CN107786509B - Session message processing method and related device - Google Patents

Session message processing method and related device Download PDF

Info

Publication number
CN107786509B
CN107786509B CN201610743186.9A CN201610743186A CN107786509B CN 107786509 B CN107786509 B CN 107786509B CN 201610743186 A CN201610743186 A CN 201610743186A CN 107786509 B CN107786509 B CN 107786509B
Authority
CN
China
Prior art keywords
transport layer
message
sip
response message
layer protocol
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201610743186.9A
Other languages
Chinese (zh)
Other versions
CN107786509A (en
Inventor
张晋
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201610743186.9A priority Critical patent/CN107786509B/en
Publication of CN107786509A publication Critical patent/CN107786509A/en
Application granted granted Critical
Publication of CN107786509B publication Critical patent/CN107786509B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10Architectures or entities
    • H04L65/1046Call controllers; Call servers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1101Session protocols
    • H04L65/1104Session initiation protocol [SIP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/165Combined use of TCP and UDP protocols; selection criteria therefor

Abstract

The embodiment of the application discloses a session message processing method, a related device and a system. A conversation message processing method comprises the following steps: a user terminal receives a SIP request message from the user terminal, for example, when initiating a call or performing a session update, a call session control function entity receives the SIP request message from the user terminal, a header field of the SIP request message carries at least two transport layer protocol identifiers, at least two transport layer protocols represented by the at least two transport layer protocol identifiers are transport layer protocols allowed to be used for transmitting a SIP response message corresponding to the SIP request message, and the CSCF entity selects a transport layer protocol to be used for transmitting the SIP response message from the at least two transport layer protocols; and the CSCF entity sends the SIP response message to the user terminal by using the selected transport layer protocol. The scheme of the embodiment of the application is beneficial to reducing the probability of session failure and improving the communication experience of the user.

Description

Session message processing method and related device
Technical Field
The present application relates to the field of communications technologies, and in particular, to a method for processing a session message, and a related apparatus and system.
Background
Currently, Wifi (wireless fidelity) access points are deployed and applied in large numbers. The operators started to cultivate deeply related services, and it is against this background that the VoWifi (Voice over Wifi) service is produced.
A relevant Session, for example, a VoWifi service, is generally established based on SIP (Session Initiation Protocol). SIP is an application layer protocol, and SIP messages exchanged between a call session control function entity and a user terminal are divided into two types, namely request messages and response messages.
In the conventional technology, a SIP response message of, for example, a VoWifi service may sometimes be probabilistically discarded by intermediate devices such as Wifi access points, resulting in a session failure of, for example, the VoWifi service, and this situation will greatly affect the user communication experience.
Disclosure of Invention
The embodiment of the application provides a session message processing method, a related device and a related system.
A first aspect of the embodiments of the present invention provides a method for processing a session message (the method for processing the session message is for an IP telephone service such as a VoWifi service), including: a user terminal receives a Session Control Function (CSCF) request message from a user terminal when initiating a Call or performing a Session update, wherein a header field of the SIP request message carries at least two transport layer protocol identifiers, at least two transport layer protocols represented by the at least two transport layer protocol identifiers are transport layer protocols allowed to be used for transmitting a SIP response message corresponding to the SIP request message, and the CSCF entity selects a transport layer protocol to be used for transmitting the SIP response message from the at least two transport layer protocols; and the CSCF entity sends the SIP response message to the user terminal by using the selected transport layer protocol.
The network type identifier of the network to which the user terminal is accessed, carried by the header field of the SIP request message, is a network type identifier corresponding to a Wifi network, which means that the SIP request message is a related session message for a VoWifi service.
It can be seen that, aiming at IP phone service scenarios such as a voip service, the embodiment of the present invention introduces a negotiation mechanism about a transport layer protocol used for transmitting a SIP response message, a user terminal and a CSCF entity can negotiate the transport layer protocol used for transmitting the SIP response message to a certain extent, and specifically, the CSCF entity can flexibly select the transport layer protocol used for transmitting the SIP response message within a range supported by the user terminal, which removes the restriction that the SIP request message and the SIP response message maintain the consistency of the transport layer protocol, since the CSCF entity has a certain degree of option, it is more beneficial for the CSCF entity to select the transport layer protocol more matched with the current status to transmit the SIP response message, and further it is beneficial for reducing the probability that the SIP response message is discarded probabilistically by intermediate devices such as Wifi access points, and further it is beneficial for reducing the probability of session failure of IP phone services such as a voip service, and then be favorable to promoting user communication experience.
A second aspect of the present invention provides a CSCF entity, including:
a receiving unit, configured to receive an SIP request message from a user terminal, where a header field of the SIP request message carries at least two transport layer protocol identifiers, and at least two transport layer protocols represented by the at least two transport layer protocol identifiers are transport layer protocols that are allowed to be used for transmitting an SIP response message corresponding to the SIP request message;
a selecting unit, configured to select a transport layer protocol to be used for sending the SIP response message from the at least two transport layer protocols;
a sending unit, configured to send the SIP response message to the user equipment using the transport layer protocol selected by the selecting unit.
A third aspect of the embodiments of the present invention provides a CSCF entity, including: a memory, a communication interface, and a processor coupled with the memory and the communication interface; wherein, by calling instructions or codes stored in the memory, the processor is configured to perform the following steps:
receiving an SIP request message from a user terminal through a communication interface, wherein a header field of the SIP request message carries at least two transport layer protocol identifications, at least two transport layer protocols represented by the at least two transport layer protocol identifications are transport layer protocols allowed to be used for transmitting SIP response messages corresponding to the SIP request message, and a network type identification of a network accessed by the user terminal carried by the header field of the SIP request message is a network type identification corresponding to a wireless fidelity (Wifi) network;
selecting a transport layer protocol to be used for sending the SIP response message from the at least two transport layer protocols; and sending the SIP response message to the user terminal through a communication interface by using the selected transport layer protocol.
In the solutions provided in the above aspects of the present invention, for example, the SIP request message is an Invite (Invite) message, and the SIP response message is a SIP response message corresponding to the Invite message. For another example, the SIP request message is an invite (update) message, and the SIP response message is a SIP response message corresponding to the update message. If the SIP request message is an information (message) message, the SIP response message is a SIP response message corresponding to the message. For another example, the SIP request message is a Provisional Response Acknowledgement (PRACK) message, and the SIP response message is a SIP response message corresponding to the PRACK message.
Specifically, for example, the at least two transport layer protocol identifiers may be carried in a via header field or other header fields of the SIP request message. Specifically, for example, the network type identifier of the network (e.g., Wifi network) to which the ue is connected may be carried in the payload network ID header field or other header fields.
The CSCF entity may select a transport layer protocol from the at least two transport layer protocols to use for sending the SIP response message, for example, based on a number of possible policies.
For example, the selecting a transport layer protocol to use for sending the SIP response message from the at least two transport layer protocols may include: and selecting a transport layer protocol to be used for sending the SIP response message from the at least two transport layer protocols according to the application layer length of the SIP response message corresponding to the SIP request message.
Specifically, for example, when the at least two transport layer protocol identifiers include a Transmission Control Protocol (TCP) identifier and a User Datagram Protocol (UDP) identifier, selecting a transport layer protocol to be used for sending the SIP response message from the at least two transport layer protocols according to an application layer length of the SIP response message corresponding to the SIP request message includes: when the length of the application layer of the SIP response message is larger than the length threshold value, selecting TCP from the at least two transport layer protocols as a transport layer protocol to be used for sending the SIP response message; and when the length of the application layer of the SIP response message is less than or equal to the length threshold value, selecting UDP from the at least two transport layer protocols as the transport layer protocol to be used for sending the SIP response message.
The range space of the length threshold is, for example, 800 bytes to 1500 bytes.
Furthermore, the CSCF entity can select a transport layer protocol for transmitting the SIP response message based on the application layer length of the SIP response message within the range supported by the user terminal, so that the application layer length of the SIP response message is more matched with the transport layer protocol, the probability that the SIP response message is probabilistically discarded by the intermediate devices such as Wifi access points is favorably reduced, the probability of VoWifi service session failure is favorably reduced, and the communication experience of the user is favorably improved.
For another example, the selecting a transport layer protocol to be used for sending the SIP response message from the at least two transport layer protocols includes: and selecting a transport layer protocol to be used for sending the SIP response message from the at least two transport layer protocols according to the current network transmission quality level.
Specifically, for example, when the at least two transport layer protocol identifiers include a TCP identifier and a UDP identifier; the selecting, according to the current network transmission quality level, a transport layer protocol to be used for sending the SIP response message from the at least two transport layer protocols may include: when the current network transmission quality level is smaller than a level threshold value, selecting TCP from the at least two transport layer protocols as a transport layer protocol to be used for sending the SIP response message; and when the current network transmission quality level is greater than or equal to the level threshold, selecting UDP from the at least two transport layer protocols as the transport layer protocol to be used for sending the SIP response message.
Furthermore, the CSCF entity can select a transport layer protocol for transmitting the SIP response message based on the current network transmission quality level within a range supported by the user terminal, which is beneficial to make the current network transmission quality level more matched with the transport layer protocol for the SIP response message, and further beneficial to reduce probability that the SIP response message is probabilistically discarded by these intermediate devices, such as Wifi access points, and further beneficial to reduce probability of session failure of IP telephony services, such as a VoWifi service, and further beneficial to improve user communication experience.
A fourth aspect of the present invention provides a communication system, including: such as any of the CSCF entities provided by embodiments of the present invention.
Furthermore, a fifth aspect of embodiments herein provides a computer-readable storage medium storing program code for conversational message processing. The program code comprises instructions for performing the method in the first aspect.
The sixth aspect of the embodiment of the present application further provides a session message processing apparatus. The session message processing apparatus comprises means capable of performing the method of the first aspect.
Drawings
In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings needed to be used in the embodiments will be briefly described below, and it is obvious that the drawings in the following description are only some embodiments of the present application, and it is obvious for those skilled in the art to obtain other drawings without creative efforts.
Fig. 1-a-1-B are schematic diagrams of 2 network architectures provided by embodiments of the present application;
fig. 2 is a schematic flowchart of a session message processing method according to an embodiment of the present invention;
fig. 3 is a flowchart illustrating a method for processing a session message according to an embodiment of the present invention;
fig. 4 is a flowchart illustrating a session message processing method according to an embodiment of the present invention;
fig. 5 is a schematic structural diagram of a CSCF entity according to an embodiment of the present invention;
fig. 6 is a schematic structural diagram of another CSCF entity provided in the embodiment of the present invention.
Detailed Description
The terms "comprising" and "having," and any variations thereof, as appearing in the specification, claims and drawings of this application, are intended to cover non-exclusive inclusions. For example, a process, method, system, article, or apparatus that comprises a list of steps or elements is not limited to only those steps or elements listed, but may alternatively include other steps or elements not listed, or inherent to such process, method, article, or apparatus. Furthermore, the terms "first," "second," and "third," etc. are used to distinguish between different objects and are not used to describe a particular order.
Fig. 1-a is a networking architecture provided in an embodiment of the present invention, and relates to a user terminal, a Wifi access point, a CSCF (Call Session Control Function) entity, and the like. In a VoWifi service scenario, SIP messages directly interacted between a user terminal and a CSCF entity are transferred through intermediate devices such as Wifi access points. Referring to fig. 1-B, the CSCF entity mentioned in the embodiments of the present application may be, for example, a pcsccf (Proxy CSCF) entity, an ICSCF (Interrogating CSCF) entity, or an SCSCF (Serving CSCF). In fig. 1-a and 1-B, a Wifi access point is taken as an example of a network access device of a user terminal, and the network access device may be other devices in other scenarios.
It is understood that the product form of the user terminal of this embodiment may be, for example, a tablet computer, a notebook computer, a mobile internet device, a palm computer, a desktop computer, a mobile phone, or other product forms of the user terminal.
Through a great deal of research and practice, the inventor of the present invention finds that in the conventional technology, the SIP request message and the corresponding SIP response message are generally transmitted by using the same transport layer Protocol, for example, when the transport layer Protocol used by the SIP request message is UDP (User Datagram Protocol), then the corresponding SIP response message is also transmitted by UDP, that is, the SIP request message and the corresponding SIP response message are consistent with the transport layer Protocol used by the SIP request message and the corresponding SIP response message. However, the requirement for consistency of the transport layer protocols used for the SIP request message and the corresponding SIP response message makes the CSCF entity lose the flexible choice of the transport layer protocol used for transmitting the SIP response message, which sometimes results in that the transport layer protocol used for transmitting the SIP response message does not match the current situation well, and further may result in that the SIP response message may sometimes be probabilistically discarded by intermediate devices such as Wifi access points.
Sometimes, the length (application layer length) of the SIP request message does not exceed the length threshold (the length threshold is 1300 bytes, for example), so the SIP request message is transmitted using UDP, but the length (application layer length) of the corresponding SIP response message exceeds the length threshold, if the corresponding SIP response message continues to be transmitted using UDP, for the relevant IP (Internet Protocol) fragmentation of the SIP response message whose length exceeds the length threshold, for example, for a Wifi service scenario, it may be probabilistically discarded by the intermediate devices of the Wifi access point, which causes a probabilistic failure of the Wifi service session, which may greatly affect the user communication experience, and the Wifi access point is a massive device and thus difficult to modify.
The following describes how the solution of the embodiment of the present invention improves and solves the drawbacks of the conventional solution.
Referring to fig. 2, fig. 2 is a flowchart illustrating a session message processing method according to an embodiment of the present invention, and as shown in fig. 2 by way of example, a session message processing method according to an embodiment of the present invention may include:
201. the user terminal sends a SIP request message.
Wherein, a header field (e.g. via header field) of the SIP request message carries at least two transport layer protocol identifiers, and at least two transport layer protocols represented by the at least two transport layer protocol identifiers are transport layer protocols allowed to be used for transmitting a SIP response message corresponding to the SIP request message.
Optionally, the network type identifier of the network to which the user terminal is accessed, which is carried by a header field (e.g., a network access identifier (payload network ID) header field) of the SIP request message, is a network type identifier corresponding to a Wifi network. And if the Paccess network ID header field of the SIP request message carries a network type identifier corresponding to a Wifi network, the session message processing method is a session message processing method aiming at Vowifi service, and the SIP request message is an SIP request message aiming at Vowifi service. This may be so for other business scenarios.
202. And a network access device (such as a Wifi access point) accessed by the user terminal receives the SIP request message from the user terminal, and the network access device (such as a Wifi access point) forwards the SIP request message to a network side.
203. And the CSCF entity receives the SIP request message from the user terminal. The CSCF entity selects a transport layer protocol to be used for sending the SIP response message from the at least two transport layer protocols.
Based on that the header field (e.g., via header field) of the SIP request message carries the at least two transport layer protocol identifiers, the CSCF entity learns that the user terminal supports inconsistency of transport layer protocols used for the SIP request message and the corresponding SIP response message, that is, the user terminal supports changing a transport protocol used for transmitting the SIP response message to a transport layer protocol different from a transport protocol used for transmitting the corresponding SIP request message.
For example, it is assumed that UDP is used for transmitting the SIP request message, and UDP and TCP or other transport layer protocols can be used for transmitting the corresponding SIP response message, and for example, it is assumed that TCP is used for transmitting the SIP request message, and UDP and TCP or other transport layer protocols can be used for transmitting the corresponding SIP response message. The mechanism relieves the consistency constraint of the transport layer protocol used by the SIP request message and the corresponding SIP response message, the CSCF entity has a certain degree of flexible selection right, and the transport layer protocol used for transmitting the SIP response message does not need to refer to the transport layer protocol used for transmitting the corresponding SIP request message.
For example, when the CSCF entity selects the transport layer protocol to be used for sending the SIP response message to be TCP, the CSCF entity may establish a TCP connection between the CSCF entity and the user terminal.
204. And the CSCF entity sends the SIP response message to the user terminal by using the selected transport layer protocol.
205. And the network access equipment (such as a Wifi access point) receives the SIP response message from the CSCF entity, and forwards the SIP response message from the CSCF entity to the user terminal. Correspondingly, the user terminal receives the SIP response message from the CSCF entity.
For example, the SIP request message is an Invite (Invite) message, and the SIP response message is a 200OK message corresponding to the Invite message; or, the SIP request message is an update (update) message, and the SIP response message is a 200OK message corresponding to the update message; or the SIP request message is an information (message) message, and the SIP response message is a 200OK message corresponding to the message; or the SIP request message is a temporary response acknowledgement (PRACK) message, and the SIP response message is a 200OK message corresponding to the PRACK message. Of course, the SIP request message and the SIP response message may be other paired SIP messages.
It can be seen that, aiming at the scenario of IP phone service such as the voip service, the embodiment of the present invention introduces a negotiation mechanism about a transport layer protocol used for transmitting SIP response messages, and the user terminal and the CSCF entity can negotiate the transport layer protocol used for transmitting SIP response messages to a certain extent, and specifically, the CSCF entity can flexibly select the transport layer protocol used for transmitting SIP response messages within a range supported by the user terminal, which removes the restriction that the SIP request message and the SIP response message maintain the consistency of the transport layer protocol, and since the CSCF entity has a certain degree of option, it is more beneficial for the CSCF entity to select the transport layer protocol more matched with the current status to transmit the SIP response message, and further it is beneficial for reducing the probability that the SIP response message is probabilistically discarded by intermediate devices such as Wifi access points, and further it is beneficial for reducing the probability of session failure of IP phone service such as the voip service, and then be favorable to promoting user communication experience.
Referring to fig. 3, fig. 3 is a schematic flow chart of another session message processing method according to another embodiment of the present invention, where the session message processing method according to this embodiment is directed to a VoWifi service scenario, and other IP phone service scenarios may be analogized in this way. As illustrated in fig. 3 by way of example, another session message processing method provided by another embodiment of the present invention may include:
301. and the user terminal is accessed to the Wifi access point.
302. The user terminal sends an Invite message to initiate the establishment of a volwifi service session.
The via header of the Invite message carries a TCP identifier, a UDP identifier, and the like, and the two transport layer protocols represented by the TCP identifier and the UDP identifier are transport layer protocols allowed to be used for transmitting the 200OK message corresponding to the Invite message.
And the network type identifier of the network accessed by the user terminal carried by the Paccess network ID header field of the Invite message is a network type identifier corresponding to the Wifi network. This means that the Invite message is a related session message for the VoWifi service.
303. And the Wifi access point receives the Invite message from the user terminal. And the Wifi access point forwards the Invite message to a network side.
Accordingly, the PCSCF entity receives the Invite message from the user terminal.
The pcsccm entity learns the inconsistency of the transport layer protocol used by the user terminal to support the Invite message and the corresponding 200OK message based on the TCP id and the UDP id carried by the via header field of the Invite message, that is, the user terminal supports a transport layer protocol that is different from the transport layer protocol used to transmit the corresponding Invite message and can replace the transport protocol used to transmit the 200OK message.
For example, it is assumed that UDP is used for transmitting the Invite message, and TCP or other transport layer protocol can be used for transmitting the 200OK message, and for example, TCP is used for transmitting the Invite message, and TCP or other transport layer protocol can be used for transmitting the corresponding 200OK message. This mechanism relieves the consistency constraints of the transport layer protocols used for the Invite message and the corresponding 200OK message, and the transport layer protocol used for transmitting the 200OK message does not necessarily refer to the transport layer protocol used for transmitting the corresponding Invite message.
304. And the PCSCF entity judges whether the application layer length of the 200OK message corresponding to the Invite message is larger than a length threshold value.
If yes, go to step 305.
If not, go to step 306.
The range space of the length threshold is, for example, 800 bytes to 1500 bytes.
Such as 1500 bytes, 1300 bytes, 1295 bytes, 1250 bytes, 1000 bytes, or 800 bytes or other length.
The pcsccf entity may obtain the application layer length of the 200OK message corresponding to the Invite message based on the application layer boundary of the 200OK message corresponding to the Invite message, because the application layer boundary of the 200OK message corresponding to the Invite message is clear.
305. The pcsccf entity may establish a TCP connection between the pcsccf entity and the user terminal. And the PCSCF entity sends a 200OK message corresponding to the Invite message to the user terminal by using the TCP connection.
306. And the PCSCF entity sends a 200OK message corresponding to the Invite message to the user terminal by using UDP.
To sum up, when the length of the application layer of the 200OK message corresponding to the Invite message is greater than the length threshold, the CSCF entity selects TCP as the transport layer protocol to be used for sending the 200OK message corresponding to the Invite message. And when the length of the application layer of the 200OK message corresponding to the Invite message is less than or equal to the length threshold, the CSCF entity selects UDP as a transport layer protocol to be used for sending the 200OK message corresponding to the Invite message.
307. And the Wifi access point receives a 200OK message corresponding to the Invite message from the PCSCF entity, and forwards the 200OK message corresponding to the Invite message from the PCSCF entity to the user terminal.
Correspondingly, the user terminal receives a 200OK message corresponding to the Invite message from the pcsccf entity. After receiving the 200OK message corresponding to the Invite message, the user terminal may consider that the SIP session establishment is completed, and subsequently, the user terminal may perform media data interaction and the like based on the established SIP session.
It can be understood that, for a Wifi service scenario, in the present embodiment, the pcsc f entity may select a transport layer protocol for transmitting the SIP response message based on the application layer length of the SIP response message within a range supported by the user terminal, which is beneficial to make the application layer length of the SIP response message more matched with the transport layer protocol, and further beneficial to reduce probability that the SIP response message is probabilistically discarded by the intermediate devices such as Wifi access points, and further beneficial to reduce probability of failure of a Wifi service session, and further beneficial to improve user communication experience.
Specifically, since the invite message does not carry a Session Description Protocol (SDP) field for describing attributes of a media stream related to a voip service (the attributes of the media stream related to the voip service described in the SDP field may include, for example, a media content codec type, a media content type, a bandwidth, an address, a port, and the like), the length of the application layer does not exceed the length threshold, and thus, UDP may be used for transmission. But the corresponding 200OK message may carry the SDP and thus the application layer length may exceed the length threshold. At this time, if the invite message and the corresponding 200OK message keep the consistency of the transport layer protocol, when the invite message uses UDP, the corresponding 200OK message is also sent using UDP and corresponding IP fragmentation is possible, and the Wifi access point often has a probabilistic discarding problem for processing larger or smaller fragments of the IP layer. However, in the scheme of this embodiment, the 200OK message with the length of the application layer exceeding the length threshold is transmitted by using the TCP, and due to the characteristic of high reliability of the TCP, the probability that the 200OK message is discarded by the intermediate devices such as the Wifi access point is reduced, which is further beneficial to reducing the probability of the failure of the Wifi service session, and is further beneficial to improving the communication experience of the user.
Referring to fig. 4, fig. 4 is a schematic flowchart of another session message processing method according to another embodiment of the present invention, where the session message processing method according to this embodiment is directed to a VoWifi service scenario, and other IP phone service scenarios may be analogized in this way. As illustrated in fig. 4 by way of example, another session message processing method provided by another embodiment of the present invention may include:
401. and the user terminal is accessed to the Wifi access point.
402. The user terminal sends an Invite message to initiate the establishment of a volwifi service session.
The via header of the Invite message carries a TCP identifier, a UDP identifier, and the like, and the two transport layer protocols represented by the TCP identifier and the UDP identifier are transport layer protocols allowed to be used for transmitting the 200OK message corresponding to the Invite message.
And the network type identifier of the network accessed by the user terminal carried by the Paccess network ID header field of the Invite message is a network type identifier corresponding to the Wifi network. This means that the Invite message is a related session message for the VoWifi service.
403. And the Wifi access point receives the Invite message from the user terminal. And the Wifi access point forwards the Invite message to a network side.
Accordingly, the PCSCF entity receives the Invite message from the user terminal.
The pcsccm entity learns the inconsistency of the transport layer protocol used by the user terminal to support the Invite message and the corresponding 200OK message based on the TCP id and the UDP id carried by the via header field of the Invite message, that is, the user terminal supports a transport layer protocol that is different from the transport layer protocol used to transmit the corresponding Invite message and can replace the transport protocol used to transmit the 200OK message.
For example, it is assumed that UDP is used for transmitting the Invite message, and TCP or other transport layer protocol can be used for transmitting the 200OK message, and for example, TCP is used for transmitting the Invite message, and TCP or other transport layer protocol can be used for transmitting the corresponding 200OK message. This mechanism relieves the consistency constraints of the transport layer protocols used for the Invite message and the corresponding 200OK message, and the transport layer protocol used for transmitting the 200OK message does not necessarily refer to the transport layer protocol used for transmitting the corresponding Invite message.
404. The pcsccf entity determines whether the transmission quality level of the current network is below a quality level threshold.
If yes, go to step 405.
If not, go to step 406.
The current network transmission quality level may comprise, for example, a good, a medium, and a bad, although the transmission quality level may comprise more levels. The quality level threshold may be, for example, "good" or "medium" or other quality levels.
Wherein, lower transmission quality grade indicates worse transmission quality of the current network. A higher transmission quality level indicates a better transmission quality of the current network.
In some possible embodiments, the pcsccf entity may determine the transmission quality level of the current network according to the delay and/or packet loss ratio of the current network, for example, different delay and/or packet loss ratio ranges correspond to different transmission quality levels, and the pcsccf entity may determine the transmission quality level of the current network according to a range in which the delay and/or packet loss ratio of the current network falls.
405. The pcsccf entity may establish a TCP connection between the pcsccf entity and the user terminal. And the PCSCF entity sends a 200OK message corresponding to the Invite message to the user terminal by using the TCP connection.
406. And the PCSCF entity sends a 200OK message corresponding to the Invite message to the user terminal by using UDP.
To sum up, when the length of the application layer of the 200OK message corresponding to the Invite message is greater than the length threshold, the CSCF entity selects TCP as the transport layer protocol to be used for sending the 200OK message corresponding to the Invite message. And when the length of the application layer of the 200OK message corresponding to the Invite message is less than or equal to the length threshold, the CSCF entity selects UDP as a transport layer protocol to be used for sending the 200OK message corresponding to the Invite message.
407. And the Wifi access point receives a 200OK message corresponding to the Invite message from the PCSCF entity, and forwards the 200OK message corresponding to the Invite message from the PCSCF entity to the user terminal.
Correspondingly, the user terminal receives a 200OK message corresponding to the Invite message from the pcsccf entity. After receiving the 200OK message corresponding to the Invite message, the user terminal may consider that the SIP session establishment is completed, and subsequently, the user terminal may perform media data interaction and the like based on the established SIP session.
It can be understood that, for a Wifi service scenario, in the present embodiment, the pcsc f entity may select a transport layer protocol for transmitting the SIP response message based on the transmission quality level of the current network within a range supported by the user terminal, which is beneficial to make the transmission quality level of the current network more matched with the corresponding transport layer protocol, and further beneficial to reduce the probability that the SIP response message is probabilistically discarded by the intermediate devices such as Wifi access points, and further beneficial to reduce the probability of a Wifi service session failure, and further beneficial to improve user communication experience.
Specifically, the lower the transmission quality level of the network is, the higher the possibility that the Wifi access point discards UDP related data packets is, however, in the present embodiment, the TCP is used to transmit the 200OK message under the condition of the lower transmission quality level, and due to the characteristic of high reliability of the TCP, the probability that the 200OK message is discarded by the intermediate devices, such as the Wifi access point, is reduced, thereby being beneficial to reducing the probability of the failure of the voip service session, and further being beneficial to improving the communication experience of the user.
It can be understood that, in the embodiments corresponding to fig. 3 and fig. 4, mainly, a SIP request message is an Invite (Invite) message, the SIP response message is a 200OK message corresponding to the Invite message, a CSCF entity is a pcsc f entity, a CSCF is a SCSCF or an ICSCF, and the like may be used when the SIP request message is another SIP request message.
The following also provides a related apparatus for implementing the above-described scheme.
Referring to fig. 5, an embodiment of the present invention provides a CSCF entity 500, including:
the receiving unit 510 is configured to receive an SIP request message from a user equipment, where a header field of the SIP request message carries at least two transport layer protocol identifiers, and at least two transport layer protocols represented by the at least two transport layer protocol identifiers are transport layer protocols allowed to be used for transmitting an SIP response message corresponding to the SIP request message.
A selecting unit 520, configured to select a transport layer protocol to be used for sending the SIP response message from the at least two transport layer protocols.
A sending unit 530, configured to send the SIP response message to the user terminal using the transport layer protocol selected by the selecting unit.
For example, the at least two transport layer protocol identities are carried in a via header field of the SIP request message. As another example, the network type identifier of the network (e.g., Wifi network) to which the ue is connected may be carried in the payload network ID header field, for example. When the Paccess network ID header field of the message carries the network type identification corresponding to the Wifi network, the session message processing method is the session message processing method aiming at the Vowifi service, and the SIP request message is the SIP request message aiming at the Vowifi service. This may be so for other business scenarios.
For example, the SIP request message is an Invite (Invite) message, and the SIP response message is a SIP response message corresponding to the Invite message. For another example, the SIP request message is an invite (update) message, and the SIP response message is a SIP response message corresponding to the update message. If the SIP request message is an information (message) message, the SIP response message is a SIP response message corresponding to the message. For another example, the SIP request message is a temporary response acknowledgement (PRACK) message, and the SIP response message is a SIP response message corresponding to the PRACK message.
Optionally, the selecting unit 510 is specifically configured to select, according to an application layer length of a SIP response message corresponding to the SIP request message, a transport layer protocol to be used for sending the SIP response message from the at least two transport layer protocols.
For example, the at least two transport layer protocol identifiers include a Transmission Control Protocol (TCP) identifier and a User Datagram Protocol (UDP) identifier, and the selecting unit 510 is specifically configured to: when the length of the application layer of the SIP response message is larger than the length threshold value, selecting TCP from the at least two transport layer protocols as a transport layer protocol to be used for sending the SIP response message; and when the length of the application layer of the SIP response message is less than or equal to the length threshold value, selecting UDP from the at least two transport layer protocols as the transport layer protocol to be used for sending the SIP response message. For example, the value range space of the length threshold is between 800 bytes and 1500 bytes.
Optionally, the selecting unit 510 may be specifically configured to select, according to the current network transmission quality level, a transport layer protocol to be used for sending the SIP response message from the at least two transport layer protocols.
For example, the at least two transport layer protocol identifications include a TCP identification and a UDP identification; the selecting unit 520 is specifically configured to: when the current network transmission quality level is smaller than a level threshold value, selecting TCP from the at least two transport layer protocols as a transport layer protocol to be used for sending the SIP response message; and when the current network transmission quality level is greater than or equal to the level threshold, selecting UDP from the at least two transport layer protocols as the transport layer protocol to be used for sending the SIP response message.
It can be seen that, for the IP phone service scenarios such as the Wifi service, the embodiment of the present invention introduces a negotiation mechanism about the transport layer protocol used for transmitting the SIP response message, and the user terminal and the CSCF entity 500 can negotiate the transport layer protocol used for transmitting the SIP response message to a certain extent, and specifically, the CSCF entity 500 can flexibly select the transport layer protocol used for transmitting the SIP response message within the range supported by the user terminal, so as to remove the restriction that the SIP request message and the SIP response message maintain the consistency of the transport layer protocol, and since the CSCF entity 500 has a certain degree of option, it is more beneficial for the CSCF entity 500 to select the transport layer protocol more matched with the current status to transmit the SIP response message, and further it is beneficial for reducing the probability that the SIP response message is probabilistically discarded by the intermediate devices such as Wifi access points, and further it is beneficial for reducing the probability of session failure of the Wifi service, and then be favorable to promoting user communication experience.
Referring to fig. 6, an embodiment of the present invention further provides a CSCF entity 600, including:
a memory 610, a communication interface 620, and a processor 630 coupled with the memory 610 and the communication interface 620. Wherein, by calling instructions or codes stored in the memory, the processor is configured to perform the following steps: receiving an SIP request message from a user terminal through a communication interface, wherein a header field of the SIP request message carries at least two transport layer protocol identifications, at least two transport layer protocols represented by the at least two transport layer protocol identifications are transport layer protocols allowed to be used for transmitting SIP response messages corresponding to the SIP request message, and selecting a transport layer protocol to be used for transmitting the SIP response messages from the at least two transport layer protocols; and sending the SIP response message to the user terminal through a communication interface by using the selected transport layer protocol.
In the solutions provided in the aspects of the present invention, for example, the SIP request message is an Invite (Invite) message, and the SIP response message is a SIP response message corresponding to the Invite message. For another example, the SIP request message is an invite (update) message, and the SIP response message is a SIP response message corresponding to the update message. If the SIP request message is an information (message) message, the SIP response message is a SIP response message corresponding to the message. For another example, the SIP request message is a temporary response acknowledgement (PRACK) message, and the SIP response message is a SIP response message corresponding to the PRACK message.
For example, the at least two transport layer protocol identifications may be carried in a via header field or other header fields of the SIP request message. For example, the network type identifier of the network to which the user terminal is connected may be carried in the payload network ID header field, for example. When the network type identifier corresponding to the Wifi network is carried by the payload network ID header field of the message, it means that the session message processing method is a session message processing method for the Vowifi service, that is, it means that the SIP request message is an SIP request message for the Vowifi service. This may be so for other business scenarios.
It can be seen that, for the IP phone service scenarios such as the voip service, the embodiment of the present invention introduces a negotiation mechanism about the transport layer protocol used for transmitting the SIP response message, and the user terminal and the CSCF entity 600 can negotiate the transport layer protocol used for transmitting the SIP response message to a certain extent, and specifically, the CSCF entity 600 can flexibly select the transport layer protocol used for transmitting the SIP response message within the range supported by the user terminal, so as to remove the restriction that the SIP request message and the SIP response message maintain the consistency of the transport layer protocol, and since the CSCF entity 600 has a certain degree of option, it is more beneficial for the CSCF entity 600 to select the transport layer protocol more matched with the current status to transmit the SIP response message, and further it is beneficial for reducing the probability that the SIP response message is probabilistically discarded by the intermediate devices such as Wifi access points, and further it is beneficial for reducing the probability of session failure of the voip service, and then be favorable to promoting user communication experience.
An embodiment of the present invention further provides a communication system, including: the embodiment of the invention provides any CSCF entity and user terminal.
In the foregoing embodiments, the descriptions of the respective embodiments have respective emphasis, and for parts that are not described in detail in a certain embodiment, reference may be made to related descriptions of other embodiments.
In the embodiments provided in the present application, it should be understood that the disclosed apparatus may be implemented in other manners. For example, the above-described embodiments of the apparatus are merely illustrative, and for example, the division of the units is merely a logical division, and the actual implementation may have another division, for example, a plurality of units or components may be combined or integrated into another system, or some features may be omitted or not executed. In addition, the indirect coupling or direct coupling or communication connection between each other shown or discussed may be through some interfaces, indirect coupling or communication connection of devices or units, and may be electrical or in other forms.
The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.
In addition, functional units in the embodiments of the present application may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit. The integrated unit may be implemented in the form of hardware, or may also be implemented in the form of a software functional unit.
The integrated unit, if implemented in the form of a software functional unit and sold or used as a stand-alone product, may be stored in a computer readable storage medium. Based on such understanding, the technical solution of the present application may be substantially implemented or contributed to by the prior art, or all or part of the technical solution may be embodied in a software product, which is stored in a storage medium and includes instructions for causing a computer device (which may be a personal computer, a server, or a network device) to execute all or part of the steps of the method according to the embodiments of the present application. And the aforementioned storage medium includes: a U-disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a removable hard disk, a magnetic disk, or an optical disk, which can store program codes.

Claims (18)

1. A method for processing a session message, comprising:
a Call Session Control Function (CSCF) entity receives a Session Initiation Protocol (SIP) request message from a user terminal, a header field of the SIP request message carries at least two transport layer protocol identifications, and at least two transport layer protocols represented by the at least two transport layer protocol identifications are transport layer protocols allowed to be used for transmitting an SIP response message corresponding to the SIP request message;
the CSCF entity selects a transport layer protocol to be used for sending the SIP response message from the at least two transport layer protocols; the CSCF entity sends the SIP response message to the user terminal by using the selected transport layer protocol;
wherein the selecting a transport layer protocol to be used for sending the SIP response message from the at least two transport layer protocols comprises:
selecting a transport layer protocol to be used for sending the SIP response message from the at least two transport layer protocols according to the application layer length of the SIP response message corresponding to the SIP request message;
alternatively, the first and second electrodes may be,
the selecting a transport layer protocol to be used for sending the SIP response message from the at least two transport layer protocols comprises: and selecting a transport layer protocol to be used for sending the SIP response message from the at least two transport layer protocols according to the current network transmission quality level.
2. The method of claim 1, wherein the at least two transport layer protocol identifiers comprise a Transmission Control Protocol (TCP) identifier and a User Datagram Protocol (UDP) identifier, and wherein selecting a transport layer protocol to be used for sending the SIP response message from the at least two transport layer protocols according to the application layer length of the SIP response message corresponding to the SIP request message comprises: when the length of the application layer of the SIP response message is larger than the length threshold value, selecting TCP from the at least two transport layer protocols as a transport layer protocol to be used for sending the SIP response message; and when the length of the application layer of the SIP response message is less than or equal to the length threshold value, selecting UDP from the at least two transport layer protocols as the transport layer protocol to be used for sending the SIP response message.
3. The method of claim 2, wherein the range space of the length threshold is between 800 bytes and 1500 bytes.
4. The method of claim 1, wherein the at least two transport layer protocol identifiers comprise a TCP identifier and a UDP identifier;
the selecting, according to the current network transmission quality level, a transport layer protocol to be used for sending the SIP response message from the at least two transport layer protocols includes: when the current network transmission quality level is smaller than a level threshold value, selecting TCP from the at least two transport layer protocols as a transport layer protocol to be used for sending the SIP response message; and when the current network transmission quality level is greater than or equal to the level threshold, selecting UDP from the at least two transport layer protocols as the transport layer protocol to be used for sending the SIP response message.
5. The method according to any of claims 1 to 4, wherein said at least two transport layer protocol identities are carried in a via header field of said SIP request message.
6. The method according to any one of claims 1 to 5, wherein the access network identifier Paccess network ID of the SIP request message carries a network type identifier corresponding to a Wifi network.
7. The method of claim 5,
and the access network identification Paccess network ID of the SIP request message carries a network type identification corresponding to the wireless fidelity Wifi network.
8. The method according to any of claims 1 to 4, wherein the SIP request message is an Invite message, an update message, an information message or a temporary response acknowledgement PRACK message.
9. The method of claim 5,
the SIP request message is an Invite message, an update message, an information message or a temporary response acknowledgement PRACK message.
10. A call session control function, CSCF, entity, comprising:
the receiving unit is used for receiving a Session Initiation Protocol (SIP) request message from a user terminal, wherein a header field of the SIP request message carries at least two transport layer protocol identifications, and at least two transport layer protocols represented by the at least two transport layer protocol identifications are transport layer protocols allowed to be used for transmitting an SIP response message corresponding to the SIP request message;
a selecting unit, configured to select a transport layer protocol to be used for sending the SIP response message from the at least two transport layer protocols;
a sending unit, configured to send the SIP response message to the user equipment using the transport layer protocol selected by the selecting unit;
the selecting unit is specifically configured to select, according to an application layer length of a SIP response message corresponding to the SIP request message, a transport layer protocol to be used for sending the SIP response message from the at least two transport layer protocols;
alternatively, the first and second electrodes may be,
the selecting unit is specifically configured to select, according to the current network transmission quality level, a transport layer protocol to be used for sending the SIP response message from the at least two transport layer protocols.
11. The CSCF entity of claim 10,
the at least two transport layer protocol identifiers include a transmission control protocol TCP identifier and a user datagram protocol UDP identifier, and the selecting unit is specifically configured to: when the length of the application layer of the SIP response message is larger than the length threshold value, selecting TCP from the at least two transport layer protocols as a transport layer protocol to be used for sending the SIP response message; and when the length of the application layer of the SIP response message is less than or equal to the length threshold value, selecting UDP from the at least two transport layer protocols as the transport layer protocol to be used for sending the SIP response message.
12. The CSCF entity of claim 11, wherein the length threshold has a value range space of between 800 bytes and 1500 bytes.
13. The CSCF entity of claim 10, wherein said at least two transport layer protocol identities comprise a TCP identity and a UDP identity; the selecting unit is specifically configured to select, when the current network transmission quality level is smaller than a level threshold, a TCP from the at least two transport layer protocols as a transport layer protocol to be used for sending the SIP response message; and when the current network transmission quality level is greater than or equal to the level threshold, selecting UDP from the at least two transport layer protocols as the transport layer protocol to be used for sending the SIP response message.
14. The CSCF entity of any of claims 10 to 13, wherein said at least two transport layer protocol identities are carried in a via header field of said SIP request message.
15. The CSCF entity of any of claims 10 to 13, wherein the access network identity header field of the SIP invite message carries a network type identity corresponding to a Wifi network.
16. The CSCF entity of claim 14, wherein an access network identity, Paccess network ID, header field of the SIP request message carries a network type identity corresponding to a Wifi network.
17. A CSCF entity, comprising: a memory, a communication interface, and a processor coupled with the memory and the communication interface;
wherein the processor is configured to perform the method of any one of claims 1 to 9 by invoking instructions or code stored in the memory.
18. A storage medium characterized in that,
the storage medium stores a computer program for implementing the method of any one of claims 1 to 9 when executed by a computer device.
CN201610743186.9A 2016-08-27 2016-08-27 Session message processing method and related device Active CN107786509B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610743186.9A CN107786509B (en) 2016-08-27 2016-08-27 Session message processing method and related device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610743186.9A CN107786509B (en) 2016-08-27 2016-08-27 Session message processing method and related device

Publications (2)

Publication Number Publication Date
CN107786509A CN107786509A (en) 2018-03-09
CN107786509B true CN107786509B (en) 2020-12-01

Family

ID=61440850

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610743186.9A Active CN107786509B (en) 2016-08-27 2016-08-27 Session message processing method and related device

Country Status (1)

Country Link
CN (1) CN107786509B (en)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110505646B (en) * 2018-05-17 2021-06-11 大唐移动通信设备有限公司 Data transmission method and sending terminal
WO2020030972A1 (en) * 2018-08-10 2020-02-13 Lenovo (Singapore) Pte. Ltd. Transport layer protocol for sip message
CN111163493B (en) * 2018-11-08 2022-08-19 中国电信股份有限公司 Communication configuration method, system and related equipment
CN112543164B (en) * 2019-09-20 2023-05-09 中国移动通信有限公司研究院 Message authentication method, device and equipment
CN114338574B (en) * 2021-12-07 2024-01-30 哈尔滨工业大学 Instant messaging method, management node and system

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101330504A (en) * 2007-06-28 2008-12-24 中兴通讯股份有限公司 Method for implementing transport layer safety of SIP network based on sharing cryptographic key
CN102006215A (en) * 2009-09-01 2011-04-06 中国移动通信集团公司 Data transmission method, system and apparatus
CN102958128A (en) * 2011-08-16 2013-03-06 华为终端有限公司 Method and device for selecting PDN (public data network) connections for UE (user equipment) service

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8095611B2 (en) * 2009-09-16 2012-01-10 Avaya Inc. SIP endpoint enhancer

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101330504A (en) * 2007-06-28 2008-12-24 中兴通讯股份有限公司 Method for implementing transport layer safety of SIP network based on sharing cryptographic key
CN102006215A (en) * 2009-09-01 2011-04-06 中国移动通信集团公司 Data transmission method, system and apparatus
CN102958128A (en) * 2011-08-16 2013-03-06 华为终端有限公司 Method and device for selecting PDN (public data network) connections for UE (user equipment) service

Also Published As

Publication number Publication date
CN107786509A (en) 2018-03-09

Similar Documents

Publication Publication Date Title
CN107786509B (en) Session message processing method and related device
US7542481B2 (en) Connection optimization for communications in multiple access environment
US8266299B2 (en) Method for establishing a local media connection in a communication system
CN107113223B (en) Negotiation of message block sizes for message session relay protocol sessions
US10341907B1 (en) Multi-network wireless management and transport selection
US9246955B2 (en) Capability query handling in a communication network
EP2619964A1 (en) Systems and methods for peer-to-peer ims
CN105580338A (en) Presence and on-device proxying
EP2472984A1 (en) Method for realizing end-to-end call, end-to-end call terminal and system
KR100928247B1 (en) Method and system for providing secure communication between communication networks
EP1958414B1 (en) Apparatus, method,computer program and computer program product for seamless session transfer
US9391943B2 (en) Method, apparatus, and computer program product for reducing session related message size
EP2719147B1 (en) Communication system and corresponding method for establishing a real-time communication session
US20130142085A1 (en) Call transfer processing in sip mode
EP2200254B1 (en) Mobile network system and guidance message providing method
CN111726762B (en) Method, device, equipment and storage medium for initiating MCPTT group call
EP2249541A1 (en) Distribution of communication flows between two nodes linked by different network paths
EP1998517A1 (en) Method,terminal and network device for changing status of packet switched domain
CN113765910B (en) Communication method, device, storage medium and electronic equipment
Ulvan et al. Delay performance of session establishment signaling in IP multimedia subsystem
WO2005038551A2 (en) Method and apparatus by which a ue starts compression in sip signalling to ims
Moon Fast and secure session mobility in IMS-based vertical handover scenario
US8688848B2 (en) Method of establishing a media link for transmitting a large message mode CPM message to a group
WO2023071656A1 (en) Information transmission method and apparatus
CN115277874A (en) IPv4/IPv6 protocol intercommunication method based on SIP protocol and related equipment

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant