A、系统设计
◆ 增强型会议每个资源模块可以开4*32方会议，卡间资源可以共享
◆ 每个32方会议可以切割为1--8个会议室，每个会议室1--32方，但总和仍旧不超过 32
例如：会议室0开4方，会议室1开7方，会议室2开6方，会议室3开15方，会议室4--7空
闲
◆ 如果某个会议室需要被旁听，则可加入的会议人必须减1
例如：会议室4开4方会议，如果不需要旁听，则可以加入4个会议人（包括会议主席）
如果需要旁听，则最多只能加3个会议人，一旦加入4个会议人，则该会议室将无法旁听
◆ 会议室编号为0--7为第一个32方，8--15为第二个32方，16--23为第三个32方，....
依次类推当系统内有多个资源模块时，循序编号下去。每个32方内会议方数总和不能超
过32。
◆ 每个会议功能消息都有对应的返回结果，指示该操作是否成功。建议用户自行管理会议
通道和会议室资源，保证每个操作命令逻辑上都是合法的，则管理器保证操作成功，应
用程序可以不对返回结果判断（因为总是成功），以简化流程。（但仍旧可以捕捉错误
的结果以作日志）
◆ 在会议室中的通道按键，收码仍旧从该通道上传
◆ 会议通道的按键码声音，可以通过设置多媒体参数中的ECONFUseDTMFMute=1而截掉，
但仍旧会保留20--30毫秒的头部
B、编程注意
◆ 建立会议室和连接会议人及旁听会议时，必须保证该通道没有处在放音状态。如果该通
道已经发送过一个放音命令，则必须等待收到该通道返回的放音结束事件
（F_MEDIA_Tx_Release） 后才能执行建立和连接会议人或旁听会议的命令，否则该通
道可能无法听到会议室中内容。 注意：是通道返回的放音结束事件而不是程序发送的
停止放音命令 例如：通道正在放音，最后收到一个DTMF码事件，程序准备加入该用户
到会议室中，
情况A:
用户设置了DTMF打断，则必须等待收到该通道的放音结束事件，然后才执行会议室命令
情况B:
用户没有设置DTMF打断，则程序必须立即发送一个停止放音命令，然后等待收到该通道
的放音结束事件后，才执行会议室命令
|