直播专线合同中要确认哪些交付与验收事项？

签直播专线合同，不能只看“多少兆、多少钱、多久开通”。更稳妥的做法是：在签约前把交付时间、带宽与地区覆盖、可用性口径、验收方法与标准、故障责任、退换和变更条件全部写成能测试、能留证、能对应付款的条款。

尤其要避免一种情况：售前说的是“直播专线、独享、稳定、低丢包”，合同里却只写“互联网接入服务”或“以网络实际情况为准”。等开播卡顿、线路延期或临时变更时，双方很难判断问题出在专线、直播平台、本地设备，还是使用方式上。

AI生成示意图

下面这套核对框架，可以直接拿去对照合同草案、追问服务商，并在开通验收时逐项执行。具体指标、赔付和退换规则，仍要以双方最终签署的合同为准。

先看一张总表：合同里至少要落清楚什么

核对项
签约前要问清
建议落到合同的内容
交付时间
哪天进场、哪天开通、哪天验收
关键日期、延期责任、未按期开通是否影响付款
带宽与地区
上下行各多少、独享还是共享、覆盖到哪里
线路速率、接入地址、出口/目标地区、并发路数、限速规则
可用性
承诺的是网络可用，还是直播效果可用
统计周期、故障起算点、恢复时间、计划维护、例外情况
验收方式
用什么测、测多久、谁确认、不合格怎么办
测试工具、测试项目、指标、验收材料、复验规则
责任边界
服务商负责到哪一段，我方负责什么
局端/接入段/客户侧设备/局域网/直播平台的责任分界
退换与变更
不达标能否退、改带宽或搬迁怎么办
退订条件、迁移流程、提前通知期、费用结算和违约处理
一、交付时间：不要只写“尽快开通”

直播专线通常涉及资源勘查、楼宇入场、光纤施工、设备调试、运营商开通和联调，周期不一定等同于普通宽带。合同里最好把时间拆成几个节点：

AI生成示意图

1. 现场勘查时间：服务商何时到直播间、机房或办公地点确认接入条件。

2. 施工与进场时间：物业审批、穿墙布线、弱电井接入等由谁协调。

3. 线路开通时间：运营商或服务商完成链路开通的日期。

4. 联调测试时间：与推流设备、路由器、防火墙、备用线路等联测。

5. 最终验收时间：完成测试并形成书面验收单。

如果直播活动有固定开播日期，建议把“正式验收合格”作为付款节点，而不是线路一拉通就默认交付。公开合同中也能看到类似做法：郑州大学校园网出口专线合同约定，在服务开通并验收合格审计后支付合同总价。

AI生成示意图

需要特别确认：

AI生成示意图

• 因物业、施工许可、客户侧机房未准备好导致延期，责任如何划分；

• 服务商资源未覆盖或施工延期时，是否允许取消、改期或退款；

• 未按期交付是否赔付，赔付按已付款、月服务费还是实际损失计算；

• 临时加急开通是否另收费，费用是否提前书面确认。

合同里只有“预计开通”“以实际勘查为准”时，要让对方补充最迟交付日期和延期处理办法。

二、带宽与地区：把“够不够用”写成具体范围

直播最关心的是上行，但很多合同只写总带宽，不区分上行、下行，也不说明是否独享。这里要逐项核对。

1. 上下行速率和独享/共享口径

合同应写明：

• 上行带宽是多少，下行带宽是多少；

• 是全天独享，还是共享出口；

• 速率单位是 Mbps 还是 MB/s；

• 是否存在高峰期限速、突发带宽、月流量封顶；

• 测试达不到带宽时，以哪个节点、哪个测试方法为准。

郑州大学互联网出口专线合同中，就明确写了“全天7×24小时独享10G线路带宽”，并在售后服务承诺中再次保证传输通道为甲方专用、带宽独享。这个案例不是直播场景，但说明一个原则：是否独享、速率多少、服务期限多长，不应只停留在口头方案里。

对直播团队来说，还要防止“总带宽足够，但上行被限制”或“单直播间限速”的情况。比如假设某合同只写“下行500M”，却没有写上行保证，开通后可能与直播推流需求不一致。

