WO2010020169A1 - Media bypass method, system and apparatus - Google Patents

Abstract

The embodiments of the invention disclose a media bypass method, system and apparatus, and the media bypass method includes: a second terminal acquires the information of a first terminal; if the second terminal supports terminal interconnection detection, it negotiates with the first terminal according to the first terminal address and port in the information after determining that the first terminal supports terminal interconnection detection according to the interconnection detection identifier in the information; after the negotiation succeeds, the second terminal establishes media connection with the first terminal according to the first terminal address and port through the negotiation. In embodiments of the invention, media communication of two terminals in one network without media agent operation of session border controller (SBC) is enabled, so the media processing burdens of SBC is reduced, network bandwidth is saved, and the utilization ratio of SBC is raised.

Description

 Method, system and device for media bypass

 Embodiments of the present invention relate to the field of network communication technologies, and in particular, to a method, system, and apparatus for media bypass. Background technique

 In the next generation network based on IP (Internet Protocol)-based multimedia communication, in order to solve network traversal problems such as NAT (Network Address Translation)/FW (FireWall), it is common to deploy SBC on the network boundary. (Session Border Controllers, devices), a scheme for signaling and media full proxy through SBC. A terminal device on the public network or in the same private network. If the signaling agent is used through the SBC, the SBC will also perform media proxy. If all media is represented by the SBC, the processing power and bandwidth limitations of the SBC device will become the bottleneck of this star network.

 In the SBC networking mode, the session initiation signaling initiated by the terminal to establish a media session is proxyed by the SBC. The SBC modifies the calling media address and port in the SDP (Session Description Protocol) parameter of the request sent by the calling terminal to the address and port allocated by the SBC, and transmits the call to the called terminal, so that the media session is subsequently established. A media session is established between the called terminal and the SBC. In the same way, the SBC modifies the media address and port in the SDP parameter carried in the response sent by the called terminal to the address and port allocated by the SBC, so that when the media session is subsequently established, the calling party also establishes media communication with the SBC. The SBC forwards the media sessions between the two pairs of assigned addresses/ports, thereby implementing the functions of the media agent.

Because the SBC is in the networking mode, the terminal is registered to the SBC. Through this registration mechanism, the SBC can obtain and record the NAT address and port after the terminal is translated. When the calling terminal initiates a call, the SBC can query the address and end of the called terminal NAT after the called terminal's account is queried. The port can be used to determine whether the calling party and the called party are in the same private network. Therefore, the SBC can detect the single-outlet (the IP addresses in the private network are mapped to the same public network IP). For multiple egresses (the IP addresses in the private network are mapped to an address pool), the NAT network needs to set the bypass media address pool (IP address set) on the SBC, so that the SBC can detect the terminals in the same NAT private network. .

 For the case where the SBC is deployed inside the private network, the above applies to the configuration of the address segment and the address pool on the SBC.

 In the process of implementing the present invention, the inventor has found that at least the following problems exist in the prior art: The media bypass technology implemented by the SBC is complicated in configuration, requires network planning in advance, understands the IP address segment that can be bypassed, and configures the SBC. After the network changes and maintenance, you need to update the SBC configuration. Moreover, the SBC cannot distinguish between network isolation within the same network. When a terminal in the same network registers with a different SBC, registration data sharing is difficult, and a public registration data inquiry service needs to be provided, which is costly. Summary of the invention

 The embodiments of the present invention provide a method, a system, and a device for media bypass, so that when the terminal can directly communicate with each other, the SBC bypass is performed, so that the terminal that can directly communicate with the media directly performs media connection.

 To achieve the above objective, an embodiment of the present invention provides a method for media bypass, which includes:

 The second terminal acquires information of the first terminal;

 After the second terminal supports terminal interoperability detection, after determining, according to the interoperability detection identifier in the information, that the first terminal supports terminal interoperability detection, the second terminal is based on the first terminal in the information. An address and a port are negotiated with the first terminal;

