请求后，根据X-Grandstream-Mcb-Req字段判断出是会议室桥接请求，然后对X-Grandstream-Mcb-Req中的SHA1_PASS字符串进行检查，如果字符串正确则密码验证通过。同时在本地数据库中检查是否有CONFJiASH字段，有则说明该合并请求会议室已经处于桥接状态，不能重复桥接，拒绝请求直接挂断；没有则在数据库中添加该字段，继续后续处理。当桥接解除时需要从数据库中删除该字段。
[0044]上述步骤S320中用到“0K”回应码，本发明对传统SIP “0K”回应消息进行扩展，传统SIP回应如下:
SIP/2.0 200 OK
Via:SIP/2.0/UDP 192.168.124.155:5060;branch=z9hG4bK6bf8be6f;received=192.168.124.155;rport=5060
From: 〃Multi_conferenceBridge" <sip:6300@192.168.124.155〉； tag=as6c623872To: <sip:6301§192.168.124.154}; tag=as0e36cdae
Call-1D: 98~16ef54f855bd430b6230bfb760605040Θ192.168.124.155:5060CSeq: 102 INVITE
Allow:1NVITE，ACKf CANCEL，OPT1NS, BYEf REFER，SUBSCRIBE，NOTIFY，INFO，PUBLISH
Supported: replaces， timer
Contact: <sip:6301@192.168.124.154:5060〉
Con ten t~Type: applica t1n/sdpCon ten t-Length: 375
本发明在传统回应消息体中添加一个头字段:
X-Grandstream-Mcb-Resp: ${C0NF_HASH}
其中CONFJiASH:利用哈希算法对对端会议室号码(即要合并的对端会议室)进行包装的字符串。
[0045]本地会议室收到回应后，根据X-Grandstream-Mcb-Resp检查出该回应是会议室桥接请求对应的回应码，然后在本地数据库中查找C0NF_HASH字段，没有则将该字段存在数据库中，有则说明已经桥接，直接挂断。当桥接解除时需要从数据库中删除该字段。
[0046]上述步骤S360中用到OPT1NS请求，此请求属于SIP协议的扩展请求，同样的道理，我们需要定制专属于会议室桥接的OPT1NS请求，以区别传统的OPT1NS请求。
[0047]传统OPT1NS 请求:
OPT1NS siP: carol§chicag0.com SIP/2.0
Via: SIP/2.0/UDP pc33.atlanta.com;branch=z9hG4bKhjhs8ass877
Max-Forwards: 70
To:〈sip: carol@chicag0.com}
From: Alice <sip:alice&atlanta.com}; tag=1928301774
Call-1D: a84h4c76e66710
CSeq: 63104 OPT1NS
Contact: Ksip:alice@pc33.atlanta.com}
Con ten t~Type: appli ca ti on/sdpCon ten t-Length: 0
当OPT1NS携带成员信息时，本发明将Content-Type:applicat1n/sdp字段换成Content-Type:applicat1n/X-Grandstream-Mcb-1nfo
X-Grandstream-Mcb-1nfo表示此OPT1NS属于会议室桥接，并且携带的数据为XML格式，此XML数据为会议室成员信息。例如:
〈？xml vers1n-O" encoding= ^UTFS^?}
<Mee ting-room ID 二 “6300”〉
<Userl number 二 “1000” channel 二 “SIP/1000-00000003” time 二 “00:20:00”></
Userl}
<User2 number 二 “1001” channel 二 “SIP/1001-00000003” time 二 “00:30:00，，X/
User2>
</Mee ting-room}
当IPPBX收到OPT1NS请求后根据X-Grandstream-Mcb判断出此OPT1NS属于会议室桥接，然后开始解析附加XML数据中会议室成员信息，必要时可以存储此信息。此外，进一步给出使用对端接入密码XML的实现，避免明文传输。
[0048]当OPT1NS携带控制命令时，本发明将Content-Type:applicat1n/sdp字段换成 Content-Type:applicat1n/X-Grandstream-Mcb-command。
[0049]X-Grandstream-Mcb-command:表示此OPT1NS属于会议室桥接，并且携带的数据是命令信息，以XML格式保存。例如:
〈？xml vers1n-O" encoding= ^UTFS^?}
{Command content 二 “meetme kick 6300 1000”>
{/Command}
或者
〈？xml vers1n-0" encoding= ^UTFS^?}
{Command content 二 “meetme mute 6300 1000”〉
{/Command}
当 IPPBX 收到 OPT1NS 请求后根据 X-Grandstream-Mcb-cammand 判断出此 OPT1NS 属于会议室桥接，并且携带的信息为命令信息。然后开始解析命令并执行命令。再进一步给出使用对端接入密码加密XML的实现，避免明文传输。
[0050]图4所示为本发明具体实施例中具有会议室桥接功能的服务器功能框架图。为了实现本发明的会议室桥接功能，在进行通讯桥接的两端服务器应同时支持以下各工作模块的功能。由该图可知，IPPBX服务器包括:信令通讯模块、桥接控制模块、会议室桥接通道、混音处理模块，以及本地会议室。
[0051]其中，信令通讯模块，用来发送会议室桥接请求到对方IPPBX服务器，或者接收来自对方的会议室桥接请求并解析。例如，IPPBXl中的信令通讯模块向IPPBX2发送会议室桥接请求，邀请会议室2加入会议室1，然后等待会议室2的回应，在上述会议室桥接请求中附带有会议室2的认证信息。信令通讯模块会检查请求类型是否为会议室桥接请求并且检查其认证信息是否正确，当请求类型和认证信息都正确时回送“0K”应答码。上述桥接请求信令是一个扩展的会议室桥接请求，即在INVITE请求时添加一个自定义字段，并利用哈希算法对所述本地会议室号码进行包装后的请求信令。此外，该信令通讯模块还用来接收或者发送携带本地会议室成员信息的OPT1NS请求，经解析后将其中的业务信令传输给桥接控制模块进一步处理。
[0052]桥接控制模块，从信令通讯模块处接收并处理桥接信令，负责建立或者断开会议室桥接通道。例如，IPPBX2的信令通讯模块确认对方请求类型和认证信息都正确则会应答IPPBXl,同时如果IPPBXl收到“0K”应答并解析确认为会议室桥接类型，则会由桥接控制模块建立会议室桥接通道。当IPPBXl发送“BYE”请求给IPPBX2，通知IPPBX2断开会议室桥接，IPPBX2收到IPPBXl的“BYE”请求后，解除桥接通道。
[0053]此外，该桥接控制模块接收到来自信令通讯模块的OPT1NS请求后，通过会议室接入密码解密提取出其中的成员信息并输出显示，这样对端会议室就知道本地会议室中有哪些成员；同理，IPPBX2发送携带对端会议室成员信息的OPT1NS请求给IPPBX1，IPPBXl做同样的处理。这样两端会议室就互相知道了对方的成员信息。此时，上述桥接控制模块也会将本地会议室成员信息通过会议室接入密码，使用可逆加密方式加密后由信令通讯模块发送到对端服务器上。
[0054]会议室桥接通道，负责进行本地会议室音频信息的传输，以及接收传输来的对端会议室的音频信息。
[0055]