IMS audio / video negotiation optimization method

Abstract

The application provides an IMS audio and video negotiation optimization method, which comprises the following steps: a registration stage: carrying voice codec supported by itself when UE SIP registration; a negotiation stage: completing voice codec negotiation decision by an IMS server. In the registration stage, calling and called UE add media information supported by itself to Message Body of a registration message through a standard SDP, and send to the IMS server end for storage, and the IMS server triggers 401 challenge authentication, and completes the registration process after subsequent authentication; in the negotiation stage, the calling UE initiates a SIP Invite message to the IMS server end, the IMS server end determines the voice codec to be used according to the voice codec supported by the calling and called UE in the registration stage, and sends to the called UE end, and the called UE returns 183 to indicate to agree to use the voice codec determined by negotiation, and the called UE returns 180 to ring.

Description

Technical Field

[0001] This invention relates to network communication technology, and more specifically to an IMS audio and video negotiation optimization method. Background Technology

[0002] Before making a 4 / 5G VoLTE and VoNR call, both the calling and called parties register with IMS upon network access, indicating their support for voice services. During the call, SIP messages are used to negotiate voice codecs. The specific negotiation process is as follows:

[0003] (1) Invite: The calling UE sends a session request and carries the media formats it supports, and sends it to the IMS server through the Invite request;

[0004] (2) Invite received by the called party: The IMS server sends a request to the called party to negotiate the media formats supported by the calling party.

[0005] (3) The called party responds to 183: The called party selects the intersection between the received media format and the media formats it supports, and returns the intersection result to the IMS server;

[0006] (4) IMS responds to the caller 183: IMS feeds back the intersection supported by the called party to the caller;

[0007] (5) Caller Update: The caller sends an Update message to confirm the selected media format.

[0008] (6) IMS sends Update: IMS forwards the caller's negotiation results to the called party;

[0009] (7) Called party 200 OK: The called party completes the media format selected by the caller and confirms it;

[0010] (8) Caller receives 200 OK: After the caller receives the 200 confirmation message forwarded by IMS, the connection is completed.

[0011] In the field of satellite communications, this method suffers from high latency, which increases the latency with more message exchanges, impacting the user experience. Summary of the Invention

[0012] Purpose of the invention: To propose an IMS audio and video negotiation optimization method to solve the above-mentioned problems existing in the prior art.

[0013] Technical solution: An IMS audio / video negotiation optimization method, comprising:

[0014] Registration phase: The UE carries its own supported voice codecs during SIP registration;

[0015] Negotiation Phase: The IMS Server makes the negotiation decision for voice codecs.

[0016] As a further improvement of the present invention, the specific steps of the registration stage include:

[0017] The calling UE triggers SIP registration, sends a Register message without authentication information, and simultaneously carries the voice codec supported by the calling UE in the Register message and sends it to the IMS server.

[0018] The IMS server stores and records the voice codecs supported by the caller.

[0019] The IMS server returned a 401 authentication challenge message;

[0020] The calling UE resends a Register message with authentication information;

[0021] The IMS server verifies the registration and returns a 200 OK message upon successful verification, thus completing the registration of the calling UE.

[0022] The called UE triggers SIP registration, sends a Register message without authentication information, and simultaneously carries the voice codec supported by the called UE in the Register message and sends it to the IMS server.

[0023] The IMS server stores and records the voice codecs supported by the called party.

[0024] The IMS server returned a 401 authentication challenge message;

[0025] The called UE resends a Register message with authentication information;

[0026] The IMS server performs verification, and if successful, returns a 200 OK message, completing the registration of the called UE.

[0027] As a further improvement of the present invention, during the registration phase, the calling and called UEs add the media information they support to the Message Body of the registration message through standard SDP. The SDP content is required to support at least one media codec type for both audio and video components.

[0028] As a further improvement of the present invention, the specific steps of the negotiation phase include:

[0029] The calling UE sends a SIP Invite message, which does not need to carry the voice codec supported by the calling party;

[0030] After receiving the SIP Invite message, the IMS server checks the supported language codecs based on the calling and called numbers, negotiates the codecs, and determines the codec to use.

[0031] The IMS server sends a SIP Invite message to the called UE, and sends the negotiated codec to the called UE.

[0032] The called UE sends a SIP 183 message to the IMS server, indicating its agreement to use the negotiated voice codec.

[0033] The IMS server sends a SIP 183 message to the calling UE, sending the negotiated codec to the calling UE.

[0034] The called UE sends a SIP 180 ringing message to the IMS server;

[0035] The IMS server sends a SIP 180 ringing message to the calling UE.

[0036] As a further improvement of the present invention, when the calling UE sends a SIP Invite message, it only needs to report the IP address and port information for that service.

[0037] As a further improvement of the present invention, the encoding negotiation selects and determines the encoding / decoding type according to three priorities from high to low: low latency, low bit rate, and audio quality.

[0038] Beneficial effects: The invented method can reduce the number of user message exchanges in satellite communication from 4 to 2. The key point is that the called party does not need to wait for the caller's update message before sending a 180 ring, thus reducing the call connection time to 50%. Attached Figure Description

[0039] Figure 1 This is a schematic diagram of the UE registration process under normal communication conditions.

[0040] Figure 2 This is a schematic diagram illustrating the UE negotiation process for determining the encoding and decoding under normal communication conditions.

[0041] Figure 3 This is a schematic diagram of the improved UE registration process of the present invention.

[0042] Figure 4 This is a schematic diagram of the improved UE negotiation process for determining encoding and decoding according to the present invention.

[0043] Figure 5 This is a schematic diagram of the overall message flow of the present invention.

[0044] Figure 6This is a schematic diagram of the message flow during the UE registration phase of the present invention.

[0045] Figure 7 This is a diagram of the message body format of the registration message of this invention. Detailed Implementation

[0046] The applicant believes that, for audio and video calls via satellite communication, the high latency of satellite communication and the large amount of message interaction lead to significant delays. This invention proposes an IMS audio and video negotiation optimization method to solve the above problems.

[0047] The technical solution of the present invention will be further described in detail below through embodiments and with reference to the accompanying drawings.

[0048] Here, we set the calling UE address to 10.37.11.151 and the called UE address to 10.37.11.151. The entire voice codec negotiation process is as follows: Figure 5 As shown.

[0049] The main steps during the UE registration phase are as follows: Figure 3 As shown:

[0050] First, the calling UE triggers SIP registration by sending a Register message without authentication information, while simultaneously including the voice codecs supported by the calling UE in the Register message and sending it to the IMS server; its message is as follows. Figure 6 As shown;

[0051] The calling UE adds its supported media information to the Message Body of the registration message via standard SDP, in the following format: Figure 7 ;

[0052] The IMS server stores and records the voice codecs supported by the caller.

[0053] The IMS server returned a 401 authentication challenge message;

[0054] The calling UE resends a Register message with authentication information;

[0055] The IMS server verifies the registration and returns a 200 OK message upon successful verification, thus completing the registration of the calling UE.

[0056] Secondly, the called UE triggers SIP registration, sending a Register message without authentication information. Simultaneously, the called UE carries the supported voice codecs within the Register message and sends it to the IMS server. The called UE's process is consistent with the calling UE's; the specific message and format are as follows: Figure 6 and Figure 7 ;

[0057] The IMS server stores and records the voice codecs supported by the called party.

[0058] The IMS server returned a 401 authentication challenge message;

[0059] The called UE resends a Register message with authentication information;

[0060] The IMS server performs verification, and if successful, returns a 200 OK message, completing the registration of the called UE.

[0061] The main steps during the negotiation phase are as follows: Figure 4 As shown:

[0062] The calling UE sends a SIP Invite message, which does not need to carry the voice codec supported by the calling party;

[0063] After receiving the SIP Invite message, the IMS server checks the supported language codecs based on the calling and called numbers, negotiates the codecs, and determines the codec to use.

[0064] The IMS server sends a SIP Invite message to the called UE, and sends the negotiated codec to the called UE.

[0065] The called UE sends a SIP 183 message to the IMS server, indicating its agreement to use the negotiated voice codec.

[0066] The IMS server sends a SIP 183 message to the calling UE, sending the negotiated codec to the calling UE.

[0067] The called UE sends a SIP 180 ringing message to the IMS server;

[0068] The IMS server sends a SIP 180 ringing message to the calling UE.

[0069] By comparing the negotiation phase described in this invention with the negotiation phase under normal conditions, we can see that the solution of this invention can save two interaction messages:

[0070] (1) Called party responds to 183: The called party selects the intersection between the received media format and the media formats it supports, and returns the intersection result to the IMS server; IMS responds to the calling party 183: IMS feeds back the intersection supported by the called party to the calling party;

[0071] (2) Caller Update: The caller sends an Update message to confirm the selected media format; IMS sends Update: The IMS forwards the caller's negotiation results to the called party;

[0072] In this way, the called UE does not need to wait for the calling UE to send the codec update message before sending the 180 ringing signal, which greatly shortens the communication connection time.

[0073] As described above, although the invention has been shown and described with reference to specific preferred embodiments, it should not be construed as limiting the invention itself. Various changes in form and detail may be made without departing from the spirit and scope of the invention as defined in the appended claims.

Claims

1. An IMS audio / video negotiation optimization method, characterized in that, The method includes: Registration phase: The UE carries its own supported voice codecs during SIP registration; The registration phase further includes: The calling UE triggers SIP registration, sends a Register message without authentication information, and simultaneously carries the voice codec supported by the calling UE in the Register message and sends it to the IMS server. The IMS server stores and records the voice codecs supported by the caller. The IMS server returned a 401 authentication challenge message; The calling UE resends a Register message with authentication information; The IMS server verifies the registration and returns a 200 OK message upon successful verification, thus completing the registration of the calling UE. The called UE triggers SIP registration, sends a Register message without authentication information, and simultaneously carries the voice codec supported by the called UE in the Register message and sends it to the IMS server. The IMS server stores and records the voice codecs supported by the called party. The IMS server returned a 401 authentication challenge message; The called UE resends a Register message with authentication information; The IMS server verifies the registration and returns a 200 OK message upon successful verification, thus completing the registration of the called UE. Negotiation Phase: The IMS Server makes the voice codec negotiation decision. The negotiation phase further includes: The calling UE sends a SIP Invite message, which does not need to carry the voice codec supported by the calling party; After receiving the SIP Invite message, the IMS server checks the supported language codecs based on the calling and called numbers, negotiates the codecs, and determines the codec to use. In the codec negotiation, the codec type is selected and determined according to three priorities from high to low: low latency, low bit rate, and sound quality. The IMS server sends a SIP Invite message to the called UE, and sends the negotiated codec to the called UE. The called UE sends a SIP 183 message to the IMS server, indicating its agreement to use the negotiated voice codec. The IMS server sends a SIP 183 message to the calling UE, sending the negotiated codec to the calling UE. The called UE sends a SIP 180 ringing message to the IMS server; The IMS server sends a SIP 180 ringing message to the calling UE.

2. The IMS audio / video negotiation optimization method of claim 1, wherein, During the registration phase, the calling and called UEs add their supported media information to the Message Body of the registration message via standard SDP. The SDP content is required to support at least one media codec type for both audio and video components.

3. The IMS audio / video negotiation optimization method of claim 1, wherein, When the calling UE sends a SIP Invite message, it only needs to report the IP address and port information for that service.

Images