WO2012071882A1

WO2012071882A1 - Session detection method, device and session initiation protocol server

Info

Publication number: WO2012071882A1
Application number: PCT/CN2011/075940
Authority: WO
Inventors: 贺晋宁; 范珂; 黄永平
Original assignee: 中兴通讯股份有限公司
Priority date: 2010-12-02
Filing date: 2011-06-20
Publication date: 2012-06-07
Also published as: CN102487341A; CN102487341B

Abstract

The present invention discloses a session detection method, device and a session initiation protocol server. The method includes the following steps: after receiving a request message for setting up a service, the session initiation protocol (SIP) server determines whether initiating a user state detection is needed; under the condition of needing initiating the user state detection, the SIP server initiates the detection to the previous first session of the message sender with the SIP server, and obtains the detection result; the SIP server determines whether to set up the service according to the detection result. The user experience is improved by the present invention.

Description

TECHNICAL FIELD The present invention relates to the field of communications, and in particular to a session detection method, apparatus, and session initiation protocol server. BACKGROUND OF THE INVENTION The Session Initiation Protocol (SIP) is gradually becoming a Next Generation Network (NGN) and an IP Multimedia Subsystem (IP Multimedia Subsystem) due to its advantages such as simplicity, ease of expansion, and ease of implementation. Mainstream protocol in IMS). In general, the SIP server performs session detection in the session on the SIP terminal and other connected devices, and performs real-time detection and control on resources (for example, user status, data area, etc.). However, when the network is abnormal or the terminal device is abnormal and the message is lost, the resource information saved by the SIP server is inconsistent with the actual information status. When the user initiates a new call again, the SIP server will make a request according to the user information retained in the database. Wrong processing. This is illustrated below. FIG. 1 is a flow chart showing the inconsistency of user status of a SIP server and a terminal (or other device, which is referred to as a terminal or other device in the following for convenience of description) according to the prior art. As shown in FIG. 1, the process includes The following steps are as follows: Step S101: The proxy server (Proxy Server) receives the INVITE message that the terminal requests to establish a call, the INVITE message has no TO TAG, and belongs to the out-of-dialog message; Step 4 gathers S 102, and the Proxy Server forwards the INVITE request to another Step S103, after receiving the INVITE (dialogl) message, the terminal agrees to establish a session and sends a 200 OK response; Step S104, the Proxy Server forwards the 200 OK response to the other side; Step S105, the terminal confirms the 2OO OK Sending an ACK to implement a 3-way handshake; Step S106, the Proxy Server forwards the ACK to the other side; Step S107: The terminal sends a BYE message to the Proxy Server, requesting to release the resource, but the message is lost due to the network abnormality or other reasons, and the resource information on the Proxy Server and the terminal are inconsistent; Step S108, the terminal initiates the session again, and sends the INVITE. (dialog2) to the Proxy Server; Step S109, the Proxy Server checks the user status, and finds that the user is talking. If the user does not subscribe to the service, the user replies 486. If the user signs a service such as busy forwarding, the service operation is performed. Step S110, the terminal replies with an ACK response. In the protocol RFC4028, in order to solve the above problem, a method of periodically detecting the state of the user is proposed, which will be described below. When the server acts as a User Agent (UA Agent), if there is 4028 detection, it needs to wait for the session timer to time out before it can detect resources; if there is no such detection, then it needs to restart the terminal or other methods. In order to release the resource; if the server acts as a proxy (PROXY), when the 4028 detection is enabled, PROXY can release the resources it occupies when the session timer expires, but the BYE message cannot be sent. If it is not enabled, it will always be occupied. Although the above scheme for periodically detecting user status is proposed in RFC4028, for traditional networks, 4028 detection is usually not supported. In addition, even if 4028 detection is supported, it takes a while to release resources. Therefore, in the prior art, when a user initiates a service (for example, a call service), it is still possible to cause the service to fail. Thereby reducing the user experience. SUMMARY OF THE INVENTION A primary object of the present invention is to provide a session detecting method, apparatus, and SIP server to solve at least the above problems. According to an aspect of the present invention, a session detecting method is provided, including: a session initiation protocol