2. 覆盖地区和接入地址

合同中要明确：

• 服务商交付到哪个具体地址、哪个机房或直播间；

• 覆盖范围是本地接入、国内出口，还是跨境访问；

• 如果业务涉及跨境直播，出口方向、目标国家或地区、路径是否在合同范围内；

• 是否允许从多个直播间、办公室或基地使用；

• 多地点接入是否属于同一合同交付范围。

不能因为方案里写了“全国可用”“支持海外平台”，就默认每个地区、每条路径、每个开播地址都有同等质量。跨境链路尤其要写清目标地区和使用方式，因为不同地区的网络路径、准入条件和服务边界差别很大。

3. 并发直播间数量

合同里应确认最多支持几路同时推流，而不是只写一个带宽数字。可以把以下信息写入交付说明：

• 同时开播的直播间数量；

• 每路直播的分辨率、帧率、视频码率和音频码率；

• 是否有备用推流或多平台同时推流；

• 运营人员办公、下载、视频会议等非直播流量是否共用这条线路；

• 超过约定并发后如何限速或升级。

下面用一个明确假设的例子说明如何估算，不代表任何报价或标准配置：

假设场景：一个直播基地有 8 个直播间同时开播，每路 1080P、30帧，视频码率按 6 Mbps、音频码率按 0.128 Mbps 估算。

单路推流需求约为：6 + 0.128 = 6.128 Mbps

8 路同时推流的基础需求约为：6.128 × 8 = 49.024 Mbps

这个结果只计算了直播推流，没有计入办公上网、系统更新、云盘同步、实时监看、备份推流、Wi-Fi 损耗和设备编码波动。它的作用不是给出“应该买多少兆”的固定答案，而是帮助你把合同里的带宽与实际开播路数、码率对应起来。

如果服务商建议某个带宽，应让对方说明：这个带宽按多少路直播、什么分辨率和码率计算，是否包含其他业务流量，超过后如何处理。

4. 扩容、IP和设备清单

除了带宽本身，还建议在合同或附件中列明：

• 增加带宽的办理周期、费用和生效时间；

• 是否提供固定公网 IP，数量是多少；

• 光猫、路由器、SD-WAN 设备、交换机由谁提供；

• 设备坏了由谁更换，多久更换；

• 客户自购设备是否在服务商支持范围内。

郑州大学专线合同中曾列明公网 IPv4 地址数量、10G以太网接口、专用备份链路等内容。直播企业不一定要照搬这些数量，但应把实际需要的接口、IP、设备和备份资源写清楚。

三、可用性口径：网络能用，不等于直播平台一定稳定

很多争议来自“可用率”三个字没有定义。签约前要把它拆成可计算的技术口径。

1. 服务商承诺的是哪一层可用

至少要区分三件事：

• 专线链路可用：从客户侧接入设备到服务商约定网络边界的链路是否连通；

• 互联网访问或指定目标可达：能否访问约定的目标地址、平台推流地址或业务节点；

• 直播平台推流效果：直播平台自身的推流、转码、分发、播放是否正常。

专线服务商通常只能对自己负责的网络段作出承诺，不能把平台故障、观众端网络问题、主播设备问题都纳入专线 SLA。反过来，合同也不能只写“网络正常”，却不说明到哪个测试点正常。

建议在合同附件中写清测试目标，例如双方确认的推流地址、测速节点或监控探针。若直播平台地址会变化，还要约定变更后如何更新测试目标。

2. 可用率按什么周期、什么公式计算

要确认：

• 按自然月、计费周期还是年度统计；

• 总时长是按 24×7 小时计算，还是只统计开播时段；

• 一次中断持续多久才计入不可用；

• 丢包、时延升高但未完全断网，是否算故障；

• 连续多场直播受影响，如何分别记录。

如果合同写“高可用”但没有公式、统计周期和数据来源，验收时就很难判断是否达标。更可执行的方式是约定服务商监控平台、客户侧拨测记录、工单记录共同作为依据，并明确数据不一致时如何判定。