After the negotiation is successful, the second terminal performs media connection with the first terminal according to the negotiated first terminal address and port. In another aspect, the embodiment of the present invention further provides a system for media bypass, including: a first terminal, configured to send information about the first terminal;

 a second terminal, configured to acquire information about the first terminal, and after the second terminal supports terminal interoperability detection, determining, according to the interoperability detection identifier in the information, that the first terminal supports terminal interoperability detection The second terminal negotiates with the first terminal according to the first terminal address and port in the information. After the negotiation succeeds, the second terminal is configured according to the negotiated first terminal address and port. The first terminal performs a media connection.

 In another aspect, the embodiment of the present invention further provides a terminal, including:

 An information acquiring module, configured to acquire information about another terminal;

 a judging module, configured to determine, according to the interoperability detection identifier in the information received by the information acquiring module, whether the other terminal supports the terminal interoperability handshake module, when the terminal supports terminal interoperability detection, When the determining module determines that the other terminal supports the terminal interoperability detection, the negotiation is performed according to the another terminal address and port in the information, and the media module is configured to successfully negotiate in the handshake module. Then, media connection is performed with the other terminal according to the negotiated another terminal address and port.

 Compared with the prior art, the embodiment of the present invention has the following advantages: In the embodiment of the present invention, when the second terminal supports terminal interoperability detection, after determining that the first terminal also supports terminal interoperability detection, and the first terminal After the negotiation is successful, the second terminal performs media connection with the first terminal according to the negotiated first terminal address and port. The embodiment of the invention realizes that two terminals in the same network do not need to perform media proxy by the SBC when performing media communication, which reduces the burden of SBC media processing, saves network bandwidth, and improves SBC utilization. DRAWINGS

In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the drawings used in the description of the embodiments will be briefly described below. Obviously, the drawings in the following description are only the present invention. For some embodiments of the present invention, other drawings may be obtained from those skilled in the art without any inventive effort.

 1 is a schematic diagram of media bypass in the same network according to an embodiment of the present invention;

 2 is a flowchart of a method for media bypass according to an embodiment of the present invention;

 3 is a flowchart of terminal interoperability detection according to an embodiment of the present invention;

 4 is a structural diagram of a system for media bypass according to an embodiment of the present invention;

 FIG. 5 is a structural diagram of a terminal according to an embodiment of the present invention; FIG.

 6 is another structural diagram of a terminal according to an embodiment of the present invention;

 FIG. 7 is a structural diagram of the determining module 52 according to an embodiment of the present invention. detailed description

 The technical solutions in the embodiments of the present invention are clearly and completely described in the following with reference to the accompanying drawings in the embodiments of the present invention. It is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. All other embodiments obtained by a person of ordinary skill in the art based on the embodiments of the present invention without creative efforts are within the scope of the present invention.

 The embodiment of the present invention provides a method for media bypass, which can accurately detect whether media intercommunication can be performed between two terminals in the same network, and perform SBC bypass for media sessions between terminals that can directly communicate with each other. The same network in the embodiment of the present invention may be the same private network or a public network. When implementing SBC media bypass, the SBC only needs simple configuration (only one switch control function) or zero configuration, and does not require sharing of registration information data between SBCs.

In the multimedia communication, as long as the networks between the terminals can communicate with each other, the media streams can directly communicate with each other between the terminals, thereby reducing the burden on the SBC. The detection of whether the network can directly communicate can be completed between two terminals participating in the media session. This method is applicable to terminal detection in the public network or in the same private network. The embodiment of the present invention is applicable to a case where a terminal in the same network performs a media session and needs to perform SBC media bypass. When two terminals are not in the same network, it is considered that the two terminals cannot directly communicate with each other, or the media agent is performed by the SBC. . As shown in FIG. 1 , when the terminal A establishes a media session with the terminal B, the media bypass method provided by the embodiment of the present invention can be used for the SBC media bypass, and the terminal A and the terminal C are still represented by the SBC when establishing the media session. .

 As shown in FIG. 2, a flowchart of a method for media bypassing according to an embodiment of the present invention includes: Step S201: A second terminal acquires information about a first terminal.

 The information of the first terminal includes a session identifier of the handshake session created by the first terminal, an IP address of the first terminal, handshake port information of the first terminal, audio media port information of the first terminal, and video media port information. The call request sent by the first terminal is carried by the Call-Info header field of the SIP (Session Initiation Protocol) invite signaling. Moreover, the embodiment of the present invention adds detection information in the Call-Info header field, for example: purpose = detection

 Step S202: After the second terminal supports the interoperability detection of the terminal, determining, according to the interoperability detection identifier in the information, that the first terminal supports the interoperability detection of the terminal, the second terminal according to the first terminal address and port in the information The first terminal performs negotiation.

 The determining, by the second terminal, the interoperability detection of the first terminal support terminal according to the interoperability detection identifier in the information may be:

 The second terminal determines whether the information includes the interoperability detection identifier. If the information includes the interactivity detection identifier, the second terminal determines that the first terminal supports the interoperability detection of the terminal.

