1. 概述

H239在ITU文档中实际命名为Role management and additional media channels for ITU-T H.300-series terminals，意为H300系列中断的角色管理和额外没媒体流，H239是H323中用来开启辅流的信令流程规范，会为相关的媒体流添加角色，该文档包含了控制，声明，能力交换等机制。
在H239文档中定义了相关的几个术语，需要重点关注的是以下几个：

1.1 control & indication: Messages, including requests, responses, commands, and indication messages, but not including capability messages.

1.2 main video channel: For ITU-T H.320, the remainder of the traditional video channel, after subtracting the additional media channel (AMC) channel. When no AMC channel exists, this is the same as the traditional video channel. For ITU-T H.245-based systems, this is any logical channel which does not have a role label.
这是一个在H323中引入了AMC概念之后，额外出现的一个概念，仅用来和AMC进行区分。

1.3 role: A label which may be applied to a channel, identifying the nature of the content of the data carried in the channel. The phrase "the <role label> channel" should be read as meaning "the channel for which <role label> has been indicated".
这个概念就是用来区分AMC和main video channel的标志位。

1.4 second video channel: For ITU-T H.320, the proposed new additional media channel (AMC). For ITU-T H.245-based systems this channel is any logical channel with an explicit role label.

1.5 traditional video channel: For [ITU-T H.320], the video channel as defined by [ITU-T H.320] when no additional media channel (AMC) is in use. For ITU-T H.245-based systems, this is the same as the main video channel.

323中相关的术语都有大量的缩写，下面所列的是在H239文档中所使用到的相关缩写，更多的相关缩写可以去查H323的相关文档
ASN.1 ：Abstract Syntax Notation One
AMC ：Additional Media Channel
BAS ：Bit-rate Allocation Signal
BOND ：Bandwidth On Demand
C&I ：Control & Indication
ECS ：Encryption Control Signal
FAS ：Frame Alignment Signal
HSD ：High Speed Data
LSD ：Low Speed Data
MBE ：Multiple Byte Extension
MCU ：Multipoint Control Unit
MLP ：Multi-Layer Protocol
OID ：Object Identifier
PID ：Parameter Identifier
SBE ：Single Byte Extension
VIR ：Video Indicate Ready to activate

2. H239控制信令通道和媒体通道

H239的通道概念架构在H245的逻辑通道的概念之上，所有的H239通道都需要在H245心信令的能力集中进行体现。

H239通道和H245逻辑通道之间的对应关系.png H239相关通道在H245能力集中的名称.png

支持H239的系统需要在能力集中体现相关内容：

1. 对于主流的通道来说，不需要体现和角色相关的内容；
2. 但是对于辅流通道来说，需要按照Table 3 - ITU H.239 capabilities signals一样携带相关的能力；
3. 对于基于ITU-T H.245信令的系统，主视频信道应与第二视频信道的ExtendedVideoCapability一起包括在一组simultaneousCapabilities中。 这表示主视频通道可以与第二视频通道同时使用。

2.1 H239控制信令

H239协议所需要支持的信令如下所示：

H239协议所需要支持的信令.png

h239协议中会用到的参数如下所示：

h239协议中会用到的参数.png

取其中对于teminalLabel参数，如果当通话为点对点模式时，这个值应该为0。

2.1.1 流控制信令

flowControlReleaseRequest和flowControlReleaseResponse用来请求对端取消对流控制或者多媒体会议限制，从而让对应的通道可以使用声明的码率发送媒体。另外一种使用这一请求的场景为在已有的多媒体会议中添加新的通道。

该请求所需包含的参数如下所示：

flowControlReleaseRequest所需包含的参数.png

对于该请求的相应所需包含的参数如下所示：

flowControlReleaseResponse所需包含的参数.png

需要注意的一点是，该请求被对端所确认仅仅意为着对端会采取最大的努力去应用请求的内容（即不是确认应用请求的内容），发出该请求的终端在这种情况下，仍需采用原来的码率发送媒体，直到对端采用其他的信令进行媒体信息改变的通知为止。

2.1.2 演示角色控制信令

演示角色控制信令分为四种：

2.1.2.1 presentationTokenRequest：

请求开启演示的权限。

presentationTokenRequest的格式.png

2.1.2.2presentationTokenResponse：