3. 故障起算、响应和恢复时间

合同中应分别定义：

• 发现时间：服务商监控告警或客户报障时间；

• 起算时间：从哪一刻开始计算故障；

• 响应时间：多久确认问题并给出工程师对接；

• 到场时间：是否需要现场支持，多久到场；

• 恢复时间：业务恢复到什么状态才算恢复；

• 关闭时间：客户是否需要确认工单关闭。

例如，郑州大学专线合同中曾约定故障后30分钟响应、1小时内到达现场、2小时内解决问题，业务恢复时限小于12小时。这些数值来自具体采购项目，不能直接当作直播专线的通用标准，但它给了合同谈判一个清晰方向：响应、到场、解决、恢复要分别写，不要只用一个“及时处理”。

对直播业务来说，还应确认故障是否发生在重点开播时段。因为同样是中断30分钟，凌晨无直播和晚高峰正式带货，对业务影响完全不同。是否设置重点保障窗口，应由双方根据实际开播排期约定。

4. 计划维护和例外情况

公开专线业务合作协议中存在类似条款：乙方进行定期维护和系统升级改造，需要暂时中断通信服务时，如已提前通知甲方，不属于乙方违约。

这并不意味着服务商可以随意维护。若服务商拒绝把维护提前通知、避开固定直播档期和超时处理写进合同，建议先把这项标为待确认，不要仅凭口头解释签署验收。合同里应进一步确认：

• 提前多久通知；

• 通知方式是邮件、工单、客户经理还是书面函件；

• 维护窗口能否避开固定直播档期；

• 每月累计维护时长是否计入不可用时间；

• 超时维护是否按故障处理；

• 紧急割接是否也要补做事后说明。

不可抗力也应写明具体范围和证明要求。光缆被盗、市政施工、机房断电、平台故障、客户侧设备故障，并不当然属于同一类免责事项。尤其是“光缆中断”这类情况，郑州大学合同文本中将其放在业务恢复时限说明的条件语境中，但具体免责和赔付仍要看完整条款，不能只摘一句话判断。

四、验收方式：把销售承诺变成测试动作

验收不是“能上网就算通过”。建议在合同中约定验收主体、验收期限、测试环境、测试工具、测试指标、数据留存和不合格处理。

1. 谁来验收、多久内完成

合同应写清：

• 服务商开通后多久内提交验收申请；

• 客户在多少个工作日内安排测试；

• 网络、直播运营、设备管理人员是否共同参加；

• 客户未反馈是否视为默认验收；

• 不合格时如何整改、复验，复验是否重新计算期限。

不建议无保留接受“开通后X日未提出异议即验收合格”。如果你的团队需要按真实直播排期测试，可以约定在双方共同测试并签署验收单后才进入正式计费或支付尾款。

2. 验收要测哪些内容

基础网络层面，可测试：

• 上行和下行带宽；

• 到指定推流地址或测速节点的时延；

• 丢包率；

• 抖动；

• 长时间连续连通性；

• DNS解析；

• 主备线路切换；

• 故障恢复后的业务恢复情况。

直播应用层面，可测试：

• 单直播间推流；

• 多直播间同时推流；

• 约定分辨率、帧率和码率下的推流稳定性；

• 主播端预览与观众端实际播放；

• 推流中断后的重连；

• 备用网络切换时直播是否中断。

需要注意：主播端预览正常，不代表观众端实际播放正常；一次测试通过，也只代表本次测试条件下的表现，不能自动证明长期稳定。

如果需要进行公开可见的试播，应提前确认测试账号、观看权限、是否会对外可见，避免把内部测试变成真实开播。没有可靠材料证明平台存在私有试播入口时，不要假设一定有隐藏测试按钮。

3. 阈值要写具体，但不能照抄来路不明的数字

合同中最好把指标写成“测试项目—目标值—测试方法—记录方式”。例如：