After the second terminal determines that the first terminal supports the terminal interoperability detection, the second terminal creates a handshake session, sends a handshake request to the first terminal, and negotiates with the first terminal according to the first terminal address and port in the information. . The session identifier of the handshake session created by the first terminal is used as the session identifier of the handshake session created by the second terminal. The handshake request sent by the second terminal to the first terminal includes an operation type, a session identifier of the handshake session created by the second terminal, an IP address of the second terminal, handshake port information of the second terminal, and an audio media port of the second terminal. Information and video media port information.

 After the first terminal receives the handshake request, the first terminal determines whether the dialog identifier of the handshake session created by the second terminal carried in the handshake request matches the session identifier of the handshake session created by the first terminal, and is created by the second terminal. When the conversation identifier of the handshake session matches the conversation identifier of the handshake session created by the first terminal, the first terminal determines whether the IP address of the second terminal carried in the handshake request is the same as the source IP address of the first terminal receiving the handshake request.

 When the first terminal determines that the IP address of the second terminal carried in the handshake request is the same as the source IP address of the first terminal receiving the handshake request, the first terminal determines that the first terminal can directly communicate with the second terminal, and the negotiation succeeds to the second terminal. Response message.

 Step S203: After the negotiation succeeds, the second terminal performs media connection with the first terminal according to the negotiated first terminal address and port. Specifically, it can be:

 In the embodiment of the present invention, after acquiring the information of the first terminal, the second terminal uses the IP address of the first terminal, and the audio media port information and the video media port information of the first terminal to replace the normal invite call flow SDP negotiation result. The peer IP address, as well as the audio media port information and video media port information of the peer end, conduct media conversations.

 Moreover, the first terminal also uses the IP address of the second terminal, and the audio media port information and the video media port information of the second terminal to replace the peer IP address in the SDP negotiation result, and the audio media port information and the video media port of the peer end. Information, media conversations. Thereby, the first terminal can directly conduct a media conversation with the second terminal.

The media bypass method, when the second terminal supports the terminal interoperability detection, after determining that the first terminal also supports the terminal interoperability detection, negotiates with the first terminal, after the negotiation succeeds, the second terminal according to the negotiation The first terminal address and port are in media connection with the first terminal. The embodiment of the invention realizes that two terminals in the same network do not need to perform media proxy by the SBC when performing media communication, which reduces the burden of SBC media processing, saves network bandwidth, and improves SBC utilization. Moreover, the network quality in the private network is improved, the delay and jitter of the media stream are reduced, and the error rate of the media stream is reduced, thereby improving the quality of the media call. SBC media bypass is done between terminals, without the need for SBC to do cumbersome configuration, and without the need to share registration data between SBCs. Through the terminal interoperability detection between terminals, it is possible to determine the network isolation in the same network, and not to perform SBC media bypass for terminals that cannot communicate with each other.

 In the embodiment of the present invention, the first terminal is the calling terminal, and the second terminal is the called terminal as an example. However, the embodiment of the present invention is not limited thereto.

 In general, after the SBC server, SIP server, AS (Advanced Server, service server) and other network devices, the calling terminal information (such as the calling terminal IP address, SIP listening port, media transceiver address/port, etc.) cannot be used. Transparent transmission to the called terminal device. Similarly, the information of the called terminal cannot be transparently transmitted to the calling terminal. Therefore, when the terminals are able to communicate with each other, it is necessary to transmit information to the other terminal. Taking the SIP call as an example, the embodiment of the present invention extends the header field Call-Info of the SIP signaling, and adds the probe information purpose = detection in the Call-Info, and

