PPCDN：为 1v1 iSlot 互动视频而生的低延迟承载底座¶
本文写给正在做 1v1 iSlot（一对一互动视频 / 真人互动）产品的团队。 它不推销参数，而是把这类业务最烧钱、也最要命的三件事——延迟、带宽成本、录像与内容主权—— 摊开算一遍，再说 PPCDN 在这几件事上做对了什么。文中时延与价格为 PPCDN 案例实测/公开计费口径， 具体规格以官方页面为准。
0. 一句话结论¶
1v1 iSlot 是「一个用户独占一份实时视频」的业务：延迟差一点，互动就断一拍；带宽多一份，毛利就薄一层； 录像缺一段，审计就说不清。 PPCDN 用一件事同时缓解这三个约束——P2P 直连优先、Edge 兜底的低延迟 WebRTC 承载，配合按场次录像与自建/托管可控的节点，把「体验、成本、合规」从三选一变成可以同时兼顾。
1. 先看清 1v1 iSlot 的四个硬约束¶
| 约束 | 1v1 场景为什么特别苛刻 | 传统 CDN 的典型表现 |
|---|---|---|
| 延迟 | 一对一互动没有「观众等多秒也无所谓」的容错，画面就是业务状态本身 | HLS/HTTP-FLV 天然秒级延迟，互动窗口以秒计时就已失效 |
| 带宽成本 | 每个房间都是一条独享流，房间数随用户线性增长，出口带宽是毛利的直接杀手 | 每多一个房间，边缘节点就多推一路，成本随规模线性堆高 |
| 起播与稳定 | 连麦、比价、抢单，黑屏或卡顿一次就可能直接丢单 | 弱网下 TCP 队头阻塞，重传可累积到秒级 |
| 录像与审计 | 互动内容需要可回溯、可举证，且要可设定保留期 | 通用录像要靠业务自己拼状态，容易漏录/错切 |
一句话：1v1 iSlot 不是「小一号的直播」，而是把实时性、成本、合规同时拉到极致的场景。
2. 延迟：把「对得上话」变成可实测的数字¶
PPCDN 全链路基于 WebRTC：推流侧支持 WHIP/SRT，源站到观众统一 WHEP，媒体逐跳透传、不解码、不转码， 避免转码排队的额外延迟。在同口径实测下（详见直播时延性能测试报告）：
| 承载方式 | 实测端到端时延 | 对 1v1 iSlot 的意义 |
|---|---|---|
| P2P 直连 | 约 70ms | 两端画面直连，理论上延迟最低的路径，互动几乎「零等待」 |
| WHIP 入库 + Edge 分发 | 约 108ms | P2P 不通时的稳定兜底，体验仍然在线 |
| SRT 入库 + Edge 分发 | 约 386ms | 用重传窗口换取弱网上行鲁棒性，按业务对弱网的容忍度选用 |
对 1v1 而言，最关键的是：能直连就直连。P2P 直连时，画面不经任何中转服务器，从推流端直达对端—— 这正是「一对一」这个拓扑最自然的承载方式。当 NAT 穿透失败（对称 NAT/CGNAT）或名额已满时，播放端会 干净回退到 Edge，用户全程无感，不会黑屏，也不会报错。
需要说清楚的边界：HEVC 目前不参与 P2P 直连，只走 Edge 分发（同画质下约省 30% 流量）； H264 路径优先尝试 P2P。1v1 默认单层 H264 + Opus 即可满足浏览器互通。
3. 成本：1v1 是「一人一独享流」，P2P 分流直接砍出口带宽¶
普通直播里 P2P 是锦上添花；在 1v1 iSlot 里，P2P 是成本结构本身。
- 直连成功的每一路，边缘出口带宽为零。 数据从推流端直接流向对端，完全不经过边缘服务器。 在「房间数 = 并发用户数」的 1v1 模型下，这意味着出口账单可以随 P2P 命中率显著下降。
- 每个推流端最多同时服务 3 路直连，由中心侧原子租约严格控制。既保护推流端上行不被过度占用， 也让每条直连的质量不因「一拖多」而下降。
- 主链路永远优先。 P2P 只使用推流端上行带宽中经过安全测算的富余部分；一旦检测到上行拥塞， 系统会毫不犹豫地先牺牲 P2P 连接，保全送往源站的主推流——开 P2P 不存在「为省带宽而牺牲画质」的风险。
- P2P 之外仍是一套完整可独立工作的 CDN。 即便某条流完全没触发直连，体验与传统 CDN 一致， 成本优势是纯增量，不以牺牲可用性为代价。
计费上，PPCDN 按量实时计费：下行 $0.0244/GB、录像存储 $0.02/GB·月，转码不另收（Simulcast/多轨 由编码端一次性输出，服务端只转发），P2P 直连流量按「时长 × 平均流量」独立出账。同等画质与并发下， 这套结构通常明显低于云厂商「带宽 + 转码 + 增值功能」的多项叠加。
4. 稳定与弱网：1v1 的黑屏比卡顿更致命¶
一对一场景没有「其他观众还在看着」的缓冲余地，一次中断就是一次流失。PPCDN 在多个层面为真实网络兜底：
- 推流端上行 QoS 硬隔离：主推流与 P2P 使用独立的发送队列和带宽预算，P2P 再多也不挤占主推流。
- P2P 失败零感知降级 Edge：直连建立失败或中断，立即回退 Edge，用户侧不黑屏、不报错。
- Edge 网络自治重连：Edge 缓存源站地址与未过期凭证，控制中心短暂不可用也能自主重连。
- 控制面故障不断流：已建立的推流、播放、P2P 连接继续运行，只有「新建连接」明确失败并提示重试。
- 服务端 ABR：按上报的丢包率与 RTT 在 simulcast 档位间逐档升降，弱网降档保流畅、恢复后升档保画质。
5. 录像与审计：iSlot 场景的合规刚需¶
1v1 互动内容往往需要按场次留存与事后复核，PPCDN 原生提供两阶段录像控制，而不是让业务在通用录像上 自己拼状态：
- 开始/结束两次调用即可精确切分独立录像文件并触发上传，字段直接贴合「机位 + 业务/场次 + 轮次」语义。
- 幂等：重复的开始/结束不会产生重复录像或状态错乱，业务重试可放心调用。
- 异步上传：上传对象存储不阻塞业务响应，拿到「已受理」即可继续。
- 按场次回放清单：录像完成后可查询短期签名播放地址，直接用于复核或客诉，无需自行对接对象存储 SDK。
- 保留期 1～90 天可配置，到期自动清理并回收存储，无需人工维护生命周期。
对需要审计留痕的互动业务来说，这省下的是一整套「录像状态机 + 生命周期 + 回放签名」的自研成本。
6. 安全与内容主权：把关键链路留在自己手里¶
- 三层凭证、互不越权：appId/appSecret、绑路径与过期时间的短期令牌、节点间独立凭证，一处泄露不连带 影响其他信任边界。
- 全链路加密：对外 HTTP/WebSocket/WHIP/WHEP 全部 TLS，媒体走 DTLS-SRTP，公网无明文媒体流。
- P2P 信令严格隔离：Offer/Answer/ICE 转发校验参与方身份，杜绝跨流、跨客户注入；名额走带 TTL 的原子租约。
- 节点可控：支持自建或托管，Origin/Edge 分层、节点池隔离，业务连续性和数据边界掌握在自己手里， 不把命脉交给单一第三方的限流策略或合规变化。
7. 落地方式：今天就能用，路径可演进¶
对 1v1 iSlot，PPCDN 提供一条低改造、可渐进的落地路径：
- 中继承载（复用现有能力）：为一次互动选一个「锚点」Origin 节点，两端各自用已有的 WHIP 推流 + WHEP 拉流 连到同一节点，媒体经单跳转发，延迟可控、接入零媒体侧改造。
- 直连优先（演进）：在两端网络条件允许时，扩展为 P2P 直连，媒体不经服务器，进一步压低延迟与出口带宽； 不可达时自动回落到中继。
由于 P2P 与 Edge 复用同一套编解码和信令基础设施，「直连优先、失败回退」才能做到用户完全无感。
8. 选型自查清单¶
- [ ] 你的 1v1 业务，端到端延迟是否有实测数字，而不是「大概是几百毫秒」？
- [ ] 并发房间增长时，出口带宽成本是否线性失控？有没有 P2P 这类分流手段？
- [ ] 弱网、NAT 复杂环境下，是否有干净的回退路径，而不是直接黑屏？
- [ ] 录像能否按场次精确留存、设定保留期、提供回放清单用于审计？
- [ ] 节点与媒体链路，是可控资产还是完全依赖某个第三方？
- [ ] 计费是否透明（流量/存储单价、转码是否另收），能否按量实时看到？
如果这几项里有超过两个没底，PPCDN 值得你花一次实测去验证。
9. 免责声明¶
- 本文时延数据来自 PPCDN 公开的时延性能测试报告， 为特定测试条件下的实测值，不代表对任何第三方的承诺，也不代表全网全量 SLA。
- 计费与规格随产品迭代可能调整，以官方最新页面为准。
- iSlot 相关业务形态因地区监管差异较大，使用前请自行确认所在地区的合规要求。