ICS 33.040.40 YD CCS L79 中华人民共和国通信行业标准 YD/T6378—2025 时延敏感传输协议技术要求 Technical requirements of Delay-aware transport protocol (DTP) 2025-04-10发布 2025-08-01实施 中华人民共和国工业和信息化部 发布 YD/T6378—2025 目 次 前言 II 范围 2规范性引用文件 3术语、定义和缩略语. 4DTP概述 DTP网络体系.. 5 3 DTP协议结构. 6.1BLOCK_INFO帧 6.2 STREAM ATTRIBUTE帧. 6.3 同一流中数据块属性的设计 6.4 DROP_BLOCK帧 6.5 Timestamped ACK顿 DTP数据传输 7. 6 7.1 QUIC中增加对DTP能力的协商 7.2 DTP块的实施策略 DTP典型组网 8 8.1 组网拓扑结构. 8.2 发送方一接收端 10 8.3 发送方一分发网络一接收方 10 8.4基于DTP的RTC应用 11 DTP典型处理流程 9 11 9.1DTP端到端处理流程 11 9.2DTP流属性在RTC分发网络中的处理流程 13 9.3DTP块属性在RTC分发网络中的处理流程 .14 9.4DROP_BLOCK在RTC分发网络中的处理流程 15 10安全性考虑 16 附录A（资料性）DTP实现方案参考.. 附录B（资料性）DTP调度模块注解 18 附录C（资料性）穴余模块注解 .19 参考文献 20 1 YD/T6378—2025 前 言 本文件按照GB/T1.1一2020《标准化工作导则 第1部分：标准化公件的结构和起草规则》给出的 规则起草。 注意本文件的某些内容可能涉及专利，本文件的发布机构不承担识别这些专利的责任。 本文件由中国通信标准化协会提出并归口。 本文件起草单位：清华大学、中国信息通信研究院、中国移动通信集团有限公司、华为技术有限公 司、上海诺基亚贝尔股份有限公司。 本文件主要起草人：崔勇、王泽星、马川、张杰、徐璐、曹蓟光、马军锋、陆璐、刘鹏、郑凯、贺 剑、王凡钊、康娇、唐灵灵、陈端。 II YD/T6378—2025 时延敏感传输协议技术要求 1范围 本文件规定了基于QUIC协议栈实现的时延敏感传输协议（DTP）的技术要求，同时对各种基于DTP 的组网方式以及数据处理流程给出了可能的方案设计示例。 本文件主要应用于时延敏感应用的数据传输场景中，可降低时延敏感应用的平均传输时延，提升用 户体验。 2规范性引用文件 下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文 件，仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有修改单）适用 于本文件。 IETFRFC9000基于UDP多流复用安全传输（AUDP-BasedMultiplexedandSecureTransport (QUIC)) IETFRFC9001 使用TLS加密QUIC（UsingTLStoSecureQUIC（QUIC-TLS）) 3术语、定义和缩略语 3.1术语和定义 下列术语和定义适用于本文件。 3.1.1 数据块Block 时延敏感应用数据传输的基本单位，由一组数据构成的一个相对独立的数据块，比如待加载网页中 的一张图片，或音视频会话传输中的一个音频顿，或一个视频顿或者视频顿中的一个I顿，或一个单独 的消息信令等。 3.2缩略语 下列缩略语适用于本文件。 AR 增强现实 Augmented Reality CDN 内容分发网络 Content Delivery Network DTP 时延敏感传输协议 Delay-aware Transport Protocol 1 YD/T6378—2025 FEC 前向纠错 Forward Error Correction GOP 一组图片 Group Of Pictures IP 网络之间互连的协议 Internet Protocol P2P 点对点 Peer to Peer QUIC 快速UDP互联网连接 Quick UDP Internet Connection RTC 实时通信 Real-time Communication RTN 实时通信网络 Real-time Network RTT 往返时延 Round-Trip Time VR 虚拟现实 Virtual Reality 4DTP概述 大量具有极低时延需求的应用逐渐涌现，如音视频会话、VR、AR、自动驾驶、云游戏等。为了保 障用户在会话过程中的流畅性体验这些应用对于传输的数据具有时延、优先级和可靠性的需求。例如， 实时媒体和在线多人游戏，都期望其数据在特定时间之前到达。视频会议系统的端到端时延应低于人类 并将这些信息分发到其他玩家，以便每个玩家的状态可以保持同步。 这些实时应用程序具有一些共同特点。典型的视频编码以GOP粒度进行分割（I帧、B帧、P顿）， 产生编码流作为一系列“块”。其中，I顿是一种自带全部信息的独立顺，无须参考其他图像就可以独 立进行解码，生成一张静态画面。P顿是当前帧画面与前一帧的差别（前一顿可以是I或者P）， 需要依赖前面缓存的画面叠加本顿生成新的画面。B顿记录的是本顿与前一帧和后一顿的差别，解码B 帧，需要取得之前的缓存画面以及解码之后的画面。每个GOP片段对应到具体的某个时间段，在网络 传输中，当某一个GOP分片没有及时到达，会带来卡顿、画面跳跃等不连贯的用户体验。在编码过程 中，每个GOP中的内部分片有依赖性关联，最明显的就是P顿依赖I顿，这就决定了在每个GOP中， I帧是最为关键的，在传输过程中需要保障I顿最先到达，后面的P顿、B顿才有意义。 正在蓬勃发展的AR/VR/360°全景传输的一个优化体现在关注（视野内）区域和非关注（视野内） 区域的划分。视野内的区域需要较高的优先级和带宽资源保障，当之前的视野转过去后，对应的数据重 要性也降低。另外一个优化就是基础层和增强层，基础层包含低质量的完整360°全场景，增强层包含 多视角的多种比特率的场景。 对于在线游戏，玩家的命令和游戏世界状态将作为消息捆绑在一起。 上述场景中数据“块”传输的共性包括：a）以“块”为粒度组织数据传输；b）不同“块”具有不 同的价值，例如音频数据始终要求可靠，视频中I顺最关键，AR/VR/360°全景传输中视野范围内的数 据价值最高；c）“块”具有时效性，超过一定时间，其给用户体验提升带来的效果就会降低；d）部分 “块”需要被依赖信息已经收到才能处理或者带来更好的用户体验。 现有的QUIC未明确如何对数据的优先级、可靠性和时延进行处理。本文件提出的时延敏感传输协 议（DTP）是基于UDP多流复用安全传输（IETFRFC9OOO）设计实现的新型传输协议，提供将数据块 在一定时延前尽力传输到接收端的传输服务。DTP采用基于“块”的数据抽象方法，通过在网络节点间 2 YD/T6378—2025 传递数据块的优先级、可靠性和期望时延，优化时延敏感的数据块在网络中的调度，从而降低数据块在 发送方、分发网络中排队时延，另通过策略选取、穴余模块进一步降低数据包重传的时延。采用DTP， 可以降低数据传输的整体时延，提升用户体验，降低应用的开发难度。 5DTP网络体系 DTP在网络中的所处位置图1所示。 HTTPx/RTP/ HTTPx/RTP/ 应用层 QUIC TCP UDP 传输层 IP 网络层 图1DTP在网络结构体中所处位置 6DTP协议结构 6.1E BLOCK_INFO顿 本标准在IETFRFC9000定义的每个数据块的前面添加一个BLOCK_INFO顿（类型=XXXX），以 通知调度程序块大小、块可靠性、块优先级和块时延。这些参数用于执行块调度。BLOCKINFO帧是 需要重传的，被对端确认收到后才停止重传。BLOCKINFO顿结构如下： BLOCK_INFOFrame Type (i), Stream ID (i), Offset (i), Length (i), Flags（8）， [Reliability（2】], [Priority（3）], [Delay (11) ], [Reserved（48], 1 Type：新增BLOCK_INFO帧类型。编号参考值：Ox20，可根据情况自行选择（避开QUIC原始功 3 YD/T6378—2025 能占用编号)。 StreamID：一个变长标识符，用来区分流（Stream）。 Ofset：uint32_t，数据块的起始偏移量。 Length：uint32_t，数据块的数据长度。 Flags：低3位，用来标识是否携带Reliability、Priority和Delay，其他预留。 Reliability：数据块的可靠性，用于表征数据块被对端节点接收时的完整程度：完全可靠，要求必须 被完整收到；完全不可靠，表示只要发送出去即可，不关心是否能收到；半可靠，表示在一定时延要求 下能完整收到，超过时延要求则不要求完整收到。该字段使用2位，取值见表1。 表1字段取值 取值 含义 00 完全可靠 01 不可靠 11 半可靠 Priority：数据块的优先级，用于表示数据块的重要程度；使用3位，取值0～7，值越小优先级越 Delay：数据块的时延，用于定义数据块从一个节点传输到另一个节点所允许的传输时长，即数据 块的期望到达时间；使用11位。 Reserved：预留选项。 6.2STREAM_ATTRIBUTE 本标准给每一个流（Stream）设置了流属性。发送方与接