5.8.3特殊型多点会议信令过程
        如前所述，特殊型多点会议是由点到点会议扩展而成的。扩展 方法有两种：一是由参会的任一端点向另一端点发起呼叫，邀请(invile)其加入会议。二是由另一端点向会议中的某一端点发起呼叫，请求加入(join)会议。根据MC所在位置的不同，又有两种不同的信令过程：如果MC位于某个端点中，则为呼叫信令直接选路模型，其 H.245控制信道拓扑结构如图5.45所示。如果MC位于网闸中，则为呼叫信令网闸选路模型，其H.245控制信道拓扑结构如图5.46所示。图中，端点1和端点2为初始点到点会议的参会者，端点3为扩展进入的端点，所有扩展过程都必须通过与MC相连的H.245控制信道完成。 1.信令直传模型一—会议创建
设端点1发起创建至端点2的点到点会议，其信令过程为：
①端点1向端点2发送Setup消息，消息中包含会议标识CID=N，会议目标＝创建。
②端点2根据情况，可以做出以下选择：
．如果愿意加 入此会议，则回送Connect消息，CID=N。允许一个端点同时参加多个会议，只要N和已参加会议的CID值均不同即可（即不能二次加入同一会议）。
．如果端点2正在参加CID=M的另一会议，不可能同时参加两个会议，则回送ReleaseComplete消息，理由为“在会议中＂。或者可以请求端点1加入CID=M的会议，此时，端点2向端点1发送Facility消息，性能理由为＂呼叫选路至MC"，并给出CID=M会议的MC所在端点的呼叫信令信道运输层地址。
．如果不想参加此会议，则回送Release Complete消息，理由为“目的地忙＂。
③如果端点2愿意加入此会议，端点1利用其Connect消息中传来的H.245控制信道运输层地址建立至端点2的控制信道。
④在控制信道上交换如下H.245消息：
．端点之间交换“终端能力集“消息，确定H.245版本号，以便正确分析接收的消息。
．利用H.245主从确定过程，确定端点2为主机，其上的MC为主MC。端点2向端点l发送“MC位置指示“消息。主MC可以现在就激活，或者在用户启动多点会议功能时激活。
．端点2向端点l发送“终端号分配“消息。端点1使用所分配的16比特号码中的8比特终端号码（不是8比特MCU号码）作为它发出的RTP流中SSRC的最低8比特，藉此识别该RTP流是从端点1发出的。
．由于接收方能力已从“终端能力集“消息中获知，因此可打开端点1和2之间的逻辑信道，同时发送关于每对音频和视频信号的"h2250最大斜偏指示“消息。
2.信令直传模型一－一会议邀请
需考虑两种情况：激活MC所在端点（端点2)邀请和非激活MC所在点（端点l)邀请。
(1))激活MC所在点发起邀请
①端点2向端点3发送Setup消息，CID=N，会议目的＝邀请。
②端点3根据情况，可以作出以下选择：
．如果愿意接受邀请参加此会议，则向端点2回送Connect消息，其中CID=N。
．如果拒绝邀请，则回送ReleaseComplete消息，理由为“目的地忙"。
．如果正在参加另一个CID::::M的会议，可向端点2发送Facility消息，请求端点2参加此会议，性能理由为＂呼叫选路至MC”，并给出CID::::M会议的MC的运输层地址。
·．如果收到的Setup消息中的CID值和端点3正在参加的会议的CID值相同，则回送ReleaseComplete消息拒绝，理由是”已在会议中”。
③如果端点接受邀请，则端点2利用Connect消息中提供的控制信道运输层地址建立至端点3的H.245控制信道。
④在控制信道上交换H.245消息：
．在MC和终端3之间交换“终端能力集“消息。
．利用主从确定过程确定端点2仍然是主MC，主MC向端点3发送“MC位置指示“消息。
．MC向所有3个端点发送“多点模式命令“消息。该消息的作用是命令各端点遵从MCU发出的通信模式请求或命令。
．MC向端点3发送“终端号码分配“消息。端点3据此确定其发送RTP流的SSRC最低字节。
．端点可以向MC发送“终端清单请求“消息，MC回复“终端清单响应“消息，告之所有参会端点的名单。
．只要有新的端点（如端点4)加入会议，MC就要向端点4发送“终端号码分配“消息，并向端点1、2和3发送“终端加入会议“消息。
．只要有端点离开会议，MC就要向其它所有端点发送“终端离开会议“消息。
．MC向所有参会端点发送“通信模式命令”。
．端点1和2在点到点会议中建立的逻辑信道如果和“通信模式命令“消息中规定的模式不符，则应关闭这些逻辑信道。
．按“通信模式命令”的要求，打开逻辑信道。图5.47示出上述邀请的成功呼叫建立信令过程。
(2)非激活MC端点发起邀请
①端点1向MC（端点2)发送Setup消息，CID= N，会议目的＝邀请，但呼叫引用为一个新的CRV值，表示是至端点3的新的呼叫，消息给出端点3的运输层地址。 ②端点2向端点3发送Setup消息，CID=N，会议目的＝邀请。
③在呼叫信令过程中，端点2将来自端点3的信令消息，包括Connect消息，转送给端点1。
④和上例一样，端点3可以接受或拒绝此邀请。
⑤在端点2和3之间的呼叫建立过程完成后，端点2应向端点1发送ReleaseComplete消息。
⑥如果端点3接受邀请，端点2利用Connect消息中提供的控制信道运输层地址建立和端点3的H.245控制信道。
⑦在控制信道上交换H.245消息，和上例相同。
图5.48  示出上述邀请成功的呼叫建立信令过程。
3.信令直传模型一会议加入
同样也有两种情况：加入端点（端点3)呼叫激活MC端点和呼叫非激活MC端点。
(1)经由MC端点加入
①端点3向端点2发送Setup消息，CID=N，会议目的＝加入。
②如果消息中的CID和MC中某个激活会议的CID相同，端点2将根据情况执行相应操作：
．如果允许端点3加入此会议，则回送Connect消息，CID=N。
．如果不允许端点3加入此会议，则回送ReleaseComplete消息，理由是“目的地忙＂。 ③如果CID和已有会议CID不匹配，端点2回送ReleaseCom-plete消息，理由是“不正确CID”。
④如果允许加入，端点2建立至端点3的H.245控制信道。
⑤如前例交换H.245消息。
(2)经由非MC端点加入其过程如图5.49所示。
①端点3向端点l 发送Setup消息，CID= N，会议目的＝加入。
②端点1回送Facility消息，性能理由为“呼叫选路至MC"，给定端点2的呼叫信令信道运输层地址，CID=N。
③端点3释放至端点1的呼叫，重新启动至端点2的呼叫，请求加入会议。其后过程和上例相同。
4.网闸选路模型一 会议创建
       此模型假设网闸选路转接呼叫信令和H.245控制信令，网闸包含MC或MCU。首先按照一般呼叫建立过程建立起点到点呼叫。然后网闸和两个端点进行主从关系确定，如果其“终端类型”值比两个端点都大，则为主MC，否则某一端点为主MC。
5.网闸选路模型——会议邀请
  经设网闸包含激活MC。端点1邀请端点3加入会议，其呼叫信令过程如图5.50所示。 ①端点1通过网闸向端点3发送Setup消息，CID=N，会议目的二邀请，呼叫引用CRV为新值。
②网闸(MC)发送Setup消息至端点3。其后转发来自端点3的消息至端点1。
③端点3接受邀请，完成至网闸的呼叫建立。其后，网闸向端点1发送释放完成消息。
④网闸建立至端点3的H.245控制信道。
⑤至此，所有端点的控制信道都与MC相连，经此交换H.245消息，实现MC对会议的控制。过程同前例。
6.网闸选路模型——会议加入
设端点3向端点1发起呼叫，请求加入会议，但激活的MC在网闸中，并不在端点1中。其信令过程为：
①端点3通过网闸向端点1发送Setup消息，CID=N，会议目的＝加入。
②网闸判断CID值和已有会议标识相同，则：
．如允许端点3加入会议，则直接向端点3回送Connect消息，CID=N。
．如不允许端点3加入，则向端点3回送ReleaseComplete消息，理由为“目的地忙＂。
．网闸可以将Setup消息转发给端点1。此时，端点l可以回送Facility消息，指示“呼叫选路至MC"，或者回送ReleaseComplete消息。
③如果允许端点3加入，则网闸和其建立H.245控制信道。
④在控制信道上交换H.245消息，实现MC对会议的控制。
       最后说明一点，为了便于会议识别和用户加入，协议允许会议使用别名。此时，在创建点到点会议时，主叫发送的Setup  消息除了给定CID外，还在“目的地地址“单元中置入会议别名，MC 将存储二者的映射关系。任一端点请求加入该会议时，向MC发送的Setup消息中，将在“目的地地址”中标明会议别名，置CID=O，表明不知道会议标识。MC：在回送Connect消息时告之会议的CID值。