5.8.1会议通信类型
会议通信类型可以从不同的角度进行划分：
．从参加会议的人数划分：可分为只有两方参加的点到点会议和有多方参加的多点会议。一般考虑的都是多点会议，点到点会议常为会议的初始阶段，其后通过添加的方式扩展到多点会议。
．从会议控制的方式划分：可分为集中式控制会议和分布式控制会议。前者只有一个MC；后者包含多个MC，实现分级控制，一般适用于大型会议。
．从媒体通信的组织方式划分：可分为集中通信型会议和分散通信型会议。前者包含一个MP，由MP负责将通信信息分发到每个参会终端；后者由各个终端自行进行相互间的通信。
H.323考虑的主要是集中式控制的多点会议，下面介绍按媒体通信方式和形成方式可划分为如下几种型式：
1.集中型多点会议
1.集中型多点会议
在该类会议中，所有参会终端（包括网关）和MCU中的MC建立H.245控制信道的点到点联系，该MC执行对骼个会议的集中控制。各终端的音频、视频和数据信道和MCU中的MP相连。该MP对各终端送来的信号进行音频混合、视频交换或混合和T.120数据分配，然后将处理所得的音频、视频和数据流再送回各终端。MP可以选择转送哪一个终端或哪几个终端的信号，也可以对不同的音频、视频和数据格式和比特率进行转换，使得各个参加会议的终端可以使用不同的通信模式。视频信号还可以采用多播方式分发至各终端。
支持该类会议的MC所在实体发送H.245终端能力集消息时，其复用能力单元的MC能力字段应指示具有集中式会议MC功能。参加该类会议的终端和网关，其终端能力集／复用能力／接收多点能力／媒体分配能力应设定为：集中式控制、集中型音频、集中型视频、集中型数据。如果终端能够接收多播信号，则其接收多点能力还应指示具有多播能力，这样MP才能采用多播方式分发视频信号。在H.323系统中，所有终端都应具有集中型多点会议能力。
图5.43为集中型多点会议结构示意。其中，虚线表示控制信道，传送H..245控制消息；实线表示逻辑信道，传送媒体信息。
图5.43 集中型多点会议
2.分散型多点会议
该类会议的终端仍然以点到点的方式和MC建立H.245通信信道连接，MC可以位MCU、网关、网闸或某个终端中。各终端的数据信号一般仍通过MP集中分发，但音频和视频信号则直接发送至其它终端，其发送方法有两种：多播方式和多重单播方式。所谓多重单播指的是每两个终端之间都建有单播信道。
此时，原来集中型会议中的MP功能分散到各终端完成。每个终端接收其它终端来的视频信号后，要选取其中1个或多个信道向用户播放。接收音频信号后，要执行音频混合功能，然后将组合音频信号送给用户。
MC仍然具有对会议的控制功能，例如主体控制、视频广播、视频选择等，其实现方法是从某终端接收H.245请求消息，同意后向其它终端发送控制消息 ，使他们的视频多播起作用或不起作用。MC还可以通过流星控制命令控制终端的多播发送。
参加该类会议的终端，其终端能力集的媒体分配能力设定为：集中式控制、分散型音频、分散型视频、集中观数据。
图5.44给出分散型多点会议的结构示意。
5.44 分散型多点会议
3.混合型多点会议（集中型音频）
该类会议的终端和MC之间仍然是点到点的H.245控制连接。音频和数据信道连接至MP，由MP进行音频混合，并能为每个终端发送不同的组合音频信号。视频信号则经由多播或多重单播方式在终端间直接传送。
终端的媒体分配能力设定为：集中式控制、集中犁音频、分散型视频、集中型数据。
4.混合型多点会议（集中型视频）
该类会型和第3种会议类似，只是音频信号采用直接传送方式，视频信号经由MP集中分发，可以根据需要为每个终端发送不同的视频流，也可以按多播方式统一发送，以降低网络带宽消耗。
终端的媒体分配能力设定为：集中式控制、分散型音频、集中型视频集中型数据。
5.特殊型多点会议(AdHocMultipoint Conference)
5.特殊型多点会议(AdHocMultipoint Conference)
这类会议开始时是一个点到点会议，以后在呼叫过程中通过邀 请他人或他人主动加入的方式扩展成为多点会议。它要求在初始的 点到点呼叫中必需有一个MC。其可能的情况包括：其中一个终端含有或两个终端都含有MC；呼叫控制通过网闸转接，该网闸具有MC功能；虽然只是两方呼叫，但也是通过MCU作为多点呼叫来处理的。
该类会议的扩展控制有其特殊性，H.323专门对其信令过程作了详尽的规定。
5.8.2会议控制一般机理
由上可知，各种型式的集中控制式多点会议的共同特点是，会议各类媒体信道的连接控制都集中归于MC。MC利用前面所述的H.245通用控制消息和有关会议控制的一些特定消息完成对各终端和会议功能的控制。下面概要说明控制机理的要点。
1.呼叫建立
每一端点应与MC完成呼叫建立，建立至MC的H.245控制估道。由于MC本身并无独立的地址，无法作为呼叫方，因此一般MC是位于MCU中的，但也可能位于网闸或终端中。为了支持会议呼叫，呼叫建立消息的UUIE中增加两个数据单元：
•会议标识(CID)：唯一标识会议的全局号码，关联该会议所属所有呼叫的信令消息，由会议发起端点创建。CID由16个八位位组组成：
| CID 八位位组 | l5~ 10 | 9~ 8 | 7 | 6 | 5~4 3~0 |
| 八位位组名 | N5:NO | Cl:CO | HI | AV | Ml:MO L3:l.O |
其中，0为最低八位位组。
N5:NO为48位LAN地址。如无此地址，则以随机数充填。
Cl:CO为16比特计数器，每次会议加1。
H1、 A、Ml :MO、L3：L0为100ns时钟计时值的最低60比特，时钟起始时间是当地时区1582年10月15日。比特排列顺序为：
V为4比特的版本号，位于CID字节6的低4比特。由此可见，这样构成的CID在整个LAN范围内必定是唯一的。
• 会议目的：指示建立该呼叫的目的。可取值为：创建（创建新会议）、加入（加入已有会议）、邀请（邀请新端点加入已有会议）。
和MC建立H.245控制连接后，利用主从确定过程确定主MC,即经由MC位置指示消息通告主MC的地址，然后利用能力交换过程选定会议型式（集中型或分散型），会议型式的选择受限于端点和MC的能力。对于每个新加入的端点，MC用“终端号分配“消息赋予终端号，用“终端加入会议“消息通知其它端点新成员的加入，新端点也可用“终端清单请求“消息请求其它端点的名单。
2.通信模式的确定
该过程就是确定各个逻辑信道的媒体类型、编码方式、媒体信道和媒体信道运输层地址等参数。
在单播情况下，端点通过“打开逻辑信道”和“打开逻辑信道证实“消息建立至MCU或另一端点的逻辑信道。
在多重单播情况下，端点必须逐一打开至所有其它端点的逻辑 信道。由于端点只和MC建有H.245控制信道，因此“打开逻辑信道“消息必须送往MC，消息中带有逻辑信道对端的终端号，然后由MC转送给对端。端点收到回送的“打开逻辑信道证实“消息，可根据消息中的“前向逻辑信道号”和原请求消息匹配。
在多播情况下，则由MC分配多播地址并决定通信模式，经由“通信模式命令“消息告之每个端点。然后，由各端点向MC发送“打开逻辑信道“消息，消息中带有该多播地址；MC 根据多播地址将此消息转发给每个接收端点。在混合型会议中，“通信模式命令“消息也同时告之端点至MCU的单播发送信道的通信模式，至于从MC至各端点的逻辑信道的通信模式则由MC向端点发送的“打开逻辑信道“消息指定。
在确定会议型式，并确定需由MC统一指令通信模式后，MC 应首先向各端点发送“多点会议”指示消息，端点收到此消息后应等待“通信模式命令“消息到来后，才能启动逻辑信道的打开。
“通信模式命令“消息规定了会议中所有会话的参数，包括：RTP会话标识、关联RTP会话标识、终端标记、会话描述、会话的数据类型（即媒体类型和编码方式等）及媒体信道和媒体控制信道的单播或多播地址。整个消息定义了一张完整的会议通信模式表，每个表项定义一个会话，指示端点打开一个发送逻辑信道。如果表项含有终端标记，则是对指定端点的指示；如果表项不含终端标记，则是对所有端点都适用的指示。终端标记定义为MCU号＋终端号。
现设某多点会议有3个端点：A、B和C，采用混合型会议，多端点音频信号用单播方式发往MCU，经集中混合后送往各终端，视频信号用多播方式直接发送各端点。MC为各端点分配的发送媒体信道和媒体控制信道的地址如表5.14所示，表中UCA表示单播地址，MCA表示多播地址。
表5.14 多点会议逻辑信道地址
| 信号流 | 地址 | |
| 由端点A发出的音频 | UCA1 | |
| 端点A的音频控制数据 | UCA2 | |
| 由端点B发出的音频 | UCA3 | |
| 端点B的音频控制数据 | UCA4 | |
|
由端点C发出的音频 端点c的音频控制数据 |
UCA5 UCA6 |
|
| 由端点A 发出的视频 | MCA1 | |
| 端点A的视频控制数据 | MCA2 | |
|
由端点 B 发出的视频 端点B 视频控制数据 |
MCA3 MCA4 |
|
| 由端点C发出的视频 | MCA5 | |
| 端点c的视频控制数据 | MCA6 |
向各端点同时发送的“通信模式命令“消息中的通信模式表如表5.15所示。
表5.15 多点会议通信模式表内容
在通信过和中，MC也可用“通信模式命令‘’消息告诉端点向个新的地址（如新加入端点）发送媒体流；或者指示端点改变通信模式，即对某一已用的媒体信道给予新的通信模式，此时原有信道需关闭，重新执行新的信道打开过程。
3.逻辑信道和RTP流的关联
在多播情况下，接收端点会从同端口收到来自不同源的RTP流，在处理时需要予以识别。为此，H.245规定端点在发烂“打开逻辑信迶“消息时，应将MC分配给它的终端标记置入逻辑信道参数的源字段；目的地字段空缺，表示该信道的媒体流是多播流。同时，约定源端点发送的RTP流的源标记SSRC的最低字节取为该端点终端标记的最低字节。这样，目的端点收到RTP流后，通过比较SSRC和逻辑信道参数源字段的最低比特就可判定该媒体流的所属逻辑信道。
4.速率匹配
在多点会议中，各终端可能会以不同比特率发送信号。为f使发送能力和接收能力匹配，并使各个终端地位平等，MC 可以通过发送“流星控制命令“消息来限定各终端的发送比特率。如有新的终端加入会议，MC将向其发送“多点会议”指示消息，要求它遵从比特率均等的安排。
5.加密
在集中型多点会议中，MP被认为是可信任实体。 它可以将来自各端点的信息流解密，进行必要的处理，然后将处理后的复合信息重新加密后送往各端点。
6.会议控制
H.245专门定义了一组会议请求及响应消息和一组会议命令消息，供MC在通信进行过程中对会议进行控制。例如，在会议中，终端可以请求参会终端清单、充当主席、退出会议等，MC可以要求终端输入口令、终端标识，命令结束会议等。这些消息大都取自相关会议标准的要求，其含义比较明显，不再赘述。
