自研传输协议如何做到弱网可通话与低流量
Zangi 把「网络差也能用」当成第一卖点，底气来自一套自研传输协议——官方称其为 Zangi SCP（Streaming Control Protocol）。本页用可查证的公开说法拆解它。
SCP 要替代什么
互联网上实时音视频的传统承载协议是 RTP（Realtime Transport Protocol）。按官方帮助中心的说法，SCP 的目标是替代 RTP，做法是压缩载荷格式的冗余，让同样的带宽能多携带约 25% 的有效数据。
四项公开宣称的能力
- 低带宽占用：同带宽下承载更多数据，弱网下更容易维持通话。
- 智能信道选择：数据传输走「smart Internet channel」，按链路状况调度。
- 丢包快速恢复：内置 Lost Packages Recovery Algorithm（丢包恢复算法），传输层自行补救，不等上层重传。
- 信道质量自适应：Internet Channel Quality-Adaptive 系统随网络波动动态调整，且协议平台与编解码器无关（codec-independent），不绑定特定音频视频编码。
多路复用文件传输
文件传输方面，官方描述的机制是：每个文件被切成小块，逐块端到端加密后随机化发往一个临时仓库；接收方收齐所有块后仓库即清空、不留痕迹；只有接收端应用持有解密密钥，能还原重组。这套「分块 + 加密 + 随机化 + 用后即焚」的设计与消息通道相互独立。
低流量模式的量化口径
配合 SCP 的还有一个用户可开关的 Low Data Usage 模式：
- 开启后官方口径为「1 MB 流量可通话约 7 分钟」；
- 按 cellular / Wi-Fi 两条链路分别开关；
- 代价是画质让位于稳定性，低流量模式页有开关路径与适用场景。
如何验证这些说法
协议细节属于厂商自述，第三方难以独立复测；但两条外围证据可以交叉印证其「弱网优先」的取向：一是应用商店描述反复强调 2G/EDGE 到卫星网络的可用性，二是官方 FAQ 承认「2G 下偶尔仍会呼叫失败，建议 3G 以上」——后者反而说明其宣传口径相对克制。
对使用者而言，更实际的检验方式是：在自己最差的网络环境里打一通电话试试。排障见通话质量排障。