CN1466344A - VoIP应用穿越防火墙的方法 - Google Patents
VoIP应用穿越防火墙的方法 Download PDFInfo
- Publication number
- CN1466344A CN1466344A CNA021378223A CN02137822A CN1466344A CN 1466344 A CN1466344 A CN 1466344A CN A021378223 A CNA021378223 A CN A021378223A CN 02137822 A CN02137822 A CN 02137822A CN 1466344 A CN1466344 A CN 1466344A
- Authority
- CN
- China
- Prior art keywords
- server
- client
- voip
- internet
- acting server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Telephonic Communication Services (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明涉及一种VoIP应用穿越防火墙的方法,属于网络通讯技术领域。该方法的基本技术方案为:在Internet服务器旁设置代理服务器;当客户端和服务器都在Internet上时,直接通过VoIP实现网络数据的传送;当服务器在Internet上、客户端通过NAT或防火墙联入时,先在客户端与代理服务器之间建立TCP隧道,再由代理服务器代理客户端的UDP数据包的输入和输出,实现服务器和代理服务器之间直接收发数据。本发明巧妙解决了VoIP应用穿越防火墙的问题,可以在复杂的网络环境里,使基于IP的语音流、多媒体数据和其他网络数据顺利的从服务器传送到用户客户端;同时客户端之间也能进行可靠的直接通信。
Description
技术领域
本发明涉及一种网络通讯穿越防火墙的方法,尤其是穿越宽带城域网或企业网中防火墙的方法,属于网络通讯技术领域。
背景技术
随着Internet的快速发展,VoIP(通过Internet或者IP网络进行语音呼叫)技术以其低廉的价格、良好的通话质量,吸引了众多的用户。国际知名的Dialpad.com通过向全球提供Web-to-phone电话业务,仅在两个月内吸引的用户就多达100万。采用基于Ineternet的网络电话(即采用IP通话),大大节省长途费用,以国际长途话费为例,所需费用比传统的IDD国际长途费用最多可节省95%。
对于VoIP技术的大规模应用,当前存在的一个主要障碍就是很多VoIP解决方案不能顺利地与某些用于禁止端对端分组(包)流通过的网络实体共存。国际上权威的因特网工程任务组(IETF)给这类实体取名为“middlebox”(中间盒),我国主要应用的这类中间盒是指防火墙(firewall)和网址转换器(NAT)。例如在我国迅速普及和广泛发展的宽带城域网、企业网中普遍采用了网址转换器和防火墙。由于VoIP技术采用的协议无法顺利通过网址转换器或防火墙,因而造成基于VoIP的IP电话产品无法在宽带城域网或企业网中得以应用。
发明内容
本发明的首要目的在于:通过采用先进的网络技术,提供一个VoIP应用穿越防火墙的方法,从而在复杂的网络环境里,使基于IP的语音流、多媒体数据和其他网络数据,可以顺利的从服务器传送到用户客户端;同时客户端之间也能进行可靠的直接通信。
为了实现本发明的目的,申请人对有关问题进行了深入的分析思考,理出如下思路:
通常,网络的运营商和企业都部署了防火墙,其主要目的是保护防火墙内部的计算机不受外部网络的攻击影响。通过防火墙可以限定进入网内的数据包类型和流量(这种限定可以基于源IP地址、目的IP地址或端口号等简单的规则)。更复杂些的规则(如:FTP、HTTP)的限定则需要在防火墙上分析OSI的高层协议,因此付出性能上的代价。在防火墙上如果要设定信令流通过是非常简单的,例如要保证SIP的信令通过,只需在防火墙上开放5060端口即可;对于H.323协议,需要开放的端口为1718或1719(发向网守的RAS消息所用端口)、1720(呼叫信令消息所用端口)。但是这样的设定并不能完整地解决VoIP应用穿越防火墙的问题,主要原因是语音的媒体流需要通过RTP协议来传输,而传输所需要的源端口和目的端口是动态确定的。因此通过防火墙上的简单设定是无法完成的。
随着Internet的快速膨胀,IPv4地址空间将处于严重耗尽的境况。为解决这个问题,人们设计出了网址转换器(NAT)。NAT是置于两网间的边界,其功能是将外网可见的IP地址与内网所用的地址相映射,这样,每一受保护的内网可重用特定范围的IP地址(192.168.x.x),而这些地址是不用于公网的。从外网来的含公网地址信息的数据包先到达NAT,NAT使用预设好的规则(其组元包含源地址、源端口、目的地址、目的端口、协议)来修改数据包,然后再转发给内网接受点。对于流出内网的数据包也须经过这样的转换处理。从安全性上来看NAT提供了对外隐藏内网拓扑的一个手段,但也给VoIP应用带来巨大的麻烦。协议(H.323、SIP)消息包一般是在特定区段中内嵌IP地址和端口号,而不是放置在IP包头,这样如果仅仅使用NAT,协议里的IP和端口号不能指向正确的地方。虽然可以利用应用层网关(ALG)等类似的技术寻求解决方案,但是针对H.323这种采用的是ASN.1PER编码格式的协议来说,需要支付非常高昂的代价。目前Internet上的主流语音通讯软件,Netmeeting、Net2Phone都不支持穿越防火墙和NAT。
事实上,复杂网络环境不外乎以下四中情况:1、客户端和服务器都在Internet上;2、服务器在Internet上,客户端通过NAT或防火墙联入;3、客户端在Internet上,服务器通过NAT或防火墙联入;4、客户端和服务器都通过NAT或防火墙联入。采用以下的方法可以使四种情况下基于IP的语音流、多媒体数据和其他网络数据,均可以顺利的从服务器传送到用户客户端,同时客户端之间也能进行可靠的直接通信。
申请人了解到,国内市场上已经出现了一种代理服务器。该代理服务器(型号为LS_IST_0030)可以建立一个TCP(Transmission Control Protocol)的网络监听端口,如:8010,并且响应其它计算机的连接请求。当一台计算机(B)与其建立连接后,代理服务器可以执行另一台计算机(B)发出的以下两种命令:一是与其它计算机(C)建立TCP连接,另一个是建立一个UDP(User Datagram Protocol)的监听端口。如果命令是建立TCP连接,则代理服务器与计算机(C)建立TCP连接,并且完成计算机(B)和(C)之间的相互信息转发;如果命令是建立一个UDP的监听端口,代理服务器就在本机上建立一个监听的UDP端口,此后代理服务器可以通过TCP连接将其它计算机发给这个UDP端口的信息返回给(B)。以上命令控制协议完全和Socks5的标准相同。这种现有的代理服务器可以通过远程控制,并且可以支持级联的操作。
此外还有一种与代理服务器匹配的反向代理服务器(型号为LS_IST_0030F),其工作流程与代理服务器正好相反,通常安装在企业的内部,并且和一个外部的代理服务器连接,用于完成级联操作。
如科学合理地将代理服务器和反向代理服务器应用于实现本发明的目的,则在各种复杂的网络环境中均可使基于IP的语音流、多媒体数据和其他网络数据,顺利的从服务器传送到用户客户端;同时客户端之间也能进行可靠的直接通信。
实现本发明的基本技术解决方案为:
1、在Internet(国际互联网)服务器上设置代理服务器;
2、当客户端和服务器都在Internet(公网地址而且没有防火墙的阻碍)时,直接通过VoIP实现语音流、多媒体数据和其他网络数据的传送;
3、当服务器在Internet上、客户端通过NAT或防火墙联入时,执行以下操作步骤:
3-1、客户端与代理服务器之间建立TCP隧道,即客户端通过TCP连接到代理服务器;
3-2、由代理服务器代理客户端的UDP(User Datagram Protocol)数据包的输入和输出;
3-3、服务器和代理服务器之间直接收发数据;
即借助客户端与代理服务器之间的TCP隧道过渡、最终实现客户端与服务器之间UDP(User Datagram Protocol)数据包的发送和接收。
本发明更为完善的技术解决方案还包括:
4、在Intranet(企业内部网)服务器旁设置反向代理服务器;
5、当客户端在Internet上、服务器通过NAT或防火墙联入时,执行以下操作步骤:
5-1、客户端通过TCP连接到代理服务器;
5-2、代理服务器将TCP连接延展到反向代理服务器;
5-3、由反向代理服务器代理客户端的UDP数据包的输入和输出;
5-4、反向代理服务器和服务器之间直接收发数据;
即借助客户端与两级代理服务器之间的两级TCP隧道过渡、最终实现客户端与服务器之间UDP(User Datagram Protocol)数据包的发送和接收;
6、当客户端和服务器都通过NAT或防火墙联入时,执行以下操作步骤:
6-1、客户端通过TCP连接到代理服务器(其相互之间可以有防火墙或者HTTP代理服务器);
6-2、代理服务器将TCP连接延展到反向代理服务器;
6-3、由反向代理服务器代理客户端的UDP数据包的输入和输出;
6-4、反向代理服务器和服务器之间直接收发数据;
即借助客户端与两级代理服务器之间的两级TCP隧道过渡、最终实现客户
端与服务器之间UDP(User Datagram Protocol)数据包的发送和接收。
由此可见,本发明的技术方案巧妙解决了VoIP应用穿越防火墙的问题,在复杂的网络环境里,使基于IP的语音流、多媒体数据和其他网络数据,可以顺利的从服务器传送到用户客户端;同时客户端之间也能进行可靠的直接通信,从而彻底扫平了VoIP之类网络技术推广普及的障碍。实施之后,与现有技术相比,具有以下明显优越之处:1、以支持语音的呼入和呼出
目前有一些语音应用虽然可以穿越防火墙,但其实现方法大多采用了私有的协议,所以无法接通其他第三方的软件甚至是普通电话。本发明中的代理信令、媒体流完全符合国际认可的IP电话规范,不但可以支持第三方IP电话产品,而且可以和电信级IP电话网关互通。2、支持各种网络环境,甚至是多层的NAT网络和防火墙嵌套
以往采用私有协议的应用无法穿越多层的防火墙和NAT网络,不支持级连操作。本发明则可以穿越多层NAT和防火墙,帮助VoIP的信令和媒体流跨过阻碍顺利进行通讯。3、可根据不同的报文动态确定优先级
本发明可以动态地决定对不同媒体流的优先级。如:对视频、音频报文(处理这些报文需要的实时性较高)的响应优先级比较高,而对一般的数据报文则相对较低,这样就可以保证通讯的实时性。4、可支持多个服务器之间的负载均衡
本发明中的服务器支持多个服务器集群工作,并且进行负载均衡。在处理大规模的语音应用时,有可能有大量的媒体流穿越本发明中的服务器,造成相当大的负载,尤其是对服务器IO和网络带宽的要求非常高。通过使用集群的工作方式,可以将多个服务器分布并行工作,就不会出现因为服务器的性能和带宽造成的瓶颈问题。5、采用本发明的技术不会对企业的内部网络造成安全漏洞
由于本发明中的服务器支持各种主流的操作系统平台(Solaris、AIX、Linux、NT等),用户可以根据不同的安全要求选择不同的系统平台。而且服务器可以安放在公网上,一旦被攻破,也无法直接对企业的内部网络造成破坏。系统的安全性很高。6、本发明的技术也可以应用在各种音频、视频和P2P(点对点)的系统中
由于在这类应用中,有可能在两个相互独立的网段传送数据,而这两个网段之间的连接是未知的,同样面临着防火墙和NAT的问题。采用本发明的技术显然可以解决这类问题。
附图说明
下面结合附图对本发明的技术解决方案作进一步的说明。
图1是本发明的基本实施方案示意图。
图2是本发明一个具体实施例的示意图。
具体实施方式
如图1所示,在Internet和Intranet服务器Server1和Server2旁分别设置代理服务器Proxy和反向代理服务器
Proxy。其中,Proxy使用标准的Socks5通讯协议,各客户端Client和代理服务器Proxy之间仅仅建立TCP的连接,在每个客户端Client上配置一个Socks5 Client的协议栈。
第一种情况,当客户端和服务器都在Internet上,如图1中①Client1到Server1的路径。这是最简单的一种情况,不需要代理,Client1和Server1之间直接收发数据,普通的VoIP应用即可支持这种情况。
第二种情况,当服务器在Internet上,客户端通过NAT或防火墙联入,如图1中②所示Client2到Server1的路径。这种情况下,客户端不能接收服务器传来的UDP数据包。由于在Internet服务器Server1旁边放置了一台代理服务器Proxy,并且客户端Client2和代理服务器Proxy之间建立了TCP隧道,因此通过该隧道,客户端Client2和服务器Server1之间可以发送和接收UDP数据包。换句话说,操作时,Client2通过TCP连接到Proxy,由其代理UDP数据包输入和输出,实现Server1和Proxy之间直接收发数据。
第三种情况,当客户端在Internet上,服务器通过NAT或防火墙联入,如图一中③所示Client1到Server2的路径。这种情况下,服务器不能接收Internet上传来的UDP数据包。由于在Internet服务器Server1旁边放置了一台代理服务器Proxy,在Intranet服务器Server2旁边放置一台反向代理服务器
Proxy,并且客户端Client1和两级代理服务器之间建立了TCP隧道,因此通过两级隧道,客户端Client1和服务器Server2之间可以发送和接收UDP数据包。或者说,Client1通过TCP连接到Proxy,Proxy把连接延展到
Proxy,再由
Proxy代理Client1的UDP数据包输入和输出,实现Server2和
Proxy之间直接收发数据。
第四种情况,当客户端和服务器都通过NAT或防火墙联入,如图一中④所示Client2到Server2的路径。这种情况下,客户端和服务器都不能接收Internet上传来的UDP数据包。由于在Internet服务器Server1旁放置了一台代理服务器Proxy,在Intranet服务器Server2旁边放置了一台反向代理服务器
Proxy,并且客户端Client2和两级代理服务器之间建立了TCP隧道,通过两级隧道,客户端Client2和Intranet服务器Server2之间可以发送和接收UDP数据包。换言之,Client2通过TCP连接到Proxy(其相互之间可以有防火墙或者HTTP代理服务器),Proxy把连接延展到
Proxy,由
Proxy代理Client2的UDP数据包输入和输出,实现Server2和
Proxy之间直接收发数据。
由此可见,本实施方案囊括了各种复杂的网络环境,使基于IP的语音流、多媒体数据和其他网络数据,可以顺利的从服务器传送到用户客户端。同时客户端之间也可以籍此进行可靠的直接通信。
另外,以应用在北极星产品系列中的网络电话——WebPhone为例。
WebPhone通过Internet拨打普通电话,这里的Internet用户可能在一个防火墙或者使NAT的网络环境中,如果需要在这种复杂的网络环境中能正常通话,就可以使用本发明的技术,在Internet服务器Server1旁设置代理服务器iShuttle。如图2所示:
1.对于直接连接在Internet上的WebPhone Client 2而言,由于没有通过防火墙或者是NAT网络,所以可以直接通过连接在Internet上的WebPhoneServer(网络电话服务器),建立起VoIP的连接。连接建立后,WebPhoneServer负责将媒体流和信令流交给媒体网关MG(Media Gateway),再由媒体网关将H.323/SIP信令转换成7号信令,并且根据实际情况,在信令建立后,对媒体流进行转换,建立与公共电话网(PSTN)的联接,达到从计算机拨打普通电话的目的。
2.对于NAT Network中的WebPhone Client 1来说,由于媒体流没有办法通过防火墙和NAT网络,所以在信令建立后,媒体流无法建立。在此情况下,WebPhone Client 1首先和位于Internet上的代理服务器iShuttle建立连接,再通过TCP协议建立信令流,媒体流的UDP协议通过TCP的连接在代理服务器iShuttle上重现出来,和WebPhone Server(信令流)以及MG(媒体流)通信,再由媒体网关将H.323/SIP信令转换成7号信令,并且根据实际情况,在信令建立后,对媒体流进行转换,建立与公共电话网(PSTN)的联接,达到从计算机拨打普通电话的目的。
Claims (4)
1.一种VoIP应用穿越防火墙的方法,其特征在于:包括
1、在Internet服务器旁设置代理服务器;
2、当客户端和服务器都在Internet上时,直接通过VoIP实现语音流、多媒体数据和其他网络数据的传送;
3、当服务器在Internet上、客户端通过NAT或防火墙联入时,执行以下操作步骤:
3-1、客户端与代理服务器之间建立TCP隧道;
3-2、由代理服务器代理客户端的UDP数据包的输入和输出;
3-3、服务器和代理服务器之间直接收发数据。
2、根据权利要求1所述VoIP应用穿越防火墙的方法,其特征在于:还包括
4、在企业内部网服务器旁设置反向代理服务器;
5、当客户端在Internet上、服务器通过NAT或防火墙联入时,执行以下操作步骤:
5-1、客户端通过TCP连接到代理服务器;
5-2、代理服务器将TCP连接延展到反向代理服务器;
5-3、由反向代理服务器代理客户端的UDP数据包的输入和输出;
5-4、反向代理服务器和服务器之间直接收发数据;
6、当客户端和服务器都通过NAT或防火墙联入时,执行以下操作步骤:
6-1、客户端通过TCP连接到代理服务器;
6-2、代理服务器将TCP连接延展到反向代理服务器;
6-3、由反向代理服务器代理客户端的UDP数据包的输入和输出;
6-4、反向代理服务器和服务器之间直接收发数据。
3.根据权利要求2所述VoIP应用穿越防火墙的方法,其特征在于:所述代理服务器使用标准的Socks5通讯协议,各客户端和所述代理服务器之间仅仅建立TCP的连接,在每个客户端上配置一个Socks5 Client的协议栈。
4、根据权利要求1所述VoIP应用穿越防火墙的方法,其特征在于:所述服务器为网络电话服务器,所述客户端为网络电话客户端,当其间的连接建立后,网络电话服务器负责将媒体流和信令流交给媒体网关,再由媒体网关将H.323/SIP信令转换成7号信令,在信令建立后,对媒体流进行转换,建立与公共电话网(PSTN)的联接。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA021378223A CN1466344A (zh) | 2002-06-21 | 2002-06-21 | VoIP应用穿越防火墙的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA021378223A CN1466344A (zh) | 2002-06-21 | 2002-06-21 | VoIP应用穿越防火墙的方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN1466344A true CN1466344A (zh) | 2004-01-07 |
Family
ID=34147075
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA021378223A Pending CN1466344A (zh) | 2002-06-21 | 2002-06-21 | VoIP应用穿越防火墙的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN1466344A (zh) |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1295912C (zh) * | 2004-06-25 | 2007-01-17 | 华为技术有限公司 | 语音信令穿透防火墙及网络地址转换器的方法 |
WO2007012233A1 (fr) * | 2005-07-24 | 2007-02-01 | Zte Corporation | Procédé de voyage de services multimédias à travers un nat |
CN100403729C (zh) * | 2004-09-28 | 2008-07-16 | 王安生 | Sip软交换系统中呼叫控制与媒体流穿越私网的方法 |
CN101834836A (zh) * | 2009-12-22 | 2010-09-15 | 新太科技股份有限公司 | 基于公共ip网的通讯方法、装置及系统 |
CN1812402B (zh) * | 2005-01-27 | 2010-11-03 | 联想(北京)有限公司 | 一种实现h.323通信数据包穿越防火墙的方法 |
CN101465844B (zh) * | 2007-12-18 | 2012-07-04 | 华为技术有限公司 | 一种防火墙穿越方法、系统和设备 |
CN102984167A (zh) * | 2012-12-07 | 2013-03-20 | 北京邮电大学 | 一种基于Socks5协议的通用防火墙穿越方法 |
CN103036903A (zh) * | 2012-12-26 | 2013-04-10 | 北京中电普华信息技术有限公司 | 数据处理方法及Web Service组件 |
CN103404106A (zh) * | 2011-03-04 | 2013-11-20 | 三星Sds株式会社 | Sip消息收发系统及方法 |
CN104202300A (zh) * | 2014-08-06 | 2014-12-10 | 广东电网公司电力科学研究院 | 基于网络隔离装置的数据通信方法和装置 |
CN111541691A (zh) * | 2020-04-22 | 2020-08-14 | 北京盛德远景科技有限公司 | 一种基于sip呼叫的sip呼叫边界控制系统 |
CN116915852A (zh) * | 2023-09-13 | 2023-10-20 | 麒麟软件有限公司 | 一种linux应用程序的透明代理方法及系统 |
-
2002
- 2002-06-21 CN CNA021378223A patent/CN1466344A/zh active Pending
Cited By (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1295912C (zh) * | 2004-06-25 | 2007-01-17 | 华为技术有限公司 | 语音信令穿透防火墙及网络地址转换器的方法 |
CN100403729C (zh) * | 2004-09-28 | 2008-07-16 | 王安生 | Sip软交换系统中呼叫控制与媒体流穿越私网的方法 |
CN1812402B (zh) * | 2005-01-27 | 2010-11-03 | 联想(北京)有限公司 | 一种实现h.323通信数据包穿越防火墙的方法 |
WO2007012233A1 (fr) * | 2005-07-24 | 2007-02-01 | Zte Corporation | Procédé de voyage de services multimédias à travers un nat |
CN101465844B (zh) * | 2007-12-18 | 2012-07-04 | 华为技术有限公司 | 一种防火墙穿越方法、系统和设备 |
CN101834836A (zh) * | 2009-12-22 | 2010-09-15 | 新太科技股份有限公司 | 基于公共ip网的通讯方法、装置及系统 |
CN103404106A (zh) * | 2011-03-04 | 2013-11-20 | 三星Sds株式会社 | Sip消息收发系统及方法 |
CN103404106B (zh) * | 2011-03-04 | 2016-11-09 | 三星Sds株式会社 | Sip消息收发系统及方法 |
CN102984167A (zh) * | 2012-12-07 | 2013-03-20 | 北京邮电大学 | 一种基于Socks5协议的通用防火墙穿越方法 |
CN102984167B (zh) * | 2012-12-07 | 2015-02-18 | 北京邮电大学 | 一种基于Socks5协议的通用防火墙穿越方法 |
CN103036903A (zh) * | 2012-12-26 | 2013-04-10 | 北京中电普华信息技术有限公司 | 数据处理方法及Web Service组件 |
CN103036903B (zh) * | 2012-12-26 | 2016-06-08 | 北京中电普华信息技术有限公司 | 数据处理方法及Web Service组件 |
CN104202300A (zh) * | 2014-08-06 | 2014-12-10 | 广东电网公司电力科学研究院 | 基于网络隔离装置的数据通信方法和装置 |
CN104202300B (zh) * | 2014-08-06 | 2018-01-30 | 广东电网公司电力科学研究院 | 基于网络隔离装置的数据通信方法和装置 |
CN111541691A (zh) * | 2020-04-22 | 2020-08-14 | 北京盛德远景科技有限公司 | 一种基于sip呼叫的sip呼叫边界控制系统 |
CN111541691B (zh) * | 2020-04-22 | 2022-04-01 | 北京盛德远景科技有限公司 | 一种基于sip呼叫的sip呼叫边界控制系统 |
CN116915852A (zh) * | 2023-09-13 | 2023-10-20 | 麒麟软件有限公司 | 一种linux应用程序的透明代理方法及系统 |
CN116915852B (zh) * | 2023-09-13 | 2024-02-20 | 麒麟软件有限公司 | 一种linux应用程序的透明代理方法及系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20080002672A1 (en) | Method and apparatus for a single chassis communication server with connection-specific interfaces | |
US20070115997A1 (en) | Virtual Gateway | |
AU2005201075A1 (en) | Apparatus and method for voice processing of voice over internet protocol (VOIP) | |
CN1466344A (zh) | VoIP应用穿越防火墙的方法 | |
CN101064712A (zh) | 一种基于Linux内核实现双通道穿越多级NAT和防火墙的系统及方法 | |
CN101390362A (zh) | 包含多个用户应用共享的用户代理的sip多用户媒体客户端 | |
CN100583814C (zh) | 一种实现多媒体业务nat穿越的方法 | |
CN101018229A (zh) | 一种媒体业务穿越防火墙的方法及防火墙 | |
CN1845513A (zh) | 多业务接入节点接入设备共用公网ip地址的方法 | |
CN1633129A (zh) | 一种基于软交换的媒体服务器 | |
CN1645861A (zh) | 一种软交换网络穿越防火墙的方法 | |
CN101188582B (zh) | 穿越异构网络进行h.323终端通讯的系统和方法 | |
CN1901539A (zh) | 一种多媒体业务隧道穿越nat的方法 | |
CN1849808A (zh) | 混合多媒体网络的协议的互通 | |
CN1567905A (zh) | 一种实现媒体网关监测媒体网关控制器运作状态的方法 | |
US20060168266A1 (en) | Apparatus and method for providing signaling mediation for voice over internet protocol telephony | |
CN1913529A (zh) | 一种voip协议互通系统与方法 | |
CN1489355A (zh) | 基于媒体网关控制协议的处理voip业务的网络系统及方法 | |
CN1859339A (zh) | 一种通过边缘媒体网关实现ip跨域互通的通信系统和方法 | |
US20080220754A1 (en) | Ip based lawful interception at the source | |
CN1559133A (zh) | 实时通信连接的网络过渡装置和通信系统 | |
CN101325630A (zh) | 网络电话系统及其操作方法 | |
CN1996946A (zh) | Ip多媒体通信业务处理系统及实现ip多媒体通信的方法 | |
CN1281058C (zh) | 分布式的会议电视代理服务器的方法和设备 | |
CN1297114C (zh) | 实现信令、语音跨网传输的方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |