WO2013067870A1

WO2013067870A1 - Method for traversing the translator server and the corresponding server, terminal, system

Info

Publication number: WO2013067870A1
Application number: PCT/CN2012/082125
Authority: WO
Inventors: 李刚; 乐利锋; 彭晋; 马啸
Original assignee: 中国移动通信集团公司
Priority date: 2011-11-11
Filing date: 2012-09-27
Publication date: 2013-05-16
Also published as: CN103108054A

Abstract

Disclosed are a method for traversing the translator server and the corresponding server, terminal, system. The method comprises: the calling terminal and the called terminal obtain the information of the private network address and public network address separately; judging whether it is connected according to the obtained address information; if yes, establishing the connection according to the obtained address information; otherwise, the calling terminal obtains the relay address information and establishes the connection with the called terminal through the obtained relay address. Also disclosed are the corresponding server, terminal and system. The present application can obtain the relay address when the calling terminal and the called terminal couldn't connect with each other through the private network address and public network address, and also can choose the optimized relay address.

Description

Method of traversing a transit server and corresponding server, terminal and system

The present application relates to the field of communications, and in particular, to a method for traversing a relay server, a corresponding server, a terminal, and a system. Background technique

In order to solve the problem of insufficient IP addresses, RFC1918 leaves three IP address segments for each private and internal network (one segment of Class A, Class B, and Class C address ranges). Addresses within this range will not be Internet. Backbone routing. Users with private IP addresses will not be able to access the Internet. This requires the use of Network Address Translation (NAT). The NAT conversion function can make more efficient use of IP address resources, thereby solving the problem of shortage of IP addresses. In the process of converting private IP to public IP, the function of IP conversion is usually performed by a firewall or router.

There are currently four main types of NAT: Full Cone NAT; Restricted Cone NAT; Port Restricted Cone NAT; and Symmetric NAT (Symmetric NAT) ).

The current network mainly uses STUN (Simple Traversal of User Datagram Protocol through Network Address Translators; NAT UDP Simple Traversal;) and TURN (Traversal Using Relay NAT; NAT through NAT) to complete NAT. The principle of STUN is to inform the terminal of its public network address, mainly dealing with the first three types of NAT. TURN uses symmetric means to complete symmetric NAT traversal, and can also be used for the first three types of NAT traversal. There is also an ICE (Interactive Connectivity Establishment), which uses STUN, TURN or SDP protocols. The working principle of ICE is as follows:

First, the calling end collects address information, including its private network address, public network address, and the relay address assigned to it by the TURN server. The collected addresses are then prioritized (generally, the private network address has the highest priority, the public network address is followed by the last, and finally the relay address), and the address information is sent to the called end through sip signaling. After receiving the address information sent by the calling end, the called end also collects the address information, prioritizes the collected addresses, and uses the sip signaling side. Is sent to the calling party. Next, the two parties will address the obtained address (at this time, both the calling end and the called end obtain the private network address, public network address and relay address collected by both parties), and perform connectivity on these address pairs. Detect, and finally select a pair of addresses that are used as media communication for both parties in the address that is successfully connected.

In addition, in actual networks, firewalls are often deployed, which may result in indirect communication between clients. For example, firewalls only allow specific protocols (HTTP), specific ports, and so on. In this way, the address can be collected through the ICE protocol, and then the address connectivity detection is performed, and the transit connection is performed through a transit node.

During the address collection process through the ICE protocol, you can collect private network addresses, public network addresses, and relay addresses. The collection of relay addresses may not be unique, may come from different ports of the same TURN server, or from different TURN servers. In this way, when performing connectivity detection, it may take most of the time to detect these relay addresses, and it is likely that the selected relay address is not optimal. Summary of the invention

An embodiment of the present application discloses a method for traversing a relay server, including: the calling end and the called end respectively obtain respective private network addresses and public network address information;

Whether it is possible to connect according to the obtained address information;

