CN103414799A - 中继地址互通方法和终端及系统 - Google Patents
中继地址互通方法和终端及系统 Download PDFInfo
- Publication number
- CN103414799A CN103414799A CN2013103302189A CN201310330218A CN103414799A CN 103414799 A CN103414799 A CN 103414799A CN 2013103302189 A CN2013103302189 A CN 2013103302189A CN 201310330218 A CN201310330218 A CN 201310330218A CN 103414799 A CN103414799 A CN 103414799A
- Authority
- CN
- China
- Prior art keywords
- public network
- network address
- relay server
- server
- calls customer
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 49
- 230000005540 biological transmission Effects 0.000 claims description 25
- 230000011664 signaling Effects 0.000 claims description 23
- 238000004891 communication Methods 0.000 claims description 17
- 238000011330 nucleic acid test Methods 0.000 description 24
- 238000010586 diagram Methods 0.000 description 11
- 239000003795 chemical substances by application Substances 0.000 description 4
- 238000013507 mapping Methods 0.000 description 4
- 230000008569 process Effects 0.000 description 3
- 230000009471 action Effects 0.000 description 2
- 230000000875 corresponding effect Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000000977 initiatory effect Effects 0.000 description 2
- 230000002452 interceptive effect Effects 0.000 description 2
- 230000002596 correlated effect Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 239000012467 final product Substances 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000000149 penetrating effect Effects 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
- 238000013519 translation Methods 0.000 description 1
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种中继地址互通方法，包括：主叫客户端获取中继服务器的公网地址，所述中继服务器为STUN/TURN服务器；根据所述公网地址与所述中继服务器建立连接；将所述中继服务器的公网地址发送给被叫客户端，以使所述被叫客户端与所述中继服务器建立连接。本发明实施例还提供相应的装置和系统。本发明技术方案由于使得分属于不同集群的主叫客户端和被叫客户端通过同一个集群内的中继服务器相互通信，解决了私网集群部署方式下，跨集群的中继用户无法相互通信的技术问题。
Description
技术领域
本发明涉及通信技术领域，具体涉及一种中继地址互通方法和终端及系统。
背景技术
IPv4（Internet Protocol version4，互联网协议版本4）中的IP地址资源有限，不能为每台网络设备分配一个公网IP（Internet Protocol，网络之间互连的协议）地址。针对上述问题，目前通常采用网络地址转换（Network AddressTranslation，NAT）技术作为解决方案。NAT能够将私有地址转化为合法的公网IP地址，实现私有网络访问公共网络的功能。
NAT方案有效地解决了IP地址不足的问题，但同时也给VOIP（Voice overInternet Protocol）等实时传输业务带来了新的问题，即，信令流和媒体流如何穿越NAT以及FW（firewall，防火墙）。由于协议自身设计上的原因，使得媒体流无法直接穿透NAT/FW。
目前，交互式连接建立（Interactive Connectivity Establishment，ICE）是常用的NAT穿越方式。ICE不需要对STUN（Simple Traversal of UDP overNATs，NAT的UDP（User Data Protocol，用户数据报协议）简单穿越）、TURN（Traversal Using Relays around NAT，中继方式的NAT穿越）或RSIP（ReStartIn Progress，重启在过程中）进行扩展就可适用于各种NAT。ICE通过综合运用上面某几种协议，使之在最适合的情况下工作，以弥补单独使用其中任何一种协议所带来的固有缺陷。
在常用的STUN/TURN服务器（Server）部署中，比较常用的是公网地址部署，此时每个STUN/TURN Server都有自己的公网地址，其给客户端分配的中继地址也是对应的公网地址和随机分配的端口号，因此通过中继地址的数据流互通是没有问题的。
为了节省STUN/TURN Server需要的公网地址数，STUN/TURN Server也可以采用私网集群部署，同一个集群下的多个STUN/TURN Server只需要使用一个公网IP地址对外服务，集群内部采用状态均衡服务器将公网来的客户端请求服务重定向到不同的STUN/TURN Server上，以保证该集群下的各个STUN/TURN Server的负载均衡分布。
针对采用私网地址集群部署的STUN/TURN Server，有两种场景：
一种场景请参考图1，假设同一个集群域中，有一个TRS（Turn redirectServer，Turn重定向服务器）和两台TURN Server，第一客户端（client1）和第二客户端（client2）分别接入到TURN Server1和TURN Server2上请求服务，且最终通话是中继模式，即数据流需要通过两台TURN Server进行中转，由于两台TURN Server位于同一个TRS下面，所以中继的私网地址是可以互通的。
另一种场景，部署多于一个的集群或者说多于一个的TURN Server域。由于STUN/TURN Server采用私网地址集群部署，则STUN/TURN Server给客户端分配的中继地址也是私网地址。请参考图2，假设部署了两个TURN Server域，并且通话双方client1和client2分别接入不同的域，此时中继数据流需要在不同防火墙后的TURN Server之间进行中继交互。但是，因为此时两台TURN Server属于不同的域，相互之间无法互联互通，所以client1和client2之间无法建立正常的通话连接。
综上，STUN/TURN Server为私网集群部署时，不同集群之间的TURNServer无法互通，导致跨集群的中继用户无法通信，并且导致无法通过部署多个集群提升系统规格。
发明内容
有鉴于此，本发明实施例提供一种中继地址互通方法及终端及系统，以解决STUN/TURN Server部署为私网集群方式时，跨集群的中继用户无法相互通信的技术问题。
本发明第一方面提供一种中继地址互通方法，包括：
主叫客户端获取中继服务器的公网地址，所述中继服务器为STUN/TURN服务器；根据所述公网地址与所述中继服务器建立连接；将所述中继服务器的公网地址发送给被叫客户端，以使所述被叫客户端根据所述中继服务器的公网地址与所述中继服务器建立连接。
本发明第二方面提供一种中继地址互通方法，包括：
主叫客户端获取中继服务器的第一公网地址，所述第一公网地址是所述中继服务器在所述主叫客户端所在的运营商网络中的地址，所述中继服务器为STUN/TURN服务器；根据所述第一公网地址与所述中继服务器建立连接；获取所述中继服务器的第二公网地址，所述第二公网地址是所述中继服务器在被叫客户端所在的运营商网络中的地址；将所述中继服务器的第一和第二公网地址发送给被叫客户端，以使所述被叫客户端根据所述第一或第二公网地址与所述中继服务器建立连接。
本发明第三方面提供一种中继地址互通方法，包括：
被叫客户端接收主叫客户端发送的公网地址，所述公网地址是与所述主叫客户端建立连接的中继服务器的公网地址，所述中继服务器为STUN/TURN服务器；根据所述公网地址与所述中继服务器建立连接。
本发明第四方面提供一种主叫客户端，包括：
获取模块，用于获取中继服务器的公网地址，所述中继服务器为STUN/TURN服务器；连接模块，用于根据所述公网地址与所述中继服务器建立连接；发送模块，用于将所述中继服务器的公网地址发送给被叫客户端，以使所述被叫客户端根据所述中继服务器的公网地址与所述中继服务器建立连接。
本发明第五方面提供一种主叫客户端，包括：
第一获取模块，用于获取中继服务器的第一公网地址，所述第一公网地址是所述中继服务器在所述主叫客户端所在的运营商网络中的地址，所述中继服务器为STUN/TURN服务器；连接模块，用于根据所述第一公网地址与所述中继服务器建立连接；第二获取模块，用于获取所述中继服务器的第二公网地址，所述第二公网地址是所述中继服务器在被叫客户端所在的运营商网络中的地址；发送模块，用于将所述中继服务器的第一和第二公网地址发送给被叫客户端，以使所述被叫客户端根据所述第一或第二公网地址与所述中继服务器建立连接。
本发明第六方面提供一种被叫客户端，包括：
接收模块，用于接收主叫客户端发送的公网地址，所述公网地址是与所述主叫客户端建立连接的中继服务器的公网地址，所述中继服务器为STUN/TURN服务器；连接模块，用于根据所述公网地址与所述中继服务器建立连接。
本发明第六方面提供一种通信系统，包括：
如上文所述的主叫客户端，中继服务器，和如上文所述的被叫客户端。
本发明实施例采用由主叫客户端将自己使用的中继服务器的公网地址发送给被叫客户端，使被叫客户端也接入该中继服务器的技术方案，使得分属于不同集群的主叫客户端和被叫客户端通过同一个集群内的中继服务器相互通信，解决了私网集群部署方式下，跨集群的中继用户无法相互通信的技术问题。
附图说明
图1是现有技术中两个客户端通过同一个集群中的两个中继服务器通话的示意图；
图2是现有技术中跨集群的客户端通话的示意图；
图3是本发明一个实施例提供的中继地址互通方法的流程图；
图4是本发明一个实施例提供的中继地址互通方法的应用示意图；
图5是本发明另一实施例提供的中继地址互通方法的流程图；
图6是本发明另一实施例提供的中继地址互通方法的应用示意图；
图7是本发明另一实施例中被叫客户端的处理流程图；
图8是本发明再一实施例提供的中继地址互通方法的流程图；
图9是本发明一个实施例提供的主叫客户端的示意图；
图10是本发明另一实施例提供的主叫客户端的示意图；
图11是本发明一个实施例提供的被叫客户端的示意图；
图12是本发明又一实施例提供的主叫客户端的示意图；
图13是本发明再一实施例提供的主叫客户端的示意图；
图14是本发明另一实施例提供的被叫客户端的示意图；
图15是本发明实施例提供的通信系统的示意图。
具体实施方式
本发明实施例提供一种中继地址互通方法，可以使分属于不同集群的主叫客户端和被叫客户端通过同一个集群内的中继服务器相互通信，解决了私网集群部署方式下，跨集群的中继用户无法相互通信的技术问题。本发明实施例还提供相应的装置。以下结合附图分别进行详细说明。
实施例一、
本发明实施例提供一种中继地址互通方法。该方法适用于采用ICE方式穿越NAT，且STUN/TURN Server采用私网集群部署的应用场景。为便于描述，后文将STUN/TURN Server简称为中继服务器。
本实施例方法特别适用于主叫客户端和被叫客户端从属于同一个运营商的场景，请参考图3和4，本实施例方法包括：
110、主叫客户端获取中继服务器的公网地址，根据所述公网地址与所述中继服务器建立连接，所述中继服务器为STUN/TURN服务器。
主叫客户端（Clint1）首先获取自己采用的中继服务器的公网地址。一种实施方式中，请参考图4，获取方法如下：
1101、主叫客户端从域名系统服务器（Domain Name System Server，DNSServer）获取负载均衡服务器（例如LVS（Linux Virtual Server，Linux虚拟服务器）/TRS）的公网地址。
主叫客户端可以通过DNS Server进行DNS解析，获取到负载均衡服务器的公网地址，以便通过该公网地址与负载服务器进行数据交互。
1102、根据所述负载均衡服务器的公网地址向所述负载均衡服务器发送用于请求一个中继服务器的公网地址的地址请求，以使所述负载均衡服务器根据负载均衡策略确定由所述中继服务器为所述主叫客户端服务；
负载均衡服务器收到地址请求后，根据负载均衡策略进行重定向，从所在的集群中选定一个中继服务器，例如STUN/TURN Server2，将该中继服务器的公网地址发送给主叫客户端。
1103、接收所述均衡服务器发送的所述中继服务器的公网地址。
在STUN/TURN Server采用私网集群部署的场景中，一个集群只有一个公网地址，但是，通过NAT扩展，可以为集群中的每一个设备都映射一个公网地址，该映射的公网地址可以视为集群公网地址的扩展。所说的中继服务器的公网地址即是该种映射的公网地址。
主叫客户端获取中继服务器的公网地址后，向中继服务器发送请求，在两者之间建立连接，实现主叫客户端与该中继服务器如STUN/TURN Server2之间的相互通信。
120、将所述中继服务器的公网地址发送给被叫客户端，以使所述被叫客户端根据所述中继服务器的公网地址与所述中继服务器建立连接。
主叫客户端可以将中继服务器的公网地址携带在SIP（Session InitiationProtocol，会话初始协议）或者Xmpp（The Extensible Messaging and PresenceProtocol，可扩展通讯和表示协议）Jingle的扩展信令中发送给被叫客户端。其中，SIP和Xmpp都是应用层的协议，Xmpp Jingle是实现媒体流的协议。对于所述扩展信令，目前的sip和Xmpp Jingle协议规范框架中已经定义了多种扩展方式，选择应用即可，本发明对于扩展信令的帧结构如何实现不做特别限定。
被叫客户端收到该中继服务器如STUN/TURN Server2的公网地址之后，就无需与自身所在集群中的某个中继服务器建立连接，而是根据收到的公网地址与STUN/TURN Server2建立连接。此时，主叫客户端和被叫客户端虽然属于不同的集群，但是，却都和同一个集群中的同一个中继服务器建立连接，通过唯一的STUN/TURN Server相互通信。从而，避免了两个客户端分别与两个集群中的两个STUN/TURN Server建立连接，但这两个STUN/TURN Server却无法互联互通的问题。
综上，本发明实施例提供了一种中继地址互通方法。该方法针对采用ICE方式穿越NAT，且STUN/TURN Server采用私网集群部署的应用场景；采用由主叫客户端将自己使用的中继服务器的公网地址发送给被叫客户端，使被叫客户端也接入该中继服务器的技术方案；使得分属于不同集群的主叫客户端和被叫客户端通过同一个集群内的同一个中继服务器相互通信，以避免呼叫双方跨域通信失败，解决了私网集群部署方式下，跨集群的中继用户无法相互通信的技术问题。并且，本实施例技术方案中呼叫双方仅通过一个STUN/TURN Server通话，相对于现有技术中在STUN/TURN Server之间建立专线连接的方式，可以减小数据流的网络延时，提高数据传输性能，以及改善用户体验。
实施例二、
本发明实施例提供一种中继地址互通方法。该方法适用于采用ICE方式穿越NAT，且STUN/TURN Server采用私网集群部署的应用场景。
本实施例方法对于主叫客户端和被叫客户端是否从属于同一个运营商不做要求，即，本实施例中主叫客户端和被叫客户端可以属于不同的运营商，甚至可以不在同一个国家，因此，具有比实施例一更广泛的应用范围。
请参考图5和6，以主叫客户端为执行主体，本实施例方法包括：
210、主叫客户端获取中继服务器的第一公网地址，所述第一公网地址是所述中继服务器在所述主叫客户端所在的运营商网络中的地址，根据所述第一公网地址与所述中继服务器建立连接，所述中继服务器为STUN/TURN Server。
本实施例中，所述中继服务器同时接入不同的多个运营商网络，在每个运营商网络中具有与该运营商网络类型相同的公网地址。主叫客户端可以通过DNS Server进行DNS解析，获取中继服务器STUN/TURN Server1在所述主叫客户端所在的运营商（如图6中的A运营商）网络中的第一公网地址，根据所述第一公网地址与所述中继服务器建立连接。
在STUN/TURN Server采用私网集群部署的场景中，一个集群只有一个公网地址，但是，通过NAT扩展，可以为集群中的每一个设备映射都映射一个公网地址，该映射的公网地址可以视为集群公网地址的扩展。所说的中继服务器的公网地址即是该种映射的公网地址。
主叫客户端获取中继服务器的第一公网地址的步骤与实施例一相同，包括：
2101、主叫客户端从DNS Server获取负载均衡服务器（例如LVS/TRS）的公网地址。
2102、根据所述负载均衡服务器的公网地址向所述负载均衡服务器发送用于请求一个中继服务器的公网地址的地址请求，以使所述负载均衡服务器根据负载均衡策略确定由所述中继服务器为所述主叫客户端服务。
2103、接收所述负载均衡服务器发送的所述中继服务器的第一公网地址。
主叫客户端获取中继服务器的第一公网地址后，向中继服务器发送请求，在两者之间建立连接，实现主叫客户端与该中继服务器如STUN/TURN Server2之间的通信连接。
220、获取所述中继服务器的第二公网地址，所述第二公网地址是所述中继服务器在被叫客户端所在的运营商网络中的地址。
主叫客户端与中继服务器建立连接后，可以接收中继服务器发送的主叫客户端的运营商信息，本实施例中，所述主叫客户端的运营商信息至少包括所述中继服务器的公网地址信息，该中继服务器的公网地址包括第一公网地址和第二公网地址，第二公网地址是所述中继服务器在被叫客户端所在的运营商（如图6中的B运营商）网络中的地址。一些实施方式中，根据应用场景需要，所述主叫客户端的运营商信息还可以包括主叫客户端所在的运营商类型信息和国家码信息以及专线码信息等。运营商类型信息用于标识运营商的类型，例如中国电信或者中国联通等；国家码用于标识所在的国家，专线码则是在两个或多个中继服务器由专线连接时，用来标识所述中继服务器之间的专线。
230、将所述中继服务器的第一和第二公网地址发送给被叫客户端，以使所述被叫客户端根据所述第一或第二公网地址与所述中继服务器建立连接。
主叫客户端可以将主叫客户端的运营商信息携带在SIP/Xmpp Jingle的扩展信令中发送给被叫客户端。被叫客户端收到主叫客户端的运营商信息之后，处理流程如图7所示，包括：
首先，如果主叫客户端的运营商信息中包含国家码，则判断主叫客户端和被叫客户端的国家码是否相同；
然后，如果主叫客户端的运营商信息中包含专线码，进一步判断专线码是否相同；
然后，如果国家码相同，但没有专线码或者专线码不同，则进一步判断运营商类型是否相同；
值得指出，如果主叫客户端的运营商信息中既不包含国家码，也不包含专线码，则可以直接判断运营商类型是否相同；如果也不包括运营商类型信息，则可以默认为主叫客户端和被叫客户端的运营商类型相同。
根据上述判断结果，被叫客户端按下述策略执行后续动作：
第一种情况，在简化的流程中，假设主叫客户端的运营商信息中既不包含国家码，也不包含专线码，仅包括公网地址和运营商类型信息，则：
如果被叫客户端的运营商类型与主叫客户端的运营商类型相同，则说明主叫客户端与被叫客户端属于同一个运营商，此种情况与实施例一相同，则被叫跟随主叫服务器进行通话，即，被叫客户端根据所述第一公网地址与所述中继服务器建立连接。从而，实现主叫客户端和被叫客户端虽然属于不同的集群，但是，却都和同一个集群中的同一个中继服务器建立连接，通过唯一的STUN/TURN Server相互通信。
如果被叫客户端的运营商类型与主叫客户端的运营商类型不相同，则说明主叫客户端与被叫客户端属于不同的运营商，则被叫客户端根据所述第二公网地址与所述中继服务器建立连接，即，被叫采用主叫服务器的与自身类型相同的公网地址。此时，仍然实现了主叫客户端和被叫客户端都和同一个集群中的同一个中继服务器建立连接，通过唯一的STUN/TURN Server相互通信。
第二种情况，假设主叫客户端的运营商信息中包含国家码且主叫客户端和被叫客户端的国家码相同，但没有专线码或者专线码不同，则，被叫客户端执行动作与上述第一种情况相同。
第三种情况，假设主叫客户端和被叫客户端的国家码不相同，没有专线码或者专线码不同，则被叫跟随主叫服务器进行通话，即，被叫客户端根据所述第一公网地址与所述中继服务器建立连接。从而，实现主叫客户端和被叫客户端虽然在不同的国家，但是，却都和同一个集群中的同一个中继服务器建立连接，通过唯一的STUN/TURN Server相互通信。
第四种情况，假设主叫客户端和被叫客户端之间连接有专线，且专线码相同，则，主叫客户端和被叫客户端也可以按照现有技术，采用各自的中继服务器通过该专线通话，具体可以包括：主叫客户端与一个中继服务器建立连接，不同国家或者不同运营商的被叫客户端与另一个中继服务器建立连接，这两个中继服务器通过彼此之间的专线进行通信连接，从而实现主叫客户端和被叫客户端之间的通话。
请参考图7和8，以被叫客户端为执行主体，本实施例方法包括：
310、被叫客户端接收主叫客户端发送的公网地址，所述公网地址是与所述主叫客户端建立连接的中继服务器的公网地址，所述中继服务器为STUN/TURN服务器；
其中，所述公网地址包括第一公网地址和第二公网地址，所述第一公网地址是所述中继服务器在所述主叫客户端所在的运营商网络中的地址，所述第二公网地址是所述中继服务器在所述被叫客户端所在的运营商网络中的地址。
所述的被叫客户端接收主叫客户端发送的公网地址可以包括：所述被叫客户端接收所述主叫客户端发送的SIP或者Xmpp Jingle扩展信令，从所述所述扩展信令中解析得到所述公网地址。
320、根据所述公网地址与所述中继服务器建立连接。
具体应用中，被叫客户端可以根据第一或者第二公网地址与所述中继服务器建立连接。
一种实施方式中，320之前还可以包括：所述被叫客户端接收所述主叫客户端发送的所述主叫客户端的运营商类型信息；相应的，320具体包括：
3201、根据所述主叫客户端的运营商类型信息判断所述被叫客户端的运营商类型与所述主叫客户端的运营商类型是否相同；
3202、若相同，则根据所述第一公网地址与所述中继服务器建立连接；若不相同，则根据所述第二公网地址与所述中继服务器建立连接。
另一种实施方式中，320之前还可以包括：所述被叫客户端接收所述主叫客户端发送的所述主叫客户端的运营商信息，所述主叫客户端的运营商信息包括：所述主叫客户端的运营商类型信息和国家码；相应的，320具体包括：
3201’、判断所述主叫客户端的运营商和所述被叫客户端的运营商的国家码是否相同；
3202’、若国家码不相同，则根据所述第一公网地址与所述中继服务器建立连接；
3203’、若国家码相同，则根据所述主叫客户端的运营商类型信息进一步判断所述被叫客户端的运营商类型与所述主叫客户端的运营商类型是否相同；
3204’、若运营商类型相同，则根据所述第一公网地址与所述中继服务器建立连接；若运营商类型不相同，则根据所述第二公网地址与所述中继服务器建立连接。
关于上述以被叫客户端为执行主体的方法，相关的更详细描述请参考以上以主叫客户端为执行主体的方法中的描述。
综上，本发明实施例提供了一种中继地址互通方法。该方法针对采用ICE方式穿越NAT，且STUN/TURN Server采用私网集群部署的应用场景；采用由主叫客户端将从中继服务器获取主叫客户端的运营商信息，并发送给被叫客户端，使被叫客户端也接入该中继服务器的技术方案；使得分属于不同集群或者不同运营商或者不同国家的主叫客户端和被叫客户端能够通过同一个集群内的同一个中继服务器相互通信，以避免呼叫双方跨域通信失败，解决了私网集群部署方式下，跨集群的中继用户无法相互通信的技术问题。并且，本实施例技术方案中呼叫双方仅通过一个STUN/TURN Server通话，相对于现有技术中在STUN/TURN Server之间建立专线连接的方式，可以减小数据流的网络延时，提高数据传输性能，以及改善用户体验。
实施例三、
请参考图9，本发明实施例提供一种主叫客户端，包括：
获取模块410，用于获取中继服务器的公网地址，所述中继服务器为STUN/TURN服务器；
连接模块420，用于根据所述公网地址与所述中继服务器建立连接；
发送模块430，用于将所述中继服务器的公网地址发送给被叫客户端，以使所述被叫客户端根据所述中继服务器的公网地址与所述中继服务器建立连接。
可选的，所述获取模块410包括：
获取单元，用于从域名系统服务器获取负载均衡服务器的公网地址；
发送单元，用于根据所述负载均衡服务器的公网地址向所述负载均衡服务器发送用于请求一个中继服务器的公网地址，地址请求，以使所述负载均衡服务器根据负载均衡策略确定由所述中继服务器为所述主叫客户端服务；
接收单元，用于接收所述负载均衡服务器发送的所述中继服务器的公网地址。
可选的，所述发送模块430，具体可以用于将所述中继服务器的公网地址携带在SIP或者Xmpp Jingle的扩展信令中发送给被叫客户端。
关于所述主叫客户端的更详细的描述，请参考实施例一中的描述。
综上，本发明实施例提供了一种主叫客户端。针对采用ICE方式穿越NAT，且STUN/TURN Server采用私网集群部署的应用场景，所述主叫客户端可以将自己使用的中继服务器的公网地址发送给被叫客户端，使被叫客户端也接入该中继服务器；使得分属于不同集群的主叫客户端和被叫客户端通过同一个集群内的同一个中继服务器相互通信，以避免呼叫双方跨域通信失败，解决了私网集群部署方式下，跨集群的中继用户无法相互通信的技术问题。并且，本实施例技术方案中呼叫双方仅通过一个STUN/TURN Server通话，相对于现有技术中在STUN/TURN Server之间建立专线连接的方式，可以减小数据流的网络延时，提高数据传输性能，以及改善用户体验。
实施例四、
请参考图10，本发明实施例提供一种主叫客户端，包括：
第一获取模块510，用于获取中继服务器的第一公网地址，所述第一公网地址是所述中继服务器在所述主叫客户端所在的运营商网络中的地址，所述中继服务器为STUN/TURN服务器；
连接模块520，用于根据所述第一公网地址与所述中继服务器建立连接；
第二获取模块530，用于获取所述中继服务器的第二公网地址，所述第二公网地址是所述中继服务器在被叫客户端所在的运营商网络中的地址；
发送模块540，用于将所述中继服务器的第一和第二公网地址发送给被叫客户端，以便所述被叫客户端根据所述第一或第二公网地址与所述中继服务器建立连接。
可选的，所述第一获取模块510包括：
获取单元，用于从域名系统服务器获取负载均衡服务器的公网地址；
发送单元，用于根据所述负载均衡服务器的公网地址向所述负载均衡服务器发送用于请求一个中继服务器的第一公网地址的地址请求，以使所述负载均衡服务器根据负载均衡策略确定由所述中继服务器为所述主叫客户端服务；
接收单元，用于接收所述负载均衡服务器发送的所述中继服务器的第一公网地址。
可选的，所述发送模块540，具体可以用于将中继服务器的第一和第二公网地址携带在SIP/Xmpp Jingle的扩展信令中发送给被叫客户端。
关于所述主叫客户端的更详细的描述，请参考实施例二中的描述。
综上，本发明实施例提供了一种主叫客户端。针对采用ICE方式穿越NAT，且STUN/TURN Server采用私网集群部署的应用场景，所述主叫客户端可以从中继服务器获取中继服务器的公网地址等主叫客户端的运营商信息，并发送给被叫客户端，使被叫客户端也接入该中继服务器；使得分属于不同集群或者不同运营商或者不同国家的主叫客户端和被叫客户端能够通过同一个集群内的同一个中继服务器相互通信，以避免呼叫双方跨域通信失败，解决了私网集群部署方式下，跨集群的中继用户无法相互通信的技术问题。并且，本实施例技术方案中呼叫双方仅通过一个STUN/TURN Server通话，相对于现有技术中在STUN/TURN Server之间建立专线连接的方式，可以减小数据流的网络延时，提高数据传输性能，以及改善用户体验。
实施例五、
请参考图11，本发明实施例提供一种被叫客户端，包括：
接收模块610，用于接收主叫客户端发送的公网地址，所述公网地址是与所述主叫客户端建立连接的中继服务器的公网地址，所述中继服务器为STUN/TURN服务器；
连接模块620，用于根据所述公网地址与所述中继服务器建立连接。
其中，所述接收模块610，具体可以用于接收所述主叫客户端发送的SIP或者Xmpp Jingle扩展信令，从所述扩展信令中解析得到所述公网地址。
所述公网地址包括第一公网地址和第二公网地址，所述第一公网地址是所述中继服务器在所述主叫客户端所在的运营商网络中的地址，所述第二公网地址是所述中继服务器在所述被叫客户端所在的运营商网络中的地址。
一种实施方式中，所述接收模块610，还用于接收主叫客户端发送的所述主叫客户端的运营商类型信息；相应地，所述连接模块620包括：
判断单元，用于根据所述主叫客户端的运营商类型信息判断所述被叫客户端的运营商类型与所述主叫客户端的运营商类型是否相同；
连接单元，用于若所述判断单元判断为相同，则根据所述第一公网地址与所述中继服务器建立连接；若所述判断单元判断为不相同，则根据所述第二公网地址与所述中继服务器建立连接。
另一种实施方式中，所述接收模块610，还用于接收主叫客户端发送的所述主叫客户端的运营商信息，所述主叫客户端的运营商信息包括：所述主叫客户端的运营商类型和国家码；相应地，所述连接模块620包括：
判断单元，用于判断所述主叫客户端的运营商和被叫客户端的运营商的国家码是否相同；
连接单元，具体用于若国家码不相同，则根据所述第一公网地址与所述中继服务器建立连接；
所述判断单元，还用于若国家码相同，则根据所述主叫客户端的运营商类型进一步判断所述被叫客户端的运营商类型与所述主叫客户端的运营商类型是否相同；
所述连接单元，还用于若运营商类型相同，则根据所述第一公网地址与所述中继服务器建立连接；若运营商类型不相同，则根据所述第二公网地址与所述中继服务器建立连接。
关于所述主叫客户端的更详细的描述，请参考实施例二中的描述。
综上，本发明实施例提供了一种被叫客户端。针对采用ICE方式穿越NAT，且STUN/TURN Server采用私网集群部署的应用场景；所述被叫客户端可以从主叫客户端获取中继服务器的公网地址等主叫客户端的运营商信息，从而与主叫客户端接入同一个中继服务器；使得分属于不同集群或者不同运营商或者不同国家的主叫客户端和被叫客户端能够通过同一个集群内的同一个中继服务器相互通信，以避免呼叫双方跨域通信失败，解决了私网集群部署方式下，跨集群的中继用户无法相互通信的技术问题。并且，本实施例技术方案中呼叫双方仅通过一个STUN/TURN Server通话，相对于现有技术中在STUN/TURNServer之间建立专线连接的方式，可以减小数据流的网络延时，提高数据传输性能，以及改善用户体验。
实施例六、
请参考图12，本发明实施例提供一种主叫客户端，包括：
通过总线或者其它方式连接的输入装置710，输出装置720，存储器730和处理器740，所述处理器740可以执行以下步骤：
获取中继服务器的公网地址，所述中继服务器为STUN/TURN服务器；根据所述公网地址与所述中继服务器建立连接；将所述中继服务器的公网地址发送给被叫客户端，以使所述被叫客户端根据所述中继服务器的公网地址与所述中继服务器建立连接。
可选的，所述主叫客户端获取中继服务器的公网地址包括：主叫客户端从域名系统服务器获取负载均衡服务器的公网地址；根据所述负载均衡服务器的公网地址向所述负载均衡服务器发送用于请求一个中继服务器的公网地址的地址请求，以使所述负载均衡服务器根据负载均衡策略确定由所述中继服务器为所述主叫客户端服务；接收所述负载均衡服务器发送的所述中继服务器的公网地址。
可选的，将所述中继服务器的公网地址发送给被叫客户端包括：将所述中继服务器的公网地址携带在SIP或者Xmpp Jingle的扩展信令中发送给被叫客户端。
关于所述主叫客户端的更详细的描述，请参考实施例一中的描述。
综上，本发明实施例提供了一种主叫客户端。针对采用ICE方式穿越NAT，且STUN/TURN Server采用私网集群部署的应用场景，所述主叫客户端可以将自己使用的中继服务器的公网地址发送给被叫客户端，使被叫客户端也接入该中继服务器；使得分属于不同集群的主叫客户端和被叫客户端通过同一个集群内的同一个中继服务器相互通信，以避免呼叫双方跨域通信失败，解决了私网集群部署方式下，跨集群的中继用户无法相互通信的技术问题。并且，本实施例技术方案中呼叫双方仅通过一个STUN/TURN Server通话，相对于现有技术中在STUN/TURN Server之间建立专线连接的方式，可以减小数据流的网络延时，提高数据传输性能，以及改善用户体验。
实施例七、
请参考图13，本发明实施例提供一种主叫客户端，包括：
通过总线或者其它方式连接的输入装置810，输出装置820，存储器830和处理器840，所述处理器840可以执行以下步骤：
获取中继服务器的第一公网地址，所述第一公网地址是所述中继服务器在所述主叫客户端所在的运营商网络中的地址，所述中继服务器为STUN/TURN服务器；根据所述第一公网地址与所述中继服务器建立连接；获取所述中继服务器的第二公网地址，所述第二公网地址是所述中继服务器在被叫客户端所在的运营商网络中的地址；将所述中继服务器的第一和第二公网地址发送给被叫客户端，以使所述被叫客户端根据所述第一或第二公网地址与所述中继服务器建立连接。
可选的，所述主叫客户端获取中继服务器的与主叫运营商的类型相同的第一公网地址包括：从域名系统服务器获取负载均衡服务器的公网地址；根据所述负载均衡服务器的公网地址向所述负载均衡服务器发送用于请求一个中继服务器的第一公网地址的地址请求，以使所述负载均衡服务器根据负载均衡策略确定由所述中继服务器为所述主叫客户端服务；接收所述负载均衡服务器发送的所述中继服务器的第一公网地址。
可选的，将所述第一运营商网络的信息发送给被叫客户端包括：
将所述中继服务器的第一和第二公网地址携带在SIP或者Xmpp Jingle的扩展信令中发送给被叫客户端。
关于所述主叫客户端的更详细的描述，请参考实施例二中的描述。
综上，本发明实施例提供了一种主叫客户端。针对采用ICE方式穿越NAT，且STUN/TURN Server采用私网集群部署的应用场景，所述主叫客户端可以从中继服务器获取中继服务器的公网地址等主叫客户端的运营商信息，并发送给被叫客户端，使被叫客户端也接入该中继服务器；使得分属于不同集群或者不同运营商或者不同国家的主叫客户端和被叫客户端能够通过同一个集群内的同一个中继服务器相互通信，以避免呼叫双方跨域通信失败，解决了私网集群部署方式下，跨集群的中继用户无法相互通信的技术问题。并且，本实施例技术方案中呼叫双方仅通过一个STUN/TURN Server通话，相对于现有技术中在STUN/TURN Server之间建立专线连接的方式，可以减小数据流的网络延时，提高数据传输性能，以及改善用户体验。
实施例八、
请参考图14，本发明实施例提供一种被叫客户端，包括：
通过总线或者其它方式连接的输入装置910，输出装置920，存储器930和处理器940，所述处理器940可以执行以下步骤：
接收主叫客户端发送的公网地址，所述公网地址是与所述主叫客户端建立连接的中继服务器的公网地址，所述中继服务器为STUN/TURN服务器；根据所述公网地址与所述中继服务器建立连接。
其中，所述被叫客户端接收主叫客户端发送的公网地址可以包括：所述被叫客户端接收所述主叫客户端发送的SIP或者Xmpp Jingle扩展信令，从所述所述扩展信令中解析得到所述公网地址。所述公网地址包括第一公网地址和第二公网地址，所述第一公网地址是所述中继服务器在所述主叫客户端所在的运营商网络中的地址，所述第二公网地址是所述中继服务器在所述被叫客户端所在的运营商网络中的地址.
一种实施方式中，在根据所述公网地址与所述中继服务器建立连接之前，还可以执行以下步骤：所述被叫客户端接收所述主叫客户端发送的所述主叫客户端的运营商类型信息。相应地，所述根据所述公网地址与所述中继服务器建立连接包括：
根据所述主叫客户端的运营商类型信息判断所述被叫客户端的运营商类型与所述主叫客户端的运营商类型是否相同；
若相同，则根据所述第一公网地址与所述中继服务器建立连接；
若不相同，则根据所述第二公网地址与所述中继服务器建立连接。
另一种实施方式中，在根据所述公网地址与所述中继服务器建立连接之前，还可以执行以下步骤：所述被叫客户端接收所述主叫客户端发送的所述主叫客户端的运营商信息，所述主叫客户端的运营商信息包括：所述主叫客户端的运营商类型信息和国家码。相应地，所述根据所述公网地址与所述中继服务器建立连接包括：
判断所述主叫客户端的运营商和所述被叫客户端的运营商的国家码是否相同；
若国家码不相同，则根据所述第一公网地址与所述中继服务器建立连接；
若国家码相同，则根据所述主叫客户端的运营商类型信息进一步判断所述被叫客户端的运营商类型与所述主叫客户端的运营商类型是否相同；
若运营商类型相同，则根据所述第一公网地址与所述中继服务器建立连接；
若运营商类型不相同，则根据所述第二公网地址与所述中继服务器建立连接。
关于所述主叫客户端的更详细的描述，请参考实施例二中的描述。
综上，本发明实施例提供了一种被叫客户端。针对采用ICE方式穿越NAT，且STUN/TURN Server采用私网集群部署的应用场景；所述被叫客户端可以从主叫客户端获取中继服务器的公网地址等主叫客户端的运营商信息，从而与主叫客户端接入同一个中继服务器；使得分属于不同集群或者不同运营商或者不同国家的主叫客户端和被叫客户端能够通过同一个集群内的同一个中继服务器相互通信，以避免呼叫双方跨域通信失败，解决了私网集群部署方式下，跨集群的中继用户无法相互通信的技术问题。并且，本实施例技术方案中呼叫双方仅通过一个STUN/TURN Server通话，相对于现有技术中在STUN/TURNServer之间建立专线连接的方式，可以减小数据流的网络延时，提高数据传输性能，以及改善用户体验。
实施例九、
请参考图15，本发明实施例提供一种通信系统，包括：主叫客户端1501，中继服务器1502，和被叫客户端1503；所述主叫客户端1501是上述实施例提供的主叫客户端；所述被叫客户端1503是上述实施例提供的被叫客户端。
关于所述主叫客户端和被叫客户端的更详细的描述，请参考前文实施例中的描述。
综上，本发明实施例提供了一种通信系统。针对采用ICE方式穿越NAT，且STUN/TURN Server采用私网集群部署的应用场景，所述系统中的被叫客户端与主叫客户端可以接入同一个中继服务器；使得分属于不同集群或者不同运营商或者不同国家的主叫客户端和被叫客户端能够通过同一个集群内的同一个中继服务器相互通信，以避免呼叫双方跨域通信失败，解决了私网集群部署方式下，跨集群的中继用户无法相互通信的技术问题。并且，本实施例技术方案中呼叫双方仅通过一个STUN/TURN Server通话，相对于现有技术中在STUN/TURN Server之间建立专线连接的方式，可以减小数据流的网络延时，提高数据传输性能，以及改善用户体验。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤可以通过硬件来完成，也可以通过程序指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：只读存储器、随机读取存储器、磁盘或光盘等。
以上对本发明实施例所提供的中继地址互通方法和终端进行了详细介绍，但以上实施例的说明只是用于帮助理解本发明的方法及其核心思想，不应理解为对本发明的限制。本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。
Claims (21)
1.一种中继地址互通方法，其特征在于，包括：
主叫客户端获取中继服务器的公网地址，所述中继服务器为STUN/TURN服务器；
根据所述公网地址与所述中继服务器建立连接；
将所述中继服务器的公网地址发送给被叫客户端，以使所述被叫客户端根据所述中继服务器的公网地址与所述中继服务器建立连接。
2.根据权利要求1所述的方法，其特征在于，所述主叫客户端获取中继服务器的公网地址包括：
主叫客户端从域名系统服务器获取负载均衡服务器的公网地址；
根据所述负载均衡服务器的公网地址向所述负载均衡服务器发送用于请求一个中继服务器的公网地址的地址请求，以使所述负载均衡服务器根据负载均衡策略确定由所述中继服务器为所述主叫客户端服务；
接收所述负载均衡服务器发送的所述中继服务器的公网地址。
3.根据权利要求1或2所述的方法，其特征在于，将所述中继服务器的公网地址发送给被叫客户端包括：
将所述中继服务器的公网地址携带在SIP或者Xmpp Jingle的扩展信令中发送给被叫客户端。
4.一种中继地址互通方法，其特征在于，包括：
主叫客户端获取中继服务器的第一公网地址，所述第一公网地址是所述中继服务器在所述主叫客户端所在的运营商网络中的地址，所述中继服务器为STUN/TURN服务器；
根据所述第一公网地址与所述中继服务器建立连接；
获取所述中继服务器的第二公网地址，所述第二公网地址是所述中继服务器在被叫客户端所在的运营商网络中的地址；
将所述中继服务器的第一和第二公网地址发送给被叫客户端，以使所述被叫客户端根据所述第一或第二公网地址与所述中继服务器建立连接。
5.根据权利要求4所述的方法，其特征在于，所述主叫客户端获取中继服务器的第一公网地址包括：
主叫客户端从域名系统服务器获取负载均衡服务器的公网地址；
根据所述负载均衡服务器的公网地址向所述负载均衡服务器发送用于请求一个中继服务器的第一公网地址的地址请求，以使所述负载均衡服务器根据负载均衡策略确定由所述中继服务器为所述主叫客户端服务；
接收所述负载均衡服务器发送的所述中继服务器的第一公网地址。
6.根据权利要求4或5所述的方法，其特征在于，将所述中继服务器的第一和第二公网地址发送给被叫客户端包括：
将所述中继服务器的第一和第二公网地址携带在SIP或者Xmpp Jingle的扩展信令中发送给被叫客户端。
7.一种中继地址互通方法，其特征在于，包括：
被叫客户端接收主叫客户端发送的公网地址，所述公网地址是与所述主叫客户端建立连接的中继服务器的公网地址，所述中继服务器为STUN/TURN服务器；
根据所述公网地址与所述中继服务器建立连接。
8.根据权利要求7所述的方法，其特征在于，所述被叫客户端接收主叫客户端发送的公网地址包括：
所述被叫客户端接收所述主叫客户端发送的SIP或者Xmpp Jingle扩展信令，从所述所述扩展信令中解析得到所述公网地址。
9.根据权利要求7所述的方法，其特征在于，所述公网地址包括第一公网地址和第二公网地址，所述第一公网地址是所述中继服务器在所述主叫客户端所在的运营商网络中的地址，所述第二公网地址是所述中继服务器在所述被叫客户端所在的运营商网络中的地址；
在根据所述公网地址与所述中继服务器建立连接之前，所述方法还包括：
所述被叫客户端接收所述主叫客户端发送的所述主叫客户端的运营商类型信息；
相应地，所述根据所述公网地址与所述中继服务器建立连接包括：
根据所述主叫客户端的运营商类型信息判断所述被叫客户端的运营商类型与所述主叫客户端的运营商类型是否相同；
若相同，则根据所述第一公网地址与所述中继服务器建立连接；
若不相同，则根据所述第二公网地址与所述中继服务器建立连接。
10.根据权利要求7所述的方法，其特征在于，所述公网地址包括第一公网地址和第二公网地址，所述第一公网地址是所述中继服务器在所述主叫客户端所在的运营商网络中的地址，所述第二公网地址是所述中继服务器在所述被叫客户端所在的运营商网络中的地址；
在根据所述公网地址与所述中继服务器建立连接之前，所述方法还包括：
所述被叫客户端接收所述主叫客户端发送的所述主叫客户端的运营商信息，所述主叫客户端的运营商信息包括：所述主叫客户端的运营商类型信息和国家码；
相应地，所述根据所述公网地址与所述中继服务器建立连接包括：
判断所述主叫客户端的运营商和所述被叫客户端的运营商的国家码是否相同；
若国家码不相同，则根据所述第一公网地址与所述中继服务器建立连接；
若国家码相同，则根据所述主叫客户端的运营商类型信息进一步判断所述被叫客户端的运营商类型与所述主叫客户端的运营商类型是否相同；
若运营商类型相同，则根据所述第一公网地址与所述中继服务器建立连接；
若运营商类型不相同，则根据所述第二公网地址与所述中继服务器建立连接。
11.一种主叫客户端，其特征在于，包括：
获取模块，用于获取中继服务器的公网地址，所述中继服务器为STUN/TURN服务器；
连接模块，用于根据所述公网地址与所述中继服务器建立连接；
发送模块，用于将所述中继服务器的公网地址发送给被叫客户端，以使所述被叫客户端根据所述中继服务器的公网地址与所述中继服务器建立连接。
12.根据权利要求11所述的主叫客户端，其特征在于，所述获取模块包括：
获取单元，用于从域名系统服务器获取负载均衡服务器的公网地址；
发送单元，用于根据所述负载均衡服务器的公网地址向所述负载均衡服务器发送用于请求一个中继服务器的公网地址的地址请求，以使所述负载均衡服务器根据负载均衡策略确定由所述中继服务器为所述主叫客户端服务；
接收单元，用于接收所述负载均衡服务器发送的所述中继服务器的公网地址。
13.根据权利要求11或12所述的主叫客户端，其特征在于：
所述发送模块，具体用于将所述中继服务器的公网地址携带在SIP或者Xmpp Jingle的扩展信令中发送给被叫客户端。
14.一种主叫客户端，其特征在于，包括：
第一获取模块，用于获取中继服务器的第一公网地址，所述第一公网地址是所述中继服务器在所述主叫客户端所在的运营商网络中的地址，所述中继服务器为STUN/TURN服务器；
连接模块，用于根据所述第一公网地址与所述中继服务器建立连接；
第二获取模块，用于获取所述中继服务器的第二公网地址，所述第二公网地址是所述中继服务器在被叫客户端所在的运营商网络中的地址；
发送模块，用于将所述中继服务器的第一和第二公网地址发送给被叫客户端，以使所述被叫客户端根据所述第一或第二公网地址与所述中继服务器建立连接。
15.根据权利要求14所述的主叫客户端，其特征在于，所述第一获取模块包括：
获取单元，用于从域名系统服务器获取负载均衡服务器的公网地址；
发送单元，用于根据所述负载均衡服务器的公网地址向所述负载均衡服务器发送用于请求一个中继服务器的第一公网地址的地址请求，以使所述负载均衡服务器根据负载均衡策略确定由所述中继服务器为所述主叫客户端服务；
接收单元，用于接收所述负载均衡服务器发送的所述中继服务器的第一公网地址。
16.根据权利要求14或15所述的主叫客户端，其特征在于：
所述发送模块，具体用于将所述中继服务器的第一和第二公网地址携带在 SIP或者Xmpp Jingle的扩展信令中发送给被叫客户端。
17.一种被叫客户端，其特征在于，包括：
接收模块，用于接收主叫客户端发送的公网地址，所述公网地址是与所述主叫客户端建立连接的中继服务器的公网地址，所述中继服务器为STUN/TURN服务器；
连接模块，用于根据所述公网地址与所述中继服务器建立连接。
18.根据权利要求17所述的被叫客户端，其特征在于：
所述接收模块，具体用于接收所述主叫客户端发送的SIP或者Xmpp Jingle扩展信令，从所述扩展信令中解析得到所述公网地址。
19.根据权利要求17所述的被叫客户端，其特征在于：
所述公网地址包括第一公网地址和第二公网地址，所述第一公网地址是所述中继服务器在所述主叫客户端所在的运营商网络中的地址，所述第二公网地址是所述中继服务器在所述被叫客户端所在的运营商网络中的地址；
所述接收模块，还用于接收主叫客户端发送的所述主叫客户端的运营商类型信息；
相应地，所述连接模块包括：
判断单元，用于根据所述主叫客户端的运营商类型信息判断所述被叫客户端的运营商类型与所述主叫客户端的运营商类型是否相同；
连接单元，用于若所述判断单元判断为相同，则根据所述第一公网地址与所述中继服务器建立连接；若所述判断单元判断为不相同，则根据所述第二公网地址与所述中继服务器建立连接。
20.根据权利要求17所述的被叫客户端，其特征在于：
所述公网地址包括第一公网地址和第二公网地址，所述第一公网地址是所述中继服务器在所述主叫客户端所在的运营商网络中的地址，所述第二公网地址是所述中继服务器在所述被叫客户端所在的运营商网络中的地址；
所述接收模块，还用于接收主叫客户端发送的所述主叫客户端的运营商信息，所述主叫客户端的运营商信息包括：所述主叫客户端的运营商类型和国家码；
相应的，所述连接模块包括：
判断单元，用于判断所述主叫客户端的运营商和被叫客户端的运营商的国家码是否相同；
连接单元，具体用于若国家码不相同，则根据所述第一公网地址与所述中继服务器建立连接；
所述判断单元，还用于若国家码相同，则根据所述主叫客户端的运营商类型进一步判断所述被叫客户端的运营商类型与所述主叫客户端的运营商类型是否相同；
所述连接单元，还用于若运营商类型相同，则根据所述第一公网地址与所述中继服务器建立连接；若运营商类型不相同，则根据所述第二公网地址与所述中继服务器建立连接。
21.一种通信系统，其特征在于，包括：主叫客户端，中继服务器，和被叫客户端；
所述主叫客户端是如权利要求11或14所述的主叫客户端；
所述被叫客户端是如权利要求17所述的被叫客户端。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310330218.9A CN103414799B (zh) | 2013-07-31 | 2013-07-31 | 中继地址互通方法和终端及系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310330218.9A CN103414799B (zh) | 2013-07-31 | 2013-07-31 | 中继地址互通方法和终端及系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN103414799A true CN103414799A (zh) | 2013-11-27 |
| CN103414799B CN103414799B (zh) | 2016-12-28 |
Family
ID=49607783
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201310330218.9A Active CN103414799B (zh) | 2013-07-31 | 2013-07-31 | 中继地址互通方法和终端及系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN103414799B (zh) |
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106791685A (zh) * | 2016-12-31 | 2017-05-31 | 深圳市愚公科技有限公司 | 一种远程音视频传输方法及装置 |
| CN107645528A (zh) * | 2016-07-22 | 2018-01-30 | 上海云熵网络科技有限公司 | 集群式透网服务的处理系统与方法 |
| CN108833434A (zh) * | 2018-07-02 | 2018-11-16 | 山东浪潮商用系统有限公司 | 一种基于ip双向网络机顶盒的跨网视频通话系统的实现方法 |
| CN109450947A (zh) * | 2018-12-27 | 2019-03-08 | 福建升腾资讯有限公司 | 一种绕过udp穿透Nat进行Voip音视频通讯的方法 |
| WO2019184262A1 (zh) * | 2018-03-28 | 2019-10-03 | 北京大米科技有限公司 | 多类型媒体数据网络地址转换穿越方法、终端及系统 |
| CN113572867A (zh) * | 2021-09-26 | 2021-10-29 | 北京海誉动想科技股份有限公司 | 通信方法与装置 |
| WO2022166590A1 (zh) * | 2021-02-03 | 2022-08-11 | 上海哔哩哔哩科技有限公司 | 对等网络的传输方法和系统 |
| CN115967717A (zh) * | 2021-10-12 | 2023-04-14 | 支付宝(杭州)信息技术有限公司 | 基于中继集群的通信方法和装置 |
| CN115967717B (zh) * | 2021-10-12 | 2024-07-16 | 支付宝(杭州)信息技术有限公司 | 基于中继集群的通信方法和装置 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101094171A (zh) * | 2006-06-22 | 2007-12-26 | 华为技术有限公司 | 实现媒体流交互方法和系统及媒体网关控制器和媒体网关 |
| US20130058325A1 (en) * | 1998-09-30 | 2013-03-07 | Cisco Technology, Inc. | Method and apparatus for providing ringing timeout disconnect supervision in remote telephone extensions using voice over packet-data-network systems (vops) |
| CN103108054A (zh) * | 2011-11-11 | 2013-05-15 | 中国移动通信集团公司 | 穿越中转服务器的方法以及相应的服务器、终端和系统 |
| CN103152444A (zh) * | 2013-03-25 | 2013-06-12 | 华为技术有限公司 | 中继方式的网络地址转换及报文传输方法及装置、系统 |
-
2013
- 2013-07-31 CN CN201310330218.9A patent/CN103414799B/zh active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20130058325A1 (en) * | 1998-09-30 | 2013-03-07 | Cisco Technology, Inc. | Method and apparatus for providing ringing timeout disconnect supervision in remote telephone extensions using voice over packet-data-network systems (vops) |
| CN101094171A (zh) * | 2006-06-22 | 2007-12-26 | 华为技术有限公司 | 实现媒体流交互方法和系统及媒体网关控制器和媒体网关 |
| CN103108054A (zh) * | 2011-11-11 | 2013-05-15 | 中国移动通信集团公司 | 穿越中转服务器的方法以及相应的服务器、终端和系统 |
| CN103152444A (zh) * | 2013-03-25 | 2013-06-12 | 华为技术有限公司 | 中继方式的网络地址转换及报文传输方法及装置、系统 |
Cited By (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107645528A (zh) * | 2016-07-22 | 2018-01-30 | 上海云熵网络科技有限公司 | 集群式透网服务的处理系统与方法 |
| CN106791685A (zh) * | 2016-12-31 | 2017-05-31 | 深圳市愚公科技有限公司 | 一种远程音视频传输方法及装置 |
| WO2019184262A1 (zh) * | 2018-03-28 | 2019-10-03 | 北京大米科技有限公司 | 多类型媒体数据网络地址转换穿越方法、终端及系统 |
| CN108833434B (zh) * | 2018-07-02 | 2020-09-08 | 山东云缦智能科技有限公司 | 一种基于ip双向网络机顶盒的跨网视频通话系统的实现方法 |
| CN108833434A (zh) * | 2018-07-02 | 2018-11-16 | 山东浪潮商用系统有限公司 | 一种基于ip双向网络机顶盒的跨网视频通话系统的实现方法 |
| CN109450947B (zh) * | 2018-12-27 | 2021-04-09 | 福建升腾资讯有限公司 | 一种绕过udp穿透Nat进行Voip音视频通讯的方法 |
| CN109450947A (zh) * | 2018-12-27 | 2019-03-08 | 福建升腾资讯有限公司 | 一种绕过udp穿透Nat进行Voip音视频通讯的方法 |
| WO2022166590A1 (zh) * | 2021-02-03 | 2022-08-11 | 上海哔哩哔哩科技有限公司 | 对等网络的传输方法和系统 |
| CN113572867A (zh) * | 2021-09-26 | 2021-10-29 | 北京海誉动想科技股份有限公司 | 通信方法与装置 |
| CN113572867B (zh) * | 2021-09-26 | 2022-01-07 | 北京海誉动想科技股份有限公司 | 通信方法与装置 |
| CN115967717A (zh) * | 2021-10-12 | 2023-04-14 | 支付宝(杭州)信息技术有限公司 | 基于中继集群的通信方法和装置 |
| WO2023061370A1 (zh) * | 2021-10-12 | 2023-04-20 | 支付宝(杭州)信息技术有限公司 | 基于中继集群的通信 |
| CN115967717B (zh) * | 2021-10-12 | 2024-07-16 | 支付宝(杭州)信息技术有限公司 | 基于中继集群的通信方法和装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN103414799B (zh) | 2016-12-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN103414799A (zh) | 中继地址互通方法和终端及系统 | |
| CN101478835B (zh) | 基于1X EvDO-WiFi无线路由器的VoWLAN系统 | |
| CN103108089B (zh) | 网络系统的连线建立管理方法及其相关系统 | |
| CN104040998A (zh) | 基于ice的nat遍历 | |
| CN103650424A (zh) | 一种家庭网关服务功能的实现方法和服务器 | |
| CN102195933B (zh) | 隔离ip子网间实现通话的方法及互通单元 | |
| CN1889611B (zh) | 实时语音通信的方法及实时语音通信系统 | |
| CN105721570A (zh) | 数据点对点传输方法及装置 | |
| CN102780675A (zh) | 流媒体业务的传输方法、装置和系统 | |
| US9503583B2 (en) | Peer-to-peer, internet protocol telephone system with proxy interface for configuration data | |
| CN103152444B (zh) | 中继方式的网络地址转换及报文传输方法及装置、系统 | |
| US10531273B2 (en) | Handling of IMS services in a roaming scenario of a user equipment | |
| CN102739676B (zh) | 语音呼叫业务的实现方法及装置 | |
| CN112751827B (zh) | 一种sip多方会话在宽带集群中的应用方法及系统 | |
| CN106534393B (zh) | 实现nat设备穿越的方法和系统 | |
| CN101437176B (zh) | 提供网际协议多媒体子系统业务的方法、系统及装置 | |
| CN108235388B (zh) | 一种呼叫方法、装置及系统 | |
| CN101867575A (zh) | 一种跨网元的媒体发夹连接方法和系统 | |
| CN111315037B (zh) | 通信链路建立方法、装置、计算机设备及存储介质 | |
| CN108833434B (zh) | 一种基于ip双向网络机顶盒的跨网视频通话系统的实现方法 | |
| CN102447751A (zh) | 一种VoIP应用进行NAT穿越的方法及系统 | |
| US20080175232A1 (en) | System and method for multi-service virtual networks by integration, convergence, zero opportunity cost, and distributed user control | |
| CN101753399B (zh) | 会议电视终端互通的实现方法以及网守 | |
| KR101519633B1 (ko) | 모바일 인터넷 전화 서버 시스템 및 모바일 인터넷 전화 서비스 방법 | |
| Lambrinos | Deploying open source IP telephony in rural environments |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20211229 Address after: 450046 Floor 9, building 1, Zhengshang Boya Plaza, Longzihu wisdom Island, Zhengdong New Area, Zhengzhou City, Henan Province Patentee after: xFusion Digital Technologies Co., Ltd. Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen Patentee before: HUAWEI TECHNOLOGIES Co.,Ltd. |