标准规范下载简介
YD／T 3245.2-2018 远程呈现视频会议系统协议技术要求 第2部分：信令流程.pdfYD/T 3245.22018
b）RTP或RTCP中未包含的捕获ID对应的捕获，出现在最近处理的宣告消息中； RTP或RTCP中包含的捕获ID对应的捕获，与最近处理的宣告消息中的内容匹配，但宣告消 息中的MCC并没有包含这个捕获 d）RTP或RTCP中包含的捕获ID对应的捕获，尚未在最近处理的宣告消息中定义。
5.9使用BUNDLE复用CLUE受控媒体
在一个CLUE呼叫中，大量的媒体流可以同时发送和/或接收。一般来说，媒体流在单独的端口上 发送和接收。然而，这样的端口有时候开销太大，例如在防火墙和NAT下打开端口，或者收集ICE候 选时，等等。 BUNDLE扩展可用于协商将多个媒体行复用到一个五元组来收发媒体，这样支持BUNDLE的设备 之间就能减少上述开销。 CLUE可用设备可以通过支持BUNDLE扩展来减少端口开销，但并不强制约束必须支持BUNDLE。
DB15／T 2021.4-2020 草原大数据 第4部分：代码集.pdf5.9.2同时使用BUNDLE和CLUE
当同时使用BUNDLE和CLUE时，并不需要增加额外的需求或限制。本标准并不限制将CLI 媒体行与非CLUE受控媒体行合并到同一个或多个BUNDLE分组中。但通过下述步骤，可以 LUE和BUNDLE同时使用时的SDP请求/应答交换次数。
5.9.2.2初始请求
BUNDLE规定初始SDP请求应为每个m行分配一个单独的非零端口。因为在通常情况下，CLUE 可用设备不会在没有数据信道的时候加入CLUE受控媒体行，所以如果BUNDLE协商成功的话，CLUE 可用设备之间就可以在不用开启大量端口的同时支持大量的媒体流了。
当使用BUNDLE时，请求者应发送BAS请求。如果请求者按照建议未在初始请求消息中包含CLUE 受限媒体行，则会在后续请求中包含。在这种情况下，BUNDLE建议请求者不要“修改可能导致应答 者拒绝BAS请求的SDP参数”。在使用现有媒体行的编码及其他属性来增加新的CLUE受控媒体行的 同时，不应该增加应答者拒绝BAS请求的风险；在增加新编码及其他SDP属性到CLUE受控媒体行之 前，应该谨慎考虑是否可行。
5.9.2.4数据信道和RTP媒体复用
支持BUNDLE的CLUE可用设备，可以将数据信道与RTP媒体包含到同一个BUNDLE分组中。 在这种情况下，CLUE可用设备应能够将这些不同类型的传输解复用（具体可参考CLUE协议）。如果 BUNDLE分组除了包含CLUE数据信道之外，还包含其他通过DTLS传输的协议，CLUE可用设备还 不能够区分这些不同的协议。
YD/T 3245.22018
YD/T 3245.22018
6.2.2阶段 B初始通信和能力交换
YD/T3245.22018
在知道对端支持CLUE信令的情况下，终端发送包含它所支持的配置的TerminalCapabilitySet消息。 另外，为了将特定配置与特定CLUE捕获编码绑定，在每个配置中都加入了包含编码ID的CLUE编码 关联参数。 在不知道对端是否支持CLUE信令的情况下，终端应包含至少一个未标记有编码ID的配置。 然后，终端使用CLUE消息来执行CLUE信令流程。交换的第一部分是CLUE协议版本和扩展的 协商。第二部分是使用CLUE数据的终端能力的宣告。CLUE宣告消息中的编码ID与H.245能力中的 相同编码ID形成绑定。 TerminalCapabilitySet配置需要与CLUE数据中的同时传输集保持一致。 在收到CLUE宣告消息之后，对端将根据宣告消息和TerminalCapabilitySet消息中的信息，选择其 所需的捕获和编码。然后，对端发送CLUE配置消息，以指示其选择接收的捕获和编码。 对端还回复TerminalCapabilitySetAck消息，指示其收到了TerminalCapabilitySet配置。
6.2.3阶段C音视频通信建立
当收到含未标记编码ID的H.245配置项的TerminalCapabilitySetAck消息后，终端可发起H.245开 启逻辑信道流程，开启相应的媒体流。 对于标记了编码ID的配置项，终端仅为在CLUE配置消息中收到了编码ID的配置项开启媒体流。 H.245开启逻辑信道消息包含具有编码ID的CLUE关联能力，与媒体流的捕获编码对应。这使得接收 终端能够辨认媒体流与哪娜个捕获描述对应。在收到媒体流后，接收终端可以根据CLUE捕获描迷述对媒 体流进行处理。 在会话中，终端可能会更新CLUE宣告或配置消息，它们包含更新的CLUE数据。这同样可能会 要求更新TerminalCapabilitySet消息。最终会导致开启逻辑信道程序增加、重配置或释放逻辑信道。
想要改变带宽的终端应考虑其信令对CLUE数据的影响。如果带宽请求需要相较于已宣告的与特 定编码ID绑定的额外带宽，那么CLUE消息和TerminalCapabilitySet消息可能需要更新。 CLUE控制能力可用于多点会议的场景中。例如，多点控制器从多个终端接收CLUE消息和 TerminalCapabilitySet消息，使用收到的信息创造自已的CLUE数据，并将其发送到各个端点。
5.2.5阶段 E呼叫经
在普通的呼叫终止流程之外，终端可以指示捕获编码不再可用，或指示其不再希望接收特定捕获编 码。这可以通过使用CLUE消息和可用的TerminalCapabilitySet消息来体现。其结果是关闭一个或多个 逻辑信道的同时，不必终止呼叫。
YD/T3245.2—2018
6.3.2CLUE消息传输
6.3.2.1CLUE能力协商
6.3.2.1.1概述
本节描述在H.323系统中协商使用CLUE的方法。 远程呈现可用设备可从TerminalCapabilitySet消息中包含的能力决定如何支持CLUE。如果在 DataApplicationCapability中存在应用dataChannel，且DataChannelProfile的protocol为CLUE，那么则 是在SCTP连接上使用CLUE；否则，远程呈现可用设备将使用H.245一般消息来传输CLUE消息。
6.3.2.1.2H.225中的CLUE控制能力
表1CLUE控制能力
6.3.2.2CLUE消息
6.3.2.2.1SCTP传输
在能力交换阶段，远程呈现可用设备从远端接收TerminalCapabilitySet消息，获得其对SCTP的使 用方式，包括直接使用SCTP、SCTP/DTLS或DTLS/SCTP，并结合自已的SCTP使用方式，确定双方 共同支持的SCTP使用方式。 如CLUE协议所所述，CLUE消息通过DTLS/SCTP连接传输。通过这个连接来建立CLUE数据信 道。 在能力交换后，远程呈现可用设备使用包含上述使用方式的OpenLogicalChannel消息，与远端建 立WebRTC数据信道（即DTLS/SCTP连接）。首先，建立DTLS连接；当DTLS握手结束后，远程呈 现可用设备与远端建立SCTP连接；然后，可以使用CLUE数据信道中的方法发起双向的CLUE信道， 在建立CLUE信道之后，双方就可以在协商好的SCTP连接上传输CLUE消息了。
6.3.2.2.2H.245一般消息传输
YD/T 3245.22018
bMessageldentifier的耳
messageContent中用到的GenericParameters
其中，CLUERequest包含XML编码的CLUE请求消息（宣告、配置、支持、必备），如CLUE切 议所属；CLUEResponse包含XMIL编码的CLUE响应消息（确认、否认、错误），亦如CLUE协议所 述。 远程呈现可用设备使用合适的H.245一般消息来传输CLUE请求和响应，具体呼叫/会话过程见下 文。
6.3.2.3媒体关联
6.3.2.3.1概述
为了提供CLUE捕获和编码与最终媒体流之间的联系，需要关联ID将其绑定。因此在CLUE消息 中，使用编码ID属性，与特定的捕获关联。 为了将其与逻辑信道中的媒体绑定，编码ID也加入到TerminalCapabilitySet中。
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）～步骤
新颁布GB+50205-2020+钢结构工程施工质量验收标准.pdf6.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呼叫终止
CJJ／T154-2020 建筑给水金属管道工程技术标准及条文说明.pdf6.4.8.3有网守的CLUE呼叫终止
6.4.8.4由网守终止的CLUE呼叫
YD/T 3245.22018