图。本实施例以处在不同IPPBX上的两个会议室的合并为例进行阐述，在会议室桥接前，进行初始配置和会议呼叫。起始配置:首先，分机1，2，3分机4，5，6分别在深圳IPPBXl和杭州IPPBX2上注册账号；其次，配置IPPBXl和IPPBX2的中继和路由使两台IPPBX能够互通；最后，在IPPBXl和IPPBX2上建立本地会议室I和对端会议室2。会议呼叫:分机1，2，3呼叫会议室1，分机3，4，5呼叫会议室2。通过本发明的会议室桥接方案，IPPBXl和IPPBX2之间将会建立桥接通道，从而会议室I和会议室2的音频信息将会通过上述建立的桥接通道进行传输，并分别在IPPBXl端和IPPBX2端进行桥接后的会议室语音的混音处理，从而实现所有与会话机的语音共享。
[0024]图3为本发明具体实施例的会议室桥接实现的流程图。由该图可知，本发明的实现包括以下步骤:
步骤S310:发送会议室桥接请求，本地会议室I所在的IPPBXl向对端会议室2所在的IPPBX2发送一个会议室桥接请求，并等待请求回应码。
[0025]步骤S320:接收会议室桥接请求，对端会议室2所在的IPPBX2收到会议室桥接请求后，并发送“0K”回应码。
[0026]步骤S330:建立桥接通道及会议室混音处理，IPPBXl收到“0K”回应码后，与服务器IPPBX2建立桥接通道，同时在IPPBXl端启动本地会议室I的混音处理，生成的本地会议室I音频信息。此处的混音处理是将会议室I所有的与会方线路1、线路2、线路3输入的音频进行混合叠加处理。
[0027]步骤S340:通过桥接通道进行会议室音频信息的通讯传输，即IPPBXl将上述本地会议室I音频信息发送到IPPBX2 ;同理，IPPBX2将混音处理生成的对端会议室2音频信息通过会议室桥接通道发送到IPPBXl。
[0028]步骤S350:会议室桥接的混音处理，IPPBXl将接收来的会议室2音频信息和本地会议室I的各线路输入音频信息进行会议室混音处理，IPPBX2将接收来的会议室I音频信息和本地会议室2的各线路输入音频信息进行会议室混音处理。IPPBXl的会议室混音处理具体包括=IPPBXl将会议室I内的每一路输入音频都转换为内部统一的线性语音格式，将接收来的会议室2音频信息也转换成内部统一的线性语音格式，然后对转换完成的音频信息做会议室混音处理，生成会议室桥接后的音频信息，此音频信息为线性语音格式。然后将混音后的音频信息再转换为每个输入通道相应的语音格式，原路分发出去。由于此时的混音处理与普通电话会议混音处理相同，因此具体处理方式不再赘述。同理，在IPPBX2端也会做上述相似的处理。
[0029]步骤S360:桥接后的会议室业务操作，IPPBXl发送携带本地会议室I成员信息的OPT1NS请求给对端会议室2所在IPPBX2，IPPBX2收到请求后提取出其中的成员信息并显示，这样对端会议室2就知道本地会议室I中有哪些成员；同理，IPPBX2发送携带对端会议室成员信息的OPT1NS请求给IPPBXl，本地会议室所在IPPBXl做同样的处理。这样两端会议室就互相知道了对方的成员信息。同时，这两台IPPBX也可以相互发送携带命令的OPT1NS请求，比如踢人，禁言等等。
[0030]步骤S370:会议室桥接断开，本地会议室所在IPPBXl发送BYE请求给对端会议室所在IPPBX2，对端会议室所在IPPBX2收到BYE请求后解除会议室桥接通道。
[0031]以上步骤中会议室桥接通道指的是:本地会议室I所在的IPPBXl服务器与会议室2所在的IPPBX2服务器上的一个软件通讯通道，该通道用来传输IPPBX2发出的会议室2音频信息以及各种业务请求、IPPBXl发出的会议室I音频信息以及各种业务请求。
[0032]当两个会议室桥接成功之后，IPPBXl和IPPBX2两个服务器之间会议室成员信息可以相互共享，此处，我们以IPPBX2端共享会议室I成员信息为例具体说明:
在IPPBXl端，由其整理本地会议室I的成员信息，以XML格式保存；通过会议室接入密码，使用可逆加密方式加密本地会议室I的成员信息；将加密后的信息通过SIP信令发送至所述对端IPPBX2服务器。
[0033]在IPPBX2端，接收到IPPBXl发送过来的本地会议I成员信息后，使用所述会议室接入密码进行解密；将解密后的对端会议室I的成员信息和本地会议室2的成员信息整合并显示。
[0034]此外，当会议室桥接成功后，不同的服务器可以直接对对端服务器的与会方进行类似踢人、禁言等业务操作。我们以服务器IPPBXl端对服务器IPPBX2端的与会方成员进行上述业务操作为例具体说明:
在IPPBXl端，由其根据用户的输入，整合操作命令并保存成一定格式；通过会议室接入密码，使用可逆加密方式加密操作命令；将加密后的操作命令通过SIP信令发送至所述对端服务器IPPBX2上。
[0035]在IPPBX2端，接收到所述加密后的操作命令后，通过所述会议室接入密码进行解密；解密后的操作命令进行鉴权、执行，并将执行结果使用所述会议室接入密码进行可逆加密，反馈给所述本地服务器IPPBXl ；
本地服务器IPPBXl使用所述会议室接入密码解密所述执行结果，也可以将结果显示给线路1、线路2、线路3各与会方终端。
[0036]作为本发明另一个具体实施例，对于处在同一台IPPBX上的两个会议室的合并，本方案也给予如下阐述:
步骤S410:首先，分机1，2，3，4，5，6在IPPBXl注册账号，然后在IPPBXl上建立会议室I和会议室2。
[0037]步骤S420:桥接通道建立，由于会议室I和会议室2在同一台IPPBX上，因此，不再需要发再经由SIP发送桥接请求，而是由系统内部自行将会议室I和2桥接在一起。
[0038]步骤S430:会议室桥接通讯，会议室I将本会议室内与会方的音频信号混音后通过会议室桥接通道发往会议室2，同时从会议室桥接通道接收来自会议室2的混音数据；同理，会议室2将本会议室内与会方的音频信号混音后通过会议室桥接通道发往会议室1，同时从会议室桥接通道接收来自会议室I的混音数据。
[0039]步骤S440:会议室桥接的混音处理，会议室I将每一路输入音频都转换为内部统一的线性语音格式，将接收来的会议室2的音频信息也转换成内部统一的线性语音格式，然后对转换完成的音频信息做混音处理，生成混音后的音频信息，此音频信息为线性语音格式。然后将混音后的音频信息再转换为每个输入通道相应的语音格式，原路分发出去。同理，在会议室2也做上述的相似处理。
[0040]步骤S450:桥接后的会议室业务操作，由于会议室I和会议室2在同一台IPPBX上，因此，此步骤不再需要发送OPT1NS请求。系统内部直接将两个会议室的成员信息进行合并。会议室I和会议室2可以直接相互看到对方成员信息，IPPBXl也可以直接对会议室I和会议室2中的成员进行业务操作。
[0041 ] 步骤S460:会议室桥接断开，IPPBXl解除会议室桥接通道，此时，会议室I和会议室2之间没有了专门的联系通道，相互无法听到对方的声音。
[0042]本发明中两台IPPBX交互使用SIP协议，所述步骤S310中用到会议室桥接请求，由于传统SIP协议中没有会议室桥接请求，因此本发明对SIP中的INVITE请求需要进行扩展，以区别传统请求。
[0043]传统INVITE请求部分如下:
INVITE s ip:6301§192.168.124.154 SIP/2.0Via: SIP/2.0/UDP 192.168.124.155:5060;branch=z9hG4bK6bf8be6f;rportMax-Forvards: 70
From: (sip:63000192.168.124.155}; tag=as6c623872To: <sip:6301@192.168.124.154〉
Contact: (sip: 63000192.168.124.155:5060}
Call-1D: 98~16ef54f855bd430b6230bfb760605040@192.168.124.155:5060CSeq: 102 INVITE
本发明在传统INVITE请求中另外添加一个头字段:X-Grandstream-Mcb-Req:${C0NF_HASH:40}${SHA1_PASS:40}，其中CONFJiASH:利用哈希算法对本地会议室号码(即要合并的本地会议室)进行包装的字符串，SHA1_PASS:利用哈希算法对对端会议室接入密码进行包装的字符串，以避免敏感信息明文在网络中传输，加强安全性。对端IPPBX收到INVITE