测试项目
合同中应明确的内容
带宽
测试节点、上下行速率、测试时长、取平均值还是峰值
丢包
测试目标、发包方式、统计周期、允许结果
时延
从哪个地点到哪个地点，是否区分平均时延和最大时延
抖动
使用什么工具统计，测试期间是否允许其他流量
推流
使用哪个平台、码率、分辨率、帧率，观察多久
主备切换
如何模拟主线故障，何时开始计时，何时判定恢复
本篇没有可引用的统一行业阈值，因此不建议在合同里随便填一个“时延必须低于多少毫秒、丢包必须为0”的数字后就当作通用标准。更稳妥的方式是：让服务商把承诺的指标写入合同，同时用你的真实开播地址、码率和并发数测试；若达不到，双方依据合同约定整改或复验。

4. 主备链路不能只写名称，要实际断线测试

如果方案包含主备线路、SD-WAN、5G聚合或自动切换，合同不能只写“提供备线”。还要确认：

• 主备是否走不同物理路由；

• 备用线路带宽是否能承载全部直播，还是只保障核心直播间；

• 切换是否自动，还是需要人工操作；

• 切换过程中推流是否中断；

• 主线恢复后是否自动回切；

• 备线是否长期可用，是否另计流量费。

亿联云一篇关于直播与视频流媒体专线的文章曾描述主备两条不同物理路由链路配合 SD-WAN 的切换案例。该材料属于文章描述的技术方案和案例，并不是通用验收规范，不能替代你自己的实测，也不能直接写入你的合同。

但它提示了一个必要动作：**主备能力必须通过模拟故障验证。**测试时应明确从拔线、断光口还是关闭路由器开始计时，从推流恢复、画面恢复还是业务不中断来判定切换完成。测试结果要形成记录，不能只凭现场工程师说“已经切过去了”。

5. 验收材料要能支持后续付款和争议处理

建议要求服务商至少提供：

• 线路开通确认单；

• 接入地址、带宽、IP、设备清单；

• 测试工具和测试时间记录；

• 带宽、时延、丢包、抖动等测试结果；

• 多直播间并发推流记录；

• 主备切换测试记录；

• 双方签字或盖章的验收结论；

• 未通过项目的整改清单和复验时间。

郑州大学专线合同就明确要求验收应达到合同第三款所列“质量要求和服务标准”，并提供三份验收资料。直播企业也可以把售前方案、SLA、设备清单、测试结果作为合同附件，避免正文很简单、附件缺失。

五、责任边界：先画清线路到哪里归谁负责

直播故障可能来自很多环节。签约前最好用一张链路图说明责任分界：

主播设备 → 本地网线/Wi-Fi → 交换机/路由器 → 接入设备 → 服务商线路 → 网络出口 → 直播平台 → 观众播放端。

合同应明确：

• 服务商维护到光纤入口、光猫、路由器还是客户内网；

• 客户侧局域网、交换机、Wi-Fi、直播电脑由谁负责；

• 客户自行改动配置导致故障是否计为服务商责任；

• 直播平台限流、推流地址变更、账号异常由谁处理；

• 第三方服务商、物业、机房断电造成问题时如何协同；

• 双方是否有权进入机房或远程登录设备排障。

不要把所有卡顿都归为专线问题。比如多路同时开播才卡顿，关掉一路恢复正常，只能说明现象与并发条件有关，还需要进一步区分：

• 出口上行带宽不足；

• 局域网拥塞或 Wi-Fi 干扰；

• 直播电脑编码负载过高；

• 路由器或交换机性能不足；

• 推流平台路径波动。

验收时应分别记录“单机单路”“多机多路”“仅推流无办公流量”“混合业务流量”等条件下的表现。这样后续判责才有依据。

同时，合同也不应把责任无限缩到服务商完全不承担。只要服务商承诺了带宽、响应、恢复或备线能力，就应写明未履行时如何处理，而不是用“网络波动属正常现象”一句话概括全部情况。

六、退换和变更：线路不达标、搬迁或加路时怎么办

直播团队的场地和排期经常变化，合同要提前写清退出、搬迁、扩容和降配条件。

1. 退订和拆除

确认以下情形如何处理：

• 开通验收不通过，能否拒收并退还已付款；

• 连续故障或长期达不到约定指标，能否提前解除；