If the result of the determination is yes, a connection is established according to the acquired address information;

If the judgment result is no, the calling terminal acquires relay address information to establish a connection with the called terminal through the relay address.

One embodiment of the present application discloses a TURN server, including:

And a control module, and receiving a relay address acquisition request message sent by the terminal and returning a relay address.

Another embodiment of the present application discloses a communication terminal, including:

Processing module, acquiring private network address and public network address information of the communication terminal and the communication terminal of the opposite party;

The determining module determines whether the connection is possible according to the obtained address information;

If the determination result is yes, the processing module establishes a connection with the counterpart communication terminal; If the judgment result is no, the processing module acquires a relay address.

Another embodiment of the present application also discloses a communication system, including:

The calling end and the called end respectively obtain the public network address information of the private network address, and determine whether the connection is possible according to the obtained address information. If the judgment result is yes, the connection is established according to the obtained address information, if the judgment result is If not, the calling terminal obtains relay address information from the server; the server returns the relay address to the calling terminal.

Through the implementation manner of the present application, the calling end collects the relay address when the private network address and the public network address of the calling end and the called end cannot be connected, and the server can select the optimal relay address and/or medium. Following the address sorting list, so that the calling end establishes a connection with the called end. DRAWINGS

1 shows a method 1000 of traversing a relay server according to an embodiment of the present application; FIG. 2 shows a step S130 in the method 1000 shown in FIG. 1;

3 shows a signaling flow diagram of a method 1000 of traversing a relay server in accordance with an embodiment of the present application;

Figure 4 illustrates a server 30 in accordance with one embodiment of the present application;

FIG. 5 shows a communication terminal 40 in accordance with an embodiment of the present application.

detailed description

Embodiments of the present application are described in detail below with reference to the accompanying drawings.

FIG. 1 illustrates a method 1000 of traversing a relay server in accordance with an embodiment of the present application. As shown in FIG. 1, in step S110, the calling end and the called end respectively obtain respective private network addresses and public network address information. Then, in step S120, the calling end and the called end perform connectivity detection according to the obtained address information. If the communication is possible, the calling end and the called end establish a connection by using the obtained private network address and public network address information in step S140. If the communication cannot be performed, in step S130, the calling terminal acquires relay candidate information. Then, in step S140, the calling end and the called end establish a connection by using the relay address information.

For example, in step S110, the calling terminal first obtains its private network address and public network address information, for example, the calling end sends a request message to the STUN/TURN server, and then the STUN/TURN server sends the request message to the STUN/TURN server. The calling end returns its public network address; the calling end sorts the obtained address and sends its private network address and public network address information (for example, through sip signaling or other server forwarding) to the called end; the called end receives After obtaining the address information sent by the calling end, the private network address and the public network address information are also obtained. For example, the called end sends a request message to the STUN/TURN server, and then the STUN/TURN server returns its public network address to the called end. The called end sorts the obtained addresses and sends its private network address and public network address information (for example, through sip signaling or other server forwarding) to the calling end. In this way, both the calling end and the called end obtain the private network address and public network address information of both parties.

In step S120, the calling end and the called end perform address pairing on the private network address and the public network address of both parties, and perform connectivity detection. If the connectivity detection succeeds, the calling end and the called end establish a connection by using the private network address or the public network address of both parties in step S140.

If the connectivity detection fails, in step S130, the calling terminal obtains the relay address information to establish a connection with the called terminal through the relay address.

Figure 2 shows a step S130 in the method 1000 shown in Figure 1. As shown in FIG. 2, in step S1301, the calling terminal sends a relay address obtaining request message to the server (hereinafter referred to as the management server), wherein the management server may be a TURN server, and other storages may be stored therein. A list of TURN servers, which manages each of the other TURN servers as a relay server. Moreover, the relay address obtaining request message may include a public network address of the calling end and the called end.