相应相关的请求，做对权限的允许和拒绝。

presentationTokenResponse的格式.png

2.1.2.3presentationTokenRelease：

释放开启演示的H239权限。格式如下所示：

presentationTokenRelease的格式.png

2.1.2.4presentationTokenIndicateOwner：

当某个终端占据有开启演示的权限时，必须周期性地发送该请求，说明自身具有该权限。相关的MCU和gateway也需要转发这个信令。相关格式如下：

presentationTokenIndicateOwner的格式.png

3. H245开启演示媒体通道信令

在使用H245信令开启辅流的媒体通道的时候，开启信令中需要包含相关的标识位，显示其为开启辅流功能。逻辑通道角色的改变可以通过重新开启逻辑通道完成。

角色的分类和使用步骤

角色类型如下所示：

live：正常处理的视频。

Presentation：有令牌管理的媒体流，需要转发给所有设备（令牌指的是演示权限）

角色的使用需要对端设备明确支持这一功能，否则不应该体现角色相关的信息。
对于任何角色来说，如果由于流控制或者媒体限制无法打开媒体通道，设备可以使用flowControlReleaseRequest请求解除这些限制。

4 终端设备的行为

4.1 终端的处理

终端在不具有演示权限时：

终端设备需要使用presentationTokenResponse(acknowledge)来响应presentationTokenRequest。
终端设备需要使用presentationTokenRelease来响应presentationTokenResponse(acknowledge)。

终端在具有演示权限时：

终端需要使用presentationTokenResponse(acknowledge)来响应presentationTokenRequest，并放弃演示权限。
终端获取演示权限之后，需要周期性地发送presentationTokenIndicateOwner

终端想要放弃演示权限时：

终端需要发送presentationTokenRelease

终端想要获取演示权限时：

终端需要发送presentationTokenRequest
当终端发送的presentationTokenRequest出现碰撞时，需要各自比较请求所携带symmetryBreaking的大小，较大者将获取到演示权限，并且回复较小者presentationTokenResponse(reject)；较小者不能获取演示权限，并且回复较大者presentationTokenResponse(acknowledge)

在任何情况下，接收到presentationTokenResponse(acknowledge)的终端视为获取到演示权限。

4.2 MCU的处理

对于H323的实体来说，具有主设备和从设备的概念，这一区别会导致H323设备的演示流程会有所不同。
主从设备的协商是通过masterSlaveDetermination完成，主要的流程是比较terminalType中的值来完成主从协商，当terminalType的值相同时，则使用masterSlaveDetermination信令中协商的随机值进行确认。其中较大者为主设备。

terminalType的值.png

4.2.1 主MCU的处理

当会议开始时

主MCU需要认为没有成员获取到演示权限。当主MCU收到来自不具有演示权限终端的presentationTokenIndicateOwner请求时，主MCU需要向设备发送一个携带有symmetryBreaking参数为0的presentationTokenRequest，并且将演示权限视为未被任何设备持有的状态。

当演示权限未知时：

主MCU需要使用presentationTokenResponse(acknowledge)来响应presentationTokenRequest。

当演示权限已知时：

主MCU接收到来自没有演示权限终端的presentationTokenRequest请求时，主MCU需要将presentationTokenRequest当前持有演示权限的设备，并且presentationTokenRequest的symmetryBreaking为0

当主MCU接收到presentationTokenResponse(acknowledge)，主MCU需要转发presentationTokenResponse(acknowledge)响应给对应的接收者，并且将演示权限赋给它。然后主MCU需要发送presentationTokenIndicateOwner给所有的与会者，告知它们新的演示权限持有者。

当主MCU收到来自演示权限持有者的presentationTokenRelease，主MCU需要认为演示权限目前未知。

主MCU需要将presentationTokenIndicateOwner转发给所有与会者。当前持有演示权限的与会者离会时，主MCU需要认为演示权限未知。

4.2.2 从MCU的行为

从MCU需要将来自自身会议的从MCU和设备终端的相关演示信令转发给主MCU。

从MCU需要根据terminalLabel parameter value将来自主MCU的presentationTokenRequest, presentationTokenResponse, and presentationTokenRelease演示信令传递给终端设备。

从MCU需要将来自主MCU的presentationTokenIndicateOwner给所有与会者。