WO2016101791A1 - 故障处理的方法、装置和*** - Google Patents

故障处理的方法、装置和*** Download PDF

Info

Publication number
WO2016101791A1
WO2016101791A1 PCT/CN2015/096995 CN2015096995W WO2016101791A1 WO 2016101791 A1 WO2016101791 A1 WO 2016101791A1 CN 2015096995 W CN2015096995 W CN 2015096995W WO 2016101791 A1 WO2016101791 A1 WO 2016101791A1
Authority
WO
WIPO (PCT)
Prior art keywords
identifier
scc
atcf
hss
atcf device
Prior art date
Application number
PCT/CN2015/096995
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 KR1020177020318A priority Critical patent/KR20170097751A/ko
Priority to JP2017545891A priority patent/JP2018501745A/ja
Priority to EP15871860.1A priority patent/EP3229518A4/en
Publication of WO2016101791A1 publication Critical patent/WO2016101791A1/zh
Priority to US15/629,544 priority patent/US20170289863A1/en

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0011Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0022Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/04Arrangements for maintaining operational condition
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0011Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0016Hand-off preparation specially adapted for end-to-end data sessions
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0011Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0022Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies
    • H04W36/00224Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies between packet switched [PS] and circuit switched [CS] network technologies, e.g. circuit switched fallback [CSFB]
    • H04W36/00226Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies between packet switched [PS] and circuit switched [CS] network technologies, e.g. circuit switched fallback [CSFB] wherein the core network technologies comprise IP multimedia system [IMS], e.g. single radio voice call continuity [SRVCC]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0083Determination of parameters used for hand-off, e.g. generation or modification of neighbour cell lists
    • H04W36/00837Determination of triggering parameters for hand-off
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/02Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/08Mobility data transfer
    • H04W8/082Mobility data transfer for traffic bypassing of mobility servers, e.g. location registers, home PLMNs or home agents
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/02Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/08Mobility data transfer
    • H04W8/10Mobility data transfer between location register and external networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/30Network data restoration; Network data reliability; Network data fault tolerance

