标准规范下载简介

YD／T 3245.2-2018 远程呈现视频会议系统协议技术要求 第2部分：信令流程.pdf简介：

"YD/T 3245.2-2018 远程呈现视频会议系统协议技术要求 第2部分：信令流程.pdf"是一个技术标准文档，它详细规定了远程呈现视频会议系统中信令流程的相关技术规范。远程呈现视频会议是指通过网络技术，使得参与者可以在不同地点进行实时的视频会议，其中信令流程是非常关键的一部分，它负责控制和协调会议的各项操作，如用户注册、呼叫建立、音视频流的传输、会话控制等。

这份标准可能涵盖了信令协议的格式、传输方式、错误处理、安全性要求等内容，旨在确保远程呈现视频会议系统的稳定、高效和安全运行。对于开发此类系统的技术人员、系统集成商，以及相关行业的监管机构来说，这是一个重要的参考依据。

YD／T 3245.2-2018 远程呈现视频会议系统协议技术要求 第2部分：信令流程.pdf部分内容预览：

6.3.2.3.1概述

为了提供CLUE捕获和编码与最终媒体流之间的联系，需要关联ID将其绑定。因此在CLUE消息 中，使用编码ID属性，与特定的捕获关联。 为了将其与逻辑信道中的媒体绑定，编码ID也加入到TerminalCapabilitySet中。

T∕CAMET 08009-2020 中低速磁浮交通列车制动系统技术规范6.3.2.3.2CLUE关联能力

CLUE关联能力见表4。

表4CLUE关联能力

表4CLUE关联能力（续）

缩码 ID参数见表 5.

表 5 编码ID 参数

CLUE关联能力（包含编码ID参数） 用来为CLUE编码关联TerminalCapabilitySet消息。它同时 用来将特定H.245逻辑信道与通过编码IL 来的特定捕获/编码ID关联

网守应了解网关和终端对CLUE的支持能力。当呼叫过程中需要网关且呼叫中的终端支持CLUE 的时候，网守要选择支持CLUE的网关。 本节描述的场景为：一个终端在RAS过程中，使用GEF与网守协商CLUE控制能力特征，表示其 对CLUE信令的支持。协商过程使用注册消息（RRQ/RCF/RRJ）消息组以图示说明。 由于GEF是一个可选功能，为表示支持CLUE，终端和网守应支持GEF及其携带的CLUE控制能 力特征。 GEF包含必选（needed）特征、优选（desired）特征和支持（supported）特征。终端可在任意消息 中包含CLUE控制能力。然而，如果这个能力包含在必选特征中，注册可能会失败。 CLUE终端和网守之间的注册信令过程的典型场景如下。

6.4.2注册信令过程典型场景

6.4.2.1成功场景

YD/T 3245.22018

远程呈现终端的能力交换基于H.323能力交换程序，以及增加的CLUE协议消息，提供更多媒体 相关的信息。远程呈现能力交换程序分为两个部分，与CLUE协议（建立）相关的能力交换和与CLUE 受控媒体相关的能力交换

6.4.4.2CLUE协议能力交换

6.2节指出，终端可使用独立数据连接或H.245来传输CLUE消息。 如果发起呼叫的H.323远程呈现终端决定使用独立数据连接，那么它应该在初始的 TerminalCapabilitySet消息中设置一个双向的DataApplicationCapability，指示在WebRTC数据信道上使 用CLUE。如果对端是H.323远程呈现终端，那么它也应该回复一个指示支持CLUE协议的数据连接的 TerminalCapabilitySet消息。发起终端然后建立包含CLUE协议的WebRTC数据信道连接。 一旦发起终端准备发送CLUE消息，它应根据CLUE协议2的规定初始化消息。终端交换CLUE 选项消息并提供初始CLUE宣告。CLUE宣告消息应包含CLUE受控媒体的编码ID，由 H.245TerminalCapabilitySet消息沟通。这里指的是已沟通的能力或即将沟通的能力。

CLUE受控媒体能力交

为了与描述终端发送的媒体捕获的CLUE协议对应，我们在TerminalCapabilitySet消息中使用传输 能力来表示CLUE受控媒体的能力。 终端不应将CLUE相关媒体能力包含在TerminalCapabilitySet消息中，除非它能确定对端支持CLUE 办议的使用。可以通过CLUE控制能力来确定。如果在H.225信令阶段无法确定对端是否支持CLUE， 初始TerminalCapabilitySet中的能力交换可以用来指示使用CLUE协议，但此时不能交换CLUE受控媒 体能力。当终端协商好携带CLUE消息的方法之后，它们才能重新发送TerminalCapabilitySet消息，携 带CLUE受控媒体相关的“传输”能力，完成CLUE受控媒体能力协商。 参与能力交换的两个终端基于其自身的能力发送“传输”能力，而非基于从对端收到的信息。与某 一CLUE受控媒体流相关的能力组应具有包含独一编码ID的CLUE关联能力。CLUE协议宣告/配置消 息用来选择媒体。CLUE媒体接收终端将使用来自宣告消息和编码相关的能力集信息的媒体捕获和编码 信息，确定它需要哪些媒体捕获和编码。选定的媒体捕获和编码通知给媒体发送终端。媒体接收终端在 收到带有可用编码D的能力组的TerminalCapabilitySet消息之后，才能发送CLUE配置消息，指示使 用特定的媒体捕获和编码。接下来，媒体发送终端通过H.245开启逻辑信道程序建立媒体流。在终端收 到指示可用能力集的CLUE配置消息之后，它才能建立CLUE受控媒体流。