Call-Info fills in the information of the calling terminal, including: dialog identifier, calling terminal IP address, handshake port (probe port), and media port.

 The dialog identifier is generated by the calling terminal when creating the dialog request, and may be a random character string, and the rule for generating the Call-ID in the SIP message may be generated as long as the uniqueness of the dialog identifier is ensured. The dialog identifier is used to match the conversation when the handshake between the calling and called terminals is continued.

 The calling terminal IP address is obtained by the calling terminal to obtain the local IP address, which is the destination address detected by the called terminal, and is also the address that the media sends and receives when the subsequent media session is established.

 The handshake port is also called the probe port. It is the port that listens for the handshake request and sends the subsequent response. It is the same as the SIP port. The media port is the port that the terminal receives and sends media when the session is established, and is also the media port that the terminal fills in the SDP. The media port here includes both audio and video ports.

The above parameters are separated by Ί "delimiter, the specific form is as follows: Call-Info: <Dialog ID IIPI handshake port I audio port I video port>;

Purpose=detection

 Call-Info: <AS234234LKI10.10.10.1I5060I10500I10510>;

Purpose=detection

 When initiating a SIP session, the calling terminal carries a Call- with probe information in the invite signaling.

In the Info header field, the SBC server, the SIP server, and the AS transparently transmit the Call-Info information set by the calling terminal, and the called terminal receives the Call-Info information set by the calling terminal. If the called terminal does not support the terminal detection mechanism, the Call-Info information will be ignored. If the called terminal supports the terminal detection mechanism, the called terminal obtains the Call-Info header field from the received invite signaling, and determines the Whether the invite signaling carries the purpose = detection parameter to determine whether the calling terminal has the handshake capability. If the calling terminal is also a terminal that supports the sounding mechanism, the called terminal can start to initiate the probe after receiving the invite signaling.

 In the embodiment of the present invention, the terminal interoperability detection implemented by the terminal is implemented by means of handshake between terminals, and is therefore also referred to as a handshake mechanism.

 As shown in FIG. 3, it is a flowchart of terminal interoperability detection according to an embodiment of the present invention. among them:

 (1) UA (User Agent) refers to the original signaling, service logic processing module, and UI (User Interface) presentation part of the terminal. The information acquisition module mainly performs the signaling process processing, interface presentation and media control functions of the SIP call. In the embodiment of the present invention, some modifications are made to the UA, and the probe initiation function and the media switching logic processing after the successful detection are added.

 (2) Media module: It mainly completes the functions of collecting, playing, encoding, decoding, sending, receiving and media processing of media streams.

 (3) Handshake module: It is a new module in the embodiment of the present invention, and mainly processes the handshake negotiation signaling process between terminals.

 (4) SIP protocol stack: Handshake request signaling and acknowledgment request signaling use SIP protocol standard

Option signaling, and follows the mechanism of transaction processing and retransmission of the SIP protocol stack, the SIP protocol stack needs Some modifications are required to enable the application to specify the destination address and port of the SIP message to send the handshake request message directly to the other party's terminal. At the same time, the SIP protocol stack should also be able to support the receiving of signaling between the direct terminal and the terminal, which can be thrown to the application for processing.

 In FIG. 3, UA A, media module VIII, handshake module VIII, SIP protocol stack A form a calling terminal, UA B, media module 6, handshake module 6, and SIP protocol stack B constitute a called terminal, and both terminals support the terminal. The detection mechanism, the process of the terminal interoperability detection specifically includes:

 Step S301: After the calling terminal initiates the invite call request, the handshake module interface is invoked, the conversation identifier is transmitted, and the handshake conversation is created, and the handshake identifier is the unique identifier and the index. Set the dialog to initialize the state.

 Step S302, after the called terminal UA B receives the invite request of the UA A, it detects the call-

Whether the purpose parameter in the Info header field is equal to detection determines that the calling terminal supports the terminal detection mechanism. Parse and save the information of the Call-Info header field.

 Step S303: The UA B sends a handshake request command to the handshake module B, where the session identifier, the calling terminal IP address, and the handshake port information obtained from the Call-Info are transmitted to the handshake module.

 Step S304, the handshake module B creates a handshake session, and the session identifier is a unique identifier and a token I, and the session state is an initialization state.

 Step S305, the handshake module B calls the SIP protocol stack interface to construct and send a handshake request. Step S306, the SIP protocol stack B sends a handshake request to the SIP protocol stack A by using an Option request other than the session. The Option request carries a message body, and the message body type (Content-type) is application/xml, and is organized in the form of XML (extensible Markup Language). The message body mainly includes operation type, dialog identifier, called terminal IP address, handshake port, audio media port, and video media port information. The organization is as follows:

 <detection>

 <action>request</ action>

 <tag>LA23LKJLJ</tag>