After receiving the message for requesting the establishment of the service, the SIP server determines whether the user state detection needs to be initiated; if the SIP server needs to initiate the user state detection, the sender of the message is previously in the SIP service. The first session existing on the device initiates detection, and obtains a detection result; the SIP server determines whether to establish the service according to the detection result. The SIP server initiates the detection of the first session, and obtains the detection result that the SIP server sends a message carrying the identifier information of the first session to the sender, indicating that the sender is The first session performs detection; the sender performs detection and sends the detection result to the SIP server; and the SIP server obtains the detection result. In the case that the SIP server receives the message for requesting the establishment of the call service, the SIP server determines whether the user state detection needs to be initiated, and includes: the SIP server queries the local resource, and determines the sender of the message. In the case of another session, user state detection is initiated. The SIP server initiates detection on the first session, and obtains a detection result that: the SIP server sends a message carrying the identifier information of the first session to the sender; the sender detects the location Determining whether the first session exists, and sending the detection result to the SIP server; the SIP server obtaining the detection result. The determining, by the SIP server, whether the service is established according to the detection result includes: the SIP server updating the state of the local resource information, and releasing the resource corresponding to the first session, if the first session does not exist And establishing the call service; the SIP server sending a message indicating that the busy is busy to the sender if the first session exists. After the SIP server receives the message for establishing the call service, the method further includes: the SIP server sending the sender to the sender to indicate that the SIP server is attempting to establish The message of the call service. According to another aspect of the present invention, a session detecting apparatus is further provided, including: a first determining module, configured to: after receiving a message for requesting to establish a service, determining whether user state detection needs to be initiated; detecting an initiating module, And being configured to initiate detection on the first session existing on the SIP server by the sender of the message, and obtain a detection result, where the user state detection needs to be initiated, and the second determining module is set to be The detection result determines whether the service is established. The detecting and initiating module includes: a sending module, configured to send, to the sending party, a message carrying the identifier information of the first session, instructing the sender to detect the first session; and the receiving module is configured to Receiving the detection result sent by the sender after performing the detection. In the case that the SIP server receives the message for establishing the call service, the detection initiation module is configured to query the local resource, and in the case that the sender of the message is determined to be in another session, the user is initiated! State detection. According to still another aspect of the present invention, there is also provided a SIP server comprising the above-described session detecting means. With the present invention, the session initiation protocol SIP server determines whether it is necessary to initiate user state detection after receiving a message for requesting to establish a service; if the SIP server needs to initiate user state detection, the message is The sender initiates detection in the first session existing on the SIP server, and obtains a detection result; the SIP server determines whether to establish the service according to the detection result. The problem that the user initiates the service in the prior art may cause the service to fail, thereby improving the user experience. BRIEF DESCRIPTION OF THE DRAWINGS The accompanying drawings, which are set to illustrate,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,, BRIEF DESCRIPTION OF THE DRAWINGS FIG. 1 is a flow chart showing the occurrence of inconsistency between a SIP server end and an end user state according to the prior art; FIG. 2 is a flowchart of a session detecting method according to an embodiment of the present invention; FIG. FIG. 4 is a structural block diagram of a preferred detection initiation module according to an embodiment of the present invention; FIG. 5 is a flow chart of processing when a SIP-based detection user finds that a call has been released according to an embodiment of the present invention; Figure 6 is a flow chart showing the processing of SIP-based detection when a user finds that a call resource is still occupied, according to an embodiment of the present invention. BEST MODE FOR CARRYING OUT THE INVENTION Hereinafter, the present invention will be described in detail with reference to the accompanying drawings. It should be noted that the embodiments in the present application and the features in the embodiments may be combined with each other without conflict. FIG. 2 is a flowchart of a session detecting method according to an embodiment of the present invention. As shown in FIG. 2, the process includes the following steps: Step S202: After receiving the message for requesting to establish a service, the SIP server determines whether it is necessary to initiate user state detection. Step S204: The SIP server initiates detection on the first session existing on the SIP server before the sender of the message needs to initiate the user state detection, and obtains the detection result. The "first session" is a name given to the session for convenience of description, and the "first" has no practical meaning. Step S206: The SIP server determines whether to establish a service according to the detection result. Through the above steps, a quick release method for resources in the abnormal situation of the network (for example, the SIP server is inconsistent between the terminal and the server due to some abnormality after the dialog is established) is proposed. After receiving the message, the SIP server The detection of the state of the user can be initiated, and the user experience can be improved compared to the method of periodic detection in the prior art. For example, the subsequent newly initiated request may be used as a trigger condition. If the result of the 486 is triggered by the request, the SIP server initiates detection for the pre-existing session, and if the detection is successful, the new call is rejected, and the detection fails, and then the release is resumed. Resources, connect the call. There are many ways for the SIP server to detect the pre-existing session. In this embodiment, a preferred detection mode is provided. In this mode, the sender of the message is detected. The following describes: SIP The server sends a message carrying the identifier information of the first session to the sender of the message, where the message is used to instruct the sender to detect the first session; the sender performs the detection after receiving the message and sends the detection result. Give the SIP server; thus enabling the SIP server to obtain the test results. The following is an example of a message (or a request message) for establishing a call service: the SIP server receives a message for establishing a call service; the SIP server queries a local resource, and determines that the sender of the message is in another session. Next, initiate user status detection. At this time, preferably, the SIP server may send a message carrying the identification information of the first session to the sender; the sender detects whether the local first session exists, and sends the detection result to the SIP server; the SIP server obtains the detection result. Preferably, the SIP server can update its local resource information status, release the resource corresponding to the first session, and establish a call service if the first session does not exist; the SIP server exists in the first session. In the case, a message indicating that it is busy is sent to the sender. Preferably, after the SIP server receives the message for establishing the call service, the SIP server may send a message to the sender for indicating to the sender that the SIP server is trying to establish a call service, so as to prevent the sender from repeatedly sending for establishment. The message of the call service. In this embodiment, a session detecting apparatus is further provided, and the apparatus is configured to implement the above-mentioned session detecting method. The description has been omitted herein, and the modules involved in the apparatus will be described below. FIG. 3 is a structural block diagram of a session detecting apparatus according to an embodiment of the present invention. As shown in FIG. 3, the apparatus includes: a first determining module 32, a detecting initiating module 34, and a second determining module 36. . The first determining module 32 is configured to: after receiving the message for requesting to establish the service, determine whether the user state detection needs to be initiated; the detection initiating module 34 is connected to the first determining module 32, and is configured to initiate the user state detection. Next, the first session that exists on the SIP server is sent to the sender of the message, and the detection result is obtained. The second determining module 36 is connected to the detection initiation module 34, and is configured to determine whether to establish a service. 4 is a structural block diagram of a preferred detection initiation module according to an embodiment of the present invention. As shown in FIG. 4, the detection initiation module 34 includes: a transmission module 342 and a reception module 344, which will be described below. The sending module 342 is configured to send, to the sending party, a message carrying the identifier information of the first session, where the message is used to instruct the sender to detect the first session, and the receiving module 344 is configured to send the sending sender to send the detection. Test results. Preferably, in the case that the SIP server receives the message for establishing the call service, the detection initiation module 34 is configured to query the local resource, and in the case that the sender of the message is determined to be in another session, the user ^ is initiated! State detection. Of course, the above device may be located in the proxy server, and may of course be located in other SIP servers. The following is an example of the agent server. FIG. 5 is a flowchart of a process when a SIP-based detection user finds that a call has been released according to an embodiment of the present invention. The figure describes that when the SIP server and the terminal are inconsistent with the user status, the SIP server initiates the active state. The process of detecting an event, determining the state of the resource through the transmission of the request in the session and the subsequent response, releasing the previous state and/or resource information, and connecting the new call resource, the process may also be applicable to the application server or the softswitch domain. As shown in FIG. 5, the process includes the following steps: Step S501, the Proxy Server receives the INVITE message that the terminal requests to establish a call, and the INVITE message does not have a TO TAG, and belongs to the out-of-dialog message. In step S502, the Proxy Server replies with 100 Trying to avoid retransmission of the INVITE message; Step S503, Proxy Server The resource is inquired and detected. When the user is found to be in another session (DIALOG), the Proxy Server actively initiates user state detection. Here, for versatility and compatibility, it is preferable to use the INVITE message (Re-INVITE) in the session, the Re - The DIALOG ID of the INVITE message is inconsistent with the DIALOG ID in step S501, and should be the ID of another session in which the user is located. It should be noted that the message used in this step is Re-INVITE, which is just a kind of For example, other inter-session messages can also be used to detect the session, and no longer - enumerate; step S504, after receiving the INVITE (dialogl) message, the terminal responds according to the dialog information in the database, if the conversation has already been If it does not exist, reply 481 response; Step S505, the Proxy Server indicates confirmation to 481, and replies ACK confirmation information; Step S506, because the terminal replies with a 481 response, indicating that the session does not exist, the user is in an idle state, the Proxy Server needs to correct the resource information status and release the resource; Step S507, the Proxy Server continues to establish a call according to the intention of the terminal, and sends an INVITE message to the next One trillion. The steps of the foregoing embodiment can be seen that the Proxy Server actively initiates user state detection to the terminal, thereby checking the user resource status. When the terminal has released the resources of the previous session, the Proxy Server releases the previous conversation. Resources, and the connection to the newly initiated session of the connected user. It is noted that the 481 response replied by the terminal in step 504 indicates that the previous conversation at the terminal no longer exists in this check. FIG. 6 is a flowchart of a SIP-based detection process when a user finds that a call resource is still occupied according to an embodiment of the present invention. The figure describes a SIP server-side initiated state detection event, and the request is sent through a session, and a subsequent response is used to determine a resource. The process is consistent, and the process of rejecting the new call request is rejected. As shown in FIG. 6, the process includes the following steps: Step S601: The Proxy Server receives an INVITE message that the terminal requests to establish a call, and the INVITE message has no TO TAG, and belongs to the session. External message; Step S602, the Proxy Server replies with 100 Trying to avoid retransmission of the INVITE message; In step S603, the Proxy Server queries the resource for the query. When the user is found to be in the conversation, the Proxy Server needs to initiate the user state detection. The DIALOG ID of the Re-INVITE message is inconsistent with the DIALOG ID in step S601. The ID of the conversation in which it is located. It should be noted that the message used in this step is Re-INVITE. This is just an example. Other intra-session messages can also be used to detect the session. Step S604, after receiving the INVITE (dialog 1) message, the terminal responds according to the dialog information in the database, and if the dialog exists, responds with 200 response; Step S605, Proxy Server indicates confirmation to 200, reply ACK confirmation information; Step S606, because the terminal replies with a 200 response, indicating that the conversation exists, the user is in a busy state, the Proxy Server needs to maintain resource information and status, and the INVITE message reply 486 for establishing a new call session, which needs to be explained The 486 here is only an example, but it is not limited thereto. Of course, the service can also be triggered (for example, Waiting for a busy call, etc.); Step S607, the terminal replies with an ACK confirmation message. In the above embodiment, it can be seen that, when the Proxy Server and the terminal have the same state resource, the Proxy Server continues to maintain the resources in the server by detecting. Through the foregoing embodiments, the problem that the user initiates a service may cause a service failure when the detection period is not reached in the prior art is solved, thereby improving the user experience. In another embodiment, software is also provided for performing the technical solutions described in the above embodiments and preferred embodiments. In another embodiment, a storage medium is provided, the software being stored, including but not limited to: an optical disk, a floppy disk, a hard disk, a rewritable memory, and the like. Obviously, those skilled in the art should understand that the above modules or steps of the present invention can be implemented by a general-purpose computing device, which can be concentrated on a single computing device or distributed over a network composed of multiple computing devices. Alternatively, they may be implemented by program code executable by the computing device so that they may be stored in the storage device by the computing device, or they may be separately fabricated into individual integrated circuit modules, or Multiple modules or steps are made into a single integrated circuit module. Thus, the invention is not limited to any specific combination of hardware and software. The above is only the preferred embodiment of the present invention, and is not intended to limit the present invention, and various modifications and changes can be made to the present invention. Any modifications, equivalent substitutions, improvements, etc. made within the scope of the present invention are intended to be included within the scope of the present invention.