6.4.4.4能力交换例子

6.4.4.4.1H.225协商CLUE支持

4为在WebRTC数据信道上使用CLUE的场景，其中终端A和B之间已经通过H.225协商好 支持了。CLUE受控媒体能力在初始TerminalCapabilitySet消息中协商。

其中CLUE协议栈只有在H.323协议栈状态指示当前呼叫为远程呈现通信并且支持CLUE协议时才启 动。 远程呈现终端需要从H.323（包含H.245）和CLUE协议栈获得或更新协议栈状态，并根据协议栈 状态和信令步骤确定如何实现后续操作。由于远程呈现系统采用两套协议栈进行参数协商，远程呈现终 端应具备对H.323以及CLUE协议栈的调度能力，需要能获取H.323协议栈的状态和CLUE协议栈的 状态，并根据获取的H.323协议栈以及CLUE协议栈的状态，按照预定的调度规则进行调度。在协议 栈的状态发生改变时，远程呈现终端需要能更新协议栈的状态，并根据更新后的状态调度相应的协议栈 进行下一步的动作，其中包括对H.323协议栈以及CLUE协议栈的初始化处理、协议处理、接口的调 度、释放协议栈。 本节定义H.323和CLUE协议之间相互作用的基本原则，提供处理非原子操作中间状态的建议， 并附加何时能传输CLUE配置媒体的约束条件。

6.4.5.2TerminalCapabilitySet消息与CLUE宣告之间的独立性

H.245与CLUE协议互相独立，因此当H.245上传输的CLUE编码关联参数与CLUE宣告不同步时， 会出现过渡时期。下述建议用以降低过渡时期的影响。 ·发送方应保证，H.245的CLUE编码关联参数与CLUE信令之间的不兼容是短暂的；当相关状 态机和其他限制满足后，立即更新H.245的TerminalCapabilitySet消息或CLUE宣告消息。 接收方应能在发送包含在H.245的TerminalCapabilitySet消息中的CLUE编码关联参数的同时， 独立地接收CLUE宣告消息；应亦能处理CLUE消息引用的编码ID与最近接收的H.245的 TerminalCapabilitySet消息中的不匹配的状态。 通用的规则是，接收方在收到宣告和CLUE编码关联参数之后，再发送CLUE配置消息。然而， 如果CLUE配置消息在CLUE编码关联参数之前发送，发送方可以使用CLUE“序列错误”应答码拒 绝此消息。 发送方可以在任何时刻更新CLUE编码关联参数，但应避免将编码ID重用到不同的媒体能力上。

6.4.5.3媒体发送限制

在发送端最近的H.245能力交换中包含了正确的CLUE编码关联参数且接收端发送的CLUE配置 消息为该编码指定了有效的捕获之后，才能发送CLUE受控媒体

6.4.6开启逻辑信道

在收到CLUE配置消息之后，发送端为媒体传输开启逻辑信道。每个逻辑信道的数据类型参数应 使用扩展视频能力和扩展音频能力结构，携带编码ID来识别特定捕获。视频媒体编码携带于扩展视频 能力的视频能力域，音频媒体编码携带于扩展音频能力的音频能力域。 视频能力扩展参数和音频能力扩展参数应携带包含合适编码ID的CLUE关联能力。

6.4.7CLUE媒体释放

6.4.7.1媒体捕获释放

6.4.7.1媒体捕获释放

Z.1.1CLUE发送端行

YD/T 3245.22018

发送端通过更新CLUE宣告消息，从而移除已宣告的媒体捕获。任何与此媒体捕获（通过编码ID 而）相关的媒体编码应通过更新TerminalCapabilitySet消息而移除。

6.4.7.1.2CLUE接收端行为

接收端不能请求移除已宣

6.4.7.2捕获编码释放

6.4.7.2.1CLUE发送端行为

发送端参照6.3的步骤，另外： a）应在一张完整图像的最后停止传输视频，应在合适的时候停止传输音频； b）发送关闭逻辑信道消息来关闭与捕获编码相关的H.245逻辑信道

6.4.7.2.2CLUE接收端行为

6.4.7.3CLUE数据信道释放

6.4.7.3.1CLUE信道主终端行为

为移除CLUE数据信道，主终端应采取以下行为。 a）应停止传说所有CLUE受控媒体，视频应在一张完整图像的最后停止。 b 如果使用UDP/DTLS/SCTP来传输CLUE消息： 1）应在携带CLUE协议的SCTP流上外送SCTP重置请求； 2）应更新开启逻辑信道消息来将数据应用能力参数中的CLUE移除。 c 应发送关闭逻辑信道消息来关闭H.245逻辑信道及所有相关联的捕获编码； d）可更新TerminalCapabilitySet消息，从数据应用能力参数中移除CLUE。 如果主终端收到从终端外送的SCTP重置请求，但尚未发起释放过程，应执行上述步骤a）～步骤

别墅联排6.4.7.3.2CLUE信道从终端行为

为移除CLUE数据信道，从终端应执行6.4.7.3.1中步骤a)、步骤b）中1）和步骤c)。 如果从终端收到主终端外送的SCTP重置请求，但尚未发起释放过程，应执行6.4.7.3.1中步垩 骤b）中1)和步骤c）。

6.4.8CLUE呼叫终止

6.4.8CLUE呼叫终正

6.4.8.2无网守的CLUE呼叫终止

6.4.8.3有网守的CLUE呼叫终止

JG∕T 5076.1-1996 振动压路机减振系统设计规范6.4.8.4由网守终止的CLUE呼叫

YD/T 3245.22018