Definitions

  • the present invention relates to the field of communications and, more particularly, to a method, apparatus and system for fault handling.
  • the voice communication network has evolved from a Circuit Switching Domain (CS) network to a Voice over Long Term Evolution (VoLTE) network.
  • CS Circuit Switching Domain
  • VoIP Voice over Long Term Evolution
  • a handover service may be provided to user equipment supporting both the CS network and the VoLTE network to ensure continuity of the voice service.
  • the Service Centralization and Continuity Application Server is the main functional entity for performing handover processing between the CS network and the VoLTE network.
  • SCC Service Centralization and Continuity Application Server
  • the network side will The user equipment is assigned an SCC AS.
  • the SCC AS fails, the CS network and the VoLTE network for the user equipment cannot be completed.
  • the switching process between the two devices cannot ensure the continuity of the voice service of the user equipment and seriously affect the user experience.
  • the embodiments of the present invention provide a method, an apparatus, and a system for fault processing, which can ensure continuity of voice services and improve user experience.
  • a method for fault handling comprising: after the first service centralization and continuity application server SCC AS is faulty, the second SCC AS receives the access of the user equipment sent by the home subscriber server HSS Accessing the forwarding control function of the ATCF device, the second SCC AS is determined by the call session control function CSCF device after detecting the first SCC AS failure; the second SCC AS is directed to the ATCF according to the identity of the ATCF device The device sends the identifier of the second SCC AS; the second SCC AS receives the ATCF device according to the A handover request sent by the identity of the second SCC AS.
  • the method further includes: the second SCC AS The HSS sends a user data read request UDR message, where the UDR message includes the user identifier of the user equipment; the second SCC AS receives the identifier of the ATCF device accessed by the user equipment sent by the HSS, including: the second SCC AS Receiving an identifier of the ATCF device accessed by the user equipment sent by the HSS, where the identifier of the ATCF device is after the HSS determines the ATCF device according to the user identifier and the mapping relationship between the user identifier and the ATCF device. Sent.
  • the method before the second SCC AS receives the identifier of the ATCF device that is accessed by the user equipment that is sent by the HSS, the method further includes: The second SCC AS sends a UDR message to the HSS, where the UDR message includes the identifier of the first SCC AS.
  • the second SCC AS receives the identifier of the ATCF device accessed by the user equipment sent by the HSS, including: the second SCC
  • the AS receives the identifier of the ATCF device accessed by the user equipment sent by the HSS, where the identifier of the ATCF device is that the HSS is between the identifier of the first SCC AS and the identifier of the first SCC AS and the ATCF device.
  • the mapping relationship information is determined after the ATCF device is sent.
  • the method before the second SCC AS receives the identifier of the ATCF device that is accessed by the user equipment that is sent by the HSS, the method further includes: The second SCC AS receives the notification message sent by the CSCF device to indicate that the first SCC AS is replaced by the second SCC AS. Then, the second SCC AS sends a UDR message to the HSS, including: the second SCC AS According to the notification message, the UDR message is sent to the HSS.
  • the second SCC AS receives the identifier of the ATCF device that is accessed by the user equipment that is sent by the HSS, and the second SCC AS receives the HSS.
  • the transmitted user data reads a response UDA message including the identity of the ATCF device and the user data of the user device.
  • the identifier of the ATCF device includes a public service identifier PSI of the ATCF device and a path universal resource identifier Path URI of the ATCF device, where The identifier of the second SCC AS includes the second The session transfer identifier of the SCC AS is ATU-STI.
  • a method for fault handling comprising: receiving, by a home subscriber server, an access control function ATCF accessed by a user equipment sent by a first service centralization and continuity application server SCC AS An identifier of the device; the HSS receives a request message sent by the CSCF device for instructing to query the identifier of the ATCF; the HSS queries the identifier of the ATCF device according to the request message; the HSS sends the identifier to the second SCC AS An identifier of the ATCF device, so that the second SCC AS sends the identifier of the second SCC AS to the ATCF device according to the identifier of the ATCF device, where the second SCC AS is the CSCF device detecting the first SCC Determined after AS failure.
  • the HSS receives and stores an identifier of an access forwarding control function ATCF device that is accessed by the user equipment that is sent by the first SCC AS, and includes: the HSS receiving The identifier of the access forwarding control function ATCF device accessed by the user equipment sent by the SCC AS and the user identifier of the user equipment; storing the mapping relationship between the user identifier and the identifier of the ATCF device; then the HSS receives the CSCF device
  • the request message sent to indicate the identifier of the ATCF is: the HSS receives a request message sent by the CSCF device to indicate an identifier of the ATCF, and the request message includes a user identifier of the user equipment;
  • the request message is used to query the identifier of the ATCF device, and the HSS determines the identifier of the ATCF device and the ATCF device according to the user identifier and the mapping relationship between the user identifier and the ATCF device.
  • the HSS receives and stores the identifier of the access forwarding control function ATCF device accessed by the user equipment sent by the first SCC AS, including The HSS receives the identifier of the access forwarding control function ATCF device accessed by the user equipment sent by the first SCC AS and the identifier of the first SCC AS; and stores the identifier of the first SCC AS and the identifier of the ATCF device.
  • the mapping message sent by the CSS to the CSCF device for indicating the identifier of the ATCF includes: the HSS receives a request message sent by the CSCF device to indicate an identifier of the ATCF, where the request message includes the An identifier of the SCC AS, the HSS queries the identifier of the ATCF device according to the request message, and includes: the HSS according to the identifier of the first SCC AS and the mapping between the identifier of the first SCC AS and the ATCF device Information determining the identity of the ATCF device and the ATCF device.
  • the HSS receives a request message that is sent by the CSCF device and is used to indicate the identifier of the ATCF, where the HSS receives the CSCF device by using the A request message sent by the second SCC AS for indicating an identifier of the ATCF.
  • the HSS receives, by the CSCF device, a request message for indicating an identifier of the ATCF, where the HSS receives the CSCF device and sends the request message.
  • a request message for instructing the identifier of the ATCF the request message includes the identifier of the second SCC AS
  • the HSS sends the identifier of the ATCF device to the second SCC AS, including: the HSS is based on the identifier of the second SCC AS Sending an identifier of the ATCF device to the second SCC AS.
  • the sending, by the HSS, the identifier of the ATCF device to the second SCC AS includes: sending, by the HSS, a user data read response to the second SCC AS A UDA message including an identifier of the ATCF device and user data of the user equipment.
  • the identifier of the ATCF device includes a public service identifier PSI of the ATCF device and a path universal resource identifier Path URI of the ATCF device, where The identifier of the second SCC AS includes the session transfer identifier ATU-STI of the second SCC AS.
  • a method for fault handling comprising: receiving, by a home subscriber server, an access control function ATCF accessed by a user equipment sent by a first service centralization and continuity application server SCC AS Identification of the device; the call session control function CSCF device determines the second SCC AS after detecting the first SCC AS failure, and the CSCF device sends a request message to the HSS for instructing to query the identity of the ATCF device; the HSS Sending, according to the request message, the identifier of the ATCF device to the CSCF device; the CSCF device sending the identifier of the second SCC AS to the ATCF device according to the identifier of the ATCF device; the CSCF device receiving the ATCF device according to the second The switching request sent by the identifier of the SCC AS, the handover request carrying the identifier of the second SCC AS; the CSCF device forwarding the handover request to the second SCC AS according to the identifier of the second SCC AS.
  • the HSS receives and stores the identifier of the access forwarding control function ATCF device accessed by the user equipment sent by the first SCC AS.
  • the identifier includes: the HSS receives an identifier of an access forwarding control function ATCF device accessed by the user equipment sent by the first SCC AS, and a user identifier of the user equipment; and stores a mapping between the user identifier and the identifier of the ATCF device
  • the requesting message sent by the CSCF device to the HSS to indicate the identifier of the ATCF device includes: the CSCF device sending a request message to the HSS to indicate an identifier of the ATCF, where the request message includes the user equipment
  • the HSS sends the identifier of the ATCF device to the CSCF device according to the request message, and the HSS determines the ATCF according to the user identifier and the mapping relationship between the user identifier and the ATCF device.
  • the device and the identifier of the ATCF includes: the HSS receives an
  • the HSS receives and stores the identifier of the access forwarding control function ATCF device accessed by the user equipment sent by the first SCC AS, including The HSS receives the identifier of the access forwarding control function ATCF device accessed by the user equipment sent by the first SCC AS and the identifier of the first SCC AS; and stores the identifier of the first SCC AS and the identifier of the ATCF device.
  • the request message sent by the CSCF device to the HSS to indicate the identifier of the ATCF device includes: the CSCF device sends a request message to the HSS to indicate an identifier of the ATCF, where the request message includes the The identifier of the first SCC AS, the HSS sends the identifier of the ATCF device to the CSCF device according to the request message, including: the HSS according to the identifier of the first SCC AS and the identifier of the first SCC AS and the ATCF device
  • the mapping relationship information determines the identifier of the ATCF device and the ATCF device, and sends the identifier of the ATCF device to the CSCF device.
  • the sending, by the CSCF device, the request message for indicating the identifier of the ATCF device to the HSS includes: the CSCF device passes the second The SCC AS sends a request message to the HSS indicating to query the identity of the ATCF device.
  • the HSS sends the identifier of the ATCF device to the CSCF device according to the request message, including: the HSS passes the request message according to the request message.
  • the second SCC AS sends the identity of the ATCF device to the CSCF device.
  • the CSCF device is an inquiry call session control function I-CSCF device.
  • the identifier of the ATCF device includes a public service identifier PSI of the ATCF device and a path universal resource identifier Path URI of the ATCF device, where The identifier of the second SCC AS includes the session transfer identifier ATU-STI of the second SCC AS.
  • a device for fault processing comprising: a receiving unit, configured to receive, after the first service centralized and the continuity application server SCC AS fails, receive the user equipment sent by the home subscriber server HSS
  • the access forwarding control function is an identifier of the ATCF device, the device is determined by the call session control function CSCF device after detecting the first SCC AS failure; and the sending unit is configured to send, according to the identifier of the ATCF device, the ATCF device The identifier of the device; the receiving unit is further configured to receive a handover request sent by the ATCF device according to the identifier of the device.
  • the sending unit is further configured to send a user data read request UDR message to the HSS, where the UDR message includes a user identifier of the user equipment; And an identifier of the ATCF device that is accessed by the user equipment that is sent by the HSS, where the identifier of the ATCF device is that the HSS determines the ATCF according to the user identifier and the mapping relationship between the user identifier and the ATCF device. Sent after the device.
  • the sending unit is further configured to send, to the HSS, a UDR message, where the UDR message includes an identifier of the first SCC AS, and the receiving unit Specifically, the identifier of the ATCF device that is accessed by the user equipment that is sent by the HSS, where the identifier of the ATCF device is that the HSS is in accordance with the identifier of the first SCC AS and the identifier of the first SCC AS and the ATCF device.
  • the mapping relationship information between the ATCF devices is determined to be sent later.
  • the receiving unit is further configured to receive a notification message that is sent by the CSCF device to indicate that the first SCC AS is replaced by the device.
  • the sending unit is specifically configured to send the UDR message to the HSS according to the notification message.
  • the receiving unit is specifically configured to receive a user data read response UDA message sent by the HSS, where the The second message includes the identity of the ATCF device and the user data of the user device.
  • the identifier of the ATCF device includes a public service identifier PSI of the ATCF device and a path universal resource identifier Path URI of the ATCF device, where The identity of the device includes the session transfer identifier ATU-STI of the device.
  • a fifth aspect provides a device for fault processing, the device comprising: a receiving unit, receiving an identifier of an access forwarding control function ATCF device accessed by a user equipment sent by a first service centralization and continuity application server SCC AS a storage unit, configured to store an identifier of the ATCF device; the receiving unit is further configured to receive a request message sent by the CSCF device for instructing to query the ATCF, and a query unit, configured to: according to the request message, Querying the identifier of the ATCF device; the sending unit, configured to send the identifier of the ATCF device to the second SCC AS, so that the second SCC AS sends the identifier of the second SCC AS to the ATCF device according to the identifier of the ATCF device
  • the second SCC AS is determined by the CSCF device after detecting the first SCC AS failure.
  • the receiving unit is specifically configured to: receive, by the HSS, an identifier of an access forwarding control function ATCF device accessed by a user equipment sent by the first SCC AS, and the user a user identifier of the device;
  • the storage unit is specifically configured to store a mapping relationship between the user identifier and the identifier of the ATCF device;
  • the receiving unit is specifically configured to receive a request message sent by the CSCF device to indicate an identifier of the ATCF, The request message includes a user identifier of the user equipment;
  • the query unit is specifically configured to use the user identifier and the mapping relationship between the user identifier and the ATCF device, and determine the identifier of the ATCF device and the ATCF device.
  • the receiving unit is configured to receive an identifier of an access forwarding control function ATCF device accessed by the user equipment sent by the first SCC AS. And the identifier of the first SCC AS; the storage unit is specifically configured to store a mapping relationship between the identifier of the first SCC AS and the identifier of the ATCF device; the receiving unit is specifically configured to receive the identifier sent by the CSCF device for indicating a request message of the ATCF, the request message includes an identifier of the first SCC AS, and the query unit is specifically configured to: according to the identifier of the first SCC AS and the identifier of the first SCC AS and the ATCF device Relationship information, determining the identity of the ATCF device and the ATCF device.
  • the receiving unit is specifically configured to receive, by the CSCF device, a request message, sent by the second SCC AS, to indicate an identifier of the ATCF. .
  • the receiving unit is configured to receive a request message that is sent by the CSCF device to indicate an identifier of the ATCF, where the request message includes the first The identifier of the second SCC AS.
  • the sending unit is specifically configured to send the identifier of the ATCF device to the second SCC AS according to the identifier of the second SCC AS.
  • the sending unit is specifically configured to send a user data read response UDA message to the second SCC AS, where the second message includes the ATCF device The identity and user data of the user device.
  • the identifier of the ATCF device includes a public service identifier PSI of the ATCF device and a path universal resource identifier Path URI of the ATCF device, where The identifier of the second SCC AS includes the session transfer identifier ATU-STI of the second SCC AS.
  • a system for fault handling comprising: a first service centralization and continuity application server SCC AS, configured to send an access forwarding control function ATCF accessed by a user equipment to a home subscriber server HSS
  • the device is configured to determine a second SCC AS after detecting the first SCC AS failure, and send a request message for indicating the identifier of the ATCF device to the HSS, where Receiving an identifier of the ATCF device sent by the HSS according to the request message, configured to send, according to the identifier of the ATCF device, an identifier of the second SCC AS to the ATCF device, to receive the ATCF device according to the second SCC AS Identifying the sent handover request, the handover request carrying the identifier of the second SCC AS, and forwarding the handover request to the second SCC AS according to the identifier of the second SCC AS; the HSS is configured to receive and store the ATCF device The identifier of the ATCF device is sent to the CSCF
  • the HSS is specifically configured to receive an identifier of an access forwarding control function ATCF device that is accessed by a user equipment that is sent by the first SCC AS, and User identifier of the user equipment, storing the user identifier and the a mapping relationship between the identifiers of the ATCF devices, and a request message sent by the CSCF device to indicate an identifier of the ATCF, where the request message includes a user identifier of the user equipment, according to the user identifier and the user identifier and the ATCF
  • the mapping relationship information between the devices determines the identifier of the ATCF device and the ATCF device, and sends the identifier of the ATCF device to the CSCF device.
  • the HSS is specifically used by the HSS to receive an access forwarding control function ATCF device accessed by a user equipment sent by the first SCC AS.
  • the identifier and the identifier of the first SCC AS store a mapping relationship between the identifier of the first SCC AS and the identifier of the ATCF device, and receive a request message sent by the CSCF device to indicate an identifier of the ATCF, the request The message includes the identifier of the first SCC AS, and the identifier of the ATCF device and the ATCF device is determined according to the identifier of the first SCC AS and the mapping relationship between the identifier of the first SCC AS and the ATCF device, and The CSCF device sends the identity of the ATCF device.
  • the CSCF device is specifically configured to send, by using the second SCC AS, a request message for indicating an identifier of the ATCF device to the HSS. .
  • the HSS is specifically configured to send, by using the second SCC AS, the identifier of the ATCF device to the CSCF device according to the request message.
  • the CSCF device is an inquiry call session control function I-CSCF device.
  • the identifier of the ATCF device includes a public service identifier PSI of the ATCF device and a path universal resource identifier Path URI of the ATCF device, where The identifier of the second SCC AS includes the session transfer identifier ATU-STI of the second SCC AS.
  • a method, apparatus, and system for fault processing by storing information about an ATCF device accessed by a user equipment in an HSS, after a first SCC AS failure serving the user equipment, the second SCC AS
  • the related information of the ATCF device can be obtained from the HSS, so that the ATCF device can be notified, and when the handover process for the user equipment is performed, a handover request is sent to the second SCC AS, so that even if the first SCC AS fails, still
  • the handover service can be provided for the user equipment, which can ensure the continuity of the voice service and improve the user experience.
  • FIG. 1 is a schematic architectural diagram of a communication system to which the method of fault handling of the present invention is applied.
  • FIG. 2 is a schematic flow chart of a method of fault processing according to an embodiment of the present invention.
  • FIG. 3 is a schematic interaction diagram of a method of fault handling in accordance with the present invention.
  • FIG. 4 is a schematic flow chart of a method of fault processing according to another embodiment of the present invention.
  • FIG. 5 is a schematic flowchart of a method of fault processing according to still another embodiment of the present invention.
  • FIG. 6 is a schematic structural diagram of an apparatus for fault processing according to an embodiment of the present invention.
  • FIG. 7 is a schematic structural diagram of an apparatus for fault processing according to another embodiment of the present invention.
  • FIG. 8 is a schematic structural diagram of a system for fault handling according to an embodiment of the present invention.
  • FIG. 9 is a schematic structural diagram of an apparatus for fault handling according to an embodiment of the present invention.
  • FIG. 10 is a schematic structural diagram of an apparatus for fault handling according to another embodiment of the present invention.
  • FIG. 1 shows an application of the present invention.
  • IMS IP Multimedia Multimedia Subsystem
  • FIG. 1 shows an application of the present invention.
  • IMS IP Multimedia Multimedia Subsystem
  • the external network various networks that provide service services for users, for example, the Internet (Internet), the Public Switched Telephone Network (PSTN), and the like can be cited.
  • Internet Internet
  • PSTN Public Switched Telephone Network
  • the access network may include a circuit switched (CS, Circuit Switch) domain or a packet switched (PS, Packet Switched) domain.
  • CS circuit switched
  • PS Packet Switched
  • the access network may be a Global System of Mobile communication (GSM), a Code Division Multiple Access (CDMA) network, and a Wideband Code Division Multiple Access (WCDMA).
  • GSM Global System of Mobile communication
  • CDMA Code Division Multiple Access
  • WCDMA Wideband Code Division Multiple Access
  • GPRS General Packet Radio Service
  • LTE Long Term Evolution
  • WLAN Wireless Local Area Networks
  • VoLTE is an IP data transmission technology that does not require a 2G/3G network, and all services are carried on a 4G network.
  • the 4G network not only provides high-speed data services, but also provides high-quality audio and video calls, which requires VoLTE technology.
  • the IMS (or, also referred to as the core network) is used to transmit data from the access network to the external network, or to transmit data of the external network to the access network, and more specifically, the IMS is on an IP-based network.
  • a common network architecture that provides multimedia services.
  • the user equipment accesses the IMS through the access network.
  • the UE includes a mobile terminal (Mobile Terminal) or a fixed terminal.
  • the mobile terminal can be a mobile phone (or "cellular" phone) and a computer with a mobile terminal, for example, a portable, pocket, handheld, computer built-in or in-vehicle mobile device that exchanges with the wireless access network.
  • Language and / or data are examples of languages and / or data.
  • FIG. 2 is a schematic flowchart of a method 100 for fault processing according to an embodiment of the present invention, as shown in FIG. 2, the method 100 includes:
  • the second SCC AS receives the identifier of the access forwarding control function ATCF device accessed by the user equipment sent by the home subscriber server HSS, and the second SCC AS Is the call session control function CSCF device determines after detecting the first SCC AS failure;
  • the second SCC AS sends the identifier of the second SCC AS to the ATCF device according to the identifier of the ATCF device.
  • the second SCC AS receives a handover request sent by the ATCF device according to the identifier of the second SCC AS.
  • HSS Home Subscriber Server
  • the HSS is a centralized integrated database for storing user subscription information and service subscription information in the home network. It is located at the top of the IMS architecture.
  • the HSS contains user-related subscription data required for processing media sessions, such as location information and security information (including Authentication and authorization information), user service attribute information (including subscriber's subscription service information), and service CSCF (S-CSCF) information, user identification (including public and private identification), number and address information, etc. assigned to the user.
  • location information and security information including Authentication and authorization information
  • user service attribute information including subscriber's subscription service information
  • S-CSCF service CSCF
  • SCC AS Service Centralization and Continuity Application Server
  • the SCC AS can be used as a Session Initiation Protocol (SIP AS) of the user equipment to access the IMS (through the access network) to complete the IMS session establishment and control. It is the IMS application server in the home network. Is the first AS of the calling path and the last AS of the called path.
  • the user equipment may pass the CS domain or the PS domain according to the access network, the capability of the user equipment (for example, whether the voice supports the VoLTE), the IMS registration status, the CS status, and the operator policy. Communicate.
  • SIP AS Session Initiation Protocol
  • the SCC AS performs the handover process, for example, the enhanced single radio voice continuity (eSRVCC) handover process, and provides the handover service for the user equipment to ensure the continuity of the voice service.
  • eSRVCC enhanced single radio voice continuity
  • CSCF Call Session Control Function
  • the CSCF device is a functional entity inside the IMS and is the core of the entire IMS. Mainly responsible for handling signaling control during multimedia call sessions. It manages IMS user authentication, QoS (Quality of Service), SIP session control with other network elements, and service negotiation and resource allocation.
  • QoS Quality of Service
  • CSCF is divided into proxy CSCF (P-CSCF, Proxy CSCF) according to functions, and queries CSCF.
  • P-CSCF proxy CSCF
  • Proxy CSCF Proxy CSCF
  • queries CSCF I-CSCF, Interrogating CSCF
  • S-CSCF Serving CSCF
  • I-CSCF Interrogating CSCF
  • S-CSCF Serving CSCF
  • the P-CSCF is a unified entry point of the IMS visited network (an example of an access network). All session messages originating from the user equipment and terminating at the user equipment are passed through the P-CSCF.
  • the P-CSCF is responsible for user authentication and Internet Protocol Security (IPSec) management, network anti-attack and security protection related to the access network, and SIP signaling compression and decompression for saving wireless network resources.
  • IPSec Internet Protocol Security
  • the user's roaming control through the policy decision function (PDF, Policy Decision Function), performs network address translation (NAT) and QoS functions on the bearer side.
  • PDF policy decision function
  • NAT network address translation
  • QoS functions QoS functions
  • the P-CSCF may determine the I-CSCF according to the domain name provided by the user equipment, and forward the SIP registration request from the user equipment to the I-CSCF.
  • the P-CSCF may determine that the S-CSCF forwards the SIP message from the user equipment when the registration process is initiated by the user equipment.
  • the I-CSCF is the entry point to the IMS home network (another instance of the access network).
  • the I-CSCF selects an S-CSCF for the user by querying the HSS.
  • the call to the IMS network is first routed to the I-CSCF, and the I-CSCF obtains the S-CSCF address registered by the user from the HSS and routes the message to the S-CSCF.
  • the I-CSCF may specify a certain S-CSCF for the user equipment to perform SIP registration.
  • the I-CSCF can obtain the address of the S-CSCF from the HSS, forward the SIP request, or route SIP requests from other networks to the S-CSCF.
  • the S-CSCF is at the core of IMS network session control. It accepts registration requests forwarded from the visited network through the P-CSCF, and cooperates with the HSS for user authentication. And download the business data signed by the user from the HSS.
  • the S-CSCF performs routing management on the calling and called sides of the user, and performs SIP AS triggering according to the initial filtering rule (IFC: Initial Filter Criteria) of the user to implement rich IMS service functions.
  • IFC Initial Filter Criteria
  • the S-CSCF may make the registration request take effect through the HSS after receiving the registration request.
  • the S-CSCF can control the registered session terminal and can act as a proxy server (Proxy-Server).
  • the S-CSCF may perform internal processing or forwarding after receiving the request, or may act as a User Agent (UA, User Agent) to interrupt or initiate a SIP transaction.
  • the S-CSCF can also interact with the service platform to provide multimedia services.
  • the P-CSCF, the S-CSCF, and the I-CSCF may be independently configured in different entities or integrated in the same entity.
  • the CSCF device is collectively referred to as a CSCF device.
  • the ATCF device is configured on the visited network for controlling an access gateway (AGW, Access Gateway) to anchor the voice session initiated by the user in the visited network.
  • AGW access gateway
  • the ATCF can anchor the signaling part of the user voice session and control
  • the AGW anchors the media portion of the session.
  • the mobile switching center (MSC) server of the visited network When performing handover processing between the 2G/3G network and the 4G network (for example, an LTE network), for example, the eSRVCC handover process described above, the mobile switching center (MSC) server of the visited network does not Then, the user's home IMS network is used to reestablish the session access end and the remote end rebuilds the media, but the anchored ATCF of the visited network reestablishes the session (including the media) to avoid interruption of the voice service accessed by the user and improve the user experience.
  • MSC mobile switching center
  • both the ATCF device and the P-CSCF device belong to the visited network, and can be configured in the same entity or in different entities, and the ATCF device and the P-CSCF device can communicate with each other to exchange information about the user equipment. , for example, user identification, etc.
  • FIG. 3 is a schematic interaction diagram of a method of fault handling in accordance with the present invention.
  • a registration procedure for UE #1 (i.e., an example of the user equipment) is performed.
  • the P-CSCF device uses the registration request message and is used to indicate that the UE#1 is connected.
  • the identifier of the ATCF device (hereinafter, referred to as ATCF device #1 for convenience of distinction) (that is, an example of the identifier of the ATCF device) is transmitted to the S-CSCF device.
  • the S-CSCF device allocates an SCC AS (ie, the first SCC AS, which is hereinafter referred to as SCC AS#1 for ease of understanding and differentiation) to the UE#1, and associates the registration request message with the identifier of the ATCF device #1. Transfer to the SCC AS#1.
  • SCC AS the first SCC AS
  • SCC AS#1 can acquire the identity of the ATCF device.
  • any of the following information can be cited:
  • the identifier of the ATCF device includes a public service identifier PSI of the ATCF device and a path universal resource identifier Path URI of the ATCF device.
  • the Path Uniform Resource Identifier (Path URI) of the device can uniquely identify an ATCF device. Therefore, the identifier of the ATCF device can include the PSI and the Path URI.
  • the P-CSCF device allocates a single for the UE#1 when receiving the registration request sent by the UE#1.
  • the STN-SR can be used to identify the ATCF device (ie, ATCF device #1) to which the UE#1 is connected, the STN-SR (Session Transfer Number for SRVCC)
  • the STN-SR can also be used as an identifier for the ATCF device described above.
  • the identifier of the ATCF device #1 may be carried in the foregoing registration request message forwarded by the P-CSCF device to the S-CSCF device, and the S-CSCF device may forward the registration request message carrying the identifier of the ATCF device #1.
  • the SCC AS#1 is given, so that the SCC AS#1 can obtain the identity of the ATCF device #1 from the registration request message.
  • SCC AS#1 may send the identity of the ATCF device #1 to the HSS.
  • the SCC AS#1 can use the identifier of the ATCF device #1 as transparent data and push it to the HSS through a Transparent Data Update Request (PUR) message.
  • PUR Transparent Data Update Request
  • the process of obtaining the identifier of the ATCF device by the above-listed HSS is only an exemplary description, and the present invention is not limited thereto.
  • the SCC AS#1 may also transmit the identifier of the ATCF device to the HSS through other signaling.
  • SCC AS#1 may also transmit the identity of the ATCF device to the HSS via the CSCF device.
  • the HSS device #1 may store the identity of the ATCF device #1 corresponding to the SCC AS #1.
  • the S-CSCF device can detect the running status of the SCC AS#1.
  • an SCC AS can be reselected (ie, the second SCC AS, which is The distinction is made SCC AS#2), and the SCC AS#2 is replaced with SCC AS#1 for performing handover processing for UE#1, for example, the above eSRVCC handover processing.
  • the HSS may transmit the identity of the ATCF device #1 to the SCC AS#2 in any of the following ways.
  • the ATCF set that is accessed by the user equipment that is sent by the HSS is received by the second SCC AS.
  • the method further includes:
  • the second SCC AS sends a user data read request UDR message to the HSS, where the UDR message includes a user identifier of the user equipment;
  • the second SCC AS receives the identifier of the ATCF device accessed by the user equipment sent by the HSS, including:
  • the second SCC AS receives the identifier of the ATCF device accessed by the user equipment sent by the HSS, where the identifier of the ATCF device is the mapping relationship between the HSS according to the user identifier and the user identifier and the ATCF device. Determine what is sent after the ATCF device.
  • the HSS may record the mapping relationship between the identifier of the ATCF device (ie, ATCF device #1) corresponding to the SCC AS #1 and the user identifier of the UE #1.
  • the CSCF device may transmit the identity of the UE#1 to the SCC AS#2 through system signaling (eg, user data read request UDR message) after determining the SCC AS#2
  • system signaling eg, user data read request UDR message
  • the identifier of the UE#1 may enumerate, for example, the mobile user mobile phone number MSISDN of the UE#1, the international mobile subscriber identity IMSI of the UE#1, the international mobile station equipment identifier IMEI of the UE#1, UE# 1 IP address, etc.
  • the SCC AS#2 may determine that the user data of the UE#1 is not stored locally according to the identifier of the UE#1, so that a process of requesting acquisition of user data may be initiated to the HSS. And, the SCC AS#2 can transmit the identifier of the UE#1 to the HSS, so that the HSS searches for the ATCF device accessed by the UE#1, that is, the ATCF device #1 according to the identifier of the UE#1.
  • the transmission of the user identifier can be implemented by using existing signaling.
  • UDR User Data Request
  • the HSS can search for the mapping relationship between the pre-recorded user identifier and the identifier of the ATCF device according to the identifier of the UE#1, so that the UE#1 can be found.
  • the incoming ATCF device ie, ATCF device #1.
  • the HSS can transmit the identity of the ATCF device #1 and the user data of the UE #1 to the SCC AS #2.
  • UDA User Data Answer
  • the transmission of the identity of the ATCF device can be implemented using existing signaling.
  • the HSS can simultaneously transmit the user data and the identifier of the ATCF device to the SCC AS #2, which can reduce the interaction process and save system resource overhead.
  • the user data may be information used in the prior art for performing, for example, eSRVCC switching processing.
  • eSRVCC switching processing for example, eSRVCC switching processing.
  • detailed description thereof is omitted.
  • the method before the second SCC AS receives the identifier of the ATCF device accessed by the user equipment sent by the HSS, the method further includes:
  • the second SCC AS sends a UDR message to the HSS, where the UDR message includes an identifier of the first SCC AS;
  • the second SCC AS receives the identifier of the ATCF device accessed by the user equipment sent by the HSS, including:
  • the second SCC AS receives the identifier of the ATCF device accessed by the user equipment sent by the HSS, where the identifier of the ATCF device is that the HSS is in accordance with the identifier of the first SCC AS and the identifier of the first SCC AS.
  • the mapping relationship information between the ATCF devices is determined to be sent after the ATCF device.
  • the HSS can record the mapping relationship between the identity of the ATCF device (ie, ATCF device #1) corresponding to the SCC AS #1 and the identity of the SCC AS #1.
  • the CSCF device may transmit the identity of the SCC AS #1 to the SCC AS #2 through system signaling (eg, user data read request UDR message) after determining the SCC AS #2.
  • system signaling eg, user data read request UDR message
  • the identifier of the SCC AS #1 may enumerate, for example, the session transfer identifier ATU-STI of the SCC AS #1, and the like.
  • the SCC AS#2 may initiate a process for requesting the HSS to acquire user data of the user equipment (including the UE#1 described above) corresponding to the SCC AS#1. And, SCC AS#2 can be used for SCC AS#1
  • the identifier is transmitted to the HSS, so that the HSS searches for the ATCF device corresponding to the SCC AS#1, that is, the ATCF device #1 according to the identifier of the SCC AS#1.
  • the transmission of the user identifier can be implemented by using existing signaling.
  • UDR User Data Request
  • the HSS After receiving the message carrying the identifier of the SCC AS#1, the HSS can search for the mapping relationship between the identifier of the pre-recorded SCC AS and the identifier of the ATCF device according to the identifier of the SCC AS#1, so that the SCC can be found.
  • the ATCF device corresponding to AS#1 (including the UE#1 access), that is, the ATCF device #1.
  • the identity of the ATCF device #1 can be transmitted to the SCC AS #2.
  • the transmission of the identity of the ATCF device can be realized using the existing signaling.
  • UDA User Data Read Response
  • the HSS can simultaneously transmit the user data and the identifier of the ATCF device to the SCC AS #2, which can reduce the interaction process and save system resource overhead.
  • the CSCF device may notify the HSS by system signaling after determining the SCC AS #2: the SCC AS #2 replaces the SCC AS #1.
  • the HSS can search for the user equipment (including UE#1) served by the SCC AS#1, and obtain the user data of each user equipment and the ATCF equipment that is accessed, that is, the ATCF device #1. And according to the identifier of the SCC AS#2, the corresponding relationship between each user equipment and each ATCF device and the user data of each user equipment are actively sent to the CSCF device through system signaling, and the CSCF device can set the ATCF device #1 The identification is transmitted to SCC AS#2.
  • the method for the HSS to search for the ATCF device corresponding to the SCC AS#1 may be similar to the method in the foregoing manner 1 or mode 2, that is, the identifier of the SCC AS#1 may be used for searching, or The search is performed using the user ID of UE#1, and a detailed description thereof is omitted here to avoid redundancy.
  • SCC AS#2 can acquire the identity of ATCF device #1.
  • SCC AS#2 may transmit the identity of SCC AS#2, for example, through the CSCF device (specifically, the I-CSCF device) to ATCF device #1 according to the identity of ATCF device #1.
  • the method and process of routing information from the SCC AS to the ATCF device may be similar to the prior art, and a detailed description thereof will be omitted herein to avoid redundancy.
  • the identifier of the second SCC AS includes a session transfer identifier ATU-STI of the second SCC AS.
  • the STU AS can be uniquely identified by the Access Transfer Update-Session Transfer Identifier (ATU-STI). Therefore, the identifier of the second SCC AS can include the ATU-STI of the second SCC AS.
  • ATU-STI Access Transfer Update-Session Transfer Identifier
  • the ATCF device #1 may determine, when it is determined that network handover processing for UE#1 is required (for example, switching from a 2G/3G network to an LTE network, or switching from an LTE network to a 2G/3G network), according to the SCC
  • the identity of AS#2 for example, initiates a handover process flow to the SCC AS#2 through a CSCF device (specifically, an I-CSCF device), for example, an eSRVCC handover process flow.
  • the second SCC AS can obtain the HSS from the HSS. Acquiring information about the ATCF device, so that the ATCF device can be notified, when performing handover processing for the user equipment, sending a handover request to the second SCC AS, so that even if the first SCC AS fails, the User equipment provides switching services to ensure continuity of voice services and improve user experience.
  • FIG. 4 is a schematic flowchart of a method 300 for fault processing according to an embodiment of the present invention, as shown in FIG. 4, the method 300 includes:
  • the home subscriber server HSS receives and stores the identifier of the access forwarding control function ATCF device accessed by the user equipment sent by the first service centralization and continuity application server SCC AS;
  • the HSS receives a request message sent by the CSCF device sent by the call session control function to indicate the identifier of the ATCF.
  • the HSS queries the identifier of the ATCF device according to the request message.
  • the HSS sends the identifier of the ATCF device to the second SCC AS, so that the second SCC AS sends the identifier of the second SCC AS to the ATCF device according to the identifier of the ATCF device, where the second SCC AS It is determined by the CSCF device after detecting the first SCC AS failure.
  • the HSS receives and stores the identifier of the access forwarding control function ATCF device accessed by the user equipment sent by the first SCC AS, including:
  • the HSS receives the request message sent by the CSCF device to indicate the identifier of the ATCF, including:
  • the HSS receives a request message sent by the CSCF device to indicate an identifier of the ATCF, where the request message includes a user identifier of the user equipment;
  • the HSS queries the identifier of the ATCF device according to the request message, including:
  • the HSS determines the identity of the ATCF device and the ATCF device according to the user identifier and the mapping relationship between the user identifier and the ATCF device.
  • the HSS receives and stores the identifier of the access forwarding control function ATCF device accessed by the user equipment sent by the first SCC AS, including:
  • the HSS receives the request message sent by the CSCF device to indicate the identifier of the ATCF, including:
  • the HSS receives a request sent by the CSCF device to indicate that the identifier of the ATCF is queried.
  • the request message includes an identifier of the first SCC AS;
  • the HSS queries the identifier of the ATCF device according to the request message, including:
  • the HSS determines the identifier of the ATCF device and the ATCF device according to the identifier of the first SCC AS and the mapping relationship between the identifier of the first SCC AS and the ATCF device.
  • the HSS receives the request message sent by the CSCF device to indicate the identifier of the ATCF, including:
  • the HSS receives a request message sent by the CSCF device via the second SCC AS for indicating an inquiry of the identity of the ATCF.
  • the HSS receives the request message sent by the CSCF device to indicate the identifier of the ATCF, including:
  • the HSS receives a request message sent by the CSCF device to indicate an identifier of the ATCF, where the request message includes an identifier of the second SCC AS;
  • the HSS sends the identifier of the ATCF device to the second SCC AS, including:
  • the HSS sends the identifier of the ATCF device to the second SCC AS according to the identifier of the second SCC AS.
  • the sending, by the HSS, the identifier of the ATCF device to the second SCC AS includes:
  • the HSS sends a User Data Read Response UDA message to the second SCC AS, the second message including the identity of the ATCF device and the user data of the user equipment.
  • the identifier of the ATCF device includes a public service identifier PSI of the ATCF device and a path universal resource identifier Path URI of the ATCF device, where the identifier of the second SCC AS includes a session transfer identifier ATU of the second SCC AS. STI.
  • the operation and function of the HSS in the method 300 are similar to those of the HSS in the above method 100. Here, in order to avoid redundancy, detailed description thereof will be omitted.
  • the second SCC AS can obtain the HSS from the HSS. Acquiring information about the ATCF device, so that the ATCF device can be notified, when performing handover processing for the user equipment, sending a handover request to the second SCC AS, so that even if the first SCC AS fails, the User equipment provides switching services to ensure continuity of voice services and improve user experience.
  • FIG. 5 is a schematic flowchart of a method 400 for fault handling according to an embodiment of the present invention, as shown in FIG. 5, which is illustrated in FIG. 5, from a system perspective of a fault handling process including a home subscriber server and a call session control function device.
  • a fault handling process including a home subscriber server and a call session control function device.
  • the home subscriber server HSS receives and stores the identifier of the access forwarding control function ATCF device accessed by the user equipment sent by the first service centralization and continuity application server SCC AS;
  • the call session control function CSCF device determines the second SCC AS after detecting the first SCC AS failure, and the CSCF device sends a request message for instructing to query the identifier of the ATCF device to the HSS;
  • the HSS sends the identifier of the ATCF device to the CSCF device according to the request message.
  • the CSCF device sends the identifier of the second SCC AS to the ATCF device according to the identifier of the ATCF device.
  • the CSCF device receives a handover request sent by the ATCF device according to the identifier of the second SCC AS, where the handover request carries an identifier of the second SCC AS;
  • the CSCF device forwards the handover request to the second SCC AS according to the identifier of the second SCC AS.
  • the HSS receives and stores the identifier of the access forwarding control function ATCF device accessed by the user equipment sent by the first SCC AS, including:
  • the request message sent by the CSCF device to the HSS to indicate the identifier of the ATCF device includes:
  • the HSS sends the identifier of the ATCF device to the CSCF device according to the request message, including:
  • the HSS Determining, by the HSS, the identifier of the ATCF device and the ATCF device according to the user identifier and the mapping relationship between the user identifier and the ATCF device, and determining, to the CSCF device, the CSCF device Send the ID of the ATCF device.
  • the HSS receives and stores the identifier of the access forwarding control function ATCF device accessed by the user equipment sent by the first SCC AS, including:
  • the request message sent by the CSCF device to the HSS to indicate the identifier of the ATCF device includes:
  • the HSS sends the identifier of the ATCF device to the CSCF device according to the request message, including:
  • the HSS determines the identifier of the ATCF device and the ATCF device according to the identifier of the first SCC AS and the mapping relationship between the identifier of the first SCC AS and the ATCF device, and sends the ATCF device to the CSCF device.
  • logo the identifier of the ATCF device and the ATCF device according to the identifier of the first SCC AS and the mapping relationship between the identifier of the first SCC AS and the ATCF device.
  • the CSCF device sends a request message to the HSS to indicate the identifier of the ATCF device, including:
  • the CSCF device sends a request message to the HSS for instructing to query the identity of the ATCF device through the second SCC AS.
  • the HSS sends the identifier of the ATCF device to the CSCF device according to the request message, including:
  • the HSS sends the identifier of the ATCF device to the CSCF device by using the second SCC AS according to the request message.
  • the CSCF device is an inquiry call session control function I-CSCF device.
  • the identifier of the ATCF device includes a public service identifier PSI of the ATCF device and a path universal resource identifier Path URI of the ATCF device, where the identifier of the second SCC AS includes a session transfer identifier ATU of the second SCC AS. STI.
  • the actions and functions of the HSS in the method 300 are similar to those of the HSS in the method 100 described above, and the actions and functions of the CSCF device are similar to those of the CSCF device in the above method 100. Here, in order to avoid redundancy, the details are omitted. Description.
  • the second SCC AS can obtain the HSS from the HSS. Acquiring information about the ATCF device, so that the ATCF device can be notified, when performing handover processing for the user equipment, sending a handover request to the second SCC AS, so that even if the first SCC AS fails, the User equipment provides switching services to ensure continuity of voice services and improve user experience.
  • FIG. 6 shows a schematic block diagram of an apparatus 500 for fault handling in accordance with an embodiment of the present invention. As shown in FIG. 6, the apparatus 500 includes:
  • the receiving unit 510 is configured to receive, after the first service centralization and the continuity application server SCC AS, the identifier of the access forwarding control function ATCF device accessed by the user equipment sent by the home subscriber server HSS, where the device is a call session
  • the control function CSCF device determines after detecting the first SCC AS failure
  • the sending unit 520 is configured to send, according to the identifier of the ATCF device, the identifier of the device to the ATCF device;
  • the receiving unit 510 is further configured to receive a handover request sent by the ATCF device according to the identifier of the device.
  • the sending unit 520 is further configured to send a user data read request UDR message to the HSS, where the UDR message includes a user identifier of the user equipment;
  • the receiving unit 510 is specifically configured to receive an identifier of the ATCF device accessed by the user equipment sent by the HSS, where the identifier of the ATCF device is a mapping between the HSS according to the user identifier and the user identifier and the ATCF device.
  • the relationship information is determined to be sent after the ATCF device.
  • the sending unit 520 is further configured to send, to the HSS, a UDR message, where the UDR message includes an identifier of the first SCC AS;
  • the receiving unit 510 is specifically configured to receive an identifier of the ATCF device that is accessed by the user equipment sent by the HSS, where the identifier of the ATCF device is an identifier of the HSS according to the first SCC AS and an identifier of the first SCC AS.
  • the mapping relationship information with the ATCF device is determined to be sent after the ATCF device.
  • the receiving unit 510 is further configured to receive a notification message sent by the CSCF device to indicate that the first SCC AS is replaced by the device.
  • the sending unit 520 is specifically configured to send the UDR message to the HSS according to the notification message.
  • the receiving unit 510 is specifically configured to receive a user data read response UDA message sent by the HSS, where the second message includes an identifier of the ATCF device and user data of the user equipment.
  • the identifier of the ATCF device includes a public service identifier PSI of the ATCF device and a path universal resource identifier Path URI of the ATCF device, and the identifier of the device includes a session transfer identifier ATU-STI of the device.
  • the apparatus 500 for fault processing may correspond to a second SCC AS (for example, SCC AS #2) in the method of the embodiment of the present invention, and each unit in the apparatus 500 of the fault processing is a module and the above
  • SCC AS for example, SCC AS #2
  • each unit in the apparatus 500 of the fault processing is a module and the above
  • the other operations and/or functions are respectively implemented in order to implement the corresponding processes of the method 100 in FIG. 2, and are not described herein for brevity.
  • the second SCC AS by storing information about the ATCF device accessed by the user equipment in the HSS, after the first SCC AS that provides the service for the user equipment fails, the second SCC AS can obtain the HSS from the HSS Acquiring information about the ATCF device, so that the ATCF device can be notified, when performing handover processing for the user equipment, sending a handover request to the second SCC AS, so that even if the first SCC AS fails, the User equipment provides switching services to ensure continuity of voice services and improve user experience.
  • FIG. 7 shows a schematic block diagram of an apparatus 600 for fault handling in accordance with an embodiment of the present invention. As shown in FIG. 7, the apparatus 600 includes:
  • the receiving unit 610 receives the identifier of the access forwarding control function ATCF device accessed by the user equipment sent by the first service centralization and continuity application server SCC AS;
  • the storage unit 620 is configured to store an identifier of the ATCF device.
  • the receiving unit 610 is further configured to receive a request message sent by the call session control function CSCF device to indicate an identifier of the ATCF.
  • the querying unit 630 is configured to query the identifier of the ATCF device according to the request message.
  • the sending unit 640 is configured to send the identifier of the ATCF device to the second SCC AS, so that the second SCC AS sends the second SCC to the ATCF device according to the identifier of the ATCF device.
  • the receiving unit 610 is specifically configured to receive, by the HSS, an identifier of an access forwarding control function ATCF device accessed by a user equipment sent by the first SCC AS, and a user identifier of the user equipment;
  • the storage unit 620 is specifically configured to store a mapping relationship between the user identifier and an identifier of the ATCF device.
  • the receiving unit 610 is specifically configured to receive a request message that is sent by the CSCF device to indicate an identifier of the ATCF, where the request message includes a user identifier of the user equipment;
  • the query unit 630 is specifically configured to use the user identifier and the mapping relationship between the user identifier and the ATCF device, and determine the identifier of the ATCF device and the ATCF device.
  • the receiving unit 610 is specifically configured to receive an identifier of an access forwarding control function ATCF device accessed by the user equipment sent by the first SCC AS, and an identifier of the first SCC AS;
  • the storage unit 620 is specifically configured to store a mapping relationship between the identifier of the first SCC AS and the identifier of the ATCF device.
  • the receiving unit 610 is specifically configured to receive a request message that is sent by the CSCF device to indicate an identifier of the ATCF, where the request message includes an identifier of the first SCC AS.
  • the querying unit 630 is specifically configured to determine the identifier of the ATCF device and the ATCF device according to the identifier of the first SCC AS and the mapping relationship between the identifier of the first SCC AS and the ATCF device.
  • the receiving unit 610 is specifically configured to receive a request message sent by the CSCF device by using the second SCC AS to indicate an identifier of the ATCF.
  • the receiving unit 610 is specifically configured to receive a request message that is sent by the CSCF device to indicate an identifier of the ATCF, where the request message includes an identifier of the second SCC AS.
  • the sending unit 640 is specifically configured to send the identifier of the ATCF device to the second SCC AS according to the identifier of the second SCC AS.
  • the sending unit 640 is specifically configured to send a user data read response UDA message to the second SCC AS, where the second message includes an identifier of the ATCF device and user data of the user equipment.
  • the identifier of the ATCF device includes a public service identifier PSI of the ATCF device.
  • a path common resource identifier Path URI of the ATCF device where the identifier of the second SCC AS includes a session transfer identifier ATU-STI of the second SCC AS.
  • the device 600 for fault handling may correspond to the HSS in the method of the embodiment of the present invention, and each unit in the device 600 of the faulty process and the other operations and/or functions described above are respectively implemented to implement FIG.
  • the corresponding process of the method 300 in the following is omitted for brevity.
  • the second SCC AS by storing information about the ATCF device accessed by the user equipment in the HSS, after the first SCC AS that provides the service for the user equipment fails, the second SCC AS can obtain the HSS from the HSS Acquiring information about the ATCF device, so that the ATCF device can be notified, when performing handover processing for the user equipment, sending a handover request to the second SCC AS, so that even if the first SCC AS fails, the User equipment provides switching services to ensure continuity of voice services and improve user experience.
  • FIG. 8 shows a schematic block diagram of a system 700 for fault handling in accordance with an embodiment of the present invention.
  • the system 700 includes: a first service centralization and continuity application server SCC AS, configured to send an identifier of an access forwarding control function ATCF device accessed by the user equipment to the home subscriber server HSS;
  • a call session control function CSCF device configured to: after detecting the first SCC AS failure, determine a second SCC AS, and send a request message to the HSS to indicate an identifier of the ATCF device, to receive the HSS according to the The identifier of the ATCF device sent by the request message, configured to send, according to the identifier of the ATCF device, the identifier of the second SCC AS to the ATCF device, to receive the switch sent by the ATCF device according to the identifier of the second SCC AS.
  • the request, the handover request carries the identifier of the second SCC AS, and is used to forward the handover request to the second SCC AS according to the identifier of the second SCC AS;
  • An HSS configured to receive and store an identifier of the ATCF device, and send an identifier of the ATCF device to the CSCF device according to the request message;
  • the second SCC AS is configured to receive the handover request forwarded by the CSCF device.
  • the HSS is specifically configured to receive an identifier of an access forwarding control function ATCF device accessed by a user equipment sent by the first SCC AS, and a user identifier of the user equipment, and store the a mapping relationship between the user identifier and the identifier of the ATCF device, and receiving a request message sent by the CSCF device to indicate an identifier of the ATCF, where the request message includes a user identifier of the user equipment, according to the user identifier and the user Identifying mapping relationship information with the ATCF device, determining an identifier of the ATCF device and the ATCF device, and transmitting an identifier of the ATCF device to the CSCF device.
  • the HSS is specifically configured to receive, by the HSS, an identifier of an access forwarding control function ATCF device that is accessed by the user equipment that is sent by the first SCC AS, and an identifier of the first SCC AS, and store the identifier of the first SCC AS.
  • receiving a request message sent by the CSCF device to indicate an identifier of the ATCF where the request message includes an identifier of the first SCC AS, according to the identifier of the first SCC AS And mapping information between the identifier of the first SCC AS and the ATCF device, determining an identifier of the ATCF device and the ATCF device, and sending the identifier of the ATCF device to the CSCF device.
  • the CSCF device is specifically configured to send, by using the second SCC AS, a request message for indicating to query the identifier of the ATCF device to the HSS.
  • the HSS is specifically configured to send, by the second SCC AS, an identifier of the ATCF device to the CSCF device according to the request message.
  • the CSCF device is an inquiry call session control function I-CSCF device.
  • the identifier of the ATCF device includes a public service identifier PSI of the ATCF device and a path universal resource identifier Path URI of the ATCF device, where the identifier of the second SCC AS includes a session transfer identifier ATU of the second SCC AS. STI.
  • the first SCC AS in the system 700 may correspond to the SCC AS#1 in the method of the embodiment of the present invention
  • the first SCC AS may correspond to the SCC AS#2 in the method of the embodiment of the present invention
  • the HSS may correspond to The HSS
  • CSCF device in the method of the embodiment of the present invention may correspond to the CSCF device in the method of the embodiment of the present invention.
  • the devices in the system 700 and the other operations and/or functions described above are respectively implemented in order to implement the corresponding processes of the method 400 in FIG. 5, and are not described herein again for brevity.
  • the second SCC AS by storing information about the ATCF device accessed by the user equipment in the HSS, after the first SCC AS that provides the service for the user equipment fails, the second SCC AS can obtain the HSS from the HSS Obtaining related information of the ATCF device, so that the ATCF device can be notified, when performing handover processing for the user equipment, to the second SCC
  • the AS sends a handover request, so that even if the first SCC AS fails, the handover service can be provided for the user equipment, which ensures the continuity of the voice service and improves the user experience.
  • FIG. 9 shows a schematic block diagram of a device 800 for fault handling in accordance with an embodiment of the present invention.
  • the device 800 includes:
  • processor 820 connected to the bus
  • the processor 820 calls the program stored in the memory 830 through the bus, and the second SCC AS receives the user sent by the home subscriber server HSS after the first service centralized and the continuity application server SCC AS fails.
  • the access forwarding control function of the device is connected to the ATCF device identifier, and the second SCC AS is determined by the call session control function CSCF device after detecting the first SCC AS failure;
  • the receiver 840 controlling, by the receiver 840, the identifier of the second SCC AS to be sent to the ATCF device according to the identifier of the ATCF device;
  • the processor 820 is further configured to control the receiver 840 to send a user data read request UDR message to the HSS, where the UDR message includes a user identifier of the user equipment;
  • the processor 820 is specifically configured to control the receiver 840 to receive an identifier of the ATCF device accessed by the user equipment sent by the HSS, where the identifier of the ATCF device is that the HSS is based on the user identifier and the user identifier and the ATCF
  • the mapping relationship information between the devices is determined to be sent after the ATCF device.
  • the processor 820 is further configured to control the receiver 840 to send a UDR message to the HSS, where the UDR message includes an identifier of the first SCC AS;
  • the processor 820 is specifically configured to control the receiver 840 to receive an identifier of the ATCF device accessed by the user equipment sent by the HSS, where the identifier of the ATCF device is based on the HSS.
  • the identifier of the first SCC AS and the mapping relationship between the identifier of the first SCC AS and the ATCF device are determined to be sent after the ATCF device.
  • the processor 820 is further configured to control the transceiver 840 to receive a notification message sent by the CSCF device to indicate that the first SCC AS is replaced by the second SCC AS.
  • the processor 820 is specifically configured to control the transceiver 840, and the second SCC AS sends the UDR message to the HSS according to the notification message.
  • the processor 820 is specifically configured to control the transceiver 840 to receive a user data read response UDA message sent by the HSS, where the second message includes an identifier of the ATCF device and user data of the user equipment.
  • the identifier of the ATCF device includes a public service identifier PSI of the ATCF device and a path universal resource identifier Path URI of the ATCF device, where the identifier of the second SCC AS includes a session transfer identifier ATU of the second SCC AS. STI.
  • the processor can also be referred to as a CPU.
  • the memory can include read only memory and random access memory and provides instructions and data to the processor. A portion of the memory may also include non-volatile line random access memory (NVRAM).
  • device 800 may be embedded or may itself be a network device such as an application server, and may also include a carrier that houses the transmitting circuitry and the receiving circuitry to allow data transmission and reception between device 800 and a remote location. The transmit and receive circuits can be coupled to the antenna.
  • the various components of device 800 are coupled together by a bus, wherein the bus includes a power bus, a control bus, and a status signal bus in addition to the data bus. However, for the sake of clarity, various buses are labeled as bus 810 in the figure.
  • the decoder in a specific different product may be integrated with the processing unit.
  • the processor may implement or perform the steps and logic blocks disclosed in the method embodiments of the present invention.
  • the general purpose processor may be a microprocessor or the processor or any conventional processor, decoder or the like.
  • the steps of the method disclosed in the embodiments of the present invention may be directly implemented by the hardware processor, or may be performed by a combination of hardware and software modules in the decoding processor.
  • the software module can be located in a conventional storage medium such as random access memory, flash memory, read only memory, programmable read only memory or electrically erasable programmable memory, registers, and the like.
  • the processor 820 may be a central processing unit (“CPU"), and the processor 820 may also be other general-purpose processors, digital signal processors (DSPs). , application specific integrated circuit (ASIC), ready-made A gate array (FPGA) or other programmable logic device, discrete gate or transistor logic device, discrete hardware components, and the like.
  • the general purpose processor may be a microprocessor or the processor or any conventional processor or the like.
  • the memory 830 can include read only memory and random access memory and provides instructions and data to the processor 820. A portion of the memory 830 may also include a non-volatile random access memory. For example, the memory 830 can also store information of the device type.
  • the bus system 810 may include a power bus, a control bus, a status signal bus, and the like in addition to the data bus. However, for clarity of description, various buses are labeled as bus system 810 in the figure.
  • each step of the foregoing method may be completed by an integrated logic circuit of hardware in the processor 820 or an instruction in a form of software.
  • the steps of the method disclosed in the embodiments of the present invention may be directly implemented as a hardware processor, or may be performed by a combination of hardware and software modules in the processor.
  • the software module can be located in a conventional storage medium such as random access memory, flash memory, read only memory, programmable read only memory or electrically erasable programmable memory, registers, and the like.
  • the storage medium is located in the memory 830, and the processor 820 reads the information in the memory 830 and completes the steps of the above method in combination with its hardware. To avoid repetition, it will not be described in detail here.
  • the device 800 for fault processing may correspond to a second SCC AS (for example, SCC AS #2) in the method of the embodiment of the present invention, and each unit in the device 800 of the fault processing is a module and the above
  • SCC AS for example, SCC AS #2
  • each unit in the device 800 of the fault processing is a module and the above
  • the other operations and/or functions are respectively implemented in order to implement the corresponding processes of the method 100 in FIG. 2, and are not described herein for brevity.
  • the second SCC AS by storing information about the ATCF device accessed by the user equipment in the HSS, after the first SCC AS that provides the service for the user equipment fails, the second SCC AS can obtain the HSS from the HSS Acquiring information about the ATCF device, so that the ATCF device can be notified, when performing handover processing for the user equipment, sending a handover request to the second SCC AS, so that even if the first SCC AS fails, the User equipment provides switching services to ensure continuity of voice services and improve user experience.
  • FIG. 10 shows a schematic block diagram of a device 900 for fault handling in accordance with an embodiment of the present invention.
  • the device 900 includes:
  • processor 920 connected to the bus
  • transceiver 940 connected to the bus
  • the processor 920 calls the program stored in the memory 930 through the bus for controlling the transceiver 940 to receive and store the user equipment accessed by the first service centralization and continuity application server SCC AS.
  • the transceiver 940 is configured to send the identifier of the ATCF device to the second SCC AS, so that the second SCC AS sends the identifier of the second SCC AS to the ATCF device according to the identifier of the ATCF device, where the The second SCC AS is determined by the CSCF device after detecting the first SCC AS failure.
  • the processor 920 is specifically configured to control the transceiver 940 to receive an identifier of an access forwarding control function ATCF device accessed by the user equipment sent by the first SCC AS, and a user identifier of the user equipment;
  • the control transceiver 940 is configured to receive a request message sent by the CSCF device to indicate an identifier of the ATCF, where the request message includes a user identifier of the user equipment;
  • the processor 920 is specifically configured to control the transceiver 940 to receive an identifier of an access forwarding control function ATCF device accessed by the user equipment sent by the first SCC AS, and an identifier of the first SCC AS.
  • the processor 920 is specifically configured to control the transceiver 940 to receive the CSCF device.
  • the processor 920 is specifically configured to control, by the transceiver 940, a request message that is sent by the CSCF device to indicate an identifier of the ATCF, where the request message includes an identifier of the second SCC AS.
  • the transceiver 940 is configured to send the identifier of the ATCF device to the second SCC AS according to the identifier of the second SCC AS.
  • the processor 920 is specifically configured to control the transceiver 940 to send a user data read response UDA message to the second SCC AS, where the second message includes an identifier of the ATCF device and user data of the user equipment.
  • the identifier of the ATCF device includes a public service identifier PSI of the ATCF device and a path universal resource identifier Path URI of the ATCF device, where the identifier of the second SCC AS includes a session transfer identifier ATU of the second SCC AS. STI.
  • the processor can also be referred to as a CPU.
  • the memory can include read only memory and random access memory and provides instructions and data to the processor. A portion of the memory may also include non-volatile line random access memory (NVRAM).
  • the device 900 may be embedded or may itself be a network device such as an HSS, and may also include a carrier that houses the transmitting circuit and the receiving circuit to allow data transmission and reception between the device 900 and the remote location.
  • the transmit and receive circuits can be coupled to the antenna.
  • the various components of device 900 are coupled together by a bus, wherein the bus includes a power bus, a control bus, and a status signal bus in addition to the data bus. However, for the sake of clarity, various buses are labeled as bus 910 in the figure.
  • the decoder in a specific different product may be integrated with the processing unit.
  • the processor may implement or perform the steps and logic blocks disclosed in the method embodiments of the present invention.
  • the general purpose processor may be a microprocessor or the processor or any conventional processor, decoder or the like.
  • the steps of the method disclosed in the embodiments of the present invention may be directly implemented by the hardware processor, or may be performed by a combination of hardware and software modules in the decoding processor.
  • the software module can be located in a conventional storage medium such as random access memory, flash memory, read only memory, programmable read only memory or electrically erasable programmable memory, registers, and the like.
  • the processor 920 may be a central processing unit (“CPU"), and the processor 920 may also be other general-purpose processors, digital signal processors (DSPs). , application specific integrated circuit (ASIC), ready-made A gate array (FPGA) or other programmable logic device, discrete gate or transistor logic device, discrete hardware components, and the like.
  • the general purpose processor may be a microprocessor or the processor or any conventional processor or the like.
  • the memory 930 can include read only memory and random access memory and provides instructions and data to the processor 920. A portion of the memory 930 may also include a non-volatile random access memory. For example, the memory 930 can also store information of the device type.
  • the bus system 910 may include a power bus, a control bus, a status signal bus, and the like in addition to the data bus. However, for clarity of description, various buses are labeled as bus system 910 in the figure.
  • each step of the foregoing method may be completed by an integrated logic circuit of hardware in the processor 920 or an instruction in a form of software.
  • the steps of the method disclosed in the embodiments of the present invention may be directly implemented as a hardware processor, or may be performed by a combination of hardware and software modules in the processor.
  • the software module can be located in a conventional storage medium such as random access memory, flash memory, read only memory, programmable read only memory or electrically erasable programmable memory, registers, and the like.
  • the storage medium is located in memory 930, and processor 920 reads the information in memory 930 and, in conjunction with its hardware, performs the steps of the above method. To avoid repetition, it will not be described in detail here.
  • the fault-handling device 900 may correspond to the HSS in the method of the embodiment of the present invention, and each unit in the fault-handling device 900, that is, the module and the other operations and/or functions described above are respectively implemented in FIG. 4
  • the corresponding process of the method 300 in the following is omitted for brevity.
  • the second SCC AS by storing information about the ATCF device accessed by the user equipment in the HSS, after the first SCC AS that provides the service for the user equipment fails, the second SCC AS can obtain the HSS from the HSS Acquiring information about the ATCF device, so that the ATCF device can be notified, when performing handover processing for the user equipment, sending a handover request to the second SCC AS, so that even if the first SCC AS fails, the User equipment provides switching services to ensure continuity of voice services and improve user experience.
  • the size of the sequence numbers of the above processes does not mean the order of execution, and the order of execution of each process should be determined by its function and internal logic, and should not be taken to the embodiments of the present invention.
  • the implementation process constitutes any limitation.
  • the disclosed systems, devices, and methods may be implemented in other manners.
  • the device embodiments described above are merely illustrative.
  • the division of the unit is only a logical function division.
  • there may be another division manner for example, multiple units or components may be combined or Can be integrated into another system, or some features can be ignored or not executed.
  • the mutual coupling or direct coupling or communication connection shown or discussed may be an indirect coupling or communication connection through some interface, device or unit, and may be in an electrical, mechanical or other form.
  • the units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, that is, may be located in one place, or may be distributed to multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of the embodiment.
  • each functional unit in each embodiment of the present invention may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.
  • the functions may be stored in a computer readable storage medium if implemented in the form of a software functional unit and sold or used as a standalone product.
  • the technical solution of the present invention which is essential or contributes to the prior art, or a part of the technical solution, may be embodied in the form of a software product, which is stored in a storage medium, including
  • the instructions are used to cause a computer device (which may be a personal computer, server, or network device, etc.) to perform all or part of the steps of the methods described in various embodiments of the present invention.
  • the foregoing storage medium includes: a U disk, a mobile hard disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), A variety of media that can store program code, such as a disk or an optical disk.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

提供一种故障处理的方法、装置和***,能够确保语音业务的连续性,改善用户体验,该方法包括:在第一服务集中化和连续性应用服务器SCC AS故障后,第二SCC AS接收归属用户服务器HSS发送的用户设备所接入的接入转发控制功能ATCF设备的标识,该第二SCC AS是呼叫会话控制功能CSCF设备在检测到该第一SCC AS故障后确定的;该第二SCC AS根据该ATCF设备的标识,向该ATCF设备发送该第二SCC AS的标识;该第二SCC AS接收该ATCF设备根据该第二SCC AS的标识发送的切换请求。

Description

故障处理的方法、装置和***
本申请要求于2014年12月22日提交中国专利局、申请号为201410808867.X、发明名称为“故障处理的方法、装置和***”的中国专利申请的优先权,其全部内容通过引用结合在本申请中。
技术领域
本发明涉及通信领域,并且更具体地,涉及故障处理的方法、装置和***。
背景技术
目前,语音通信网络已经从电路交换域(CS,Circuit Switching Domain)网络演进至长期演进语音业务(VoLTE,Voice over Long Term Evolution)网络。为了提高服务质量,可以对支持CS网络和VoLTE网络双方的用户设备提供切换服务,以确保语音业务的连续性。
其中,服务集中化和连续性应用服务器(SCC AS,Service Centralization and Continuity Application Server)是用于执行CS网络与VoLTE网络之间切换处理的主要功能实体,在用户设备注册时,网络侧会为该用户设备分配一个SCC AS。但是,当用户设备从VoLTE网络覆盖的区域移动至VoLTE网络未覆盖的区域而需要从VoLTE网络切换至CS网络时,如果SCC AS出现故障时,则无法完成针对该用户设备的CS网络和VoLTE网络之间的切换处理,无法确保该用户设备的语音业务的连续性,严重影响用户体验。
发明内容
本发明实施例提供一种故障处理的方法、装置和***,能够确保语音业务的连续性,改善用户体验。
第一方面,提供了一种故障处理的方法,该方法包括:在第一服务集中化和连续性应用服务器SCC AS故障后,第二SCC AS接收归属用户服务器HSS发送的用户设备所接入的接入转发控制功能ATCF设备的标识,该第二SCC AS是呼叫会话控制功能CSCF设备在检测到该第一SCC AS故障后确定的;该第二SCC AS根据该ATCF设备的标识,向该ATCF设备发送该第二SCC AS的标识;该第二SCC AS接收该ATCF设备根据该 第二SCC AS的标识发送的切换请求。
结合第一方面,在第一方面的第一种实现方式中,在第二SCC AS接收HSS发送的用户设备所接入的ATCF设备的标识之前,该方法还包括:该第二SCC AS向该HSS发送用户数据读取请求UDR消息,该UDR消息包括该用户设备的用户标识;则,该第二SCC AS接收HSS发送的用户设备所接入的ATCF设备的标识,包括:该第二SCC AS接收该HSS发送的用户设备所接入的ATCF设备的标识,其中,该ATCF设备的标识是该HSS在根据该用户标识以及该用户标识与该ATCF设备之间的映射关系信息确定该ATCF设备之后发送的。
结合第一方面及其上述实现方式,在第一方面的第二种实现方式中,在第二SCC AS接收HSS发送的用户设备所接入的ATCF设备的标识之前,该方法还包括:该第二SCC AS向该HSS发送UDR消息,该UDR消息包括该第一SCC AS的标识;则,该第二SCC AS接收HSS发送的用户设备所接入的ATCF设备的标识,包括:该第二SCC AS接收该HSS发送的用户设备所接入的ATCF设备的标识,其中,该ATCF设备的标识是该HSS在根据该第一SCC AS的标识以及该第一SCC AS的标识与该ATCF设备之间的映射关系信息确定该ATCF设备之后发送的。
结合第一方面及其上述实现方式,在第一方面的第三种实现方式中,在第二SCC AS接收HSS发送的用户设备所接入的ATCF设备的标识之前,该方法还包括:该第二SCC AS接收该CSCF设备发送的用于指示将该第一SCC AS替换为该第二SCC AS的通知消息;则,该第二SCC AS向该HSS发送UDR消息,包括:该第二SCC AS根据该通知消息,向该HSS发送该UDR消息。
结合第一方面及其上述实现方式,在第一方面的第四种实现方式中,该第二SCC AS接收HSS发送的用户设备所接入的ATCF设备的标识包括:该第二SCC AS接收HSS发送的用户数据读取响应UDA消息,该第二消息包括该ATCF设备的标识和该用户设备的用户数据。
结合第一方面及其上述实现方式,在第一方面的第五种实现方式中,该ATCF设备的标识包括该ATCF设备的公共业务标识PSI和该ATCF设备的路径通用资源标识符Path URI,该第二SCC AS的标识包括该第二 SCC AS的会话转移标识ATU-STI。
第二方面,提供了一种故障处理的方法,该方法包括:归属用户服务器HSS接收并存储第一服务集中化和连续性应用服务器SCC AS发送的用户设备所接入的接入转发控制功能ATCF设备的标识;该HSS接收呼叫会话控制功能CSCF设备发送的用于指示查询该ATCF的标识的请求消息;该HSS根据该请求消息,查询该ATCF设备的标识;该HSS向第二SCC AS发送该ATCF设备的标识,以使该第二SCC AS根据该ATCF设备的标识,向该ATCF设备发送该第二SCC AS的标识,其中,该第二SCC AS是该CSCF设备在检测到该第一SCC AS故障后确定的。
结合第二方面,在第二方面的第一种实现方式中,该HSS接收并存储第一SCC AS发送的用户设备所接入的接入转发控制功能ATCF设备的标识,包括:该HSS接收第一SCC AS发送的用户设备所接入的接入转发控制功能ATCF设备的标识以及该用户设备的用户标识;存储该用户标识与该ATCF设备的标识之间的映射关系;则该HSS接收CSCF设备发送的用于指示查询该ATCF的标识的请求消息包括:该HSS接收CSCF设备发送的用于指示查询该ATCF的标识的请求消息,该请求消息包括该用户设备的用户标识;则该HSS根据该请求消息,查询该ATCF设备的标识,包括:该HSS根据该用户标识以及该用户标识与该ATCF设备之间的映射关系信息,确定该ATCF设备及该ATCF设备的标识。
结合第二方面及其上述实现方式,在第二方面的第二种实现方式中,该HSS接收并存储第一SCC AS发送的用户设备所接入的接入转发控制功能ATCF设备的标识,包括:该HSS接收第一SCC AS发送的用户设备所接入的接入转发控制功能ATCF设备的标识以及该第一SCC AS的标识;存储该第一SCC AS的标识与该ATCF设备的标识之间的映射关系;则该HSS接收CSCF设备发送的用于指示查询该ATCF的标识的请求消息包括:该HSS接收CSCF设备发送的用于指示查询该ATCF的标识的请求消息,该请求消息包括该第一SCC AS的标识;则该HSS根据该请求消息,查询该ATCF设备的标识,包括:该HSS根据该第一SCC AS的标识以及该第一SCC AS的标识与该ATCF设备之间的映射关系信息,确定该ATCF设备及该ATCF设备的标识。
结合第二方面及其上述实现方式,在第二方面的第三种实现方式中,该HSS接收CSCF设备发送的用于指示查询该ATCF的标识的请求消息,包括:该HSS接收CSCF设备经由该第二SCC AS发送的用于指示查询该ATCF的标识的请求消息。
结合第二方面及其上述实现方式,在第二方面的第四种实现方式中,该HSS接收CSCF设备发送的用于指示查询该ATCF的标识的请求消息,包括:该HSS接收CSCF设备发送的用于指示查询该ATCF的标识的请求消息,请求消息包括该第二SCC AS的标识;则该HSS向第二SCC AS发送该ATCF设备的标识,包括:该HSS根据该第二SCC AS的标识,向第二SCC AS发送该ATCF设备的标识。
结合第二方面及其上述实现方式,在第二方面的第五种实现方式中,该HSS向第二SCC AS发送该ATCF设备的标识包括:该HSS向第二SCC AS发送用户数据读取响应UDA消息,该第二消息包括该ATCF设备的标识和该用户设备的用户数据。
结合第二方面及其上述实现方式,在第二方面的第六种实现方式中,该ATCF设备的标识包括该ATCF设备的公共业务标识PSI和该ATCF设备的路径通用资源标识符Path URI,该第二SCC AS的标识包括该第二SCC AS的会话转移标识ATU-STI。
第三方面,提供了一种故障处理的方法,该方法包括:归属用户服务器HSS接收并存储第一服务集中化和连续性应用服务器SCC AS发送的用户设备所接入的接入转发控制功能ATCF设备的标识;呼叫会话控制功能CSCF设备检测到该第一SCC AS故障后,确定第二SCC AS,并且,该CSCF设备向该HSS发送用于指示查询该ATCF设备的标识的请求消息;该HSS根据该请求消息,向该CSCF设备发送该ATCF设备的标识;该CSCF设备根据该ATCF设备的标识,向该ATCF设备发送该第二SCC AS的标识;该CSCF设备接收该ATCF设备根据该第二SCC AS的标识发送的切换请求,该切换请求携带该第二SCC AS的标识;该CSCF设备根据该第二SCC AS的标识,向该第二SCC AS转发该切换请求。
结合第三方面,在第三方面的第一种实现方式中,该HSS接收并存储第一SCC AS发送的用户设备所接入的接入转发控制功能ATCF设备的标 识,包括:该HSS接收第一SCC AS发送的用户设备所接入的接入转发控制功能ATCF设备的标识以及该用户设备的用户标识;存储该用户标识与该ATCF设备的标识之间的映射关系;则该CSCF设备向该HSS发送用于指示查询该ATCF设备的标识的请求消息包括:该CSCF设备向该HSS发送用于指示查询该ATCF的标识的请求消息,该请求消息包括该用户设备的用户标识;则该HSS根据该请求消息,向该CSCF设备发送该ATCF设备的标识,包括:该HSS在根据该用户标识以及该用户标识与该ATCF设备之间的映射关系信息,确定该ATCF设备及该ATCF设备的标识,并向该CSCF设备发送该ATCF设备的标识。
结合第三方面及其上述实现方式,在第三方面的第二种实现方式中,该HSS接收并存储第一SCC AS发送的用户设备所接入的接入转发控制功能ATCF设备的标识,包括:该HSS接收第一SCC AS发送的用户设备所接入的接入转发控制功能ATCF设备的标识以及该第一SCC AS的标识;存储该第一SCC AS的标识与该ATCF设备的标识之间的映射关系;则该CSCF设备向该HSS发送用于指示查询该ATCF设备的标识的请求消息包括:该CSCF设备向该HSS发送用于指示查询该ATCF的标识的请求消息,该请求消息包括该第一SCC AS的标识;则该HSS根据该请求消息,向该CSCF设备发送该ATCF设备的标识,包括:该HSS根据该第一SCC AS的标识以及该第一SCC AS的标识与该ATCF设备之间的映射关系信息,确定该ATCF设备及该ATCF设备的标识,并向该CSCF设备发送该ATCF设备的标识。
结合第三方面及其上述实现方式,在第三方面的第三种实现方式中,该CSCF设备向该HSS发送用于指示查询该ATCF设备的标识的请求消息包括:该CSCF设备通过该第二SCC AS向该HSS发送用于指示查询该ATCF设备的标识的请求消息。
结合第三方面及其上述实现方式,在第三方面的第四种实现方式中,该HSS根据该请求消息,向该CSCF设备发送该ATCF设备的标识,包括:该HSS根据该请求消息,通过该第二SCC AS向该CSCF设备发送该ATCF设备的标识。
结合第三方面及其上述实现方式,在第三方面的第五种实现方式中, 该CSCF设备为查询呼叫会话控制功能I-CSCF设备。
结合第三方面及其上述实现方式,在第三方面的第六种实现方式中,该ATCF设备的标识包括该ATCF设备的公共业务标识PSI和该ATCF设备的路径通用资源标识符Path URI,该第二SCC AS的标识包括该第二SCC AS的会话转移标识ATU-STI。
第四方面,提供了一种故障处理的装置,该装置包括:接收单元,用于在第一服务集中化和连续性应用服务器SCC AS故障后,接收归属用户服务器HSS发送的用户设备所接入的接入转发控制功能ATCF设备的标识,该装置是呼叫会话控制功能CSCF设备在检测到该第一SCC AS故障后确定的;发送单元,用于根据该ATCF设备的标识,向该ATCF设备发送该装置的标识;该接收单元还用于接收该ATCF设备根据该装置的标识发送的切换请求。
结合第四方面,在第四方面的第一种实现方式中,该发送单元还用于向该HSS发送用户数据读取请求UDR消息,该UDR消息包括该用户设备的用户标识;该接收单元具体用于接收该HSS发送的用户设备所接入的ATCF设备的标识,其中,该ATCF设备的标识是该HSS在根据该用户标识以及该用户标识与该ATCF设备之间的映射关系信息确定该ATCF设备之后发送的。
结合第四方面及其上述实现方式,在第四方面的第二种实现方式中,该发送单元还用于向该HSS发送UDR消息,该UDR消息包括该第一SCC AS的标识;该接收单元具体用于接收该HSS发送的用户设备所接入的ATCF设备的标识,其中,该ATCF设备的标识是该HSS在根据该第一SCC AS的标识以及该第一SCC AS的标识与该ATCF设备之间的映射关系信息确定该ATCF设备之后发送的。
结合第四方面及其上述实现方式,在第四方面的第三种实现方式中,该接收单元还用于接收该CSCF设备发送的用于指示将该第一SCC AS替换为该装置的通知消息;该发送单元具体用于根据该通知消息,向该HSS发送该UDR消息。
结合第四方面及其上述实现方式,在第四方面的第四种实现方式中,该接收单元具体用于接收HSS发送的用户数据读取响应UDA消息,该第 二消息包括该ATCF设备的标识和该用户设备的用户数据。
结合第四方面及其上述实现方式,在第四方面的第五种实现方式中,该ATCF设备的标识包括该ATCF设备的公共业务标识PSI和该ATCF设备的路径通用资源标识符Path URI,该装置的标识包括该装置的会话转移标识ATU-STI。
第五方面,提供了一种故障处理的装置,该装置包括:接收单元,接收第一服务集中化和连续性应用服务器SCC AS发送的用户设备所接入的接入转发控制功能ATCF设备的标识;存储单元,用于存储该ATCF设备的标识;该接收单元还用于接收呼叫会话控制功能CSCF设备发送的用于指示查询该ATCF的标识的请求消息;查询单元,用于根据该请求消息,查询该ATCF设备的标识;发送单元,用于向第二SCC AS发送该ATCF设备的标识,以使该第二SCC AS根据该ATCF设备的标识,向该ATCF设备发送该第二SCC AS的标识,其中,该第二SCC AS是该CSCF设备在检测到该第一SCC AS故障后确定的。
结合第五方面,在第五方面的第一种实现方式中,该接收单元具体用于该HSS接收第一SCC AS发送的用户设备所接入的接入转发控制功能ATCF设备的标识以及该用户设备的用户标识;该存储单元具体用于存储该用户标识与该ATCF设备的标识之间的映射关系;该接收单元具体用于接收CSCF设备发送的用于指示查询该ATCF的标识的请求消息,该请求消息包括该用户设备的用户标识;该查询单元具体用于该用户标识以及该用户标识与该ATCF设备之间的映射关系信息,确定该ATCF设备及该ATCF设备的标识。
结合第五方面及其上述实现方式,在第五方面的第二种实现方式中,该接收单元具体用于接收第一SCC AS发送的用户设备所接入的接入转发控制功能ATCF设备的标识以及该第一SCC AS的标识;该存储单元具体用于存储该第一SCC AS的标识与该ATCF设备的标识之间的映射关系;该接收单元具体用于接收CSCF设备发送的用于指示查询该ATCF的标识的请求消息,该请求消息包括该第一SCC AS的标识;该查询单元具体用于根据该第一SCC AS的标识以及该第一SCC AS的标识与该ATCF设备之间的映射关系信息,确定该ATCF设备及该ATCF设备的标识。
结合第五方面及其上述实现方式,在第五方面的第三种实现方式中,该接收单元具体用于接收CSCF设备经由该第二SCC AS发送的用于指示查询该ATCF的标识的请求消息。
结合第五方面及其上述实现方式,在第五方面的第四种实现方式中,该接收单元具体用于接收CSCF设备发送的用于指示查询该ATCF的标识的请求消息,请求消息包括该第二SCC AS的标识;该发送单元具体用于根据该第二SCC AS的标识,向第二SCC AS发送该ATCF设备的标识。
结合第五方面及其上述实现方式,在第五方面的第五种实现方式中,该发送单元具体用于向第二SCC AS发送用户数据读取响应UDA消息,该第二消息包括该ATCF设备的标识和该用户设备的用户数据。
结合第五方面及其上述实现方式,在第五方面的第六种实现方式中,该ATCF设备的标识包括该ATCF设备的公共业务标识PSI和该ATCF设备的路径通用资源标识符Path URI,该第二SCC AS的标识包括该第二SCC AS的会话转移标识ATU-STI。
第六方面,提供了一种故障处理的***,该***包括:第一服务集中化和连续性应用服务器SCC AS,用于向归属用户服务器HSS发送用户设备所接入的接入转发控制功能ATCF设备的标识;呼叫会话控制功能CSCF设备,用于在检测到该第一SCC AS故障后,确定第二SCC AS,并向该HSS发送用于指示查询该ATCF设备的标识的请求消息,用于接收该HSS根据该请求消息发送的该ATCF设备的标识,用于根据该ATCF设备的标识,向该ATCF设备发送该第二SCC AS的标识,用于接收该ATCF设备根据该第二SCC AS的标识发送的切换请求,该切换请求携带该第二SCC AS的标识,用于根据该第二SCC AS的标识,向该第二SCC AS转发该切换请求;HSS,用于接收并存储该ATCF设备的标识,并根据该请求消息,向该CSCF设备发送该ATCF设备的标识;第二SCC AS,用于接收该CSCF设备转发的该切换请求。
结合第六方面,在第六方面的第一种实现方式中,。
结合第六方面及其上述实现方式,在第六方面的第二种实现方式中,该HSS具体用于接收第一SCC AS发送的用户设备所接入的接入转发控制功能ATCF设备的标识以及该用户设备的用户标识,存储该用户标识与该 ATCF设备的标识之间的映射关系,接收该CSCF设备发送的用于指示查询该ATCF的标识的请求消息,该请求消息包括该用户设备的用户标识,根据该用户标识以及该用户标识与该ATCF设备之间的映射关系信息,确定该ATCF设备及该ATCF设备的标识,并向该CSCF设备发送该ATCF设备的标识。
结合第六方面及其上述实现方式,在第六方面的第三种实现方式中,该HSS具体用于该HSS接收第一SCC AS发送的用户设备所接入的接入转发控制功能ATCF设备的标识以及该第一SCC AS的标识,存储该第一SCC AS的标识与该ATCF设备的标识之间的映射关系,接收该CSCF设备发送的用于指示查询该ATCF的标识的请求消息,该请求消息包括该第一SCC AS的标识,根据该第一SCC AS的标识以及该第一SCC AS的标识与该ATCF设备之间的映射关系信息,确定该ATCF设备及该ATCF设备的标识,并向该CSCF设备发送该ATCF设备的标识。
结合第六方面及其上述实现方式,在第六方面的第四种实现方式中,该CSCF设备具体用于通过该第二SCC AS向该HSS发送用于指示查询该ATCF设备的标识的请求消息。
结合第六方面及其上述实现方式,在第六方面的第五种实现方式中,该HSS具体用于根据该请求消息,通过该第二SCC AS向该CSCF设备发送该ATCF设备的标识。
结合第六方面及其上述实现方式,在第六方面的第六种实现方式中,该CSCF设备为查询呼叫会话控制功能I-CSCF设备。
结合第六方面及其上述实现方式,在第六方面的第七种实现方式中,该ATCF设备的标识包括该ATCF设备的公共业务标识PSI和该ATCF设备的路径通用资源标识符Path URI,该第二SCC AS的标识包括该第二SCC AS的会话转移标识ATU-STI。
根据本发明实施例的故障处理的方法、装置和***,通过在HSS存储用户设备所接入的ATCF设备的相关信息,当为该用户设备提供服务的第一SCC AS故障后,第二SCC AS能够从该HSS获取该ATCF设备的相关信息,从而可以通知该ATCF设备,在进行针对该用户设备的切换处理时,向该第二SCC AS发送切换请求,从而,即使第一SCC AS发生故障,仍 然能够为该用户设备提供切换服务,能够确保语音业务的连续性,改善用户体验。
附图说明
图1是适用本发明的故障处理的方法的通信***的示意性架构图。
图2是根据本发明一实施例的故障处理的方法的示意性流程图。
图3是根据本发明的故障处理的方法的示意***互图。
图4是根据本发明另一实施例的故障处理的方法的示意性流程图。
图5是根据本发明再一实施例的故障处理的方法的示意性流程图。
图6是根据本发明一实施例的故障处理的装置的示意性结构图。
图7是根据本发明另一实施例的故障处理的装置的示意性结构图。
图8是根据本发明一实施例的故障处理的***的示意性结构图。
图9是根据本发明一实施例的故障处理的设备的示意性结构图。
图10是根据本发明另一实施例的故障处理的设备的示意性结构图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明的技术方案,可以应用于能够通过电路域网络和分组域网络完成通信的各种通信***,例如:IP多媒体子***(IMS,Internet Protocol Multimedia Subsystem),图1示出了适用本发明的故障处理的方法的通信***的示意性结构图,如图1所示,该通信***可以包括接入网、IP多媒体子***(IMS,IP Multimedia subsystem)和外部网络三部分。
其中,作为外部网络,可以列举为用户提供业务服务的各种网络,例如,互联网(Internet)、公共交换电话网络(PSTN,Public Switched Telephone Network)等。
接入网络可以包括电路交换(CS,Circuit Switch)域或分组交换(PS, Packet Switched)域。
具体地,接入网络可以是全球移动通讯***(GSM,Global System of Mobile communication),码分多址(CDMA,Code Division Multiple Access)网络,宽带码分多址(WCDMA,Wideband Code Division Multiple Access Wireless)网络,通用分组无线业务(GPRS,General Packet Radio Service)网络,长期演进(LTE,Long Term Evolution)网络,无线局域网络(WLAN,Wireless Local Area Networks)等。
随着技术的发展,在例如VoLTE等技术中,已经能够在PS域实现语音传输,VoLTE是一种IP数据传输技术,无需2G/3G网,全部业务承载于4G网络上。换言之,4G网络下不仅仅提供高速率的数据业务,同时还提供高质量的音视频通话,后者便需要VoLTE技术来实现。
IMS(或者,也可以称为核心网络)用于将来自接入网络的数据传输至外部网络,或者,将外部网络的数据传输至接入网络,更具体地,IMS是在基于IP的网络上提供多媒体业务的通用网络架构。
用户设备(UE,User Equipment)通过接入网络接入到IMS。UE包括移动终端(Mobile Terminal)、或固定终端。移动终端可以是移动电话(或称为“蜂窝”电话)和具有移动终端的计算机,例如,可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置,它们与无线接入网交换语言和/或数据。
以下,为了便于理解和说明,以适用于IMS时的处理过程为例,对本发明实施例的故障处理的方法和装置进行说明。
图2示出了从第二服务集中化和连续性应用服务器角度描述的,本发明实施例的故障处理的方法100的示意性流程图,如图2所示,该方法100包括:
S110,在第一服务集中化和连续性应用服务器SCC AS故障后,第二SCC AS接收归属用户服务器HSS发送的用户设备所接入的接入转发控制功能ATCF设备的标识,该第二SCC AS是呼叫会话控制功能CSCF设备在检测到该第一SCC AS故障后确定的;
S120,该第二SCC AS根据该ATCF设备的标识,向该ATCF设备发送该第二SCC AS的标识。
S130,该第二SCC AS接收该ATCF设备根据该第二SCC AS的标识发送的切换请求。
首先,对上述方法100涉及的IMS中的网元进行说明。
A.归属用户服务器(HSS,Home Subscriber Server)
HSS是归属网络中存储用户签约信息以及业务签约信息等的集中综合数据库,位于IMS架构的最顶层,HSS包含在处理媒体会话时所需的用户相关签约数据,例如,位置信息、安全信息(包括鉴权和授权信息)、用户业务属性信息(包括用户的签约业务信息),以及分配给用户的服务CSCF(S-CSCF)信息,用户标识(包括公共及私有标识)、号码和地址信息等。
B.服务集中化和连续性应用服务器(SCC AS,Service Centralization and Continuity Application Server)
SCC AS可以作为用户设备的会话发起协议应用服务器(SIP AS,Session Initiation Protocal),将用户设备(通过接入网络)接入IMS,完成IMS会话建立和控制,它是归属网络中的IMS应用服务器,是主叫路径的第一个AS,被叫路径的最后一个AS。作为终呼接入时,可以根据接入网情况、用户设备的能力(例如,是否支持VoLTE)、IMS注册情况、CS状态和运营商策略等因素进行,选择是用户设备通过CS域或PS域进行通信。
并且,当用户设备需要进行域切换时,例如,在用户设备支持VoLTE和传输CS域语音传输的情况下,例如,当用户设备2G/3G网络从移动至4G网络时,或者,当用户设备从4G网络移动至2G/3G网络时,SCC AS执行切换处理,例如,增强单待语音连续(eSRVCC,enhanced single radio voice call continuity)切换处理,为用户设备提供切换服务,以确保语音业务的连续性。
C.呼叫会话控制功能(CSCF,Call Session Control Function)设备
CSCF设备是IMS内部的功能实体,是整个IMS的核心。主要负责处理多媒体呼叫会话过程中的信令控制。它管理IMS的用户鉴权、IMS承载面服务质量(QoS,Quality of Service)、与其它网元配合进行SIP会话的控制,以及业务协商和资源分配等。
CSCF根据功能分为代理CSCF(P-CSCF,Proxy CSCF),查询CSCF (I-CSCF,Interrogating CSCF),服务CSCF(S-CSCF,Serving CSCF)等。
其中,P-CSCF是IMS拜访网络(接入网络的一例)的统一入口点。所有发起于用户设备和终止于用户设备的会话消息都要通过P-CSCF。P-CSCF作为一个SIP Proxy,负责与接入网络相关的用户鉴权与互联网安全协定(IPSec,Internet Protocol Security)管理,网络防攻击与安全保护,为节约无线网络资源进行SIP信令压缩与解压,用户的漫游控制,通过策略决策功能(PDF,Policy Decision Function)进行承载面的网络地址转换(NAT,Network Address Translation)与QoS等功能等。例如,P-CSCF可以根据用户设备提供的域名决定I-CSCF,并向该I-CSCF转发来自用户设备的SIP注册请求。再例如,P-CSCF可以向在用户设备发起注册流程时确定S-CSCF转发来自该用户设备的SIP消息。
I-CSCF是IMS归属网络(接入网络的另一例)的入口点。在注册过程中,I-CSCF通过查询HSS,为用户选择一个S-CSCF。在呼叫过程中,去往IMS网络的呼叫首先路由到I-CSCF,由I-CSCF从HSS获取用户所注册的S-CSCF地址,将消息路由到S-CSCF。例如,I-CSCF可以为用户设备指定某个S-CSCF来执行SIP注册。再例如,I-CSCF可以从HSS中获取S-CSCF的地址,转发SIP请求,或者将其他网络传来的SIP请求路由到S-CSCF。
S-CSCF在IMS网络会话控制中处于核心地位,它接受来自拜访网络通过P-CSCF转发来的注册请求,与HSS配合进行用户鉴权。并从HSS处下载用户签约的业务数据。S-CSCF对于用户主叫及被叫侧进行路由管理,根据用户签约的初始过滤规则(IFC:Initial Filter Criteria),进行SIP AS触发,实现丰富的IMS业务功能。例如,S-CSCF可以在接收注册请求后,通过HSS使注册请求生效。再例如,S-CSCF可以控制已注册的会话终端,可作为代理服务器(Proxy-Server)。再例如,S-CSCF可以在接收请求后,进行内部处理或转发,也可作为用户代理(UA,User Agent),中断或发起SIP事务。再例如,S-CSCF还可以与业务平台进行交互,提供多媒体业务。
需要说明的是,上述P-CSCF、S-CSCF、I-CSCF可以独立配置于不同实体,也可以集成于同一实体,以下,为了便于理解和说明,统称为CSCF设备。
D.接入切换控制功能(ATCF,Access Transfer Control Function)设备
ATCF设备配置于拜访网络,用于控制接入网关(AGW,Access Gateway),以锚定用户在拜访网络发起的语音会话,具体地说,ATCF可以锚定用户语音会话的信令部分,并控制AGW锚定该会话的媒体部分。
在进行用于使用户设备在2G/3G网络与4G网络(例如,LTE网络)之间的切换处理,例如,上述eSRVCC切换处理时,拜访网络的移动交换中心(MSC,Mobile Switching Center)服务器不再与用户归属IMS网络重建会话接入端、与远端重建媒体,而是与拜访网络的锚定ATCF重建会话(包括媒体),以避免用户所访问的语音业务发生中断,改善用户体验。
需要说明的是,ATCF设备和P-CSCF设备均属于拜访网络,可以配置于同一实体也可以配置于不同实体,并且,ATCF设备和P-CSCF设备之间能够互相通信以交互用户设备的相关信息,例如,用户标识等。
下面结合具体交互流程,对上述各网元在本发明实施例的方法100中的动作和功能进行详细说明。
图3是根据本发明的故障处理的方法的示意***互图。
如图3所示,在S201,执行针对UE#1(即,用户设备的一例)的注册流程。
作为示例而非限定,在该注册流程中,P-CSCF设备(或者,ATCF设备)在接收到UE#1发送的注册请求消息后,将该注册请求消息和用于指示UE#1所接入的ATCF设备(以下,为了便于区分,记做ATCF设备#1)的标识(即,ATCF设备的标识的一例)发送至S-CSCF设备。
S-CSCF设备为该UE#1分配一个SCC AS(即,第一SCC AS,以下为了便于理解和区分,记做SCC AS#1),并将该注册请求消息和该ATCF设备#1的标识传输至该SCC AS#1。
从而,SCC AS#1能够获取ATCF设备的标识。
并且,作为ATCF设备的标识,可以列举以下任意信息:
可选地,该ATCF设备的标识包括该ATCF设备的公共业务标识PSI和该ATCF设备的路径通用资源标识符Path URI。
具体地说,通过公共业务标识(PSI,Public Service Identity)和该ATCF 设备的路径通用资源标识符(Path URI,Path Uniform Resource Identifier)能够唯一地标识一个ATCF设备,因此,上述ATCF设备的标识可以包括该PSI和该Path URI。
应理解,以上列举的ATCF设备的标识仅为示例性说明,本发明并不限定于此,例如,P-CSCF设备在接收到UE#1发送的注册请求时为该UE#1分配用于单待语音连续的会话转换号码(STN-SR,Session Transfer Number for SRVCC),在该STN-SR可以用于标识该UE#1所接入的ATCF设备(即,ATCF设备#1)的情况下,还可以将该STN-SR作为上述ATCF设备的标识。
另外,上述ATCF设备#1的标识可以携带于P-CSCF设备向S-CSCF设备转发的上述注册请求消息中,并且,S-CSCF设备可以将携带有ATCF设备#1的标识的注册请求消息转发给该SCC AS#1,从而SCC AS#1可以从该注册请求消息中获取ATCF设备#1的标识。
在S202,SCC AS#1可以将该ATCF设备#1的标识发送至HSS。
例如,SCC AS#1可以将ATCF设备#1的标识作为透明数据,通过透明数据更新请求(PUR,Profile Update Request)消息推送至HSS。从而,能够利用现有的信令实现ATCF设备的标识的传输。
应理解,以上列举的HSS获取ATCF设备的标识的过程仅为示例性说明,本发明并未限定于此,例如,SCC AS#1还可以通过其他信令将ATCF设备的标识传输至至HSS,或者,SCC AS#1还可以经由CSCF设备将ATCF设备的标识传输至HSS。
在HSS可以存储与该SCC AS#1相对应的ATCF设备#1的标识。
在本发明实施例中,S-CSCF设备可以检测SCC AS#1的运行状态,当检测到SCC AS#1故障后,可以重新选择一个SCC AS(即,第二SCC AS,以下为了便于理解和区分,记做SCC AS#2),使该SCC AS#2替代SCC AS#1,用于执行针对UE#1的切换处理,例如,上述eSRVCC切换处理。
在S203,HSS可以采用以下任一方式将ATCF设备#1的标识传输至SCC AS#2。
方式1
可选地,在第二SCC AS接收HSS发送的用户设备所接入的ATCF设 备的标识之前,该方法还包括:
该第二SCC AS向该HSS发送用户数据读取请求UDR消息,该UDR消息包括该用户设备的用户标识;
则,该第二SCC AS接收HSS发送的用户设备所接入的ATCF设备的标识,包括:
该第二SCC AS接收该HSS发送的用户设备所接入的ATCF设备的标识,其中,该ATCF设备的标识是该HSS在根据该用户标识以及该用户标识与该ATCF设备之间的映射关系信息确定该ATCF设备之后发送的。
具体地说,此情况下,HSS可以记录该SCC AS#1相对应的ATCF设备(即,ATCF设备#1)的标识与该UE#1的用户标识之间的映射关系。
CSCF设备(具体地说,是I-CSCF设备)在确定SCC AS#2之后,可以通过***信令(例如,用户数据读取请求UDR消息)将该UE#1的标识传输至SCC AS#2,作为示例而非限定,该UE#1的标识可以列举例如,UE#1的移动用户手机号MSISDN、UE#1的国际移动用户标识IMSI、UE#1的国际移动台设备标识IMEI、UE#1的IP地址等。
SCC AS#2可以根据该UE#1的标识判定本地未存储UE#1的用户数据,从而可以向HSS发起请求获取用户数据的流程。并且,SCC AS#2可以将该UE#1的标识传输至HSS,以使HSS根据该UE#1的标识,查找UE#1所接入的ATCF设备,即,ATCF设备#1。
并且,通过利用用户数据读取请求(UDR,User Data Request)消息携带上述用户标识,能够利用现有的信令实现用户标识的传输。
应理解,以上列举的通过UDR消息携带用户标识的方式仅为示例性说明,本发明并不限定于此,其他能够实现HSS与SCC AS之间信令传输的消息均落入本发明的保护范围内。
HSS在接收到携带有UE#1的标识的消息后,可以根据UE#1的标识,查找预先记录的用户标识与ATCF设备的标识之间的映射关系,从而,能够查找到UE#1所接入的ATCF设备,即,ATCF设备#1。
并且,HSS在如上所述确定ATCF设备#1之后,可以将该ATCF设备#1的标识和UE#1的用户数据传输至SCC AS#2。
另外,通过利用用户数据读取响应(UDA,User Data Answer)消息 携带ATCF设备#1的标识,能够利用现有的信令实现ATCF设备的标识的传输。
应理解,以上列举的通过UDA消息携带ATCF设备#1的标识的方式仅为示例性说明,本发明并不限定于此,其他能够实现HSS与SCC AS之间信令传输的消息均落入本发明的保护范围内。
通过本发明实施例的故障处理的方法,HSS能够将用户数据与ATCF设备的标识同时传输至SCC AS#2,能够减少交互流程,节约***资源开销。
需要说明的是,在本发明实施例中,上述用户数据可以是现有技术中用于进行例如,eSRVCC切换处理的信息,这里,为了避免赘述,省略其详细说明。
方式2
可选地,在第二SCC AS接收HSS发送的用户设备所接入的ATCF设备的标识之前,该方法还包括:
该第二SCC AS向该HSS发送UDR消息,该UDR消息包括该第一SCC AS的标识;
则,该第二SCC AS接收HSS发送的用户设备所接入的ATCF设备的标识,包括:
该第二SCC AS接收该HSS发送的用户设备所接入的ATCF设备的标识,其中,该ATCF设备的标识是该HSS在根据该第一SCC AS的标识以及该第一SCC AS的标识与该ATCF设备之间的映射关系信息确定该ATCF设备之后发送的。
具体地说,此情况下,HSS可以记录该SCC AS#1相对应的ATCF设备(即,ATCF设备#1)的标识与SCC AS#1的标识之间的映射关系。
CSCF设备(具体地说,是I-CSCF设备)在确定SCC AS#2之后,可以通过***信令(例如,用户数据读取请求UDR消息)将SCC AS#1的标识传输至SCC AS#2,作为示例而非限定,该SCC AS#1的标识可以列举例如,SCC AS#1的会话转移标识ATU-STI等。
SCC AS#2可以向HSS发起请求获取SCC AS#1所对应的用户设备(包括上述UE#1)的用户数据的流程。并且,SCC AS#2可以将SCC AS#1的 标识传输至HSS,以使HSS根据SCC AS#1的标识,查找SCC AS#1所对应的ATCF设备,即,ATCF设备#1。
并且,通过利用用户数据读取请求(UDR,User Data Request)消息携带上述SCC AS#1的标识,能够利用现有的信令实现用户标识的传输。
应理解,以上列举的通过UDR消息携带SCC AS的标识的方式仅为示例性说明,本发明并不限定于此,其他能够实现HSS与SCC AS之间信令传输的消息均落入本发明的保护范围内。
HSS在接收到携带有SCC AS#1的标识的消息后,可以根据SCC AS#1的标识,查找预先记录的SCC AS的标识与ATCF设备的标识之间的映射关系,从而,能够查找到SCC AS#1所对应的(包括UE#1所接入的)ATCF设备,即,ATCF设备#1。
并且,HSS在如上所述确定ATCF设备#1之后,可以将该ATCF设备#1的标识传输至SCC AS#2。
另外,通过利用用户数据读取响应(UDA,User Data Answer)消息携带ATCF设备#1的标识,能够利用现有的信令实现ATCF设备的标识的传输。
应理解,以上列举的通过UDA消息携带ATCF设备#1的标识的方式仅为示例性说明,本发明并不限定于此,其他能够实现HSS与SCC AS之间信令传输的消息均落入本发明的保护范围内。
通过本发明实施例的故障处理的方法,HSS能够将用户数据与ATCF设备的标识同时传输至SCC AS#2,能够减少交互流程,节约***资源开销。
方式3
CSCF设备(具体的说,是I-CSCF设备)在确定SCC AS#2之后,可以通过***信令通知HSS:该SCC AS#2替代SCC AS#1。
其后,HSS在接收到该通知后,可以查找SCC AS#1所服务的用户设备(包括UE#1),获取各用户设备的用户数据以及所接入的ATCF设备,即,ATCF设备#1,并该根据SCC AS#2的标识通过***信令主动地将各用户设备与各ATCF设备的对应关系以及各用户设备的用户数据发送至CSCF设备,并且,CSCF设备可以将ATCF设备#1的标识传输至SCC AS#2。
需要说明的是,在方式3中,HSS查找SCC AS#1所对应ATCF设备的方法可以与上述方式1或方式2中的方法相似,即,可以利用SCC AS#1的标识进行查找,也可以利用UE#1的用户标识进行查找,这里,为了避免赘述省略其详细说明。
从而,SCC AS#2能够获取ATCF设备#1的标识。
在S204,SCC AS#2可以根据ATCF设备#1的标识,将SCC AS#2的标识,例如,通过CSCF设备(具体地说,是I-CSCF设备)发送至从而ATCF设备#1。这里,信息从SCC AS路由至ATCF设备的方法和过程可以与现有技术相似,这里,为了避免赘述,省略其详细说明。
可选地,该第二SCC AS的标识包括该第二SCC AS的会话转移标识ATU-STI。
具体地说,通过会话转移标识(ATU-STI,Access Transfer Update-Session Transfer Identifier)能够唯一地标识一个SCC AS,因此,上述第二SCC AS的标识可以包括第二SCC AS的ATU-STI。
应理解,以上列举的第二SCC AS的标识的示例仅为示例性说明,本发明并不限定于此,其他能够用于唯一地指示一个SCC AS的信息均落入本发明的保护范围内。
在S205,ATCF设备#1可以在判定需要进行针对UE#1的网络切换处理(例如,从2G/3G网络切换至LTE网络,或者,从LTE网络切换至2G/3G网络)时,根据该SCC AS#2的标识,例如,通过CSCF设备(具体地说,是I-CSCF设备)向该SCC AS#2发起切换处理流程,例如,eSRVCC切换处理流程。
根据本发明实施例的故障处理的方法,通过在HSS存储用户设备所接入的ATCF设备的相关信息,当为该用户设备提供服务的第一SCC AS故障后,第二SCC AS能够从该HSS获取该ATCF设备的相关信息,从而可以通知该ATCF设备,在进行针对该用户设备的切换处理时,向该第二SCC AS发送切换请求,从而,即使第一SCC AS发生故障,仍然能够为该用户设备提供切换服务,能够确保语音业务的连续性,改善用户体验。
图4示出了从归属用户服务器角度描述的,本发明实施例的故障处理的方法300的示意性流程图,如图4所示,该方法300包括:
S310,归属用户服务器HSS接收并存储第一服务集中化和连续性应用服务器SCC AS发送的用户设备所接入的接入转发控制功能ATCF设备的标识;
S320,该HSS接收呼叫会话控制功能CSCF设备发送的用于指示查询该ATCF的标识的请求消息;
S330,该HSS根据该请求消息,查询该ATCF设备的标识;
S340,该HSS向第二SCC AS发送该ATCF设备的标识,以使该第二SCC AS根据该ATCF设备的标识,向该ATCF设备发送该第二SCC AS的标识,其中,该第二SCC AS是该CSCF设备在检测到该第一SCC AS故障后确定的。
可选地,该HSS接收并存储第一SCC AS发送的用户设备所接入的接入转发控制功能ATCF设备的标识,包括:
该HSS接收第一SCC AS发送的用户设备所接入的接入转发控制功能ATCF设备的标识以及该用户设备的用户标识;
存储该用户标识与该ATCF设备的标识之间的映射关系;
则该HSS接收CSCF设备发送的用于指示查询该ATCF的标识的请求消息包括:
该HSS接收CSCF设备发送的用于指示查询该ATCF的标识的请求消息,该请求消息包括该用户设备的用户标识;
则该HSS根据该请求消息,查询该ATCF设备的标识,包括:
该HSS根据该用户标识以及该用户标识与该ATCF设备之间的映射关系信息,确定该ATCF设备及该ATCF设备的标识。
可选地,该HSS接收并存储第一SCC AS发送的用户设备所接入的接入转发控制功能ATCF设备的标识,包括:
该HSS接收第一SCC AS发送的用户设备所接入的接入转发控制功能ATCF设备的标识以及该第一SCC AS的标识;
存储该第一SCC AS的标识与该ATCF设备的标识之间的映射关系;
则该HSS接收CSCF设备发送的用于指示查询该ATCF的标识的请求消息包括:
该HSS接收CSCF设备发送的用于指示查询该ATCF的标识的请求消 息,该请求消息包括该第一SCC AS的标识;
则该HSS根据该请求消息,查询该ATCF设备的标识,包括:
该HSS根据该第一SCC AS的标识以及该第一SCC AS的标识与该ATCF设备之间的映射关系信息,确定该ATCF设备及该ATCF设备的标识。
可选地,该HSS接收CSCF设备发送的用于指示查询该ATCF的标识的请求消息,包括:
该HSS接收CSCF设备经由该第二SCC AS发送的用于指示查询该ATCF的标识的请求消息。
可选地,该HSS接收CSCF设备发送的用于指示查询该ATCF的标识的请求消息,包括:
该HSS接收CSCF设备发送的用于指示查询该ATCF的标识的请求消息,请求消息包括该第二SCC AS的标识;
则该HSS向第二SCC AS发送该ATCF设备的标识,包括:
该HSS根据该第二SCC AS的标识,向第二SCC AS发送该ATCF设备的标识。
可选地,该HSS向第二SCC AS发送该ATCF设备的标识包括:
该HSS向第二SCC AS发送用户数据读取响应UDA消息,该第二消息包括该ATCF设备的标识和该用户设备的用户数据。
可选地,该ATCF设备的标识包括该ATCF设备的公共业务标识PSI和该ATCF设备的路径通用资源标识符Path URI,该第二SCC AS的标识包括该第二SCC AS的会话转移标识ATU-STI。
该方法300中HSS的动作和功能与上述方法100中HSS的动作和功能相似,这里,为了避免赘述,省略其详细说明。
根据本发明实施例的故障处理的方法,通过在HSS存储用户设备所接入的ATCF设备的相关信息,当为该用户设备提供服务的第一SCC AS故障后,第二SCC AS能够从该HSS获取该ATCF设备的相关信息,从而可以通知该ATCF设备,在进行针对该用户设备的切换处理时,向该第二SCC AS发送切换请求,从而,即使第一SCC AS发生故障,仍然能够为该用户设备提供切换服务,能够确保语音业务的连续性,改善用户体验。
图5示出了从包括归属用户服务器和呼叫会话控制功能设备的故障处理的***角度描述的,本发明实施例的故障处理的方法400的示意性流程图,如图5所示,该方法400包括:
S410,归属用户服务器HSS接收并存储第一服务集中化和连续性应用服务器SCC AS发送的用户设备所接入的接入转发控制功能ATCF设备的标识;
S420,呼叫会话控制功能CSCF设备检测到该第一SCC AS故障后,确定第二SCC AS,并且,该CSCF设备向该HSS发送用于指示查询该ATCF设备的标识的请求消息;
S430,该HSS根据该请求消息,向该CSCF设备发送该ATCF设备的标识;
S440,该CSCF设备根据该ATCF设备的标识,向该ATCF设备发送该第二SCC AS的标识;
S450,该CSCF设备接收该ATCF设备根据该第二SCC AS的标识发送的切换请求,该切换请求携带该第二SCC AS的标识;
S460,该CSCF设备根据该第二SCC AS的标识,向该第二SCC AS转发该切换请求。
可选地,该HSS接收并存储第一SCC AS发送的用户设备所接入的接入转发控制功能ATCF设备的标识,包括:
该HSS接收第一SCC AS发送的用户设备所接入的接入转发控制功能ATCF设备的标识以及该用户设备的用户标识;
存储该用户标识与该ATCF设备的标识之间的映射关系;
则该CSCF设备向该HSS发送用于指示查询该ATCF设备的标识的请求消息包括:
该CSCF设备向该HSS发送用于指示查询该ATCF的标识的请求消息,该请求消息包括该用户设备的用户标识;
则该HSS根据该请求消息,向该CSCF设备发送该ATCF设备的标识,包括:
该HSS在根据该用户标识以及该用户标识与该ATCF设备之间的映射关系信息,确定该ATCF设备及该ATCF设备的标识,并向该CSCF设备 发送该ATCF设备的标识。
可选地,该HSS接收并存储第一SCC AS发送的用户设备所接入的接入转发控制功能ATCF设备的标识,包括:
该HSS接收第一SCC AS发送的用户设备所接入的接入转发控制功能ATCF设备的标识以及该第一SCC AS的标识;
存储该第一SCC AS的标识与该ATCF设备的标识之间的映射关系;
则该CSCF设备向该HSS发送用于指示查询该ATCF设备的标识的请求消息包括:
该CSCF设备向该HSS发送用于指示查询该ATCF的标识的请求消息,该请求消息包括该第一SCC AS的标识;
则该HSS根据该请求消息,向该CSCF设备发送该ATCF设备的标识,包括:
该HSS根据该第一SCC AS的标识以及该第一SCC AS的标识与该ATCF设备之间的映射关系信息,确定该ATCF设备及该ATCF设备的标识,并向该CSCF设备发送该ATCF设备的标识。
可选地,该CSCF设备向该HSS发送用于指示查询该ATCF设备的标识的请求消息包括:
该CSCF设备通过该第二SCC AS向该HSS发送用于指示查询该ATCF设备的标识的请求消息。
可选地,该HSS根据该请求消息,向该CSCF设备发送该ATCF设备的标识,包括:
该HSS根据该请求消息,通过该第二SCC AS向该CSCF设备发送该ATCF设备的标识。
可选地,该CSCF设备为查询呼叫会话控制功能I-CSCF设备。
可选地,该ATCF设备的标识包括该ATCF设备的公共业务标识PSI和该ATCF设备的路径通用资源标识符Path URI,该第二SCC AS的标识包括该第二SCC AS的会话转移标识ATU-STI。
该方法300中HSS的动作和功能与上述方法100中HSS的动作和功能相似,并且,CSCF设备的动作和功能与上述方法100中CSCF设备的动作和功能相似这里,为了避免赘述,省略其详细说明。
根据本发明实施例的故障处理的方法,通过在HSS存储用户设备所接入的ATCF设备的相关信息,当为该用户设备提供服务的第一SCC AS故障后,第二SCC AS能够从该HSS获取该ATCF设备的相关信息,从而可以通知该ATCF设备,在进行针对该用户设备的切换处理时,向该第二SCC AS发送切换请求,从而,即使第一SCC AS发生故障,仍然能够为该用户设备提供切换服务,能够确保语音业务的连续性,改善用户体验。
以上,结合图1至图5详细说明了根据本发明实施例的故障处理的方法,下面,结合图6至图7详细说明根据本发明实施例的故障处理的装置。
图6示出了根据本发明实施例的故障处理的装置500的示意性框图。如图6所示,该装置500包括:
接收单元510,用于在第一服务集中化和连续性应用服务器SCC AS故障后,接收归属用户服务器HSS发送的用户设备所接入的接入转发控制功能ATCF设备的标识,该装置是呼叫会话控制功能CSCF设备在检测到该第一SCC AS故障后确定的;
发送单元520,用于根据该ATCF设备的标识,向该ATCF设备发送该装置的标识;
该接收单元510还用于接收该ATCF设备根据该装置的标识发送的切换请求。
可选地,该发送单元520还用于向该HSS发送用户数据读取请求UDR消息,该UDR消息包括该用户设备的用户标识;
该接收单元510具体用于接收该HSS发送的用户设备所接入的ATCF设备的标识,其中,该ATCF设备的标识是该HSS在根据该用户标识以及该用户标识与该ATCF设备之间的映射关系信息确定该ATCF设备之后发送的。
可选地,该发送单元520还用于向该HSS发送UDR消息,该UDR消息包括该第一SCC AS的标识;
该接收单元510具体用于接收该HSS发送的用户设备所接入的ATCF设备的标识,其中,该ATCF设备的标识是该HSS在根据该第一SCC AS的标识以及该第一SCC AS的标识与该ATCF设备之间的映射关系信息确定该ATCF设备之后发送的。
可选地,该接收单元510还用于接收该CSCF设备发送的用于指示将该第一SCC AS替换为该装置的通知消息;
该发送单元520具体用于根据该通知消息,向该HSS发送该UDR消息。
可选地,该接收单元510具体用于接收HSS发送的用户数据读取响应UDA消息,该第二消息包括该ATCF设备的标识和该用户设备的用户数据。
可选地,该ATCF设备的标识包括该ATCF设备的公共业务标识PSI和该ATCF设备的路径通用资源标识符Path URI,该装置的标识包括该装置的会话转移标识ATU-STI。
根据本发明实施例的故障处理的装置500可对应于本发明实施例的方法中的第二SCC AS(例如,SCC AS#2),并且,故障处理的装置500中的各单元即模块和上述其他操作和/或功能分别为了实现图2中的方法100的相应流程,为了简洁,在此不再赘述。
根据本发明实施例的故障处理的装置,通过在HSS存储用户设备所接入的ATCF设备的相关信息,当为该用户设备提供服务的第一SCC AS故障后,第二SCC AS能够从该HSS获取该ATCF设备的相关信息,从而可以通知该ATCF设备,在进行针对该用户设备的切换处理时,向该第二SCC AS发送切换请求,从而,即使第一SCC AS发生故障,仍然能够为该用户设备提供切换服务,能够确保语音业务的连续性,改善用户体验。
图7示出了根据本发明实施例的故障处理的装置600的示意性框图。如图7所示,该装置600包括:
接收单元610,接收第一服务集中化和连续性应用服务器SCC AS发送的用户设备所接入的接入转发控制功能ATCF设备的标识;
存储单元620,用于存储该ATCF设备的标识;
该接收单元610还用于接收呼叫会话控制功能CSCF设备发送的用于指示查询该ATCF的标识的请求消息;
查询单元630,用于根据该请求消息,查询该ATCF设备的标识;
发送单元640,用于向第二SCC AS发送该ATCF设备的标识,以使该第二SCC AS根据该ATCF设备的标识,向该ATCF设备发送该第二SCC  AS的标识,其中,该第二SCC AS是该CSCF设备在检测到该第一SCC AS故障后确定的。
可选地,该接收单元610具体用于该HSS接收第一SCC AS发送的用户设备所接入的接入转发控制功能ATCF设备的标识以及该用户设备的用户标识;
该存储单元620具体用于存储该用户标识与该ATCF设备的标识之间的映射关系;
该接收单元610具体用于接收CSCF设备发送的用于指示查询该ATCF的标识的请求消息,该请求消息包括该用户设备的用户标识;
该查询单元630具体用于该用户标识以及该用户标识与该ATCF设备之间的映射关系信息,确定该ATCF设备及该ATCF设备的标识。
可选地,该接收单元610具体用于接收第一SCC AS发送的用户设备所接入的接入转发控制功能ATCF设备的标识以及该第一SCC AS的标识;
该存储单元620具体用于存储该第一SCC AS的标识与该ATCF设备的标识之间的映射关系;
该接收单元610具体用于接收CSCF设备发送的用于指示查询该ATCF的标识的请求消息,该请求消息包括该第一SCC AS的标识;
该查询单元630具体用于根据该第一SCC AS的标识以及该第一SCC AS的标识与该ATCF设备之间的映射关系信息,确定该ATCF设备及该ATCF设备的标识。
可选地,该接收单元610具体用于接收CSCF设备经由该第二SCC AS发送的用于指示查询该ATCF的标识的请求消息。
可选地,该接收单元610具体用于接收CSCF设备发送的用于指示查询该ATCF的标识的请求消息,请求消息包括该第二SCC AS的标识;
该发送单元640具体用于根据该第二SCC AS的标识,向第二SCC AS发送该ATCF设备的标识。
可选地,该发送单元640具体用于向第二SCC AS发送用户数据读取响应UDA消息,该第二消息包括该ATCF设备的标识和该用户设备的用户数据。
可选地,该ATCF设备的标识包括该ATCF设备的公共业务标识PSI 和该ATCF设备的路径通用资源标识符Path URI,该第二SCC AS的标识包括该第二SCC AS的会话转移标识ATU-STI。
根据本发明实施例的故障处理的装置600可对应于本发明实施例的方法中的HSS,并且,故障处理的装置600中的各单元即模块和上述其他操作和/或功能分别为了实现图4中的方法300的相应流程,为了简洁,在此不再赘述。
根据本发明实施例的故障处理的装置,通过在HSS存储用户设备所接入的ATCF设备的相关信息,当为该用户设备提供服务的第一SCC AS故障后,第二SCC AS能够从该HSS获取该ATCF设备的相关信息,从而可以通知该ATCF设备,在进行针对该用户设备的切换处理时,向该第二SCC AS发送切换请求,从而,即使第一SCC AS发生故障,仍然能够为该用户设备提供切换服务,能够确保语音业务的连续性,改善用户体验。
以上,结合图1至图5详细说明了根据本发明实施例的故障处理的方法,下面,结合图8详细说明根据本发明实施例的故障处理的***。
图8示出了根据本发明实施例的故障处理的***700的示意性框图。如图8所示,该***700包括:第一服务集中化和连续性应用服务器SCC AS,用于向归属用户服务器HSS发送用户设备所接入的接入转发控制功能ATCF设备的标识;
呼叫会话控制功能CSCF设备,用于在检测到该第一SCC AS故障后,确定第二SCC AS,并向该HSS发送用于指示查询该ATCF设备的标识的请求消息,用于接收该HSS根据该请求消息发送的该ATCF设备的标识,用于根据该ATCF设备的标识,向该ATCF设备发送该第二SCC AS的标识,用于接收该ATCF设备根据该第二SCC AS的标识发送的切换请求,该切换请求携带该第二SCC AS的标识,用于根据该第二SCC AS的标识,向该第二SCC AS转发该切换请求;
HSS,用于接收并存储该ATCF设备的标识,并根据该请求消息,向该CSCF设备发送该ATCF设备的标识;
第二SCC AS,用于接收该CSCF设备转发的该切换请求。
可选地,该HSS具体用于接收第一SCC AS发送的用户设备所接入的接入转发控制功能ATCF设备的标识以及该用户设备的用户标识,存储该 用户标识与该ATCF设备的标识之间的映射关系,接收该CSCF设备发送的用于指示查询该ATCF的标识的请求消息,该请求消息包括该用户设备的用户标识,根据该用户标识以及该用户标识与该ATCF设备之间的映射关系信息,确定该ATCF设备及该ATCF设备的标识,并向该CSCF设备发送该ATCF设备的标识。
可选地,该HSS具体用于该HSS接收第一SCC AS发送的用户设备所接入的接入转发控制功能ATCF设备的标识以及该第一SCC AS的标识,存储该第一SCC AS的标识与该ATCF设备的标识之间的映射关系,接收该CSCF设备发送的用于指示查询该ATCF的标识的请求消息,该请求消息包括该第一SCC AS的标识,根据该第一SCC AS的标识以及该第一SCC AS的标识与该ATCF设备之间的映射关系信息,确定该ATCF设备及该ATCF设备的标识,并向该CSCF设备发送该ATCF设备的标识。
可选地,该CSCF设备具体用于通过该第二SCC AS向该HSS发送用于指示查询该ATCF设备的标识的请求消息。
可选地,该HSS具体用于根据该请求消息,通过该第二SCC AS向该CSCF设备发送该ATCF设备的标识。
可选地,该CSCF设备为查询呼叫会话控制功能I-CSCF设备。
可选地,该ATCF设备的标识包括该ATCF设备的公共业务标识PSI和该ATCF设备的路径通用资源标识符Path URI,该第二SCC AS的标识包括该第二SCC AS的会话转移标识ATU-STI。
该***700中的第一SCC AS可对应于本发明实施例的方法中的第SCC AS#1,第一SCC AS可对应于本发明实施例的方法中的第SCC AS#2,HSS可对应于本发明实施例的方法中的HSS,CSCF设备可对应于本发明实施例的方法中的CSCF设备。并且,该***700中的各设备和上述其他操作和/或功能分别为了实现图5中的方法400的相应流程,为了简洁,在此不再赘述。
根据本发明实施例的故障处理的***,通过在HSS存储用户设备所接入的ATCF设备的相关信息,当为该用户设备提供服务的第一SCC AS故障后,第二SCC AS能够从该HSS获取该ATCF设备的相关信息,从而可以通知该ATCF设备,在进行针对该用户设备的切换处理时,向该第二SCC  AS发送切换请求,从而,即使第一SCC AS发生故障,仍然能够为该用户设备提供切换服务,能够确保语音业务的连续性,改善用户体验。
以上,结合图1至图5详细说明了根据本发明实施例的故障处理的方法,下面,结合图9至图10详细说明根据本发明实施例的故障处理的设备。
图9示出了根据本发明实施例的故障处理的设备800的示意性框图。如图9所示,该设备800包括:
总线810;
与该总线相连的处理器820;
与该总线相连的存储器830;
与该总线相连的接收机840;
其中,该处理器820通过该总线,调用该存储器830中存储的程序,以用于在第一服务集中化和连续性应用服务器SCC AS故障后,第二SCC AS接收归属用户服务器HSS发送的用户设备所接入的接入转发控制功能ATCF设备的标识,该第二SCC AS是呼叫会话控制功能CSCF设备在检测到该第一SCC AS故障后确定的;
用于控制该接收机840根据该ATCF设备的标识,向该ATCF设备发送该第二SCC AS的标识;
用于控制该接收机840接收该ATCF设备根据该第二SCC AS的标识发送的切换请求。
可选地,该处理器820还用于控制该接收机840向该HSS发送用户数据读取请求UDR消息,该UDR消息包括该用户设备的用户标识;
该处理器820具体用于控制该接收机840接收该HSS发送的用户设备所接入的ATCF设备的标识,其中,该ATCF设备的标识是该HSS在根据该用户标识以及该用户标识与该ATCF设备之间的映射关系信息确定该ATCF设备之后发送的。
可选地,该处理器820还用于控制该接收机840向该HSS发送UDR消息,该UDR消息包括该第一SCC AS的标识;
该处理器820具体用于控制该接收机840接收该HSS发送的用户设备所接入的ATCF设备的标识,其中,该ATCF设备的标识是该HSS在根据 该第一SCC AS的标识以及该第一SCC AS的标识与该ATCF设备之间的映射关系信息确定该ATCF设备之后发送的。
可选地,该处理器820还用于控制该收发机840接收该CSCF设备发送的用于指示将该第一SCC AS替换为该第二SCC AS的通知消息;
该处理器820具体用于控制该收发机840该第二SCC AS根据该通知消息,向该HSS发送该UDR消息。
可选地,该处理器820具体用于控制该收发机840接收HSS发送的用户数据读取响应UDA消息,该第二消息包括该ATCF设备的标识和该用户设备的用户数据。
可选地,该ATCF设备的标识包括该ATCF设备的公共业务标识PSI和该ATCF设备的路径通用资源标识符Path URI,该第二SCC AS的标识包括该第二SCC AS的会话转移标识ATU-STI。
处理器还可以称为CPU。存储器可以包括只读存储器和随机存取存储器,并向处理器提供指令和数据。存储器的一部分还可以包括非易失行随机存取存储器(NVRAM)。具体的应用中,设备800可以嵌入或者本身可以就是应用服务器等网络设备,还可以包括容纳发射电路和接收电路的载体,以允许设备800和远程位置之间进行数据发射和接收。发射电路和接收电路可以耦合到天线。设备800的各个组件通过总线耦合在一起,其中,总线除包括数据总线之外,还包括电源总线、控制总线和状态信号总线。但是为了清楚起见,在图中将各种总线都标为总线810。具体的不同产品中解码器可能与处理单元集成为一体。
处理器可以实现或者执行本发明方法实施例中的公开的各步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器,解码器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用解码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。
应理解,在本发明实施例中,该处理器820可以是中央处理单元(Central Processing Unit,简称为“CPU”),该处理器820还可以是其他通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编 程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
该存储器830可以包括只读存储器和随机存取存储器,并向处理器820提供指令和数据。存储器830的一部分还可以包括非易失性随机存取存储器。例如,存储器830还可以存储设备类型的信息。
该总线***810除包括数据总线之外,还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见,在图中将各种总线都标为总线***810。
在实现过程中,上述方法的各步骤可以通过处理器820中的硬件的集成逻辑电路或者软件形式的指令完成。结合本发明实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器830,处理器820读取存储器830中的信息,结合其硬件完成上述方法的步骤。为避免重复,这里不再详细描述。
根据本发明实施例的故障处理的设备800可对应于本发明实施例的方法中的第二SCC AS(例如,SCC AS#2),并且,故障处理的设备800中的各单元即模块和上述其他操作和/或功能分别为了实现图2中的方法100的相应流程,为了简洁,在此不再赘述。
根据本发明实施例的故障处理的设备,通过在HSS存储用户设备所接入的ATCF设备的相关信息,当为该用户设备提供服务的第一SCC AS故障后,第二SCC AS能够从该HSS获取该ATCF设备的相关信息,从而可以通知该ATCF设备,在进行针对该用户设备的切换处理时,向该第二SCC AS发送切换请求,从而,即使第一SCC AS发生故障,仍然能够为该用户设备提供切换服务,能够确保语音业务的连续性,改善用户体验。
图10示出了根据本发明实施例的故障处理的设备900的示意性框图。如图10所示,该设备900包括:
总线910;
与该总线相连的处理器920;
与该总线相连的存储器930;
与该总线相连的收发机940;
其中,该处理器920通过该总线,调用该存储器930中存储的程序,以用于控制该收发机940接收并存储第一服务集中化和连续性应用服务器SCC AS发送的用户设备所接入的接入转发控制功能ATCF设备的标识;
用于控制该收发机940接收呼叫会话控制功能CSCF设备发送的用于指示查询该ATCF的标识的请求消息;
用于根据该请求消息,查询该ATCF设备的标识;
用于控制该收发机940向第二SCC AS发送该ATCF设备的标识,以使该第二SCC AS根据该ATCF设备的标识,向该ATCF设备发送该第二SCC AS的标识,其中,该第二SCC AS是该CSCF设备在检测到该第一SCC AS故障后确定的。
可选地,该处理器920具体用于控制该收发机940接收第一SCC AS发送的用户设备所接入的接入转发控制功能ATCF设备的标识以及该用户设备的用户标识;
用于存储该用户标识与该ATCF设备的标识之间的映射关系;
用于控制该收发机940接收CSCF设备发送的用于指示查询该ATCF的标识的请求消息,该请求消息包括该用户设备的用户标识;
用于根据该用户标识以及该用户标识与该ATCF设备之间的映射关系信息,确定该ATCF设备及该ATCF设备的标识。
可选地,该处理器920具体用于控制该收发机940接收第一SCC AS发送的用户设备所接入的接入转发控制功能ATCF设备的标识以及该第一SCC AS的标识;
用于存储该第一SCC AS的标识与该ATCF设备的标识之间的映射关系;
用于控制该收发机940接收CSCF设备发送的用于指示查询该ATCF的标识的请求消息,该请求消息包括该第一SCC AS的标识;
用于根据该第一SCC AS的标识以及该第一SCC AS的标识与该ATCF设备之间的映射关系信息,确定该ATCF设备及该ATCF设备的标识。
可选地,该处理器920具体用于控制该收发机940接收CSCF设备经 由该第二SCC AS发送的用于指示查询该ATCF的标识的请求消息。
可选地,该处理器920具体用于控制该收发机940接收CSCF设备发送的用于指示查询该ATCF的标识的请求消息,请求消息包括该第二SCC AS的标识;
用于控制该收发机940根据该第二SCC AS的标识,向第二SCC AS发送该ATCF设备的标识。
可选地,该处理器920具体用于控制该收发机940向第二SCC AS发送用户数据读取响应UDA消息,该第二消息包括该ATCF设备的标识和该用户设备的用户数据。
可选地,该ATCF设备的标识包括该ATCF设备的公共业务标识PSI和该ATCF设备的路径通用资源标识符Path URI,该第二SCC AS的标识包括该第二SCC AS的会话转移标识ATU-STI。
处理器还可以称为CPU。存储器可以包括只读存储器和随机存取存储器,并向处理器提供指令和数据。存储器的一部分还可以包括非易失行随机存取存储器(NVRAM)。具体的应用中,设备900可以嵌入或者本身可以就是HSS等网络设备,还可以包括容纳发射电路和接收电路的载体,以允许设备900和远程位置之间进行数据发射和接收。发射电路和接收电路可以耦合到天线。设备900的各个组件通过总线耦合在一起,其中,总线除包括数据总线之外,还包括电源总线、控制总线和状态信号总线。但是为了清楚起见,在图中将各种总线都标为总线910。具体的不同产品中解码器可能与处理单元集成为一体。
处理器可以实现或者执行本发明方法实施例中的公开的各步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器,解码器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用解码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。
应理解,在本发明实施例中,该处理器920可以是中央处理单元(Central Processing Unit,简称为“CPU”),该处理器920还可以是其他通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编 程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
该存储器930可以包括只读存储器和随机存取存储器,并向处理器920提供指令和数据。存储器930的一部分还可以包括非易失性随机存取存储器。例如,存储器930还可以存储设备类型的信息。
该总线***910除包括数据总线之外,还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见,在图中将各种总线都标为总线***910。
在实现过程中,上述方法的各步骤可以通过处理器920中的硬件的集成逻辑电路或者软件形式的指令完成。结合本发明实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器930,处理器920读取存储器930中的信息,结合其硬件完成上述方法的步骤。为避免重复,这里不再详细描述。
根据本发明实施例的故障处理的设备900可对应于本发明实施例的方法中的HSS,并且,故障处理的设备900中的各单元即模块和上述其他操作和/或功能分别为了实现图4中的方法300的相应流程,为了简洁,在此不再赘述。
根据本发明实施例的故障处理的设备,通过在HSS存储用户设备所接入的ATCF设备的相关信息,当为该用户设备提供服务的第一SCC AS故障后,第二SCC AS能够从该HSS获取该ATCF设备的相关信息,从而可以通知该ATCF设备,在进行针对该用户设备的切换处理时,向该第二SCC AS发送切换请求,从而,即使第一SCC AS发生故障,仍然能够为该用户设备提供切换服务,能够确保语音业务的连续性,改善用户体验。
应理解,在本发明的各种实施例中,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本发明实施例的实施过程构成任何限定。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的 各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的***、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的***、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个***,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、 磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以所述权利要求的保护范围为准。

Claims (40)

  1. 一种故障处理的方法,其特征在于,所述方法包括:
    在第一服务集中化和连续性应用服务器SCC AS故障后,第二SCC AS接收归属用户服务器HSS发送的用户设备所接入的接入转发控制功能ATCF设备的标识,所述第二SCC AS是呼叫会话控制功能CSCF设备在检测到所述第一SCC AS故障后确定的;
    所述第二SCC AS根据所述ATCF设备的标识,向所述ATCF设备发送所述第二SCC AS的标识;
    所述第二SCC AS接收所述ATCF设备根据所述第二SCC AS的标识发送的切换请求。
  2. 根据权利要求1所述的方法,其特征在于,在第二SCC AS接收HSS发送的用户设备所接入的ATCF设备的标识之前,所述方法还包括:
    所述第二SCC AS向所述HSS发送用户数据读取请求UDR消息,所述UDR消息包括所述用户设备的用户标识;
    则,所述第二SCC AS接收HSS发送的用户设备所接入的ATCF设备的标识,包括:
    所述第二SCC AS接收所述HSS发送的用户设备所接入的ATCF设备的标识,其中,所述ATCF设备的标识是所述HSS在根据所述用户标识以及所述用户标识与所述ATCF设备之间的映射关系信息确定所述ATCF设备之后发送的。
  3. 根据权利要求1所述的方法,其特征在于,在第二SCC AS接收HSS发送的用户设备所接入的ATCF设备的标识之前,所述方法还包括:
    所述第二SCC AS向所述HSS发送UDR消息,所述UDR消息包括所述第一SCC AS的标识;
    则,所述第二SCC AS接收HSS发送的用户设备所接入的ATCF设备 的标识,包括:
    所述第二SCC AS接收所述HSS发送的用户设备所接入的ATCF设备的标识,其中,所述ATCF设备的标识是所述HSS在根据所述第一SCC AS的标识以及所述第一SCC AS的标识与所述ATCF设备之间的映射关系信息确定所述ATCF设备之后发送的。
  4. 根据权利要求2或3所述的方法,其特征在于,在第二SCC AS接收HSS发送的用户设备所接入的ATCF设备的标识之前,所述方法还包括:
    所述第二SCC AS接收所述CSCF设备发送的用于指示将所述第一SCC AS替换为所述第二SCC AS的通知消息;
    则,所述第二SCC AS向所述HSS发送UDR消息,包括:
    所述第二SCC AS根据所述通知消息,向所述HSS发送所述UDR消息。
  5. 根据权利要求1至4中任一项所述的方法,其特征在于,所述第二SCC AS接收HSS发送的用户设备所接入的ATCF设备的标识包括:
    所述第二SCC AS接收HSS发送的用户数据读取响应UDA消息,所述第二消息包括所述ATCF设备的标识和所述用户设备的用户数据。
  6. 根据权利要求1至5中任一项所述的方法,其特征在于,所述ATCF设备的标识包括所述ATCF设备的公共业务标识PSI和所述ATCF设备的路径通用资源标识符Path URI,所述第二SCC AS的标识包括所述第二SCC AS的会话转移标识ATU-STI。
  7. 一种故障处理的方法,其特征在于,所述方法包括:
    归属用户服务器HSS接收并存储第一服务集中化和连续性应用服务器SCC AS发送的用户设备所接入的接入转发控制功能ATCF设备的标识;
    所述HSS接收呼叫会话控制功能CSCF设备发送的用于指示查询所述ATCF的标识的请求消息;
    所述HSS根据所述请求消息,查询所述ATCF设备的标识;
    所述HSS向第二SCC AS发送所述ATCF设备的标识,以使所述第二SCC AS根据所述ATCF设备的标识,向所述ATCF设备发送所述第二SCC AS的标识,其中,所述第二SCC AS是所述CSCF设备在检测到所述第一SCC AS故障后确定的。
  8. 根据权利要求7所述的方法,其特征在于,所述HSS接收并存储第一SCC AS发送的用户设备所接入的接入转发控制功能ATCF设备的标识,包括:
    所述HSS接收第一SCC AS发送的用户设备所接入的接入转发控制功能ATCF设备的标识以及所述用户设备的用户标识;
    存储所述用户标识与所述ATCF设备的标识之间的映射关系;
    则所述HSS接收CSCF设备发送的用于指示查询所述ATCF的标识的请求消息包括:
    所述HSS接收CSCF设备发送的用于指示查询所述ATCF的标识的请求消息,所述请求消息包括所述用户设备的用户标识;
    则所述HSS根据所述请求消息,查询所述ATCF设备的标识,包括:
    所述HSS根据所述用户标识以及所述用户标识与所述ATCF设备之间的映射关系信息,确定所述ATCF设备及所述ATCF设备的标识。
  9. 根据权利要求7所述的方法,其特征在于,所述HSS接收并存储第一SCC AS发送的用户设备所接入的接入转发控制功能ATCF设备的标识,包括:
    所述HSS接收第一SCC AS发送的用户设备所接入的接入转发控制功能ATCF设备的标识以及所述第一SCC AS的标识;
    存储所述第一SCC AS的标识与所述ATCF设备的标识之间的映射关系;
    则所述HSS接收CSCF设备发送的用于指示查询所述ATCF的标识的请求消息包括:
    所述HSS接收CSCF设备发送的用于指示查询所述ATCF的标识的请求消息,所述请求消息包括所述第一SCC AS的标识;
    则所述HSS根据所述请求消息,查询所述ATCF设备的标识,包括:
    所述HSS根据所述第一SCC AS的标识以及所述第一SCC AS的标识与所述ATCF设备之间的映射关系信息,确定所述ATCF设备及所述ATCF设备的标识。
  10. 根据权利要求7至9中任一项所述的方法,其特征在于,所述HSS接收CSCF设备发送的用于指示查询所述ATCF的标识的请求消息,包括:
    所述HSS接收CSCF设备经由所述第二SCC AS发送的用于指示查询所述ATCF的标识的请求消息。
  11. 根据权利要求7至9中任一项所述的方法,其特征在于,所述HSS接收CSCF设备发送的用于指示查询所述ATCF的标识的请求消息,包括:
    所述HSS接收CSCF设备发送的用于指示查询所述ATCF的标识的请求消息,请求消息包括所述第二SCC AS的标识;
    则所述HSS向第二SCC AS发送所述ATCF设备的标识,包括:
    所述HSS根据所述第二SCC AS的标识,向第二SCC AS发送所述ATCF设备的标识。
  12. 根据权利要求7至11中任一项所述的方法,其特征在于,所述HSS向第二SCC AS发送所述ATCF设备的标识包括:
    所述HSS向第二SCC AS发送用户数据读取响应UDA消息,所述第二消息包括所述ATCF设备的标识和所述用户设备的用户数据。
  13. 根据权利要求7至12中任一项所述的方法,其特征在于,所述ATCF设备的标识包括所述ATCF设备的公共业务标识PSI和所述ATCF 设备的路径通用资源标识符Path URI,所述第二SCC AS的标识包括所述第二SCC AS的会话转移标识ATU-STI。
  14. 一种故障处理的方法,其特征在于,所述方法包括:
    归属用户服务器HSS接收并存储第一服务集中化和连续性应用服务器SCC AS发送的用户设备所接入的接入转发控制功能ATCF设备的标识;
    呼叫会话控制功能CSCF设备检测到所述第一SCC AS故障后,确定第二SCC AS,并且,所述CSCF设备向所述HSS发送用于指示查询所述ATCF设备的标识的请求消息;
    所述HSS根据所述请求消息,向所述CSCF设备发送所述ATCF设备的标识;
    所述CSCF设备根据所述ATCF设备的标识,向所述ATCF设备发送所述第二SCC AS的标识;
    所述CSCF设备接收所述ATCF设备根据所述第二SCC AS的标识发送的切换请求,所述切换请求携带所述第二SCC AS的标识;
    所述CSCF设备根据所述第二SCC AS的标识,向所述第二SCC AS转发所述切换请求。
  15. 根据权利要求14所述的方法,其特征在于,所述HSS接收并存储第一SCC AS发送的用户设备所接入的接入转发控制功能ATCF设备的标识,包括:
    所述HSS接收第一SCC AS发送的用户设备所接入的接入转发控制功能ATCF设备的标识以及所述用户设备的用户标识;
    存储所述用户标识与所述ATCF设备的标识之间的映射关系;
    则所述CSCF设备向所述HSS发送用于指示查询所述ATCF设备的标识的请求消息包括:
    所述CSCF设备向所述HSS发送用于指示查询所述ATCF的标识的请 求消息,所述请求消息包括所述用户设备的用户标识;
    则所述HSS根据所述请求消息,向所述CSCF设备发送所述ATCF设备的标识,包括:
    所述HSS在根据所述用户标识以及所述用户标识与所述ATCF设备之间的映射关系信息,确定所述ATCF设备及所述ATCF设备的标识,并向所述CSCF设备发送所述ATCF设备的标识。
  16. 根据权利要求14所述的方法,其特征在于,所述HSS接收并存储第一SCC AS发送的用户设备所接入的接入转发控制功能ATCF设备的标识,包括:
    所述HSS接收第一SCC AS发送的用户设备所接入的接入转发控制功能ATCF设备的标识以及所述第一SCC AS的标识;
    存储所述第一SCC AS的标识与所述ATCF设备的标识之间的映射关系;
    则所述CSCF设备向所述HSS发送用于指示查询所述ATCF设备的标识的请求消息包括:
    所述CSCF设备向所述HSS发送用于指示查询所述ATCF的标识的请求消息,所述请求消息包括所述第一SCC AS的标识;
    则所述HSS根据所述请求消息,向所述CSCF设备发送所述ATCF设备的标识,包括:
    所述HSS根据所述第一SCC AS的标识以及所述第一SCC AS的标识与所述ATCF设备之间的映射关系信息,确定所述ATCF设备及所述ATCF设备的标识,并向所述CSCF设备发送所述ATCF设备的标识。
  17. 根据权利要求14至16中任一项所述的方法,其特征在于,所述CSCF设备向所述HSS发送用于指示查询所述ATCF设备的标识的请求消息包括:
    所述CSCF设备通过所述第二SCC AS向所述HSS发送用于指示查询所述ATCF设备的标识的请求消息。
  18. 根据权利要求14至17中任一项所述的方法,其特征在于,所述HSS根据所述请求消息,向所述CSCF设备发送所述ATCF设备的标识,包括:
    所述HSS根据所述请求消息,通过所述第二SCC AS向所述CSCF设备发送所述ATCF设备的标识。
  19. 根据权利要求14至18中任一项所述的方法,其特征在于,所述CSCF设备为查询呼叫会话控制功能I-CSCF设备。
  20. 根据权利要求14至19中任一项所述的方法,其特征在于,所述ATCF设备的标识包括所述ATCF设备的公共业务标识PSI和所述ATCF设备的路径通用资源标识符Path URI,所述第二SCC AS的标识包括所述第二SCC AS的会话转移标识ATU-STI。
  21. 一种故障处理的装置,其特征在于,所述装置包括:
    接收单元,用于在第一服务集中化和连续性应用服务器SCC AS故障后,接收归属用户服务器HSS发送的用户设备所接入的接入转发控制功能ATCF设备的标识,所述装置是呼叫会话控制功能CSCF设备在检测到所述第一SCC AS故障后确定的;
    发送单元,用于根据所述ATCF设备的标识,向所述ATCF设备发送所述装置的标识;
    所述接收单元还用于接收所述ATCF设备根据所述装置的标识发送的切换请求。
  22. 根据权利要求21所述的装置,其特征在于,所述发送单元还用于向所述HSS发送用户数据读取请求UDR消息,所述UDR消息包括所述用户设备的用户标识;
    所述接收单元具体用于接收所述HSS发送的用户设备所接入的ATCF设备的标识,其中,所述ATCF设备的标识是所述HSS在根据所述用户标识以及所述用户标识与所述ATCF设备之间的映射关系信息确定所述ATCF设备之后发送的。
  23. 根据权利要求21所述的装置,其特征在于,所述发送单元还用于向所述HSS发送UDR消息,所述UDR消息包括所述第一SCC AS的标识;
    所述接收单元具体用于接收所述HSS发送的用户设备所接入的ATCF设备的标识,其中,所述ATCF设备的标识是所述HSS在根据所述第一SCC AS的标识以及所述第一SCC AS的标识与所述ATCF设备之间的映射关系信息确定所述ATCF设备之后发送的。
  24. 根据权利要求22或23所述的装置,其特征在于,所述接收单元还用于接收所述CSCF设备发送的用于指示将所述第一SCC AS替换为所述装置的通知消息;
    所述发送单元具体用于根据所述通知消息,向所述HSS发送所述UDR消息。
  25. 根据权利要求21至24中任一项所述的装置,其特征在于,所述接收单元具体用于接收HSS发送的用户数据读取响应UDA消息,所述第二消息包括所述ATCF设备的标识和所述用户设备的用户数据。
  26. 根据权利要求21至25中任一项所述的装置,其特征在于,所述ATCF设备的标识包括所述ATCF设备的公共业务标识PSI和所述ATCF设备的路径通用资源标识符Path URI,所述装置的标识包括所述装置的会话转移标识ATU-STI。
  27. 一种故障处理的装置,其特征在于,所述装置包括:
    接收单元,接收第一服务集中化和连续性应用服务器SCC AS发送的 用户设备所接入的接入转发控制功能ATCF设备的标识;
    存储单元,用于存储所述ATCF设备的标识;
    所述接收单元还用于接收呼叫会话控制功能CSCF设备发送的用于指示查询所述ATCF的标识的请求消息;
    查询单元,用于根据所述请求消息,查询所述ATCF设备的标识;
    发送单元,用于向第二SCC AS发送所述ATCF设备的标识,以使所述第二SCC AS根据所述ATCF设备的标识,向所述ATCF设备发送所述第二SCC AS的标识,其中,所述第二SCC AS是所述CSCF设备在检测到所述第一SCC AS故障后确定的。
  28. 根据权利要求27所述的装置,其特征在于,
    所述接收单元具体用于所述HSS接收第一SCC AS发送的用户设备所接入的接入转发控制功能ATCF设备的标识以及所述用户设备的用户标识;
    所述存储单元具体用于存储所述用户标识与所述ATCF设备的标识之间的映射关系;
    所述接收单元具体用于接收CSCF设备发送的用于指示查询所述ATCF的标识的请求消息,所述请求消息包括所述用户设备的用户标识;
    所述查询单元具体用于所述用户标识以及所述用户标识与所述ATCF设备之间的映射关系信息,确定所述ATCF设备及所述ATCF设备的标识。
  29. 根据权利要求27所述的装置,其特征在于,所述接收单元具体用于接收第一SCC AS发送的用户设备所接入的接入转发控制功能ATCF设备的标识以及所述第一SCC AS的标识;
    所述存储单元具体用于存储所述第一SCC AS的标识与所述ATCF设备的标识之间的映射关系;
    所述接收单元具体用于接收CSCF设备发送的用于指示查询所述 ATCF的标识的请求消息,所述请求消息包括所述第一SCC AS的标识;
    所述查询单元具体用于根据所述第一SCC AS的标识以及所述第一SCC AS的标识与所述ATCF设备之间的映射关系信息,确定所述ATCF设备及所述ATCF设备的标识。
  30. 根据权利要求27至29中任一项所述的装置,其特征在于,所述接收单元具体用于接收CSCF设备经由所述第二SCC AS发送的用于指示查询所述ATCF的标识的请求消息。
  31. 根据权利要求27至29中任一项所述的装置,其特征在于,所述接收单元具体用于接收CSCF设备发送的用于指示查询所述ATCF的标识的请求消息,请求消息包括所述第二SCC AS的标识;
    所述发送单元具体用于根据所述第二SCC AS的标识,向第二SCC AS发送所述ATCF设备的标识。
  32. 根据权利要求27至31中任一项所述的装置,其特征在于,所述发送单元具体用于向第二SCC AS发送用户数据读取响应UDA消息,所述第二消息包括所述ATCF设备的标识和所述用户设备的用户数据。
  33. 根据权利要求27至32中任一项所述的装置,其特征在于,所述ATCF设备的标识包括所述ATCF设备的公共业务标识PSI和所述ATCF设备的路径通用资源标识符Path URI,所述第二SCC AS的标识包括所述第二SCC AS的会话转移标识ATU-STI。
  34. 一种故障处理的***,其特征在于,所述***包括:
    第一服务集中化和连续性应用服务器SCC AS,用于向归属用户服务器HSS发送用户设备所接入的接入转发控制功能ATCF设备的标识;
    呼叫会话控制功能CSCF设备,用于在检测到所述第一SCC AS故障后,确定第二SCC AS,并向所述HSS发送用于指示查询所述ATCF设备的标识的请求消息,用于接收所述HSS根据所述请求消息发送的所述 ATCF设备的标识,用于根据所述ATCF设备的标识,向所述ATCF设备发送所述第二SCC AS的标识,用于接收所述ATCF设备根据所述第二SCC AS的标识发送的切换请求,所述切换请求携带所述第二SCC AS的标识,用于根据所述第二SCC AS的标识,向所述第二SCC AS转发所述切换请求;
    HSS,用于接收并存储所述ATCF设备的标识,并根据所述请求消息,向所述CSCF设备发送所述ATCF设备的标识;
    第二SCC AS,用于接收所述CSCF设备转发的所述切换请求。
  35. 根据权利要求34所述的装置,其特征在于,所述HSS具体用于接收第一SCC AS发送的用户设备所接入的接入转发控制功能ATCF设备的标识以及所述用户设备的用户标识,存储所述用户标识与所述ATCF设备的标识之间的映射关系,接收所述CSCF设备发送的用于指示查询所述ATCF的标识的请求消息,所述请求消息包括所述用户设备的用户标识,根据所述用户标识以及所述用户标识与所述ATCF设备之间的映射关系信息,确定所述ATCF设备及所述ATCF设备的标识,并向所述CSCF设备发送所述ATCF设备的标识。
  36. 根据权利要求34所述的装置,其特征在于,所述HSS具体用于所述HSS接收第一SCC AS发送的用户设备所接入的接入转发控制功能ATCF设备的标识以及所述第一SCC AS的标识,存储所述第一SCC AS的标识与所述ATCF设备的标识之间的映射关系,接收所述CSCF设备发送的用于指示查询所述ATCF的标识的请求消息,所述请求消息包括所述第一SCC AS的标识,根据所述第一SCC AS的标识以及所述第一SCC AS的标识与所述ATCF设备之间的映射关系信息,确定所述ATCF设备及所述ATCF设备的标识,并向所述CSCF设备发送所述ATCF设备的标识。
  37. 根据权利要求34至36中任一项所述的装置,其特征在于,所述 CSCF设备具体用于通过所述第二SCC AS向所述HSS发送用于指示查询所述ATCF设备的标识的请求消息。
  38. 根据权利要求34至37中任一项所述的装置,其特征在于,所述HSS具体用于根据所述请求消息,通过所述第二SCC AS向所述CSCF设备发送所述ATCF设备的标识。
  39. 根据权利要求34至38中任一项所述的装置,其特征在于,所述CSCF设备为查询呼叫会话控制功能I-CSCF设备。
  40. 根据权利要求34至39中任一项所述的装置,其特征在于,所述ATCF设备的标识包括所述ATCF设备的公共业务标识PSI和所述ATCF设备的路径通用资源标识符Path URI,所述第二SCC AS的标识包括所述第二SCC AS的会话转移标识ATU-STI。
PCT/CN2015/096995 2014-12-22 2015-12-10 故障处理的方法、装置和*** WO2016101791A1 (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
KR1020177020318A KR20170097751A (ko) 2014-12-22 2015-12-10 고장 처리 방법, 장치, 및 시스템
JP2017545891A JP2018501745A (ja) 2014-12-22 2015-12-10 トラブルシューティングの方法、装置、およびシステム
EP15871860.1A EP3229518A4 (en) 2014-12-22 2015-12-10 Fault processing method, device and system
US15/629,544 US20170289863A1 (en) 2014-12-22 2017-06-21 Troubleshooting method, apparatus, and system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201410808867.X 2014-12-22
CN201410808867.XA CN105792264A (zh) 2014-12-22 2014-12-22 故障处理的方法、装置和***

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US15/629,544 Continuation US20170289863A1 (en) 2014-12-22 2017-06-21 Troubleshooting method, apparatus, and system

Publications (1)

Publication Number Publication Date
WO2016101791A1 true WO2016101791A1 (zh) 2016-06-30

Family

ID=56149225

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2015/096995 WO2016101791A1 (zh) 2014-12-22 2015-12-10 故障处理的方法、装置和***

Country Status (6)

Country Link
US (1) US20170289863A1 (zh)
EP (1) EP3229518A4 (zh)
JP (1) JP2018501745A (zh)
KR (1) KR20170097751A (zh)
CN (1) CN105792264A (zh)
WO (1) WO2016101791A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018104060A1 (en) * 2016-12-05 2018-06-14 Telefonaktiebolaget Lm Ericsson (Publ) Service continuity after an application server fallback
CN113746698A (zh) * 2021-08-31 2021-12-03 云境商务智能研究院南京有限公司 一种随机网络攻击下网络化***故障检测滤波器设计方法

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10791496B2 (en) * 2016-06-30 2020-09-29 T-Mobile Usa, Inc. Restoration of serving call session control and application server function
CN109996298B (zh) * 2017-12-31 2021-11-09 ***通信集团重庆有限公司 跨网切换方法、装置、设备及介质
CN114785626B (zh) * 2018-06-26 2024-01-30 华为技术有限公司 数据管理的方法和装置
US11063990B2 (en) * 2018-08-13 2021-07-13 T-Mobile Usa, Inc. Originating caller verification via insertion of an attestation parameter

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101616011A (zh) * 2008-06-23 2009-12-30 阿尔卡特朗讯公司 用于将终端注册到ims中的应用服务器的方法、设备和***
US20110116473A1 (en) * 2009-11-10 2011-05-19 Interdigital Patent Holdings, Inc. METHOD AND APPARATUS FOR INTER-DEVICE HANDOVER (HO) BETWEEN INTERNET PROTOCOL (IP) MULTIMEDIA SUBSYSTEM (IMS) AND CIRCUIT SWITCHED (CS) WIRELESS TRANSMIT/RECEIVE UNITS (WTRUs)
CN102404296A (zh) * 2010-09-15 2012-04-04 华为终端有限公司 联合会话控制权变化的方法、装置
US20120120914A1 (en) * 2010-11-12 2012-05-17 Telefonaktiebolaget L M Ericsson (Publ) Packet Switched To Circuit Switched Access Handovers In An IMS Architecture.
CN103716784A (zh) * 2012-09-28 2014-04-09 中兴通讯股份有限公司 业务接续处理方法及***

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013156061A1 (en) * 2012-04-17 2013-10-24 Telefonaktiebolaget L M Ericsson (Publ) Failure handling within a network implementing srvcc

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101616011A (zh) * 2008-06-23 2009-12-30 阿尔卡特朗讯公司 用于将终端注册到ims中的应用服务器的方法、设备和***
US20110116473A1 (en) * 2009-11-10 2011-05-19 Interdigital Patent Holdings, Inc. METHOD AND APPARATUS FOR INTER-DEVICE HANDOVER (HO) BETWEEN INTERNET PROTOCOL (IP) MULTIMEDIA SUBSYSTEM (IMS) AND CIRCUIT SWITCHED (CS) WIRELESS TRANSMIT/RECEIVE UNITS (WTRUs)
CN102404296A (zh) * 2010-09-15 2012-04-04 华为终端有限公司 联合会话控制权变化的方法、装置
US20120120914A1 (en) * 2010-11-12 2012-05-17 Telefonaktiebolaget L M Ericsson (Publ) Packet Switched To Circuit Switched Access Handovers In An IMS Architecture.
CN103716784A (zh) * 2012-09-28 2014-04-09 中兴通讯股份有限公司 业务接续处理方法及***

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018104060A1 (en) * 2016-12-05 2018-06-14 Telefonaktiebolaget Lm Ericsson (Publ) Service continuity after an application server fallback
CN113746698A (zh) * 2021-08-31 2021-12-03 云境商务智能研究院南京有限公司 一种随机网络攻击下网络化***故障检测滤波器设计方法

Also Published As

Publication number Publication date
JP2018501745A (ja) 2018-01-18
EP3229518A4 (en) 2017-12-13
CN105792264A (zh) 2016-07-20
EP3229518A1 (en) 2017-10-11
US20170289863A1 (en) 2017-10-05
KR20170097751A (ko) 2017-08-28

Similar Documents

Publication Publication Date Title
WO2016101791A1 (zh) 故障处理的方法、装置和***
US9648051B2 (en) System and method for transitioning a communication session between networks that are not commonly controlled
RU2584468C2 (ru) Способы и устройство для поддержки реализации непрерывности службы ims
WO2017088628A1 (zh) 地址转换方法、装置及***、网络标识控制方法及装置
EP2272262B1 (en) Circuit switched domain codec list for single radio voice call continuity
US20130308632A1 (en) Routing terminating calls
US10506614B2 (en) Transitioning a conversation between an unlicensed data network and a cellular network
WO2015184418A1 (en) Wi-fi calling using sip-ims handset and evolved packet data gateway
US8412230B2 (en) Configuring relations between cells in different radio access networks
WO2008023162A2 (en) Methods for call continuity telecommunication systems
WO2008006314A1 (en) A gateway system and the method for implementing various media accesses
KR20100115255A (ko) 이동 통신 시스템에서 비계층 프로토콜을 이용하여 응급 콜 서비스를 지원하는 방법 및 시스템
US8279832B2 (en) Method, system and device for converting session control signaling
JP2013528993A (ja) 端末、hss、及びコア・ネットワークエレメントによる端末能力の取得方法とシステム
MX2013001400A (es) Metodo de comunicacion movil y sistema de comunicacion movil.
WO2022083552A1 (zh) 呼叫处理方法、装置及存储介质
WO2016000196A1 (zh) 重建pdn连接的方法、复位中心服务器、移动管理网元和数据网关
WO2013181805A1 (zh) 回到长期演进网络的方法、移动交换中心及***
WO2015081477A1 (zh) 保持呼叫连续性的方法及设备
EP3132623A1 (en) Wi-fi calling using sip-ims handset and evolved packet data gateway
JP2009296098A (ja) 移動体通信システムおよび呼接続方法
CN109089289B (zh) 切换到电路交换域的方法和装置
WO2010102571A1 (zh) S101隧道重定向的方法和装置
US20150030019A1 (en) Mobile switching center acting as a short message service gateway
WO2016037365A1 (zh) Ps/cs协调方法与***以及移动交互中心

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: 15871860

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2017545891

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

REEP Request for entry into the european phase

Ref document number: 2015871860

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 20177020318

Country of ref document: KR

Kind code of ref document: A