本文整理 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 凭据下发需纳入运维日历；客户端需防范令牌泄露与中间人攻击，具体威胁模型见项目安全评审材料。