WO2011017978A1

WO2011017978A1 - Method and apparatus for call management in internet protocol multimedia subsystem

Info

Publication number: WO2011017978A1
Application number: PCT/CN2010/074099
Authority: WO
Inventors: 任鹏; 田利荣; 苏登军
Original assignee: 中兴通讯股份有限公司
Priority date: 2009-08-12
Filing date: 2010-06-18
Publication date: 2011-02-17
Also published as: CN101997850B; CN101997850A

Abstract

A method and an apparatus for call management in an Internet protocol (IP) multimedia subsystem (IMS) are provided. The method includes the following steps: establishing an IMS call between a calling terminal and a called terminal (301); sending, by a proxy call session control function entity, a state detection request to its corresponding terminal (302); if the detection result is abnormal, notifying the network elements of the IMS to release the call (303). The present invention overcomes the problem of the call management method in relevant technology that the processing capability and utilization ratio of the IMS network elements are lower and user's experience is worse, which is caused when both terminals of a call do not support the Request For Comments (RFC) 4028 call detection mechanism, thus improving the processing capability and utilization of the IMS network elements under the situation that both parties of the call do not support the RFC 4028 call detection mechanization and enhancing the user's experience.

Description

TECHNICAL FIELD The present invention relates to the field of communications, and in particular to a call management method and apparatus for an IP multimedia subsystem. Background technique

The IP Multimedia Subsystem (IMS) provides call services.

