ICS 33.040.40 YD CCS M32 中华人民共和国通信行业标准 YD/TXXXX-XXXX 基于快速UDP网络连接（QUIC）协议的直 播系统技术要求 Technical requirements for live streaming system based on the quick UDP internet connections（QUIC）protocol (报批稿) 行业标准信息服务平台 [x×××]-华]大共发痫国工业和信息化部x]发×x布[××]实施
YD/T XXXXXXXX 目次 3术语和定 4缩略语 5概述 5.1QUIC介绍 5.2QIC直播应用场景 5.3现有直播系统技术框架.
6QUIC直插系统服务流程与技术要求 6.1直播源. 6.2直播平台. 6.3内容分发网络（CDN） 6.4客户端... 7QUIC直播能力技术要求 7.1QUIC单播能力技术要求 7.2QUIC组插能力技术要求 7.3ALG能力技术要求， 7.4端口开放技术要求 参考文献... 行业标准信息服务平台 I
YD/TXXXXX-XXXX 前言 本文件按照GB/T1.1-2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规定起草.
请注意本文件的某些内容可能涉及专利.
本文件的发布机构不承担识别这些专利的责任.
本文件由中国通信标准化协会提出并归口.
本文件起草单位：中国电信集团有限公司、中兴通讯股份有限公司、中国移动通信集团有限公司、 中国信息通信研究院 本文件起草人：陈戈，缪川扬，尹之帆，郭嵩，杨昆，聂秀英，梁洁，庄一嵘，陈麒，沈昕 行业标准信息服务平台 IⅢI
YD/TXXXXXXXXX 基于快速UDP网络连接（QUIC）协议的直播系统技术要求 1范围 本文件规定了基于快速UDP网络连接（QUIC）协议的直播系统技术要求，在QUIC直播应用场景分析 的基础上，定义了QUIC直播系统的传输流程和架构要求，明确QUIC直播系统需要满足的技术要求.
本文件适用于直播平台、内容提供商（CP）、网络服务提供商（ISP）以及相关设备制造商等参与 者，用于指导基于QUIC协议的低时延直播系统的设计、开发、部署与维护.
2规范性引用文件 下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款.
其中，注日期的引用文件， 仅该日期对应的版本适用于本文件：不注日期的引用文件，其最新版本（包括的修改单）适用于本 文件.
IETF RFC 8446传输层安全协议1.3(TLS/1.3) IETF RFC 9000QUIC：基于UDP的多复用安全传输协议（QUIC:AUDP-Based Multiplexed and Secure Transport) IETFRFC9001使用传输层安全协议来保障QUIC（UsingTLS to SecureQUIC） 3术语和定义 下列术语和定义适用于本文件.
3. 1 快速UDP网络连接quickUDPinternetconnections 一种基于UDP的传输层网络协议，IETF于RFC9000中正式将其标准化并命名.
其标准中整合了TLS的 加密功能，并且有着出色的时延控制，传输，流控，重传能力，HTTP/3即基于QUIC.
准信息服务平台 4缩略语 下列缩略语适用于本文件.
ALG：应用层网关（ApplicationLayer Protocol) CDN：内容分发网络（Content Delivery Network） GSLB：全局负载均衡（GlobalServer Load Balance） ICE：交互性连接建立（Interactive Connectivity Establishment） IPTV：网络电视（Internet ProtocolTelevision） NAT：网络地址转换（Network Address Translation) STUN：会话穿透NAT功能（Session Traversal Utilities for NAT)
YD/T XXXXXXXX TCP：传输控制协议（Transmission Control Protocol） TURN：使用转发节点穿透（NATTraversal Using Relays around NAT） 5概述 5.1QUIC介绍 QUIC直播系统指使用QUIC作为传输层协议进行传输的直播系统.
QUIC协议设计初衷是解决 TCP协议在高延迟和丢包率网络环境下的性能问题.
通过引入多项创新技术，QUIC协议实现了低延迟、 高吞吐量、安全性和弹性等多方面的优势，逐渐成为互联网传输协议的重要发展方向.
在TCP协议中，连接建立应经历一个三次握手过程： a）客户端发送 SYN包（SYNchronize sequence numbers）给服务器，表示希望建立连接.
b）服务器收到SYN包后，回复SYN-ACK包（SYNchronize-ACKnowledge）给客户端，表示同意 建立连接.
c）客户端收到SYN-ACK包后，发送ACK包（ACKnowledge）给服务器，表示确认连接建立.
在TCP协议中，这个过程应有2个RTT才能完成.
面在使用TLS（TransportLayerSecurity）的情 况下，连接建立过程会变得更长，通常应有至少3个RTT.
而与TCP不同，QUIC协议采用了基于UDP的快速握手机制.
在QUIC协议中，连接建立可在1 个RTT内完成： a）客户端发送ClientHello消息给服务器，其中包含加密相关的信息和QUIC协议版本等元数据.
同时，客户端会提供一个自动生成的连接ID，用于标识连接的唯一性.
b）服务器收到Client Hello消息后，根据客户端提供的信息生成ServerHello消息，并将其与加密 相关的信息一同发送给客户端.
此时，双方已经建立了加密通道，可开始数据传输.
QUIC协议通过将连接建立过程减少到一个往返时间（RTT），显著降低了延迟，提高了连接建立 速度.
同时，由于QUIC协议内置了TLS加密，安全性得到了保障.
在实际应用场景中，这种快速握 手机制使得QUIC协议在低延迟和实时性要求较高的场景（如直播、在线游戏等）具有显著优势.
QUIC协议支持多路复用和并发传输，允许在同一个连接上并行传输多个独立的数据流.
TCP本身 不直接支持多路复用.
过去的多路复用通常是在应用层，例如通过基于TCP的HTTP/2协议来实现多 路复用.
多路复用允许在单个TCP连接上同时发送和接收多个请求和响应，减少了延迟并提高了性能.
这样，即使某个数据流受到丢包或拥恋的影响，其他数据流的传输仍可继续进行，避免了TCP协议中 的“队头阻塞”现象.
QUIC协议具有较强的容错能力和拥塞控制机制.
当网络条件恶化导致丢包时，QUIC协议可以快 速恢复数据传输，保持连接的稳定性.
同时，QUIC协议能够根据网络状况动态调整传输速率，确保在 不同网络环境下的优良性能.
另外，在安全性方面，QUIC协议内置了TLS加密，实现了数据在传输过 程中的端到端加密保护.
这不仅可以保障用户隐私，还有助于抵得网络攻击和数据纂改.
QUIC协议凭借其低延迟、高并发、弹性和安全等特点，在众多应用场景中展现出巨大潜力，尤其 适用于直播、在线游戏、云计算等要求实时性和可靠性较高的场合.
随着QUIC协议的逐步完善和推广， 它有望成为未来互联网领域的关键技术.
QUIC还包括一些其余特性，如链接迁移（connectionmigration）等，可支持更为丰富的业务手段， 提供更好的服务.
7