Then in step S1302, the management server selects the optimal relay address. For example, the management server receives the relay address acquisition request message and selects an optimal relay address according to the public network address of the calling end and the called end included therein.

Alternatively, the management server may select the optimal relay address and/or obtain a relay address sorted list in a static manner, i.e., perform IP address matching to determine an optimal relay address and/or a relay address sorted list. For example, the management server can query the public IP address pool to query the location of the IP address and the name of the ISP, so that a transit node that is closer to both the calling and the called parties can be statically selected.

Alternatively, the management server may dynamically select an optimal relay address and/or obtain a relay address sorting list, that is, detect each relay server and the master according to the obtained public network address information of the calling end and the called end. The delay and/or packet loss rate of the communication between the called end and the called end, and then can also be The load information of each relay server is compared to determine an optimal relay address and/or relay address sorting list. For example, the management server may perform dynamic communication detection between the candidate multiple transit nodes (R1, R2, and R3) one by one with the calling end (A) and the called end (B), for example, testing and counting for a period of time. Delay and packet loss rate, for example, A-R1-B, A-R2-B, and A-R3-B are detected separately, and then the transit node with smaller delay and lower packet loss rate is selected as the media optimal. Transfer node. The management server then sends the selected optimal relay address (ie, the address of the optimal transit node) and/or the relay address sorted list to the calling end.

Next, in step S1303, the calling end sends the optimal relay address and/or relay address sorting list to the called end to establish a connection. As an option, in step S1303, after the called end receives the optimal relay address and/or the relay address sorting list sent by the calling end, the connection detection may be performed first, and then the connection is established.

Alternatively, the management server can sort each relay server to obtain an ordered list and return the sorted list to the calling end. The calling end sends the allocation sequence table to the called end. Then, the calling end and the called end perform a connectivity test according to the allocation sequence table to establish a connection.

3 illustrates a signaling flow diagram of a method 1000 of traversing a relay server in accordance with an embodiment of the present application. As shown in FIG. 3, the management server in the method employs a dynamic manner to select an optimal relay address and/or Obtaining a relay address sorting list, that is, detecting a delay and/or a packet loss rate of communication between each relay server and the calling end and the called end according to the obtained public network address information of the calling end and the called end, and then also The load information of each relay server is compared to determine an optimal relay address and/or relay address sorting list. First, the calling end sends a relay address collection request message to the management server; then the management server acquires the public network address of the calling end and the called end contained in the request message, and sends a test to the managed relay server in response to the request message. Each relay server communicates with the calling end and the called end in response to the test message to obtain information such as TTL (Time To Live), and then returns the obtained TTL information to the management server; The information such as the TTL returned by each relay server is sorted by each relay server, and then the optimal relay address (the address of the optimal relay server) and/or the sorted list of the relay server are returned to the calling party; The terminal sends the received optimal relay address and/or relay address sorted list to the called end; the calling end and the called end perform connectivity test according to the optimal relay address and/or the sorted list to establish a connection.

Through the above implementation manner, the address collection is divided into two, first, the client only collects the private network. The address and public network address information are then detected for connectivity; only when the connectivity detection fails, the calling end sends a request message to the management server to collect the relay address. The management server only performs signaling interaction, manages multiple TURN servers for media relay, and selects an optimal relay address according to the public network address information of the calling end and the called end and then returns to the calling end. This can select the optimal relay address from multiple relay addresses to improve QoS.

Figure 4 illustrates a TURN server 30 in accordance with one embodiment of the present application. As shown in FIG. 4, the TURN server 30 includes a control module 31. After receiving the relay address acquisition request message sent by the terminal, the control module 31 returns a relay address to the terminal. As an option, after receiving the public network address request message sent by the terminal, the control module 31 returns the public network address of the terminal to the terminal. The server 30 can store a list of other TURN servers, and manage each of the other TURN servers as a relay server.

