WO2007095796A1 - Procédé et système de mise en oeuvre de service d'appel - Google Patents

Procédé et système de mise en oeuvre de service d'appel Download PDF

Info

Publication number
WO2007095796A1
WO2007095796A1 PCT/CN2006/002652 CN2006002652W WO2007095796A1 WO 2007095796 A1 WO2007095796 A1 WO 2007095796A1 CN 2006002652 W CN2006002652 W CN 2006002652W WO 2007095796 A1 WO2007095796 A1 WO 2007095796A1
Authority
WO
WIPO (PCT)
Prior art keywords
cscf
hss
information
message
sends
Prior art date
Application number
PCT/CN2006/002652
Other languages
English (en)
French (fr)
Inventor
Wenyu Liu
Original Assignee
Huawei Technologies Co., Ltd.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Priority to EP06791232A priority Critical patent/EP1988662A4/en
Publication of WO2007095796A1 publication Critical patent/WO2007095796A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1073—Registration or de-registration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1083—In-session procedures
    • H04L65/1095—Inter-network session transfer or sharing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection

Definitions

  • the present invention relates to an IP multimedia technology, and more particularly to a method and system for implementing a called service in an IP multimedia subsystem. Background of the invention
  • the IP Multimedia Subsystem is a new functional module added by the 3rd Generation Partnership Project Organization (3GPP) for the R5 version of Wideband Code Division Multiple Access (WCDMA), which is responsible for IP-based multimedia based on packet domain connectivity. Services such as IP bearer voice (VoIP), conference television services, etc. provide relevant control mechanisms.
  • the Call Context Control Function (CSCF) is included in the main functional entities of the IMS.
  • the Call State Control Function includes in the IMS: Query CSCF (I-CSCF, Interrogating CSCF), Proxy CSCF (P-CSCF, Proxy CSCF), Serving CSCF (S-CSCF, Serving CSCF).
  • the P-CSCF is the first step of the user equipment (UE) contacting the IMS, and forwards the Session Initiation Protocol (SIP) message received by the UE to a SIP server (Server) located in the home network.
  • SIP Session Initiation Protocol
  • the SIP message received from the SIP server of the home network is also forwarded to the UE.
  • the P-CSCF can also modify an outgoing request based on a set of rules such as address analysis and possible modifications set by the network operator.
  • the UE described herein may also represent a user.
  • the function of the I-CSCF is to provide an entry to the home network, hide the topology map of the home network from other networks, and flexibly select the S-CSCF.
  • the S-CSCF is the core network element of the IMS. It is a SIP server that is responsible for session processing and completes the session control function of the UE. This includes routing the originating session to the external network and routing the terminated session to the visited network. Handling a session initiation protocol (SIP, Session Initiation Protocol) When the session requests a service, the S-CSCF decides whether an application server needs to accept related information, for example: If the user subscribes to the forwarding service, and the forwarding service is provided by an application server, the S-CSCF The call is forwarded to the application server for processing.
  • SIP Session Initiation Protocol
  • the decision is based on information received from a Home Subscriber Server (HSS, Home Subscriber Server) or other source such as an application server, such as: If the user signs up for the forwarding service, the HSS notifies the S-CSCF of the subscription information of the user. .
  • HSS Home Subscriber Server
  • application server such as: If the user signs up for the forwarding service, the HSS notifies the S-CSCF of the subscription information of the user. .
  • All CSCF functions can generate and output detailed records of calls for billing processing.
  • the HSS evolved from a Home Location Register (HLR) and an Authentication Center (AUC), is the primary database for a given user, and holds information about the user files and which core network is currently serving the user.
  • the HSS is an entity that contains registration information for supporting network entities to handle calls/sessions.
  • the HSS also supports User Authentication and Authorization (AAA).
  • AAA User Authentication and Authorization
  • the HSS helps the call control server to complete the selection through authentication, authorization, name/address resolution and other services. Road/roaming function.
  • the HSS is responsible for maintaining the following user-related information: (1) user identification, numbering and address information; (2) user security information, network access control information required for authentication and authorization; (3) at the intersystem level User location information, that is, HSS processing user registration, storage system location information, etc.; (4) User profile information.
  • the HSS can also support entities of different control systems, such as circuit domain control systems, PS domain control systems, IP multimedia control systems, and the like.
  • the registration status of the user can be divided into: registration status, logout status, and unregistered status.
  • the registration status refers to: a public user ID completes the registration (REGISTER) process, and is assigned the service's S-CSCF; the logout status means: a public user ID has not initiated the REGISTER process at all;
  • the unregistered state means that: a public user ID does not initiate the REGISTER process, but the S-CSCF to which the called party is assigned the service or an S-CSCF holds the description information of the user corresponding to the public user identity.
  • each user who has signed the IMS service is assigned one or more private user identifiers by the home network operator for use in the registration, authorization, management, and accounting processes, and uses the network access identifier.
  • NAI Network Access Identifier
  • each IMS user also has one or more public user IDs that are used to identify themselves and find each other when communicating with other users.
  • Private user IDs are generally not publicly available, and public user IDs are publicly available for use during sessions that use various types of services.
  • FIG. 1 A system for implementing a called service in the prior art is shown in FIG. 1 and includes: I-CSCF11, HSS12, S-CSCF13, P-CSCF14, UE15, and may also include an I-CSCF16.
  • the I-CSCF11 receives the session invitation message input externally, sends a query message to the HSS12, and receives the query response message returned by the HSS12; and forwards the session invitation message to the S-CSCF13.
  • the HSS 12 after receiving the inquiry message sent by the I-CSCF 11, returns a query response message to the I-CSCF 11.
  • the S-CSCF13 after receiving the session invite message forwarded by the I-CSCF11, forwards the message to the P-CSCF 14 directly or through the I-CSCF16.
  • the P-CSCF 14 receives the session invitation message forwarded by the S-CSCF 13 and forwards the message to the UE 15.
  • the UE 15 receives the session invitation message forwarded by the P-CSCF 14.
  • the optional unit I-CSCF16 receives the session invitation message forwarded by the S-CSCF 13 and forwards it to the P-CSCF 14.
  • the I-CSCF 16 in Figure 1 is used when using the topology hiding feature.
  • the I-CSCF16 and the I-CSCF11 may be two different entities or the same entity.
  • the called process in the prior art is shown in FIG. 2, and includes the following steps:
  • Step 201 The I-CSCF receives a session invitation message (SIP: INVITE).
  • SIP session invitation message
  • Step 202 The I-CSCF sends a message (LIR) to the HSS to query the called user S-CSCF.
  • Step 203 The I-CSCF receives the query response message (LIA) returned by the HSS.
  • LIR message
  • LIA query response message
  • the HSS usually returns the location information of the S-CSCF to the I-CSCF, such as an address.
  • the S-CSCF is an S-CSCF assigned to the called user to provide services.
  • Step 204 The I-CSCF forwards a session invite message (SIP: INVITE) to the S-CSCF.
  • Step 205 After processing, the S-CSCF sends a session invitation message (SIP: INVITE) to the called user, that is, the called UE, through the P-CSCF.
  • SIP session invite message
  • the P-CSCF forwards the message to the called user.
  • Step 301 to Step 304 It is basically the same as the description of step 201 204, except that the I-CSCF in steps 201 to 204 is here. -CSCF1.
  • Step 305 After the S-CSCF is processed, the session request message is sent to the called UE through the P-CSCF, and the S-CSCF and the P-CSCF are topologically hidden by the I-CSCF2.
  • the P-CSCF forwards the message to the called user.
  • I-CSCF1 and I-CSCF2 may be the same entity or two independent entities.
  • the specific description of the LIA message is shown in Table 1:
  • the called user in Figure 2 or Figure 3 usually needs to go through a registration process before accepting the called service.
  • Step 401 The UE initiates registration (SIP: Register), and the information for initiating registration is passed.
  • SIP Registration
  • the P-CSCF arrives at the I-CSCF.
  • Step 402 The I-CSCF sends a message (CX-Query) for querying the S-CSCF to the HSS.
  • Step 403 The 1-CSCF receives the query response message (CX-Query-Rsp) returned by the HSS.
  • the query response message generally includes: capability set information of the S-CSCF required by the user, and may also include location information of the S-CSCF if the user has previously registered.
  • Step 404 The I-CSCF forwards the user registration (SIP: Register) to the S-CSCF. If the response message in the step 403 includes the capability set information of the S-CSCF required by the user, but does not include the location information of the S-CSCF, the step 403 and the step 404 usually include: the I-CSCF selects according to the capability set information.
  • SIP User Registration
  • the step 403 and the step 404 usually include: the I-CSCF selects according to the capability set information.
  • the process of an S-CSCF, the specific implementation method of the I-CSCF selecting the S-CSCF does not affect the overall flow of Figure 4.
  • Step 405 The S-CSCF authenticates to the HSS (CX-Authentication).
  • Step 406 The S-CSCF obtains an authentication response message (CX-Authentication-Rs) from the HSS.
  • Step 408 The user initiates a new registration to feed back the result of the authentication calculation (SIP:
  • the newly initiated registration information arrives at the I-CSCF through the P-CSCF.
  • Step 409 The I-CSCF sends a message to the HSS to query the S-CSCF.
  • Step 410 The I-CSCF obtains a query response message from the HSS.
  • Step 411 The I-CSCF forwards the user registration to the S-CSCF.
  • Step 412 The S-CSCF reports the user data (CX-Put) to the HSS.
  • Step 413 The S-CSCF receives the report response message (CX-Put-Rsp) returned by the HSS.
  • Step 415 The S-CSCF receives the download response message (CX-Pull-Rsp) returned by the HSS.
  • Step 416 The S-CSCF notifies the user of the registration authentication success message (SIP: 200 OK), and the registration authentication success message is forwarded to the user through the I-CSCF and the P-CSCF.
  • the user wants to know the maintenance information of the registration status of the network.
  • FIG. 5 shows the process of a user's subscription to their own registration status, including the following steps:
  • Step 501 The user sends a subscription registration status message (SUBCRIBE) to the S-CSCF through the P-CSCF.
  • SUBCRIBE subscription registration status message
  • Step 502 The S-CSCF returns a response message (200 OK) to the user through the P-CSCF.
  • the process of selecting the S-CSCF by the I-CSCF is shown in Figure 2, Figure 3, and the registration process shown in Figure 4.
  • Figure 6 is a schematic diagram of the process of selecting the S-CSCF by the I-CSCF, including the following steps:
  • Step 601 The I-CSCF sends a message (LIR) for querying the S-CSCF to the HSS.
  • LIR message
  • Step 602 The HSS returns a query response message (LIA) to the I-CSCF.
  • LIA query response message
  • the HSS When applied to the called flow shown in FIG. 2 or FIG. 3, the HSS usually returns the location information of the S-CSCF in step 602; when applied to the called flow shown in FIG. 4, the HSS in step 602 usually returns the S required by the user.
  • - Capability information of the CSCF After receiving the response message, the I-CSCF usually selects the S-CSCF according to the capability information of the S-CSCF required by the user.
  • Figure 6 also shows in dotted line the steps of the I-CSCF to provide services to the user after the S-CSCF is selected by the selected S-CSCF.
  • Step 603 The S-CSCF selected by the I-CSCF provides a service (SESSION) for the user.
  • the step 603 may be the same as the steps 204 to 205 in FIG. 2, or the steps 304 to 305 in FIG. 3, or the steps 404 to 416 in FIG.
  • the S-CSCF disaster recovery specifically refers to:
  • the S-CSCF assigned to the user providing the service cannot provide the service due to a fire or the like, the system cannot continue to be the user. Provide services. Summary of the invention
  • the main object of the present invention is to provide a method for implementing a called service.
  • an S-CSCF originally assigned to a user providing a service cannot provide a service to a called user
  • the network side can provide a service to the called user. .
  • Another main object of the present invention is to provide a system for implementing a called service.
  • an S-CSCF originally assigned to a user providing a service cannot provide a service to a called user, the called party can be served by the network side.
  • a method of implementing a called service comprising the following steps: A.
  • the network side determines the service call state control function that provides the service to the called user. After the S-CSCF is unable to provide the service, the new S-CSCF is determined, and according to the proxy call state control function P of the called user stored in the home subscriber server HSS. -CSCF information, sending a re-registration notification to the called user through the P-CSCF;
  • Step A further includes: querying the call state control function, the I-CSCF receives the external session invitation message;
  • step A consists of the following steps:
  • the I-CSCF sends a message to the HSS to query the S-CSCF, and the HSS returns a query response message to the I-CSCF, where the query response message includes: S-CSCF information and P-CSCF information for providing services to the called user;
  • the I-CSCF After determining that the S-CSCF providing the service to the called user cannot provide the service, the I-CSCF determines the new S-CSCF, and sends a session invitation message including the P-CSCF information to the new S-CSCF.
  • Step A further includes: The I-CSCF receives an external session invitation message; correspondingly, step A includes the following steps:
  • the I-CSCF sends a message to the HSS to query the S-CSCF, and the HSS returns a query response message to the I-CSCF, where the query response message includes: an S-CSCF that provides a service to the called user.
  • the I-CSCF determines the new S-CSCF, and forwards the received session invitation message to the new S-CSCF.
  • the new S-CSCF sends a query message to the HSS, and the HSS returns a query response message containing the P-CSCF information to the new S-CSCF.
  • the new S-CSCF sends a re-registration notification to the called user through the P-CSCF.
  • the step A includes: the I-CSCF receives the external session invitation message; correspondingly, the step A includes the following steps:
  • the I-CSCF sends a message to the HSS to query the S-CSCF, and the HSS returns a query response message to the I-CSCF, where the query response message includes: S-CSCF information and P-CSCF information for providing services to the called user;
  • the I-CSCF After determining that the S-CSCF providing the service to the called user cannot provide the service, the I-CSCF sends a re-registration notification to the called user through the P-CSCF, and determines the new S-CSCF. Steps A32 and C are performed. The method further includes: the I-CSCF sends a session invitation message to the new S-CSCF.
  • the session invitation message received by the new S-CSCF contains information that the S-CSCF assigned to the called user to provide the service cannot provide the service.
  • Step A further includes: The I-CSCF receives an external session invitation message; correspondingly, step A includes the following steps:
  • the I-CSCF sends a message to the HSS to query the S-CSCF, and the HSS receives the inquiry message, and determines that the S-CSCF that provides the service to the called user cannot provide the service, and then determines the new S-CSCF;
  • the I-CSCF sends a re-registration notification to the new S-CSCF, and sends the P-CSCF information to the new S-CSCF.
  • the new S-CSCF After receiving the re-registration notification, the new S-CSCF sends the call to the called user through the P-CSCF;
  • the step A41 and the step C further include: the HSS returns a query response message to the I-CSCF, where the query response message includes information of the new S-CSCF selected by the HSS;
  • the method further includes: sending a session request message to the new S-CSCF after the I-CSCF receives the query response message.
  • the information between the new S-CSCF and the P-CSCF is passed through the I-CSCF.
  • the I-CSCF After receiving the query response message returned by the HSS, the I-CSCF further includes before step B: The I-CSCF sends the determined new S-CSCF information to the HSS.
  • the new S-CSCF further includes before step B: The new S-CSCF sends the selected information to the HSS.
  • the P-CSCF information of the called user is stored in the HSS when the called user registers;
  • the method further includes: the called user sends a registration request to the network side through the P-CSCF, and the network side stores the P-CSCF information in the HSS after receiving the registration request.
  • the storing the P-CSCF information in the HSS is specifically: in the registration process, when the I-CSCF in the network side sends the query message to the HSS, the P-CSCF information to which the called user belongs is stored in the HSS;
  • the S-CSCF in the network side sends an authentication message to the HSS
  • the P-CSCF information to which the called user belongs is stored in the HSS
  • the S-CSCF in the network side requests to download data from the HSS
  • the P-CSCF information to which the called user belongs is stored in the HSS.
  • the contact information of the called user When the P-CSCF information is stored in the HSS, the contact information of the called user, the call identifier CALLID, the command sequence CSEQ, and the tag TAG are simultaneously stored;
  • the re-registration notification initiated by the network side is created according to the CONTACT information, CALLID, CSEQ, TAG stored in the HSS.
  • the called user After receiving the registration success message, the called user sends a subscription registration status message to the S-CSCF, and the S-CSCF sends the subscription information to the HSS after receiving the subscription registration status message;
  • the re-registration notification initiated by the network side is based on the called user stored in the HSS. Subscription information is created.
  • the re-registration notification is delivered with a NOTIFY message, or a MESSAGE message, or an INFO message, or a REGISTER message.
  • the query response message including the P-CSCF information further includes: a CONTACT information of the called user, CALLID, CSEQ ⁇ TAG;
  • the re-registration notification is created according to the CONTACT information, CALLID, CSEQ, TAG of the called user.
  • the carrying of the P-CSCF information is implemented by: reusing, or expanding, or adding a cell.
  • the carrying of the CONTACT information is achieved by: reusing, or expanding, or adding a cell.
  • the I-CSCF sends the determined new S-CSCF information to the HSS by: reusing, or expanding, or adding a cell.
  • the new S-CSCF sends the information selected by itself to the HSS through: reuse, or extension, or addition of a cell implementation.
  • the P-CSCF information is a P-CSCF address.
  • the CONTACT message is the CONTACT address.
  • a system for implementing a called service comprising: a first I-CSCF, an HSS, an S-CSCF, a P-CSCF, a UE, and a first I-CSCF receives an externally input session invitation message and forwards the message to the S-CSCF, and The S-CSCF forwards the session invitation message to the P-CSCF, and the P-CSCF forwards the session invitation message to the UE.
  • the HS S is further configured to provide P-CSCF information stored by itself, and interact with the S-CSCF to re-register the message;
  • the P-CSCF interacts with the S-CSCF to re-register the message, interacts with the UE to re-register the message, receives the re-registration notification, forwards it to the UE UE to receive the re-registration notification, and sends a re-registration message to the P-CSCF.
  • the HSS sends P-CSCF information to the first I-CSCF;
  • the first I-CSCF and the S-CSCF further include: the first I-CSCF sends a connection of the P-CSCF information to the S-CSCF;
  • the S-CSCF and the P-CSCF further include: the S-CSCF sends a re-registration notification connection to the P-CSCF.
  • the HSS sends the P-CSCF information to the S-CSCF;
  • the S-CSCF and the HSS further include: the S-CSCF sends a query message to the HSS, and the HSS returns a connection of the query response message to the S-C S CF;
  • the S-CSCF and the P-CSCF further include: the S-CSCF sends a re-registration notification connection to the P-CSCF.
  • the first I-CSCF and the P-CSCF further include: the first I-CSCF sends a re-registration notification connection to the P-CSCF.
  • the HSS sends the P-CSCF information to the S-CSCF;
  • the S-CSCF and the P-CSCF further include: the S-CSCF sends a re-registration notification connection to the P-CSCF.
  • the first I-CSCF and the HSS further include: the first I-CSCF sends a connection of the S-CSCF information to the HSS.
  • the S-CSCF and the HSS further include: the S-CSCF sends a connection of its own information to the HSS.
  • the S-CSCF and the P-CSCF include: a second I-CSCF;
  • the second I-CSCF After receiving the information sent by the S-CSCF, the second I-CSCF forwards the information to the P-CSCF, and receives the information sent by the P-CSCF, and then forwards the information to the S-QSCF.
  • the second I-CSCF is the same entity or two different entities as the first I-CSCF.
  • the first I-CSCF and the HSS further include: the first I-CSCF sends a connection of the P-CSCF information to the HSS.
  • the S-CSCF and the HSS further include: the S-CSCF sends a connection of the P-CSCF information to the HSS.
  • the method and system for implementing the called service can use the P-CSCF information of the called user stored in the HSS through the network side when an S-CSCF cannot be used due to overload or disaster occurrence.
  • the P-CSCF notifies the called user to re-register, so that the called user completes the re-registration, and then delivers the session to the called user through the new S-CSCF, so that the network side continues to provide services for the called user.
  • FIG. 1 is a schematic diagram of a system for implementing a called service in the prior art
  • FIG. 2 is a schematic diagram of a process of implementing a called service in the prior art
  • FIG. 3 is a schematic diagram of a process for implementing a called service when using the topology hiding feature in the prior art
  • FIG. 4 is a schematic diagram of a process of registering a user in the prior art
  • FIG. 5 is a schematic diagram of a process in which a user subscribes to a self-registration state in the prior art
  • FIG. 6 is a schematic diagram of a process in which an I-CSCF selects an S-CSCF in the prior art
  • FIG. 7 is a schematic diagram of a system for implementing a called service in the present invention.
  • FIG. 8 is a schematic diagram of a process for implementing a called service in the present invention.
  • FIG. 9 is a schematic diagram of a system for implementing a called service according to Embodiment 1 of the present invention.
  • FIG. 10 is a schematic diagram of a process for implementing a called service according to Embodiment 1 of the present invention
  • FIG. 11 is a schematic diagram of a system for implementing a called service according to Embodiment 2 of the present invention
  • FIG. 12 is a schematic diagram of implementing a called service according to Embodiment 2 of the present invention
  • FIG. 13 is a schematic diagram of a system for implementing a called service according to Embodiment 3 of the present invention
  • FIG. 14 is a schematic diagram of a process for implementing a called service according to Embodiment 3 of the present invention
  • FIG. 15 is a schematic diagram of a system for implementing a called service according to Embodiment 4 of the present invention
  • FIG. 16 is a schematic diagram of implementing a called service according to Embodiment 4 of the present invention
  • FIG. 17 is a schematic diagram of a first process of registering by a user before the called process in the embodiment of the present invention
  • FIG. 18 is a schematic diagram of a second process of registering by a user before the called process in the embodiment of the present invention.
  • FIG. 19 is a schematic diagram of a process of storing registration information in an HSS when a user subscribes to its own registration state according to an embodiment of the present invention.
  • 20 is a schematic diagram of a principle in which an S-CSCF sends a re-registration notification from a NOTIFY message to a P-CSCF according to an embodiment of the present invention
  • FIG. 21 is a schematic diagram of a principle in which an S-CSCF sends a re-registration notification by a MESSAGE message to a P-CSCF according to an embodiment of the present invention
  • FIG. 22 is a schematic diagram of a schematic diagram of an S-CSCF sending a re-registration notification from an INFO message to a P-CSCF according to an embodiment of the present invention
  • FIG. 23 is a schematic diagram of the principle that the S-CSCF sends a re-registration notification from the RIGISTER message to the P-CSCF according to an embodiment of the present invention
  • 24 is a schematic diagram of a first process of storing selected S-CSCF information in an HSS according to an embodiment of the present invention
  • FIG. 25 is a schematic diagram of a second process of storing selected S-CSCF information in an HSS according to an embodiment of the present invention. Mode for carrying out the invention
  • the core idea of the present invention is: When the network side judges that the S-CSCF originally assigned to the user to provide the service cannot provide the service to the called user, the called user stored in the HSS is used. The information belonging to the P-CSCF notifies the called user to re-register through the P-CSCF, and after the called user completes the re-registration, the session invitation message is delivered to the called user through the new S-CSCF.
  • FIG. 7 is a schematic diagram of a system for implementing a called service in the present invention.
  • the system shown in FIG. 7 includes: I-CSCF71, HSS72, S-CSCF73, P-CSCF74, and UE75.
  • the I-CSCF 71 receives the session invitation message input externally and forwards it to the S-CSCF 73 to exchange information with the HSS 72.
  • HSS72 interacting with the I-CSCF 71; interacting with the S-CSCF 73 to re-register the message; providing its own stored P-CSCF 74 information for transmitting the re-registration notification through the P-CSCF 74.
  • the S-CSCF 73 exchanges a re-registration message with the HSS 72 and the P-CSCF 74; and receives the session invitation message forwarded by the I-CSCF 71 and forwards the message to the P-CSCF 74.
  • the P-CSCF 74 exchanges the re-registration message with the S-CSCF 73 and the UE 75; after receiving the re-registration notification, it is forwarded to the UE 75; and receives the session invitation message forwarded by the S-CSCF 73 and forwards the message to the UE 15.
  • the UE 75 receives the re-registration notification forwarded by the P-CSCF 74; interacts with the P-CSCF 74 to re-register the message; and receives the session invitation message forwarded by the P-CSCF 74.
  • FIG. 8 is a schematic diagram of a process for implementing a called service according to the present invention, which includes the following steps: Step 801: After determining that the S-CSCF assigned to the called user to provide the service cannot provide the service, the network determines the new S-CSCF according to the HSS. The stored P-CSCF information of the called user is sent to the called user through the P-CSCF to send a re-registration notification.
  • the network side may refer to an I-CSCF, an S-CSCF, or an HSS.
  • step 801 includes: Step of receiving an externally sent session invitation message by the I-CSCF in the network side.
  • Steps 802 to 803 The called user performs re-registration; the network side passes the new S-CSCF to The called user delivers a session invitation message.
  • the HSS provides P-CSCF information, which may be: after receiving the query message of the I-CSCF, when the query response message is returned to the I-CSCF, or after receiving the query message of the S-CSCF, providing the query message to the S-CSCF; or Provided when a re-registration notification is initiated to the S-CSCF.
  • the HSS receives the query message of the I-CSCF and provides the P-CSCF information when returning the query response message to the I-CSCF, the re-registration notification may be initiated by the S-CSCF or by the I-CSCF.
  • the P-CSCF information in the present invention is information indicating a P-CSCF position in the network, such as a P-CSCF address.
  • the information provided by the HSS to the P-CSCF is: After receiving the query message of the I-CSCF, the information is provided when the query response message is returned to the I-CSCF, and the notification of re-registration in this embodiment is initiated by the S-CSCF.
  • FIG. 9 is a schematic diagram of a system for implementing a called service in the embodiment.
  • the system shown in FIG. 9 includes: I-CSCF9K HSS92, S-CSCF93, P-CSCF94, UE95, and may further include: I-CSCF96.
  • the I-CSCF 91 receives an externally input session invite message, sends a session invite message containing the P-CSCF 94 information to the S-CSCF 93, sends a query message to the HSS 92, and receives a query response message including the P-CSCF 94 information returned by the HSS 92; The message returned by the S-CSCF 93 to hold the session.
  • the HSS 92 receives the query message sent by the I-CSCF 91, and returns a query response message containing the P-CSCF 94 information to the I-CSCF 91.
  • the message may be re-registered with the S-CSCF 93 to re-register the message with the I-CSCF 96.
  • the S-CSCF 93 receives the session invite message sent by the I-CSCF 91 and includes the P-CSCF94 information, and forwards the session invitation message to the P-CSCF 94 directly or through the I-CSCF 96.
  • the re-registration notification may also be initiated, and directly or through the I-CSCF96.
  • P-CSCF94 sends a refill
  • the notification can also be re-registered with the HSS 92 and re-registered with the P-CSCF 94 directly or through the I-CSCF 96; the message to hold the session can also be returned to the I-CSCF 91.
  • the P-CSCF 94 after receiving the session invitation message forwarded by the S-CSCF 93, forwards the message to the UE 95; and may also receive the re-registration notification sent by the S-CSCF 93 directly or through the I-CSCF 96, and then forward the message to the UE 95; Or re-register the message with the S-CSCF93 through the I-CSCF96.
  • the UE95 receives the session invitation message forwarded by the P-CSCF 94; and may also receive the re-registration notification forwarded by the P-CSCF 94; may also re-register the optional unit I-CSCF96 with the P-CSCF 94, and receive the session invitation message forwarded by the S-CSCF 93. It is forwarded to the P-CSCF 94; it can also be forwarded to the P-CSCF 94 after receiving the re-registration notification sent by the S-CSCF 93; it can also forward the re-registration message between the S-CSCF 93 and the P-CSCF 94, and interact with the HSS 92 to re-register the message.
  • FIG. 10 is a schematic diagram of a process for implementing a called service in the embodiment, and includes the following steps: Step 1001 to step 1002: Same as all descriptions of steps 201 to 202.
  • Step 1003 The I-CSCF receives the query response message containing the P-CSCF information returned by the HSS.
  • the query response message in step 1003 includes the S-CSCF location information of the called user, such as an address.
  • the I-CSCF can also receive the CONTACT information of the called user, and can also receive other information related to the user subscription, such as: call identity (CALLID), command sequence (CSEQ), source (From) Parameters such as tag (TAG), destination (TO) TAG.
  • CALLID call identity
  • CSEQ command sequence
  • TAG source
  • TO destination
  • the P-CSCF is a P-CSCF to which the called user belongs.
  • Step 1004 The I-CSCF sends a session invitation message containing P-CSCF information to the S-CSCF to which the called user belongs.
  • the I-CSCF determines whether the assigned S-CSCF serving the called user can provide the service, if Providing the service, the S-CSCF in step 1004 is the assigned S-CSCF, and after performing step 1004, step 1008 may be directly performed; if the service is not available, the I-CSCF may store the available S-CSCF according to itself. A list from which a new S-CSCF is selected, and correspondingly, the S-CSCF in step 1004 is the selected new S-CSCF.
  • the process in which the I-CSCF determines whether the S-CSCF that has been assigned to provide service to the called user can provide the service, and the process in which the I-CSCF selects the S-CSCF can be implemented by various methods in the prior art.
  • the I-CSCF may also send the CONTACT information of the called user to the S-CSCF, and subscribe with the user. Other related information.
  • step 1005 is shown by dashed lines in Fig. 10. In actual application, step 1005 may or may not be present.
  • Step 1005 After receiving the session invitation message, the S-CSCF returns a message for maintaining the session to the source side of the call.
  • the message returned in step 1005 may be a 1XX message in the SIP.
  • step 1005 can be performed at any position after step 1004.
  • Step 1006 The S-CSCF initiates a re-registration notification (reAuthentication), and sends a re-registration notification to the called user, that is, the called UE, through the P-CSCF.
  • reAuthentication a re-registration notification
  • P-CSCF a re-registration notification
  • Step 1007 Perform a register precedure initiated by the called UE.
  • Step 1007 can be the same as many registration processes in the prior art, for example: It can be the same as the process shown in FIG.
  • Step 1008 The S-CSCF completes the session. Specifically, the S-CSCF forwards the received session invitation message to the called UE through the P-CSCF.
  • the session invite message received by the S-CSCF in Figure 10 is forwarded to the P-CSCF by the I-CSCF indicated by the dashed box.
  • the I-CSCF indicated by the dashed box in Figure 10 may be the same entity as the I-CSCF indicated by the solid line box, or it may be two different entities, that is, two independent entities.
  • the information provided by the HSS to the P-CSCF is: After receiving the query message of the S-CSCF, the information is provided to the S-CSCF, and the notification of re-registration in this embodiment is initiated by the S-CSCF.
  • FIG. 11 is a schematic diagram of a system for implementing a called service in the embodiment.
  • the system shown in FIG. 11 includes: I-CSCF111, HSS112, S-CSCF113, P-CSCF114, and UE115, and may further include: I-CSCF116.
  • the I-CSCF 111 receives the externally input session invite message and forwards the message to the S-CSCF 113.
  • the query message is sent to the HSS 112 to receive the query response information returned by the HSS 112.
  • the message returned by the S-CSCF 113 to hold the session may also be received.
  • the HSS 112 receives the query message sent by the I-CSCF 111, and returns a query response message to the I-CSCF 111.
  • the query message sent by the S-CSCF 113 is received, and the query response message including the P-CSCF 114 information is returned to the S-CSCF 113.
  • the S-CSCF 113 may also be associated with the S-CSCF 113.
  • the interactive re-registration message interacts with the I-CSCF 116 to re-register the message.
  • S-CSCF113 receiving a session invitation message sent by the I-CSCF 111; sending the message to the HSS 112 Sending a query message, receiving a query response message including the P-CSCF 114 information returned by the HSS 112; transmitting a re-registration notification to the P-CSCF 114 directly or through the I-CSCF 116; re-registering the message with the HSS 112, directly or through the I-CSCF 116 and the P-CSCF 114
  • the interactive re-registration message forwards the session invite message to the P-CSCF 114 directly or through the I-CSCF 116; a message to hold the session may also be returned to the I-CSCF 111.
  • the P-CSCF 114 after receiving the re-registration notification sent by the S-CSCF 113 directly or through the I-CSCF 116, forwards the message to the UE 115; interacts with the UE 115 to re-register the message, and re-registers the message with the S-CSCF 113 directly or through the I-CSCF 116; Receives the S-CSCF 113 The forwarded session invitation message is forwarded to the UE 115. .
  • the UE 115 receives the re-registration notification forwarded by the P-CSCF 114, and re-registers the message with the P-CSCF 114; and receives the session invitation message forwarded by the P-CSCF 114.
  • the optional unit I-CSCF 116 receives the re-registration notification sent by the S-CSCF 113 and forwards it to the P-CSCF 114; forwards the re-registration message between the S-CSCF 113 and the P-CSCF 114, and interacts with the HSS 112 to re-register the message; and receives the S-CSCF 113 for forwarding.
  • the session invitation message is forwarded to the P-CSCF 114.
  • FIG. 12 is a schematic diagram of a process for implementing a called service in the embodiment, and includes the following steps: Step 1201 to Step 1203: Same as all descriptions of Step 201 to Step 203.
  • Step 1204 The I-CSCF forwards the received session invitation message to the S-CSCF to which the called user belongs.
  • the I-CSCF determines whether the assigned S-CSCF serving the called user can provide the service, if Providing the service, the S-CSCF in step 1204 is the assigned S-CSCF, and after step 1204 is performed, step 1210 may be directly performed; if the service is not available, the I-CSCF may store the available S-CSCF according to itself. a list from which to select a new S-CSCF, correspondingly, the S-CSCF described in step 1204 is selected New S-CSCF.
  • the process in which the I-CSCF determines whether the S-CSCF that has been assigned to provide service to the called user can provide the service, and the process in which the I-CSCF selects the S-CSCF can be implemented by various methods in the prior art.
  • step 1205 is shown by dashed lines in Fig. 12. In practice, step 1205 may or may not be present.
  • Step 1205 The S-CSCF returns a message for maintaining the session to the call source side.
  • the message returned in step 1205 may be a 1XX message in the SIP.
  • step 1205 can be performed at any location after step 1204.
  • Step 1206 The S-CSCF sends a message to the HSS to query the P-CSCF information of the called user.
  • Step 1207 The HSS returns a query response message containing the information of the called user P-CSCF to the S-CSCF.
  • the query response message returned by the HSS to the S-CSCF may further include: the CONTACT information of the called user, and other information related to the user subscription, such as: CALLID, CSEQ TAG and the like.
  • Steps 1208 to 1210 are the same as all the descriptions of steps 1006 to 1008 in Embodiment 1.
  • the I-CSCF indicated by the dashed box in Figure 12 and the I-CSCF indicated by the solid line frame may be two different entities or the same entity.
  • the information that the HSS provides the P-CSCF is: when the query message of the I-CSCF is received, and the query response message is returned to the I-CSCF, and the re-registration notification in this embodiment is initiated by the I-CSCF.
  • FIG. 13 is a schematic diagram of a system for implementing a called service in the embodiment, where the system shown in FIG. 13 includes: I-CSCF13 K HSS132, S-CSCF133, P-CSCF134, UE135, and To include: I-CSCF136.
  • the I-CSCF 131 receives an externally input session invite message, sends an inquiry message to the HSS 132, receives a query response message including the P-CSCF 134 information returned by the HSS 132, and forwards the session invitation message to the S-CSCF 133; and may also re-register the P-CSCF 134. Notification; may also receive a message returned by the S-CSCF 133 to maintain the session.
  • the HSS 132 receives the query message sent by the I-CSCF 131, and returns a query response message containing the information of the P-CSCF 134 to the I-CSCF 131.
  • the message may also be re-registered with the S-CSCF 133 to re-register the message with the I-CSCF 136.
  • the S-CSCF 133 receives the session invite message sent by the I-CSCF 131, and forwards the session invite message to the P-CSCF 134 directly or through the I-CSCF 136. It can also re-register the message with the HSS 132 and interact with the P-CSCF 134 directly or through the I-CSCF 136. The message is re-registered; a message to hold the session can also be returned to the I-CSCF 111.
  • the P-CSCF 134 after receiving the session invitation message forwarded by the S-CSCF 133, forwards the message to the UE 135; and may also receive the re-registration notification sent by the I-CSCF 131 and then forward the message to the UE 135; and may also re-register the message with the UE 135, directly or through the I-CSCF 136.
  • the S-CSCF 133 interacts with the re-registration message.
  • the UE 135 receives the session invite message forwarded by the P-CSCF 134; and may also receive the re-registration notification forwarded by the P-CSCF 134; and may also re-register the message with the P-CSCF 134.
  • the optional unit I-CSCF 136 after receiving the session invitation message forwarded by the S-CSCF 133, forwards the message to the P-CSCF 134; and may also forward the re-registration message between the S-CSCF 133 and the P-CSCF 134 to interact with the HSS 132 to re-register the message.
  • FIG. 14 is a schematic diagram of a process for implementing a called service in the embodiment, and includes the following steps: Step 1401 to Step 1403: Same as all descriptions of Step 1001 to Step 1003 in Embodiment 1.
  • step 1403 that is, after the I-CSCF receives the query response message, the I-CSCF determines whether the assigned S-CSCF providing the service for the called user can provide the service. If the service can be provided, step 1405 is performed; Service, step 1404 is performed.
  • the process by which the I-CSCF determines that the S-CSCF that has been assigned to provide services to the called user can provide services can be implemented by various methods in the prior art.
  • Step 1404 The I-CSCF initiates a re-registration notification, and sends a re-registration notification to the called user, that is, the called UE, through the P-CSCF.
  • Step 1405 The I-CSCF sends a session invitation message to the S-CSCF to which the called user belongs.
  • the S-CSCF is assigned in step 1405.
  • S-CSCF if the I-CSCF determines that: the S-CSCF that has been assigned to provide service to the called user cannot provide the service, then before step 1405, the I-CSCF will proceed from the list of available S-CSCFs stored by itself.
  • a new S-CSCF is selected.
  • the S-CSCF in step 1405 is the new S-CSCF selected by the I-CSCF.
  • the process by which the I-CSCF selects the S-CSCF can be implemented by a variety of methods in the prior art.
  • the session invitation message sent by the I-CSCF to the S-CSCF may include a cause value, where the cause value is used to notify S.
  • the original CS-CSCF of the CSCF is unable to provide the service and instructs the S-CSCF to wait for the user to re-register.
  • step 1405 can be performed at the desired location between step 1403 and step 1407.
  • an optional step is shown by a broken line in FIG. 14, that is, after receiving the session invitation message forwarded by the I-CSCF, the S-CSCF may also return a session to the I-CSCF to maintain the session.
  • Message, and the message used to maintain the session can also be SIP 1XX message in.
  • Steps 1406 to 1407 are the same as all the descriptions of steps 1007 to 1008 in the first embodiment.
  • the I-CSCF determines after step 1403 that the S-CS CF that has been assigned to provide service to the called user can provide the service, the step 1404 and the step 1406 may be omitted. .
  • the information provided by the HSS to the P-CSCF is: Provided when the S-CSCF initiates a re-registration notification.
  • FIG. 15 is a schematic diagram of a system for implementing a called service in the embodiment.
  • the system shown in FIG. 15 includes: I-CSCF151, HSS152, S-CSCF153, P-CSCF154, UE155, and may also include: I-CSCF156o
  • the I-CSCF 151 receives the externally input session invite message, sends a query message to the HSS 152, receives the query response message returned by the HSS 152, and forwards the session invite message to the S-CSCF 15.
  • the HSS 152 receives the inquiry message sent by the I-CSCF 151; sends a re-registration notification including the P-CSCF 154 information to the S-CSCF 153; returns a query response message to the I-CSCF 151; and re-registers the message with the S-CSCF 153; and can also receive the S-CSCF 153 The returned re-registration response message, interacting with the I-CSCF 156 to re-register the message.
  • the S-CSCF 153 receives the re-registration notification sent by the HSS 152 and includes the P-CSCF 154 information, and sends a re-registration notification to the P-CSCF 154 directly or through the I-CSCF 156; re-registers the message with the HSS 152, directly or through the I-CSCF 156 and the P-CSCF 154.
  • the interactive re-registration message is received; the session invite message forwarded by the I-CSCF 151 is received, and the session invite message is forwarded to the P-CSCF 154 directly or through the I-CSCF 156; and the S-CSCF 153 re-registration response message may also be returned to the HSS 152.
  • the P-CSCF 154 receives the re-registration notification sent by the S-CSCF 153 directly or through the I-CSCF 156, and then forwards the message to the UE 155; interacts with the UE 155 to re-register the message, and re-registers the message with the S-CSCF 153 directly or through the I-CSCF 156; Receives the S-CSCF 153 The forwarded session invitation message is forwarded to the UE 155.
  • the UE 155 receives the re-registration notification forwarded by the P-CSCF 154; and re-registers the message with the P-CSCF 154; and receives the session invitation message forwarded by the P-CSCF 154.
  • the optional unit I-CSCF 156 receives the re-registration notification sent by the S-CSCF 153 and forwards it to the P-CSCF 154; receives the session invitation message forwarded by the S-CSCF 153, forwards it to the P-CSCF 154 for forwarding, and forwards the S-CSCF 153 and the P-CSCF 154. A re-registration message between them, interacting with the HSS 152 to re-register the message.
  • FIG. 16 is a schematic diagram of a process for implementing a called service in the embodiment, and includes the following steps: Step 1601 to Step 1602: Same as all descriptions of Step 201 to Step 202.
  • the HSS After step 1602, after the HSS receives the query message, the HSS generally determines whether the assigned S-CSCF providing the called user can provide the service. If the service can be provided, step 1607 is performed; if the service cannot be provided, the HSS A new S-CSCF is selected from the list of available S-CSCFs stored by itself, and step 1603 is performed.
  • the process in which the HSS determines whether the S-CSCF that has been assigned to provide service to the called user can provide the service, and the process in which the HSS selects the S-CSCF can be implemented by various methods in the prior art.
  • Step 1603 The HSS sends a re-registration notification containing the P-CSCF information to the selected new S-CSCF.
  • the re-registration notification of step 1603 may also be referred to as a re-registration notification message.
  • Step 1604 The S-CSCF sends a re-registration notification to the called user, that is, the called UE, through the P-CSCF.
  • the S-CSCF in Figure 16 is marked by a dashed box.
  • the I-CSCF sends a re-registration notification to the P-CSCF.
  • step 1605 is shown by a dashed line in Fig. 16. In actual application, step 1605 may or may not be present.
  • Step 1605 The S-CSCF returns a response message of the re-registration notification to the HSS.
  • step 1605 can be performed at any position after step 1603.
  • step 1606 Perform a re-registration procedure initiated by the called UE, which is exactly the same as the description of step 1007 in Embodiment 1.
  • Step 1607 The HSS returns a query response message to the I-CSCF.
  • step 1602 the HSS selects a new S-CSCF and performs step 1603, in step 1607, the query response message returned by the HSS includes information of the new S-CSCF selected by the HSS; if step 1602 Afterwards, the HSS determines that the S-CSCF that has been assigned to provide service to the called user can provide the service, and in step 1607, the query response message returned by the HSS includes the assigned S-CSCF information.
  • step 1607 may be performed before step 1603 or at any position between step 1603 and step 1609, as shown in FIG.
  • Step 1608 The I-CSCF forwards the received session invitation message to the S-CSCF.
  • the S-CSCF in step 1608 is: Step 1607: The S-CSCF included in the query response message, that is, the S-CSCF included in the query response message received by the I-CSCF.
  • step 1608 may be performed before step 1603, or at any position between step 1603 and step 1609, as shown in FIG.
  • Step 1608 may be performed after step 1607, as shown in Figure 16, and may be performed after step 1607.
  • step 1005 in Embodiment 1 an optional step is shown by a broken line in FIG. 16, that is, after receiving the session invitation message forwarded by the I-CSCF, the S-CSCF may also return a session to the I-CSCF to maintain the session. Responding to the message, and the response message to maintain the session is also Think of the 1XX message in SIP.
  • Step 1609 The S-CSCF sends a session invitation message to the called UE through the P-CSCF. If the topology hiding feature is used, the S-CSCF in Figure 16 forwards the received session invitation message to the P-CSCF through the I-CSCF indicated by the dashed box.
  • the I-CSCF indicated by the dashed box in Figure 16 and the I-CSCF indicated by the solid line frame may be two different entities or the same entity.
  • the P-CSCF information stored in the HSS is used, and the P-CSCF information may be stored in the HSS before the user performs the registration before the called procedure in the embodiments 1 to 4.
  • the process of registering the user before the called process can be as shown in FIG. 17 or FIG. 18.
  • FIG. 17 is a schematic diagram of a first process for a user to register before the called process in the embodiment of the present invention.
  • the user's P-CSCF information is provided by the I-CSCF to the HSS.
  • the process shown in Figure 17 includes the following steps:
  • Step 1701 It is exactly the same as the description of step 401.
  • Step 1702 The I-CSCF sends a message to the HSS to query the S-CSCF, and sends the P-CSCF information to which the user belongs to the HSS for storage.
  • the I-CSCF may also send the user's CONTACT information to the HSS, as well as other information related to the user subscription, such as CALLID, CSEQ, TAG, and the like.
  • Step 1703 to Step 1716 Same as steps 403 to 416.
  • step 1709 is changed to step 1709a:
  • Step 1709a The I-CSCF sends a message for inquiring the S-CSCF to the HSS, and simultaneously sends the P-CSCF information to which the user belongs to the HSS for storage.
  • the I-CSCF may also send CONTACT information to the HSS, and other information related to the user subscription, such as parameters such as CALLID, CSEQ, and TAG.
  • the step of providing the P-CSCF information to the HSS may also be performed when the S-CSCF requests the HSS to download data or report the data, as shown in FIG. 18.
  • Figure 18 is a schematic diagram showing a second process of registration by a user before the called process in the embodiment of the present invention.
  • the S-CSCF provides the user with the P-CSCF information to the HSS.
  • the process shown in Figure 18 includes the following steps:
  • Steps 1801 to 1804 The same as steps 401 to 404.
  • Step 1805 The S-CSCF sends an authentication message to the HSS, and simultaneously sends the P-CSCF information of the user to the HSS for storage.
  • the S-CSCF may also send a CONTACT message to the HSS, and other information related to the user subscription, such as: CALLID, CSEQ, TAG, and the like.
  • Steps 1806 to 1816 The same as steps 406 to 416.
  • the process of the S-CSCF providing the user's P-CSCF information to the HSS may be provided in step 1812 or step 1814 by step 1805 in FIG.
  • step 1812 is changed to step 1812a:
  • Step 1812a The S-CSCF reports the data to the HSS, and sends the P-CSCF information of the user to the HSS for storage.
  • the S-CSCF may also send a CONTACT message to the HSS, as well as other information related to the user subscription, such as CALLID, CSEQ, TAG, and the like.
  • step 1814 is changed to step 1814a:
  • Step 1814a The S-CSCF requests the HSS to download data, and sends the P-CSCF information to the HSS for storage.
  • the S-CSCF may also send CONTACT information to the HSS, and other information related to the user subscription, such as parameters such as CALLID, CSEQ, and TAG.
  • CONTACT information to the HSS
  • other information related to the user subscription such as parameters such as CALLID, CSEQ, and TAG.
  • One or more of the steps 1007 in the first embodiment of the present invention, the step 1209 in the embodiment 2, the step 1406 in the embodiment 3, and the step 1606 in the embodiment 4 may also be the same as the process shown in FIG. 17 or FIG.
  • the NOTIFY message in the SIP can be utilized.
  • Method A Use the UE to subscribe to the necessary parameters of the registration status, such as CALLID, CSEQ, TAG, etc. when creating a NOTIFY message.
  • Method B Perform semantic transformation on NOTIFY and modify the UE parameters so that the UE understands a NOTIFY message that is not subscribed. Specifically, when the parameters such as CALLID, CSEQ, TAG, etc. in the NOTIFY message are different from the subscription status, the UE can also understanding.
  • the method of specifically modifying the UE parameters can be implemented by various methods in the prior art.
  • NOTIFY is a response when the UE sends the subscription information in the prior art, and is used to send a notification to the UE in the embodiment of the present invention.
  • the information contained in the method B ⁇ NOTIFY is insufficient for the normal UE to index to the original subscription, so the UE parameters need to be modified so that the UE can understand a NOTIFY message that has not been subscribed.
  • the necessary parameters for the UE to subscribe to the registration status need to be obtained.
  • the method for obtaining the necessary parameters for the UE to subscribe to the registration state may be multiple.
  • the obtaining method provided in the embodiment of the present invention is: first, the HSS stores the necessary parameters for the UE to subscribe to the registration state, and if necessary, the HSS transmits the message to the NOTIFY message to be re-created.
  • the unit for registering the notification for example, transmitting the necessary parameters at the same time when the P-CSCF is transmitted in the embodiments 1 to 3.
  • the necessary parameters of the UE subscription registration state are stored in the HSS.
  • the process may be to store the CONTACT information, CALLID, CSEQ, TAG and other parameters in the HSS when the user registers before the called process, as described in FIG. 17 or 18; or may be stored after the user registers, as shown in the figure. 19 is shown.
  • Figure 19 is a schematic diagram of the process of storing registration information in the HSS when the user subscribes to its own registration status, and includes the following steps:
  • Step 1901 to step 1902 It is identical to the description of steps 501 to 502.
  • the necessary information of the subscription session includes: CONTACT information, CALLID, CSEQ, TAG and the like, and the necessary information can be used to construct a NOTIFY re-registration notification.
  • step 1903 can be performed between step 1901 and step 1902.
  • the necessary parameters for the UE to subscribe to the registration status stored in the HSS may be passed along with the P-CSCF information stored in the HSS to the unit that creates the re-registration notification using the NOTIFY message, specifically, the different implementations in Embodiments 1-4.
  • the method is:
  • the HSS when the HSS sends the P-CSCF information to the I-CSCF in step 1003, the CONTACT information, the CALLID, the CSEQ, the TAG, and the like parameters of the UE subscription registration status may be simultaneously sent, and the I-CSCF is used in step 1004.
  • the session invitation message including the P-CSCF information is sent to the S-CSCF, the necessary parameters such as the CONTACT information, the CALLID, the CSEQ, and the TAG of the UE subscription registration status are simultaneously sent to the S-CSCF, and the S-CSCF creates a re-registration using the NOTIFY message. Notice.
  • the CONTACT information, the CALLID, CSEQ, TAG, and other necessary parameters of the UE subscription registration status may be simultaneously sent by the S-CSCF. Create a re-registration notification using the NOTIFY message.
  • the CONTACT information, the CALLID, the CSEQ, the TAG, and the like parameters of the UE subscription registration status may be simultaneously sent by the I-CSCF. Create a re-registration notification using the NOTIFY message.
  • the HSS when the HSS sends a re-registration notification including the P-CSCF information to the S-CSCF in step 1603, the CONTACT information, the CALLID, CSEQ, TAG, and other necessary parameters of the UE subscription registration status may be simultaneously sent by the S-CSCF. Create a re-registration notification using the NOTIFY message.
  • a re-registration notification is sent to the user, and in addition to using the NOTIFY message, a message (MESSAGE) message in SIP, a notification (INFO) message, or a registration (RIGISTER) message may be utilized.
  • MESSAGE message
  • INFO notification
  • RIGISTER registration
  • the method B can be used in the specific implementation, that is, the method for semantically converting the message and modifying the parameters of the UE, and the specific process can refer to the related description in the method B described in this document. .
  • the selected S-CSCF information may be stored before the re-registration process is initiated.
  • the HSS Specifically, the method of storing the selected S-CSCF information in the HSS may be as shown in Fig. 24 or Fig. 25.
  • the new S-CSCF is selected by the HSS, and the re-registration notification is sent by the HSS to the S-CSCF in step 1603, the S-CSCF selected at the time of re-registration and the selection when the called party is made can be guaranteed. S-CSCF-induced.
  • FIG. 24 is a diagram of storing the selected S-CSCF information in the HSS according to an embodiment of the present invention.
  • Step 2401 to step 2402 The 1-CSCF sends a message to the HSS to query the S-CSCF, and the HSS returns a query response message to the I-CSCF.
  • Step 2403 The I-CSCF notifies the HSS ( PUT ( S-CSCF ) ) of the selection result of the S-CSCF.
  • step 2404 is also indicated by a broken line. In actual application, step 2404 may or may not be present.
  • Step 2404 The HSS returns a response message (PUT RESPONSE) to the I-CSCF.
  • PUT RESPONSE a response message
  • Steps 1002 to 1003 are the same, and steps 2403 to 2404 are executed between step 1003 and step 1007.
  • the steps 2401 to 2402 are the same as the steps 1202 to 1203, and the steps 2403 to 2404 are performed between the step 1203 and the step 1209.
  • the steps 2401 to 2402 are the same as the steps 1402 to 1403, and the steps 2403 to 2404 are performed between the steps 1403 and 1406.
  • FIG. 25 is a schematic diagram of a second process for storing selected S-CSCF information in an HSS according to an embodiment of the present invention, including the following steps:
  • Step 2501 The S-CSCF sends the information that has been selected by itself to the HSS (PUT (S-CSCF)).
  • Step 2501 is used by the S-CSCF to send an application to the HSS, and the application indicates to the HSS that it wishes to register the user with itself in the subsequent re-registration process.
  • step 2502 is also shown by dashed lines. In actual application, step 2502 may or may not be present.
  • Step 2502 The HSS returns a response message (PUT RESPONSE) to the S-CSCF.
  • PUT RESPONSE a response message
  • the steps 2501 to 2502 are performed between the step 1004 and the step 1007.
  • the steps 2501 to 2502 are performed between the step 1204 and the step 1209.
  • the steps 2501 to 2502 are performed between the step 1405 and the step 1406.
  • the method for storing the selected S-CSCF information in the HSS may be, in addition to FIG. 24 and FIG. 25, in step 1206, when the S-CSCF sends a query message to the HSS, The selected information is sent to the HSS, at which point, step 1206 is changed to step 1206a:
  • Step 1206a The S-CSCF sends a message to the HSS for querying the P-CSCF information of the called user, where the query message includes information that the S-CSCF has been selected.
  • Carrying P-CSCF information or CONTACT information can be achieved by: Reuse, or Add, or Extend Cell (IE).
  • the reused cell refers to: using the original cell, and remains semantically unchanged, but used in a new domain or scenario; the newly added cell means: a new cell is added, and the The name and semantics of the cell are different from those of the existing one; the extended cell means: the original cell is used, and the semantics of the cell is extended to expand the scope of use.
  • the CONTACT information in the embodiment of the present invention may be a CONTACT address.
  • carrying P-CSCF information and/or CONTACT information can be implemented by reusing the following messages: UAR, LIA, MAR, SAR, RTA, PPA, MA A, RTR, or other messages.
  • the parameter Visited-Network-Identifier can be used for reuse and extension.
  • a new message can be added to obtain P-CSCF information and CONTACT information.
  • the I-CSCF obtains the P-CSCF information and the CONTACT information from the HSS, it can be implemented by adding some parameters to the LIA message shown in Table 1. New parameters in the LIA can be reused or extended parameters, or new parameters. Table 2 shows the new parameter descriptions in the LIA, specifically:
  • the parameter used to carry the P-CSCF address can be reused or extended.
  • the original parameter Visited-Network-Identifier is extended so that its semantics are from the original visited network standard.
  • a parameter used to carry the CONTACT address, ie, the UE contact address, is a new parameter.
  • the P-CSCF information and the CONTACT information may be carried by: extending or reusing the P-Visited-Network-ID parameter, or Extended TO header field, or extended request (Request) Uniform Resource Identifier (URI) header field, or new IE implementation.
  • P-Visited-Network-ID parameter or Extended TO header field
  • URI Uniform Resource Identifier
  • the selection result of the S-CSCF is notified, or the sending S-CSCF is selected.
  • the information you choose can be achieved by: Reusing, or adding, or extending a cell.
  • the information when the I-CSCF notifies the HSS of the selection result of the S-CSCF, the information may be implemented by adding a message or reusing the UAR message.
  • the S-CSCF When the information selected by itself is sent to the HSS, it can be implemented by adding a message or reusing a MAR message or an S AR message.
  • any information between the S-CSCF and the P-CSCF in the present invention may be forwarded by the I-CSCF.
  • the re-registration notification forwarding, the session invitation message forwarding, and the re-registration message are used in the embodiment of the present invention.
  • the forwarding and the like are all performed by the same I-CSCF entity.
  • any information transfer between the S-CSCF and the P-CSCF may be performed by the same I-CSCF entity or by different I-CSCF entities.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

一种实现被叫服务的方法和系统 技术领域
本发明涉及一种 IP多媒体技术， 特别涉及一种 IP多媒体子系统中 实现被叫服务的方法和系统。 发明背景
IP多媒体子系统 ( IMS )是第三代协作项目组织 ( 3GPP )为宽带 码分多址（WCDMA )的 R5版本系统中新增加的功能模块， 负责在分 组域连接的基础上为基于 IP的多媒体业务， 如 IP承载话音 （VoIP ) 、 会议电视业务等提供相关控制机制。 IMS主要功能实体中包括呼叫会 话控制功能 （CSCF ) 。 所述呼叫状态控制功能 （CSCF )在 IMS中包 含： 查询 CSCF ( I-CSCF， Interrogating CSCF ) 、 代理 CSCF ( P-CSCF， Proxy CSCF ) 、 服务 CSCF ( S-CSCF, Serving CSCF ) 。
其中， P-CSCF是用户设备（UE )联系 IMS的第一步， 它将从 UE 收到的会话起始协议 ( SIP, Session Initiation Protocol )消息前转给一 个位于归属网络的 SIP服务器 （Server ) , 也将从一个归属网络的 SIP Server收到的 SIP消息前转给 UE。 根据网络运营商设定的地址分析和 可能的修改等一套规则， P-CSCF也可以修改一个发出的请求。 本文 中所述 UE也可以表示用户。
I-CSCF的功能是提供到归属网络的入口，将归属网络的拓朴图对 其它网络隐藏起来， 并可以灵活选择 S-CSCF。
S-CSCF是 IMS的核心网元, 它是一个 SIP Server, 负责会话处理, 完成 UE的会话控制功能， 其中包括将始发的会话路由到外部网络， 将终结的会话路由到访问的网络。 在处理一个呼入的会话起始协议 ( SIP, Session Initiation Protocol )会话请求业务时， S-CSCF决定是 否需要一个应用服务器接受相关信息， 比如： 如果用户签约了前转业 务， 该前转业务由一个应用服务器提供， 则 S-CSCF把呼叫转发到该 应用服务器去进行处理。 所述决定基于从归属用户服务器 （HSS， Home Subscriber Server )或其它来源如应用服务器收到的信息，比如： 如果用户签约了前转业务， 则 H S S会把该用户的签约信息通知给 S-CSCF。
所有的 CSCF功能可以生成和输出呼叫的详细记录用于计费处 理。
所述 HSS由归属位置寄存器（HLR )和鉴权中心（AUC )演进而 来， 是一个给定用户的主数据库， 保存了用户文件和现在正由哪个核 心网络对所述用户服务的相关信息。 HSS是一个包含登记信息的实 体， 用于支持网络实体处理呼叫 /会话, HSS也支持用户认证和授权功 能 （AAA ) , 通过认证、 授权、 名称 /地址解析等服务， HSS帮助呼 叫控制服务器完成选路 /漫游功能。
HSS负责保存下列与用户相关的信息： （ 1 ) 用户标识、 编号及 地址信息； （2 ) 用户安全信息、 用于认证和授权所需的网络接入控 制信息； （3 )在系统间级别上的用户位置信息， 即 HSS处理用户注 册、 存储系统间位置的信息等； （4 ) 用户的概要信息。 基于所述与 用户相关的信息， HSS还可以对不同控制系统， 如： 电路域控制系统、 PS域控制系统、 IP多媒体控制系统等的实体提供支持。
通常，根据用户是否发起注册过程，可以将用户的注册状态分为： 注册状态、 注销状态和未注册状态。 其中， 注册状态是指： 一个公共 用户标识完成了注册（ REGISTER )过程 ,并被分配了服务的 S-CSCF; 注销状态是指： 一个公共用户标识根本没有发起过 REGISTER过程； 未注册状态是指： 一个公共用户标识没有发起 REGISTER过程， 但是 作为被叫被分配了服务的 S-CSCF或者有一个 S-CSCF保存了该公共用 户标识对应用户的描述信息。
至于公共用户标识， 每个签约了 IMS业务的用户都由归属网络运 营商分配了一个或者多个私有用户标识， 用于在注册、 授权、 管理和 计费过程中使用， 并使用网络接入标识 （NAI , Network Access Identifier ) 的格式； 每个 IMS用户还有一个或者多个公共用户标识， 用于和其他用户通信时标识自己， 并找到对方。 私有用户标识一般不 对外公开，而公共用户标识对外公开以便在使用各类业务的会话过程 中使用。
现有技术中实现被叫服务的系统如图 1所示， 包含： I-CSCF11、 HSS12、 S-CSCF13 , P-CSCF14, UE15 , 还可以包含 I-CSCF16。
I-CSCF11 , 接收外部输入的会话邀请消息， 向 HSS12发送查询消 息后，接收 HSS12返回的查询响应消息； 向 S-CSCF13转发会话邀请消 息。
HSS12,接收 I-CSCF11发送的查询消息后， 向 I-CSCF11返回查询 响应消息。
S-CSCF13 , 接收 I-CSCF11转发的会话邀请消息后， 直接或通过 I-CSCF16向 P-CSCF14转发。
P-CSCF14, 接收 S-CSCF13转发的会话邀请消息后转发给 UE15。
UE15 , 接收 P-CSCF14转发的会话邀请消息。
可选单元 I-CSCF16, 接收 S-CSCF13转发的会话邀请消息后转发 给 P-CSCF14。
图 1中的 I-CSCF16用于使用拓朴隐藏特性时。 实际应用时， I-CSCF16与 I-CSCF11可以是两个不同的实体， 也可以是同一个实体。 现有技术中的被叫流程如图 2所示， 包含以下步骤：
步骤 201 : I-CSCF接收会话邀请消息 ( SIP: INVITE ) 。
步骤 202: I-CSCF向 HSS发送查询被叫用户 S-CSCF的消息（ LIR )。 步骤 203: I-CSCF接收 HSS返回的查询响应消息 ( LIA ) 。
步驟 203中， HSS通常向 I-CSCF返回 S-CSCF的位置信息， 比如地 址等。 所述 S-CSCF是指派给被叫用户提供服务的 S-CSCF。
步骤 204: I-CSCF向 S-CSCF转发会话邀请消息（SIP: INVITE ) 。 步骤 205: S-CSCF经过处理后通过 P-CSCF向被叫用户即被叫 UE 发送会话邀请消息 （SIP: INVITE ) 。
通常， P-CSCF收到 S-CSCF发送的会话邀请消息后， 转发给被叫 用户。
如果使用拓朴隐藏特性时， 被叫流程如图 3所示， 包含以下步骤： 步骤 301〜步骤 304: 与步骤 201 204的描述基本相同， 只是步驟 201〜204中的 I-CSCF在这里是 I-CSCF1。
步骤 305 : S-CSCF经过处理后通过 P-CSCF向被叫 UE发送会话邀 请消息 , S-CSCF和 P-CSCF之间经过 I-CSCF2进行拓朴隐藏。
通常, P-CSCF收到 S-CSCF发送的会话邀请消息后, 转发给被叫 用户。
这里， I-CSCF1和 I-CSCF2可以是同一实体， 也可以是两个独立 的实体。
图 2所示步骤 203， 或图 3所示步骤 303中， HSS向 I-CSCF/I-CSCF1 返回查询响应消息时， 可以使用 LIA消息。 LIA消息的具体说明如表 一所示：
3 GPP协议中的参数名称 AVP协议中的参数名称 性质 描述
( Information ( Mapping to Diameter ( Cat. ) ( Description ) element name ) AVP )
Figure imgf000007_0001
图 2或图 3中的被叫用户通常需要事先经过一个注册过程后才能 接受被叫服务。
现有技术中， 用户进行注册的过程如图 4所示， 包含以下步驟： 步驟 401 : UE发起注册（SIP: Register ) , 发起注册的信息通过
P-CSCF到达 I-CSCF。
步骤 402: I-CSCF向 HSS发送查询 S-CSCF的消息 ( CX-Query ) 。 步骤 403: 1-CSCF接收 HSS返回的查询响应消息（ CX-Query-Rsp )。 所述查询响应消息通常包含： 用户所需 S-CSCF的能力集合信息， 如果用户之前注册过， 还可以包含 S-CSCF的位置信息。
步骤 404: I-CSCF向 S-CSCF转发用户注册 ( SIP: Register ) 。 如果步骤 403中所述响应消息中包含用户所需 S-CSCF的能力集 合信息， 但不包含 S-CSCF的位置信息， 则步骤 403和步骤 404之间通 常包含： I-CSCF根据能力集合信息选择一个 S-CSCF的过程， I-CSCF 选择 S-CSCF的具体实现方法不影响图 4的整体流程。
步骤 405: S-CSCF向 HSS鉴权（ CX- Authentication ) 。
步 骤 406 ： S-CSCF 从 HSS 获 得 鉴 权 响 应 消 息 ( CX-Authentication-Rs ) 。 步骤 407 : S-CSCF通知用户未被鉴权并需要鉴权 （ SIP : 401Unauthorized ) , 需要鉴权的消息通过 I-CSCF、 P-CSCF转发给用 户。
步骤 408 : 用户发起新的注册来反馈鉴权计算的结果 （ SIP :
Register ) , 新发起注册的信息通过 P-CSCF到达 I-CSCF。
步驟 409: I-CSCF向 HSS发送查询 S-CSCF的消息。
步骤 410: I-CSCF从 HSS获得查询响应消息。
步骤 411 : I-CSCF向 S-CSCF转发用户注册。
步骤 412: S-CSCF向 HSS上报用户数据 （CX-Put ) 。
步驟 413: S-CSCF接收 HSS返回的上报响应消息（ CX-Put-Rsp ) 。 步骤 414: S-CSCF向 HSS申请下载数据 （ CX-Pull ) 。
步骤 415: S-CSCF接收 HSS返回的下载响应消息（ CX-Pull-Rsp )。 步驟 416: S-CSCF向用户通知注册鉴权成功消息（SIP: 200 OK ) , 注册鉴权成功消息通过 I-CSCF、 P-CSCF转发给用户。
通常在注册后， 用户为了获知网络对注册状态的维护信息， 向
S-CSCF订阅自身的注册状态。 图 5为用户订阅自身注册状态的过程示 意图， 包含以下步骤：
步驟 501 : 用户通过 P-CSCF向 S-CSCF发送订阅注册状态消息 ( SUBCRIBE ) 。
步驟 502: S-CSCF通过 P-CSCF向用户返回响应消息 ( 200 OK ) 。 图 2、 图 3所示被叫流程或图 4所示注册流程中均涉及到 I-CSCF选 择 S-CSCF的过程。 图 6为 I-CSCF选择 S-CSCF的过程示意图， 包含以 下步骤：
步骤 601 : I-CSCF向 HSS发送查询 S-CSCF的消息 （LIR ) 。
步骤 602: HSS向 I-CSCF返回查询响应消息 ( LIA ) 。 应用于图 2或图 3所示被叫流程中时， 步骤 602中 HSS通常返回 S-CSCF的位置信息； 应用于图 4所示被叫流程中时， 步驟 602中 HSS 通常返回用户需要的 S-CSCF的能力信息， I-CSCF收到响应消息后， 通常根据用户所需 S-CSCF的能力信息选择 S-CSCF。
图 6中还用虚线表示出 I-CSCF选择 S-CSCF之后， 由选择的 S-CSCF为用户提供服务的步骤 603:
步驟 603: 由 I-CSCF选择的 S-CSCF为用户提供服务（ SESSION ) 。 所述步骤 603可以与图 2中步骤 204〜步驟 205、 或图 3中步驟 304〜 步驟 305、 或图 4中步驟 404〜步骤 416相同。
现有技术的缺点是： 目前实现被叫服务的系统中， 当指派给用户 提供服务的 S-CSCF由于某种原因无法提供服务时， 系统无法通知用 户， 导致无法为用户提供被叫服务。 也就是说， 没有 S-CSCF容灾的 处理方法， 所述没有 S-CSCF容灾具体是指： 当指派给用户提供服务 的 S-CSCF由于火灾等原因无法提供服务时， 系统不能继续为用户提 供服务。 发明内容
有鉴于此， 本发明的主要目的在于提供一种实现被叫服务的方 法， 当原先指派给用户提供服务的 S-CSCF无法为被叫用户提供服务 时， 能由网络侧为被叫用户提供服务。
本发明的另一主要目的在于提供一种实现被叫服务的系统，当原 先指派给用户提供服务的 S-CSCF无法为被叫用户提供服务时 , 能由 网络侧为被叫用户提供服务。
本发明的技术方案是这样实现的：
一种实现被叫服务的方法， 该方法包含以下步骤： A、 网络侧确定给被叫用户提供服务的服务呼叫状态控制功能 S-CSCF无法提供服务后，确定新 S-CSCF，并根据归属用户服务器 HSS 中存储的被叫用户所属代理呼叫状态控制功能 P-CSCF信息， 通过 P-CSCF向被叫用户发送重新注册通知；
B、 被叫用户进行重新注册；
C、 将会话邀请消息通过新 S-CSCF传递给被叫用户。
步骤 A之前进一步包含： 查询呼叫状态控制功能 I-CSCF收到外部 的会话邀请消息；
相应的， 步骤 A包含以下步骤：
Al l , I-CSCF向 HSS发送查询 S-CSCF的消息， HSS向 I-CSCF返回 查询响应消息，查询响应消息中包含：给被叫用户提供服务的 S-CSCF 信息、 P-CSCF信息；
A12、 I-CSCF确定给被叫用户提供服务的 S-CSCF无法提供服务 后， 确定新 S-CSCF, 并向新 S-CSCF发送包含 P-CSCF信息的会话邀请 消息；
A13、 新 S-CSCF通过 P-CSCF向被叫用户发送重新注册通知。 步骤 A之前进一步包含： I-CSCF收到外部的会话邀请消息； 相应的， 步骤 A包含以下步驟：
A21、 I-CSCF向 HSS发送查询 S-CSCF的消息， HSS向 I-CSCF返回 查询响应消息，查询响应消息中包含：给被叫用户提供服务的 S-CSCF
^息 5
A22、 I-CSCF确定给被叫用户提供服务的 S-CSCF无法提供服务 后， 确定新 S-CSCF, 并向新 S-CSCF转发收到的会话邀请消息；
A23、新 S-CSCF向 HSS发送查询消息， HSS向新 S-CSCF返回包含 P-CSCF信息的查询响应消息； A24、 新 S-CSCF通过 P-CSCF向被叫用户发送重新注册通知。 步驟 A之前进一步包含： I-CSCF收到外部的会话邀请消息； 相应的， 所述步骤 A包含以下步骤：
A31、 I-CSCF向 HSS发送查询 S-CSCF的消息， HSS向 I-CSCF返回 查询响应消息，查询响应消息中包含：给被叫用户提供服务的 S-CSCF 信息、 P-CSCF信息；
A32、 I-CSCF确定给被叫用户提供服务的 S-CSCF无法提供服务 后， 通过 P-CSCF向被叫用户发送重新注册通知， 并确定新 S-CSCF后； 所述步骤 A32和步骤 C之间进一步包含： I-CSCF向新 S-CSCF发送 会话邀请消息。
新 S-CSCF收到的会话邀请消息中包含指派给被叫用户提供服务 的 S-CSCF无法提供服务的信息。
步驟 A之前进一步包含： I-CSCF收到外部的会话邀请消息； 相应的， 步驟 A包含以下步骤：
A41、 I-CSCF向 HSS发送查询 S-CSCF的消息， HSS收到查询消息， 并确定给被叫用户提供服务的 S-CSCF无法提供服务后， 确定新 S-CSCF;
A42、 I-CSCF向新 S-CSCF发送重新注册通知， 同时将 P-CSCF信 息发送给新 S-CSCF;
A43、 新 S-CSCF收到重新注册通知后通过 P-CSCF发送给被叫用 户；
所述步骤 A41和步骤 C之间进一步包含： HSS向 I-CSCF返回查询 响应消息， 查询响应消息中包含 HSS选定的新 S-CSCF的信息；
步骤 C之前进一步包含： 在 I-CSCF收到查询响应消息后向新 S-CSCF发送会话遨请消息。 所述新 S-CSCF与 P-CSCF之间的信息通过 I-CSCF传递。
I-CSCF收到 HSS返回的查询响应消息后， 在步骤 B之前进一步包 含： I-CSCF将确定的新 S-CSCF信息发送给 HSS。
新 S-CSCF收到会话邀请消息后， 在步骤 B之前进一步包含： 新 S-CSCF将自身被选择的信息发送给 HSS。
所述被叫用户所属 P-CSCF信息在被叫用户进行注册时在 HSS中 进行存储；
相应的， 步骤 A之前进一步包含： 被叫用户通过 P-CSCF向网络侧 发送注册请求， 网络侧收到注册请求后在 HSS存储 P-CSCF信息。
所述在 HSS存储 P-CSCF信息具体为： 注册过程中， 网络侧中的 I-CSCF向 HSS发送查询消息时， 将被叫用户所属的 P-CSCF信息存储 在 HSS中；
或者是： 注册过程中， 网络侧中的 S-CSCF向 HSS发送鉴权消息 时， 将被叫用户所属的 P-CSCF信息存储在 HSS中；
或者是： 注册过程中， 网络侧中的 S-CSCF向 HSS上报数据时， 将被叫用户所属的 P-CSCF信息存储在 HSS中；
或者是： 注册过程中， 网络侧中的 S-CSCF向 HSS申请下载数据 时， 将被叫用户所属的 P-CSCF信息存储在 HSS中。
HSS中存储 P-CSCF信息时， 同时存储被叫用户的联系 CONTACT 信息、 呼叫标识 CALLID、 命令序列 CSEQ、 标签 TAG;
相应的， 网络侧发起的重新注册通知根据 HSS中存储的 CONTACT信息、 CALLID、 CSEQ、 TAG创建。
被叫用户收到注册成功消息后， 向 S-CSCF发送订阅注册状态消 息， S-CSCF收到订阅注册状态消息后， 向 HSS发送订阅信息；
相应的， 网络侧发起的重新注册通知根据 HSS中存储的被叫用户 订阅信息创建。
所述重新注册通知用 NOTIFY消息、 或 MESSAGE消息、 或 INFO 消息、 或 REGISTER消息传递。
所述包含 P-CSCF信息的查询响应消息中进一步包含： 被叫用户 的 CONTACT信息、 CALLID, CSEQ^ TAG;
相应的， 所述重新注册通知根据被叫用户的 CONTACT信息、 CALLID、 CSEQ、 TAG创建。
所述 P-CSCF信息的携带通过： 重用、 或扩展、 或新增信元实现。 所述 CONTACT信息的携带通过： 重用、 或扩展、 或新增信元实 现。
所述 I-CSCF向 HSS发送确定的新 S-CSCF信息通过：重用、或扩展、 或新增信元实现。
所述新 S-CSCF向 HSS发送自身被选择的信息通过：重用、或扩展、 或新增信元实现。
所述 P-CSCF信息为 P-CSCF地址。
所述 CONTACT信息为 CONTACT地址。
一种实现被叫服务的系统， 包含： 第一 I-CSCF、 HSS、 S-CSCF, P-CSCF, UE, 第一 I-CSCF接收外部输入的会话邀请消息后转发给 S-CSCF , 并与 HSS交互信息； S-CSCF收到会话邀请消息后转发给 P-CSCF, P-CSCF收到会话邀请消息后转发给 UE,
所述 HS S还用于提供自身存储的 P-CSCF信息， 并与 S-CSCF交互 重新注册消息；
P-CSCF与 S-CSCF交互重新注册消息， 与 UE交互重新注册消息， 接收重新注册通知后转发给 UEUE接收重新注册通知，向 P-CSCF发送 重新注册消息。 所述 HSS将 P-CSCF信息发送给第一 I-CSCF;
第一 I-CSCF与 S-CSCF之间进一步包含： 第一 I-CSCF向 S-CSCF发 送 P-CSCF信息的连接；
S-CSCF与 P-CSCF之间进一步包含： S-CSCF向 P-CSCF发送重新 注册通知的连接。
所述 HSS将 P-CSCF信息发送给 S-CSCF;
S-CSCF与 HSS之间进一步包含： S-CSCF向 HSS发送查询消息， HS S向 S-C S CF返回查询响应消息的连接；
S-CSCF与 P-CSCF之间进一步包含： S-CSCF向 P-CSCF发送重新 注册通知的连接。
所述 HSS将 P-CSCF信息发送给第一 I-CSCF;
第一 I-CSCF与 P-CSCF之间进一步包含： 第一 I-CSCF向 P-CSCF发 送重新注册通知的连接。
所述 HSS将 P-CSCF信息发送给 S-CSCF;
S-CSCF与 P-CSCF之间进一步包含： S-CSCF向 P-CSCF发送重新 注册通知的连接。
所述第一 I-CSCF和 HSS之间进一步包含： 第一 I-CSCF向 HSS发送 S-CSCF信息的连接。
所述 S-CSCF和 HSS之间进一步包含： S-CSCF向 HSS发送自身信 息的连接。
所述 S-CSCF与 P-CSCF之间包含： 第二 I-CSCF;
第二 I-CSCF接收 S-CSCF发送的信息后向 P-CSCF转发， 接收 P-CSCF发送的信息后向 S-QSCF转发。
所述第二 I-CSCF与第一 I-CSCF为同一个实体或两个不同的实 体。 所述第一 I-CSCF与 HSS之间进一步包含： 第一 I-CSCF向 HSS发送 P-CSCF信息的连接。
所述 S-CSCF与 HSS之间进一步包含： S-CSCF向 HSS发送 P-CSCF 信息的连接。
本发明所提供的实现被叫服务的方法及系统， 能够在一个 S-CSCF由于过载、或灾难发生等原因无法使用时， 由网络侧利用 HSS 中保存的被叫用户所属 P-CSCF信息， 通过 P-CSCF通知被叫用户进行 重新注册， 使被叫用户完成重新注册后， 通过新的 S-CSCF向被叫用 户传递会话， 以此实现网络侧继续为被叫用户提供服务。 附图简要说明
图 1为现有技术中实现被叫服务的系统示意图；
图 2为现有技术中实现被叫服务的过程示意图；
图 3为现有技术中使用拓朴隐藏特性时， 实现被叫服务的过程示 意图；
图 4为现有技术中用户进行注册的过程示意图；
图 5为现有技术中用户订阅自身注册状态的过程示意图； 图 6为现有技术中 I-CSCF选择 S-CSCF的过程示意图；
图 7为本发明中实现被叫服务的系统示意图；
图 8为本发明中实现被叫服务的过程示意图；
图 9为本发明本实施例 1中实现被叫服务的系统示意图；
图 10为本发明本实施例 1中实现被叫服务的过程示意图； 图 11为本发明本实施例 2中实现被叫服务的系统示意图； 图 12为本发明本实施例 2中实现被叫服务的过程示意图； 图 13为本发明本实施例 3中实现被叫服务的系统示意图； 图 14为本发明本实施例 3中实现被叫服务的过程示意图； 图 15为本发明本实施例 4中实现被叫服务的系统示意图； 图 16为本发明本实施例 4中实现被叫服务的过程示意图； 图 17为在本发明实施例中的被叫流程之前，用户进行注册的第一 种过程示意图；
图 18为在本发明实施例中的被叫流程之前，用户进行注册的第二 种过程示意图；
图 19为本发明实施例中， 用户订阅自身注册状态时在 HSS存储注 册信息的过程示意图；
图 20为本发明实施例中 S-CSCF将重新注册通知由 NOTIFY消息 发送给 P-CSCF的原理示意图；
图 21为本发明实施例中 S-CSCF将重新注册通知由 MESSAGE消 息发送给 P-CSCF的原理示意图；
图 22为本发明实施例中 S-CSCF将重新注册通知由 INFO消息发 送给 P-CSCF的原理示意图；
图 23为本发明实施例中 S-CSCF将重新注册通知由 RIGISTER消 息发送给 P-CSCF的原理示意图；
图 24为本发明实施例中将选择的 S-CSCF信息存储在 HSS中的第 一种过程示意图；
图 25为本发明实施例中将选择的 S-CSCF信息存储在 HSS中的第 二种过程示意图。 实施本发明的方式
本发明的核心思想是： 网络侧判断发现原先指派给用户提供服务 的 S-CSCF无法给被叫用户提供服务时，利用 HSS中保存的被叫用户所 属 P-CSCF的信息， 通过 P-CSCF通知被叫用户进行重新注册， 被叫用 户完成重新注册后， 通过新的 S-CSCF向被叫用户传递会话邀请消息。
图 7为本发明中实现被叫服务的系统示意图， 图 7所示系统包含： I-CSCF71 , HSS72、 S-CSCF73、 P-CSCF74、 UE75。
I-CSCF71 , 接收外部输入的会话邀请消息后转发给 S-CSCF73 , 与 HSS72交互信息。
HSS72, 与 I-CSCF71交互信息; 与 S-CSCF73交互重新注册消息； 提供自身存储的 P-CSCF74信息用以通过 P-CSCF74传递重新注册通 知。
S-CSCF73 , 与 HSS72和 P-CSCF74交互重新注册消息； 接收 I-CSCF71转发的会话邀请消息后转发给 P-CSCF74。
P-CSCF74, 与 S-CSCF73、 UE75交互重新注册消息； 接收重新注 册通知后转发给 UE75; 接收 S-CSCF73转发的会话邀请消息后转发给 UE15。
UE75 , 接收 P-CSCF74转发的重新注册通知； 与 P-CSCF74交互重 新注册消息； 接收 P-CSCF74转发的会话邀请消息。
本文中所述重新注册消息为： 在重新注册过程中所传递的消息。 图 8为本发明中实现被叫服务的过程示意图， 包含以下步骤： 步骤 801： 网络侧确定指派给被叫用户提供服务的 S-CSCF无法提 供服务后，确定新 S-CSCF,并根据 HSS中存储的被叫用户所属 P-CSCF 信息， 通过 P-CSCF向被叫用户发送重新注册通知。
这里， 网络侧可以是指 I-CSCF、 S-CSCF或 HSS。
通常步骤 801之前包含： 网络侧中的 I-CSCF收到外部发送的会话 邀请消息的步骤。
步骤 802〜803： 被叫用户进行重新注册； 网络侧通过新 S-CSCF向 被叫用户传递会话邀请消息。
本发明中， HSS提供 P-CSCF信息， 可以是： 接收 I-CSCF的查询 消息后， 向 I-CSCF返回查询响应消息时提供； 或接收 S-CSCF的查询 消息后向 S-CSCF提供； 或向 S-CSCF发起重新注册通知时提供。其中， HSS收到 I-CSCF的查询消息后， 向 I-CSCF返回查询响应消息时提供 P-CSCF信息时， 重新注册的通知可以由 S-CSCF发起， 也可以由 I-CSCF发起。 本发明中所述 P-CSCF信息为网络中能够表示 P-CSCF位 置的信息， 比如 P-CSCF地址。
实施例 1 :
本实施例中， HSS提供 P-CSCF信息是： 接收 I-CSCF的查询消息 后， 向 I-CSCF返回查询响应消息时提供， 且本实施例中重新注册的通 知由 S-CSCF发起。
图 9为本实施例中实现被叫服务的系统示意图， 图 9所示系统包 含： I-CSCF9K HSS92、 S-CSCF93、 P-CSCF94, UE95 , 还可以包含： I-CSCF96。
I-CSCF91 , 接收外部输入的会话邀请消息， 向 S-CSCF93发送包 含 P-CSCF94信息的会话邀请消息； 向 HSS92发送查询消息， 接收 HSS92返回的包含 P-CSCF94信息的查询响应消息； 还可以接收 S-CSCF93返回的用以保持会话的消息。
HSS92 , 接收 I-CSCF91发送的查询消息， 向 I-CSCF91返回包含 P-CSCF94信息的查询响应消息； 还可以与 S-CSCF93交互重新注册消 息， 与 I-CSCF96交互重新注册消息。
S-CSCF93 , 接收 I-CSCF91发送的包含 P-CSCF94信息的会话邀请 消息， 直接或通过 I-CSCF96向 P-CSCF94转发会话邀请消息； 还可以 发起重新注册通知， 并直接或通过 I-CSCF96向 P-CSCF94发送重新注 册通知； 还可以与 HSS92交互重新注册消息， 并直接或通过 I-CSCF96 与 P-CSCF94交互重新注册消息； 还可以向 I-CSCF91返回用以保持会 话的消息。
P-CSCF94, 接收 S-CSCF93转发的会话邀请消息后转发给 UE95; 还可以接收 S-CSCF93直接或通过 I-CSCF96发送的重新注册通知后转 发给 UE95; 还可以与 UE95交互重新注册消息， 直接或通过 I-CSCF96 与 S-CSCF93交互重新注册消息。
UE95 , 接收 P-CSCF94转发的会话邀请消息； 还可以接收 P-CSCF94转发的重新注册通知； 还可以与 P-CSCF94交互重新注册消 可选单元 I-CSCF96, 接收 S-CSCF93转发的会话邀请消息后转发 给 P-CSCF94; 还可以接收 S-CSCF93发送的重新注册通知后转发给 P-CSCF94; 还可以转发 S-CSCF93和 P-CSCF94之间的重新注册消息， 与 HSS92交互重新注册消息。
图 10为本实施例中实现被叫服务的过程示意图， 包含以下步骤： 步骤 1001〜步骤 1002: 与步骤 201〜步骤 202的所有描述相同。
步骤 1003 : I-CSCF接收 HSS返回的包含 P-CSCF信息的查询响应 消息。
步驟 1003所述查询响应消息中包含被叫用户的 S-CSCF位置信 息， 比如地址等。 本实施例中， I-CSCF也可以接收被叫用户的联系 ( CONTACT )信息， 还可以接收与用户订阅相关的其他信息， 比如： 呼叫标识（ CALLID )、命令序列（ CSEQ )、来源（ From )标签（ TAG )、 目的 （ TO ) TAG等参数。 所述被叫用户的 S-CSCF是指派给被叫用户 提供服务的 S-CSCF。
步骤 1003所述 P-CSCF为被叫用户所属 P-CSCF。 步骤 1004: I-CSCF向被叫用户所属的 S-CSCF发送包含 P-CSCF信 息的会话邀请消息。
至于步骤 1004中所述 S-CSCF , 在步驟 1003和步驟 1004之间 , I-CSCF收到查询响应消息后 , 判断已指派的为被叫用户提供服务的 S-CSCF能否提供服务， 如果能提供服务， 则步驟 1004中所述 S-CSCF 是已指派的 S-CSCF, 且执行完步骤 1004之后可以直接执行步骤 1008; 如果不能提供服务， 则 I-CSCF会根据自身存储的可用 S-CSCF列表， 从中选择一个新的 S-CSCF, 相应的， 步骤 1004中所述 S-CSCF是选定 的新 S-CSCF。
所述 I-CSCF确定已指派的为被叫用户提供服务的 S-CSCF能不能 提供服务的过程、 所述 I-CSCF选择 S-CSCF的过程， 均可由现有技术 中的多种方法实现。
如果步驟 1003中 I-CSCF接收被叫用户的 CONTACT信息， 以及与 用户订阅相关的其他信息， 则步骤 1004中， I-CSCF还可以向 S-CSCF 发送被叫用户的 CONTACT信息， 以及与用户订阅相关的其他信息。
图 10中用虚线表示出一个可选步骤 1005 , 实际应用时， 步骤 1005 可以有， 也可以没有。
步驟 1005: S-CSCF收到会话邀请消息后向呼叫源侧返回用以保 持会话的消息。
步骤 1005所述返回的消息可以为 SIP中的 1XX消息。
实际应用时， 步骤 1005可以在步骤 1004之后的任意位置执行。 步骤 1006: S-CSCF发起重新注册通知（reAuthentication ) , 并通 过 P-CSCF将重新注册通知发送给被叫用户即被叫 UE。
如果使用拓朴隐藏特性， 则图 10中 S-CSCF发起的重新注册通知 将通过虚线框标出的 I-CSCF转发给 P-CSCF。 步骤 1007： 执行由被叫 UE发起的重新注册流程 （ register precedure ) 。
步骤 1007可以与现有技术中的很多注册流程相同， 比如： 可以与 图 4所示流程相同。
步驟 1008: S-CSCF完成会话。 具体地说： S-CSCF将接收的会话 邀请消息通过 P-CSCF转发给被叫 UE。
如果使用拓朴隐藏特性， 则图 10中 S-CSCF接收的会话邀请消息 将通过虚线框标出的 I-CSCF转发给 P-CSCF。
实际应用中， 图 10所示虚线框标出的 I-CSCF与实线框标出的 I-CSCF可以是同一个实体，也可以是两个不同的实体即两个独立的实 体。
实施例 2:
本实施例中， HSS提供 P-CSCF信息是： 接收 S-CSCF的查询消息 后向 S-CSCF提供， 且本实施例中重新注册的通知由 S-CSCF发起。
图 11为本实施例中实现被叫服务的系统示意图，图 11所示系统包 含： I-CSCF111 , HSS112、 S-CSCF113、 P-CSCF114、 UE115 , 还可 以包含： I-CSCF116。
I-CSCF111 ,接收外部输入的会话邀请消息后向 S-CSCF113转发； 向 HSS112发送查询消息， 接收 HSS112返回的查询响应信息； 还可以 接收 S-CSCF113返回的用以保持会话的消息。
HSS112, 接收 I-CSCF111发送的查询消息， 向 I-CSCF111返回查 询响应消息； 接收 S-CSCF113发送的查询消息, 向 S- CSCF113返回包 含 P-CSCF114信息的查询响应消息； 还可以与 S-CSCF113交互重新注 册消息， 与 I-CSCF116交互重新注册消息。
S-CSCF113 , 接收 I-CSCF111发送的会话邀请消息； 向 HSS112发 送查询消息， 接收 HSS112返回的包含 P-CSCF114信息的查询响应消 息； 直接或通过 I-CSCF116向 P-CSCF114发送重新注册通知； 与 HSS112交互重新注册消息， 直接或通过 I-CSCF116与 P-CSCF114交互 重新注册消息； 直接或通过 I-CSCF116向 P-CSCF114转发会话邀请消 息； 还可以向 I-CSCF111返回用以保持会话的消息。
P-CSCF114, 接收 S-CSCF113直接或通过 I-CSCF116发送的重新 注册通知后转发给 UE115; 与 UE115交互重新注册消息， 直接或通过 I-CSCF116与 S-CSCF113交互重新注册消息; 接收 S-CSCF113转发的 会话邀请消息后转发给 UE115。 .
UE115 , 接收 P-CSCF114转发的重新注册通知； 与 P-CSCF114交 互重新注册消息； 接收 P-CSCF 114转发的会话邀请消息。
可选单元 I-CSCF116, 接收 S-CSCF113发送的重新注册通知后转 发给 P-CSCF114;转发 S-CSCF113和 P-CSCF114之间的重新注册消息， 与 HSS112交互重新注册消息；接收 S-CSCF113转发的会话邀请消息后 转发给 P-CSCF114。
图 12为本实施例中实现被叫服务的过程示意图， 包含以下步骤： 步骤 1201〜步驟 1203: 与步骤 201〜步骤 203的所有描述相同。
步骤 1204: I-CSCF向被叫用户所属的 S-CSCF转发收到的会话邀 请消息。
至于步骤 1204中所述 S-CSCF , 在步骤 1203和步骤 1204之间， I-CSCF收到查询响应消息后 , 判断已指派的为被叫用户提供服务的 S-CSCF能否提供服务， 如果能提供服务， 则步骤 1204中所述 S-CSCF 是已指派的 S-CSCF, 且执行完步骤 1204之后可以直接执行步骤 1210; 如果不能提供服务， 则 I-CSCF会根据自身存储的可用 S-CSCF列表， 从中选择一个新的 S-CSCF, 相应的， 步骤 1204中所述 S-CSCF是选定 的新 S-CSCF。
所述 I-CSCF确定已指派的为被叫用户提供服务的 S-CSCF能不能 提供服务的过程、 所述 I-CSCF选择 S-CSCF的过程， 均可由现有技术 中的多种方法实现。
图 12中用虚线表示出一个可选步驟 1205, 实际应用时， 步骤 1205 可以有， 也可以没有。
步驟 1205： S-CSCF向呼叫源侧返回用以保持会话的消息。
步骤 1205所述返回的消息可以为 SIP中的 1XX消息。
实际应用时， 步骤 1205可以在步骤 1204之后的任意位置执行。 步骤 1206: S-CSCF向 HSS发送查询被叫用户 P-CSCF信息的消息。 步骤 1207: HSS向 S-CSCF返回包含被叫用户 P-CSCF信息的查询 响应消息。
步棟 1207中， HSS向 S-CSCF返回的查询响应消息中还可以包含： 被叫用户的 CONTACT信息， 以及与用户订阅相关的其他信息， 比如： CALLID, CSEQ TAG等参数。
步骤 1208〜步骤 1210与实施例 1中步驟 1006〜步骤 1008的所有描述 相同。
实际应用中 , 图 12所示虚线框标出的 I-CSCF与实线框标出的 I-CSCF可以是两个不同的实体， 也可以是同一个实体。
实施例 3:
本实施例中， HSS提供 P-CSCF信息是： 接收 I-CSCF的查询消息 后， 向 I-CSCF返回查询响应消息时提供， 且本实施例中重新注册的通 知由 I-CSCF发起。
图 13为本实施例中实现被叫服务的系统示意图，图 13所示系统包 含: I-CSCF13 K HSS132、 S-CSCF133 , P-CSCF134, UE135 , 还可 以包含： I-CSCF136。
I-CSCF131 , 接收外部输入的会话邀请消息， 向 HSS132发送查询 消息， 接收 HSS132返回的包含 P-CSCF134信息的查询响应消息； 向 S-CSCF133转发会话邀请消息； 还可以向 P-CSCF134发送重新注册通 知； 还可以接收 S-CSCF133返回的用以保持会话的消息。
HSS132, 接收 I-CSCF131发送的查询消息, 向 I-CSCF131返回包 含 P-CSCF134信息的查询响应消息； 还可以与 S-CSCF133交互重新注 册消息， 与 I-CSCF136交互重新注册消息。
S-CSCF133 , 接收 I-CSCF131发送的会话邀请消息， 直接或通过 I-CSCF136向 P-CSCF134转发会话邀请消息； 还可以与 HSS132交互重 新注册消息， 并直接或通过 I-CSCF136与 P-CSCF134交互重新注册消 息； 还可以向 I-CSCF 111返回用以保持会话的消息。
P-CSCF134 , 接收 S-CSCF133转发的会话邀请消息后转发给 UE135; 还可以接收 I-CSCF131发送的重新注册通知后转发给 UE135; 还可以与 UE135交互重新注册消息， 直接或通过 I-CSCF136与 S-CSCF133交互重新注册消息。
UE135 , 接收 P-CSCF134转发的会话邀 '请消息； 还可以接收 P-CSCF134转发的重新注册通知； 还可以与 P-CSCF134交互重新注册 消息。
可选单元 I-CSCF136, 接收 S-CSCF 133转发的会话邀请消息后转 发给 P-CSCF134; 还可以转发 S-CSCF133和 P-CSCF134之间的重新注 册消息， 与 HSS132交互重新注册消息。
图 14为本实施例中实现被叫服务的过程示意图， 包含以下步驟： 步驟 1401〜步骤 1403: 与实施例 1中步驟 1001〜步骤 1003的所有描 述相同。 步骤 1403之后， 即 I-CSCF收到查询响应消息后， I-CSCF判断已 指派的为被叫用户提供服务的 S-CSCF能否提供服务， 如果能提供服 务， 则执行步驟 1405; 如果不能提供服务， 则执行步骤 1404。
这里， 所述 I-CSCF确定已指派的为被叫用户提供服务的 S-CSCF 能不能提供服务的过程可由现有技术中的多种方法实现。
步骤 1404: I-CSCF发起重新注册通知， 并通过 P-CSCF将重新注 册通知发送给被叫用户即被叫 UE。
步驟 1405: I-CSCF向被叫用户所属的 S-CSCF发送会话邀请消息。 至于步骤 1405所述 S-CSCF, 在步骤 1403之后， 如果 I-CSCF判断 为： 已指派的为被叫用户提供服务的 S-CSCF能提供服务，则步驟 1405 中所述 S-CSCF是已指派的 S-CSCF; 如果 I-CSCF判断为: 已指派的为 被叫用户提供服务的 S-CSCF不能提供服务， 则在步骤 1405之前， I-CSCF会根据自身存储的可用 S-CSCF列表, 从中选择一个新的 S-CSCF,相应的，步骤 1405中所述 S-CSCF是 I-CSCF选定的新 S-CSCF。
所述 I-CSCF选择 S-CSCF的过程可由现有技术中的多种方法实 现。
步骤 1405中， 如果所述 S-CSCF是 I-CSCF选定的新 S-CSCF , 则 I-CSCF向 S-CSCF发送的会话邀请消息中可以包含一个原因值， 所述 原因值用以通知 S-CSCF原 S-CSCF无法提供服务，且指示 S-CSCF等待 用户的重新注册。
实际应用时，步骤 1405可以在步骤 1403和步骤 1407之间的饪意位 置执行。
参照实施例 1中的步驟 1005,图 14中用虚线表示出一个可选步骤， 即 S-CSCF收到 I-CSCF转发的会话邀请消息后 , 也可以向 I-CSCF返回 一个用以保持会话的消息， 且所述用以保持会话的消息也可以为 SIP 中的 1XX消息。
步骤 1406~步骤 1407与实施例 1中步骤 1007〜步骤 1008的所有描述 相同。
需要说明的是，本实施例中，如果在步骤 1403之后 I-CSCF判断为： 已指派的为被叫用户提供服务的 S -C S CF能提供服务， 则所述步骤 1404和步骤 1406将可以省略。
实施例 4:
本实施例中， HSS提供 P-CSCF信息是： 向 S-CSCF发起重新注册 通知时提供。
图 15为本实施例中实现被叫服务的系统示意图，图 15所示系统包 含: I-CSCF151、 HSS152、 S-CSCF153、 P-CSCF154 , UE155 , 还可 以包含： I-CSCF156o
I-CSCF151 , 接收外部输入的会话邀请消息; 向 HSS152发送查询 消息， 接收 HSS152返回的查询响应消息； 向 S-CSCF15转发会话邀请 消息。
HSS152, 接收 I-CSCF151发送的查询消息； 向 S-CSCF153发送包 含 P-CSCF154信息的重新注册通知； 向 I-CSCF151返回查询响应消息； 与 S-CSCF153交互重新注册消息； 还可以接收 S-CSCF153返回的重新 注册响应消息， 与 I-CSCF156交互重新注册消息。
S-CSCF153 ,接收 HSS152发送的包含 P-CSCF154信息的重新注册 通知， 直接或通过 I-CSCF156向 P-CSCF154发送重新注册通知； 与 HSS152互重新注册消息， 直接或通过 I-CSCF156与 P-CSCF154交互重 新注册消息； 接收 I-CSCF151转发的会话邀请消息， 直接或通过 I-CSCF156向 P-CSCF154转发会话邀请消息； 还可以向 HSS152返回 S-CSCF153重新注册响应消息。 P-CSCF154 , 接收 S-CSCF153直接或通过 I-CSCF156发送的重新 注册通知后转发给 UE155; 与 UE155交互重新注册消息， 直接或通过 I-CSCF156与 S-CSCF153交互重新注册消息； 接收 S-CSCF153转发的 会话邀请消息后转发给 UE155。
UE155 , 接收 P-CSCF154转发的重新注册通知； 与 P-CSCF154交 互重新注册消息； 接收 P-CSCF 154转发的会话邀请消息。
可选单元 I-CSCF156, 接收 S-CSCF153发送的重新注册通知后转 发给 P-CSCF 154 ; 接收 S-CSCF 153转发的会话邀请消息后转发给 P-CSCF154转发；转发 S-CSCF153和 P-CSCF154之间的重新注册消息， 与 HSS152交互重新注册消息。
图 16为本实施例中实现被叫服务的过程示意图， 包含以下步骤： 步骤 1601〜步骤 1602: 与步骤 201〜步骤 202的所有描述相同。
步驟 1602之后， 在 HSS收到查询消息后， HSS通常判断已指派的 为被叫用户提供服务的 S-CSCF能否提供服务， 如果能提供服务， 则 执行步骤 1607; 如果不能提供服务， 则 HSS会根据自身存储的可用 S-CSCF列表, 从中选择一个新的 S-CSCF, 并执行步驟 1603。
这里 , 所述 HSS确定已指派的为被叫用户提供服务的 S-CSCF能 不能提供服务的过程、所述 HSS选择 S-CSCF的过程， 均可由现有技术 中的多种方法实现。
步骤 1603: HSS向选定的新 S-CSCF发送包含 P-CSCF信息的重新 注册通知。
步驟 1603所述重新注册通知也可以称为重新注册通知消息。
步骤 1604: S-CSCF通过 P-CSCF将重新注册通知发送给被叫用户 即被叫 UE。
如果使用拓朴隐藏特性， 则图 16中 S-CSCF通过虚线框标出的 I-CSCF, 将重新注册通知发送给； P-CSCF。
图 16中用虚线表示出一个可选步骤 1605 , 实际应用时， 步骤 1605 可以有， 也可以没有。
步骤 1605: S-CSCF向 HSS返回重新注册通知的响应消息。
实际应用时， 步骤 1605可以在步驟 1603之后的任意位置执行。 步驟 1606: 执行由被叫 UE发起的重新注册流程， 具体与实施例 1 中步驟 1007的描述完全相同。
步骤 1607: HSS向 I-CSCF返回查询响应消息。
这里， 如果步骤 1602之后， HSS选择了一个新的 S-CSCF , 并执 行了步骤 1603 , 则步骤 1607中， HSS返回的查询响应消息中包含 HSS 选定的新 S-CSCF的信息； 如果步骤 1602之后， HSS判断为： 已指派的 为被叫用户提供服务的 S-CSCF能提供服务， 则步骤 1607中， HSS返回 的查询响应消息中包含已指派的 S-CSCF信息。
实际应用时， 步骤 1607除了如图 16所示， 也可以在步骤 1603之前 执行、 或在步骤 1603和步骤 1609之间的任意位置执行。
步骤 1608: I-CSCF向 S- CSCF转发收到的会话邀请消息。
步骤 1608中所述 S-CSCF为： 步驟 1607所述查询响应消息中所包 含的 S-CSCF, 也就是 I-CSCF收到查询响应消息中所包含的 S-CSCF。
实际应用时， 步骤 1608除了如图 16所示， 也可以在步骤 1603之前 执行、 或在步骤 1603和步骤 1609之间的任意位置执行。 步骤 1608除了 如图 16所示紧跟在步骤 1607之后执行，也可以在步骤 1607之后执行一 些步骤之后再执行。
参照实施例 1中的步驟 1005,图 16中用虚线表示出一个可选步骤， 即 S-CSCF收到 I-CSCF转发的会话邀请消息后， 也可以向 I-CSCF返回 一个用以保持会话的响应消息，且所述用以保持会话的响应消息也可 以为 SIP中的 1XX消息。
步骤 1609: S-CSCF通过 P-CSCF向被叫 UE发送会话邀请消息。 如果使用拓朴隐藏特性， 则图 16中 S-CSCF通过虚线框标出的 I-CSCF, 将收到的会话邀请消息转发给 P-CSCF。
实际应用中， 图 16所示虚线框标出的 I-CSCF与实线框标出的 I-CSCF可以是两个不同的实体， 也可以是同一个实体。
本发明实施例 1〜4中利用 HSS中存储的 P-CSCF信息，所述 P-CSCF 信息可以在实施例 1~4中的被叫流程之前， 用户进行注册时存储在 HSS中， 所述在被叫流程之前用户进行注册的过程可以如图 17或图 18 所示。
图 17为在本发明实施例中的被叫流程之前，用户进行注册的第一 种过程示意图。 图 17中， 由 I-CSCF向 HSS提供用户的 P-CSCF信息， 图 17所示过程包含以下步驟：
步骤 1701 : 与步骤 401的描述完全相同。
步骤 1702: I-CSCF向 HSS发送查询 S-CSCF的消息， 同时向 HSS 发送用户所属的 P-CSCF信息用以存储。
步骤 1702中， I-CSCF也可以向 HSS发送用户的 CONTACT信息， 以及与用户订阅相关的其他信息， 比如： CALLID、 CSEQ、 TAG等 参数。 - 步骤 1703〜步骤 1716: 与步骤 403〜步骤 416相同。
实际应用时， I-CSCF向 HSS提供用户的 P-CSCF信息的过程， 可 以由图 17中的步骤 1702 , 改为在步骤 1709中提供， 此时， 步骤 1709 更改为步骤 1709a:
步骤 1709a: I-CSCF向 HSS发送查询 S-CSCF的消息， 同时向 HSS 发送用户所属的 P-CSCF信息用以存储。 步驟 1709a中， I-CSCF还可以向 HSS发送 CONTACT信息， 以及与 用户订阅相关的其他信息， 比如： CALLID、 CSEQ、 TAG等参数。
实际应用时， 向 HSS提供 P-CSCF信息的步骤还可以在 S-CSCF向 HSS申请下载数据， 或上报数据时进行， 比如图 18所示。
图 18为在本发明实施例中的被叫流程之前，用户进行注册的第二 种过程示意图。 图 18中， 由 S-CSCF向 HSS提供用户的 P-CSCF信息， 图 18所示过程包含以下步骤：
步骤 1801〜步骤 1804: 与步驟 401〜步驟 404相同。
步骤 1805: S-CSCF向 HSS发送鉴权消息， 同时向 HSS发送用户所 属的 P-CSCF信息用以存储。
步骤 1805中， S-CSCF还可以向 HSS发送 CONTACT信息， 以及与 用户订阅相关的其他信息， 比如： CALLID、 CSEQ、 TAG等参数。
步骤 1806〜步驟 1816: 与步驟 406〜步驟 416相同。
实际应用时， S-CSCF向 HSS提供用户的 P-CSCF信息的过程， 可 以由图 18中的步骤 1805 , 改为在步骤 1812或步骤 1814中提供。
其中， 改在 1812时， 步驟 1812更改为步骤 1812a:
步骤 1812a: S-CSCF向 HSS上报数据， 同时向 HSS发送用户所属 的 P-CSCF信息用以存储。
步驟 1812a中， S-CSCF还可以向 HSS发送 CONTACT信息， 以及 与用户订阅相关的其他信息， 比如： CALLID、 CSEQ、 TAG等参数。
改在 1814时， 步骤 1814更改为步骤 1814a:
步骤 1814a : S-CSCF向 HSS申请下载数据， 同时向 HSS发送 P-CSCF信息用以存储。
步骤 1814a中， S-CSCF还可以向 HSS发送 CONTACT信息， 以及 与用户订阅相关的其他信息， 比如： CALLID、 CSEQ、 TAG等参数。 本发明实施例 1中步驟 1007、 实施例 2中步骤 1209、 实施例 3中步 骤 1406、 实施例 4中步骤 1606中的一个或多个也可以与图 17或图 18所 示过程相同。
本发明实施例 1~4中向用户发送重新注册通知时， 可以利用 SIP 中的 NOTIFY消息。 利用 NOTIFY消息发送重新注册通知时， 可以有 多种实现方式。 比如：
方法 A: 创建 NOTIFY消息时使用 UE订阅注册状态的必要参数， 如 CALLID、 CSEQ、 TAG等。
或方法 B: 对 NOTIFY进行语义转换， 并改造 UE参数， 使 UE理解 一个没有经过订阅的 NOTIFY消息， 具体地说当 NOTIFY消息中的 CALLID, CSEQ、 TAG等参数与订阅状态不同时， UE也能理解。 具 体改造 UE参数的方法可以利用现有技术中的多种方法实现。
方法 B中所述 NOTIFY语义转换是指： NOTIFY在现有技术中是当 UE发送订阅信息时的一个响应 , 而在本发明实施例中用以向 UE发送 一个通知。 另外， 方法 B†NOTIFY中所含的信息不足以通常的 UE能 够索引到原来的订阅， 因此需要修改 UE参数， 使 UE能够理解一个没 有经过订阅的 NOTIFY消息。
其中， 实施例 1~4中向用户发送重新注册通知时， 如果想利用 NOTIFY消息， 且使用所述方法 A, 则需要获取 UE订阅注册状态的必 要参数。 具体获取 UE订阅注册状态必要参数的方法可以有多种， 本 发明实施例中提供的获取方法为：先在 HSS存储 UE订阅注册状态的必 要参数， 必要时再由 HSS传递给利用 NOTIFY消息创建重新注册通知 的单元， 比如在实施例 1〜3中传递 P-CSCF时同时将所述必要参数进行 传递等。
本发明实施例中， 在 HSS存储 UE订阅注册状态的必要参数的过 程，可以是在被叫流程之前用户进行注册时，在 HSS中存储 CONTACT 信息、 CALLID、 CSEQ、 TAG等参数， 如在图 17或 18中所述； 也可 以是用户进行注册后存储， 如图 19所示。
图 19为用户订阅自身注册状态时在 HSS存储注册信息的过程示 意图， 包含以下步骤：
步骤 1901〜步骤 1902: 与步骤 501〜步骤 502的描述完全相同。 步骤 1903 : S-CSCF向 HSS发送订阅会话的必要信息 （ PUT ( Subscription information ) ) 。
所述订阅会话的必要信息包含： CONTACT信息、 CALLID、 CSEQ、 TAG等参数， 所述必要信息能够用以构建 NOTIFY重新注册 通知。
实际应用时， 步骤 1903可以在步骤 1901和步骤 1902之间执行。 在 HSS中存储的 UE订阅注册状态的必要参数，可以与 HSS中存储 的 P-CSCF信息一起传递给利用 NOTIFY消息创建重新注册通知的单 元， 具体地说， 在实施例 1〜4中的不同实现方法为：
实施例 1中： 在步骤 1003中 HSS向 I-CSCF发送 P-CSCF信息时， 可 以同时发送 CONTACT信息、 UE订阅注册状态的 CALLID、 CSEQ、 TAG等必要参数， 并在步骤 1004中由 I-CSCF向 S-CSCF发送包含 P-CSCF信息的会话邀请消息时， 同时将 CONTACT信息、 UE订阅注 册状态的 CALLID、 CSEQ、 TAG等必要参数发送给 S-CSCF,由 S-CSCF 使用 NOTIFY消息创建重新注册通知。
实施例 2中：在步骤 1207中 HSS向 S-CSCF发送包含 P-CSCF信息的 查询响应消息时， 可以同时发送 CONTACT信息、 UE订阅注册状态的 CALLID、 CSEQ、 TAG等必要参数， 由 S-CSCF使用 NOTIFY消息创建 重新注册通知。 实施例 3中： 在步骤 1403中 HSS向 I-CSCF发送包含 P-CSCF信息的 查询响应消息时， 可以同时发送 CONTACT信息、 UE订阅注册状态的 CALLID、 CSEQ、 TAG等必要参数， 由 I-CSCF使用 NOTIFY消息创建 重新注册通知。
实施例 4中：在步骤 1603中 HSS向 S-CSCF发送包含 P-CSCF信息的 重新注册通知时， 可以同时发送 CONTACT信息、 UE订阅注册状态的 CALLID、 CSEQ、 TAG等必要参数， 由 S-CSCF使用 NOTIFY消息创建 重新注册通知。
实际应用时， 实施例 1〜4中向用户发送重新注册通知， 除了利用 NOTIFY消息， 也可以利用 SIP中的消息 （MESSAGE ) 消息， 或通知 ( INFO )消息、或注册（RIGISTER )消息等。其中如果利用 MESSAGE 消息、 或 INFO消息、 或 RIGISTER消息， 具体实现时可以使用方法 B, 即使用对消息进行语义转换， 并改造 UE参数的方法， 具体过程可以 参照本文所述方法 B中的相关描述。
由 S-CSCF分别使用 NOTIFY消息、 MESSAGE消息、 INFO消息、 RIGISTER消息创建重新注册通知后发送给 P-CSCF的原理示意图请 分别参见图 20、 图 21、 图 22、 图 23。
本发明实施例 1〜3中， 为了保证进行重新注册时选择的 S-CSCF与 进行被叫时选择的 S-CSCF—致， 可以在发起重新注册流程之前， 将 选择的 S-CSCF信息存储在 HSS中。 具体地将选择的 S-CSCF信息存储 在 HSS中的方法可以如图 24、 或图 25所示。
本发明实施例 4中， 由于由 HSS选择新的 S-CSCF, 并在步骤 1603 中由 HSS向 S-CSCF发送重新注册通知，因此能够保证重新注册时选择 的 S-CSCF与进行被叫时选择的 S-CSCF—致。
图 24为本发明实施例中将选择的 S-CSCF信息存储在 HSS中的第 一种过程示意图， 包含以下步骤：
步骤 2401〜步骤 2402: 1-CSCF向 HSS发送查询 S-CSCF的消息， HSS 向 I-CSCF返回查询响应消息。
步骤 2403 : I-CSCF将对 S-CSCF的选择结果通知给 HSS ( PUT ( S-CSCF ) ) 。
图 24中还用虚线表示出可选步骤 2404, 实际应用时， 步骤 2404 可以有， 也可以没有。
步骤 2404: HSS向 I-CSCF返回响应消息 （ PUT RESPONSE ) 。 图 24所示步驟应用于实施例 1中时， 步驟 2401〜步骤 2402与步骤
1002〜步骤 1003相同， 且步骤 2403〜步驟 2404在步驟 1003和步驟 1007 之间执行。
图 24所示步骤应用于实施例 2中时， 步驟 2401〜步驟 2402与步驟 1202〜步骤 1203相同， 且步骤 2403〜步骤 2404在步骤 1203和步骤 1209 之间执行。
图 24所示步骤应用于实施例 3中时， 步驟 2401〜步骤 2402与步骤 1402〜步骤 1403相同， 且步骤 2403〜步骤 2404在步骤 1403和步骤 1406 之间执行。
图 25为本发明实施例中将选择的 S-CSCF信息存储在 HSS中的第 二种过程示意图， 包含以下步骤：
步骤 2501 : S-CSCF将自身已被选择的信息发送给 HSS ( PUT ( S-CSCF ) ) 。
步驟 2501用以 S-CSCF向 HSS发送申请，通过所述申请向 HSS表示 出希望在后续的重新注册过程中让用户注册到自身处。
图 25中还用虚线表示出可选步驟 2502 , 实际应用时， 步驟 2502 可以有， 也可以没有。 步驟 2502: HSS向 S-CSCF返回响应消息 （ PUT RESPONSE ) 。 图 25所示步骤应用于实施例 1中时， 步驟 2501〜步驟 2502在步骤 1004和步骤 1007之间执行。
图 25所示步驟应用于实施例 2中时, 步骤 2501〜步骤 2502在步骤 1204和步骤 1209之间执行。
图 25所示步骤应用于实施例 3中时， 步驟 2501〜步骤 2502在步驟 1405和步骤 1406之间执行。
对于实施例 2, 将选择的 S-CSCF信息存储在 HSS中的方法除了图 24、 图 25所示之外， 还可以在步驟 1206中， S-CSCF向 HSS发送查询消 息时， 同时将自身被选择的信息发送给 HSS, 此时， 步驟 1206更改为 步驟 1206a:
步骤 1206a: S-CSCF向 HSS发送查询被叫用户 P-CSCF信息的消 息， 该查询消息中包括 S-CSCF已被选择的信息。
本发明实施例中， 涉及到被叫服务或注册或订阅等过程中， 需要 在消息中携带 P-CSCF信息， 有时还需要携带 CONTACT信息等。 携带 P-CSCF信息或 CONTACT信息可以通过： 重用、 或新增、 或扩展信元 ( IE ) 实现。 所述重用信元是指： 使用原有的信元， 且在语义上保持 不变， 但在新的领域或场景中使用； 所述新增信元是指： 新增加一个 信元， 且该信元的名称、 语义与现有的不同； 所述扩展信元是指： 利 用原有信元， 且扩展该信元的语义来扩大使用范围。 本发明实施例中 所述 CONTACT信息可以为 CONTACT地址。
比如携带 P-CSCF信息和 /或 CONTACT信息， 可以通过重用以下 消息实现： UAR、 LIA、 MAR、 SAR、 RTA、 PPA, MA A, RTR, 或 其他消息等。 参数 Visited-Network-Identifier可以用于重用和扩展。 另 外也可以新增消息用于获取 P-CSCF信息和 CONTACT信息。 如 I-CSCF从 HSS获得 P-CSCF信息和 CONTACT信息时，可以通过 在表一所示 LIA消息中新增一些参数来实现。 LIA中新增的参数可以 是重用或扩展参数， 也可以是新增参数。 表二为 LIA中新增的参数说 明， 具体为:
Figure imgf000036_0002
Figure imgf000036_0001
表二中， 用于携带 P-CSCF地址的参数 Visited-Network-Identifier 可 以 是重 用 ， 也 可 以 是扩 展 ， 比 如 ： 对 原 有 参数 Visited-Network-Identifier进行扩展， 使得其语义从原先的拜访网络标 •i只 ( Identifier that allows the home network to identify the visited network )转变为 P-CSCF地址（ P-CSCF address )；用于携带 CONTACT 地址即 UE联系地址的参数 UE Contact Address是一个新增的参数。
本发明实施例步骤 1003中， S-CSCF从 I-CSCF获得 P-CSCF信息和 CONTACT信息时， P-CSCF信息和 CONTACT信息的携带可以通过： 扩展或重用 P-Visited-Network-ID参数、 或扩展 TO头域、 或扩展请求 ( Request ) 统一资源标识 （URI ) 头域、 或新增 IE等方式实现。
本发明实施例中， 通知 S-CSCF的选择结果、 或发送 S-CSCF被选 择的信息可以通过： 重用、 或新增、 或扩展信元实现。
如： 本发明实施例步驟 2403中， I-CSCF向 HSS通知 S-CSCF的选 择结果时， 可以通过新增消息或重用 UAR消息来实现； 本发明实施例 步驟 2501、 步驟 1206a中， S-CSCF将自身被选择的信息发送给 HSS时， 可以通过新增消息或重用 MAR消息、 或 S AR消息来实现。
需要说明的是本发明中对于每个接口消息的修改都可以使用下 述方法： 新增、 或扩展， 或重用 IE来承载所需信息， 其中， 如果原有 消息无法满足流程需要， 则新增消息来承载所需信息。
另外， 本发明中 S-CSCF和 P-CSCF之间的任何信息均可以由 I-CSCF转发，本发明实施例中为了说明的方便，重新注册通知的转发、 会话邀请消息的转发、重新注册消息的转发等均由同一个 I-CSCF实体 执行了。 实际应用中， 每一次 S-CSCF和 P-CSCF之间的任何信息的转 发， 既可以由同一个 I-CSCF实体执行， 也可以由不同的 I-CSCF实体 执行。
以上所述仅为本发明的较佳实施例，并非用于限定本发明的适用 范围。