• 解除后设备、光纤、IP地址如何归还；

• 是否收取拆机费、违约金或资源占用费；

• 预付款、月费按哪个截止日期结算。

如果合同只规定客户提前退租要付违约金，却没有写服务商交付不达标时客户如何退出，条款就不对等。这里不是追求泛泛的法律判断，而是要把技术上“不达标”的条件写具体，例如验收不通过、复验仍不通过、故障持续时间超过约定等。

2. 变更和迁移

公开采购合同中的服务变更条款曾约定：服务开通后，甲方如需调整服务内容或技术指标，应至少提前10个工作日书面通知乙方；双方对服务内容、技术指标、费用达成一致后，形成新受理单，由双方签字盖章后执行。

“10个工作日”来自具体合同，并不是所有直播专线都必须采用的统一期限。直播团队应结合自己的排期确认：

• 增加直播间或提升码率时，多久能扩容；

• 临时大型直播活动能否短期增加带宽或备线；

• 场地搬迁时是否迁移线路，迁不了能否解除；

• 降配、暂停、延期开播是否允许；

• 变更费用未达成一致时，原合同是否继续履行。

所有变更尽量通过工单、补充协议或盖章受理单确认。仅靠微信口头说“可以先加”“后面补钱”，后续容易对费用和交付标准产生争议。

3. 发票、账单和费用起止

虽然本篇重点是技术交付，费用确认也会影响验收。合同中应写清：

• 费用包含月租、施工费、设备费、IP费、备线费还是流量费；

• 一次性费用和周期性费用分别列示；

• 正式计费从验收合格日、开通日还是实际使用日开始；

• 验收期间试播是否计费；

• 服务商按什么主体开具发票，发票项目和税率是什么；

• 赔付是抵扣下月费用，还是可以直接退款。

没有真实报价材料时，不应在合同谈判中相信“专线一定比普通宽带贵多少倍”或“同类服务都是这个价”的说法。价格、赔付和发票都应以服务商书面报价及最终合同为准。

签约前可以直接使用的核对清单

你可以把下面这份清单发给服务商，要求逐项书面回复，并将关键内容写入合同或附件：

1. 最迟交付日期是哪天？勘查、施工、开通、联调、验收分别在什么时候？

2. 接入地址具体在哪里？服务覆盖到哪些地区或目标网络？

3. 上行、下行带宽各是多少？是否全天独享？

4. 是否共享出口、高峰期限速、突发带宽或流量封顶？

5. 最多支持几路直播同时推流？按什么分辨率、帧率和码率计算？

6. 除直播推流外，是否包含办公上网、云盘、视频会议等流量？

7. 是否提供固定公网 IP、设备、备线、5G聚合或 SD-WAN？

8. 可用性按什么周期、公式和数据源计算？

9. 故障从什么时候起算？响应、到场、恢复分别多久？

10. 计划维护提前多久通知？能否避开重点直播时段？

11. 验收用什么工具、测试哪些目标、记录哪些指标？

12. 多直播间并发和主备切换是否现场测试？

13. 验收不通过如何整改、复验和延后付款？

14. 服务商责任到哪台设备、哪段网络？客户侧内网和平台问题如何区分？

15. 线路不达标、连续故障或搬迁无法覆盖时，能否退订或解除？

16. 扩容、降配、迁移、临时保障需要提前多久申请？费用如何确认？

17. 正式计费从哪天开始？赔付如何计算？发票如何开具？

最后：先把验收单谈好，再签合同

直播专线采购的关键，不是让合同堆满专业名词，而是让每一项承诺都能回答三个问题：

• 交付什么：带宽、地区、线路、设备、备线和服务期限；

• 怎么证明：用什么工具、在什么业务负载下测试，留下什么记录；

• 不达标怎么办：整改、复验、赔付、退换、变更和付款如何处理。

如果服务商愿意把这些内容在签约前写进合同和附件，并配合按真实开播条件测试，后续争议会少很多。相反，如果关键指标只存在于销售话术里，合同正文又没有验收和责任口径，就不建议急着付款或签署验收。