As shown in FIG. 4, the management server 30 can also include a comparison module 32. The comparing module 32 compares the quality of connectivity of each relay server with the terminal according to the relay address acquisition request message to determine an optimal relay address and/or a relay address sorting list. The control module 31 is further configured to return an optimal relay address and/or a relay address sorting list to the terminal. As an option, the relay address obtaining request message includes public network address information of the calling end and the called end. As an option, the comparison module 32 may select the optimal relay address in a static manner and/or obtain a relay address sorted list, ie, perform IP address matching to determine an optimal relay address and/or a relay address sorted list. For example, the comparison module 32 can query the location of the IP address and the name of the ISP by querying the public IP address database, so that a transit node that is closer to both the calling party and the called party can be statically selected. Alternatively, the comparing module 32 may dynamically select an optimal relay address and/or obtain a relay address sorting list, that is, detect each relay server according to the obtained public network address information of the calling end and the called end. The delay and/or packet loss rate of the communication between the calling end and the called end may then be compared to the load information of each relay server to determine an optimal relay address and/or a relay address sorting list. For example, the comparison module 32 can perform dynamic communication detection between the candidate plurality of transit nodes (R1, R2, and R3) one by one with the calling end (A) and the called end (B), for example, can test and count for a period of time. The delay and packet loss rate, for example, A-R1-B, A-R2-B, and A-R3-B are detected separately, and then the transit node with smaller delay and lower packet loss rate is selected as the media. Excellent transit node. Then, the control module 31 sorts the obtained optimal relay address (ie, the address of the optimal transit node) and/or the relay address. Sent to the calling party.

The server only performs signaling interaction, manages multiple TURN servers for media relay, and selects an optimal relay address according to the public network address information of the calling end and the called end, and then returns to the calling party. A communication terminal 40 of one embodiment is applied. As shown in FIG. 5, the communication terminal 40 includes a processing module 41 and a determination module 42. The processing module 41 obtains the private network address and the public network address information of the communication terminal and the counterpart communication terminal. The judging module 42 judges whether or not it is possible to communicate based on the acquired address information. If the determination result of the determination module 42 is YES, the processing module 41 establishes a connection with the counterpart communication terminal; if the determination result of the determination module 42 is negative, the processing module 41 acquires the relay address.

For example, the processing module 41 of the communication terminal 40 first acquires the private network address and public network address information of the communication terminal 40, for example, sends a request message to the STUN/TURN server, and then receives the public network address returned by the STUN/TURN server. The processing module 41 also sorts the obtained addresses and transmits the obtained private network address and public network address information (for example, by sip signaling or other server forwarding) to the counterpart communication terminal. The processing module 41 also receives the private network address and the public network address information of the counterpart communication terminal returned by the counterpart communication terminal. The judging module 42 performs address matching on the private network address and the public network address of the communication terminals of both parties, and determines whether it is possible to communicate. The processing module 41 is further configured to establish a connection with the counterpart communication terminal by using the private network address or the public network address of the two parties when the connectivity detection succeeds, and acquire the relay address information when the connectivity detection fails, to establish the relay address with the counterpart communication terminal. connection.

The processing module 41 is further configured to send a relay address acquisition request message to the server when the connectivity detection fails, where the relay address acquisition request message may include the communication interruption 40 and the public network address of the counterpart communication terminal. The processing module 41 is further configured to receive an optimal relay address returned by the server, and send an optimal relay address and/or a relay address sorting list to the counterpart communication terminal to establish a connection. As an option, the determining module 42 is further configured to perform an application for the optimal relay address and/or the relay address sorting list. The embodiment further relates to a corresponding communication system. The system can include a calling end, a called end, and a STUN/TURN server. In the system, the calling end and the called end respectively obtain respective private network addresses and public network address information, and perform connectivity detection according to the obtained address information. If the connection is possible, the calling end and the called end establish a connection by using the obtained private network address and public network address information. Such as If the communication cannot be made, the calling end obtains the relay candidate information, and then establishes a connection with the called end by using the relay address information.

