注意：
在情况A中，放音结束事件可能先于DTMF接收事件到达，程序处理较复杂，因此推荐使
用情况B，即不使用DTMF打断功能，所有放音由应用程序发命令终止或播放完毕终止或
线路释放终止。
◆ 处在会议中的通道收到线路释放消息时，必须对该通道执行退出会议室的操作。
会议功能和信令功能没有关联，因此通道释放后，该通道仍旧在会议室中，需要程序清
除。程序在收到通道释放事件时，在自己管理的会议室中搜索该通道号是否在某一个会
议室中如是，则执行退出会议功能，并将管理的会议室做相应状态修改。
注意：旁听通道不属于会议室控制的资源，因此不需要做退出会议室操作。
◆ 进出会议室时可能会重复收码。
由于增强型会议室和通道有独立的DTMF接收器，两者均在线工作，由管理器根据通道是
否在会议中来决定丢弃哪一边收到的DTMF码。当通道进出会议室的过程中，如果按键声
音持续时间较长，则可能在两边都收到码。例如：通道在会议室外按键，通道收到该码
然后将该通道加入会议室，并且将收码开关转换到会议室中，但该通道进入会议室后仍
旧保持该按键不放，则会议室也收到一次该码，由于收码开关已经切换到会议室，所以
该码也作为一个新的收码事件上传给应用程序。作为应用程序，应该特殊设计DTMF码的
功能，以抵抗该种方式的误码而不影响正常功能。
◆ 不能对参加增强型会议的通道直接放音。
当通道已经加入会议室，对该通道直接放音将会引起会议连接半边断开，即该通道听到
播放的语音，但通道发出的声音会议室中的其他成员能够听到，有些时候也能听到该通
道播放的声音（放音从通道回）。因此如果临时需要对某个参加了会议室的通道播放独
立的语音，需要：先再执行一次连接通道到会议室的操作，同时设置发言音量为1，然
后对该通道播放语音，此时通道处于半连接状态，但由于音量关闭，会议室其他成员不
会收到干扰，然后等放音结束事件收到后（参考第1条），再重新连接一次通道到会议
室，将音量恢复正常，或者根据按键情况，将该通道退出会议室。
◆ 旁听通道临时放音后自动断开旁听。
旁听中的通道一旦放音，即相当于该通道恢复正常的放音/收码状态如果放音后需要重
新旁听或加入到某个会议中，则必须等待收到放音结束事件后才能操作（参考第1条）
|