The IMS call uses the Session Initiation Protocol (SIP) as the control signaling protocol in the control layer. SIP defines a call detection mechanism in RFC4028, that is, the terminal supporting RFC4028 periodically sends the session request. A message (re-INVITE, also known as a call request message) or a session refresh request message (UPDATE) is used to maintain the activity of the session. The time interval of the session refresh request message is determined by the negotiation mechanism of RFC4028. If the session refresh request message is not received within the interval, the session is considered to have been terminated, the terminal will send a session release message (BYE, also referred to as an end session message), and the stateful proxy server removes all states of the call. . FIG. 1 is a schematic diagram of a SIP control message for an IMS call, including the following network elements: Calling User Equipment UE-A (User Equipment A) 101, Calling Agent Call Session Control Function Entity P-CSCF-A (Proxy Call Session) Control Function A) 102, the calling call session control function entity S-CSCF-A (Serving Call Session Control Function A) 103, the query call session control function entity I-CSCF (Interrogating Call Session Control Function) 104, The called call session control function entity S-CSCF-B (Serving Call Session Control function B) 105, the called proxy call session control function entity P-CSCF-B (Proxy Call Session B) 106 and the called user equipment UE-B ( User Equipment B ) 107. A call management method for an IP multimedia subsystem is provided in the related art. Referring to FIG. 2, the method includes the following steps: Step 201: UE-A sends a session request message to initiate a call, where UE-A supports RFC4028 call detection mechanism, this message contains session timeout (such as setting the session timeout time to 1800 seconds) and session refresh negotiation parameters (such as setting UE-A as the refresher and caller); Step 202: The P-CSCF-A receives the session request message, and learns that the calling party UE-A supports the call detection mechanism of the RFC 4028, and forwards the session request message to the serving call session control point S-CSCF-A of the user; Step 203; The S-CSCF-A receives the session request message, and learns that the calling party UE-A supports the call detection mechanism of the RFC 4028, and forwards the session request message to the I-CSCF to find the called S-CSCF; Step 204, the I-CSCF will session The request message is sent to the called S-CSCF-B. Step 205: The S-CSCF-B learns that the calling party UE-A supports the call detection mechanism of the RFC 4028, and sends a session request message to the P-CSCF-B. Step 206 The P-CSCF-B learns that the calling party UE-A supports the call detection mechanism of the RFC 4028, and sends a session request message to the UE-B. In step 207, the UE-B receives the session request message, where the UE-B also supports the RFC 4028. The call detection mechanism, UE-B will update the negotiation parameters through the session in the message, determine the refresher and session timeout time, and send the negotiated session request response message; Step 208, P-CSCF-B sets according to the session request response message Session timeout, forwarding session request response message; Step 209, SC The SCF-B sets the session timeout time according to the session request response message, and forwards the session request response message. Step 210: The I-CSCF forwards the session request response message, and releases the jt call resource because it does not participate in the subsequent session; Step 211, S-CSCF- The session timeout time is set according to the session request response message, and the session request response message is forwarded. Step 212: The P-CSCF-A sets the session timeout time according to the session request response message, forwards the session request response message, and starts the timeout timer to start timing. Step 213 - 217, UE-A obtains the refresher and the session timeout time from the session response, UE-A sends a session confirmation message, and the session confirmation message arrives at UE-B through each IMS network element; Step 218, UE-A is in the session timeout period 1/2 time point actively sends a session refresh request message to the P-CSCF-A; Steps 219-222: The IMS network element receiving the session refresh request message updates the session timeout time, that is, restarts the startup timeout timer to restart the timing; Steps 223-227, UE-B sends a session refresh response message, and the session refresh response message After the IMS network element arrives at the UE-A; the step 4 is 228, and the UE-A is abnormally dead; Step 229, the UE-B does not receive the session refresh confirmation message within the session timeout period, and sends the end session message; Steps 230-233 End session message arrives at UE-A through forwarding of each IMS network element; Steps 234-237, P-CSCF-A sends an end session timeout response message and is forwarded by each IMS network element because UE-A crashes and cannot respond to the message. Arrived at the called UE-B. In this method, the SIP session timeout time of the RFC 4028 is determined by the UE-A and UE-B that support the protocol. If the session time expires due to the network or the terminal, the S-CSCF, the P-CSCF, and the UE on the session path respectively perform the release call process to release the local resources. The inventor has found that the call management method in the related art relies on the support of the RFC4028 call detection mechanism by both terminals. When both terminals of the call do not support the RFC4028 call detection mechanism, both terminals cannot initiate a session refresh request message to initiate call detection. If the fault occurs, the session resources of the IMS intermediate network element, such as the S-CSCF and the P-CSCF, are hanged. As a result, the processing capability and utilization of the IMS network element are low, and the user experience is poor. SUMMARY OF THE INVENTION The present invention is directed to a call management method and apparatus for an IP multimedia subsystem, which can solve the call management method in the related art, which relies on the support of the terminal for the RFC4028 call detection mechanism, and is not supported by both parties of the call. When the RFC4028 call detection mechanism is used, both terminals cannot initiate a session refresh request message to initiate call detection. In the event of a fault, the session resources of the IMS intermediate network element such as the S-CSCF and the P-CSCF are hanged, resulting in IMS. The processing capacity and utilization of network elements are low, and the user experience is poor. In an embodiment of the present invention, a call management method for an IP multimedia subsystem is provided, including the following steps: establishing a call of an IP multimedia subsystem between a calling terminal and a called terminal; proxy call session The control function entity sends a status detection request to its corresponding terminal; if the detection result As an exception, the network element of the IP Multimedia Subsystem is notified to release the call. Preferably, in the foregoing call management method, the establishing an IP multimedia subsystem call between the calling terminal and the called terminal comprises: the calling terminal sending a session request message to the called terminal; and the called terminal according to the received session request message Sending a session request response message; the proxy call session control function entity sets a detection duration according to the session request response message, and starts timing, and the proxy call session control function entity includes a calling proxy call session control function entity and a called proxy call session control function entity; The calling terminal sends a session confirmation message to the called terminal. Preferably, in the foregoing call management method, the proxy call session control function entity sends a status detection request to its corresponding terminal, including: the calling proxy call session control function entity sends a selection OPTIONS to the calling terminal when the detection time is half of the detection duration (Capability Query) message; The called proxy call session control function entity sends an OPTIONS message to the called terminal when it reaches half of the detection duration. Preferably, in the foregoing call management method, the detection result is abnormal: the calling proxy call session control function entity does not receive the OPTIONS response message within the detection duration. Preferably, in the foregoing call management method, the detection result is abnormal: the calling proxy call session control function entity receives the OPTIONS response message, and the response code of the OPTIONS response message is 481. Preferably, in the foregoing call management method, the network element that notifies the IP multimedia subsystem releases the call includes: the calling agent call session control function entity releases the call, and sends an end session message to the called terminal; the intermediate network of the IP multimedia subsystem The meta and the called terminal release the call according to the end session message. Preferably, in the foregoing call management method, the method further includes: if the calling proxy call session control function entity receives the OPTIONS response message, and the response code of the OPTIONS response message is not 481, the calling proxy call session control function entity restarts timing . Preferably, in the foregoing call management method, the detection result is abnormal: the called proxy call session control function entity does not receive the OPTIONS response message from the called terminal within the detection duration. Preferably, in the foregoing call management method, the detection result is abnormal: the called proxy call session control function entity receives an OPTIONS response message from the called terminal, and the response code of the OPTIONS response message is 481. Preferably, in the foregoing call management method, the network element notifying the IP multimedia subsystem to release the call includes: the called proxy call session control function entity releases the call, and sends an end session message to the calling terminal; the intermediate network of the IP multimedia subsystem The meta and the calling terminal release the call according to the end session message. Preferably, in the foregoing call management method, the method further includes: if the called proxy call session control function entity receives the OPTIONS response message, and the response code of the OPTIONS response message is not 481, the called proxy call session control function entity restarts timing . In another aspect, in an embodiment of the present invention, a call management apparatus for an IP multimedia subsystem is provided, including: an establishing module, configured to establish an IP multimedia subsystem between a calling terminal and a called terminal. The detecting module is configured to send a status detection request to the corresponding terminal by the proxy call session control function entity, and the release module is configured to notify the network element of the IP multimedia subsystem to release the call when the detection result is abnormal. After the call setup of the IP multimedia subsystem is performed, the foregoing embodiment sends a status detection request to the terminal at both ends of the call to detect the session survival state of the terminal, and notifies the network element of the IP multimedia subsystem to release the current when the detection result is abnormal. The call, because the terminal initiates a request to the terminal to initiate call detection without relying on the terminal supporting the RFC4028 call detection mechanism to initiate the session refresh request message, the call management method in the related art relies on the terminal to the RFC4028 call. Supported by the detection mechanism, when both terminals of the calling party do not support the RFC4028 call detection mechanism, both terminals cannot initiate a session refresh request message to initiate call detection. In the event of a failure, the terminal and the S-CSCF, P-CSCF, etc. The session resources of the network element are hanged, resulting in a problem that the processing capability and utilization of the IMS network element are low, and the user experience is poor, thereby improving the IMS network element when the calling terminal does not support the RFC4028 call detection mechanism. The processing power and utilization rate have improved the user's body-risk. BRIEF DESCRIPTION OF THE DRAWINGS The accompanying drawings, which are set to illustrate,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,, In the drawings: FIG. 1 is a schematic diagram showing a SIP control message of an IMS call; FIG. 2 is a flowchart showing a call management method in the related art; 3 is a flow chart showing a call management method according to a first embodiment of the present invention; FIG. 4 is a flow chart showing a call management method according to a second embodiment of the present invention; FIG. 5 is a third embodiment of the present invention. A block diagram of a call management apparatus of an embodiment. BEST MODE FOR CARRYING OUT THE INVENTION Hereinafter, the present invention will be described in detail with reference to the accompanying drawings in conjunction with the embodiments. FIG. 3 is a flowchart of a call management method according to a first embodiment of the present invention. The method includes the following steps: Step 4: 301, establishing an IMS call between the calling terminal and the called terminal; Step 302, The proxy call session control function entity P-CSCF sends a status detection request to its corresponding terminal. Step 303: If the detection result is abnormal, notify the IMS network element to release the call. After the IMS call is established, the IMS network sends a state detection request to the calling terminal and the called terminal at both ends of the call to detect the session survival state of the terminal, and notifies the IMS network element to release the current call when the detection result is abnormal. Since the terminal initiates a call to the terminal to initiate call detection without relying on the terminal supporting the RFC4028 call detection mechanism to actively initiate a session refresh request message, the call management method in the related art relies on the terminal to the RFC4028 call detection mechanism. Support, when both terminals of the calling party do not support the RFC4028 call detection mechanism, both terminals cannot initiate a session refresh request message to initiate call detection. In case of failure, the terminal and the IMS intermediate network element such as S-CSCF and P-CSCF will be caused. The session resources are hanged, resulting in a problem of low processing power and utilization of the IMS network element and poor user experience, thereby improving the processing of the IMS network element when the call terminals do not support the RFC4028 call detection mechanism. Capacity and utilization, improved user body-risk. Preferably, in the foregoing call management method, step 301 includes: the calling terminal UE-A sends a session request message to the called terminal UE-B; the UE-B sends a session request response message according to the received session request message; The session control function entity P-CSCF sets the detection duration T according to the session request response message, and starts timing. The P-CSCF includes a calling proxy call session control function entity P-CSCF-A and a called proxy call session control function entity P-CSCF. -B; UE-A sends a session confirmation message to UE-B. In the process of establishing an IMS call, the P-CSCF-A and the P-CSCF-B configure the detection time length T according to the information carried in the session request response message, and start the timeout timer to start timing, so that the call is made. Once established, it is in a detectable state, eliminating the dead zone of call detection and improving the accuracy of call detection. Preferably, in the foregoing call management method, step 302 includes: P-CSCF-A sends an OPTIONS message to UE-A when it reaches half of the detection duration (T/2); when P-CSCF-B is at T/2 , Send an OPTIONS message to UE-B. In this embodiment, the P-CSCF-A and the P-CSCF-B respectively send an OPTIONS message to their respective terminals UE-A and UE-B when they are timed to T/2, wherein the OPTIONS message is initiated by the P-CSCF. For detecting network element capability, in this embodiment, the OPTIONS message is sent to initiate call detection, so that the call detection can be performed to know the current session survival state regardless of whether the terminal supports the RFC4028 call detection mechanism, and the UE does not support the RFC4028 call. IMS network element processing capability and utilization when detecting mechanisms. Preferably, in the foregoing call management method, the detection result is abnormal: the P-CSCF-A does not receive the OPTIONS response message within the detection duration T. The P-CSCF-A in this embodiment does not receive the OPTIONS response message within the detection duration T. At this time, the detection result is abnormal, and the reason that the timeout is not received may be due to the UE-A abnormal crash and the inability to respond to the reception. The OPTIONS message may also be due to the network failure causing the transmission of the OPTIONS response message to time out. In this way, the abnormal detection of the call is easily implemented, which is beneficial to the targeted processing of the abnormal situation. Preferably, in the foregoing call management method, the detection result is abnormal: the P-CSCF-A receives the OPTIONS response message, and the response code of the OPTIONS response message is 481. The P-CSCF-A in this embodiment receives the OPTIONS response message, but the response code carried in the OPTIONS response message is 481. At this time, the detection result is abnormal, and the response code 481 indicates that the session does not exist. The reason may be due to The abnormal restart of the UE-A causes the session to be incorrectly recognized. In this way, the abnormal detection of the call is easily implemented, which facilitates the targeted processing of the abnormal situation. Preferably, in the foregoing call management method, the network element that notifies the IMS to release the call specifically includes: the P-CSCF-A releases the call, and sends an end session message to the UE-B; the IMS intermediate network element and the UE-B according to the end session message Release the call. In this embodiment, if the P-CSCF-A does not receive the OPTIONS response message due to the timeout or receives the OPTIONS response message with the response code of 481, the detection result is abnormal, and the P-CSCF-A first releases the local call resource. Then, the end session message is sent to the UE-B to notify the UE-B and other IMS intermediate network elements to release the call. Finally, the IMS intermediate network element and the UE-B release the call according to the end session message, and the P-CSCF is determined because the call is abnormal. -A is based on whether the OPTIONS response message and its response code are received. Therefore, the end session message is directly initiated by the P-CSCF-A in this embodiment, so that the current call is abnormal, and the UE-B and the IMS are in the middle. The network element is released in time for more efficient use, avoiding the phenomenon that the data area hangs due to the terminal and the IMS intermediate network element are not released. Preferably, in the foregoing call management method, the method further includes: if the P-CSCF-A receives the OPTIONS response message, and the response code of the OPTIONS response message is not 481, the P-CSCF-A restarts timing. The P-CSCF-A in this embodiment receives the OPTIONS response message, and the response code of the OPTIONS response message is not 481. At this time, the call is considered to be in a normal state, and the P-CSCF-A restarts the timeout timer to restart the timing and enters. The next call detection cycle enables uninterrupted call detection. FIG. 4 is a flowchart of a call management method according to a second embodiment of the present invention. The call parties UE-A and UE-B in this embodiment do not support the RFC 4028 session refresh mechanism. The method includes the following steps: Step 401: UE-A sends a session request message to initiate a call, where the session request message does not include a flag supporting RFC 4028. Step 402: When receiving the session request message, the P-CSCF-A learns that the calling party UE-A does not Supports the call detection mechanism of RFC4028. Forwarding the session request message to the serving call session control point S-CSCF-A of the user; Step 403: The S-CSCF-A receives the session request message, and learns that the calling party UE-A does not support the call detection mechanism of the RFC 4028, and the session is The request message is forwarded to the I-CSCF to find the called S-CSCF; Step 404, the I-CSCF sends a session request message to the called S-CSCF-B; Step 405, the S-CSCF-B learns the calling party UE- A does not support the call detection mechanism of RFC4028, and sends a session request message to P-CSCF-B; Step 406: The P-CSCF-B learns that the calling party UE-A does not support the RFC4028 detection mechanism, and sends a session request message to the UE-B. In step 407, the UE-B receives the session request message, because the UE-B does not. Supporting the call detection mechanism of RFC4028, the session request response message is directly sent. Step 408: The P-CSCF-B receives the session request response message, and learns that the calling and the called UE do not support the call detection mechanism of the RFC 4028, and responds according to the session request. The message sets the timeout period of the local timeout timer to be the detection time length T, and starts the timeout timer; Step 409, the P-CSCF-B forwards the session request response message; Step 410, the S-CSCF-B receives the session request response message, and Sending it to the I-CSCF, because there is no negotiation parameter of the RFC4028 in the message, the timeout timer is not started; Step 411, the I-CSCF forwards the session request response message to the S-CSCF-A; Step 412, S-CSCF- A receives the session request response message and forwards it to the P-CSCF-A. Since there is no negotiation parameter of the RFC 4028 in the message, the timeout timer is not started. Step 413, the P-CSCF-A receives the session request response message, and learns The primary and secondary UEs do not support RFC. The call detection mechanism of the 4028 sets the timeout period of the local timeout timer to the detection duration T, and starts the timeout timer; Step 414, the P-CSCF-A forwards the response to the UE-A; Steps 415-419, the UE-A sends The session confirmation message, the session confirmation message arrives at the UE-B through each IMS network element; in step 420, the P-CSCF-A sends an OPTIONS message to the UE-A at T/2; Step 421, P-CSCF-A is connected) UE-A's OPTIONS response message, and the response code of the OPTIONS response message is 200, P-CSCF-A restarts the timeout timer; Step 422, P-CSCF-B sends an OPTIONS message to UE-B at T/2 Step 423, P-CSCF-B is connected to the OPTIONS response message from the UE-B, and the response code of the OPTIONS response message is 200, and the P-CSCF-B restarts the timeout timer; Step 424, the UE-A is abnormally disconnected. Restart In step 425, the P-CSCF-A sends an OPTIONS message to the UE-A at the time of T/2. In step 426, the UE-A restarts, and therefore does not match the pre-restart session information carried in the OPTIONS message received at this time. The UE-A sends an OPTIONS response message to the P-CSCF-A, but the response code is 481, indicating that the session does not exist. Step 427, after receiving the OPTION 481 response message in the session, the P-CSCF-A releases the session resource and sends the session resource. Ending the session message to the S-CSCF-A; Steps 428-430, the IMS intermediate network element receives the end session message, releases the call resource, and forwards the end session message to the UE-B; Step 431, the UE-B receives the end session message, and releases Calling the resource, and sending an end session response message; Steps 432-434, the IMS network element pre-passes the end session response message to the P-CSCF-A. In this embodiment, the detection duration T is set by the P-CSCF, and the session survival state of the calling UE and the called UE is detected by the SIP OPTIONS message, instead of the call management method like the related art: by the master, the called The UE sets the call detection mechanism (steps 201 and 207), and the P-CSCF and the S-CSCF obtain and save the session timeout time from the session request response message (step 208, step 209, step 211, and step 212). This embodiment reduces the requirement for the terminal, and the call detection can be implemented regardless of whether the terminal supports the RCF4028 call detection mechanism to complete the management of the call. Preferably, in the foregoing call management method, the detection result is abnormal: the P-CSCF-B does not receive the OPTIONS response message from the UE-B within the detection duration T. In this embodiment, the P-CSCF-B does not respond to the OPTIONS response message during the detection duration T. At this time, the detection result is abnormal, and the reason that the timeout is not received may be due to the abnormal crash of the UE-B and the inability to respond to the reception. The OPTIONS message may also be due to the network failure causing the transmission of the OPTIONS response message to time out. In this way, the abnormal detection of the call is easily implemented, which is beneficial to the targeted processing of the abnormal situation. Preferably, in the foregoing call management method, the detection result is abnormal: the P-CSCF-B receives the OPTIONS response message from the UE-B, and the response code of the OPTIONS response message is 481. The P-CSCF-B in this embodiment receives the OPTIONS response message, but the response code carried in the OPTIONS response message is 481. At this time, the detection result is abnormal, and the response code 481 indicates that the session does not exist. The reason may be due to The abnormal restart of the UE-B causes the session to be incorrectly recognized. In this way, the abnormal detection of the call is easily implemented, which facilitates the targeted processing of the abnormal situation. Preferably, in the foregoing call management method, the network element that notifies the IMS to release the call specifically includes: the P-CSCF-B releases the call, and sends an end session message to the UE-A; the IMS intermediate network element and the UE-A according to the end session message Release the call. In this embodiment, if the P-CSCF-B does not receive the OPTIONS response message due to the timeout or receives the OPTIONS response message with the response code of 481, the detection result is abnormal, and the P-CSCF-B first releases the local call resource. Then, the end session message is sent to the UE-A to notify the UE-A and other IMS intermediate network elements to release the call. Finally, the IMS intermediate network element and the UE-A release the call according to the end session message, and the P-CSCF is determined because the call is abnormal. -B is made according to whether the OPTIONS response message and its response code are received. Therefore, the end session message is directly initiated by the P-CSCF-B in this embodiment, so that when the call is abnormal, the UE-A and the IMS are in the middle. The network element is released in time for more efficient use, avoiding the phenomenon that the data area hangs due to the terminal and the IMS intermediate network element are not released. Preferably, in the foregoing call management method, the method further includes: if the P-CSCF-B receives the OPTIONS response message, and the response code of the OPTIONS response message is not 481, the P-CSCF-B restarts timing. The P-CSCF-B in this embodiment receives the OPTIONS response message, and the response code of the OPTIONS response message is not 481. At this time, the call is considered to be in a normal state, and the P-CSCF-B restarts the timeout timer to restart the timing and enters. The next call detection cycle enables uninterrupted call detection. FIG. 5 is a structural diagram of a call management apparatus according to a third embodiment of the present invention, including: an establishing module 10, configured to establish an IMS call between a calling terminal and a called terminal; and a detecting module 20, configured to proxy The call session control function entity sends a status detection request to its corresponding terminal. The release module 30 is configured to notify the network element of the IP multimedia subsystem to release the call when the detection result is abnormal. In this embodiment, the IMS call setup module 10 first establishes an IMS call between the calling terminal and the called terminal, and then the proxy call session control function entity uses the detecting module 20 to send a status detection request to the corresponding terminal to survive the session of the terminal. The state is detected, and finally the release module 30 notifies the IMS network element to release the call when the detection result is abnormal, because the terminal initiates a request to initiate call detection, and does not need to rely on the terminal supporting the RFC4028 call detection mechanism to initiate the session. The request message is refreshed. Therefore, the call management method in the related art relies on the support of the RFC4028 call detection mechanism by both terminals. When both terminals of the call do not support the RFC4028 call detection mechanism, both terminals cannot initiate a session refresh request message. In order to initiate call detection, in the event of a failure, the session resources of the IMS intermediate network element such as the S-CSCF and the P-CSCF are suspended, resulting in lower processing capability and utilization of the IMS network element and poor user experience. The problem, which in turn increases the RFC4028 call in both terminals of the calling party. The processing capability and utilization of the IMS network element in the case of the detection mechanism improves the user experience. From the above description, it can be seen that, in the case that the caller terminal does not support the RFC4028 call detection mechanism, the foregoing embodiment of the present invention improves the processing capability and utilization of the IMS network element, and improves the user experience. 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, such 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 they may be 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