For example, the calling end obtains its private network address and public network address information. For example, the calling party sends a request message to the STUN/TURN server. The STUN/TURN server returns its public network address to the calling end; the calling end sorts the obtained address and sends its private network address and public network address information (for example, through sip signaling or other server forwarding) to the called end. After receiving the address information sent by the calling end, the called end also obtains its own private network address and public network address information. For example, the called end sends a request message to the STUN/TURN server, and the STUN/TURN server returns to the called end. Public network address; The called end sorts the obtained addresses and sends its private network address and public network address information (for example, through sip signaling or other servers) to the calling end. In this way, both the calling end and the called end obtain the private network address and public network address information of both parties.

The calling end and the called end perform address pairing on the private network address and the public network address of both parties, and perform connection detection. If the connectivity detection succeeds, the calling end and the called end establish a connection by using the private network address or the public network address of both parties. If the connectivity detection fails, the calling end obtains the relay address information to establish a connection with the called terminal through the relay address.

The system may also include a server (hereinafter referred to as a management server). The management server can be a TURN server, which can store a list of other TURN servers, and manage each of the other TURN servers as a relay server. The management server receives the relay address acquisition request message sent by the calling party. The relay address obtaining request message may include a public network address of the calling end and the called end. The management server selects the optimal relay address. For example, the management server receives the relay address acquisition request message and selects an optimal relay address according to the public network address of the calling end and the called end included therein.

Alternatively, the management server may dynamically select an optimal relay address and/or obtain a relay address sorting list, that is, according to the obtained public network address information of the calling end and the called end. Measure the delay and/or packet loss rate of each relay server to communicate with the calling and called terminals, and then compare the load information of each relay server to determine the optimal relay address and/or relay address. Sort the list. For example, the management server may perform dynamic communication detection between the candidate multiple transit nodes (R1, R2, and R3) one by one with the calling end (A) and the called end (B), for example, testing and counting for a period of time. Delay and packet loss rate, for example, A-R1-B, A-R2-B, and A-R3-B are detected separately, and then the transit node with smaller delay and lower packet loss rate is selected as the media optimal. Transfer node. The management server then sends the selected optimal relay address (ie, the address of the optimal transit node) and/or the relay address sorted list to the calling end.

The calling end also sends an optimal relay address and/or relay address sorting list to the called end to establish a connection. As an option, after the called end receives the optimal relay address and/or the relay address sorting list sent by the calling end, the connected terminal may perform connectivity detection before establishing a connection.

The following is an example in which the management server adopts a dynamic manner to select an optimal relay address and/or obtain a relay address sorting list. That is, the management server detects the delay and/or packet loss rate of communication between each relay server and the calling end and the called end according to the obtained public network address information of the calling end and the called end, and then can also access each relay server. The load information is compared to determine an optimal relay address and/or relay address sorted list. First, the calling terminal sends a relay address collection request message to the management server; then the management server acquires the public network address of the calling end and the called end contained in the request message, and sends a test to the managed relay server in response to the request message. Each relay server communicates with the calling end and the called end in response to the test message to obtain information such as TTL (Time To Live), and then returns the obtained TTL information to the management server; The information such as the TTL returned by each relay server is sorted by each relay server, and then the optimal relay address (the address of the optimal relay server) and/or the sorted list of the relay server are returned to the calling party; The terminal sends the received optimal relay address and/or relay address sorted list to the called end; the calling end and the called end perform connectivity test according to the optimal relay address and/or the sorted list to establish a connection.

The above description is only a preferred embodiment of the present application, and thus does not limit the scope of patents of the present application. The equivalent structure or equivalent process transformations made by the specification and the drawings of the present application, or directly or indirectly applied to other related technical fields, are all included in the scope of patent protection of the present application.

Claims

Claim

1. A method of traversing a relay server, comprising:

The calling end and the called end respectively obtain respective private network addresses and public network address information;

