Background
The internet protocol Multimedia Subsystem (IMS) is the developing direction of future Multimedia communication and is the most important component of next generation networks. The IMS is a subsystem supporting an Internet Protocol (IP) multimedia service proposed by a Third Generation Partnership Project (3 GPP), and is significantly characterized in that a Session Initiation Protocol (SIP) system is used to make communication independent of an access method, so that functions of separating a plurality of multimedia service control functions from a bearer capability, separating a call and a Session, separating an application and a service, separating a service and a network, and realizing service fusion between a mobile network and the Internet, and the like, are realized.
Generally, in order to ensure reliable operation, each entity in the IMS detects an availability status of a next-hop network element through a detection mechanism, and when the next-hop network element fails, sends a subsequent message to a standby network element or a low-priority network element of the next-hop network element, so as to implement disaster recovery of each entity.
However, the existing methods for detecting the failure of the Session Border Controller (SBC) and/or the P-CSCF may generate a large amount of signaling for establishing and releasing the radio connection, and thus, a large amount of signaling load may be brought to the LTE network.
Disclosure of Invention
In order to solve the existing technical problem, embodiments of the present invention provide a disaster recovery method, a network element, and a server, which can reduce signaling load of an LTE network while achieving SBC and/or P-CSCF fault detection and fault recovery.
The technical scheme of the embodiment of the invention is realized as follows: the embodiment of the invention provides a disaster recovery method, which is applied to a service call session control function (S-CSCF) network element side; the method comprises the following steps:
receiving a called request message of a user;
when determining that a Session Border Controller (SBC) and/or a proxy call session function entity (P-CSCF) corresponding to the user is in a fault state according to the user called request message, sending a Service Allocation Request (SAR) message to a Home Subscriber Server (HSS) so as to realize a disaster recovery process according to the SAR message;
and the SAR message carries a P-CSCF disaster recovery identification.
In the above solution, when determining that the SBC and/or the P-CSCF corresponding to the user is in the failure state according to the user called request message, sending the SAR message to the HSS includes:
according to the called request message of the user, determining that the state information of the SBC and/or the P-CSCF corresponding to the user is recorded, and sending an SAR message to the HSS when the state information of the SBC and/or the P-CSCF is in a fault state;
or, according to the user called request message, when determining that the state information of the SBC and/or the P-CSCF corresponding to the user is not recorded, sending a service request message corresponding to the user called request message to the SBC and/or the P-CSCF; and after determining that the service response message which is sent by the SBC and/or the P-CSCF and corresponds to the service request message is not received, sending an SAR message to the HSS.
In the above scheme, the method further comprises:
receiving a service distribution response (SAA) message generated by the HSS according to the SAR message; the SAA message carries successful response information or error response information;
wherein, the successful response information represents that the disaster recovery function indicated by the P-CSCF disaster recovery identification is supported; and the error response information representation does not support the disaster recovery function indicated by the P-CSCF disaster recovery identification.
In the above scheme, the method further comprises:
when the SAA message is determined to carry the successful response information, a timer is started;
and waiting for the disaster recovery processing corresponding to the P-CSCF disaster recovery identification according to the timer.
In the above scheme, the waiting for the disaster recovery processing corresponding to the P-CSCF disaster recovery identifier according to the timer includes:
when the time preset by the timer is reached and the registration request of the user is determined not to be received, a called failure message of the user is sent, and the session is released;
and when the registration request of the user is received and the registration is determined to be completed within the time preset by the timer, continuing the called request of the current user.
The embodiment of the invention also provides a disaster recovery method, which is applied to the HSS side of the home subscriber server and comprises the following steps:
receiving a Service Allocation Request (SAR) message; the SAR message is generated by a service call session control function S-CSCF network element according to a user called request message; and the SAR message carries a disaster recovery identification of a proxy call session function entity P-CSCF.
In the above scheme, the method further comprises:
according to the SAR message, when determining that a Mobile Management Entity (MME) and/or a serving general packet radio service support node (SGSN) corresponding to the user supports the disaster recovery function indicated by the P-CSCF disaster recovery identification, generating a service allocation response (SAA) message;
sending the SAA message to the S-CSCF;
wherein, the SAA message carries success response information; and the successful response information represents and supports the disaster recovery function indicated by the P-CSCF disaster recovery identification.
In the above scheme, the method further comprises:
according to the SAR message, when the MME and/or SGSN corresponding to the user does not support the disaster recovery function indicated by the P-CSCF disaster recovery identification, an SAA message is generated;
sending the SAA message to the S-CSCF;
wherein the SAA message carries error response information; and the error response information representation does not support the disaster recovery function indicated by the P-CSCF disaster recovery identification.
In the above scheme, the method further comprises:
when the MME and/or the SGSN is determined to support the disaster recovery function indicated by the P-CSCF disaster recovery identification, sending an IDR message for inserting user data to the MME and/or the SGSN so that the MME and/or the SGSN releases the network connection corresponding to the user and the user reestablishes the network connection;
and the IDR message carries the disaster recovery identification of the P-CSCF.
The embodiment of the invention also provides a disaster recovery method, which is applied to a mobile management entity MME and/or a serving general packet radio service support node SGSN side; the method comprises the following steps:
receiving an IDR message for requesting insertion of user data; the IDR message carries a disaster recovery identification of a proxy call session function entity P-CSCF;
and according to the P-CSCF disaster recovery identifier in the IDR message, realizing the deactivation or detachment network flow corresponding to the user so as to enable the user equipment corresponding to the user to reestablish network connection.
An embodiment of the present invention further provides a first network element, where the first network element includes:
a first receiving unit, for receiving the called request message of the user;
a first sending unit, configured to send a service allocation request SAR message to a home subscriber server HSS when determining that a session border controller SBC and/or a proxy call session function entity P-CSCF corresponding to the user is in a failure state according to the user called request message;
and the SAR message carries a P-CSCF disaster recovery identification.
In the above scheme, the first sending unit is further configured to determine, according to the user called request message, that state information of an SBC and/or a P-CSCF corresponding to the user is recorded, and send an SAR message to an HSS when the state information of the SBC and/or the P-CSCF is in a failure state;
or, the SBC is further configured to send a service request message corresponding to the user called request message to the SBC and/or the P-CSCF when determining that the state information of the SBC and/or the P-CSCF corresponding to the user is not recorded according to the user called request message; and after determining that the service response message which is sent by the SBC and/or the P-CSCF and corresponds to the service request message is not received, sending an SAR message to the HSS.
In the above scheme, the first receiving unit is further configured to receive a service allocation response SAA message generated by the HSS according to the SAR message; the SAA message carries successful response information or error response information;
wherein, the successful response information represents that the disaster recovery function indicated by the P-CSCF disaster recovery identification is supported; and the error response information representation does not support the disaster recovery function indicated by the P-CSCF disaster recovery identification.
In the foregoing solution, the first network element further includes:
and the timing unit is used for starting a timer when the SAA message is determined to carry the successful response information, and waiting for the disaster recovery processing corresponding to the P-CSCF disaster recovery identifier according to the timer.
In the above scheme, the timing unit is further configured to send a user called failure message when the time preset by the timer is reached and it is determined that the registration request of the user is not received, and release the session;
and the mobile terminal is also used for continuing the current called request of the user after receiving the registration request of the user and determining that the registration is finished within the time preset by the timer.
The embodiment of the invention also provides a home subscriber server, which comprises:
a second receiving unit, configured to receive a service allocation request SAR message; the SAR message is generated by a service call session control function S-CSCF network element according to a user called request message;
and the determining unit is used for determining that the SAR message carries the disaster recovery identification of the proxy call session function entity P-CSCF.
In the above solution, the server further includes:
a message generating unit, configured to generate a service allocation response SAA message when determining, according to the SAR message, that a mobility management entity MME and/or a serving general packet radio service support node SGSN corresponding to the user support the disaster recovery function indicated by the P-CSCF disaster recovery identifier;
a second sending unit, configured to send the SAA message to the S-CSCF;
wherein, the SAA message carries success response information; and the successful response information represents and supports the disaster recovery function indicated by the P-CSCF disaster recovery identification.
In the above solution, the message generating unit is further configured to generate an SAA message when it is determined, according to the SAR message, that the MME and/or SGSN corresponding to the user does not support the disaster recovery function indicated by the P-CSCF disaster recovery identifier;
the second sending unit is further configured to send the SAA message to the S-CSCF;
wherein the SAA message carries error response information; and the error response information representation does not support the disaster recovery function indicated by the P-CSCF disaster recovery identification.
In the foregoing solution, the second sending unit is further configured to send an insert user data request IDR message to the MME and/or the SGSN when it is determined that the MME and/or the SGSN support the disaster recovery function indicated by the P-CSCF disaster recovery identifier, so that the MME and/or the SGSN release the network connection corresponding to the user, and the user reestablishes the network connection;
and the IDR message carries the disaster recovery identification of the P-CSCF.
An embodiment of the present invention further provides a second network element, where the second network element includes:
a third receiving unit for receiving an insert user data request IDR message; the IDR message carries a disaster recovery identification of a proxy call session function entity P-CSCF;
and the service implementation unit is used for implementing the deactivation or detachment network flow corresponding to the user according to the P-CSCF disaster recovery identifier in the IDR message so as to enable the user equipment corresponding to the user to reestablish network connection.
The disaster recovery method, the network element and the Server in the embodiment of the invention can send a Service Allocation Request (SAR) message to an HSS after determining that a main SBC and/or a P-CSCF corresponding to a user is in a fault state in a called Request process of the user, wherein the SAR message carries a P-CSCF disaster recovery identifier, so that when the HSS determines that an MME and/or an SGSN supports a disaster recovery function indicated by the P-CSCF disaster recovery identifier according to the P-CSCF disaster recovery identifier carried in the SAR message, the HSS sends an Insert user Data Request (IDR) message carrying the P-CSCF disaster recovery identifier to the MME and/or the SGSN so as to enable the MME and/or the SGSN to initiate a deactivation or detachment network process and inform the user to reestablish LET connection, IMS PDN connection and IMS registration, thereby realizing the disaster recovery process of the P-CSCF; because the embodiment of the invention does not need to carry out periodic detection between the user and the SBC and/or the P-CSCF, only after a service Call Session Control Function (S-CSCF) receives a request of a called user, whether the main SBC and/or the P-CSCF corresponding to the user is in a fault state is detected, and the disaster recovery flow of the P-CSCF based on the user is realized after the main SBC and/or the P-CSCF corresponding to the user is determined to be in the fault state, the embodiment of the invention can carry out fault detection on the main SBC and/or the P-CSCF with pertinence, and when the main SBC and/or the P-CSCF fails, the service of the main SBC and/or the P-CSCF corresponding to the user is switched to the standby SBC and/or the P-CSCF step by step, therefore, the signaling load of the LTE network caused by the detection signaling between the user and the SBC and/or the P-CSCF can be avoided, the signaling storm caused by the simultaneous switching of all the users to the standby SBC and/or the P-CSCF can be avoided, and the signaling load of the LTE network is reduced.
Detailed Description
In practical applications, there are generally two failure detection methods for the SBC and/or the P-CSCF, which are respectively:
as shown in fig. 1, a first method for detecting a failure of an SBC and/or a P-CSCF includes:
user Equipment (UE) detects the availability of the SBC and/or the P-CSCF by sending a detection message at regular time, and when detecting that a main SBC and/or the P-CSCF or a high-priority SBC and/or the P-CSCF fails, the UE initiates a re-registration request to a standby SBC and/or the P-CSCF corresponding to the SBC and/or the P-CSCF or a low-priority SBC and/or the P-CSCF to ensure the normal operation of the subsequent service of the UE;
as shown in fig. 2, a second method for detecting a failure of an SBC and/or a P-CSCF includes:
the method comprises the steps that whether an SBC and/or a P-CSCF is available or not is detected through a Public Data Network (PDN, Public Data Network) GateWay (GW, GateWay), and when the PDN GW detects that the SBC and/or the P-CSCF is failed, UE is informed to trigger re-registration so as to guarantee normal operation of subsequent services of the UE.
However, the two above-mentioned failure detection methods for the SBC and/or the P-CSCF have the following problems: when an SBC and/or a P-CSCF fails, all UEs corresponding to the SBC and/or the P-CSCF need to be re-registered, and a radio bearer is established in the re-registration process, so that a network signaling storm and network congestion are brought to the LTE network; moreover, the frequent timing detection messages between the UE and the SBC and/or P-CSCF may cause the radio resources to be repeatedly switched from the connected state to the idle state, so that a large amount of radio connection setup signaling and release signaling may be generated, which brings a large amount of signaling load.
In order to solve the above problems, embodiments of the present invention provide a disaster recovery method, a network element, and a server; so that the manner in which the features and aspects of the present invention can be understood in detail, a more particular description of the invention, briefly summarized above, may be had by reference to embodiments, some of which are illustrated in the appended drawings.
Example one
Fig. 3 is a first schematic flow chart illustrating an implementation of a disaster recovery method according to an embodiment of the present invention; the method is applied to the S-CSCF network element side; as shown in fig. 3, the method includes:
step 301: receiving a called request message of a user;
step 302: when determining that the SBC and/or the P-CSCF corresponding to the user is in a fault state according to the user called Request message, sending a Service Allocation Request (SAR) message to a Home Subscriber Server (HSS) so as to realize a disaster recovery process according to the SAR message;
and the SAR message carries a P-CSCF disaster recovery identification.
In the above solution, when determining that the SBC and/or the P-CSCF corresponding to the user is in the failure state according to the user called request message, sending the SAR message to the HSS includes:
according to the called request message of the user, determining that the state information of the SBC and/or the P-CSCF corresponding to the user is recorded, and sending an SAR message to the HSS when the state information of the SBC and/or the P-CSCF is in a fault state;
or, according to the user called request message, when determining that the state information of the SBC and/or the P-CSCF corresponding to the user is not recorded, sending a service request message corresponding to the user called request message to the SBC and/or the P-CSCF; and after determining that the response message which is sent by the SBC and/or the P-CSCF and corresponds to the service request message is not received, sending an SAR message to the HSS.
In the above scheme, the method further comprises:
receiving a service Assignment-Answer (SAA) message generated by the HSS according to the SAR message; the SAA message carries successful response information or error response information;
wherein, the successful response information represents that the disaster recovery function indicated by the P-CSCF disaster recovery identification is supported; and the error response information representation does not support the disaster recovery function indicated by the P-CSCF disaster recovery identification.
In the above scheme, the method further comprises:
when the SAA message is determined to carry the successful response information, a timer is started;
and waiting for the disaster recovery processing corresponding to the P-CSCF disaster recovery identification according to the timer.
In the above scheme, the waiting for the disaster recovery processing corresponding to the P-CSCF disaster recovery identifier according to the timer includes:
when the time preset by the timer is reached and the registration request of the user is determined not to be received, a called failure message of the user is sent, and the session is released;
and when the registration request of the user is received within the time preset by the timer and after the registration is determined to be completed, continuing the called request of the current user.
In this embodiment, the S-CSCF may record status information of the SBC and/or the P-CSCF, so that, after receiving a user called request message, the S-CSCF may first search for whether status information of the SBC and/or the P-CSCF corresponding to the user is recorded in the S-CSCF itself, and when it is determined that the state information of the SBC and/or the P-CSCF corresponding to the user is recorded in the S-CSCF itself and the SBC and/or the P-CSCF corresponding to the user is in a working state, continue a current user called request;
when it is determined that the SBC and/or P-CSCF state information corresponding to the user is recorded and the SBC and/or P-CSCF corresponding to the user is in a failure state, at this time, the current user called request cannot be continued, and a disaster recovery process needs to be performed, specifically including:
the S-CSCF sends an SAR message to the HSS; the SAR message carries a P-CSCF disaster recovery identification;
the HSS receives the SAR message, determines whether a Mobile Management Entity (MME) and/or a Serving General Packet Radio Service (GPRS) Support Node (SGSN) corresponding to the user supports a disaster tolerance function indicated by a P-CSCF disaster tolerance identifier according to the P-CSCF disaster tolerance identifier in the SAR message, generates an SAA message when the MME and/or the SGSN corresponding to the user supports the disaster tolerance function indicated by the P-CSCF disaster tolerance identifier, and sends the SAA message to the S-CSCF; at this time, the SAA message carries successful response information; the successful response information represents that MME and/or SGSN supports the disaster recovery function indicated by the P-CSCF disaster recovery identification;
when the HSS determines that the MME and/or SGSN corresponding to the user supports the disaster recovery function indicated by the P-CSCF disaster recovery identification, the HSS sends an IDR message to the MME and/or SGSN; and the IDR message carries a P-CSCF disaster recovery identifier, so that the MME and/or the SGSN realizes PDN deactivation or attachment removal process of the user according to the P-CSCF disaster recovery identifier carried in the IDR message, so that the user reestablishes LTE network connection and IMS re-registration, and continues to complete the request of the current called user after the registration is completed.
In this embodiment, the process of the MME and/or SGSN in implementing PDN deactivation or detach of the user includes: and informing the user equipment corresponding to the user to reestablish LTE network connection, IMSPDN connection and IMS re-registration, so that the user completes re-registration through the standby SBC and/or P-CSCF to continuously complete the current user called request.
In this embodiment, after the S-CSCF receives the SAA message and the SAA message carries successful response information, a timer is started, and thus, the current called request is completed according to the timer.
In this embodiment, when the S-CSCF does not record the state information of the SBC and/or the P-CSCF corresponding to the user, the S-CSCF sends a service request message corresponding to the called request message of the user to the SBC and/or the P-CSCF corresponding to the user;
when the S-CSCF determines that a response message which is sent by an SBC and/or a P-CSCF corresponding to the user and corresponds to the service request message is not received within a preset time, the S-CSCF determines that the SBC and/or the P-CSCF corresponding to the user is in a fault state, and at the moment, a disaster recovery process is realized, namely the S-CSCF sends an SAR message to the HSS; here, the SAR message carries a P-CSCF disaster recovery flag.
And when the S-CSCF determines that the SBC and/or the P-CSCF corresponding to the user is in a failure state, storing the state information of the SBC and/or the P-CSCF corresponding to the user in the S-CSCF.
In order to implement the foregoing method, an embodiment of the present invention further provides a first network element, where as shown in fig. 4, the first network element includes:
a first receiving unit 41, configured to receive a user called request message;
a first sending unit 42, configured to send a service allocation request SAR message to a home subscriber server HSS when determining that a session border controller SBC and/or a proxy call session function entity P-CSCF corresponding to the user is in a failure state according to the user called request message;
and the SAR message carries a P-CSCF disaster recovery identification.
In the above solution, the first sending unit 42 is further configured to determine, according to the user called request message, that state information of an SBC and/or a P-CSCF corresponding to the user is recorded, and send an SAR message to the HSS when the state information of the SBC and/or the P-CSCF is in a failure state;
or, the SBC is further configured to send a service request message corresponding to the user called request message to the SBC and/or the P-CSCF when determining that the state information of the SBC and/or the P-CSCF corresponding to the user is not recorded according to the user called request message; and after determining that the service response message which is sent by the SBC and/or the P-CSCF and corresponds to the service request message is not received, sending an SAR message to the HSS.
In the above solution, the first receiving unit 41 is further configured to receive a service allocation response SAA message generated by the HSS according to the SAR message; the SAA message carries successful response information or error response information;
wherein, the successful response information represents that the disaster recovery function indicated by the P-CSCF disaster recovery identification is supported; and the error response information representation does not support the disaster recovery function indicated by the P-CSCF disaster recovery identification.
In the foregoing solution, the first network element further includes:
and a timing unit 43, configured to start a timer when determining that the SAA message carries the successful response information, and wait for the disaster recovery processing corresponding to the P-CSCF disaster recovery identifier according to the timer.
In the above solution, the timing unit 43 is further configured to send a user called failure message to release the session when the time preset by the timer is reached and it is determined that the registration request of the user is not received;
and the mobile terminal is also used for continuing the current called request of the user after receiving the registration request of the user and determining that the registration is finished within the time preset by the timer.
Example two
Fig. 5 is a schematic flow chart illustrating an implementation process of the disaster recovery method according to the embodiment of the present invention; the method is applied to the HSS side, and as shown in FIG. 5, the method comprises the following steps:
step 501: receiving an SAR message; the SAR message is generated by an S-CSCF network element according to a user called request message; and the SAR message carries a P-CSCF disaster recovery identification.
In this embodiment, the SAR message is generated when the S-CSCF receives a user called request message and determines that the active SBC and/or the P-CSCF corresponding to the user has failed.
In the above scheme, the method further comprises:
according to the SAR message, when the MME and/or SGSN corresponding to the user supports the disaster recovery function indicated by the P-CSCF disaster recovery identification, an SAA message is generated;
sending the SAA message to the S-CSCF;
wherein, the SAA message carries success response information; and the successful response information represents and supports the disaster recovery function indicated by the P-CSCF disaster recovery identification.
In the above scheme, the method further comprises:
according to the SAR message, when the MME and/or SGSN corresponding to the user does not support the disaster recovery function indicated by the P-CSCF disaster recovery identification, an SAA message is generated;
sending the SAA message to the S-CSCF;
wherein the SAA message carries error response information; and the error response information representation does not support the disaster recovery function indicated by the P-CSCF disaster recovery identification.
In the above scheme, the method further comprises:
when the MME and/or the SGSN is determined to support the disaster recovery function indicated by the P-CSCF disaster recovery identifier, sending an IDR message to the MME and/or the SGSN so that the MME and/or the SGSN releases the network connection corresponding to the user and the user reestablishes the network connection;
and the IDR message carries the disaster recovery identification of the P-CSCF.
In this embodiment, the HSS records information on whether an MME and/or an SGSN support a disaster recovery function indicated by a P-CSCF disaster recovery identifier, so that, after receiving the SAR message, the HSS searches whether the MME and/or the SGSN corresponding to the user supports the disaster recovery function indicated by the P-CSCF disaster recovery identifier, and when it is determined that the disaster recovery function indicated by the P-CSCF disaster recovery identifier is supported, the HSS sends an IDR message to the MME and/or the SGSN, so that the MME and/or the SGSN implement a PDN deactivation or detach procedure of the user according to the IDR message, so that the user reestablishes LTE network connection, IMS PDN connection, and IMS re-registration, and continues to complete the current request of the called user.
In order to implement the foregoing method, an embodiment of the present invention further provides a home subscriber server, as shown in fig. 6, where the server includes:
a second receiving unit 61 for receiving an SA message; the SAR message is generated by an S-CSCF network element according to a user called request message, wherein the S-CSCF network element is a service call session control function S-CSCF network element;
a determining unit 62, configured to determine that the SAR cancellation message carries a disaster recovery identifier of a proxy call session function entity P-CSCF.
In the above solution, the server further includes:
a message generating unit 63, configured to generate a service allocation response SAA message when determining that the mobile management entity MME and/or serving gprs support node SGSN corresponding to the user supports the disaster recovery function indicated by the P-CSCF disaster recovery identifier according to the SAR message;
a second sending unit 64, configured to send the SAA message to the S-CSCF;
wherein, the SAA message carries success response information; and the successful response information represents and supports the disaster recovery function indicated by the P-CSCF disaster recovery identification.
In the above solution, the message generating unit 63 is further configured to generate an SAA message when determining, according to the SAR message, that the MME and/or SGSN corresponding to the user does not support the disaster recovery function indicated by the P-CSCF disaster recovery identifier;
the second sending unit 64 is further configured to send the SAA message to the S-CSCF;
wherein the SAA message carries error response information; and the error response information representation does not support the disaster recovery function indicated by the P-CSCF disaster recovery identification.
In the above solution, the second sending unit 64 is further configured to send an insert user data request IDR message to the MME and/or SGSN when it is determined that the MME and/or SGSN supports the disaster recovery function indicated by the P-CSCF disaster recovery identifier, so that the MME and/or SGSN releases the network connection corresponding to the user, and the user reestablishes the network connection;
and the IDR message carries the disaster recovery identification of the P-CSCF.
EXAMPLE III
The embodiment of the invention also provides a disaster recovery method, which is applied to the MME and/or the SGSN side; the method comprises the following steps:
receiving an IDR message; the IDR message carries a P-CSCF disaster recovery identification;
and according to the P-CSCF disaster recovery identifier in the IDR message, realizing the deactivation or detachment network flow corresponding to the user so as to enable the user equipment corresponding to the user to reestablish network connection.
In order to implement the foregoing method, an embodiment of the present invention further provides a second network element, where the second network element includes:
a third receiving unit for receiving an insert user data request IDR message; the IDR message carries a disaster recovery identification of a proxy call session function entity P-CSCF;
and the service implementation unit is used for implementing the deactivation or detachment network flow corresponding to the user according to the P-CSCF disaster recovery identifier in the IDR message so as to enable the user equipment corresponding to the user to reestablish network connection.
Example four
Fig. 7 is a schematic diagram illustrating an implementation process of reporting, by an MME and/or an SGSN, to an HSS, whether a disaster recovery function indicated by a P-CSCF disaster recovery identifier is supported; as shown in fig. 7, includes:
step 701: the UE sends an LTE attachment request or Tracking Area (TA) update request message to the MME and/or the SGSN;
here, the MME and/or SGSN is an MME and/or SGSN corresponding to the UE.
Step 702: the MME and/or the SGSN generates a location update request message according to an LTE attachment request or a Tracking Area (TA) update request message, and sends the location update request message to the HSS;
and the location updating request message carries a P-CSCF disaster recovery identification.
In this embodiment, a P-CSCF disaster recovery identifier (e.g., P-CSCF Restoration) of a Supported-Features AVP in a Location Update Request (Update Location Request) message sent by the MME and/or the SGSN to the HSS is set to 1, which indicates that the MME and/or the SGSN support a disaster recovery function indicated by the P-CSCF disaster recovery identifier based on the HSS.
Step 703: the HSS generates a signing data request message according to the position updating request message and sends the signing data request message to the MME and/or the SGSN;
specifically, the HSS determines whether the MME and/or the SGSN support a disaster recovery function indicated by the HSS-based P-CSCF disaster recovery flag according to whether the P-CSCF disaster recovery flag in the location update request message is set;
in this embodiment, the HSS determines whether the MME and/or the SGSN support the disaster tolerance function indicated by the P-CSCF disaster tolerance identifier based on the HSS according to whether the P-CSCF Restoration of the Supported-Features AVP in the location update request message is set.
Step 704: the MME and/or the SGSN generates a signing data response message according to the signing data request message and sends the signing data response message to the HSS;
at this time, after receiving the subscription data response message, the HSS records that the MME and/or SGSN corresponding to the user supports the disaster recovery function indicated by the P-CSCF disaster recovery identifier;
step 705: the HSS sends an IDR message to the MME and/or the SGSN so as to enable the MME and/or the SGSN to realize the location update of the UE;
step 706: after the MME and/or the SGSN realizes the location update of the UE according to the IDR message, sending an LTE attachment or Tracking Area (TA) update completion message to the UE;
therefore, the LTE attachment or TA updating process is completed, and the UE can normally perform the subsequent IMS registration process.
EXAMPLE five
Fig. 8 is a schematic diagram of a specific implementation of a disaster recovery method according to an embodiment of the present invention; fig. 9 is a schematic flow chart of a specific implementation of the disaster recovery method according to the embodiment of the present invention;
in this embodiment, after receiving a user called request message, the S-CSCF determines that state information of the SBC and/or the P-CSCF1 corresponding to the user is not recorded therein, that is, determines that state information of the active SBC and/or the P-CSCF1 corresponding to the user is not recorded therein, and at this time, the S-CSCF needs to send a service request message corresponding to the user called request message to the SBC and/or the P-CSCF1 to determine the state information of the SBC and/or the P-CSCF 1; as shown in fig. 8 and 9, the method specifically includes:
step 901: the S-CSCF determines that the SBC and/or P-CSCF1 is in a failed state;
at this time, the S-CSCF records the state information of the active SBC and/or P-CSCF1 corresponding to the user, and records the state information as a fault state.
Step 902: the S-CSCF sends an SAR message to the HSS; wherein, the SAR message carries a P-CSCF disaster recovery identification;
in a specific application, before the S-CSCF sends a service request message to the SBC and/or the P-CSCF, the registration state of a called user is checked; if the registration state of the called user is registered, the IMPU of the called user is only related to one IMPI, and the primary SBC and/or the P-CSCF1 corresponding to the called user is in a fault state, the S-CSCF sends an SAR message carrying SAR-Flags to the HSS, wherein the SAR message carries a disaster recovery identification of the P-CSCF and a service allocation Type (Server-Assignment-Type) corresponding to the called request message of the user.
Step 903: after receiving the SAR message, the HSS determines whether an MME and/or an SGSN corresponding to the user supports a disaster recovery function indicated by a P-CSCF disaster recovery identifier according to the P-CSCF disaster recovery identifier in the SAR message, and feeds back an SAA message to the S-CSCF according to a determination result;
in this embodiment, the HSS searches, in the information of the MME and/or the SGSN recorded by the HSS, whether the MME and/or the SGSN corresponding to the user supports the disaster recovery function indicated by the P-CSCF disaster recovery identifier.
In this embodiment, when the HSS determines that the MME and/or SGSN corresponding to the user supports the disaster recovery function indicated by the P-CSCF disaster recovery identifier, an SAA message is generated and sent to the S-CSCF; here, the SAA message carries success response information; the successful response information represents and supports the disaster recovery function indicated by the P-CSCF disaster recovery identification;
when the HSS determines that the MME and/or SGSN corresponding to the user does not support the disaster recovery function indicated by the P-CSCF disaster recovery identification, an SAA message is generated and sent to the S-CSCF; here, the SAA message carries error response information; and the error response information representation does not support the disaster recovery function indicated by the P-CSCF disaster recovery identification.
In this embodiment, after receiving the SAA message, the S-CSCF sets the registration status of the user to unregistered no matter whether the SAA message carries successful response information or incorrect response information, and thus temporarily interrupts the network connection corresponding to the user to wait for the user to reestablish the network connection and re-register the IMS, and then continues the request of the current called user.
In this embodiment, when the SAA message received by the S-CSCF carries the successful response information, a local timer is started, and disaster recovery processing corresponding to the P-CSCF disaster recovery identifier is waited according to the local timer; specifically, when the registration request message of the user is not received within the preset time specified by the timer, a user called failure message is sent to the calling user corresponding to the current called user request, and the session is released; and when the registration request of the user is received and the registration is determined to be completed within the preset time specified by the timer, continuing the called request of the current user.
In this embodiment, when the SAA message received by the S-CSCF carries an error response message, a user called failure message is directly sent to the calling user corresponding to the request of the current called user.
Step 904: when the HSS determines that the MME and/or SGSN corresponding to the user supports the disaster recovery function indicated by the P-CSCF disaster recovery identification, sending an IDR message to the MME and/or SGSN corresponding to the user, wherein the IDR message carries the P-CSCF disaster recovery identification;
step 905: after receiving the IDR message carrying the P-CSCF disaster recovery identification, the MME and/or the SGSN corresponding to the user realizes the detachment process;
in this embodiment, the implementing of the HSS-based P-CSCF disaster recovery procedure includes:
and the MME and/or SGSN corresponding to the user initiates a PDN deactivation or detachment process, releases the network connection corresponding to the user, and then informs the UE corresponding to the user to reestablish LTE network connection, IMS PDN connection and IMS re-registration.
Step 906: the UE corresponding to the user sends an LTE attachment request to the MME and/or the SGSN again so as to complete LTE attachment;
here, the IMS PDN connection is completed while the LTE attach is completed, thus laying a foundation for IMS re-registration.
Step 907: the UE corresponding to the user performs an IMS re-registration process;
here, the UE can re-determine the SBC and/or P-CSCF corresponding to the UE during the registration process, which is also referred to as a standby SBC and/or P-CSCF, so as to lay a foundation for successfully completing the called request of the user.
Step 908: and after the registration of the UE corresponding to the user is finished, the S-CSCF sends a service request message to a standby SBC and/or a P-CSCF2 serving the user at present, and the current called request of the user is continuously finished.
As will be appreciated by one skilled in the art, embodiments of the present invention may be provided as a method, system, or computer program product. Accordingly, the present invention may take the form of a hardware embodiment, a software embodiment, or an embodiment combining software and hardware aspects. Furthermore, the present invention may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, optical storage, and the like) having computer-usable program code embodied therein.
The present invention is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the invention. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
The foregoing is merely an example of the embodiments of the present invention, and it should be noted that, for those skilled in the art, various modifications and decorations can be made without departing from the principle of the embodiments of the present invention, and these modifications and decorations should also be regarded as the protection scope of the embodiments of the present invention.