WO2010000130A1 - 一种会话控制方法及设备 - Google Patents

一种会话控制方法及设备 Download PDF

Info

Publication number
WO2010000130A1
WO2010000130A1 PCT/CN2009/000707 CN2009000707W WO2010000130A1 WO 2010000130 A1 WO2010000130 A1 WO 2010000130A1 CN 2009000707 W CN2009000707 W CN 2009000707W WO 2010000130 A1 WO2010000130 A1 WO 2010000130A1
Authority
WO
WIPO (PCT)
Prior art keywords
cscf
user
address information
session
information
Prior art date
Application number
PCT/CN2009/000707
Other languages
English (en)
French (fr)
Inventor
薛海强
李刚
段晓东
魏冰
Original Assignee
中国移动通信集团公司
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 中国移动通信集团公司 filed Critical 中国移动通信集团公司
Priority to US13/002,288 priority Critical patent/US8549153B2/en
Priority to EP09771900.9A priority patent/EP2302863B1/en
Publication of WO2010000130A1 publication Critical patent/WO2010000130A1/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
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
    • H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
    • 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
    • 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

Definitions

  • the present invention relates to the technical field of IMS (IP Multimedia Subsystem), and particularly relates to a disaster tolerance technology for session control functions. Background technique
  • IMS is a network architecture defined by 3GPP (Third Generation Partnership Project), superimposed on the circuit domain and packet domain network, and can be provided to UE (User equipment) through IP network.
  • 3GPP Third Generation Partnership Project
  • UE User equipment
  • the main functional entities in the IMS include a CSCF (Call Session Control Function) that controls user registration, session control, and the like, and an HSS (Home Subscriber Server) that centrally manages user subscription data.
  • the user accesses the IMS through the current local proxy node P-CSCF (Proxy-CSCF, proxy call session control function), and completes the session and service trigger control through the home domain S-CSCF (Service-CSCF, service call session control function).
  • P-CSCF Proxy-CSCF, proxy call session control function
  • S-CSCF Service-CSCF, service call session control function
  • Each user who has signed an IMS service is assigned one or more private user identifiers (IMPIs) by the home network operator, and is used in the registration, authorization, management, and accounting processes, and is generally not publicly available;
  • IMS user also has one or more public user identifiers (IMPUs), which are used in the course of using various types of services. They are used to identify themselves and find each other when communicating with other users.
  • IMPIs private user identifiers
  • IMPUs public user identifiers
  • the access process of the IMS user can be divided into: initial registration of the user, re-registration of the user, de-registration of the user, re-registration initiated by the network, and the like.
  • the UE uses its own ISIM (IMS Subscriber Identity Module) to store the IMPU, IMPL Contact address, and the home domain domain name to form a SIP (Session Initiation Protocol) REGISTER request message.
  • IMS Subscriber Identity Module IMS Subscriber Identity Module
  • SIP Session Initiation Protocol
  • the request message also includes the type and identification information of the access network of the UE, the self-encryption, the integrity algorithm option information, and the port information, timeout period, etc. required to establish an SA (Security Association) with the P-CSCF. And then sending the registration request message to the default address of the P-CSCF found by the UE during the P-CSCF discovery process;
  • the P-CSCF After receiving the registration request message, the P-CSCF saves the identifier of the user and other necessary information, and queries the address of the I-CSCF (Interrogating-CSCF, inquiry call session control function) of the user home domain according to the domain name of the user home domain, and constitutes The new REGISTER request message (including the information of the visited network) is sent to the queried I-CSCF address;
  • I-CSCF Interrogating-CSCF, inquiry call session control function
  • the I-CSCF 4 queries the user's registration status according to the user's IMPI to HSS. If the user is not registered, the I-CSCF selects an S-CSCF to process the registration request of the UE. After selecting the S-CSCF, the I-CSCF Sending the registration request message to the selected S-CSCF to continue processing;
  • the S-CSCF After receiving the registration request message, the S-CSCF checks that the user is the initial registration and requests the HSS to assign an authentication vector to the user.
  • the authentication vector has the same composition and composition as the weight vector of the 3G UE, including RAND (Random Number), X ES (Expected Response), AUTN (Authentication Token), and AUTN (Authentication Token).
  • IK Integrity Key
  • CK Ciphering Key
  • quintuple vector After receiving the allocation result of the HSS, the S-CSCF selects a set of authentication vectors to be included in the 401 message of the S-CSCF, and removes the XRES item in the authentication vector, and then sends the 401 message to the P through the I-CSCF.
  • the -CSCF; 401 message mainly contains the following information: RAND, AUTN> IK and CK;
  • the P-CSCF saves the CK and IK, and then removes the CK and IK in the authentication vector.
  • the remaining information is included in the 401 message and sent to the UE.
  • the 401 message mainly includes the following messages: RAND and AUTH.
  • the UE calculates CK, IK, RES (Response, Authentication Response) according to the authentication key shared with the network and the received RAND, and may further reprocess the CK according to the selected encryption algorithm.
  • RES Response, Authentication Response
  • the REGISTER request message includes the following information: RAND, AUTN used by the UE for calculation, and an encryption algorithm selected by the UE to And the calculated authentication result RES;
  • the P-CSCF After receiving the REGISTER request message, the P-CSCF performs corresponding decryption. If the registration request can be parsed, it indicates that the network and the UE have completed encryption and integrity protection, and then the I-CSCF will request the REGISTER request containing the authentication result. The message is sent to the S-CSCF. After receiving the REGISTER request message, the S-CSCF compares the RES with the previously saved XRES. If they are consistent, the authentication is passed. The S-CSCF sends a SAR (Server- Assignment-Request) to the HSS to obtain the service registration information iFC (Initial Filter Criteria) of the user, and the HSS updates the user registration information to "Registered", and saves the domain name information of the S-CSCF.
  • SAR Server- Assignment-Request
  • iFC is returned to the S-CSCF in SAA (Server-Assignment-Answer). Then, the S-CSCF sends a 200 OK message to the UE to indicate that the registration is successful, and the 200 OK message includes the validity time of the registration specified by the network in seconds (for example, the 600000 seconds of the 3GPP 24.229 standard);
  • the P-CSCF After receiving the 200 OK response of the registration request, the P-CSCF initiates a registration time packet process to the S-CSCF to subscribe to the UE. After the subscription is successful, the S-CSCF returns a 200 OK indicating that the subscription is successfully completed, and the initial registration of the UE is completed.
  • the session flow is as follows:
  • UE1 sends an INVITE session request to S-CSCF1 through P-CSCF1;
  • the S-CSCF1 sends a domain name resolution request to the DNS (Domain Name Server, the domain name server) to obtain the IP address of the I-CSCF2, and the S-CSCF1 sends an INVITE session request to the I-CSCF2 according to the IP address of the I-CSCF2 returned by the DNS;
  • DNS Domain Name Server, the domain name server
  • the I-CSCF2 sends the LIR (Location-Info-Request) to the HSS through the reference point Cx, and obtains the domain name information of the S-CSCF2 bound to the UE2.
  • the HSS returns the LIA through the reference point Cx (Location-Info- Answer) , the location information response), the LIA includes domain name information of the S-CSCF2 bound to the UE2;
  • the I-CSCF2 sends a domain name resolution request to the DNS according to the domain name information of the S-CSCF2 returned by the HSS, and the DNS returns the IP address of the S-CSCF2 to the I-CSCF2;
  • the I-CSCF2 sends an INVITE session request to the S-CSCF2 according to the IP address of the S-CSCF2 returned by the DNS, and the S-CSCF2 forwards the INVITE session request to the UE2 through the P-CSCF2, and the UE2 follows the steps shown in steps 10-14 of FIG.
  • the path delivers the message in progress to the UE1, indicating that UE1 and UE2 can establish a tongue flow.
  • the I-CSCF2 and/or S-CSCF2 to which the UE2 belongs fails during the session, as shown in FIG. 3, the INVITE session request sent by the UE1 will not be sent to the UE2, and the result will be that the session cannot be connected; Moreover, since the UE re-registration period is long, about 7 days (3GPP 24.229 standard is 600000 seconds), the user cannot re-register to the available call session control function in time; and if the UE2 does not actively initiate a call before re-registration, the core network It is impossible to find that the I-CSCF2 and/or the S-CSCF2 to which the UE2 belongs is faulty, so that the UE2 cannot be successfully called by other users. Summary of the invention
  • the embodiment of the present invention provides a session control method, which is configured to notify a called user to reinitialize registration in time, or to connect a session to a called user, in a case where a related session control function for controlling a connected user connection is faulty. .
  • An embodiment of the present invention provides a session control method in an IMS, including:
  • the domain name server DNS requests the session-related number Address information of the second S-CSCF bound by the second user
  • the third I-CSCF re-requests the address of the available third S-CSCF to the domain name server DNS when the first user's session request fails to be sent to the corresponding second S-CSCF according to the address information of the second S-CSCF.
  • the third I-CSCF forwards the session request of the first user to the third S-CSCF according to the address information of the third S-CSCF returned by the DNS;
  • the third S-CSCF notifies the second user to reinitialize the registration through the corresponding second P-CSCF according to the address information of the second proxy call session control function P-CSCF bound by the second user; or obtain the first from the HSS Two user's business registration information iFC, and according to the second user binding
  • the address information of the two P-CSCFs and the iFC are connected to the second user.
  • the third I-CSCF obtains the address information of the second P-CSCF from the HSS, and the address information of the second P-CSCF is included in the session request and sent to the third S-CSCF; Or, when the third S-CSCF obtains the service registration information iFC of the second user from the HSS, the address information of the second P-CSCF is also obtained.
  • the method further includes: before the third I-CSCF receives the first user session request sent by the first S-CSCF that is bound by the first user, the method further includes:
  • the first S-CSCF Receiving, by the first S-CSCF, the address information of the second I-CSCF to which the second user belongs from the DNS, and forwarding the session request to the corresponding second I-CSCF;
  • the address information of the available third I-CSCF is re-requested to the DNS, and the first user session request is sent to the third I-CSCF according to the address information of the third I-CSCF.
  • the third S-CSCF notifies the second user to reinitialize the registration through the corresponding second P-CSCF according to the address information of the second P-CSCF bound by the second user, and also passes the corresponding second
  • the P-CSCF notifies the first user that the session connection has failed.
  • An embodiment of the present invention provides a tongue control device in an IMS, including:
  • the embodiment of the invention further provides a session control method in the IMS, including:
  • the third I-CSCF When receiving the session request of the first user sent by the first S-CSCF bound by the first user, the third I-CSCF requests the enhanced domain name server E-DNS to apply the second user-bound second session related to the session. Address information of the S-CSCF;
  • the E-DNS in response to the monitoring result of each S-CSCF, determines that the address information of the available third S-CSCF is sent to the third I-CSCF when the second S-CSCF is faulty;
  • the third I-CSCF forwards the session request of the first user to the third S-CSCF according to the address information of the third S-CSCF returned by the E-DNS;
  • the third S-CSCF notifies the second user to re-initialize the registration through the corresponding second P-CSCF according to the address information of the second P-CSCF bound by the second user; or obtain the service registration of the second user from the HSS
  • the information iFC is connected to the second user according to the address information of the second P-CSCF and the iFC bound by the second user.
  • the embodiment of the invention further provides a session control device in the IMS, including:
  • the iFC and according to the address information of the second P-CSCF and the iFC bound by the second user, connects the session to the unit of the second user.
  • the embodiment of the invention provides a session control method in a next generation IMS, including:
  • the first access call session control function A-CSCF bound by the first user obtains the second session-related session from the distributed home subscriber server D-HSS when receiving the session request of the first user. Domain name information of the second A-CSCF bound by the user;
  • the first A-CSCF re-requests the available third A to the DNS when the first A-CSCF fails to forward the first user's session request to the second user according to the domain name information of the second A-CSCF.
  • -CSCF address information
  • the first A-CSCF forwards the session request of the first user to the corresponding third A-CSCF according to the address information of the third A-CSCF returned by the DNS;
  • the third A-CSCF notifies the second user to reinitialize the registration according to the address information of the second user; or obtains the service registration information iFC of the second user from the D-HSS, and according to the address information of the second user and iFC, connect this session to the second user.
  • An embodiment of the present invention provides a session control device in a next-generation IMS, including:
  • the first A-CSCF for the first user binding receives the session request of the first user, obtains, from the D-HSS, a unit of the domain name information of the second A-CSCF bound by the second user related to the current session. ;
  • This session is connected to the second user's unit.
  • the embodiment of the present invention further provides a session control method in a next-generation IMS, including: when the first A-CSCF bound by the first user receives the session request of the first user, obtains the session related information from the D-HSS. The second user binds the domain name information of the second A-CSCF, and sends a request for parsing the domain name information of the second A-CSCF to the E-DNS;
  • the E-DNS determines that the address information of the available third A-CSCF is sent to the first A-CSCF when the second A-CSCF is faulty;
  • the first A-CSCF forwards the session request of the first user to the corresponding third A-CSCF according to the address information of the third A-CSCF;
  • the third A-CSCF notifies the second user to reinitialize the registration according to the address information of the second user; or obtains the service registration information iFC of the second user from the D-HSS, and according to the address information of the second user and iFC, connect this session to the second user.
  • the embodiment of the present invention further provides a session control device in a next-generation IMS, including: the first A-CSCF for binding the first user receives the session request of the first user, and obtains the current D-HSS from the D-HSS. a domain-related information of the second A-CSCF bound by the second user associated with the session, and sending, to the E-DNS, a unit for parsing the domain name information request of the second A-CSCF;
  • This session is connected to the second user's unit.
  • the session control technology in the IMS stores the address information of the P-CSCF bound by the user in the HSS in the initial registration process of the user, so that when the user is called, the available S-CSCF can Obtaining the address information of the P-CSCF bound by the called user in the HSS, and notifying the user to reinitialize the registration according to the P-CSCF address information, or implementing session connection;
  • the session control technology in the next generation IMS stores the address information of the user in the D-HSS, so that when the user is called, the available A-CSCF can be obtained from the D-HSS.
  • the user's address information is called, and the user is notified according to the address information of the called user to reinitialize the registration, or to implement session connection.
  • 1 is a flow chart of initial registration of a UE in the prior art
  • 2 is a flow chart of two UE sessions in the prior art
  • FIG. 3 is a schematic flowchart of a failure of a session control function in the prior art
  • FIG. 4A and FIG. 4B are schematic flowcharts of two methods for controlling a session according to Embodiment 1 of the present invention.
  • FIG. 5 is a schematic flowchart of a session control method according to Embodiment 2 of the present invention.
  • FIG. 6 is a schematic flowchart of a session control method according to Embodiment 3 of the present invention.
  • FIG. 7 is a schematic flowchart of a session control method according to Embodiment 4 of the present invention.
  • FIG. 8 is a schematic flowchart of a session control method according to Embodiment 5 of the present invention.
  • FIG. 9 is a schematic flowchart of a session control method according to Embodiment 6 of the present invention.
  • FIG. 10 is a schematic flowchart of a session control method according to Embodiment 7 of the present invention.
  • FIG. 11 is a schematic flowchart of a session control method according to Embodiment 8 of the present invention. detailed description
  • the called UE in the IMS, if the domain name server is the S-CSCF fault selected by the called UE during the session, the called UE cannot be called to the called UE before the called UE re-initializes the registration, and the user is registered.
  • the address information of the P-CSCF bound by the user is stored in the HSS of the access network system, so that the re-requested available S-CSCF can notify the called UE to re-re-request according to the address information of the P-CSCF bound by the user.
  • the P-CSCF, the S-CSCF, and the I-CSCF may be combined into one session control function in the next generation IMS, which is called an A-CSCF.
  • A-CSCF next generation IMS
  • the address information, I and CK of the UE are stored in the D-HSS adopted by the access network system, so that the re-requested available A-CSCF can notify the called UE to re-re-request according to the address information of the UE, IK and CK. Initialize registration or implement session connection.
  • Embodiment 1 The first session control method provided by the first embodiment of the present invention, as shown in FIG. 4A, includes the following steps:
  • Steps S4A01 and S4A02 UE1 sends a session request to the S-CSCF1 through the P-CSCF1;
  • the session request sent by the UE 1, for example, the INVITE session request, includes the UE2 public user identifier IMPU, such as Bob@home.net;
  • Step S4A03 The S-CSCF1 triggers the service request of the UE1 according to the service registration information iFC of the UE1 obtained in the UE1 registration process.
  • Step S4A04 and S4A05 S-CSCF1 send a domain name resolution request to the DNS, and the DNS assigns the IP address assigned to the I-CSCF2 to the S-CSCF1;
  • the S-CSCF1 sends a domain name resolution request to the DNS according to the IMPU of the UE2 in the request, and the DNS returns the IP address assigned to the I-CSCF2 to the S-CSCF1;
  • Steps S4A06 and S4A07, and S-CSCF1 send an INVITE session request to the I-CSCF2. If the transmission fails, the I-CSCF2 returns the I-CSCF2 fault indication information to the S-CSCF1.
  • the S-CSCF1 sends an INVITE session request to the I-CSCF2 according to the IP address of the I-CSCF2 returned by the DNS. If the S-CSCF1 fails to send the session request to the I-CSCF2, the I-CSCF2 returns the I-CSCF2 failure indication information to the S-CSCF1. ;
  • Steps S4A08 and S4A09 S-CSCF1 resend the domain name resolution request to the DNS, including the I-CSCF2 failure indication information, and the DNS re-allocates the available I-CSCF3 according to the I-CSCF2 failure indication information, and returns the IP address of the I-CSCF3.
  • S-CSCF 1 S-CSCF 1;
  • Step S4A10 The S-CSCF 1 sends an INVITE session request to the reselected I-CSCF3 according to the IP address of the I-CSCF3 returned by the DNS.
  • Step S4A11 I-CSCF3 sends an LIR to the HSS through the reference point Cx;
  • the HSS stores the address information of each P-CSCF bound to the user.
  • the address information of the P-CSCF mainly includes the IP address and port number of the P-CSCF.
  • the following are the IP addresses of the P-CSCF.
  • the port number is used as an example. Therefore, when the I-CSCF3 sends the LIR to the HSS, the address information of the P-CSCF2 can be obtained.
  • Step S4A12 HSS returns the LIA to the I-CSCF3 through the reference point Cx, and the LIA includes Address information of P-CSCF2;
  • Steps S4A13 and S4A14, and I-CSCF3 send a domain name resolution request to the DNS, and the DNS returns the IP address of the S-CSCF2 to the I-CSCF3;
  • Steps S4A15 and S4A16, and I-CSCF3 send an INVITE session request to the S-CSCF2 according to the IP address of the S-CSCF2 returned by the DNS. If the I-CSCF3 fails to send the session request to the S-CSCF2, the S-CSCF2 returns to the S-CSCF2. Fault indication information to I-CSCF3;
  • Steps S4A17 and S4A18, and I-CSCF3 resend the domain name resolution request to the DNS, including the S-CSCF2 fault indication information, and the DNS reselects the available S-CSCF3 according to the S-CSCF2 fault indication information, and returns the IP address of the S-CSCF3.
  • I-CSCF3
  • Step S4A19 The I-CSCF3 sends an INVITE session request to the S-CSCF3 according to the IP address of the S-CSCF3 returned by the DNS, where the session request includes the IP address and port number of the P-CSCF2; Steps S4A20 and S4A21, S-CSCF3 Sending a Notify notification to UE2 through P-CSCF2;
  • the S-CSCF3 After receiving the INVITE session request of the I-CSCF3, the S-CSCF3 finds that the UE2 is not registered in the S-CSCF3 according to the correspondence between the S-CSCF, the P-CSCF and the registered user formed during the user registration process, and thus S -CSCF3 sends a Notify notification to the P-CSCF2 according to the address information of the P-CSCF2 in the INVITE session request, and the P-CSCF2 forwards the Notify notification to the UE2 to trigger the reinitialization registration process of the UE2;
  • Steps S4A22 and S4A23 UE2 sends a 200 OK to the S-CSCF3 through the P-CSCF2 to indicate that the reinitialization registration notification is successfully received.
  • Steps S4A24 and S4A25, and S-CSCF3 send 503 Service Unavailable to UE1 through S-CSCF1, indicating that UE2 cannot register with UE2 because UE2 is not registered in S-CSCF3, and the session connection fails.
  • Step S4A26 UE2 re-resolves the DNS to obtain a new S-CSCF address information, and then initiates a re-initialization registration process, thereby ensuring that UE2 can be successfully called by other UEs;
  • the reinitialization registration process is the same as the re-registration process in the prior art, and will not be described here.
  • the second session control method provided by the first embodiment of the present invention includes the following steps: Steps S4B01-S4B10 are the same as corresponding steps S4A01-S4A10 in FIG. 4A, and steps S4B20-S4B26 are the same as corresponding steps S4A20-S4A26 in FIG. 4A, and the description will not be repeated here. Only the differences are described in detail as follows:
  • S4B11 and I-CSCF3 send a domain name resolution request to the DNS, requesting address information of the S-CSCF2;
  • S4B13, S4B14, and I-CSCF3 forward the session request to the S-CSCF2 according to the address information of the S-CSCF2 returned by the DNS, and the S-CSCF2 returns the fault indication information to the I-CSCF3;
  • S4B15, S4B16, and I-CSCF3 resend the domain name resolution request to the DNS, which carries the S-CSCF2 fault indication information.
  • the DNS selects the address information of the available S-CSCF3 according to the fault indication information carried in the domain name resolution request, and returns the information to the I. -CSCF3;
  • I-CSCF3 forwards the session request of UE1 to S-CSCF3;
  • S4B18 and S-CSCF3 send the LIR to the HSS through the reference point, and obtain the IP address and port number of the P-CSCF2.
  • S4B19 and HSS return the address information of P-CSCF2 to S-CSCF3.
  • the first embodiment of the present invention further provides a session control device in an IMS, including:
  • the session control method provided in the second embodiment of the present invention, as shown in FIG. 5, includes:
  • Steps S501-S519 are the same as corresponding steps S4A01-S4A19 in FIG. 4A, and are not repeated here. Narrative, only the differences are described in detail as follows:
  • Step S520 S-CSCF3 sends the SAR to the HSS through the reference point Cx;
  • the SAR sent by the S-CSCF3 includes the UE2 SIP URI, the S-CSCF3 SIP, and the like, and obtains the service registration information iFC of the UE2 from the HSS;
  • Step S521 HSS returns SAA to S-CSCF3 through reference point Cx;
  • the HSS detects whether the registration status of the UE2 is "Registered” according to the received SAR. If yes, the HSS stores the information of the UE2 SIP URL S-CSCF3 SIP, and returns the SAA to the S-CSCF3 through the reference point Cx, and returns The SAA includes the iFC of UE2;
  • Step S522 The S-CSCF3 performs a session request to trigger the UE2 according to the obtained iFC of the UE2. Since the S-CSCF3 obtains the iFC of the UE2, the S-CSCF3 may forward the INVITE session request of the UE1 to the UE2.
  • Steps S523 and S524, and the S-CSCF3 sends an INVITE session request to the UE2 through the P-CSCF2 according to the iFC of the UE2 and the obtained address information of the P-CSCF2 bound to the UE2;
  • the S-CSCF3 can obtain the address information of the P-CSCF2 from the received session request, and can also receive Upon the session request, the IP address and port number of the P-CSCF2 are downloaded from the HSS, thereby obtaining the address information of the P-CSCF2.
  • Steps S525-S527 After receiving the INVITE session request, the UE2 returns a 200 OK to the S-CSCF1 through the P-CSCF2 to indicate that the connection session is successful, and the UE1 and the UE2 can perform the current session, and the session flow and the prior art process are completed. The same, will not be described here.
  • the second embodiment of the present invention further provides a session control device in the IMS, including:
  • the service registration information iFC is obtained from the HSS, and the session is connected to the second user unit according to the address information of the second P-CSCF and the iFC bound by the second user.
  • E-DNS Enhanced DNS, Enhanced Domain Name Server
  • E-DNS can perform the following functions compared with the traditional DNS:
  • Real-time monitoring of the status of I-CSCF and S-CSCF within a certain range that is, establishing a connection with the I-CSCF and S-CSCF within a certain range of monitoring, and using Heartbeat monitoring method, generally based on application layer heartbeat monitoring
  • the method is based on UDP (User Datagram Protocol). Due to the low overhead of UDP, real-time monitoring can be implemented. For example, the monitoring period can be 1S. Other monitoring methods can also be used, such as monitoring that has been implemented by the transport layer protocol. Mechanism, this monitoring method is similar to the UDP-based heart monitoring method.
  • the Keepalive monitoring method in the Transmission Control Protocol (TCP), the general monitoring period is 60S; the heartbeat monitoring method in the SCTP (Streaming Control Transmission Protocol), general monitoring The period is 30S.
  • TCP Transmission Control Protocol
  • SCTP Streaming Control Transmission Protocol
  • the session control method provided in Embodiment 3 of the present invention, as shown in FIG. 6, includes:
  • steps S601-S603 are the same as the corresponding steps S4A01-S4A03 in FIG. 4A; the steps S611-S618 are the same as the steps S4A19-S4A26 in FIG. 4A, and the description is not repeated here, and only the differences are described in detail as follows:
  • Steps S604 and S605, and the S-CSCF1 sends a domain name resolution request to the E-DNS to obtain address information of the I-CSCF3.
  • the S-CSCF1 requests the E-DNS to resolve the domain name of the I-CSCF2, and the E-DNS determines that the I-CSCF2 is faulty according to the monitoring, and the E-DNS returns the available IP address of the I-CSCF3 to the S-CSCF1;
  • E-DNS monitors a range of I-CSCF and S-CSCF methods, which can be heartbeat monitoring Or the keep-alive monitoring method, that is, the E-DNS establishes a heartbeat or keep-alive connection with the I-CSCF and the S-CSCF of the called user, and understands the load status of the I-CSCF and the S-CSCF, if an I-CSCF or S- If the CSCF is faulty, the E-DNS may not be available to the I-CSCF or the S-CSCF identifier, and the available I-CSCF or S-CSCF may be selected in time for the UE to function as a session control function;
  • Step S606 the S-CSCF1 forwards the INVITE session request to the available I-CSCF3 according to the IP address of the I-CSCF3 returned by the E-DNS;
  • Step S607 The I-CSCF3 sends the LIR to the HSS through the reference point Cx, and obtains the address information of the S-CSCF2 bound by the UE2, including the IP address and the port number, from the HSS.
  • Step S608 the HSS returns the LIA to the I-CSCF3 through the reference point Cx;
  • the returned LIA includes the address information of the S-CSCF2;
  • Steps S609 and S610, and the I-CSCF3 request the address information of the S-CSCF2 from the E-DNS; the E-DNS determines that the S-CSCF2 corresponding to the user registration is faulty according to the monitoring, and the available information is available.
  • IP address of S-CSCF3 is returned to I-CSCF3.
  • the S-CSCF3 can obtain the address information of the P-CSCF2 from the received session request, or can download the IP address and port number of the P-CSCF2 from the HSS when receiving the session request, to obtain P. -Address information of CSCF2.
  • the third embodiment of the present invention further provides a session control device in the IMS, including:
  • Embodiment 4 The session control method provided by the fourth embodiment of the present invention is as shown in FIG. 4, wherein steps S701-S711 are the same as corresponding steps S601-S611 in the third embodiment; steps S712-S719, and step S520- in the second embodiment S527 corresponds to the same, and the description is not repeated here;
  • the S-CSCF3 can obtain the address information of the P-CSCF2 from the received session request, and can also obtain the address information of the P-CSCF2 from the HSS.
  • Embodiment 4 of the present invention further provides a session control device in an IMS, including:
  • the service registration information iFC is obtained from the HSS, and the session is connected to the second user unit according to the address information of the second P-CSCF and the iFC bound by the second user.
  • the session control technology in the IMS stores the address information of the P-CSCF bound by the user in the HSS in the initial registration process of the user, so that when the user is called, the available S-CSCF can
  • the HSS obtains the address information of the P-CSCF bound by the called user, and notifies the called user to re-initialize the registration according to the obtained address information of the P-CSCF, or implements session connection.
  • the inventor of the present application finds that the session process based on the IMS logical architecture is relatively complicated, and therefore proposes a logical architecture of NGIMS (Next Generational IMS), and discovers the disaster recovery technology of the session control device. The same applies to NGIMS.
  • NGIMS Next Generational IMS
  • NGIMS there are mainly two types of control functions in the session control layer, A-CSCF (Access-CSCF, Access Call Session Control Function) and D-HSS (Distributed HSS, Distributed Home Subscriber Server).
  • A-CSCF Access-CSCF, Access Call Session Control Function
  • D-HSS Distributed HSS, Distributed Home Subscriber Server
  • the A-CSCF in NGIMS includes the functions of I-CSCF, S-CSCF and P-CSCF in IMS, that is, one control function
  • A-CSCF integrates three control functions I-CSCF, S-CSCF and P-CSCF.
  • the D-HSS not only stores the service registration information iFC of the user, the domain name information of the A-CSCF bound by the UE when registering, but also stores the address information and the encryption information of the UE.
  • the address information of the UE mainly includes the IP address of the UE and The port number is described below by taking the IP address and port number of the UE as an example.
  • the encrypted information is an IK and CK key pair.
  • Step S801 UE1 sends an INVITE session request (including To: Bob@home.net) to A-CSCF1 bound by UE1;
  • Step S802 After receiving the INVITE session request, the A-CSCF 1 triggers a session request of the UE1 to the UE2 according to the iFC of the UE1.
  • Step S803 The A-CSCF1 sends the LIR (including Bob@home.net) to the D-HSS through the reference point Cx, and obtains the address information, the encrypted information, and the domain name information of the A-CSCF2 from the D-HSS.
  • LIR including Bob@home.net
  • Steps S804 and S805, and the D-HSS returns the LIA to the A-CSCF1 through the reference point Cx;
  • the D-HSS searches for the data stored in the entire network according to the received LIR, and obtains the domain name information of the A-CSCF2 bound by the UE2 and the address information and the encrypted information of the UE2;
  • Step S806 The A-CSCF 1 sends a domain name information request for parsing the A-CSCF2 to the DNS according to the domain name information of the A-CSCF2 returned by the D-HSS.
  • Step S807 the DNS returns the IP address of the A-CSCF2 to the A-CSCF1;
  • A-CSCF1 forwards an INVITE session request to the A-CSCF2 according to the IP address of the A-CSCF2 returned by the DNS, where the INVITE session request includes the address information and the encryption information of the UE2, if the A-CSCF1 forwards the INVITE session request. If A-CSCF2 fails, A-CSCF2 returns A-CSCF2 fault indication information to A-CSCF1;
  • Step S810 the A-CSCF 1 resends the domain name resolution request to the DNS according to the fault indication information; Step S811, the DNS, according to the A-CSCF2 fault indication information, the available A-CSCF3 ground The address information is returned to A-CSCF1;
  • Step S812 After receiving the address information of the A-CSCF3 returned by the DNS, the A-CSCF1 forwards the INVITE session request to the A-CSCF3, where the session request includes the address information of the UE2 and the encrypted information. Step S813, A-CSCF3 receives the INVITE session. After the request, according to the correspondence between the A-CSCF formed in the user registration process and the registered user, it is determined that the UE2 is not registered in the A-CSCF3, and then sends a Notify notification to the UE2 to trigger the UE2 to re-initialize the registration;
  • the A-CSCF3 can send the Notify notification to the UE2 in time, thereby ensuring that the UE2 can be successfully called by other users after re-initializing the registration in time;
  • Step S814 After receiving the Notify notification sent by the A-CSCF3, the UE2 returns a 200 OK to the A-CSCF3 to indicate that the reinitialization registration is successfully received.
  • Steps S815 and S816, and A-CSCF3 return 503 Service Unavailable to UE1 through A-CSCF1, indicating that UE2 cannot establish a session with UE2 because the UE2 is not registered in A-CSCF3, and the session connection fails.
  • Step S817 UE2 re-resolves the DNS to obtain a new A-CSCF address information, and then initiates a re-initialization registration process, and UE2 can re-initialize the registration to ensure that the call is successfully succeeded by other users, and the re-initialization registration process initiated by UE2 and the prior art The method is the same and will not be repeated here;
  • the A-CSCF3 may obtain the address information and the encrypted information of the UE2 from the received session request, or may download the UE2 from the D-HSS when receiving the session request. IP address, port number, IK and CK, to obtain the address information and encryption information of UE2.
  • the fifth embodiment of the present invention further provides a session control device in a next-generation IMS, including: when the first A-CSCF for the first user binding receives the session request of the first user, obtains the present from the D-HSS. a unit of domain name information of the second A-CSCF bound by the second user associated with the second session; And re-requesting the address information of the available third A-CSCF to the DNS when the first user's session request fails to be forwarded to the second user by the corresponding second A-CSCF according to the domain name information of the second A-CSCF.
  • Embodiment 6 is configured to notify the second user to reinitialize the registered unit according to the address information of the second user.
  • the flow of the session control method provided in Embodiment 6 of the present invention is as shown in FIG. 9, and includes:
  • Step S913, A-CSCF3 sends the SAR to the D-HSS through the reference point Cx;
  • the A-CSCF3 After receiving the INVITE session request, the A-CSCF3 determines that the UE2 is not registered in the A-CSCF3 according to the correspondence between the A-CSCF and the registered user formed during the user registration process, and then sends the SAR to the D- through the reference point Cx. Obtaining the iFC of UE2 in the HSS;
  • Step S914 the D-HSS returns the SAA to the A-CSCF3 through the reference point Cx;
  • the D-HSS After receiving the SAR sent by the A-CSCF3, the D-HSS detects whether the registration status of the UE2 is "Registered”, and if so, saves the available A-CSCF3 domain name information (A-CSCF3 SIP URL) and passes the reference point Cx.
  • the SAA includes the iFC of the UE2; Step S915, the A-CSCF3 triggers the called session request of the UE2 according to the iFC of the UE2 obtained in the D-HSS;
  • the A-CSCF3 can forward the INVITE session request of the UE1 to the UE2, where the INVITE session request includes the address information and the encryption information of the UE2. Step S916, the A-CSCF3 forwards the INVITE session request to the UE2.
  • UE1 establishes a session flow with UE2, and the session is connected;
  • Steps S917-S919 After receiving the INVITE session request, the UE2 returns a 200 message to the UE1 through the A-CSCF3, indicating that the UE1 and the UE2 can perform the current session.
  • the session flow is the same as the session flow in the prior art, and details are not described herein. ;
  • the A-CSCF3 may obtain the address information and the encrypted information of the UE2 from the received session request, or may download the IP of the UE2 from the D-HSS when receiving the session request.
  • the sixth embodiment of the present invention further provides a session control device in the next-generation IMS, including: a first A- When the CSCF receives the first user's session request,
  • the service registration information iFC of the second user is obtained from the D-HSS, and the session is connected to the unit of the second user according to the address information of the second user and the iFC.
  • E-DNS can perform the following functions compared with the traditional DNS:
  • the session control method provided in Embodiment 7 of the present invention includes:
  • steps S1001-S1005 are the same as the corresponding steps S801-S805 in the fifth embodiment; the steps S1008-S1013 are the same as the steps S812-S817 in the fifth embodiment, and the descriptions are not repeated here, and only the differences are described in detail below. :
  • Step S1006 The A-CSCF 1 sends a domain name information request for parsing the A-CSCF2 to the E-DNS according to the LIA returned by the D-HSS.
  • Step S1007 E-DNS detects A-CSCF2 failure, returns the address information of available A-CSCF3, that is, the IP address of A-CSCF3 to A-CSCF 1;
  • E-DNS uses monitoring method to monitor A-CSCF2 and A-CSCF3. Heartbeat monitoring method can be used. E-DNS establishes heartbeat connection with A-CSCF2 and A-CSCF3, and detects A-CSCF2 failure. And return the available IP address of A-CSCF3 to A-CSCF1;
  • the A-CSCF3 may obtain the address information and the encrypted information of the UE2 from the received session request, or may download the UE2 from the D-HSS when receiving the session request. IP address, port number, IK and CK, to obtain the address information and encryption information of UE2.
  • the seventh embodiment of the present invention further provides a session control device in a next-generation IMS, including: when the first A-CSCF for the first user binding receives the session request of the first user, obtains the present from the D-HSS.
  • the session control method provided in Embodiment 8 of the present invention, as shown in FIG. 11, includes:
  • Steps S1101-S1108 are the same as corresponding steps S1001-S1008 in the seventh embodiment
  • the A-CSCF3 can obtain the UE2 from the received session request.
  • the address information and the encrypted information may also download the IP address, port number, IK, and CK of the UE2 from the D-HSS when the session request is received, to obtain the address information and the encrypted information of the UE2.
  • the eighth embodiment of the present invention further provides a session control device in a next-generation IMS, including: The first A-CSCF for the first user binding obtains the domain name information of the second A-CSCF bound by the second user related to the current session from the D-HSS when receiving the session request of the first user, and Transmitting, to the E-DNS, a unit for parsing the domain name information request of the second A-CSCF;
  • the service registration information iFC of the second user is obtained from the D-HSS, and the session is connected to the unit of the second user according to the address information of the second user and the iFC.
  • the session control technology in the next generation IMS stores the address information of the user in the D-HSS, so that when the user is called, the available A-CSCF can obtain the called user from the D-HSS. Address information, and notify the user to reinitialize the registration according to the address information of the called user, or implement session connection.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Description