The method of claim 1, wherein the method further comprises: the calling end sending a relay address acquisition request message to the server;

The server returns relay address information according to the received relay address acquisition request message; the calling terminal sends the received relay address information to the called terminal; and the calling end is The calling end establishes a connection according to the obtained relay address information.

The method according to claim 2, wherein the relay address acquisition request message includes public network address information of the calling end and the called end.

4. The method according to claim 3, wherein the step of the server returning the relay address information according to the received relay address acquisition request message comprises:

Receiving, by the server, a relay address acquisition request message to obtain public network address information of the calling end and the called end;

Performing IP address matching according to the obtained public network address information of the calling end and the called end to determine an optimal relay address and/or a relay address sorting list;

Returns a sorted list of the optimal relay address and/or relay address.

5. The method according to claim 3, wherein the step of the server returning a relay address according to the received relay address acquisition request message comprises:

Determining, according to the obtained public network address information of the calling end and the called end, a delay and/or a packet loss rate of each relay server to communicate with the calling end and the called end, to determine an optimal relay address and / or relay a sorted list of addresses;

Returns a sorted list of the optimal relay address and/or relay address.

The method according to claim 5, wherein the detecting, according to the obtained public network address information of the calling end and the called end, detecting a delay of communication between each relay server and the calling end and the called end And/or the packet loss rate, the steps for determining the optimal relay address and/or the relay address sorting list further include:

Comparing the load information of each relay server to determine an optimal relay address and/or a relay address sorting list;

Returns a sorted list of the optimal relay address and/or relay address.

7. A TURN server, including:

The control module receives the relay address acquisition request message sent by the terminal and returns a relay address.

8. The server of claim 7, further comprising:

And comparing, by the comparison module, the connectivity quality of each relay server and the terminal according to the relay address acquisition request message to determine an optimal relay address and/or a relay address sorting list;

The control module is further configured to return the optimal relay address and/or relay address sorting list to the terminal.

The server according to claim 7, wherein the relay address acquisition request message includes public network address information of a calling end and a called end;

The comparison module is further configured to perform an IP address matching according to the public network address information of the calling end and the called end to determine an optimal relay address and/or a relay address sorting list; or

The load information of each relay server is compared according to the public network address information of the calling end and the called end to determine an optimal relay address and/or a relay address sorting list.

10. A communication terminal comprising:

If the determination result is yes, the processing module establishes a connection with the counterpart communication terminal; if the determination result is no, the processing module acquires the relay address information.

11. The communication terminal according to claim 10, when the determination result is no, the processing module sends a relay address acquisition request message to the server, and receives relay address information returned by the server, Sending the relay address information to the counterpart communication terminal and establishing a connection therewith.

The communication terminal according to claim 10, wherein the relay address acquisition request message includes public network address information of the communication terminal and the counterpart communication terminal.

13. A communication system comprising:

14. The system according to claim 13, wherein, when the determination result is negative, the calling terminal is further used by the server to send a relay address acquisition request message to the server, and receives a relay returned by the server. The address information is then sent to the called end, and the connected end establishes a connection with the called end according to the obtained relay address information.

The system according to claim 14, wherein the relay address acquisition request message includes public network address information of the calling end and the called end.

The system according to claim 15, wherein the server is further configured to obtain the public network address information of the calling end and the called end according to the received relay address obtaining request message, and according to the obtained public network The address information is matched by the IP address to determine an optimal relay address and/or a relay address sorting list.

The system according to claim 15, wherein the server is further configured to obtain the public network address information of the calling end and the called end according to the received relay address obtaining request message, according to the obtained public network address. The information detects the delay and/or packet loss rate of each relay server communicating with the calling and called terminals to determine an optimal relay address and/or relay address sorting list.

18. The system according to claim 17, wherein the server is further configured to compare load information of each relay server to determine an optimal relay address and/or a relay address sorting list.