<ip>192.168.1.1</ip> <d-port>5060</d-port>

 <a-port> 10500</a-port>

 <v-port> 10510</v-port>

 </detection>

 Step S307: After receiving the Option request, the calling terminal SIP protocol stack A throws the Option request to the handshake module A.

 Step S308, the handshake module A determines the type of the Option message body and parses the content of the message body, and determines that the message is a handshake request by using the action, and matches the local handshake session with the dialog identifier (tag) in the Option. After the dialog is successfully matched, the information in the message body is saved in the handshake session. At the same time, the called terminal address (ip) in the message body is compared with the source address of the SIP protocol stack actually receiving the Option message. If the two addresses are not the same, it indicates that there is NAT between the calling and called terminals, and it is considered that the two terminals cannot directly Interworking, the calling terminal sets the handshake state to be inactive; if the two addresses are the same, it is considered that the calling terminal sent by the called terminal can receive, but it is not yet determined whether the called terminal sent by the calling terminal can receive the received terminal. At this time, the calling terminal sets the handshake state to recvonly.

 Step S309, the handshake module A sends a handshake request response. If the handshake state of the calling terminal is inactive, the handshake module A sends a 403 failure response to the called terminal SIP protocol stack B through the SIP protocol stack A. If the handshake state of the calling terminal is recvonly, the handshake module A passes the SIP protocol stack A. The called terminal SIP protocol stack B sends a 200 response of the Option request, and the 200 response also carries the message body. The message body contains the conversation ID, and the structure is as follows:

 <detection>

 <tag>LA23LKJLJ</tag>

 </detection>

Step S310, if the called terminal receives the 403 failure response, the handshake session state is inactive, and the handshake process ends. If the called terminal receives a 200 successful response, the SIP protocol stack B reports a handshake success event to the handshake module B. Step S311, the handshake module B confirms that the dialog identifier is correct, and the handshake session state is sendrecvo.

 Step S312, the handshake module B reports the handshake success event to the UA B.

 Step S313, the called terminal UA B performs media switching decision.

 Step S314, the called terminal UA B sends a switching media instruction to the media module B.

 Step S315, the called terminal handshake module B sends a confirmation request.

 Step S316, the SIP protocol stack B sends an acknowledgment request to the SIP protocol stack A by using the Option request. The confirmation request carries the message body, and the message body is as follows:

 <detection>

 <action>ack</ action>

 <tag>LA23LKJLJ</tag>

 </detection>

 Step S317, the calling terminal SIP protocol stack A is sent to the handshake module A after receiving the Option confirmation request.

 Step S318, the handshake module A matches the conversation identifier, and the post-handshake dialog state is sendrecvo.

 Step S319, the handshake success event is sent to the UA A on the handshake module A.

 Step S320: The UA A performs a media handover decision.

 Step S321, the UA A sends the switching medium to the media module A.

 Step S322, the handshake module A replies with a confirmation request response to the SIP protocol stack A.

 Step S323, the SIP protocol stack A sends a 200 response to the SIP protocol stack B.

 Step S324, the result of the request is sent to the handshake module B on the SIP protocol stack B.