A call management method for an Internet Protocol IP Multimedia Subsystem, comprising the following steps:

Establishing a call of the IP multimedia subsystem between the calling terminal and the called terminal; the proxy call session control function entity sends a status detection request to its corresponding terminal; if the detection result is abnormal, notifying the network element of the IP multimedia subsystem Release the call.

2. The call management method according to claim 1, wherein the establishing a call of the IP multimedia subsystem between the calling terminal and the called terminal comprises:

The calling terminal sends a session request message to the called terminal;

The called terminal sends a session request response message according to the received session request message;

The proxy call session control function entity sets a detection duration according to the session request response message, and starts timing, where the proxy call session control function entity includes a calling proxy call session control function entity and a called proxy call session control function. Entity

The calling terminal sends a session confirmation message to the called terminal.

The call management method according to claim 2, wherein the proxy call session control function entity sends a status detection request to its corresponding terminal, including: the calling proxy call session control function entity arrives at the detection duration Half of the time, sending a capability query OPTIONS message to the calling terminal;

The called proxy call session control function entity sends the OPTIONS message to the called terminal when it reaches half of the detection duration.

The call management method according to claim 3, wherein the detecting result is abnormal:

The calling proxy call session control function entity does not receive the OPTIONS response message within the detection duration.

The call management method according to claim 3, wherein the detection result is different Often include:

The calling proxy call session control function entity receives the OPTIONS response message, where the response code of the OPTIONS response message is 481.

The call management method according to any one of claims 1 to 5, wherein the notifying the network element of the IP multimedia subsystem to release the call comprises:

The calling proxy call session control function entity releases the call and sends an end session message to the called terminal;

The intermediate network element of the IP multimedia subsystem and the called terminal release the call according to the end session message.

The call management method according to claim 3, further comprising:

If the calling proxy call session control function entity receives the OPTIONS response message, and the response code of the OPTIONS response message is not 481, the calling proxy call session control function entity restarts timing.

The called proxy call session control function entity does not receive the OPTIONS response message from the called terminal within the detection duration.

9. The call management method according to claim 3, wherein the detecting result is abnormal:

The called proxy call session control function entity receives the OPTIONS response message from the called terminal, and the response code of the OPTIONS response message is 481.

The call management method according to any one of claims 1, 2, 3, 8 or 9, wherein the notifying the network element of the IP multimedia subsystem to release the call comprises:

The called proxy call session control function entity releases the call and sends an end session message to the calling terminal;

The intermediate network element of the IP multimedia subsystem and the calling terminal release the call according to the end session message.

11. The call management method of claim 10, further comprising: If the called proxy call session control function entity receives the OPTIONS response message, and the response code of the OPTIONS response message is not 481, the called proxy call session control function entity restarts timing. A call management apparatus for an IP multimedia subsystem, comprising:

Establishing a module for establishing a call of an IP multimedia subsystem between the calling terminal and the called terminal;

a detecting module, configured to send, by the proxy call session control function entity, a status detection request to its corresponding terminal;

And a releasing module, configured to notify the network element of the IP multimedia subsystem to release the call when the detection result is abnormal.