Claims

Claim

1. A session detection method, comprising:

Session Initiation Protocol After receiving a message for requesting to establish a service, the SIP server determines whether it is necessary to initiate user state detection.

The SIP server initiates detection on the first session existing on the SIP server by the sender of the message, and obtains a detection result, if the user state detection needs to be initiated;

The SIP server determines whether to establish the service according to the detection result.

The method according to claim 1, wherein the SIP server sends a detection to the first session, and obtaining the detection result includes:

Sending, by the SIP server, a message carrying the identifier information of the first session to the sender, instructing the sender to detect the first session;

The sender performs detection and sends the detection result to the SIP server; the SIP server obtains the detection result.

The method according to claim 1 or 2, wherein, in the case that the SIP server receives a message for requesting to establish a call service, the SIP server determines whether it is necessary to initiate a user^! State detection includes:

The SIP server queries the local resource, and initiates user state detection if it is determined that the sender of the message is in another session.

The method according to claim 3, wherein the SIP server sends a detection to the first session, and obtaining a detection result includes:

Sending, by the SIP server, a message carrying the identifier information of the first session to the sender;

The sender detects whether the first session exists, and sends the detection result to the SIP server;

The SIP server obtains the detection result.

The method according to claim 4, wherein the determining, by the SIP server, whether the service is established according to the detection result comprises:

