标准规范下载简介

YD／T 3245.3-2018 远程呈现视频会议系统协议技术要求 第3部分：媒体传输.pdf简介：

"YD/T 3245.3-2018 远程呈现视频会议系统协议技术要求 第3部分：媒体传输.pdf" 是中国信息通信研究院（YD/T）发布的一项技术标准。这个标准详细规定了远程呈现视频会议系统在媒体传输方面的具体技术要求。它涵盖了视频会议系统的媒体流传输、编码、解码、音视频质量控制、带宽管理、时延控制等方面的技术参数和性能指标。

"远程呈现"通常指的是通过网络技术，使参与者能在不同地点进行如同在同一个会议室里的实时交流，包括视频、音频和数据共享等。这份标准旨在确保这类系统的稳定、高效和高质量运行，对于开发和实施远程视频会议系统的企业和机构具有指导意义。

"第3部分：媒体传输"则专指该标准的子部分，可能侧重于如何通过网络有效地传输视频、音频数据，以及如何保证数据传输的流畅性和稳定性，确保用户在会议中的体验。它可能包括了关于数据压缩技术、传输协议选择、网络适应性、错误检测与纠正等方面的规定。

总的来说，这份标准是推动远程视频会议技术发展和应用的重要规范。

YD／T 3245.3-2018 远程呈现视频会议系统协议技术要求 第3部分：媒体传输.pdf部分内容预览：

中华人民共和国工业和信息化部 发布

YD/T3245.3—2018

YD/T3245《远程皇现视频会议系统协议技未要求》分为三个部分： 第1部分：媒体参数； 一第2部分：信令流程； 一第3部分：媒体传输。 本部分为YD/T3245的第3部分。 本部分按照GB/T1.1一2009给出的规则起草。本部分是“远程呈现视频会议系统”系列标准之一JT∕T 855-2013 桥梁挤扩支盘桩， 该系列标准预计的结构及名称如下： 《远程呈现视频会议系统业务需求》： 一《远程呈现视频会议系统系统架构》； 一《远程呈现视频会议系统协议技术要求》； 一《远程呈现视频会议系统服务质量要求》。 请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的责任。 本部分由中国通信标准化协会提出井归口。 本部分起草单位：中国信息通信研究院、中兴通讯股份有限公司、华为技术有限公司，中国移动通 信集团公司。 本部分主要起草人：王亮、叶小阳、孙明俊、陈曦。

YD/T3245《远程呈现视频会议系统协议技术要求》分为三个部分： 第1部分：媒体参数； 一第2部分：信令流程； 一第3部分：媒体传输。 本部分为YD/T3245的第3部分。 本部分按照GB/T1.1一2009给出的规则起草。本部分是“远程呈现视频会议系统”系列标准之一 该系列标准预计的结构及名称如下： 一 《远程呈现视频会议系统业务需求》： 一《远程呈现视频会议系统系统架构》； 一《远程呈现视频会议系统协议技术要求》； 一《远程呈现视频会议系统服务质量要求》。 请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的责任。 本部分由中国通信标准化协会提出井归口。 本部分起草单位：中国信息通信研究院、中兴通讯股份有限公司、华为技术有限公司，中国移动通 信集团公司。 本部分主要起草人：王亮、叶小阳、孙明俊、陈曦。

下列术语和定义适用于本支件。

一系列功能、设备和网络元素的组合，在远程呈现视频会议中，对高质量的交互式音视频信号进行 捕获、传输、管理和疽染。通过适当数量的设备（例如摄像头、屏幕、麦克风、扬声器、编解码器、 MCU、PC）和特定的环境特征来达到远程呈现的体验。

媒体捕获IDCapturelD 用来标识一个媒体捕获（MC)

4基于RTP协议的多码流拓扑结构

4基于RTP协议的多码流拓扑结构

4.2点对点的拓扑结构

在点对点的拓扑结构下，一个端点与另一个端点通过单播直接进行通信。可以建议一个或者多个 RTP会话，每一个RTP会话中可以通过不同的SSRC字段来区分，传输多路RTP码流。端点可以通过 RTCP包的SDES报告中的信息来识别SSRC值。 在对称点对点情况下，码流一般是由一个媒体采集设备向一个媒体染设备，如摄像机向显示器； 非对称点对点情况下，如果显示设备数量少于对端采集设备数量时，媒体渣染设备可能接收到来自不同 媒体采集设备的媒体流。

YD/T3245.3—2018

远程呈现视频会议端点只与混合器（Mixer）进行通信，混合器提供混合的或者重新组合的码流， 并且使用混合器自已生成的SSRC值来发送码流，具体包括以下两种情况。 第一种情况：混合器与每一个端点都建立一个独立的RTP会话，RTCP信息是混合器与每一个端点 之间的，参与方不能根据RTCP信息获取所有的媒体同步源信息。 第二种情况：混合器采用泛会议的RTP会话，把RTCP报告分发给会话中的所有参与方，使得各 参与方能够知道所有的CNAME和SSRC值，并从RTP头获取源码流的贡献源的值（CSRC)。

4.4媒体切换混合器结构

在媒体切换混合器结构下，端点与混合器之间通过单播通信。混合器某一时刻从多个媒体源中选择 个媒体源来提供一种或多种概念上的媒体源，而不是把多个媒体源进行混合或重新组合。混合器通过 把远端的SSRC值以CSRC的方式共享给所有参与方来创建泛会议的RTP会话。

4.5选择性转发中间件

在选择性转发中间件拓扑结构中，端点到混合器之间为单播，且接收混合器的RTCP反馈。会议中 潜在的发送源都会被混合器映射为一个会话。因此，每个源对于接收端来说都会维持一个独立的 标识，独立的解码状态以及它的初始RTCPSDES消息。混合器会终结RTCP消息。发送端的SSRC 会被混合器更改。发送端可能在任意时间根据与接收端相关策略，打开或关闭映射源。这是这种拓 为混合器而非翻译器的主要原因，另一方面，这些禁用的源将会被丢失。源切换可以用此拓扑结构 现，要配合在高层语义任务中分配RTP流相关信息。 该结构如下： a）会议中的每个潜在的RTP源（SSRCs）都被映射成每个端点独立的RTP会话； b）中间设备能够选择当前活动的传输媒体的源发送到每个端点； c）从中间设备到接收端的RTP会话中，中间设备要改写媒体流的SSRC； d）需要有其他源SSRC和目的SSRC映射的机制； e）中间设备负责处理RTCP编解码器控制请求； f）选择性转发结构是为了近期的采用可伸缩视频编码以及同时联播的视频会议系统引入的一种 结构。中间设备可以按照可用比特率，希望的布局等因素来选择相应的流发送给对应的接收端， 相比需要转码的MCU来说，该选择性转发拓扑下的中间设备具备低延迟，可级联以及可扩展 大量并发用户数的特点； g）该拓扑结构下的终端需要具备能够解码和呈现中间设备提供的映射SSRC数量媒体流的能力； h）选择性转发拓扑是一个混合拓扑，它同时具有媒体翻译器开/关的逻辑特征和媒体混合器给流 分配概念属性的特征； i 选择性转发拓扑和媒体切换混合器拓扑之间的差异很小，映射拓扑下终端需要具备大量的解码 实例或有效的解码器开关是一个差异；还有一个差异是源的识别标志如何实施，媒体切换混合 器拓扑采用CSRC来标志概念RTP包的媒体源信息，选择性转发拓扑通过采用SSRC的映射 机制来获取源信息。

YD/T3245.3—2018

5.4对远程呈现端点的要求

远程呈现端点之间如果要采用RTP码流的复用技术，首先远程呈现端点之间要交互多路复用相关 信息《矩形钢管混凝土结构技术规程 CECS 159：2004》，包括指示远程呈现端点是否采用多路复用的多路复用的指示信息，用于指示多路映射信息交互方 式的多路复用方式信息，用于描述媒体捕获码流与传输码流之间映射关系的多路复用映射信息。最终根 据多路复用信息的交互结果进行媒体流的多路复用传输。

集源与RTP码流之间的

6.1需要解决的问题和需求

YD/T3245.3—2018

某体捕获码流和RTP流之间的映射关系。下面列举关于媒体传输方面的需求。 a）一种特定媒体类型（视频或音频）没有必要使用多路传输流来传输。 b）在特定目的下（分布式媒体或QoS区分）能够支持多路传输流来传输一种特定媒体类型。 c）支持远程呈现视频会议终端或MCU在同一个传输流中同时以静态，混合以及切换捕获的方式 发送源。 d）支持源在多个内容捕获之间移动，即在一个时刻源被作为一个MCC的内容来发送，在另一个 时刻该源被作为另一个MCC的内容来发送。 e）支持源加入MCC，即使该源是在接收端请求MCC后加入会议的。 f）支持当给定源被分配到切换捕获时，接收端能立刻确定该切换捕获对应的MCC，从而以前的 源不在映射到切换捕获。 g 接收端可以确定当前映射到MCC的实际源，并且可以用带外消息（非CLUE，比如roster） 关联。 h）当请求刷新解码器状态不是必须的时候，能够支持源在多个MCC之间转换而无需请求刷新解 码器状态（例如视频为刷新I顺）。当请求刷新解码器状态为必须的时候，能够让接收端指示 当有多个原因（比如该源同时对应多个切换捕获或静态捕获）支持同一份源在同一个传输流中 发送时，发送端只需发送源的一个拷贝。 在网络上，媒体流应尽可能地外观和行为类似现有协议目前已定义的用途；现有协议已定义的 语义无需重新定义。 K 需要尽可能的减轻分发媒体到硬件编码器设备的处理负担。 1）当同时发送来自同一个同步环境的多个源时GB／T 4797.1-2018标准下载，接收端能够正确的关联和同步多个源，即使源被 映射到了切换捕获上。

动态映射是给每个媒体包用SDPmid值打上标签。动态映射关系中，接收端在接收到媒体后，可 以立刻解析，即使SSRC无法识别。 当接收端接收到一个携带可识别的mid的媒体流后，应当立刻用该媒体流替代前面接收到的相同 mid的媒体流。这很大程度上减少了切换延迟，无需与接收端进行任何协商就能在源之间进行的切换。 该方式的缺点是，在每个媒体包中打上mid的方式引入了额外的处理消耗。mid的范围只在一个跳 内有效，当在一个级联会议中时，mid只在从源到第一个MCU时有效，两个MCU之间或MCU和接 收端之间无效。因此，mid可能需要在每个阶段增加或者修改。 RTP扩展需要的额外字节可能会使媒体包大小超过MTU的限制。并且对于低带宽的音频来说，每 个包的扩展将会带来非常大的带宽增加。