本文整理 TalkieGo 項目 內部設計文檔中的邏輯分層與職責，用於將「互聯網對講 App」映射到可討論的工程模塊。不代表行業標準，也不承諾與現網實現逐字一致；細節以倉庫內最新 Markdown 與代碼為準。
四層邏輯邊界
項目將客戶端到服務器的職責劃分為：
| 層次 | 典型協議 | 職責摘要 |
|---|---|---|
| ApiLayer | HTTPS | 賬號、租戶、頻道元數據、配額、短時令牌簽發等 |
| SignalLayer | WSS | 頻道接入、在線狀態、PTT、WebRTC 協商與重連恢復 |
| MediaLayer | WebRTC（DTLS-SRTP） | 音視頻承載；小規模可走 P2P，複雜場景走 SFU |
| TurnLayer | TURN/TLS | NAT 穿越與中繼；不參與業務邏輯 |
該劃分見倉庫內 TalkieGo 通訊服務器與協議總體設計 相關章節（路徑以倉庫現狀為準）。
媒體拓撲：P2P 與 SFU
設計前提包括：小頻道優先 P2P 以降低服務器轉發時延，複雜頻道或大規模場景 走 SFU 以控制端側複雜度與帶寬。二者切換策略與頻道類型、成員數與網絡探測相關，屬於實現細節，會隨版本迭代調整。媒體與頻道策略的補充說明見 TalkieGo/.doc 目錄下 WebRTC 與拓撲相關文檔。
全球多區域與邊緣接入
文檔中若描述 EdgeGateway、GlobalApi、RegionRouter 與分區域 Signal、Turn、Media，用於就近接入與故障切換；是否啟用與現網配置相關，部署時以運維文檔為準。多區域部署引入數據駐留與一致性問題，須與法務與合規要求對齊。
與卷五「網絡對講概覽」的關係
網絡對講與雲 PTT 形態概覽 討論產業通用形態；本文是 TalkieGo 實現視角 的註記，幫助讀者理解「App PTT + WebRTC」在工程上如何拆成可運維的層次。其他項目或廠商的分層命名可能不同，但控制、信令、媒體、中繼的職責劃分在同類系統中常見。
參考資料
- 倉庫內
TalkieGo/.doc/設計文檔索引 - 網絡對講與雲 PTT 形態概覽
- 網絡對講的 QoS、弱網與運維
內部文檔路徑與文件名以倉庫為準；對外產品承諾以官方發佈說明為準。
安全與密鑰
ApiLayer 與 SignalLayer 通常配合 TLS/WSS 與令牌生命週期管理；MediaLayer 依賴 DTLS-SRTP 與 WebRTC 指紋校驗。密鑰輪換、證書更新與 TURN 憑據下發需納入運維日曆；客戶端需防範令牌洩露與中間人攻擊，具體威脅模型見項目安全評審材料。