The SIP server updates its local resource information status, releases resources corresponding to the first session, and establishes the call service if the first session does not exist; the SIP server is In the case where the first session exists, a message indicating that the busy is busy is sent to the sender.

The method according to claim 3, wherein, after the SIP server receives the message for establishing a call service, the method further includes: sending, by the SIP server, the sender to the sender The sender indicates that the SIP server is attempting to establish a message for the call service.

7. A session detection device, comprising:

a first determining module, configured to determine whether a user state detection needs to be initiated after receiving a message for requesting to establish a service;

The detecting and initiating module is configured to initiate detection on the first session existing on the SIP server by the sender of the message, and obtain the detection result, if the user state detection needs to be initiated;

The second determining module is configured to determine whether to establish the service according to the detection result.

The device according to claim 7, wherein the detection initiation module comprises:

a sending module, configured to send, to the sender, a message carrying the identifier information of the first session, to instruct the sender to detect the first session;

The receiving module is configured to receive the detection result sent by the sender after performing the detection.

9. The device according to claim 7 or 8, wherein

In the case that the SIP server receives a message for establishing a call service, the detection initiation module is configured to query a local resource, and initiate a user state detection if it is determined that the sender of the message is in another session. .

A SIP server comprising the session detecting apparatus of claim 7 or 8.