一种会话控制方法及设备 技术领域
本发明涉及 IMS ( IP多媒体子系统， IP Multimedia Subsystem )技术领域， 尤其涉及会话控制功能的容灾技术。 背景技术
IMS是 3GPP ( Third Generation Partnership Project, 第三代移动通信合作 伙伴计划） 定义的一种网络架构， 叠加在电路域和分组域网络之上， 可以通 过 IP网络向 UE ( User equipment, 用户设备 )提供多种业务。
IMS 中主要功能实体包括具有控制用户注册、 会话控制等功能的 CSCF ( Call Session Control Function, 呼叫会话控制功能）及集中管理用户签约数 据的 HSS ( Home Subscriber Server, 归属地用户服务器）。 用户通过当前所在 地代理节点 P-CSCF ( Proxy-CSCF, 代理呼叫会话控制功能）接入 IMS, 通 过归属域 S-CSCF(Service-CSCF, 服务呼叫会话控制功能)完成会话和业务触 发控制。
每个签约了 IMS业务的用户都由归属网络运营商分配一个或多个私有用 户标识 IMPI ( IMS Private User Identity )， 在注册、 授权、 管理和计费过程中 使用， 一般不对外公开； 每个 IMS用户还有一个或多个公有用户标识 IMPU ( IMS Public User Identity ), 对外公开， 在使用各类业务的会话过程中使用， 用于和其它用户通信的时候标识自己、 找到对方。
IMS用户的接入流程可分为： 用户初始注册、 用户重注册、 用户去注册、 网络发起的重注册等。
UE发起的初始注册流程如图 1所示：
UE使用自己的 ISIM ( IMS Subscriber Identity Module, IMS用户识别模 块）保存的 IMPU、 IMPL Contact(联系）地址以及归属域域名组成 SIP( Session Initiation Protocol, 会话初始化协议） 的 REGISTER (注册）请求消息， 该注 册请求消息还包含 UE的接入网的类型及标识信息、 支持自己加密、完整性算 法选项信息， 以及为了和 P-CSCF建立 SA ( Security Association, 安全联盟） 所需的端口信息、 超时时间等， 然后发送该注册请求消息到 UE在 P-CSCF发 现过程中找到的 P-CSCF的缺省地址；
P-CSCF收到该注册请求消息后保存用户的标识以及其它必要信息，根据 用户归属域的域名查询用户归属域的 I-CSCF ( Interrogating-CSCF, 问询呼叫 会话控制功能)的地址， 并组成新的 REGISTER请求消息（含拜访地网络的信 息）后发送到查询到的 I-CSCF地址；
I-CSCF 4艮据用户的 IMPI到 HSS查询用户的注册状态，若该用户未注册， 则 I-CSCF会选择一个 S-CSCF处理 UE的注册请求，选定 S-CSCF后， I-CSCF 就发送该注册请求消息到该选定的 S-CSCF继续处理；
S-CSCF收到该注册请求消息后， 检查出用户是初始注册， 向 HSS请求 为用户分配鉴权向量。 该鉴权向量与 3G UE的莶权向量组成、 成分都相同， 包括 RAND ( Random Number, 随机数）、 X ES ( Expected Response, 期望的 认证响应）、 AUTN ( Authentication Token, 鉴权令牌）、 IK ( Integrity Key, 完 整性密钥）、 CK ( Ciphering Key, 加密密钥）五元组向量。 S-CSCF收到 HSS 的分配结果后，选择一组鉴权向量包含在 S-CSCF的 401消息中， 并去掉该鉴 权向量中的 XRES项， 再通过 I-CSCF将该 401消息发送到 P-CSCF; 401消 息中主要包含下列信息： RAND、 AUTN> IK和 CK;
P-CSCF保存 CK、 IK, 之后去掉鉴权向量中的 CK、 IK, 将剩余的信息 包含在 401消息中， 并发送给 UE， 该 401消息中主要包含下列消息： RAND 和 AUTH。
UE根据和网络共享的鉴权密钥和收到的 RAND 计算出 CK、 IK、 RES ( Response, 认证响应）， 还可能根据选择的加密算法对 CK进行再处理。 UE 计算出网络需要的 RES后， 组成新的 REGISTER请求消息， 经过加密和完整 性保护后通过 P-CSCF的安全通道发送到 P-CSCF。该 REGISTER请求消息中 包含下列信息： UE进行计算用到的 RAND、 AUTN, UE选择的加密算法以 及计算出的鉴权结果 RES;
P-CSCF收到上述 REGISTER请求消息后进行相应的解密，若可以解析出 该注册请求，则表示网络和 UE完成了加密和完整性保护，然后再经过 I-CSCF 将包含鉴权结果的 REGISTER请求消息发送到 S-CSCF , S-CSCF 收到该 REGISTER请求消息后比较其中的 RES和之前保存的 XRES是否一致， 若一 致， 则表示鉴权通过。 S-CSCF向 HSS发送 SAR ( Server- Assignment-Request, 服务器分配请求）去获得用户的业务注册信息 iFC ( Initial Filter Criteria )， HSS 更新用户注册信息为 "Registered" , 保存 S-CSCF 的域名信息， 同时在 SAA ( Server-Assignment-Answer,服务器分配应答）中返回 iFC给 S-CSCF。然后， S-CSCF向 UE发送 200 OK消息表示注册成功， 200OK消息中包含网络指定 的以秒为单位的注册有效时长（如 3GPP 24.229标准为 600000秒）；
P-CSCF收到注册请求的 200 OK响应后发起到 S-CSCF的订阅该 UE的 注册时间包流程， 订阅成功后， S-CSCF返回 200 OK指示订阅成功完成， 至 此 UE的初始注册完成。
假设 UE1和 UE2属于同一个 IMS网络，且都支持 lOOrel和 Precondition, 则在完成如上所述的初始注册后， 就可以进行会话， 如图 2所示， 会话流程 如下：
UE1通过 P-CSCF1将 INVITE会话请求发送给 S-CSCF1 ;
S-CSCF1 发送域名解析请求给 DNS ( Domain name server,域名服务器）， 获得 I-CSCF2的 IP地址， S-CSCF1根据 DNS返回的 I-CSCF2的 IP地址， 发 送 INVITE会话请求给 I-CSCF2;
I-CSCF2通过参考点 Cx发送 LIR( Location-Info-Request,位置信息请求） 到 HSS中 , 获得与 UE2绑定的 S-CSCF2的域名信息， HSS通过参考点 Cx返 回 LIA ( Location-Info- Answer, 位置信息应答）， 该 LIA中包括与 UE2绑定 的 S-CSCF2的域名信息；
I-CSCF2 根据 HSS 返回的 S-CSCF2 的域名信息发送域名解析请求给 DNS, DNS将 S-CSCF2的 IP地址返回给 I-CSCF2; I-CSCF2根据 DNS返回的 S-CSCF2的 IP地址将 INVITE会话请求发送 到 S-CSCF2, S-CSCF2通过 P-CSCF2将 INVITE会话请求转发给 UE2， UE2 按照图 2中步骤 10-14所示的路径将会话进行中的消息传递给 UE1，表示 UE1 和 UE2可以建立^舌流程。
然而， 如果在会话过程中与 UE2所属的 I-CSCF2和 /或 S-CSCF2出现故障， 如图 3所示， UE1发出的 INVITE会话请求将没有办法发送到 UE2， 结果就会导 致会话无法接续； 而且由于 UE重注册的周期较长， 约 7天（3GPP 24.229标准 为 600000秒）， 因此导致用户不能及时重注册到可用呼叫会话控制功能； 并且 如果 UE2在重注册之前不主动发起呼叫 , 核心网就不能发现与 UE2所属的 I-CSCF2和 /或 S-CSCF2出现故障， 从而导致 UE2无法被其它用户呼叫成功。 发明内容
本发明实施例提供一种会话控制方法， 用于实现在控制被叫用户接续的 相关会话控制功能出现故障的情况下， 能够及时通知被叫用户重新初始化注 册， 或者能够将会话接续到被叫用户。
本发明实施例提供一种在 IMS中的会话控制方法， 包括：
第三问询呼叫会话控制功能 I-CSCF接收到第一用户绑定的第一服务呼叫 会话控制功能 S-CSCF发送的第一用户的会话请求时， 向域名服务器 DNS请 求本次会话相关的第二用户绑定的第二 S-CSCF的地址信息；
所述第三 I-CSCF根据第二 S-CSCF的地址信息， 向对应的第二 S-CSCF 发送第一用户的会话请求失败时， 重新向域名服务器 DNS 请求可用的第三 S-CSCF的地址信息；
所述第三 I-CSCF根据 DNS返回的第三 S-CSCF的地址信息， 将第一用 户的会话请求转发给第三 S-CSCF;
所述第三 S-CSCF 根据第二用户绑定的第二代理呼叫会话控制功能 P-CSCF的地址信息，通过对应的第二 P-CSCF通知第二用户重新初始化注册； 或者从 HSS中获得第二用户的业务注册信息 iFC, 并根据第二用户绑定的第 二 P-CSCF的地址信息和 iFC, 将本次会话接续到第二用户。
其中， 所述第三 I-CSCF从 HSS获得所述第二 P-CSCF的地址信息， 并将 所述第二 P-CSCF的地址信息包括在所述会话请求中发送给第三 S-CSCF; 或 者所述第三 S-CSCF从 HSS获得第二用户的业务注册信息 iFC时， 还获得所 述第二 P-CSCF的地址信息。
其中， 所述第三 I-CSCF接收到第一用户绑定的第一 S-CSCF发送的第一 用户会话请求之前， 所述方法还包括：
所述第一 S-CSCF接收到第一用户的会话请求时， 从 DNS获得第二用户 所属的第二 I- CSCF的地址信息， 并向对应的第二 I-CSCF转发会话请求； 当第一用户的会话请求转发失败时，重新向 DNS请求可用的第三 I-CSCF 的地址信息， 并根据第三 I-CSCF的地址信息， 将第一用户会话请求发送给第 三 I-CSCF。
其中， 所述第三 S-CSCF根据第二用户绑定的第二 P-CSCF的地址信息， 通过对应的第二 P-CSCF通知第二用户重新初始化注册后，还通过对应的第二
P-CSCF通知第一用户会话接续失败。
本发明实施例提供一种在 IMS中的^舌控制设备， 包括：
用于接收到第一用户绑定的第一 S-CSCF发送的第一用户的会话请求时， 从 HSS中获得与本次会话相关的第二用户绑定的第二 S-CSCF的域名信息的 单元；
用于根据第二 S-CSCF的域名信息，向对应的第二 S-CSCF发送第一用户 的会话请求失败时，重新向 DNS请求可用的第三 S-CSCF的地址信息的单元； 用于根据 DNS返回的第三 S-CSCF的地址信息， 将第一用户的会话请求 转发给第三 S-CSCF的单元；
用于根据第二用户绑定的第二 P-CSCF 的地址信息， 通过对应的第二 P-CSCF通知第二用户重新初始化注册的单元； 或者用于从 HSS 中获得第二 用户的业务注册信息 iFC, 并根据第二用户绑定的第二 P-CSCF的地址信息和 iFC, 将本次会话接续到第二用户的单元。 本发明实施例还提供一种在 IMS中的会话控制方法， 包括：
第三 I-CSCF接收到第一用户绑定的第一 S-CSCF发送的第一用户的会话 请求时， 向增强型域名服务器 E-DNS请求本次会话相关的第二用户绑定的第 二 S-CSCF的地址信息；
所述 E-DNS 居对各 S-CSCF的监测结果， 确定所述第二 S-CSCF故障 时， 将可用的第三 S-CSCF的地址信息发送给所述第三 I-CSCF;
所述第三 I-CSCF根据 E-DNS返回的第三 S-CSCF的地址信息，将第一用 户的会话请求转发给第三 S-CSCF;
所述第三 S-CSCF根据第二用户绑定的第二 P-CSCF的地址信息，通过对 应的第二 P-CSCF通知第二用户重新初始化注册； 或者从 HSS中获得第二用 户的业务注册信息 iFC， 并根据第二用户绑定的第二 P-CSCF 的地址信息和 iFC , 将本次会话接续到第二用户。
本发明实施例还提供一种在 IMS中的会话控制设备， 包括：
用于接收到第一用户绑定的第一 S-CSCF发送的第一用户的会话请求时， 向 E-DNS请求本次会话相关的第二用户绑定的第二 S-CSCF的地址信息的单 元；
用于根据对各 S-CSCF的监测结果， 确定所述第二 S-CSCF故障时， 将可 用的第三 S-CSCF的地址信息发送给第三 I-CSCF的单元；
用于根据 E-DNS返回的第三 S-CSCF的地址信息， 将第一用户的会话请 求转发给第三 S-CSCF的单元；
用于根据第二用户绑定的第二 P-CSCF 的地址信息， 通过对应的第二 P-CSCF通知第二用户重新初始化注册的单元； 或者用于从 HSS 中获得第二 用户的业务注册信息 iFC， 并根据第二用户绑定的第二 P-CSCF的地址信息和 iFC, 将本次会话接续到第二用户的单元。
本发明实施例提供一种下一代 IMS中的会话控制方法， 包括：
第一用户绑定的第一接入呼叫会话控制功能 A-CSCF接收到第一用户的 会话请求时， 从分布式归属地用户服务器 D-HSS中获得本次会话相关的第二 用户绑定的第二 A-CSCF的域名信息；
所述第一 A-CSCF 根据第二 A-CSCF 的域名信息， 通过对应的第二 A-CSCF向所述第二用户转发第一用户的会话请求失败时， 重新向 DNS请求 可用的第三 A-CSCF的地址信息；
所述第一 A-CSCF根据 DNS返回的第三 A-CSCF的地址信息， 将第一用 户的会话请求转发给对应的第三 A-CSCF;
所述第三 A-CSCF才艮据第二用户的地址信息， 通知第二用户重新初始化 注册； 或者从 D-HSS中获得第二用户的业务注册信息 iFC， 并根据第二用户 的地址信息和 iFC， 将本次会话接续到第二用户。
本发明实施例提供一种下一代 IMS中的会话控制设备， 包括：
用于第一用户绑定的第一 A-CSCF 接收到第一用户的会话请求时， 从 D-HSS中获得本次会话相关的第二用户绑定的第二 A-CSCF的域名信息的单 元；
用于根据第二 A-CSCF的域名信息， 通过对应的第二 A-CSCF向所述第 二用户转发第一用户的会话请求失败时，重新向 DNS请求可用的第三 A-CSCF 的地址信息的单元；
用于根据 DNS返回的第三 A-CSCF的地址信息， 将第一用户的会话请求 转发给对应的第三 A-CSCF的单元；
用于根据第二用户的地址信息， 通知第二用户重新初始化注册的单元； 或者用于从 D-HSS中获得第二用户的业务注册信息 iFC， 并根据第二用户的 地址信息和 iFC, 将本次会话接续到第二用户的单元。
本发明实施例还提供一种下一代 IMS中的会话控制方法， 包括： 第一用户绑定的第一 A-CSCF接收到第一用户的会话请求时， 从 D-HSS 中获得本次会话相关的第二用户绑定的第二 A-CSCF的域名信息，并向 E-DNS 发送解析第二 A-CSCF的域名信息请求；
所述 E-DNS根据对各 A- CSCF的监测结果， 确定所述第二 A-CSCF故障 时， 将可用的第三 A-CSCF的地址信息发送给所述第一 A-CSCF; 所述第一 A-CSCF根据第三 A-CSCF的地址信息， 将第一用户的会话请 求转发给对应的第三 A-CSCF;
所述第三 A-CSCF才艮据第二用户的地址信息， 通知第二用户重新初始化 注册； 或者从 D-HSS中获得第二用户的业务注册信息 iFC, 并根据第二用户 的地址信息和 iFC , 将本次会话接续到第二用户。
本发明实施例还提供一种下一代 IMS中的会话控制设备， 包括： 用于第一用户绑定的第一 A-CSCF 接收到第一用户的会话请求时， 从 D-HSS中获得本次会话相关的第二用户绑定的第二 A-CSCF的域名信息， 并 向 E-DNS发送解析第二 A-CSCF的域名信息请求的单元；
用于根据对各 A-CSCF的监测结果， 确定所述第二 A-CSCF故障时， 将 可用的第三 A-CSCF的地址信息发送给所述第一 A-CSCF的单元；
用于根据第三 A-CSCF 的地址信息， 将第一用户的会话请求转发给对应 的第三 A-CSCF的单元；
用于根据第二用户的地址信息， 通知第二用户重新初始化注册的单元； 或者用于从 D-HSS中获得第二用户的业务注册信息 iFC, 并根据第二用户的 地址信息和 iFC， 将本次会话接续到第二用户的单元。
本发明实施例提供的 IMS中的会话控制技术， 在用户初始注册流程中， 将用户绑定的 P-CSCF的地址信息存储到 HSS中， 从而在用户被呼叫时， 可 用的 S-CSCF能够从 HSS中获得被叫用户绑定的 P-CSCF的地址信息， 并根 据 P-CSCF地址信息通知用户重新初始化注册， 或者实现会话接续；
更进一步， 本发明实施例提供的下一代 IMS中的会话控制技术， 将用户 的地址信息存储到 D-HSS中， 从而在用户被呼叫时， 可用的 A-CSCF能够从 D-HSS 中获得被叫用户的地址信息， 并根据被叫用户的地址信息通知用户重 新初始化注册， 或者实现会话接续。 附图说明
图 1为现有技术中 UE初始注册流程图； 图 2为现有技术中两个 UE会话流程图；
图 3为现有技术中会话控制功能出现故障的流程示意图；
图 4A、 图 4B分别为本发明实施例一提供的两种会话控制方法流程示意 图；
图 5为本发明实施例二提供的会话控制方法流程示意图；
图 6为本发明实施例三提供的会话控制方法流程示意图；
图 7为本发明实施例四提供的会话控制方法流程示意图；
图 8为本发明实施例五提供的会话控制方法流程示意图；
图 9为本发明实施例六提供的会话控制方法流程示意图；
图 10为本发明实施例七提供的会话控制方法流程示意图；
图 11为本发明实施例八提供的会话控制方法流程示意图。 具体实施方式
本发明实施例为解决 IMS中，在会话过程中，如果域名服务器为被叫 UE 选择的 S-CSCF故障， 在被叫 UE重新初始化注册之前， 无法呼叫到被叫 UE 的问题，在用户注册时，将用户绑定的 P-CSCF的地址信息存储到接入网络系 统的 HSS中， 从而根据用户绑定的 P-CSCF的地址信息， 保证重新请求的可 用的 S-CSCF能够通知被叫 UE重新初始化注册或者实现会话接续；
本发明实施例中，还可以在下一代 IMS中，将 P-CSCF、 S-CSCF和 I-CSCF 合并为一个会话控制功能， 称之为 A-CSCF。 为解决在会话过程中， 如果被叫 UE绑定的 A-CSCF出现故障， 在被叫 UE重新初始化注册之前， 无法根据被 叫绑定的 A-CSCF呼叫到被叫 UE的问题，在用户注册时，将 UE的地址信息、 I 和 CK存储到接入网络系统采用的 D-HSS中 , 从而根据 UE的地址信息、 IK和 CK,保证重新请求的可用的 A-CSCF能够通知被叫 UE重新初始化注册 或者实现会话接续。
下面结合说明书附图对本发明的不同实施例进行详细说明。
实施例一 本发明实施例一提供的第一种会话控制方法， 如图 4A所示， 包括如下步 骤：
步骤 S4A01和 S4A02、 UE1通过 P-CSCF1发送会话请求给 S-CSCF1;
UE 1发送的会话请求， 例如 INVITE会话请求， 包含 UE2的公有用户标 识 IMPU， 例如 Bob@home.net;
步骤 S4A03、 S-CSCF1根据在 UE1注册过程中获得的 UE1的业务注册信 息 iFC， 触发 UE1的业务请求；
步骤 S4A04和 S4A05、 S-CSCF1向 DNS发送域名解析请求， DNS将分 配给 I-CSCF2的 IP地址返回给 S-CSCF1;
S-CSCF1根据^ ί舌请求中 UE2的 IMPU向 DNS发送域名解析请求， DNS 将分配给 I-CSCF2的 IP地址返回给 S-CSCF1;
步骤 S4A06和 S4A07、 S-CSCF1向 I-CSCF2发送 INVITE会话请求， 若 发送失败， 则 I-CSCF2返回 I-CSCF2故障指示信息给 S-CSCF1 ;
S-CSCF1根据 DNS返回的 I-CSCF2的 IP地址向 I-CSCF2发送 INVITE 会话请求， 若 S-CSCF1 发送会话请求给 I- CSCF2 失败， 则 I-CSCF2返回 I-CSCF2故障指示信息给 S-CSCF1 ;
步骤 S4A08和 S4A09、 S-CSCF1重新向 DNS发送域名解析请求，其中包 括 I-CSCF2故障指示信息， DNS根据 I-CSCF2故障指示信息重新分配可用的 I-CSCF3， 并将 I-CSCF3的 IP地址返回给 S-CSCF 1；
步骤 S4A10、 S-CSCF 1根据 DNS返回的 I-CSCF3的 IP地址， 向重新选 择的 I-CSCF3发送 INVITE会话请求；
步骤 S4A11、 I-CSCF3通过参考点 Cx， 向 HSS发送 LIR;
HSS在用户初始注册过程中， 存储了与用户绑定的各 P-CSCF的地址信 息， P-CSCF 的地址信息主要包括 P-CSCF 的 IP地址和端口号， 以下都以 P-CSCF的 IP地址和端口号为例进行说明，因此 I-CSCF3向 HSS发送 LIR时， 可以获得 P-CSCF2的地址信息；
步骤 S4A12、 HSS通过参考点 Cx， 将 LIA返回给 I-CSCF3 , LIA中包括 P-CSCF2的地址信息；
步骤 S4A13和 S4A14、 I-CSCF3 向 DNS发送域名解析请求， DNS将 S-CSCF2的 IP地址返回给 I-CSCF3;
步驟 S4A15和 S4A16、 I-CSCF3根据 DNS返回的 S-CSCF2的 IP地址， 发送 INVITE会话请求给 S-CSCF2, 若 I-CSCF3发送会话请求给 S-CSCF2失 败， 则 S-CSCF2将返回 S-CSCF2故障指示信息给 I-CSCF3;
步骤 S4A17和 S4A18、 I-CSCF3重新向 DNS发送域名解析请求， 其中包 括 S-CSCF2故障指示信息， DNS根据 S-CSCF2故障指示信息重新选择可用 的 S-CSCF3， 并将 S-CSCF3的 IP地址返回给 I- CSCF3;
步骤 S4A19、 I-CSCF3根据 DNS返回的 S-CSCF3的 IP地址，向 S-CSCF3 发送 INVITE会话请求，其中，会话请求中包括 P-CSCF2的 IP地址和端口号； 步骤 S4A20和 S4A21、 S-CSCF3通过 P-CSCF2向 UE2发送 Notify通知；
S-CSCF3接收到 I-CSCF3的 INVITE会话请求后， 根据用户注册过程中 形成的 S-CSCF、 P-CSCF和注册用户之间的对应关系， 发现 UE2没有在此 S-CSCF3中注册， 于是 S-CSCF3根据 INVITE会话请求中 P-CSCF2的地址信 息， 发送 Notify通知给 P-CSCF2, P-CSCF2向 UE2转发 Notify通知来触发 UE2的重新初始化注册流程；
步骤 S4A22和 S4A23、 UE2通过 P-CSCF2向 S-CSCF3发送 200 OK表示 成功收到重新初始化注册通知；
步骤 S4A24和 S4A25、 S-CSCF3通过 S-CSCF1向 UE1发送 503 Service Unavailable,表示由于 UE2没有在 S-CSCF3中注册， 因此不能与 UE2建立会 话， 会话接续失败；
步骤 S4A26、 UE2重新让 DNS解析得到一个新的 S-CSCF的地址信息， 然后发起重新初始化注册流程， 从而保证 UE2能被其它 UE呼叫成功；
重新初始化注册流程与现有技术中的重注册过程相同， 在此不在赘述。 本发明实施例一提供的第二种会话控制方法， 如图 4B所示， 包括如下步 骤： 步骤 S4B01-S4B10, 和图 4A 中对应步骤 S4A01-S4A10 相同， 步骤 S4B20-S4B26和图 4A中对应步骤 S4A20-S4A26相同， 此处不再重复叙述， 仅对不同之处详细描述如下：
S4B11、 I-CSCF3向 DNS发送域名解析请求，请求 S-CSCF2的地址信息；
S4B12、 DNS返回 S-CSCF2的地址信息给 I-CSCF3;
S4B13和 S4B14、 I-CSCF3根据 DNS返回的 S-CSCF2的地址信息， 转发 会话请求给 S-CSCF2, S-CSCF2返回故障指示信息给 I-CSCF3;
S4B15 和 S4B16、 I-CSCF3 向 DNS 重新发送域名解析请求， 其中携带 S-CSCF2故障指示信息， DNS根据该域名解析请求中携带的故障指示信息， 选取可用的 S-CSCF3的地址信息， 返回给 I-CSCF3;
S4B17、 I-CSCF3转发 UE1的会话请求给 S-CSCF3;
S4B18、 S-CSCF3通过参考点发送 LIR给 HSS, 要求获得 P-CSCF2的 IP 地址和端口号；
S4B19、 HSS将 P-CSCF2的地址信息返回给 S-CSCF3。
本发明实施例一还提供一种在 IMS中的会话控制设备， 包括：
用于接收到第一用户绑定的第一 S-CSCF发送的第一用户的会话请求时， 从 HSS中获得与本次会话相关的第二用户绑定的第二 S-CSCF的域名信息的 单元；
用于根据第二 S- CSCF的域名信息，向对应的第二 S-CSCF发送第一用户 的会话请求失败时，重新向 DNS请求可用的第三 S-CSCF的地址信息的单元； 用于根据 DNS返回的第三 S-CSCF的地址信息， 将第一用户的会话请求 转发给第三 S-CSCF的单元；
用于根据第二用户绑定的第二 P-CSCF 的地址信息， 通过对应的第二 P-CSCF通知第二用户重新初始化注册的单元。
实施例二
本发明实施例二提供的会话控制方法， 如图 5所示， 包括：
步骤 S501-S519, 和图 4A中对应步骤 S4A01-S4A19相同，此处不再重复 叙述， 仅对不同之处详细描述如下：
步骤 S520、 S-CSCF3通过参考点 Cx发送 SAR给 HSS;
S-CSCF3发送的 SAR包含 UE2 SIP URI, S-CSCF3 SIP等， 从 HSS中获 得 UE2的业务注册信息 iFC;
S-CSCF3获得 iFC的方法有很多种，例如，可以从 HSS中复制、下栽等； 步骤 S521、 HSS通过参考点 Cx返回 SAA给 S-CSCF3;
HSS根据收到的 SAR, 检测 UE2的注册状态是否为 "Registered" , 如果 是， 则 HSS保存有 UE2 SIP URL S-CSCF3 SIP的信息， 并通过参考点 Cx将 SAA返回给 S-CSCF3 , 返回的 SAA中包括 UE2的 iFC;
步骤 S522、 S-CSCF3根据获得的 UE2的 iFC,执行触发 UE2的会话请求， 由于 S-CSCF3获得了 UE2的 iFC, 因此 S-CSCF3可以转发 UE1的 INVITE 会话请求给 UE2;
步驟 S523和 S524、 S-CSCF3根据 UE2的 iFC及获得的 UE2绑定的 P-CSCF2的地址信息， 通过 P-CSCF2向 UE2发送 INVITE会话请求；
需要说明的是， 和图 4A和图 4B中的两种实现方式相同， 在本发明实施 例二中， S-CSCF3可以从接收到的会话请求中获得 P-CSCF2的地址信息， 也 可以在接收到会话请求时， 从 HSS下载 P-CSCF2的 IP地址和端口号， 从而 获得 P-CSCF2的地址信息。
步骤 S525-S527、 UE2接收到 INVITE会话请求后， 通过 P-CSCF2 向 S-CSCF1返回 200 OK表示接续会话成功， UE1和 UE2就可以进行本次会话， 会话流程与现有技术中的^舌流程相同， 在此不再赘述。
本发明实施例二还提供一种 IMS中的会话控制设备， 包括：
用于接收到第一用户绑定的第一 S-CSCF发送的第一用户的会话请求时， 从 HSS中获得与本次会话相关的第二用户绑定的第二 S-CSCF的域名信息的 单元；
用于根据第二 S-CSCF的域名信息，向对应的第二 S-CSCF发送第一用户 的会话请求失败时，重新向 DNS请求可用的第三 S-CSCF的地址信息的单元； 用于根据 DNS返回的第三 S-CSCF的地址信息， 将第一用户的会话请求 转发给第三 S-CSCF的单元；
用于从 HSS中获得第二用户的业务注册信息 iFC， 并根据第二用户绑定 的第二 P-CSCF的地址信息和 iFC， 将本次会话接续到第二用户的单元。
实施例三
如果采用 E-DNS(Enhanced DNS， 增强型域名服务器)替代传统的 DNS, E-DNS与传统的 DNS相比， 可以完成如下功能：
实时监测一定范围内的 I-CSCF和 S-CSCF的状态， 即与监测的一定范围 内的 I-CSCF和 S-CSCF建立连接， 可以使用心跳（Heartbeat )监测法， 一般 基于应用层的心跳监测法是基于 UDP ( User Datagram Protocol 用户数据报协 议）的， 由于 UDP的开销较小， 因此可以实现实时监测， 比如监测周期可以 为 1S; 还可以使用其它监测方法， 例如传输层协议已经实现的监测机制， 该 监测方法和基于 UDP 的心 _¾监测法类似。 比如 TCP(Transmission Control Protocol,传输控制协议)中的保活（Keepalive )监测法，一般监测周期为 60S; SCTP(Streaming Control Transmission Protocol , 流控制传输协议）中的心跳 ( Heartbeat )监测法， 一般监测周期为 30S。 在 UE发起初始会话请求时， 如 果发现 I-CSCF和 /或 S-CSCF故障，则根据负载均衡策略，选择可用的 I-CSCF 和 /或 S-CSCF做会话控制功能。 则本发明实施例三提供的会话控制方法， 如 图 6所示， 包括：
步骤 S601- S603 , 和图 4A 中对应步骤 S4A01-S4A03 相同； 步骤 S611-S618, 和图 4A中的步骤 S4A19-S4A26对应相同， 此处不再重复叙述， 仅对不同之处详细描述如下：
步骤 S604和 S605、 S-CSCF1向 E-DNS发送域名解析请求，获得 I-CSCF3 的地址信息；
S-CSCF1 向 E-DNS 请求解析 I-CSCF2 的域名， E-DNS根据监测判断 I-CSCF2故障 , E-DNS将可用的 I-CSCF3的 IP地址返回给 S-CSCF1；
E-DNS监测一定范围内的 I-CSCF和 S-CSCF的方法，可以是心跳监测法 或者保活监测法，即 E-DNS与被叫用户的 I-CSCF和 S-CSCF建立心跳或保活 连接，了解 I-CSCF和 S-CSCF的负荷状况，如果某个 I-CSCF或 S-CSCF故障， E-DNS会对此 I-CSCF或 S-CSCF标识不可用， 并及时选择可用的 I-CSCF或 S-CSCF给 UE作为会话控制功能；
步骤 S606、 S-CSCF1根据 E-DNS返回的 I-CSCF3的 IP地址，将 INVITE 会话请求转发给可用的 I-CSCF3;
步骤 S607、 I-CSCF3通过参考点 Cx发送 LIR给 HSS , 从 HSS获得 UE2 绑定的 S-CSCF2的地址信息 , 包括 IP地址和端口号；
步骤 S608、 HSS通过参考点 Cx将 LIA返回给 I-CSCF3;
返回的 LIA中包括 S-CSCF2的地址信息；
步骤 S609和 S610、 I-CSCF3向 E-DNS请求 S-CSCF2的地址信息； E-DNS 根据监测判断用户注册时对应的 S-CSCF2 故障， 将可用的
S-CSCF3的 IP地址返回给 I-CSCF3。
需要说明的是， S-CSCF3可以从接收到的会话请求中获得 P-CSCF2的地 址信息， 也可以在接收到会话请求时， 从 HSS下栽 P-CSCF2的 IP地址和端 口号， 以获得 P-CSCF2的地址信息。
本发明实施例三还提供一种 IMS中的会话控制设备， 包括：
用于接收到第一用户绑定的第一 S-CSCF发送的第一用户的会话请求时， 向 E-DNS请求本次会话相关的第二用户绑定的第二 S-CSCF的地址信息的单 元；
用于根据对各 S-CSCF的监测结果， 确定所述第二 S-CSCF故障时， 将可 用的第三 S-CSCF的地址信息发送给第三 I-CSCF的单元；
用于根据 E-DNS返回的第三 S-CSCF的地址信息， 将第一用户的会话请 求转发给第三 S-CSCF的单元；
用于根据第二用户绑定的第二 P-CSCF 的地址信息， 通过对应的第二 P-CSCF通知第二用户重新初始化注册的单元。
实施例四 本发明实施例四提供的会话控制方法， 如图 Ί 所示， 其中， 步骤 S701- S711 , 和实施例三中对应步骤 S601-S611相同； 步骤 S712-S719, 和实施例二 中的步骤 S520-S527对应相同， 此处不再重复叙述；
需要说明的是， S-CSCF3可以从接收到的会话请求中获得 P-CSCF2的地 址信息， 也可以从 HSS获得 P-CSCF2的地址信息。
本发明实施例四还提供一种 IMS中的会话控制设备， 包括. ·
用于接收到第一用户绑定的第一 S-CSCF发送的第一用户的会话请求时， 向 E-DNS请求本次会话相关的第二用户绑定的第二 S-CSCF的地址信息的单 元；
用于根据对各 S-CSCF的监测结果， 确定所述第二 S-CSCF故障时， 将可 用的第三 S-CSCF的地址信息发送给第三 I-CSCF的单元；
用于根据 E-DNS返回的第三 S-CSCF的地址信息， 将第一用户的会话请 求转发给第三 S-CSCF的单元；
用于从 HSS 中获得第二用户的业务注册信息 iFC， 并根据第二用户绑定 的第二 P-CSCF的地址信息和 iFC， 将会话接续到第二用户的单元。
本发明实施例提供的 IMS中的会话控制技术， 在用户初始注册流程中， 将用户绑定的 P-CSCF的地址信息存储到 HSS中， 从而在用户被呼叫时， 可 用的 S-CSCF能够从 HSS中获得被叫用户绑定的 P-CSCF的地址信息， 并根 据获得的 P-CSCF的地址信息通知该被叫用户重新初始化注册，或者实现会话 接续。
实施例五
基于上述实施例的方法， 本申请发明人发现基于 IMS逻辑架构的会话流 程比较复杂， 于是提出了 NGIMS ( Next Generational IMS, 下一代 IP多媒体 子系统）逻辑架构，并且发现上述会话控制设备容灾技术同样适用于 NGIMS。
在 NGIMS 中， 会话控制层主要存在两类控制功能， A-CSCF (Access-CSCF, 接入呼叫会话控制功能)和 D-HSS (Distributed HSS, 分布式归 属地用户服务器)。 NGIMS中的 A-CSCF包含了 IMS中的 I-CSCF、 S-CSCF和 P-CSCF的功 能，即一个控制功能 A-CSCF集成了三种控制功能 I-CSCF、 S-CSCF和 P-CSCF 的功能， 从而简化了系统逻辑架构。
D-HSS中不仅存储了用户的业务注册信息 iFC、UE注册时绑定的 A-CSCF 的域名信息等， 还存储了 UE的地址信息和加密信息， UE的地址信息主要包 括 UE的 IP地址和端口号， 以下都以 UE的 IP地址和端口号为例进行说明， 一般地， 加密信息为 IK和 CK密钥对。
本发明实施例五提供的会话控制方法流程如图 8所示， 包括如下步骤： 步骤 S801、 UE1将 INVITE会话请求（包含 To: Bob@home.net )发送给 UE1绑定的 A-CSCF1;
步骤 S802、 A-CSCF 1接收到 INVITE会话请求后， 根据 UE1的 iFC, 触 发 UE1对 UE2的会话请求；
步骤 S803、 A-CSCF1通过参考点 Cx将 LIR (其中包含 Bob@ home.net ) 发送给 D-HSS, 从 D-HSS中获得 UE2的地址信息、 加密信息以及 A-CSCF2 的域名信息；
步驟 S804和 S805、 D-HSS通过参考点 Cx将 LIA返回给 A-CSCF1 ;
D-HSS 根据接收到的 LIR, 查找全网存储的数据并获得 UE2 绑定的 A-CSCF2的域名信息以及 UE2的地址信息和加密信息；
步骤 S806、 A-CSCF 1根据 D-HSS返回的 A-CSCF2的域名信息向 DNS 发送解析 A-CSCF2的域名信息请求；
步骤 S807、 DNS将 A-CSCF2的 IP地址返回给 A-CSCF1;
步骤 S808和 S809、 A-CSCF1根据 DNS返回的 A-CSCF2的 IP地址， 向 A-CSCF2转发 INVITE会话请求， 该 INVITE会话请求中包括 UE2的地址信 息和加密信息， 若 A-CSCF1 转发 INVITE会话请求给 A-CSCF2 失败， 则 A-CSCF2将 A-CSCF2故障指示信息返回给 A-CSCF1 ;
步骤 S810、 A-CSCF 1根据故障指示信息重新发送域名解析请求给 DNS; 步骤 S811、 DNS根据 A-CSCF2故障指示信息， 将可用的 A-CSCF3的地 址信息返回给 A-CSCF1 ;
步骤 S812、 A-CSCF1接收到 DNS返回的 A-CSCF3的地址信息后， 转发 INVITE会话请求给 A-CSCF3 , 该会话请求中包括 UE2的地址信息和加密信 步骤 S813、 A-CSCF3收到 INVITE会话请求后， 根据用户注册过程中形 成的 A-CSCF和注册用户之间的对应关系，判断 UE2没有在此 A- CSCF3中注 册， 于是向 UE2发送 Notify通知来触发 UE2重新初始化注册；
由于 A-CSCF3收到的会话请求中包括 UE2的地址信息， 因此 A-CSCF3 能够及时发送 Notify通知给 UE2， 从而保证 UE2及时重新初始化注册后， 能 被其他用户呼叫成功；
步骤 S814、 UE2收到 A-CSCF3发送的 Notify通知后， 向 A-CSCF3返回 200OK表示成功收到重新初始化注册的通知；
步骤 S815和 S816、 A-CSCF3通过 A-CSCF1将 503 Service Unavailable 返回给 UEl , 表示由于 UE2没有在 A-CSCF3中注册， 因此不能与 UE2建立 会话， 会话接续失败；
步骤 S817、 UE2重新让 DNS解析得到一个新的 A-CSCF的地址信息，然 后发起重新初始化注册流程， UE2 重新初始化注册后能保证被其它用户呼叫 成功， UE2发起的重新初始化注册流程与现有技术的方法相同， 此处不再重 述；
需要说明的是， 在本发明实施例五中， A-CSCF3可以从接收到的会话请 求中获得 UE2的地址信息和加密信息，也可以在接收到会话请求时，从 D-HSS 中下载 UE2的 IP地址、 端口号、 IK和 CK， 以获得 UE2的地址信息和加密 息。
本发明实施例五还提供一种下一代 IMS中的会话控制设备， 包括： 用于第一用户绑定的第一 A-CSCF接收到第一用户的会话请求时， 从 D-HSS中获得本次会话相关的第二用户绑定的第二 A-CSCF的域名信息的单 元； 用于根据第二 A-CSCF的域名信息， 通过对应的第二 A-CSCF向所述第 二用户转发第一用户的会话请求失败时，重新向 DNS请求可用的第三 A-CSCF 的地址信息的单元；
用于根据 DNS返回的第三 A-CSCF的地址信息， 将第一用户的会话请求 转发给对应的第三 A-CSCF的单元；
用于根据第二用户的地址信息， 通知第二用户重新初始化注册的单元。 实施例六
本发明实施例六提供的会话控制方法流程如图 9所示， 包括：
步骤 S901-S912, 和实施例五中对应步骤 S801-S812相同， 此处不再重复 叙述， 仅对不同之处详细描述如下：
步骤 S913、 A-CSCF3通过参考点 Cx发送 SAR给 D-HSS;
A-CSCF3收到 INVITE会话请求后，根据用户注册过程中形成的 A-CSCF 和注册用户之间的对应关系，判断 UE2没有在此 A-CSCF3中注册，于是通过 参考点 Cx发送 SAR到 D-HSS中去获得 UE2的 iFC;
步骤 S914、 D-HSS通过参考点 Cx返回 SAA给 A-CSCF3;
D-HSS 收到 A-CSCF3发送的 SAR后， 检测 UE2 的注册状态是否为 "Registered" , 如果是， 则保存可用的 A-CSCF3的域名信息（A-CSCF3 SIP URL ), 并通过参考点 Cx返回 SAA给 A-CSCF3, SAA中包括 UE2的 iFC; 步骤 S915、 A-CSCF3根据在 D-HSS中获得的 UE2的 iFC， 触发 UE2的 被叫会话请求；
由于 A-CSCF3获得了 UE2的 iFC,因此 A-CSCF3能转发 UE1的 INVITE 会话请求给 UE2,其中 INVITE会话请求中包括 UE2的地址信息和加密信息； 步骤 S916、 A-CSCF3转发 INVITE会话请求给 UE2 , UE1与 UE2建立 会话流程， 此次会话接通；
步骤 S917- S919、UE2接收到 INVITE会话请求后，通过 A-CSCF3向 UE1 返回 200消息，表示 UE1和 UE2可进行本次会话， 会话流程与现有技术中的 会话流程相同， 在此不再赘述； 需要说明的是， 在本发明实施例六中， A-CSCF3可以从接收到的会话请 求中获得 UE2的地址信息和加密信息，也可以在接收到会话请求时，从 D-HSS 下载 UE2的 IP地址、 端口号、 IK和 CK， 以获得 UE2的地址信息和加密信 本发明实施例六还提供一种下一代 IMS中的会话控制设备， 包括： 用于第一用户绑定的第一 A-CSCF 接收到第一用户的会话请求时， 从
D-HSS中获得本次会话相关的第二用户绑定的第二 A-CSCF的域名信息的单 元；
用于根据第二 A-CSCF的域名信息， 通过对应的第二 A-CSCF向所述第 二用户转发第一用户的会话请求失败时，重新向 DNS请求可用的第三 A-CSCF 的地址信息的单元；
用于根据 DNS返回的第三 CSCF的地址信息， 将第一用户的会话请求转 发给对应的第三 A-CSCF的单元；
用于从 D-HSS中获得第二用户的业务注册信息 iFC， 并根据第二用户的 地址信息和 iFC, 将本次会话接续到第二用户的单元。
实施例七
如果用 E-DNS替代传统的 DNS, E-DNS与传统的 DNS相比， 可以完成 如下功能：
实时监测一定范围内的 A-CSCF的状态， 例如和被监测的 A-CSCF建立 心跳 ( Heartbeat )连接,在 UE发起会话请求时，如果发现与用户绑定的 A-CSCF 故障， 则根据负栽均衡策略， 选择可用的 A-CSCF做会话控制功能。 则本发 明实施例七提供的会话控制方法， 如图 10所示， 包括：
步骤 S1001-S1005 , 和实施例五中对应步骤 S801-S805相同； 步骤 S1008- S1013, 和实施例五中的步骤 S812- S817对应相同， 此处不再重复叙述， 仅对 不同之处详细描述如下：
步骤 S1006、 A-CSCF 1 根据 D-HSS返回的 LIA， 向 E-DNS发送解析 A-CSCF2的域名信息请求； 步骤 S1007、 E-DNS监测到 A-CSCF2故障， 返回可用的 A-CSCF3的地 址信息 , 即 A-CSCF3的 IP地址给 A-CSCF 1；
E-DNS使用监测方法， 对 A-CSCF2、 A-CSCF3进行监测， 可以使用心跳 ( Heartbeat )监测法， 即 E-DNS与 A-CSCF2、 A-CSCF3建立心跳连接， 监测 到 A-CSCF2故障， 并将可用的 A-CSCF3的 IP地址返回给 A-CSCF1;
需要说明的是， 在本发明实施例七中， A-CSCF3可以从接收到的会话请 求中获得 UE2的地址信息和加密信息，也可以在接收到会话请求时，从 D-HSS 中下载 UE2的 IP地址、 端口号、 IK和 CK, 以获得 UE2的地址信息和加密 信息。
本发明实施例七还提供一种下一代 IMS中的会话控制设备， 包括： 用于第一用户绑定的第一 A-CSCF接收到第一用户的会话请求时， 从 D-HSS中获得本次会话相关的第二用户绑定的第二 A-CSCF的域名信息， 并 向 E-DNS发送解析第二 A-CSCF的域名信息请求的单元；
用于根据对各 A-CSCF的监测结果， 确定所述第二 A-CSCF故障时， 将 可用的第三 A-CSCF的地址信息发送给所述第一 A-CSCF的单元；
用于根据第三 A-CSCF的地址信息， 将第一用户的会话请求转发给对应 的第三 A-CSCF的单元；
用于根据第二用户的地址信息， 通知第二用户重新初始化注册的单元。 实施例八
本发明实施例八提供的会话控制方法， 如图 11所示， 包括：
步骤 S1101- S1108 , 和实施例七中对应步骤 S1001-S1008相同； 步骤
S1109- S1115,和实施例六中的步骤 S913-S919对应相同，在此不再重复叙述； 需要说明的是， 在本发明实施例八中， A-CSCF3可以从接收到的会话请 求中获得 UE2的地址信息和加密信息，也可以在接收到会话请求时，从 D-HSS 中下载 UE2的 IP地址、 端口号、 IK和 CK, 以获得 UE2的地址信息和加密 信息。
本发明实施例八还提供一种下一代 IMS中的会话控制设备， 包括： 用于第一用户绑定的第一 A-CSCF 接收到第一用户的会话请求时， 从 D-HSS中获得本次会话相关的第二用户绑定的第二 A-CSCF的域名信息， 并 向 E-DNS发送解析第二 A-CSCF的域名信息请求的单元；
用于根据对各 A-CSCF的监测结果， 确定所述第二 A-CSCF故障时， 将 可用的第三 A-CSCF的地址信息发送给所述第一 A-CSCF的单元；
用于根据第三 A-CSCF 的地址信息， 将第一用户的会话请求转发给对应 的第三 A-CSCF的单元；
用于从 D-HSS中获得第二用户的业务注册信息 iFC， 并根据第二用户的 地址信息和 iFC, 将本次会话接续到第二用户的单元。
本发明实施例提供的下一代 IMS中的会话控制技术， 将用户的地址信息 存储到 D-HSS中， 从而在用户被呼叫时， 可用的 A-CSCF能够从 D-HSS中获 得被叫用户的地址信息， 并根据被叫用户的地址信息通知用户重新初始化注 册， 或者实现会话接续。
显然， 本领域的技术人员可以对本发明进行各种改动和变型而不脱离本 发明的精神和范围。 这样， 倘若本发明的这些修改和变型属于本发明权利要 求及其等同技术的范围之内， 则本发明也意图包含这些改动和变型在内。

Claims

权 利 要 求
1、 一种在 IMS中的会话控制方法， 其特征在于， 包括：
第三问询呼叫会话控制功能 I-CSCF接收到第一用户绑定的第一服务呼叫 会话控制功能 S-CSCF发送的第一用户的会话请求时， 向域名服务器 DNS请 求本次会话相关的第二用户绑定的第二 S-CSCF的地址信息；
所述第三 I-CSCF根据第二 S-CSCF的地址信息， 向对应的第二 S-CSCF 发送第一用户的会话请求失败时， 重新向域名服务器 DNS 请求可用的第三 S-CSCF的地址信息；
所述第三 I-CSCF根据 DNS返回的第三 S-CSCF的地址信息， 将第一用 户的会话请求转发给第三 S-CSCF;
所述第三 S-CSCF 根据第二用户绑定的第二代理呼叫会话控制功能 P-CSCF的地址信息，通过对应的第二 P-CSCF通知第二用户重新初始化注册； 或者从 HSS中获得第二用户的业务注册信息 iFC， 并根据第二用户绑定的第 二 P-CSCF的地址信息和 iFC， 将本次会话接续到第二用户。
2、 如权利要求 1所述的方法， 其特征在于， 所述第三 I-CSCF从 HSS中 获得所述第二 P-CSCF的地址信息，并将所述第二 P-CSCF的地址信息包括在 所述会话请求中发送给笫三 S-CSCF; 或者
所迷第三 S-CSCF从 HSS中获得第二用户的业务注册信息 iFC时， 还获 得所述第二 P-CSCF的地址信息。
3、 如权利要求 1或 2所述的方法， 其特征在于， 所述第三 I-CSCF接收 到第一用户绑定的第一 S-CSCF发送的第一用户的会话请求之前， 还包括： 所述第一 S-CSCF接收到第一用户的会话请求时， 从 DNS获得第二用户 所属的第二 I-CSCF的地址信息， 并向对应的第二 I-CSCF转发该第一用户的 会话请求；
当该第一用户的会话请求转发失败时， 重新向 DNS 请求可用的第三 I-CSCF的地址信息， 并根据第三 I-CSCF的地址信息， 将第一用户的会话请 求发送给第三 I-CSCF。
4、 如权利要求 1或 2所述的方法， 其特征在于， 所述第三 S-CSCF根据 第二用户绑定的第二 P-CSCF的地址信息，通过对应的第二 P-CSCF通知第二 用户重新初始化注册后，还通过对应的第二 P-CSCF通知第一用户会话接续失 败。
5、 如权利要求 1或 2所述的方法， 其特征在于， 所述第二 P-CSCF的地 址信息包括第二 P-CSCF的 IP地址和端口号。
6、 一种在 IMS中的会话控制设备， 其特征在于， 包括：
用于接收到第一用户绑定的第一 S-CSCF发送的第一用户的会话请求时， 从 HSS中获得与本次会话相关的第二用户绑定的第二 S-CSCF的域名信息的 单元；
用于根据第二 S-CSCF的域名信息，向对应的第二 S-CSCF发送第一用户 的会话请求失败时，重新向 DNS请求可用的第三 S-CSCF的地址信息的单元； 用于根据 DNS返回的第三 S-CSCF的地址信息， 将第一用户的会话请求 转发给第三 S-CSCF的单元；
用于根据第二用户绑定的第二 P-CSCF 的地址信息， 通过对应的第二 P-CSCF通知第二用户重新初始化注册的单元； 或者用于从 HSS 中获得第二 用户的业务注册信息 iFC， 并根据第二用户绑定的第二 P-CSCF的地址信息和 iFC， 将本次会话接续到第二用户的单元。
7、 一种在 IMS中的会话控制方法， 其特征在于， 包括：
第三 I-CSCF接收到第一用户绑定的第一 S-CSCF发送的第一用户的会话 请求时， 向增强型域名服务器 E-DNS请求本次会话相关的第二用户绑定的第 二 S-CSCF的地址信息；
所述 E-DNS根据对各 S-CSCF的监测结果， 确定所述笫二 S-CSCF故障 时， 将可用的第三 S-CSCF的地址信息发送给所述第三 I-CSCF;
所述第三 I-CSCF根据 E-DNS返回的第三 S-CSCF的地址信息，将第一用 户的会话请求转发给第三 S-CSCF; 所述第三 S-CSCF根据第二用户绑定的第二 P-CSCF的地址信息，通过对 应的第二 P-CSCF通知第二用户重新初始化注册； 或者从 HSS中获得第二用 户的业务注册信息 iFC， 并根据第二用户绑定的第二 P-CSCF 的地址信息和 iFC, 将本次会话接续到第二用户。
8、 如权利要求 7所述的方法， 其特征在于， 所述第三 I-CSCF从 HSS中 获得所述第二 P-CSCF的地址信息，并将所述第二 P-CSCF的地址信息包括在 所述会话请求中发送给第三 S-CSCF; 或者
所述第三 S-CSCF从 HSS中获得第二用户的业务注册信息 iFC时， 还获 得所述第二 P-CSCF的地址信息。
9、 如权利要求 7或 8所述的方法， 其特征在于， 所述第三 I-CSCF接收 到第一用户绑定的第一 S-CSCF发送的第一用户的会话请求之前， 还包括： 所述第一 S-CSCF接收到第一用户的会话请求时， 向 E-DNS请求第二用 户所属的第二 I-CSCF的地址信息；
所述 E-DNS根据对各 I-CSCF的监测结果，确定所述第二 I-CSCF故障时， 将可用的第三 I-CSCF的地址信息发送给所述第一 S-CSCF;
所述第一 S-CSCF 根据所述第三 I-CSCF 的地址信息， 向对应的第三 I-CSCF转发第一用户的会话请求。
10、如权利要求 7或 8所述的方法， 其特征在于， 所述第三 S-CSCF根据 第二用户绑定的第二 P-CSCF的地址信息，通过对应的第二 P-CSCF通知第二 用户重新初始化注册后，还通过对应的第二 P-CSCF通知第一用户会话接续失 败。
11、 如权利要求 7或 8所述的方法， 其特征在于， 所述第二 P-CSCF的地 址信息包括第二 P-CSCF的 IP地址和端口号。
12、 一种在 IMS中的会话控制设备， 其特征在于， 包括：
用于接收到第一用户绑定的第一 S-CSCF发送的第一用户的会话请求时， 向 E-DNS请求本次会话相关的第二用户绑定的第二 S-CSCF的地址信息的单 元； 用于根据对各 S-CSCF的监测结果， 确定所述第二 S-CSCF故障时， 将可 用的第三 S-CSCF的地址信息发送给第三 I-CSCF的单元；
用于根据 E-DNS返回的第三 S-CSCF的地址信息， 将第一用户的会话请 求转发给第三 S-CSCF的单元；
用于根据第二用户绑定的第二 P-CSCF 的地址信息， 通过对应的第二 P-CSCF通知第二用户重新初始化注册的单元； 或者用于从 HSS 中获得第二 用户的业务注册信息 iFC， 并根据第二用户绑定的第二 P-CSCF的地址信息和 iFC , 将本次会话接续到第二用户的单元。
13、 一种下一代 IMS中的会话控制方法， 其特征在于， 包括：
第一用户绑定的第一接入呼叫会话控制功能 A-CSCF接收到第一用户的 会话请求时， 从分布式归属地用户服务器 D-HSS中获得本次会话相关的第二 用户绑定的第二 A-CSCF的域名信息；
所述第一 A-CSCF 根据第二 A-CSCF 的域名信息， 通过对应的第二 A-CSCF向所述第二用户转发第一用户的会话请求失败时， 重新向 DNS请求 可用的第三 A-CSCF的地址信息；
所述第一 A-CSCF根据 DNS返回的第三 A-CSCF的地址信息， 将第一用 户的会话请求转发给对应的第三 A-CSCF;
所述第三 A-CSCF根据第二用户的地址信息， 通知第二用户重新初始化 注册； 或者从 D-HSS中获得第二用户的业务注册信息 iFC， 并 居第二用户 的地址信息和 iFC， 将本次会话接续到第二用户。
14、 如权利要求 13所述的方法， 其特征在于， 所述第三 A-CSCF根据第 二用户的地址信息， 通知第二用户重新初始化注册后， 还通知第一用户会话 接续失败。
15、如权利要求 13所述的方法，其特征在于，所述第一 A-CSCF从 D-HSS 中获得第二 A-CSCF 的域名信息时， 还获得所述第二用户的地址信息， 并将 所述第二用户的地址信息携带在第一用户的会话请求中转发给所述第三 A-CSCF; 和 /或 所述第一 A-CSCF从 D-HSS中获得第二用户的加密信息， 并将该加密信 息携带在转发给第三 A-CSCF的会话请求中， 所述第三 A-CSCF使用该加密 信息对发送给第二用户的信息进行加密。
16、如权利要求 13所述的方法，其特征在于，所述第三 A-CSCF从 D-HSS 中获得所述第二用户的地址信息； 和 /或
所述第三 A-CSCF从 D-HSS中获得第二用户的加密信息， 并使用该加密 信息对发送给第二用户的信息进行加密。
17、如权利要求 13-16中任一项所述的方法， 其特征在于， 所迷第二用户 的地址信息包括第二用户的 IP地址和端口号。
18、 一种下一代 IMS中的会话控制设备， 其特征在于， 包括：
用于第一用户绑定的笫一 A-CSCF接收到第一用户的会话请求时， 从 D-HSS中获得本次会话相关的第二用户绑定的第二 A-CSCF的域名信息的单 元；
用于根据第二 A-CSCF的域名信息， 通过对应的第二 A-CSCF向所述第 二用户转发第一用户的会话请求失败时，重新向 DNS请求可用的第三 A-CSCF 的地址信息的单元；
用于根据 DNS返回的第三 A-CSCF的地址信息， 将第一用户的会话请求 转发给对应的第三 A-CSCF的单元；
用于根据第二用户的地址信息， 通知第二用户重新初始化注册的单元； 或者用于从 D-HSS中获得第二用户的业务注册信息 iFC, 并根据第二用户的 地址信息和 iFC， 将本次会话接续到第二用户的单元。
19、 一种下一代 IMS中的会话控制方法， 其特征在于， 包括：
第一用户绑定的第一 A-CSCF接收到第一用户的会话请求时， 从 D-HSS 中获得本次会话相关的第二用户绑定的第二 A-CSCF的域名信息，并向 E-DNS 发送解析第二 A-CSCF的域名信息请求；
所述 E-DNS根据对各 A-CSCF的监测结果， 确定所述第二 A-CSCF故障 时， 将可用的第三 A-CSCF的地址信息发送给所述第一 A-CSCF; 所述第一 A-CSCF根据第三 A-CSCF的地址信息， 将第一用户的会话请 求转发给对应的第三 A-CSCF;
所述第三 A-CSCF根据第二用户的地址信息， 通知第二用户重新初始化 注册； 或者从 D-HSS中获得第二用户的业务注册信息 iFC， 并根据第二用户 的地址信息和 iFC， 将本次会话接续到第二用户。
20、 如权利要求 19所述的方法， 其特征在于， 所述第三 A-CSCF根据第 二用户的地址信息， 通知第二用户重新初始化注册后， 还通知第一用户会话 接续失败。
21、如权利要求 19所述的方法，其特征在于，所述第一 A-CSCF从 D-HSS 中获得第二 A-CSCF 的域名信息时， 还获得所述第二用户的地址信息， 并将 所述第二用户的地址信息携带在第一用户的会话请求中转发给所述第三 A-CSCF; 和 /或
所述第一 A-CSCF从 D-HSS中获得第二用户的加密信息， 并将该加密信 息携带在转发给第三 A-CSCF的会话请求中， 所述第三 A-CSCF使用该加密 信息对发送给第二用户的信息进行加密。
22、如权利要求 19所述的方法，其特征在于，所述第三 A-CSCF从 D-HSS 中获得所述第二用户的地址信息； 和 /或
所述第三 A-CSCF从 D-HSS中获得第二用户的加密信息， 并使用该加密 信息对发送给第二用户的信息进行加密。
23、如权利要求 19-22中任一项所述的方法， 其特征在于， 所述第二用户 的地址信息包括第二用户的 IP地址和端口号。
24、 一种下一代 IMS中的会话控制设备， 其特征在于， 包括：
用于第一用户绑定的第一 A-CSCF接收到第一用户的会话请求时， 从 D-HSS中获得本次会话相关的第二用户绑定的第二 A-CSCF的域名信息， 并 向 E-DNS发送解析第二 A-CSCF的域名信息请求的单元；
用于根据对各 A-CSCF的监测结果， 确定所述第二 A-CSCF故障时， 将 可用的第三 A-CSCF的地址信息发送给所述第一 A-CSCF的单元； 用于根据第三 A-CSCF的地址信息， 将第一用户的会话请求转发给对应 的第三 A-CSCF的单元；
用于根据第二用户的地址信息， 通知第二用户重新初始化注册的单元； 或者用于从 D-HSS中获得第二用户的业务注册信息 iFC, 并根据第二用户的 地址信息和 iFC, 将本次会话接续到第二用户的单元。
PCT/CN2009/000707 2008-07-02 2009-06-24 一种会话控制方法及设备 WO2010000130A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US13/002,288 US8549153B2 (en) 2008-07-02 2009-06-24 Method and device of session control
EP09771900.9A EP2302863B1 (en) 2008-07-02 2009-06-24 A method and device of session control

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN2008101160816A CN101621772B (zh) 2008-07-02 2008-07-02 一种会话控制方法及设备
CN200810116081.6 2008-07-02

Publications (1)

Publication Number Publication Date
WO2010000130A1 true WO2010000130A1 (zh) 2010-01-07

Family

ID=41465467

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2009/000707 WO2010000130A1 (zh) 2008-07-02 2009-06-24 一种会话控制方法及设备

Country Status (4)

Country Link
US (1) US8549153B2 (zh)
EP (1) EP2302863B1 (zh)
CN (1) CN101621772B (zh)
WO (1) WO2010000130A1 (zh)

Families Citing this family (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB201015324D0 (en) * 2010-09-14 2010-10-27 Vodafone Ip Licensing Ltd Secure association
WO2012074737A1 (en) 2010-12-03 2012-06-07 Siemens Enterprise Communications, Inc. Apparatus and method for subscription to a service and use of the service
CN102651733B (zh) * 2011-02-24 2016-09-28 中兴通讯股份有限公司 核心网网元获取ims控制点信息的方法及ims控制点
US9154527B2 (en) 2011-06-30 2015-10-06 Verizon Patent And Licensing Inc. Security key creation
US8990554B2 (en) 2011-06-30 2015-03-24 Verizon Patent And Licensing Inc. Network optimization for secure connection establishment or secure messaging
US8943318B2 (en) * 2012-05-11 2015-01-27 Verizon Patent And Licensing Inc. Secure messaging by key generation information transfer
US9270453B2 (en) 2011-06-30 2016-02-23 Verizon Patent And Licensing Inc. Local security key generation
CN103166766B (zh) * 2011-12-12 2015-10-07 中国移动通信集团北京有限公司 一种计费方法、设备和系统
US9247418B2 (en) * 2012-07-13 2016-01-26 Verizon Patent And Licensing Inc. Communication-session termination when subscriber server is unavailable
CN103825868B (zh) 2012-11-19 2017-12-22 华为技术有限公司 一种本地语音逃生的方法、本地网关及系统
CN103905374B (zh) * 2012-12-24 2017-06-20 中国移动通信集团公司 一种呼叫方法、系统和设备
GB201307811D0 (en) * 2013-04-30 2013-06-12 Metaswitch Networks Ltd Processing data
CN104185220B (zh) * 2013-05-22 2018-05-01 中国电信股份有限公司 Ims核心网设备失效切换方法和边缘接入控制设备
CN105592486B (zh) * 2014-10-21 2021-01-26 中兴通讯股份有限公司 一种容灾方法及网元、服务器
US9819703B2 (en) * 2015-09-23 2017-11-14 T-Mobile Usa, Inc. SIP server with multiple identifiers
CN108124242A (zh) * 2016-11-28 2018-06-05 中国移动通信有限公司研究院 一种消息投递的系统、方法及装置
CN107769994B (zh) * 2017-10-23 2020-01-03 中国人民解放军信息工程大学 一种ims网络cscf实体测量方法
CN110096583B (zh) * 2019-05-09 2021-05-14 思必驰科技股份有限公司 多领域对话管理系统及其构建方法
CN114629778B (zh) * 2020-12-14 2023-08-01 中国移动通信集团四川有限公司 一种ip多媒体业务故障处理方法、电子设备及存储介质

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1968262A (zh) * 2005-11-15 2007-05-23 华为技术有限公司 一种ims网络中的会话控制方法和装置
CN101141491A (zh) * 2007-08-08 2008-03-12 中兴通讯股份有限公司 获取代理呼叫会话控制功能实体的地址的方法及其系统

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7024688B1 (en) * 2000-08-01 2006-04-04 Nokia Corporation Techniques for performing UMTS (universal mobile telecommunications system) authentication using SIP (session initiation protocol) messages
US20020103850A1 (en) * 2001-01-31 2002-08-01 Moyer Stanley L. System and method for out-sourcing the functionality of session initiation protocol (SIP) user agents to proxies
US8972582B2 (en) * 2002-10-03 2015-03-03 Nokia Corporation Method and apparatus enabling reauthentication in a cellular communication system
EP1583312A1 (en) * 2004-04-02 2005-10-05 France Telecom Apparatuses and method for controlling access to an IP multimedia system from an application server
CN100370744C (zh) * 2004-09-29 2008-02-20 华为技术有限公司 一种归属用户服务器故障恢复处理方法
CN1905472B (zh) * 2005-07-27 2010-05-05 华为技术有限公司 一种ims网络可靠性实现方法
WO2007025480A1 (fr) * 2005-08-31 2007-03-08 Huawei Technologies Co., Ltd. Procede de traitement d'une session dans un ims et module de controle de la session lors d'une recherche de controle de la session lors d'une recherche d'appel
KR100744782B1 (ko) * 2005-11-15 2007-08-02 엘지전자 주식회사 이동통신 단말기 및 아이피 주소 획득 방법
CN101043701B (zh) * 2006-03-23 2012-03-21 华为技术有限公司 一种ip多媒体子系统为移动电路域用户提供注册和呼叫接续的方法及其系统
GB0610635D0 (en) * 2006-05-30 2006-07-05 Nokia Corp Allocation of a call state control function to a subscriber
CN101170553B (zh) * 2006-10-24 2011-07-20 华为技术有限公司 实现互联网协议多媒体子系统容灾的方法和装置

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1968262A (zh) * 2005-11-15 2007-05-23 华为技术有限公司 一种ims网络中的会话控制方法和装置
CN101141491A (zh) * 2007-08-08 2008-03-12 中兴通讯股份有限公司 获取代理呼叫会话控制功能实体的地址的方法及其系统

Non-Patent Citations (1)

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

Also Published As

Publication number Publication date
US20110185070A1 (en) 2011-07-28
US8549153B2 (en) 2013-10-01
EP2302863B1 (en) 2017-08-09
CN101621772A (zh) 2010-01-06
CN101621772B (zh) 2012-06-06
EP2302863A1 (en) 2011-03-30
EP2302863A4 (en) 2015-03-11

Similar Documents

Publication Publication Date Title
WO2010000130A1 (zh) 一种会话控制方法及设备
USRE49428E1 (en) Method for implementing IP multimedia subsystem registration
JP5378515B2 (ja) 固有デバイス識別子に基づくインスタンス識別子の方法及び装置
US7574735B2 (en) Method and network element for providing secure access to a packet data network
EP1488647B1 (en) Method and system for re-authentication in ip multimedia core network system (ims)
US9363319B2 (en) Method and system of transferring a message in a session initiation protocol based communications network
WO2008083587A1 (fr) Procédé, système et élément de réseau pour traitement du service après invalidation de données d'élément et survenue d'un incident
WO2009094852A1 (fr) Procédé de traitement d'un disfonctionnement de la fonction de commande de la session d'appel mandataire
JP5349580B2 (ja) サービスノード、その制御方法、ユーザノード、及びその制御方法
WO2008052464A1 (fr) Procédé et appareil servant à mettre en oeuvre la reprise sur sinistre de l'ims ip
US20110083014A1 (en) Method and apparatus for generating temporary gruu in ims system
WO2005064896A1 (en) Application server adressing
WO2010075689A1 (zh) 网络容灾方法、终端和呼叫会话控制功能实体
WO2017092229A1 (zh) 基于多业务的ims注册方法和ims注册系统
US20130091546A1 (en) Transmitting Authentication Information
WO2009036629A1 (fr) Procédé de traitement après redémarrage ou récupération sur sinistre d'un élément de réseau central
WO2008134975A1 (fr) Procédé, appareil et système pour désenregistrer l'adresse de connexion d'un réseau d'accès ip sans fil
JP2011530257A (ja) 一意の機器識別子に基づくインスタンスｉｄ生成のための方法および装置
US8345596B2 (en) Call control method for seamless mobility service
JP2012517720A (ja) 同じパブリックユーザｉｄを共有するいくつかのユーザ機器を区別する方法および装置
US20090327721A1 (en) Method and Apparatuses for Securing Communications Between a User Terminal and a SIP Proxy Using IPSEC Security Association
WO2007112621A1 (fr) Procédé destiné à assurer le maintien de la cohérence d'un désenregistrement d'adresses ip de domaine ps et de domaine ims
CN101621501A (zh) 通信系统的用户注册控制方法和会话功能控制实体
WO2013037251A1 (zh) Ils网络的ue在ims网络中的认证方法和系统
WO2007104191A1 (fr) Procédé de clôture de session d'adresses ip

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 09771900

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

REEP Request for entry into the european phase

Ref document number: 2009771900

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2009771900

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 13002288

Country of ref document: US