[0067]呼叫挂断请求发送单元，将呼叫挂断请求从第二网口转发给第二用户端；
[0068]呼叫挂断确认回复接收单元，从第二网口接收第二用户端发送的呼叫挂断确认回复；
[0069]第一删除单元，删除第一转发规则；
[0070]第一呼叫挂断确认回复发送单元，将呼叫挂断确认回复转发给第一网口 ；
[0071]第二删除单元，在第一网口接收到呼叫挂断确认回复后，删除第二转发规则；
[0072]第二呼叫挂断确认回复发送单元，将呼叫挂断确认回复转发给第一用户端。
[0073]本发明的上述技术方案相比现有技术具有以下优点:
[0074]1.本发明提供的视频会议通信方法和系统，在不增加额外的网络设备情况下，利用一个代理服务器生成专用转发路径。在视频会议双方位于不同网段或者不同运营商网络中时，该专用转发路径使得数据的跨网转发直接在代理服务器一端完成，而数据在代理服务器与用户端之间的转发始终是以用户端对应的网络来传输的。从而在跨网段或者跨运营商网络的视频会议双方之间建立了一个视音频数据专用传输路径，极大地提高了该视频会议双方之间的数据传输速度，并减少数据传输的丢包率。
[0075]2.本发明提供的视频会议通信方法和系统，在用户端向代理服务器注册成功后，在代理服务器一侧会生成针对该用户端的转发路由，该转发路由强制使所有发往该用户端的数据全部走与该用户端对应的网口，解决了某些代理服务器因被NAT设备(防火墙、路由器等)规则限制而只能接收数据但不能发送数据的问题。
【附图说明】
[0076]图1是现有视频会议用户端的网络场景示意图；
[0077]图2是本发明实施例的一种视频会议系统结构示意图；
[0078]图3是本发明实施例的一种视频会议通信方法流程图；
[0079]图4是本发明实施例中用户端注册和呼叫过程示意图、信令与码流传输示意图；
[0080]图5是本发明实施例中用户端注册过程示意图；
[0081]图6是本发明实施例的建立转发路径过程流程图；
[0082]图7是本发明实施例中逻辑通道操作过程示意图；
[0083]图8是本发明实施例的一种视频会议通信系统框图。
【具体实施方式】
[0084]为了使本技术领域的人员更好地理解本发明的内容，下面结合附图和实施例对本发明所提供的技术方案作进一步的详细描述。
[0085]实施例1
[0086]图2示出了本发明实施例的视频会议系统结构示意图，作为视频会议双方的第一用户端和第二用户端分别位于不同网段或不同运营商网络中，其中，可以是第一用户端位于第一运营商的网络中、而第二用户端位于第二运营商的网络中，也可以是第一用户端位于第一网段的网络中、而第二用户端位于第二网段的网络中，还可以是第一用户端位于某一运营商的网络中、而第二用户端位于某一网段的网络中。视频会议双方通过代理服务器建立了双方之间的专用数据转发路径，其中该代理服务器拥有多张网卡，用于接入各运营商的网络，并为每张网卡分配相应运营商的公网IP地址；另外，还需要在该代理服务器上分配和配置各个网段的IP地址，用于接入位于不同网段的用户端。然后，各用户端需要根据本地实际接入的网络(可能是位于某一运营商的网络中，也可能是位于某一网段中)，注册到服务器上与其接入网络相对应的IP地址(网口)上。本实施例中第一用户端和第二用户端，也即视频会议的用户端，可以是标准视频会议中的会议终端(MT)或多点控制器(MCU)等。在数据转发过程中，跨网段或跨运营商网络的过程由代理服务器来完成，而用户端到代理服务器之间的数据转发是由该用户端所对应的网络来完成的，从而加快了跨网段或跨运营商网络的视频会议双方之间的数据转发速度。对于代理服务器来说，不管接入其的用户端是跨网段还是跨运营商网络，其对用户端之间数据转发的处理方式是一样的。
[0087]如图3所示，本实施例提供了一种视频会议通信方法，包括以下步骤:
[0088]Sll:获取第一用户端对应的第一网口。具体地获取过程为:代理服务器首先接收第一用户端的注册请求，然后根据接收第一用户端的注册请求的路径来确定第一用户端对应的第一网口。或者，也可以通过发送其他路由探测包给代理服务器，来获取第一用户端对应的网口。
[0089]S12:获取第二用户端对应的第二网口，其中第二用户端和第一用户端位于不同的网段或者不同运营商网络中。具体地获取过程为:代理服务器首先接收第二用户端的注册请求，然后根据接收第二用户端的注册请求的路径来确定第二用户端对应的第二网口。同样地，也可以通过发送其他路由探测包给代理服务器，来获取第二用户端对应的网口。
[0090]S13:建立从第一网口到第二网口的第一转发路径和从第二网口到第二用户端的第二转发路径，从而使得第一用户端能够向第二用户端发送数据。相应地，当第二用户端需要向第一用户端发送数据时，还需要建立从第二网口到第一网口的第三转发路径和从第一网口到第一用户端的第四转发路径。
[0091]S14:按照第一转发路径将来自第一用户端的数据从第一网口转发到第二网口。相应地，当第二用户端向第一用户端发送数据时，则是按照第三转发路径将来自第二用户端的数据从第二网口转发到第一网口。
[0092]S15:按照第二转发路径将数据从第二网口转发到第二用户端。相应地，当第二用户端向第一用户端发送数据时，则是按照第四转发路径将来自第二用户端的数据从第一网口转发到第一用户端。
[0093]本实施例提供的视频会议通信方法，在不增加额外的网络设备情况下，利用一个代理服务器生成专用转发路径。在视频会议双方位于不同网段或者不同运营商网络中时，该专用转发路径使得数据的跨网转发直接在代理服务器一端完成，而数据在代理服务器与用户端之间的转发始终是以用户端对应的网络来传输的。从而在跨网段或者跨运营商网络的视频会议双方之间建立了一个视音频数据专用传输路径，极大地提高了该视频会议双方之间的数据传输速度，而且减少数据传输的丢包率。
[0094]优选地，在步骤Sll获取第一用户端对应的第一网口与步骤S13建立第一转发路径之间，还包括:
[0095]SOl:生成针对第一用户端的第一转发路由，第一转发路由强制使所有发往第一用户端的数据全部发送给第一网口。
[0096]同样优选地，在步骤S12获取第二用户端对应的第二网口之后、且在步骤S13建立第二转发路径之前，还包括:
[0097]S02:生成针对第二用户端的第二转发路由，第二转发路由强制使所有发往第二用户端的数据全部发送给第二网口。
[0098]通过步骤SOl和步骤S02中生成针对用户端的转发路由，可以防止某些代理服务器被NAT设备(防火墙、路由器等)规则限制，而使得其只能接收数据而不能将其接收的数据转发出去。该转发路由强制使所有发往该用户端的数据全部发往与该用户端对应的网口，这样就能将从一个用户端接收到的最终目的地是另一个用户端的数据发送到目的地用户端。并且，所有发往目的地用户端的数据在出代理服务器后直接走与该用户端对应的网络，从而保证了视频会议双方的视音频数据的传输速度。
[0099]本实施例中，上述步骤Sll、S12、SO1、S02是在用户端向代理服务器注册过程来完成的。要实现视频会议中视音频数据的转发，其用户端必须向代理服务器进行注册，因此本实施例可直接通过用户端的注册过程来确定其在服务器上对应的网口，就不用另外发送路由探测包来确定用户端对应的网口了。在注册之前，各用户端须先知道自己的网络接入运营商以及代理服务器上对应该运营商的IP地址，或者自己所在的网段以及代理服务器上对应该网段的IP地址，然后根据该IP地址向代理服务器发起注册请求。注册过程和内容以TCP方式进行传输。如图4所示，具体的注册过程如下:
[0100]I)用户端发起 RRQ(Regis ter Request，注册请求)。
[0101]2)代理服务器收到注册请求后，判断该请求内容数据是否合法有效，同时根据代理服务器上收到该注册请求的网口确定发送该注册请求的用户端所对应的网口。具体地，如图5所示，代理服务器在收到一个注册请求时，可以知道该注册请求所对应的用户端的多项相关信息，包括:本地地址信息，即用户端自身的IP和端口(可能为一个局域网IP)、及该用户端的H.323Alias ID ;该注册请求的来源地址信息，即用户端出网的路由器上的NAT IP及端口 ；目的地址信息，即代理服务器上收到该注册请求的网口的IP及端口。本实施例中，第一用户端自身地址为AddrAl，第一用户端出网地址为AddrA2，代理服务器上接收到注册请求的地址为AddrA3，代理服务器上接收到注册请求的网口为EthA ;第二用户端自身地址为AddrBl，第二用户端出网地址为AddrB2，代理服务器上接收到注册请求的地址为AddrB3，代理服务器上接收到注册请求的网口为EthB。其中，若第一用户端具备公网IP，则AddrAl与AddrA2相等；若第二用户端具备公网IP，则AddrBl与AddrB2相等。那么，确定第一用户端在代理服务器上所对应的网口即为EthA、第二用户端在代理服务器上所对应的网口即为EthB。
[0102]3a)若判定该注册请求无效，返回注册失败。
[0103]3b)若判定该注册请求有效，代理服务器开始自动生成针对注册请求用户端的转发路由，该转发路由即为:强制使所有发往AddrA2(或AddrB2)(若该用户端具备公网IP，也即AddrAl或AddrBl)的数据全部先发送给网口 EthA (或EthB)。在后续的视音频数据