Claims

权利要求书
1、 一种实现被叫服务的方法, 其特征在于, 该方法包含以下步 骤：
A、 网络侧确定给被叫用户提供服务的服务呼叫状态控制功能 S-CSCF无法提供服务后，确定新 S-CSCF,并根据归属用户服务器 HSS 中存储的被叫用户所属代理呼叫状态控制功能 P-CSCF信息， 通过 P-CSCF向被叫用户发送重新注册通知；
B、 被叫用户进行重新注册；
C、 将会话邀请消息通过新 S-CSCF传递给被叫用户。
2、 根据权利要求 1所述的方法， 其特征在于， 步骤 A之前进一步 包含: 查询呼叫状态控制功能 I-CSCF收到外部的会话邀请消息；
相应的， 步骤 A包含以下步骤:
Al l , I-CSCF向 HSS发送查询 S-CSCF的消息, HSS向 I-CSCF返回 查询响应消息，查询响应消息中包含：给被叫用户提供服务的 S-CSCF 信息、 P-CSCF信息；
A12、 I-CSCF确定给被叫用户提供服务的 S-CSCF无法提供服务 后， 确定新 S-CSCF, 并向新 S-CSCF发送包含 P-CSCF信息的会话邀请 消息；
A13、 新 S-CSCF通过 P-CSCF向被叫用户发送重新注册通知。
3、 根据权利要求 1所述的方法， 其特征在于， 步骤 A之前进一步 包含： I-CSCF收到外部的会话邀请消息；
相应的， 步驟 A包含以下步骤：
A21、 I-CSCF向 HSS发送查询 S-CSCF的消息， HSS向 I-CSCF返回 查询响应消息，查询响应消息中包含：给被叫用户提供服务的 S-CSCF 信息；
A22、 I-CSCF确定给被叫用户提供服务的 S-CSCF无法提供服务 后， 确定新 S-CSCF, 并向新 S-CSCF转发收到的会话邀请消息；
A23、新 S-CSCF向 HSS发送查询消息， HSS向新 S-CSCF返回包含 P-CSCF信息的查询响应消息；
A24、 新 S-CSCF通过 P-CSCF向被叫用户发送重新注册通知。
4、 根据权利要求 1所述的方法， 其特征在于， 步骤 A之前进一步 包含： I-CSCF收到外部的会话邀请消息；
相应的， 所述步骤 A包含以下步驟：
A31、 I-CSCF向 HSS发送查询 S-CSCF的消息， HSS向 I-CSCF返回 查询响应消息，查询响应消息中包含：给被叫用户提供服务的 S-CSCF 信息、 P-CSCF信息；
A32、 I-CSCF确定给被叫用户提供服务的 S-CSCF无法提供服务 后， 通过 P-CSCF向被叫用户发送重新注册通知， 并确定新 S-CSCF; 所述步骤 A32和步骤 C之间进一步包含： I-CSCF向新 S-CSCF发送 会话邀请消息。
5、 根据权利要求 4所述的方法， 其特征在于， 新 S-CSCF收到的 会话邀请消息中包含指派给被叫用户提供服务的 S-CSCF无法提供服 务的信息。
6、 根据权利要求 1所述的方法， 其特征在于， 步骤 A之前进一步 包含： I-CSCF收到外部的会话邀请消息；
相应的， 步骤 A包含以下步骤：
A41、 I-CSCF向 HSS发送查询 S-CSCF的消息， HSS收到查询消息， 并确定给被叫用户提供服务的 S-CSCF无法提供服务后， 确定新 S-CSCF; A42、 HSS向新 S-CSCF发送重新注册通知， 同时将 P-CSCF信息 发送给新 S-CSCF;
A43、 新 S-CSCF收到重新注册通知后通过 P-CSCF发送给被叫用 户；
所述步骤 A41和步骤 C之间进一步包含： HSS向 I-CSCF返回查询 响应消息， 查询响应消息中包含 HSS选定的新 S-CSCF的信息；
步骤 C之前进一步包含： I-CSCF收到查询响应消息后向新 S-CSCF 发送会话邀请消息。
7、 根据权利要求 1所述的方法， 其特征在于， 所述新 S-CSCF与 P-CSCF之间的信息通过 I-CSCF传递。
8、 根据权利要求 2至 5任一项所述的方法， 其特征在于， I-CSCF 收到 HSS返回的查询响应消息后， 在步骤 B之前进一步包含： I-CSCF 将确定的新 S-CSCF信息发送给 HSS。
9、根据权利要求 2至 5任一项所述的方法，其特征在于，新 S-CSCF 收到会话邀请消息后， 在步骤 B之前进一步包含： 新 S-CSCF将自身被 选择的信息发送给 HSS。
10、 根据权利要求 1所述的方法， 其特征在于， 所述被叫用户所 属 P-CSCF信息在被叫用户进行注册时在 HSS中进行存储；
相应的， 步骤 A之前进一步包含： 被叫用户通过 P-CSCF向网絡侧 发送注册倩求， 网络侧收到注册请求后在 HSS存储 P-CSCF信息。
11、 根据权利要求 10所述的方法， 其特征在于， 所述在 HSS存储 P-CSCF信息具体为： 注册过程中， 网络侧中的 I-CSCF向 HSS发送查 询消息时， 将被叫用户所属的 P-CSCF信息存储在 HSS中；
或者是： 注册过程中， 网絡侧中的 S-CSCF向 HSS发送鉴权消息 时， 将被叫用户所属的 P-CSCF信息存储在 HSS中； 或者是： 注册过程中， 网络侧中的 S-CSCF向 HSS上报数据时， 将被叫用户所属的 P-CSCF信息存储在 HSS中；
或者是： 注册过程中， 网络侧中的 S-CSCF向 HSS申请下载数据 时， 将被叫用户所属的 P-CSCF信息存储在 HSS中。
12、根据权利要求 10所述的方法，其特征在于， HSS中存储 P-CSCF 信息时， 同时存储被叫用户的联系 CONTACT信息、 呼叫标识 CALLED、 命令序列 CSEQ、 标签 TAG;
相应的， 网络侧发起的重新注册通知根据 HSS中存储的 CONTACT信息、 CALLID、 CSEQ、 TAG创建。
13、 根据权利要求 10所述的方法， 其特征在于， 被叫用户收到注 册成功消息后， 向 S-CSCF发送订阅注册状态消息， S-CSCF收到订阅 注册状态消息后， 向 HSS发送订阅信息；
相应的， 网络侧发起的重新注册通知根据 HSS中存储的被叫用户 订阅信息创建。
14、根据权利要求 1至 7、 10至 13任一项所述的方法，其特征在于， 所述重新注册通知用 NOTIFY消悤、或 MESSAGE消息、或 INFO消息、 或 REGISTER消息传递。
15、 根据权利要求 2至 6任一项所述的方法， 其特征在于， 所述包 含 P-CSCF信息的消息中进一步包含： 被叫用户的 CONTACT信息、 CALLID, CSEQ, TAG;
相应的， 所述重新注册通知根据被叫用户的 CONTACT信息、 CALLID、 CSEQ、 TAG创建。
16、根据权利要求 2至 6、 10至 13任一项所述的方法，其特征在于， 所述 P-CSCF信息的携带通过： 重用、 或扩展、 或新增信元实现。
17、 根据权利要求 12所述的方法， 其特征在于， 所述 CONTACT 信息的携带通过： 重用、 或扩展、 或新增信元实现。
18、 根据权利要求 15所述的方法， 其特征在于， 所述 CONTACT 信息的携带通过： 重用、 或扩展、 或新增信元实现。
19、根据权利要求 8所述的方法，其特征在于， 所述 I-CSCF向 HSS 发送确定的新 S-CSCF信息通过： 重用、 或扩展、 或新增信元实现。
20、 根据权利要求 9所述的方法， 其特征在于， 所述新 S-CSCF向 HSS发送自身被选择的信息通过： 重用、 或扩展、 或新增信元实现。
21、根据权利要求 1至 7、 10至 13任一项所述的方法，其特征在于， 所述 P-CSCF信息为 P-CSCF地址。
22、 根据权利要求 12所述的方法， 其特征在于， 所述 CONTACT 信息为 CONTACT地址。
23、 根据权利要求 15所述的方法， 其特征在于， 所述 CONTACT 信息为 CONTACT地址。
24、一种实现被叫服务的系统，包含：第一 I-CSCF、： HSS、 S-CSCF、 P-CSCF、 用户设备 UE, 第一 I-CSCF接收外部输入的会话邀请消息后 转发给 S-CSCF转发, 并与 HSS交互信息； S-CSCF收到会话邀请消息 后转发给 P-CSCF, P-CSCF收到会话邀请消息后转发给 UE, 其特征在 于，
所述 HSS还用于提供自身存储的 P-CSCF信息， 并与 S-CSCF交互 重新注册消息；
P-CSCF与 S-CSCF交互重新注册消息， 与 UE交互重新注册消息， 接收重新注册通知后转发给 UE。
25、根据权利要求 24所述的系统，其特征在于，所述 HSS将 P-CSCF 信息发送给第一 I-CSCF;
第一 I-CSCF与 S-CSCF之间进一步包含： 第一 I-CSCF向 S-CSCF发 送 P-CSCF信息的连接；
S-CSCF与 P-CSCF之间进一步包含： S-CSCF向 P-CSCF发送重新 注册通知的连接。
26、根据权利要求 24所述的系统，其特征在于，所述 HSS将 P-CSCF 信息发送给 S-CSCF;
S-CSCF与 HSS之间进一步包含: S-CSCF向 HSS发送查询消息， HS S向 S-CSCF返回查询响应消息的连接；
S-CSCF与 P-CSCF之间进一步包含： S-CSCF向 P-CSCF发送重新 注册通知的连接。
27、根据权利要求 24所述的系统，其特征在于，所述 HSS将 P-CSCF 信息发送给第一 I-CSCF;
第一 I-CSCF与 P-CSCF之间进一步包含： 第一 I-CSCF向 P-CSCF发 送重新注册通知的连接。 .
28、根据权利要求 24所述的系统 ,其特征在于，所述 HSS将 P-CSCF 信息发送给 S-CSCF;
S-CSCF与 P-CSCF之间进一步包含： S-CSCF向 P-CSCF发送重新 注册通知的连接。
29、 根据权利要求 24至 27任一项所述的系统， 其特征在于， 所述 第一 I-CSCF和 HSS之间进一步包含： 第一 I-CSCF向 HSS发送 S-CSCF 信息的连接。
30、 根据权利要求 24至 27任一项所述的系统， 其特征在于， 所述 S-CSCF和 HSS之间进一步包含： S-CSCF向 HSS发送自身信息的连接。
31、 根据权利要求 24所述系统， 其特征在于， 所述 S-CSCF与 P-CSCF之间包含： 第二 I-CSCF;
第二 I-CSCF接收 S-CSCF发送的信息后向 P-CSCF转发， 接收 P-CSCF发送的信息后向 S-CSCF转发。
32、 根据权利要求 31所述系统， 其特征在于， 所述笫二 I-CSCF 与第一 I-CSCF为同一个实体或两个不同的实体。
33、根据权利要求 24至 28、 31、 32任一项所述系统， 其特征在于， 所述第一 I-CSCF与 HSS之间进一步包含： 第一 I-CSCF向 HSS发送 P-CSCF信息的连接。
34、根据权利要求 24至 28、 31、 32任一项所述系统， 其特征在于， 所述 S-CSCF与 HSS之间进一步包含： S-CSCF向 HSS发送 P-CSCF信息 的连接。
PCT/CN2006/002652 2006-02-20 2006-10-10 Procédé et système de mise en oeuvre de service d'appel WO2007095796A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP06791232A EP1988662A4 (en) 2006-02-20 2006-10-10 METHOD FOR REALIZING A CALLING SERVICE AND A SYSTEM THEREFOR

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200610059951.1A CN100512495C (zh) 2006-02-20 2006-02-20 一种实现被叫服务的方法和系统
CN200610059951.1 2006-02-20