After the called terminal receives the invite call initiated by the calling terminal to initiate the terminal handshake, the handshake negotiation process and the call signaling negotiation process are an asynchronous process, and the sequence of completion of the two processes is uncertain, so in the media Control needs to be handled in the following ways: During the process of initiating a SIP session, the 180 response received by the calling terminal after sending the invoke signaling may be accompanied by SDP. At this time, it only needs to be processed according to the SDP negotiation result.

 After the invite request of the calling terminal is confirmed, the calling and called terminals need to perform media or media update processing. At this time, the handshake negotiation result needs to be queried through the handshake module. If the handshake session status is not sendrecv, the media is opened or updated according to the SDP negotiation result. If the handshake session status is sendrecv, the IP address of the called terminal in the handshake module and the media port are used to replace the peer in the SDP negotiation result. Address and media port, open or update media.

 During the terminal interoperability detection process, the primary and called terminal UAs also need to make media switching decisions after receiving the handshake success event. If the invite request has not been confirmed at this time, or the media session is in the hold state, the UA only needs to record the negotiation status, and no media processing is required. If the invite request has been confirmed and the calling party is in the normal call state, the calling party needs to use the called terminal IP address in the handshake module, the media port to replace the peer address in the SDP negotiation result, and the media port to update the media.

 Since the terminal does not only perform media interaction with the terminal during the audio call, the terminal also interacts with an entity such as a media resource server, such as when the ringback tone is heard and the call is held. The media resource server is not in the network, and the media stream of the terminal and the media resource server needs to be represented by the SBC, which requires the terminal to switch at the correct timing. In the embodiment of the present invention, the condition for determining the switching timing is mainly the call. The status is specifically divided into the following cases: (1) When the call state is an abnormal call state and a hold state, the session of the terminal is considered to be in an initialized state. The media interaction of the terminal in the initialization state is the interaction with the media resource server, such as listening to the ring back tone. Therefore, when the terminal opens the media, it is not necessary to determine whether the handshake negotiation is successful. The media is opened based on the SDP negotiation result.

(2) When the call state is normal, if the handshake negotiation is successful, the media is switched according to the handshake negotiation result, and the SBC media bypass is performed. Otherwise, the media session is based on the SDP negotiation result. (3) When the call state is held or held, the media session is performed according to the SDP negotiation result.

 (4) When the call state is restored from the hold or the hold to the call state, if the handshake negotiation has succeeded, the media is switched according to the handshake negotiation result, and the SBC media bypass is performed. Otherwise, the media session is based on the SDP negotiation result.

 In the description of the above embodiment, the initiator of the handshake (probe) is taken as an example of the called terminal, but the calling terminal may also initiate the detection, which requires the called terminal to send the related information of the called terminal first. Give the calling terminal.

 In the description of the above embodiment, the information of the calling terminal is transmitted to the called terminal through the invoke signaling. If the calling terminal initiates the detecting, the called terminal may carry the information transmission of the called terminal in the 180 or 200 signaling. Give the calling terminal. In addition, whether the calling terminal or the called terminal initiates the detection, the information can be sent to the other party through the update, option, info and other signaling in the dialog, and can also be sent to the other party through the message, option, etc. outside the dialog. .

 On the header field used for signaling, the terminal can also use other SIP header fields for transmission, or use the SIP header field extended by the terminal to transmit, and can also carry information to the other terminal by using the a line in the SDP. Other separators can also be used in the organization of the information, such as spaces, commas, semicolons, single quotes, double quotes, slashes, backslashes, and so on.

 In the description of the above embodiment, the handshake (probe) information is acquired by the calling terminal and filled in the designated location. It is also possible to modify the SBC, and the SBC obtains the private network address, media port and other information of the terminal, and fills in the specified location in the signaling.

In the description of the above embodiment, the primary and the called terminal handshakes are implemented by using SIP signaling. Here, the SIP signaling may not be used, and the RTP/RTCP implementation may be performed by simply modifying the handshake port to the media port of the other party. It is also possible to use a proprietary protocol, where the handshake port is the send and receive port of the proprietary protocol. The proprietary protocol is used to implement the transaction, retransmission mechanism of UDP packet transmission, reception, request and response, similar to a simplified SIP protocol stack, or a simplified protocol for implementing a three-way handshake. The signaling used for the handshake can also be implemented without using Option signaling. Messages such as message and Info outside the dialog can also be used. The bearer information can be carried by the header field in addition to the message body.

 The information organization in the handshake signaling does not have to use the XML method, and any method that can be assembled and parsed can be adopted.

 As shown in FIG. 4, a structural diagram of a system for media bypass according to an embodiment of the present invention includes: a first terminal 41, configured to send information of the first terminal 41;

 The second terminal 42 is configured to acquire the information of the first terminal 41, and after the second terminal 42 supports the terminal interoperability detection, after determining that the first terminal 41 supports the terminal interoperability detection according to the interoperability detection identifier in the information, The second terminal 42 negotiates with the first terminal 41 according to the address and port of the first terminal 41 in the information. After the negotiation succeeds, the second terminal 42 and the first terminal according to the negotiated address and port of the first terminal 41. 41 for media connection.

 The media bypass system, when the second terminal 42 supports the terminal interoperability detection, after determining that the first terminal 41 also supports the terminal interoperability detection, negotiates with the first terminal 41. After the negotiation succeeds, the second terminal 42. Perform media connection with the first terminal 41 according to the address and port of the first terminal 41 after negotiation. The embodiment of the invention realizes that the two terminals in the same network do not need to perform media proxy by the SBC when performing media communication, which reduces the burden of SBC media processing, saves network bandwidth, and improves SBC utilization.

 As shown in FIG. 5, it is a structural diagram of a terminal according to an embodiment of the present invention, including:

 The information acquiring module 51 is configured to acquire information about another terminal.