Publications (1)

Publication Number Publication Date
WO2007095796A1 true WO2007095796A1 (fr) 2007-08-30

Family

ID=38436919

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2006/002652 WO2007095796A1 (fr) 2006-02-20 2006-10-10 Procédé et système de mise en oeuvre de service d'appel

Country Status (3)

Country Link
EP (1) EP1988662A4 (zh)
CN (1) CN100512495C (zh)
WO (1) WO2007095796A1 (zh)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009083754A1 (en) * 2007-12-27 2009-07-09 Alcatel Lucent A method of providing a call completion service to a not registered or not available user in a telecommunication network
WO2014155968A1 (ja) * 2013-03-27 2014-10-02 日本電気株式会社 情報処理システム
FR3004612A1 (fr) 2013-04-16 2014-10-17 France Telecom Procede de restauration de service dans un reseau ims
CN107276811B (zh) 2013-08-07 2021-02-09 华为技术有限公司 一种实现终端被叫业务恢复的方法、相关装置及系统
ES2748177T3 (es) * 2014-06-02 2020-03-13 Nokia Solutions & Networks Oy Soporte de restablecimiento de IMS para GRUU temporal
CN105592486B (zh) * 2014-10-21 2021-01-26 中兴通讯股份有限公司 一种容灾方法及网元、服务器
US10264132B2 (en) 2016-08-01 2019-04-16 At&T Intellectual Property I, L.P. Method and apparatus for communications between carriers
CN107769994B (zh) * 2017-10-23 2020-01-03 中国人民解放军信息工程大学 一种ims网络cscf实体测量方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002091786A1 (en) 2001-05-09 2002-11-14 Nokia Corporation Subscriber registrations in a mobile communication system
WO2005039108A2 (en) 2003-10-21 2005-04-28 Nokia Corporation A method for handling service failures
CN1642346A (zh) * 2004-01-07 2005-07-20 华为技术有限公司 一种用户到归属签约用户服务器进行注册的方法
US20050176428A1 (en) * 2004-02-10 2005-08-11 Nokia Corporation Controlling communication sessions in a communication system

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002091786A1 (en) 2001-05-09 2002-11-14 Nokia Corporation Subscriber registrations in a mobile communication system
CN1531833A (zh) * 2001-05-09 2004-09-22 ��˹��ŵ�� 移动通信系统内的用户登记
WO2005039108A2 (en) 2003-10-21 2005-04-28 Nokia Corporation A method for handling service failures
CN1642346A (zh) * 2004-01-07 2005-07-20 华为技术有限公司 一种用户到归属签约用户服务器进行注册的方法
US20050176428A1 (en) * 2004-02-10 2005-08-11 Nokia Corporation Controlling communication sessions in a communication system

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP1988662A4

Also Published As

Publication number Publication date
CN100512495C (zh) 2009-07-08
CN101026870A (zh) 2007-08-29
EP1988662A1 (en) 2008-11-05
EP1988662A4 (en) 2009-06-03

Similar Documents

Publication Publication Date Title
US9906566B2 (en) Voice session termination for messaging clients in IMS
US7894593B2 (en) Callback services in a communication system
US8918518B2 (en) Access session controller, IP multimedia subsystem and registration and session method thereof
US20070121890A1 (en) Method and system for enabling number portability in IMS networks
WO2006099815A1 (fr) Procede d'enregistrement d'un utilisateur dans le sous-systeme multimedia ip et systeme associe
WO2006116939A1 (fr) Méthode pour réaliser un service de messagerie basé sur un sous-système multimédia en réseau ip
WO2008089673A1 (fr) Procédé, système et appareil pour la mise en œuvre d'association d'identité d'utilisateur
WO2006136097A1 (fr) Procédé pour traiter une anomalie lors de la procédure d'inscription d'un utilisateur
JP2008543135A (ja) Ｉｐマルチメディアサブシステム（ｉｍｓ）おける呼転送
WO2007095796A1 (fr) Procédé et système de mise en oeuvre de service d'appel
WO2008134930A1 (fr) Procédé, appareil et système de traitement de message dans un réseau ims
JP5470464B2 (ja) Ｉｐマルチメディア・サブシステム・ネットワークの緊急シグナリング
KR100703426B1 (ko) 아이피 기반 멀티미디어 서브시스템에서 가입자 정보유실시 발신 및 착신 호를 가능하게 하는 방법 및 장치
US8837463B2 (en) IP multimedia subsystem (IMS) and method for routing an HTTP message via an IMS
US9071620B2 (en) Method and system for enabling communication in a hybrid network
EP3094059B1 (en) Routing voice over lte call invites in a terminating ims
WO2007006234A1 (fr) Procédé et appareil de transmission de message
WO2012079451A1 (zh) 用户漫游方法及ics增强网络
KR101075614B1 (ko) 아이피 기반 멀티미디어 서브시스템에서 가입자 정보유실시 착신호를 가능하게 하는 방법
JP6449646B2 (ja) 通信システム及び宛先解決方法
KR101360151B1 (ko) Ｇｒｕｕ 사용 가입자 간의 ｉｍｓ망에서의 ｓｉｐ 메시지 전송 방법 및 그 장치
KR101117440B1 (ko) Ｉｍｓ 네트워크에서 가상번호 서비스를 제공하기 위한 방법 및 장치
KR100933781B1 (ko) 아이피 멀티미디어 서브시스템에서의 사용자 장치 등록처리 방법
KR101006318B1 (ko) 인터넷 기반의 호 처리 방법 및 시스템
KR101191601B1 (ko) Ｉｍｓ망 기반의 호 세션 처리를 위한 통신 방법 및 이를 구현한 장치

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application
NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2006791232

Country of ref document: EP