The determining module 52 is configured to determine, according to the interoperability detection identifier in the information received by the information acquiring module 51, whether the other terminal supports the terminal interoperability negotiation module 53 for determining when the terminal supports the interoperability detection of the terminal. When another terminal supports terminal interoperability detection, it negotiates with another terminal according to another terminal address and port in the information; The media module 54 is configured to perform media connection with another terminal according to another terminal address and port after negotiation after the negotiation module 53 successfully negotiates.

 As shown in FIG. 7, the determining module 52 may include:

 The information detecting sub-module 521 is configured to determine whether the information includes an inter-connectivity detecting identifier, and the inter-connecting determining sub-module 522 is configured to determine, when the information detecting sub-module 521 determines that the information includes the interoperability detecting identifier, Terminal interoperability detection.

 As shown in FIG. 6, the information acquiring module 51 may be specifically configured to obtain information about another terminal carried by the SIP invite signaling, and the terminal may further include: an SDP negotiation module 55, configured to use an audio media port according to another terminal. The information and video media port information is subjected to SDP negotiation with another terminal, and the audio media port information and the video media port information of the other terminal are included in the information of the other terminal.

 The media module 54 may be specifically configured to use the IP address of the other terminal, and the audio media port information and the video media port information of the other terminal to replace the peer IP address in the negotiation result of the SDP negotiation module 55, and the audio media of the peer end. Port information and video media port information for media connection.

 The terminal, the determining module 52 determines whether the other terminal also supports the terminal interoperability detection when the terminal supports the terminal interoperability detection, and after the determining module 52 determines that the other terminal also supports the terminal interoperability detection, the negotiation module 53 and the other The terminal performs negotiation. After the negotiation succeeds, the media module 54 performs media connection with another terminal according to the negotiated another terminal address and port. Therefore, two terminals in the same network do not need to perform media proxying by the SBC when performing media communication, which reduces the burden of SBC media processing, saves network bandwidth, and improves SBC utilization.

Through the description of the above embodiments, those skilled in the art can clearly understand that the present invention can be implemented by hardware or by software plus a necessary general hardware platform. Based on such understanding, the technical solution of the present invention can be embodied in the form of a software product, which can be stored in a non-volatile storage medium (which can be a CD-ROM, a USB flash drive, A mobile hard disk or the like includes a number of instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) to perform the methods described in various embodiments of the present invention.

 A person skilled in the art can understand that the drawings are only a schematic diagram of a preferred embodiment, and the modules or processes in the drawings are not necessarily required to implement the invention.

 Those skilled in the art can understand that the modules in the apparatus in the embodiments may be distributed in the apparatus of the embodiment according to the description of the embodiments, or may be correspondingly changed in one or more apparatuses different from the embodiment. The modules of the above embodiments may be combined into one module, or may be further split into a plurality of sub-modules.

 The serial numbers of the embodiments of the present invention are merely for the description, and do not represent the advantages and disadvantages of the embodiments.

 The above disclosure is only a few specific embodiments of the present invention, but the present invention is not limited thereto, and any changes that can be made by those skilled in the art should fall within the protection scope of the present invention.

Claims

Claim

A method for media bypass, characterized in that it comprises:

 The second terminal acquires information of the first terminal;

 After the second terminal supports terminal interoperability detection, after determining, according to the interoperability detection identifier in the information, that the first terminal supports terminal interoperability detection, the second terminal is based on the first terminal in the information. An address and a port are negotiated with the first terminal;

 After the negotiation succeeds, the second terminal performs media connection with the first terminal according to the negotiated first terminal address and port.

 The media bypass method according to claim 1, wherein the determining, by the inter-connectivity detection identifier in the information, that the first terminal supports terminal interoperability detection comprises: determining whether the information is included in the information Contains an interoperability detection identifier;

 And if the information includes the interoperability detection identifier, the second terminal determines that the first terminal supports terminal interoperability detection.

 The method of media bypass according to claim 1, wherein the second terminal negotiates with the first terminal according to the first terminal address and the port in the information, which includes: The handshake session sends a handshake request to the first terminal according to the first terminal address and port in the information, and performs handshake negotiation with the first terminal.

 The method of media bypass according to claim 3, wherein the information of the first terminal includes a dialog identifier of a handshake session created by the first terminal, and when the second terminal creates a handshake session, The session identifier of the handshake session created by the second terminal is used as the session identifier of the handshake session created by the second terminal.

 The method of media bypass according to claim 3, wherein the handshake request includes a dialog identifier of a handshake session created by the second terminal and an IP address of the second terminal,

 The negotiating with the first terminal specifically includes:

After the first terminal receives the handshake request, determining, by the first terminal, the Whether the dialog identifier of the handshake dialog created by the second terminal matches the dialog identifier of the handshake dialog created by the first terminal;

 If the matching is performed, the first terminal determines, by the second terminal, the second terminal that is carried in the handshake request

Whether the IP address is the same as the source IP address of the first terminal receiving the handshake request;

 When the first terminal determines that the IP address of the second terminal carried in the handshake request is the same as the source IP address of the first terminal receiving the handshake request, the first terminal determines the second terminal Interworking, sending a handshake negotiation success response message to the second terminal.

 The method of the media bypass according to claim 1, wherein the acquiring, by the second terminal, the information of the first terminal specifically includes:

 The second terminal acquires information of the first terminal carried by the session initiation protocol SIP invite signaling.

 The method of media bypass according to claim 6, wherein the information of the first terminal includes audio media port information and video media port information of the first terminal, and the second terminal is configured according to the The audio media port information and the video media port information of the first terminal are negotiated with the first terminal by a session description protocol SDP.

 The media connection between the second terminal and the first terminal according to the first terminal address and port in the information includes:

 The second terminal uses the IP address of the first terminal, and the audio media port information and the video media port information of the first terminal to replace the peer IP address in the SDP negotiation result, and the audio media port of the peer end. Information and video media port information for media connections.

 8. A terminal, comprising:

 An information acquiring module, configured to acquire information about another terminal;

a determining module, configured to determine, according to the interoperability detection identifier in the information received by the information acquiring module, whether the other terminal supports the terminal interoperability negotiation module, when the terminal supports terminal interoperability detection, The determining module determines that the other terminal supports terminal interoperability detection Negotiating with the another terminal according to the another terminal address and port in the information; a media module, configured to: after the handshake module successfully negotiates, according to the negotiated another terminal address and The port is in media connection with the other terminal.

 The terminal according to claim 8, wherein the determining module comprises: an information detecting submodule, configured to determine whether the information includes an interoperability detecting identifier; and an interworking determining submodule, configured to: When the detecting submodule determines that the interoperability detection identifier is included in the information, it is determined that the other terminal supports terminal interoperability detection.

 The terminal according to claim 8, wherein the information acquiring module is specifically configured to acquire information about another terminal carried by the SIP invite signaling.

 The terminal according to claim 10, further comprising:

 An SDP negotiation module, configured to perform SDP negotiation with the another terminal according to the audio media port information and the video media port information of the another terminal, where the audio media port information and the video media port information of the other terminal are included in In the information of the other terminal.

 The terminal according to claim 11, wherein the media module is specifically configured to replace the IP address of the other terminal with audio media port information and video media port information of the other terminal. The peer IP address in the negotiation result of the SDP negotiation module, and the audio media port information and video media port information of the peer end are media-connected.

 13. A media bypass system, comprising:

 a first terminal, configured to send information about the first terminal;

 a second terminal, configured to acquire information about the first terminal, and after the second terminal supports terminal interoperability detection, determining, according to the interoperability detection identifier in the information, that the first terminal supports terminal interoperability detection The second terminal negotiates with the first terminal according to the first terminal address and port in the information. After the negotiation succeeds, the second terminal is configured according to the negotiated first terminal address and port. The first terminal performs a media connection.