[go: up one dir, main page]

WO2010133124A1 - 一种电路域核心网演进的方法、系统及网络设备 - Google Patents

一种电路域核心网演进的方法、系统及网络设备 Download PDF

Info

Publication number
WO2010133124A1
WO2010133124A1 PCT/CN2010/072406 CN2010072406W WO2010133124A1 WO 2010133124 A1 WO2010133124 A1 WO 2010133124A1 CN 2010072406 W CN2010072406 W CN 2010072406W WO 2010133124 A1 WO2010133124 A1 WO 2010133124A1
Authority
WO
WIPO (PCT)
Prior art keywords
service
server
msc
service request
user
Prior art date
Application number
PCT/CN2010/072406
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 ES10777328T priority Critical patent/ES2434390T3/es
Priority to BRPI1012828A priority patent/BRPI1012828A2/pt
Priority to EP10777328.5A priority patent/EP2434833B1/en
Publication of WO2010133124A1 publication Critical patent/WO2010133124A1/zh
Priority to US13/302,743 priority patent/US20120069840A1/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/102—Gateways
    • H04L65/1023—Media gateways
    • H04L65/103—Media gateways in the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/102—Gateways
    • H04L65/1033—Signalling gateways
    • H04L65/104—Signalling gateways in the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/12—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal
    • H04M7/1205—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal where the types of switching equipement comprises PSTN/ISDN equipment and switching equipment of networks other than PSTN/ISDN, e.g. Internet Protocol networks
    • H04M7/1225—Details of core network interconnection arrangements
    • H04M7/123—Details of core network interconnection arrangements where the packet-switched network is an Internet Protocol Multimedia System-type network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/02—Inter-networking arrangements

Definitions

  • the present invention relates to the field of communications technologies, and in particular, to a method, system, and network device for evolution of a circuit domain core network.
  • the traditional circuit domain (Circuit Switched, hereinafter referred to as CS) is used to provide the connection of the circuit type service to the user.
  • the Mobile Switched Center (MSC) in the circuit domain is responsible for completing the switching and signaling of the circuit switched service.
  • Control function under the framework of separation of bearer and control, the mobile switching center can be divided into a mobile switching center server (MSC-Server, hereinafter referred to as MSC-S) and a circuit switched media gateway (CS-MGW), and the circuit domain also includes such as The home location register HLR, the visit location register VLR and the like, wherein the MSC-S is the core device of the CS core network, and is used to provide processing logic of the CS service.
  • MSC-Server hereinafter referred to as MSC-S
  • CS-MGW circuit switched media gateway
  • the IP Multimedia subsystem (hereinafter referred to as IMS) is a subsystem superimposed on the packet network by the 3rd Generation Partnership Project (3GPP), which uses IP packet domain as its control.
  • the bearer channel for signaling and media transmission introduces the Session Initiation Protocol (SIP) protocol as a service control protocol, which realizes service management and session control by using SIP simple, easy to expand, and convenient media combination.
  • SIP Session Initiation Protocol
  • the three main functions of the bearer are separated, and the rich multimedia services are provided.
  • the main functional entities in the IMS include: Call Session Control Function (CSCF) for controlling user registration and implementing session control.
  • HSS Home Subscriber Server
  • An application server Application Server, hereinafter referred to as AS for various business logic control functions.
  • IMS IMS Centralized Services
  • MSC Server enhanced for ICS MSC Server enhanced for ICS
  • SIP UA SIP User Agent
  • the EMSC mainly provides the A/Iu interface to SIP conversion function and has some P-CSCFs. The function of the (proxy-call session control device).
  • the TAS in the IMS needs to inherit all the service processing capabilities of the existing CS network.
  • the voice service also includes data, fax, short message, intelligent service, monitoring, etc., so that the TAS needs a lot of repeated development.
  • the customized service TAS implementation is more difficult, and the MSC-S upgrade to EMSC, the performance is basically the same, but the new investment TAS is required to provide the traditional CS service, which is equivalent to the operator has to Some CS businesses will invest in TAS again. Operators and equipment vendors must invest in CS business twice, resulting in waste of resources. Summary of the invention
  • the embodiments of the present invention provide a method, a system, and a network device for the evolution of a CS core network, so that the IMS network is not required to re-develop the TAS for the processing of the CS service, and the original CS service can be provided for the IMS user, and The CS user is provided with the original CS service and the new service in the IMS network to realize the integration of CS and IMS.
  • An embodiment of the present invention provides a method for evolving a CS core network, where the method includes:
  • the TAS provides voice services for users in the IMS network, wherein the enhanced MSC-Server is upgraded by the mobile switching center server MSC-Server in the CS core network, and has the voice application server TAS function in the IP multimedia subsystem IMS network;
  • the enhanced MSC-Server For the original service request initiated by the CS user who signed the new service, the enhanced MSC-Server Performing service processing, for the service request of the new service initiated by the CS user who has signed the new service, the enhanced MSC-Server sends the service request of the new service to the application server corresponding to the IMS network for processing;
  • the original service includes a service that can be processed by the original MSC-Server, and the new service includes a new service provided by the IMS network.
  • the embodiment of the present invention provides a network device, which is upgraded by a mobile switching center server MSC-Server in a CS core network, where the network device is equivalent to a voice application server in the IMS network in the IMS network,
  • Network equipment includes:
  • the IMS interface unit is configured to exchange information with other devices in the IMS network;
  • the CS interface unit is configured to perform information interaction with devices in the CS network;
  • the service processing unit is configured to: after the IMS interface unit or the CS interface unit receives the service request of the user, provide a voice service for the user in the IMS network, and perform service processing on the original service request initiated by the CS user who has signed the new service, And sending a service request for a new service initiated by a CS user that has signed a new service to an application server corresponding to the IMS network for processing;
  • the original service includes a service that can be processed by the original MSC-Server, and the new service includes a new service provided by the IMS network.
  • An embodiment of the present invention provides a system for evolved a CS core network, where the system includes an enhanced MSC-Server that is upgraded by an MSC-Server in a CS core network, and the enhanced MSC-Server has a voice application server function in the IMS network.
  • the system also includes a CSCF in the IMS network, where
  • the CSCF in the IMS network is configured to send a voice service request of the user in the received IMS network to the enhanced MSC-Server;
  • the enhanced MSC-Server is configured to connect to the IMS network, and serves as a TAS in the IMS network to provide voice services for users in the IMS network, and the enhanced MSC-Server is further configured to receive a service request sent by the CS user, and sign the contract.
  • the original business request initiated by the CS user of the new service to conduct the business Processing, for the service request of the new service initiated by the cs user that has signed the new service, sending the service request of the new service to the application server corresponding to the IMS network for processing;
  • the original service includes a service that can be processed by the original MSC-Server
  • the new service includes a new service provided by the IMS network.
  • the method, system and network device for the evolution of the CS core network provided by the embodiment of the present invention can be implemented by upgrading the MSC-Server in the CS core network to the enhanced MSC-Server having the TAS function in the IMS network.
  • the TAS in the IMS network provides the voice service for the users of the IMS network
  • the enhanced MSC-Server also provides the original service for the CS user, and sends the request for the new service of the CS user to the corresponding AS in the IMS network for processing.
  • the service processing capability of the MSC-S in the CS core network has been reused, so that it is not necessary to repeatedly develop the TAS in the IMS network, which protects the operator's investment in the CS service, and saves a lot of development costs and investment costs; After the enhanced MSC-S reuses the business processing logic of the original MSC-S, it naturally inherits the processing flow of the original CS service, ensuring the consistency of the service experience.
  • the embodiment of the present invention further provides a method, a system, and a voice application server for providing voice services in an IMS network, so that the original CS service can be provided for the IMS network user without repeatedly developing the TAS in the IMS network.
  • An embodiment of the present invention provides a method for providing a voice service in an IMS network, where the method includes:
  • the voice application server TAS in the IMS network receives the voice service request of the user. When it is determined that the voice service is the original service, the service is processed by the TAS. When the voice service is determined to be a new service, the service is used by the TAS. The request is sent to a corresponding AS in the IMS network for processing, the TAS is upgraded by the MSC-Server in the CS core network, and the upgraded TAS is communicated through a communication interface with the CSCF in the IMS network;
  • the original service includes a service that can be processed by the original MSC-Server, and the new service includes a new service provided by the IMS network.
  • the embodiment of the present invention provides a voice application server TAS in an IMS network, where the TAS is upgraded by a mobile switching center server MSC-Server in a CS core network, where the TAS includes: an IMS interface unit, and is used with an IMS network.
  • the information processing unit performs the information exchange between the other devices;
  • the service processing unit is configured to: after receiving the voice service request of the user by using the IMS interface unit, when determining that the service request is the original service, the service processing unit performs the requested service Processing, when the service is determined to be a new service, the service processing unit sends the service request to the IMS network The corresponding AS in the network is processed;
  • the original service includes a service that can be processed by the original MSC-Server, and the new service includes a new service provided by the IMS network.
  • the embodiment of the present invention further provides an IMS network system for providing a voice service, where the network system includes a voice application server TAS and a CSCF in an IMS network, and the TAS is upgraded by a mobile switching center server MSC-Server in the CS core network. And for performing information interaction with the CSCF in the IMS network, and after receiving the service request of the user, determining whether the service is an original service or a new service, and if it is an original service, providing the original The processing of the service, if it is a new service, sends the service request to the corresponding AS in the IMS network for processing;
  • the CSCF is configured to receive a service request of the user, and send the voice service request to the TAS for processing, where the service request of the user received by the CSCF includes a service request sent by the CS network user through the ICS framework;
  • the original service includes a service that can be processed by the original MSC-Server, and the new service includes a new service provided by the IMS network.
  • FIG. 1 is a network architecture diagram of an ISC implementation defined by the 3GPP in the prior art.
  • FIG. 2 is a structural diagram of an evolution of a CS core network according to an embodiment of the present invention.
  • FIG. 3 is a structural diagram of a network device according to an embodiment of the present invention.
  • FIG. 4A is a schematic diagram of a CS core network evolution system according to an embodiment of the present invention.
  • FIG. 4B is a schematic diagram of another CS core network evolution system according to an embodiment of the present invention.
  • FIG. 5 is a structural diagram of a voice service system provided in an IMS network according to an embodiment of the present invention.
  • FIG. 6 is a structural diagram of a TAS in an IMS network according to an embodiment of the present invention.
  • FIG. 7 is a schematic diagram of an IMS network system for providing voice services according to an embodiment of the present invention.
  • Figure 8 is a flow chart of a VoBB user initiating an original service.
  • Figure 9A is a flow diagram of a VoBB user initiating a new service.
  • Figure 9B is a flow diagram of another VoBB user initiating a new service.
  • Figure 10A is a flow chart of a CS user initiating an original service.
  • Figure 10B is a flow chart of another CS user initiating an original service.
  • Figure 11A is a flow chart of a CS user initiating a new service.
  • Figure 11B is another flow diagram of a CS user initiating a new service.
  • Figure 12 is another flow chart of a CS user initiating a service.
  • FIG. 1 is an architecture diagram of an ICS implementation, which upgrades an MSC-S to an EMSC (MSC Server enhanced for ICS, an MSC Server enhanced by ICS).
  • EMSC MSC Server enhanced for ICS
  • MSC Server enhanced by ICS MSC Server enhanced by ICS
  • the EMSC simulates A SIP User Agent (SIP UA) is used to proxy the user to register with the IMS.
  • SIP UA SIP User Agent
  • the users who have signed the ICS service all route the CS service to the IMS through the EMSC, and the CSCF in the IMS network routes the service to the voice application server.
  • TAS Telephony Application Server
  • the EMSC mainly provides A/Iu interface to SIP conversion function, and has the function of partial P-CSCF (Proxy-Call Session Control Device).
  • FIG. 2 is a structural diagram of an evolution of a CS core network according to an embodiment of the present invention.
  • the mobile switching center server MSC-S in the original CS core network is upgraded to enhance MSC-S, enhanced MSC-S not only has the function of the original MSC-S, but also adds the function of the voice application server TAS in the IP multimedia subsystem IMS network, and enhances the MSC-S to retain the original MSC-S and other CS network devices.
  • the interface between the interface for example, the interface between the BSS/RAN, the HLR, and the SCP, as the TAS in the IMS network, the enhanced MSC-S extends the ISC interface with the IMS Core, where the primary network device in the IMS Core is The call session control function device CSCF, the user in the IMS network includes a VoBB (Voice Over Broadband) user, and the VoBB user in the embodiment of the present invention includes VoBB (EVBO), VoBB (HSPA), VoBB (HSPA+), VoBB. (LTE), VoBB (WiMAX), VoBB (WIFI), VoBB(GEN), etc., in which VoBB (LTE) is taken as an example, referring to VoBB users in the LTE network, and the like.
  • an embodiment of the present invention provides a method for evolving a CS core network, including:
  • the MSC-Server in the CS core network is upgraded to an enhanced MSC-Server with the TAS function of the voice application server in the IMS network, and the MSC-Server is connected to the IMS network, and serves as a TAS in the IMS network, and is a user in the IMS network.
  • the enhanced MSC-Server For the original service request initiated by the CS user who has signed the new service, the enhanced MSC-Server performs the service processing, and the service request for the new service initiated by the CS user who has signed the new service is enhanced by the enhanced MSC-Server.
  • the service request is sent to an application server corresponding to the IMS network for processing;
  • the original service includes services that can be processed by the original MSC-Server, and the new services include new services provided by the IMS network, such as green call, one-number communication, and mobile IP Centrex services.
  • the specific manner of upgrading the MSC-Server to the enhanced MSC-Server having the TAS capability in the IMS network may be: extending the enhanced MSC-Serve and the CSCF in the IMS network based on the original functions of the MSC-Server
  • the communication interface between the two has the ability to process the SIP message of the initial protocol, and uses the original service processing logic of the MSC-Server to provide the service processing logic of the TAS in the IMS network.
  • the enhanced MSC-Server is used as the TAS in the IMS network, and the voice service is provided to the user in the IMS network.
  • the enhanced MSC-Server receives the voice service request of the IMS network user sent by the CSCF in the IMS network.
  • the enhanced MSC-Server performs service processing; when it is determined that the voice service request is a new service request, the enhanced MSC-Server sends the new service request to the corresponding AS.
  • the CSCF After the CSCF receives the voice service request from the user in the IMS network, the CSCF can send the voice service request to the enhanced MSC-Server for processing by using the standard iFC triggering method, and enhance the MSC-Server as the voice in the IMS network.
  • the anchor of the service processing the voice service.
  • Users in the IMS network can be broadband voice users.
  • the enhanced MSC-Server may perform the following two methods:
  • the MSC-Server After the MSC-Server receives the service request initiated by the CS user that has signed the new service, it determines whether the service request is an original service request or a new service request. If the service request is determined to be the original service request, the enhanced service request is enhanced. The MSC-Server processes (actually, the function of the original MSC-S). If it is determined that the service request is a new service request, the enhanced MSC-Server determines that the service request can be processed in the local AS according to the new service request type, and then The service request is directly sent to the corresponding AS in the visited IMS network.
  • the enhanced MSC-Server is further enhanced to further enhance the CSCF function in part of the IMS network, or the MSC-Server and the CSCF in the IMS network are enhanced.
  • the main purpose is to enhance the ability of the MSC-Server to obtain new service subscription data in the IMS network and the simple iFC triggering capability.
  • the enhanced MSC-Server can be in the process of user registration or location update from the IMS network.
  • the subscription data of the new service of the user in the IMS network is obtained, so that the enhanced MSC-Server has The capability judges whether the current CS user initiates the original service or is a new service.
  • the process of inserting the subscription data from the HSS into the CSCF by the user registration or location update process is a standard process and will not be described in detail herein;
  • the service processing of the standard IMS architecture is to be anchored to the AS of the home location for service processing.
  • the solution anchoring of the TAS and the floating of the TAS are realized, and the routing of the service request to the home IMS network is avoided. , improve processing efficiency and flexibility of business distribution.
  • the enhanced MSC-Server After receiving the service request initiated by the CS user that has signed the new service, the enhanced MSC-Server determines that the user subscribes to the new service according to the subscription data of the user, and then routes the service request to the session control function in the IMS network.
  • the device CSCF the CSCF sends the service request to the corresponding AS in the IMS network for processing according to the service request type, wherein if the service request type is a voice service request, the CSCF sends the voice service request to the enhancement as a TAS.
  • the enhanced MSC-Server determines whether the voice service is an original service or a new service, and if the original service is processed by the enhanced MSC-Serve, if it is a new service, the new service request is sent to the corresponding AS. Process it.
  • the service data of the original service of the CS user and the IMS user can be stored in the HLR in the CS network, and the service data of the new service of the CS user and the IMS user is stored in the HSS in the IMS network, and the subscription data of the user can be It is set in the HLR or HSS when the user opens an account, and the HLR and HSS can also be combined.
  • the enhanced MSC-S provides the original voice service for the traditional CS user, and the original voice service for the new IMS user.
  • the original voice service is terminated on the enhanced MSC-S with the TAS function.
  • the embodiment of the present invention provides a method for evolving a CS core network.
  • upgrading an MSC-Server in a core network to an enhanced MSC-Server having a TAS function in an IMS network the enhanced MSC-Server can be used as a TAS in the IMS network.
  • the voice service is provided for the users of the IMS network, and the enhanced MSC-Server also provides the original service for the CS user, and sends the request for the new service of the CS user to the corresponding AS in the IMS network for processing, so that the MSC in the CS core network
  • the service processing capability of S has been reused, which eliminates the need for repeated development of TAS in the IMS network, protects the operator's investment in CS services, and saves a lot of development costs and investment costs.
  • the enhanced MSC-S is upgraded.
  • the service processing reverse of the original MSC-S is reused, and the processing flow of the original CS service is naturally inherited, ensuring the consistency of the service experience.
  • the standard defined ICS architecture if the CS service of the CS user is to be implemented in the IMS network, the service data of the CS user needs to be migrated to the HSS in the IMS network.
  • the original charging, intelligent service, and ring back tone platform interfaces are also Need to migrate to the new TAS, business data migration and network adjustment engineering is huge, network transformation costs are high, and HLR and HSS will coexist for a long time, data consistency and synchronization difficulty is also large, and adopted
  • the service data of the original service of the CS user does not need to be changed, and the charging, the intelligent service, and the CRBT platform interface do not need to be changed, so that the implementability of the solution is greatly enhanced.
  • the cost of network modification is reduced, and the network maintenance cost is greatly reduced compared with the ICS architecture, and the network maintenance is also less difficult.
  • the ICS architecture defined by the standard as long as the voice service initiated by the CS user signing the ICS is anchored to the IMS domain, most of the services initiated by some CS users may still be traditional. For the voice service, this part of the service needs to be returned to the IMS domain for processing. At the same time, because the processing efficiency of the IMS for the voice service is lower than that of the MSC-S in the CS core network, the processing efficiency of the voice service is reduced, by adopting the embodiment of the present invention.
  • the CS core network evolution method enables the enhanced MSC-S to determine whether the service type is the original service, and directly processes the original service, thereby avoiding the return to the IMS network and improving the efficiency of the voice service processing. As shown in FIG.
  • the network device 300 corresponds to an enhanced MSC-S in the foregoing method, where the network device is a mobile switching center server MSC in the CS core network.
  • the server is upgraded.
  • the network device is equivalent to the voice application server in the IMS network in the IMS network.
  • the network device 300 includes:
  • the IMS interface unit 302 is configured to exchange information with other devices in the IMS network, for example, interact with the CSCF in the IMS network through an ISC interface, and receive a service request of the user sent from the CSCF.
  • the CS interface unit 304 is configured to perform information interaction with a device in the CS network, for example, with a device such as a BSS/RAN, an HLR, or an SCP, and receive a service request sent by the CS user through the BSS/RAN;
  • the service processing unit 306 is configured to: after the IMS interface unit 302 or the CS interface unit 304 receives the service request of the user, provide a voice service for the user in the IMS network, and initiate the original service request for the CS user who has signed the new service. Perform business processing, and send the service of the new service initiated by the CS user who has signed the new service to the application server corresponding to the IMS network for processing;
  • the original service includes a service that the original MSC-Server can handle, and the new service includes a new service provided by the IMS network.
  • the processing of the service request by the service processing unit 306 can be referred to the description in the foregoing method embodiment.
  • the service processing unit 306 provides voice services for users in the IMS network, including: a service processing list.
  • the element 306 receives the voice service request of the IMS network user sent by the IMS interface unit, and when it is determined that the voice service request is the original service request, the service processing unit 306 performs service processing; when determining that the voice service request is a new service request Sending, by the service processing unit 306, the new service request to the corresponding AS for service processing;
  • the service processing unit 306 performs service processing on the original service request initiated by the CS user that has signed the new service.
  • the service processing unit determines the service after receiving the service request initiated by the CS user that has signed the new service through the CS interface unit 304.
  • the request is the original service, and is processed by the service processing unit 306.
  • the service processing unit needs to have the function of a part of the CSCF, which is described in detail in the description of the method embodiment; or the user is contracted according to the subscription data of the user.
  • the service, the service request is routed to the control function device CSCF in the IMS network, and the CSCF determines that the service request is a voice service, and the voice service is sent to the service processing unit 306 through the IMS interface unit 302.
  • the service processing unit 306 determines that the voice service is an original service, and the service processing unit 306 performs service processing.
  • the service processing unit 306 sends the service request of the new service initiated by the CS user that has signed the new service to the application server corresponding to the IMS network for processing.
  • the service processing unit 306 receives the CS that has signed the new service through the CS interface unit 304. After the service request initiated by the user, the service request unit 306 determines that the service request is a new service request, and the service processing unit 306 directly sends the service request to the corresponding AS in the visited IMS network for processing according to the new service request type, which is required.
  • the service processing unit 306 has the function of a part of the CSCF, and the corresponding description is described in the reference to the method embodiment, or
  • the service processing unit 306 After the service processing unit 306 receives the service request initiated by the CS user that has signed the new service through the CS interface unit 304, and determines that the user subscribes to the new service according to the subscription data of the user, the service processing unit 306 routes the service request to the session in the IMS network.
  • the control function device CSCF the CSCF sends the service dependency to the corresponding AS in the IMS network for processing according to the service request type, wherein if the service request type is a voice service request, the CSCF requests the voice service to pass the IMS.
  • the interface unit 302 sends to the service processing unit 306, and the service processing unit 306 determines that the voice service is For new services, the new service request is sent to the corresponding AS for processing.
  • a schematic diagram of a CS core network evolution system includes an enhanced MSC-Server 402 upgraded by an MSC-Server in a CS core network, and an enhanced MSC-Server 402. Having a voice application server function in an IMS network, the system further includes a CSCF 404 in the IMS network, where
  • the CSCF 404 in the IMS network is configured to send the voice service request of the user in the received IMS network to the enhanced MSC-Server 402;
  • the enhanced MSC-Server 402 is configured to connect to the IMS network and serve as a TAS in the IMS network to provide voice services for users in the IMS network, and the enhanced MSC-Server 402 is further configured to receive the service request sent by the CS user.
  • Service processing of the original service request initiated by the CS user who has signed the new service, and the service dependence of the new service initiated by the CS user who has signed the new service, and the service dependency of the new service is sent to the IMS network.
  • the original service includes services that the original MSC-Server 402 can handle, and the new service includes new services provided by the IMS network.
  • the specific service processing logic of the enhanced MSC-Server 402 is the same as that described in the foregoing embodiment of the CS core network evolution method. For the sake of brevity, it will not be described in detail here.
  • the specific implementation of the enhanced MSC-Server 402 can also refer to the implementation of the present invention.
  • the network devices provided in the example are not described here.
  • FIG. 4B is a schematic diagram of another CS core network evolution system according to an embodiment of the present invention.
  • the system further includes one or more MSC-S 406s in the CS core network. Only one case is shown, which is used to send the received service request initiated by the CS user that has signed the new service to the enhanced MSC-S 402.
  • the enhanced MSC-S 402 receives the service request, the service request is performed. Processing, wherein the processing logic for the new service is the same as the method embodiment and the enhancement MSC-S 406 of Figure 4A, and the service request is required for the legacy service enhancement MSC-S 402 Routed back to MSC-S 406, the MSC-S 406 processes the service dependencies.
  • the system provided in FIG. 4B enables the CS network to upgrade only one or a small part of the MSC-S 406 to the enhanced MSC-S 406 during the IMS network convergence process, and the other MSC-S 406 will configure the new service CS through the routing configuration.
  • the user's service request is sent to the enhanced enhanced MSC-S 406, and the enhanced MSC-S performs unified processing on the service requests of the users who have signed the new service, thereby ensuring that the existing network equipment is not modified, and further saving.
  • the cost of network transformation is used in the cost of network transformation.
  • the network device and the CS core network evolution system provided by the embodiments of the present invention are all upgraded to the enhanced MSC-S 406 by using the MSC-S 406 in the CS core network, and the same technical means as the method embodiment are adopted.
  • the technical effect achieved is also consistent with that described in the previous method embodiments.
  • FIG. 5 an architecture diagram of a voice service system in an IMS network according to an embodiment of the present invention is provided.
  • a voice application server TAS providing voice services in an IMS network is used by an MSC in a CS core network.
  • the TAS no longer directly receives the service request from the CS network, but only serves as the AS in the IMS network, and receives the service request of the user from the CSCF in the IMS network, and these service requests include the IMS user (as shown in the figure).
  • the service request initiated by the VoBB user may also include the service request initiated by the CS user through the IMS network under the ICS architecture.
  • the TAS can retain the interface between the original MSC-S and the HLR or SCP in the CS network.
  • the service data of some users' original services can be stored in the HLR in the CS network.
  • the subscription data of the subsequent network users is stored in the HSS in the IMS network. At that time, the TAS does not need to interact with devices such as the HLR in the CS network.
  • the standard definition of the ICS architecture in addition to the way to upgrade the MSC to EMSC (embrating a SIP UA) as shown in the system of Figure 5, there are two other ways.
  • One is to upgrade the user equipment UE in the CS network directly. Interact with the TAS in the IMS network to perform signaling control of the CS voice service to complete the voice service request.
  • These three ICS architectures are all defined by standards, please refer to 3PGG for details. The criteria defined in 23.292.
  • an embodiment of the present invention provides a method for providing a voice service in an IMS network, including:
  • the upgraded TAS communicates with the communication interface between the CSCF in the IMS network; receiving the voice service request of the user, when determining the When the voice service is the original service, the service is processed by the TAS; when it is determined that the voice service is a new service, the TAS sends the service request to the corresponding AS in the IMS network for processing;
  • the original service includes services that can be processed by the original MSC-Server, and the new services include new services provided by the IMS network, such as green call, one-number communication, and mobile IP Centrex services.
  • the service processing performed by the TAS includes:
  • the TAS After receiving the service request of the original service, the TAS performs service processing according to the original service logic of the original MSC-Server.
  • the subscription data of the user's original service may be stored in the HLR in the CS network, and the subscription data of the user's new service is stored in the HSS in the IMS network, and the TAS retains the communication interface with the HLR.
  • the TAS only obtains the user's subscription data from the HSS.
  • the method for implementing the voice service in the IMS network provided by the embodiment of the present invention provides the service processing for the voice service sent by the IMS network or the CS user through the ICS architecture by upgrading the MSC-Server in the core network to the TAS in the IMS network.
  • the service processing capability of the MSC-S in the CS core network is reused, thereby eliminating the need for repeated development of the TAS in the IMS network, protecting the operator's investment in the CS service, and saving a large amount of development cost and investment cost;
  • the upgraded TAS reuses the business processing logic of the original MSC-S, it naturally inherits the processing of the original CS service. The process ensures the consistency of the business experience.
  • the interface between the original MSC-S and the HLR and SCP in the CS network can be reserved, so that the original service data of the user can be stored in the HLR.
  • the service data of the original service of the CS user does not need to be changed, and the charging, intelligent service, and ring back tone platform interfaces do not need to be changed, so that the implementability of the solution is greatly enhanced, and the cost of the network modification is reduced, which is beneficial to the CS.
  • the evolution of the network to the IMS network is improved.
  • the IMS user and the CS user are uniformly provided with services, and the integration with the standard defined ICS architecture is realized, thereby achieving seamless integration with the existing evolution direction.
  • FIG. 6 is a structural diagram of a TAS 600 in an IMS network according to an embodiment of the present invention.
  • the TAS is upgraded by a mobile switching center server MSC-Server in a CS core network, where the TAS includes:
  • the IMS interface unit 602 is configured to perform information interaction with other devices in the IMS network, for example, receiving a voice service request from the CSCF;
  • the service processing unit 604 is configured to: after receiving the voice service request of the user by the IMS interface unit 602, when determining that the service request is the original service, the service processing unit 604 processes the requested service, and determines the service request. When the service is new, the service processing unit 604 sends the service request to the corresponding AS in the IMS network for processing;
  • the original service includes a service that the original MSC-Server can handle, and the new service includes a new service provided by the IMS network.
  • the processing of the original service request by the service processing unit 604 includes: processing the original service according to the original service processing logic of the original MSC-Server.
  • the TAS may further include an obtaining unit 606, configured to acquire service data of the original service of the user from the home location register HLR in the CS network, and send the obtained service data to the service processing unit 604, and the service processing unit 604 receives the Business data to the business request.
  • an obtaining unit 606 configured to acquire service data of the original service of the user from the home location register HLR in the CS network, and send the obtained service data to the service processing unit 604, and the service processing unit 604 receives the Business data to the business request.
  • an IMS network system for providing voice services includes a TAS 702 and a CSCF 704 in an IMS network.
  • the TAS 702 is upgraded by a mobile switching center server MSC-Server in the CS core network for performing information with the CSC 704F in the IMS network.
  • MSC-Server in the CS core network for performing information with the CSC 704F in the IMS network.
  • the corresponding AS in the network performs processing;
  • the CSCF 704 is configured to receive a service request of the user, and send the voice service request to the TAS 702 for processing, where the service request of the user received by the CSCF 704 includes a service request sent by the CS network user through the ICS framework;
  • the original service includes a service that the original MSC-Server can handle, and the new service includes a new service provided by the IMS network.
  • TAS 702 The specific structure and function of the TAS 702 can be referred to the device embodiment corresponding to FIG. 6.
  • system may further include a home location register HLR 706 in the CS network, configured to interact with the TAS 702, and send the service data of the user's original service to the TAS 702, where the TAS 702 is configured to obtain the original service of the user from the HLR. After the business data, the user's business odds are processed.
  • HLR 706 home location register
  • the system for providing voice services in the IMS network and the TAS 702 provided by the embodiments of the present invention are both upgraded to the TAS 702 in the IMS network by using the MSC-S in the CS core network, and the voice service is provided in the IMS network.
  • the technical means achieved by the method embodiments are the same as those described in the foregoing method embodiments.
  • the foregoing embodiment is specifically described by using a specific application scenario.
  • the IMS user is described by taking a VoBB user as an example.
  • the flow chart for initiating the original service for the VoBB user is described by taking the MSC-S upgrade to the TAS architecture as an example.
  • the TAS identifier is in the CS domain
  • the upgrade is already in the IMS network.
  • Device, identified here as the CS domain mainly to illustrate that it is literated by devices in the CS domain From the level, the following illustrations are similar.
  • the process includes:
  • Step 801 VoBB initiates a voice call request.
  • Step 802 After receiving the voice call request, the IMS Core performs standard IMS process processing. For example, after receiving the voice call request, the proxy-call session control device P-CSCF routes the call request to the selected S-CSCF.
  • the preset condition is that the VoBB user has already registered to the HSS, and the HSS has selected an S-CSCF to serve the VoBB user. This section is mature and existing and will not be described in detail here.
  • Step 803 The IMS Core performs iFC triggering according to the user subscription data, and sends the voice service request to the TAS. Specifically, the S-CSCF in the IMS Core determines the service according to the user subscription data and the iFC rule downloaded from the HSS during registration. Send a voice service request to the TAS for the voice service;
  • Step 804 The TAS receives the voice service request
  • Step 805 The TAS determines that the voice service is an original service and performs service processing, where the TAS processes the service according to the service processing logic of the original MSC-S.
  • the TAS can convert the received service request in the SIP message format into a service request in a message format that can be processed by the original MSC-Server, and perform service processing according to the original service logic of the original MSC-Server.
  • the service data of the original service of the VoBB user can be stored in the HLR of the CS network, or in the HSS of the IMS network.
  • the TAS obtains the subscription data of the user from the HSS or the HLR.
  • the TAS processes the service, if there is no user service data in the TAS, the TAS can obtain the user's service data and perform service processing by interacting with the HLR or the HSS.
  • Specific application scenario 2 New business process initiated by VoBB users (applicable to MSC-S upgrade to Enhanced MSC-S and upgrade to TAS architecture)
  • FIG. 9A a flowchart for initiating a new service for a VoBB user is described by taking the MSC-S upgrade to the TAS architecture as an example.
  • the process includes:
  • Step 901 - Step 904 Same step 801 - Step 804;
  • Step 905 The TAS performs a service decision according to the user subscription data, and finds that the voice service request is a new service.
  • the TAS can obtain the user's subscription data from the HSS in the third-party registration process of the user.
  • the third-party registration process is a standard process. No detailed explanation;
  • Step 906 The TAS routes the service request to the IMS Core.
  • Step 907 The IMS Core routes the service request to the corresponding AS, and the AS processes the new service.
  • the optimization process for initiating a new service for the VoBB user wherein the TAS further adds the function of the part of the CSCF, mainly the function of the S-CSCF, or the TAS and the S-CSCF, so that the TAS has the direct iFC trigger.
  • the ability of the TAS to have a partial CSCF function, the user's subscription data will be inserted into the TAS during user registration or location update.
  • Step 90 ⁇ -step 905, is the same as step 901-step 905;
  • Step 906 The TAS directly sends the service request to the corresponding service AS for processing. Through this process optimization, the processing efficiency is improved.
  • the above procedure is also applicable to the CS user accessing the IMS network through the ICS architecture.
  • the process of processing the service request initiated by the CS user through the ICS architecture is basically similar to the above process. , do not repeat the instructions here. In this situation,
  • the TAS will serve as a converged voice service server that provides voice services for both the IMS network and the CS network.
  • Specific application scenario 3 Original service initiated by the CS user (applicable to MSC-S upgrade to enhanced Under the MSC-S architecture)
  • FIG. 10A a flow chart for initiating an original service for a CS user, wherein the enhanced MSC-S is upgraded from the original MSC-S, and the enhanced MSC-S has the function of TAS in the IMS network, and in the embodiment, the enhanced MSC- S further increases the functions of some CSCFs, mainly the functions of the S-CSCF.
  • the enhanced MSC-S can also be combined with the S-CSCF. This enhances the MSC-S's ability to directly perform iFC triggering, as the enhanced MSC-S has a part.
  • CSCF function in the user registration or location update process, the subscription data of the user's IMS network new service will be inserted into the enhanced MSC-S from the HSS.
  • Step 1001 The RAN/BSS initiates a user registration request to the enhanced MSC-S.
  • Step 1002 Enhance the interaction between the MSC-S and the HLR, and obtain the subscription data of the user.
  • Step 1003 The user initiates a voice call request, and routes to the enhanced MSC-S through the RAN/BSS.
  • Step 1004 The enhanced MSC-S determines that the user has subscribed to the new service, for example, determining that the user has signed a new service by using a flag bit in the subscription data. The service then performs a service decision according to the subscription data of the user's new service obtained by the user in the third-party registration process of the IMS network, and determines that the current service is the original service, and then the original service logic of the original MSC-S is used for the service.
  • the MSC-S is actually enhanced by an internal iFC trigger. After the service is determined to be a voice service, it is directly processed.
  • FIG. 10B another flow chart for initiating the original service for the CS user, in which the enhanced MSC is simply a TAS, does not have the CSCF function.
  • Step 100 ⁇ -step 1003, is the same as step 1001 - step 1003;
  • Step 1004 The enhanced MSC-S determines that the user has subscribed to a new service. For example, the user subscription data has a flag bit. After the flag is used to determine that the user has signed a new service, the service request is routed to the IMS domain.
  • the enhanced MSC-S can route the service request to the IMS domain through the route configuration or the SCP triggering the smart change number. For example, by signing an SSCODE identifier in the subscription data of the HLR, when the SSCODE is matched, a prefix is sent out before the number. Or the user triggers wisdom After the IP address is changed, the number is changed by the SCP, and the number is analyzed and then routed to the IMS domain.
  • the service request message sent by the enhanced MSC-S can be the message format in the CS network, which is implemented by the media gateway control function (MGCF) at the IMS network boundary.
  • MGCF media gateway control function
  • the enhanced MSC-S may also have the function of the MGCF, and directly send out the service request of the SIP message format to the IMS domain;
  • Step 1005 After receiving the service request, the IMS Core performs an iFC trigger according to the subscription data of the user, and routes the service back to the TAS for processing the voice service (that is, the enhanced MSC-S is equivalent to a TAS in the IMS network);
  • Step 1006 After the MSC-S receives the service request and determines that the service is the original service, the service request is processed.
  • the enhanced MSC-S can convert the received service request in the SIP message format into a service request in a message format that can be processed by the original MSC-Server, and perform service processing according to the original service logic of the original MSC-Server.
  • the enhanced MSC-S sends the new service request to the corresponding AS for processing according to the IMS standard service process.
  • Specific application scenario 4 New services initiated by CS users (applicable to MSC-S upgrade to enhanced MSC-S architecture)
  • Figure 11A shows the flow chart for initiating a new service for the CS user.
  • the flow is as follows:
  • Step 1101 - Step 1104 Same as step drawing, - step 1004;
  • Step 1105 The IMS Core performs iFC triggering, and the service request is routed to the service AS corresponding to the new service for processing.
  • FIG. 11B is another flow chart for initiating a new service for a CS user, wherein the enhanced MSC-S is upgraded from the original MSC-S, and the enhanced MSC-S has the function of TAS in the IMS network, and the MSC is enhanced in the embodiment.
  • -S further increases the functionality of some CSCFs, mainly the functions of the S-CSCF.
  • the enhanced MSC-S can also be combined with the S-CSCF, so that the enhanced MSC-S has direct iFC triggering.
  • the ability to enhance the MSC-S with partial CSCF functionality, during the user registration or location update process, the subscriber's IMS network new service subscription data will be inserted into the enhanced MSC-S from the HSS.
  • Step 110 ⁇ -step 1103, is the same as step 1101 - step 1103;
  • Step 1104 The enhanced MSC-S determines that the user has subscribed to the new service, and the service data of the new service subscription data is determined, and the service negotiation type can be processed by the visited AS, and the service is directly routed to the service.
  • the visited AS is processed by the visited AS. Of course, it can also be directly routed to the home AS for service processing.
  • FIG. 12 Another flow chart is initiated for a CS user.
  • multiple MSC-Ss exist in the network, and one MSC-S is upgraded to an enhanced MSC-S with TAS function in the IMS network.
  • the MSC-S is not upgraded.
  • the figure uses only one MSC-S as an example.
  • the process includes:
  • Step 1201 The RAN/BSS initiates a user registration request to the MSC-S;
  • Step 1202 The MSC-S interacts with the HLR to obtain subscription data of the user.
  • Step 1203 The user initiates a voice call request and routes to the MSC-S through the RAN/BSS.
  • the anchor point is handled uniformly for the CS users who have signed up for the new service;
  • Step 1205A For the service request of the new service, refer to the description in the specific process of the scenario 4 in the specific process.
  • Step 1205B After the original MSC-S determines that the service is the original service, the enhanced MSC-S determines that the service is the original service (see steps 1004 and 1006 in the scenario 3), and the previous steps refer to the scenario III. Process description in the process) Enhanced MSC-S needs to route the service request back The MSC-S that sends the service request performs service processing by the MSC-S.

Landscapes

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

Description

一种电路域核心网演进的方法、 系统及网络设备 本申请要求了 2009年 5月 22日提交的、 申请号为 200910107618.7、 发明名 称为 "一种电路域核心网演进的方法、 系统及网络设备" 的中国申请的优先 权， 其全部内容通过引用结合在本申请中。 技术领域
本发明涉及通信技术领域， 尤其涉及一种电路域核心网演进的方法、 系 统及网络设备。
背景技术
传统的电路域（Circuit Switched, 以下简称 CS ) 用于向用户提供电路型 业务的连接，电路域中的移动交换中心 (Mobile Switched Center,以下简称 MSC) 负责完成电路交换型业务的交换和信令控制功能， 在承载与控制分离的架构 下， 移动交换中心可以分为移动交换中心服务器 （MSC-Server, 以下简称 MSC-S ) 和电路交换媒体网关 （CS-MGW ) ， 电路域中还包括诸如归属位置 寄存器 HLR， 拜访位置寄存器 VLR等设备， 其中 MSC-S是 CS核心网的核心设 备， 用于提供 CS业务的处理逻辑。
网际协议多媒体子系统（ IP Multimedia subsystem, 以下简称： IMS )是 第三代合作伙伴项目（ 3rd Generation Partnership Project,以下简称： 3GPP )在 分组网络上叠加的子系统，其采用 IP分组域作为其控制信令和媒体传输的承载 通道， 引入^ "初始化协议（Session Initation Protocol, 以下简称： SIP )协议 作为业务控制协议， 利用 SIP简单、 易扩展、 媒体组合方便的特点， 实现业务 管理、 会话控制及承载接入的三者分离， 提供丰富的多媒体业务。 IMS中的主 要功能实体包括： 用于控制用户注册、 实现会话控制等功能的呼叫会话控制 装置（ Call Session Control Function， 以下简称： CSCF)， 用于集中管理用户签 约数据的归属用户服务器（ Home Subscriber Server, 以下简称： HSS )， 和提 供各种业务逻辑控制功能的应用服务器（ Application Server, 以下简称： AS ) 等。
由于 IMS的上述优势，传统的 CS网络向 IMS演进从而通过 IMS为用户提供 更多的新业务已经成为必然的趋势。 为实现 CS与 IMS的融合， 通过 IMS为 CS 用户提供业务， 3GPP定义了 ICS ( IMS Centralized Services, 基于 IMS提供 CS 业务）业务的实现方案， 将 MSC-S升级成为 EMSC ( MSC Server enhanced for ICS, 为 ICS增强的 MSC Server ) , 用户通过 CS域接入后， EMSC模拟成一个 SIP用户代理（ User Agent, 简称 SIP UA )来代理用户注册到 IMS， 签约了 ICS 业务的用户全部通过 EMSC将 CS业务路由到 IMS， 并由 IMS网络中的 CSCF将 业务路由到语音应用服务器（ Telephony Application Server , 以下简称 TAS ) 进行业务处理， EMSC主要提供 A/Iu接口到 SIP的转换功能，并具备部分 P-CSCF (代理-呼叫会话控制装置） 的功能。
为实现传统的 CS业务， IMS中的 TAS需要继承现有 CS网絡中的所有业 务处理能力， 除了语音业务， 还包括数据、 传真、 短信、 智能业务、 监听等， 这样 TAS需要进行大量的重复开发， 对于一些运营商特有的定制化业务 TAS 实现就更加困难， 而且 MSC-S升级到 EMSC, 性能基本不变， 但需要新投资 TAS来提供传统的 CS业务， 这就相当于运营商要对已有的 CS业务再进行 TAS的投资， 运营商和设备商都要为 CS业务投资两遍， 造成了资源的浪费。 发明内容
有鉴于此， 本发明实施例提供了一种 CS核心网演进的方法、 系统和网络设备， 使得不需 要 IMS网络为 CS业务的处理重新开发 TAS, 就可以为 IMS用户提供原有 CS业务， 以及 为 CS用户提供原有 CS业务以及 IMS网络中的新业务， 实现 CS与 IMS的融合。
本发明实施例提供了一种 CS核心网演进的方法， 该方法包括：
增强 MSC-Server与 IMS网络连接， 作为 IMS网络中的语音应用服务器
TAS, 为 IMS网络中的用户提供语音业务， 其中所述增强 MSC-Server由 CS 核心网中的移动交换中心服务器 MSC-Server升级得到， 具备 IP多媒体子系 统 IMS网络中的语音应用服务器 TAS功能；
对于签约了新业务的 CS用户发起的原有业务请求， 由增强 MSC-Server 进行业务处理， 对于签约了新业务的 CS用户发起的新业务的业务请求， 由增 强 MSC-Server将所述新业务的业务请求发送至 IMS网络对应的应用服务器进 行处理；
其中所述原有业务包括原 MSC-Server能够处理的业务， 所述新业务包括 由 IMS网络提供的新的业务。 本发明实施例提供了一种网络设备，所述网络设备由 CS核心网中的移动 交换中心服务器 MSC-Server升级得到， 所述网络设备在 IMS网络中相当于 IMS网络中的语音应用服务器， 该网络设备包括：
IMS接口单元 , 用于与 IMS网络中其他设备之间进行信息的交互； CS接口单元， 用于与 CS网络中的设备进行信息的交互；
业务处理单元 , 用于在 IMS接口单元或 CS接口单元接收到用户的业务 请求后， 为 IMS网络中的用户提供语音业务， 为签约了新业务的 CS用户发 起的原有业务请求进行业务处理，并将签约了新业务的 CS用户发起的新业务 的业务请求发送至 IMS网络对应的应用服务器进行处理；
其中所述原有业务包括原 MSC-Server能够处理的业务， 所述新业务包括 由 IMS网络提供的新的业务。 本发明实施例提供了一种 CS核心网演进的系统， 该系统包括由 CS核心 网中的 MSC-Server升级而成的增强 MSC-Server, 增强 MSC-Server具备 IMS 网络中的语音应用服务器功能， 该系统还包括 IMS网络中的 CSCF， 其中，
IMS网络中的 CSCF用于将接收到的 IMS网络中用户的语音业务请求发 送至所述增强 MSC-Server;
所述增强 MSC-Server用于与 IMS网络连接， 并作为 IMS网络中的 TAS, 为 IMS网络中的用户提供语音业务， 增强 MSC-Server用于还用于接收 CS用 户发送的业务请求，对签约了新业务的 CS用户发起的原有业务请求进行业务 处理，对于签约了新业务的 cs用户发起的新业务的业务请求，将所述新业务 的业务请求发送至 IMS网络对应的应用服务器进行处理；
其中所述原有业务包括原 MSC-Server能够处理的业务， 所述新业务包括 由 IMS网络提供的新的业务。 本发明实施例提供的 CS核心网演进的方法、 系统及网络设备， 通过将 CS核心网中的 MSC-Server升级为具备了 IMS网络中 TAS功能的增强 MSC-Server， 增强 MSC-Server就 可以作为 IMS网络中的 TAS, 为 IMS网络的用户提供语音业务， 同时增强 MSC-Server也 为 CS用户提供原有业务， 并将 CS用户新业务的请求发送至 IMS网络中对应的 AS进行 处理， 这样， CS核心网中 MSC-S的业务处理能力得到了重用， 从而不需要在 IMS网络对 TAS进行重复开发，保护了运营商对 CS业务的投资， 节省了大量的开发成本和投资成本； 另外由于升级后的增强 MSC-S重用了原 MSC-S的业务处理逻辑， 天然继承了原有 CS业务 的处理流程， 保证了业务体验的一致性。 本发明实施例还提供了一种 IMS网络中提供语音业务的方法、 系统和语音应用服务器，使 得 IMS网络中不需要重复开发 TAS， 就可以为 IMS网络用户提供原有 CS业务。
本发明实施例提供了一种 IMS网络中提供语音业务的方法，该方法包括：
IMS网络中的语音应用服务器 TAS接收用户的语音业务情求， 当确定所 述语音业务为原有业务时， 由 TAS进行业务处理； 当确定所述语音业务为新 业务时， 由 TAS将该业务请求发送至 IMS网络中对应的 AS进行处理， 所述 TAS由 CS核心网中的 MSC-Server升级得到 , 升级后的 TAS通过与 IMS网 络中的 CSCF之间的通信接口进行通信；
其中所述原有业务包括原 MSC-Server能够处理的业务， 所述新业务包括 由 IMS网络提供的新的业务。 本发明实施例提供了一种 IMS网络中的语音应用服务器 TAS， 所述 TAS 由 CS核心网中的移动交换中心服务器 MSC-Server升级得到，所述 TAS包括： IMS接口单元， 用于与 IMS网络中其他设备之间进行信息的交互； 业务处理单元 , 用于通过 IMS接口单元接收到用户的语音业务请求后， 当确定该业务请求为原有业务时， 则由业务处理单元对请求的业务进行处理， 当确定该业务倚求为新业务时， 由业务处理单元将该业务请求发送至 IMS网 络中对应的 AS进行处理；
其中所述原有业务包括原 MSC-Server能够处理的业务， 所述新业务包括 由 IMS网络提供的新的业务。 本发明实施例还提供了一种提供语音业务的 IMS 网络系统， 该网络系统 包括语音应用服务器 TAS以及 IMS网络中的 CSCF， 所述 TAS由 CS核心网 中的移动交换中心服务器 MSC-Server升级得到， 用于与 IMS网络中的 CSCF 之间进行信息的交互， 并在接收到用户的业务请求后， 确定所述业务是原有 业务， 还是新业务， 如果是原有业务， 为用户提供原有业务的处理， 如果是 新业务， 将业务请求发送 IMS网络中对应的 AS进行处理；
CSCF, 用于接收用户的业务请求， 并将语音业务请求发送至 TAS进行处 理，其中 CSCF接收的用户的业务请求包括 CS网络用户通过 ICS架构发送的 业务请求；
其中所述原有业务包括原 MSC-Server能够处理的业务， 所述新业务包括 由 IMS网络提供的新的业务。
附图说明
图 1 是现有技术中 3GPP定义的一个 ISC实现的网络架构图。
图 2是本发明实施例提供的一种 CS核心网演进的架构图。
图 3是本发明实施例提供的一种网络设备的结构图。
图 4A是本发明实施例提供的一种 CS核心网演进系统的示意图。
图 4B是本发明实施例提供的另一种 CS核心网演进系统的示意图。
图 5是本发明实施例提供的一种 IMS网络中提供语音业务系统的架构图。 图 6是本发明实施例提供的一种 IMS网络中的 TAS的结构图。
图 7是本发明实施例提供的一种提供语音业务的 IMS网络系统的示意图。 图 8是一种 VoBB用户发起原有业务的流程图。
图 9A是一种 VoBB用户发起新业务的流程图。 图 9B是另一种 VoBB用户发起新业务的流程图。
图 10A是一种 CS用户发起原有业务的流程图。
图 10B是另一种 CS用户发起原有业务的流程图。
图 11A是一种 CS用户发起新业务的流程图。
图 11B是一种 CS用户发起新业务的另一个流程图。
图 12是一种 CS用户发起业务的另一个流程图。
具体实施方式
本发明实施例中， 图 1是一种实现 ICS的架构图， 其将 MSC-S升级成 为 EMSC ( MSC Server enhanced for ICS, 为 ICS增强的 MSC Server ), 用户 通过 CS域接入后， EMSC模拟成一个 SIP用户代理（ User Agent,简称 SIP UA ) 来代理用户注册到 IMS, 签约了 ICS业务的用户全部通过 EMSC将 CS业务 路由到 IMS , 并由 IMS 网络中的 CSCF 将业务路由到语音应用服务器 ( Telephony Application Server, 以下简称 TAS )进行业务处理， EMSC主要 提供 A/Iu接口到 SIP的转换功能， 并具备部分 P-CSCF (代理-呼叫会话控制 装置） 的功能。
如图 2所示， 图 2为本发明实施例提供的一种 CS核心网演进的架构图， 从图中可以看到， 原有的 CS核心网中的移动交换中心服务器 MSC-S升级为 了增强 MSC-S, 增强 MSC-S除了具有原有 MSC-S的功能外， 还增加了 IP多 媒体子系统 IMS 网络中语音应用服务器 TAS 的功能， 增强 MSC-S保留原 MSC-S与其他 CS 网络设备之间的接口， 例如与 BSS/RAN、 HLR以及 SCP 之间的接口， 作为 IMS网络中的 TAS， 增强 MSC-S扩展了与 IMS Core之间 的 ISC 接口， 其中 IMS Core 中的主要网络设备为呼叫会话控制功能装置 CSCF, IMS网络中的用户包括 VoBB ( Voice Over Broadband 宽带语音用户） 用户， 本发明实施例中的 VoBB用户包括 VoBB ( EVBO ), VoBB ( HSPA ), VoBB ( HSPA + ), VoBB(LTE), VoBB ( WiMAX )， VoBB ( WIFI ) ,VoBB(GEN) 等， 其中以 VoBB(LTE)为例 , 指的是 LTE网络中的 VoBB用户， 其他类同。 在图 2的架构下， 本发明实施例提供了一种 CS核心网演进的方法， 包 括：
将 CS核心网中的 MSC-Server升级为具备 IMS网络中的语音应用服务 器 TAS功能的增强 MSC-Server, 增强 MSC-Server与 IMS网络连接， 并作为 IMS网络中的 TAS， 为 IMS网络中的用户提供语音业务；
对于签约了新业务的 CS用户发起的原有业务请求， 由增强 MSC-Server 进行业务处理，对于签约了新业务的 CS用户发起的新业务的业务请求， 由增 强 MSC-Server将所述新业务的业务请求发送至 IMS网络对应的应用服务器进 行处理；
其中所述原有业务包括原 MSC-Server能够处理的业务， 所述新业务包 括由 IMS网络提供的新的业务， 例如绿色呼叫、 一号通、 移动 IP Centrex业 务等。
在该方法中，将 MSC-Server升级为具备 IMS网络中的 TAS能力的增强 MSC-Server的具体方式可以为： 在 MSC-Server原有功能基础上， 扩展增强 MSC-Serve与 IMS网络中的 CSCF之间的通信接口， 并具备处理^舌初始协 议 SIP消息的能力，利用 MSC-Server原有的业务处理逻辑， 提供 IMS网络中 TAS的业务处理逻辑。
在该方法中， 由增强 MSC-Server作为 IMS网络中的 TAS， 为 IMS网络 中的用户提供语音业务可以具体为： 增强 MSC-Server接收 IMS网络中 CSCF 发送的 IMS网络用户的语音业务请求， 当确定该语音业务请求为原有业务请 求时， 由增强 MSC-Server进行业务处理； 当确定该语音业务清求为新业务请 求时， 由增强 MSC-Server将该新业务请求发送到对应的 AS进行业务处理， 其中 CSCF接收到 IMS网络中的用户的语音业务请求后，可以通过标准的 iFC 触发的方式， 将该语音业务请求发送至增强 MSC-Server进行处理， 增强 MSC-Server作为 IMS网络中语音业务的锚点， 对语音业务进行处理。 IMS网 络中的用户可以为宽带语音用户。 在该方法中， 对于签约了新业务的 CS 用户发起的业务请求， 由增强 MSC-Server进行业务处理具体可以采用以下两种方式：
方式一、增强 MSC-Server接收到签约了新业务的 CS用户发起的业务请 求后， 判断所述业务请求为原有业务请求还是新业务请求， 如果判断业务请 求为原有业务请求， 则由增强 MSC-Server进行处理（实际上就是原 MSC-S 的功能）， 如果判断业务请求为新业务请求， 则由增强 MSC-Server根据新业 务请求类型判断该业务请求可以在本地 AS进行处理，则将该业务请求直接发 送至拜访地 IMS网络中对应的 AS, 这种处理方式中， 要求增强 MSC-Server 进一步增强部分 IMS网络中的 CSCF的功能， 或者增强 MSC-Server与 IMS 网络中的 CSCF合设，主要是增强 MSC-Server具有获取用户在 IMS网络中新 业务签约数据的能力和简单的 iFC触发的能力， 这时增强 MSC-Server可以在 用户注册或者位置更新的过程中，从 IMS网络中的 HSS中获得该用户在 IMS 网络中新业务的签约数据， 这样增强 MSC-Server就有能力判断当前 CS用户 发起的业务是原有业务， 还是为一个新业务， 用户注册或位置更新过程将签 约数据从 HSS插入到 CSCF的过程是标准流程， 在此不予详细描述；
标准的 IMS架构的业务处理都是要锚定到归属地的 AS进行业务处理， 通过方式一的方法， 实现了 TAS的解锚定和 TAS的浮动， 避免了将业务请求 路由到归属地 IMS网络， 提升了处理效率和业务发放的灵活性。
方式二、增强 MSC-Server接收到签约了新业务的 CS用户发起的业务请 求后， 根据该用户的签约数据确定该用户签约了新业务， 则将该业务请求路 由到 IMS网络中的会话控制功能装置 CSCF, CSCF根据业务清求类型将该业 务请求发送至 IMS网络中对应的 AS进行处理， 其中如果该业务请求类型为 语音业务请求时， 则由 CSCF将该语音业务请求发送至作为 TAS 的增强 MSC-Server, 增强 MSC-Server确定该语音业务为原有业务还是新业务， 如果 是原有业务则由增强 MSC-Serve进行处理， 如果是新业务， 则将该新业务请 求发送至对应的 AS进行处理。 在该方法中， CS用户以及 IMS用户的原有业务的业务数据可以保存在 CS网络中 HLR中， CS用户以及 IMS用户新业务的业务数据存储在 IMS网 络中的 HSS中，用户的签约数据可以在用户开户时就设置在 HLR或 HSS中， HLR和 HSS也可以合设。
通过上述方法， 增强 MSC-S既为传统的 CS用户提供原有语音业务， 也 为新的 IMS用户提供原有语音业务，原有语音业务终结在具备 TAS功能的增 强 MSC-S上。
本发明实施例提供了 CS 核心网演进的方法， 通过将核心网中的 MSC-Server升级为具备了 IMS 网络中 TAS功能的增强 MSC-Server， 增强 MSC-Server就可以作为 IMS网络中的 TAS, 为 IMS网络的用户提供语音业 务， 同时增强 MSC-Server也为 CS用户提供原有业务， 并将 CS用户新业务 的请求发送至 IMS网络中对应的 AS进行处理， 这样， CS核心网中 MSC-S 的业务处理能力得到了重用， 从而不需要在 IMS网絡对 TAS进行重复开发， 保护了运营商对 CS业务的投资， 节省了大量的开发成本和投资成本； 另外由 于升级后的增强 MSC-S重用了原 MSC-S的业务处理逆辑，天然继承了原有 CS业务的处理流程， 保证了业务体验的一致性。
标准定义的 ICS架构， 如果要 CS用户的 CS业务在 IMS网络中实现， 则需要将 CS用户的业务数据全部迁移到 IMS网络中的 HSS中，原有的计费、 智能业务、 彩铃平台接口也需要迁移到新的 TAS上， 业务数据的迁移和网络 的调整工程量巨大， 网改成本高， 而且 HLR和 HSS会共存较长时间，数据的 一致性和同步难度也 4艮大， 而采用本发明实施例提供的 CS核心网演进方法， CS用户原有业务的业务数据不需要做变动， 且计费、 智能业务、 彩铃平台接 口都不需要做改变， 使得方案的可实施性大大增强， 且降低了网改的成本， 且网络维护成本相对 ICS架构大大降低， 网络维护的难度也更小了。
标准定义的 ICS架构， 只要签约了 ICS的 CS用户发起的语音业务都会 錨定到 IMS域， 然而部分 CS用户发起的大部分业务可能仍然是传统的原有 语音业务， 这部分业务却要迂回到 IMS域处理， 同时由于 IMS对语音业务处 理效率低于 CS核心网中 MSC-S的处理效率， 降低了语音业务的处理效率， 通过采用本发明实施例的 CS核心网演进的方法， 使得增强 MSC-S就可以判 断业务类型是否为原有业务，对于原有业务直接进行处理，避免了迂回到 IMS 网络， 提高了语音业务处理的效率。 如图 3所示， 为本发明实施例提供的一种网络设备 300的结构图， 该网 络设备对应与上述方法中的增强 MSC-S, 该网络设备由 CS核心网中的移动 交换中心服务器 MSC-Server升级得到， 所述网络设备在 IMS网络中相当于 IMS 网络中的语音应用服务器， 该网络设备的具体功能实现可以参考上述方 法中的介绍， 该网络设备 300包括：
IMS接口单元 302 , 用于与 IMS网络中其他设备之间进行信息的交互， 例如与 IMS网络中的 CSCF之间通过 ISC接口进行交互， 接收从 CSCF发送 的用户的业务请求；
CS接口单元 304， 用于与 CS 网络中的设备进行信息的交互， 例如与 BSS/RAN,HLR或者 SCP等设备， 通过 BSS/RAN可以接收 CS用户发送的业 务请求；
业务处理单元 306， 用于在 IMS接口单元 302或 CS接口单元 304接收 到用户的业务请求后， 为 IMS网络中的用户提供语音业务， 为签约了新业务 的 CS用户发起的原有业务清求进行业务处理， 并将签约了新业务的 CS用户 发起的新业务的业务倚求发送至 IMS网络对应的应用服务器进行处理；
其中所述原有业务包括原 MSC-Server能够处理的业务， 所述新业务包 括由 IMS网络提供的新的业务。
业务处理单元 306对业务请求的处理可以参考前述方法实施例中的描 述。
业务处理单元 306为 IMS网络中的用户提供语音业务包括：业务处理单 元 306接收 IMS接口单元发送的 IMS网络用户的语音业务请求， 当确定该语 音业务请求为原有业务清求时， 由业务处理单元 306进行业务处理； 当确定 该语音业务请求为新业务请求时， 由业务处理单元 306将该新业务请求发送 到对应的 AS进行业务处理；
业务处理单元 306为签约了新业务的 CS用户发起的原有业务请求进行 业务处理包括： 业务处理单元通过 CS接口单元 304接收到签约了新业务的 CS用户发起的业务请求后， 判断所述业务请求为原有业务倚求， 由业务处理 单元 306进行处理， 此时需要业务处理单元具备部分 CSCF的功能， 详细描 述见方法实施例的描述； 或者 据该用户的签约数据确定该用户签约了新业 务， 则将该业务请求路由到 IMS网络中的^ "控制功能装置 CSCF, 由 CSCF 判断该业务请求为语音业务倚求， 将该语音业务倚求通过 IMS接口单元 302 发送至业务处理单元 306， 业务处理单元 306收到该语音业务请求后，确定该 语音业务为原有业务， 由业务处理单元 306进行业务处理；
所述业务处理单元 306将签约了新业务的 CS用户发起的新业务的业务 请求发送至 IMS网络对应的应用服务器进行处理包括： 业务处理单元 306通 过 CS接口单元 304接收到签约了新业务的 CS用户发起的业务请求后， 判断 所述业务请求为新业务清求， 则由业务处理单元 306根据新业务请求类型将 该业务请求直接发送至拜访地 IMS网络中对应的 AS进行处理， 这是需要业 务处理单元 306具有部分 CSCF的功能， 相应描述参考方法实施例中的描述， 或者
业务处理单元 306通过 CS接口单元 304接收到签约了新业务的 CS用户 发起的业务请求后， 根据该用户的签约数据确定该用户签约了新业务， 则将 该业务请求路由到 IMS网络中的会话控制功能装置 CSCF, 由 CSCF根据业 务请求类型将该业务倚求发送至 IMS网络中对应的 AS进行处理， 其中如果 该业务请求类型为语音业务情求时， 则由 CSCF将该语音业务请求通过 IMS 接口单元 302发送至业务处理单元 306，业务处理单元 306确定该语音业务为 新业务， 则将该新业务清求发送至对应的 AS进行处理。
业务处理单元 306在处理原有业务时， 按照原 MSC-Server原有的业务 处理逻辑对原有业务进行处理。 如图 4A所示，为本发明实施例提供的一种 CS核心网演进系统的示意图， 该系统包括由 CS核心网中的 MSC-Server升级而成的增强 MSC-Server 402, 增强 MSC-Server 402具备 IMS网络中的语音应用服务器功能， 该系统还包括 IMS网络中的 CSCF 404， 其中，
IMS网络中的 CSCF 404用于将接收到的 IMS网络中用户的语音业务请 求发送至所述增强 MSC-Server 402;
所述增强 MSC-Server 402用于与 IMS网络连接， 并作为 IMS网络中的 TAS, 为 IMS网络中的用户提供语音业务， 增强 MSC-Server 402用于还用于 接收 CS用户发送的业务奇求， 对签约了新业务的 CS用户发起的原有业务请 求进行业务处理， 对于签约了新业务的 CS用户发起的新业务的业务倚求， 将 所述新业务的业务倚求发送至 IMS网络对应的应用服务器进行处理；
其中所述原有业务包括原 MSC-Server 402能够处理的业务，所述新业务 包括由 IMS网络提供的新的业务。
其中增强 MSC-Server 402的具体业务处理逻辑与上述 CS核心网演进方 法实施例中的描述相同， 为简介起见， 在此不再详细描述， 增强 MSC-Server 402的具体实现也可以参考本发明实施例提供的网络设备， 在此也不再赘述。
如图 4B所示，为本发明实施例提供的另一种 CS核心网演进系统的示意 图， 在图 4A系统的 上， 该系统还包括 CS核心网中一个或多个的 MSC-S 406 (图中仅展示了一个的情形）， 用于将收到的签约了新业务的 CS用户发起 的业务请求发送至增强 MSC-S 402, 增强 MSC-S 402收到业务请求后， 对该 业务请求进行处理，其中对于新业务的处理逻辑与方法实施例以及图 4A中增 强 MSC-S 406的处理相同， 对于原有业务增强 MSC-S 402需要将该业务请求 路由回 MSC-S 406， 由 MSC-S 406对业务倚求进行处理。
图 4B提供的系统使得 CS网路在向 IMS网络融合过程中， 可以仅升级 一个或少部分 MSC-S 406为增强 MSC-S 406,其他 MSC-S 406通过路由配置， 将签约新业务的 CS用户的业务清求发送至升级后的增强 MSC-S 406,由增强 MSC-S对这些签约了新业务的用户的业务请求进行统一处理， 最大程度的保 证了现网设备不做改造， 进一步节省了网络改造成本。
本发明实施例提供的网络设备以及 CS核心网演进的系统， 均是通过将 CS核心网中的 MSC-S 406升级为增强 MSC-S 406,由于采用了与方法实施例 相同的技术手段， 其所达到的技术效果也与前述方法实施例中描述的一致。 如图 5所示，为本发明实施例提供的一种 IMS网络中提供语音业务系统 的架构图，从图中可以看出， IMS网络中提供语音业务的语音应用服务器 TAS 由 CS核心网中 MSC-S升级而来，该 TAS不再从 CS网络直接接收业务奇求， 而仅作为 IMS网络中的 AS, 从 IMS网络中的 CSCF接收用户的业务请求， 这些业务请求包括 IMS用户 （如图中的 VoBB用户）发起的业务请求， 也可 以包括 CS用户在 ICS架构下通过 IMS网络发起的业务情求。 在网络演进过 程中 , TAS可以保留原 MSC-S与 CS网络中 HLR或者 SCP之间的接口， 一 些用户的原有业务的业务数据可以保存在 CS网络中的 HLR中， 随着网络的 演进， 后续全网用户的签约数据都存放在 IMS网络中的 HSS中， 届时 TAS 就不需要再与 CS网络中的 HLR等设备进行交互了。
标准定义的 ICS架构，除了图 5系统中展示的通过将 MSC升级为 EMSC (模仿一个 SIP UA )的方式外， 还可以有其他两种方式， 一是通过 CS网络 中的用户设备 UE升级， 直接与 IMS网络中的 TAS进行交互， 进行 CS语音 业务的信令控制， 完成语音业务请求， 二是 UE通过 Gm接口穿越 PS域， 然 后通过 IMS Core和 TAS进行交互， 针对 CS语音业务进行信令控制， 这种方 式也需要 UE进行升级。 这三种 ICS架构都是标准定义的，请具体参见 3PGG 23.292定义的标准。
在图 5的架构下，本发明实施例提供了一种 IMS网络中提供语音业务的 方法， 包括：
将 CS核心网中的 MSC-Server升级为 IMS 网络中的语音应用服务器 TAS, 升级后的 TAS通过与 IMS网络中的 CSCF之间的通信接口进行通信； 接收用户的语音业务请求， 当确定所述语音业务为原有业务时， 由 TAS 进行业务处理； 当确定所述语音业务为新业务时， 由 TAS将该业务请求发送 至 IMS网络中对应的 AS进行处理；
其中所述原有业务包括原 MSC-Server能够处理的业务， 所述新业务包 括由 IMS网络提供的新的业务， 例如绿色呼叫、 一号通、 移动 IP Centrex业 务等。
在该方法中， 当确定所述语音业务为原有业务时， 由 TAS进行业务处理 包括：
TAS接收到原有业务的业务请求后， 按照原 MSC-Server原有的业务逻 辑进行业务处理。
在网络演进过程中， 用户的原有业务的签约数据可以存储在 CS网络中 的 HLR中， 用户的新业务的签约数据存储在 IMS网络中的 HSS中， TAS保 留与 HLR之间的通信接口， 随着网络演进， 用户的签约数据都存储在了 HSS 中后， TAS就仅从 HSS中获取用户的签约数据了。 本发明实施例提供的 IMS网络中实现语音业务的方法，通过将核心网中 的 MSC-Server升级为 IMS网络中的 TAS,为 IMS网络或者 CS用户通过 ICS 架构发送的语音业务奇求提供业务处理， 这样， CS核心网中 MSC-S的业务 处理能力得到了重用， 从而不需要在 IMS网络对 TAS进行重复开发， 保护了 运营商对 CS业务的投资， 节省了大量的开发成本和投资成本； 另外由于升级 后的 TAS重用了原 MSC-S的业务处理逻辑，天然继承了原有 CS业务的处理 流程， 保证了业务体验的一致性。
通过对 MSC-S进行升级得到 IMS 网络中的 TAS, 这样就可以保留原 MSC-S与 CS网络中的 HLR、 SCP等设备之间的接口， 从而使得用户的原有 业务数据可以存储在 HLR中， CS用户原有业务的业务数据不需要做变动， 且计费、 智能业务、 彩铃平台接口都不需要做改变， 使得方案的可实施性大 大增强， 且降低了网改的成本， 有利于 CS网络向 IMS网络的演进。
通过将 MSC-S升级为 TAS, 从而为 IMS用户和 CS用户统一提供业务， 实现了与标准定义的 ICS架构的融合， 从而实现了与现有演进方向的无缝融 合。
如图 6所示，为本发明实施例提供的一种 IMS网络中的 TAS 600的结构 图， 所述 TAS由 CS核心网中的移动交换中心服务器 MSC-Server升级得到， 所述 TAS包括：
IMS接口单元 602， 用于与 IMS网络中其他设备之间进行信息的交互， 例如从 CSCF处接收用户的语音业务奇求；
业务处理单元 604，用于通过 IMS接口单元 602接收到用户的语音业务 请求后， 当确定该业务请求为原有业务时， 则由业务处理单元 604对请求的 业务进行处理， 当确定该业务请求为新业务时， 由业务处理单元 604将该业 务请求发送至 IMS网络中对应的 AS进行处理；
其中所述原有业务包括原 MSC-Server能够处理的业务， 所述新业务包 括由 IMS网络提供的新的业务。
所述业务处理单元 604处理原有业务请求包括： 按照原 MSC-Server原 有的业务处理逻辑对原有业务进行处理。
所述 TAS还可以包括获取单元 606 , 用于从 CS网络中的归属位置寄存 器 HLR中获取用户原有业务的业务数据， 并将获得的业务数据发送至业务处 理单元 604，业务处理单元 604根据接收到的业务数据，对业务请求进行处理。
如图 7所示，为本发明实施例提供的一种提供语音业务的 IMS网络系统 的示意图， 该系统包括 TAS 702以及 IMS网络中的 CSCF 704, 所述 TAS 702 由 CS核心网中的移动交换中心服务器 MSC-Server升级得到， 用于与 IMS网 络中的 CSC 704F之间进行信息的交互， 并在接收到用户的业务请求后 , 确定 所述业务是原有业务， 还是新业务， 如果是原有业务， 为用户提供原有业务 的处理， 如果是新业务， 将业务请求发送 IMS网络中对应的 AS进行处理；
CSCF 704,用于接收用户的业务请求，并将语音业务请求发送至 TAS 702 进行处理， 其中 CSCF 704接收的用户的业务请求包括 CS网络用户通过 ICS 架构发送的业务请求；
其中所述原有业务包括原 MSC-Server能够处理的业务， 所述新业务包 括由 IMS网络提供的新的业务。
所述 TAS 702的具体结构和功能可参考图 6对应的装置实施例。
进一步的， 该系统还可以包括 CS网络中的归属位置寄存器 HLR 706, 用于与 TAS 702交互， 向 TAS 702发送用户原有业务的业务数据， TAS 702 用于从 HLR中获取用户原有业务的业务数据后，对用户的业务奇求进行处理。
本发明实施例提供的 IMS网络中提供语音业务的系统以及 TAS 702, 均 是通过将 CS核心网中的 MSC-S升级为 IMS网络中的 TAS 702，由于采用了与 IMS 网络中提供语音业务的方法实施例相同的技术手段， 其所达到的技术效 果也与前述方法实施例中描述的一致。 下面通过具体应用场景对上述实施例进行具体说明， 其中 IMS用户以 VoBB用户为例进行说明。
具体应用场景一： VoBB用户发起的原有业务流程 (适用于 MSC-S升级 为增强 MSC-S以及升级为 TAS两种架构下）
如图 8所示，为 VoBB用户发起原有业务的流程图，仅以 MSC-S升级为 TAS架构为例进行说明，图中虽然 TAS标识在 CS域中，但升级后已经是 IMS 网络中的设备， 这里标识为 CS域， 主要是为说明它是通过 CS域中的设备升 级而来的， 以下出现的图例同理。
该流程包括：
步骤 801： VoBB发起语音呼叫请求；
步骤 802： IMS Core收到语音呼叫请求后， 进行标准的 IMS流程处理 , 如代理 -呼叫会话控制装置 P-CSCF收到语音呼叫请求后， 将呼叫请求路由到 选定的 S-CSCF, 该场景的预置条件是 VoBB用户已经注册到 HSS中， 并且 HSS已经选定了一个 S-CSCF为 VoBB用户提供服务。该部分均为成熟的现有 技术， 在此不做详细说明。
步骤 803: IMS Core根据用户签约数据进行 iFC触发， 将该语音业务请 求发送至 TAS, 具体的 ,是 IMS Core中的 S-CSCF根据注册时从 HSS下载的 用户签约数据和 iFC规则， 确定该业务为语音业务， 将语音业务请求发送至 TAS;
步骤 804: TAS接收到该语音业务倚求；
步骤 805: TAS确定该语音业务为原有业务， 进行业务处理， 其中 TAS 按照原 MSC-S的业务处理逻辑对该业务进行处理。 例如， TAS可以将接收到 的 SIP消息格式的业务请求转换为原 MSC-Server能够处理的消息格式的业务 请求， 并按照原 MSC-Server原有的业务逻辑进行业务处理。
VoBB用户原有业务的业务数据可以存储在 CS网络的 HLR中，或者 IMS 网络的 HSS中， 在用户注册过程中， TAS会从 HSS或者 HLR中获取用户的 签约数据。 在 TAS处理业务时， 如果 TAS中没有用户的业务数据， TAS可以 通过与 HLR或者 HSS的交互， 获取用户的业务数据， 进行业务处理。
对于 MSC-S升级为具备 TAS功能的增强 MSC的架构，与上述具体应用 场景一的各个实现流程一致， 不重复说明。 具体应用场景二： VoBB用户发起的新业务流程 (适用于 MSC-S升级为 增强 MSC-S以及升级为 TAS两种架构下）
如图 9A所示， 为 VoBB用户发起新业务的流程图， 仅以 MSC-S升级为 TAS架构为例进行说明。
该流程包括：
步骤 901-步骤 904: 同步骤 801-步骤 804;
步骤 905: TAS根据用户签约数据进行业务判决， 发现该语音业务请求 为新业务，其中 TAS可以在用户第三方注册过程中从 HSS中获取用户的签约 数据， 第三方注册过程是标准流程， 在此不予详细说明；
步骤 906: TAS将业务请求路由到 IMS Core;
步骤 907: IMS Core将该业务请求路由到对应的 AS, 由该 AS对该新业 务进行处理。 图 9B所示， 为 VoBB用户发起新业务的优化流程， 其中 TAS进一步增 加了部分 CSCF的功能， 主要是 S-CSCF的功能， 也可以 TAS和 S-CSCF合 设，这样 TAS具备直接进行 iFC触发的能力，由于 TAS具备部分 CSCF功能， 在用户注册或者发生位置更新过程中， 用户的签约数据会插入到 TAS中。
流程如下：
步骤 90Γ-步骤 905，: 与步骤 901-步骤 905相同；
步骤 906，： TAS直接将该业务请求发送至对应的服务 AS进行处理。 通过这种流程优化， 提高了处理效率。
以上虽然是以 VoBB用户为例进行的说明， 但上述流程同样适用于通过 ICS架构接入到 IMS网络的 CS用户，对于 CS用户通过 ICS架构发起的业务 请求的处理过程， 基本与上述处理流程类似， 在此不重复说明。 这种情况下，
TAS将作为同时为 IMS网络和 CS网络提供语音业务的融合语音业务服务器。 具体应用场景三： CS用户发起的原有业务 （适用于 MSC-S升级为增强 MSC-S架构下）
图 10A所示， 为 CS用户发起原有业务的流程图 ,其中增强 MSC-S为原 MSC-S升级而来， 增强 MSC-S具备 IMS网络中 TAS的功能， 该在实施例中 增强 MSC-S进一步增加了部分 CSCF的功能， 主要是 S-CSCF的功能， 增强 MSC-S也可以和 S-CSCF合设， 这样增强 MSC-S具备直接进行 iFC触发的能 力， 由于增强 MSC-S具备部分 CSCF功能， 在用户注册或者发生位置更新过 程中， 用户的 IMS网络新业务的签约数据会从 HSS中插入到增强 MSC-S中。
流程如下：
步骤 1001: RAN/BSS发起用户登记请求至增强 MSC-S;
步骤 1002: 增强 MSC-S与 HLR交互， 获取用户的签约数据；
步骤 1003：用户发起语音呼叫请求， 通过 RAN/BSS路由到增强 MSC-S； 步骤 1004: 增强 MSC-S判断该用户签约了新业务， 例如通过签约数据 中的一个标志位确定该用户签约了新业务， 则才艮据用户在 IMS网络进行第三 方注册过程中获得的用户新业务的签约数据进行业务判决， 确定当前业务为 原有业务， 则对该业务按照原 MSC-S的原有业务逻辑进行业务处理。 这里实 际上是增强 MSC-S进行了一个内部的 iFC触发， 确定该业务为语音业务后， 直接进行了处理。
图 10B所示， 为 CS用户发起原有业务的另一个流程图， 该流程中增强 MSC只是单纯作为 TAS , 不具备 CSCF的功能。
流程如下：
步骤 100Γ-步骤 1003，:与步骤 1001-步骤 1003相同；
步磔 1004，： 增强 MSC-S判断该用户签约了新业务， 例如用户签约数据 中有一个标志位， 通过该标志位确定该用户签约了新业务， 则将该业务请求 路由到 IMS域， 这里增强 MSC-S可以通过路由配置或者 SCP触发智能改号 将业务请求路由到 IMS域，例如通过在 HLR的签约数据中签约一个 SSCODE 标识， 当匹配到该 SSCODE时就在号码前加一个前缀出局， 或者用户触发智 能后，通过 SCP将号码改变，重新进行号码分析后路由到 IMS域，增强 MSC-S 发送的业务请求消息可以是 CS网络中的消息格式， 由 IMS网络边界的媒体 网关控制功能（ MGCF )完成 CS网络的消息格式与 SIP消息格式的转换， 当 然，增强 MSC-S也可以内置 MGCF的功能， 直接出 SIP消息格式的业务请求 到 IMS域；
步骤 1005，： IMS Core收到业务请求后， 根据用户的签约数据进行 iFC 触发， 将该业务路由回处理语音业务的 TAS (即增强 MSC-S, 在 IMS网络就 相当于一个 TAS );
步骤 1006，： 增强 MSC-S收到业务请求后， 确定该业务为原有业务， 则 对该业务请求进行处理。 例如， 增强 MSC-S可以将接收到的 SIP消息格式的 业务请求转换为原 MSC-Server 能够处理的消息格式的业务请求， 并按照原 MSC-Server原有的业务逻辑进行业务处理。
如果该用户业务请求中还包括其他新业务， 增强 MSC-S会根据 IMS标 准的业务流程 , 将该新业务请求发送至对应的 AS进行处理。 具体应用场景四： CS用户发起的新业务（适用于 MSC-S升级为增强 MSC-S架构下）
图 11 A所示， 为 CS用户发起新业务的流程图， 流程如下：
步骤 1101-步骤 1104: 与步骤画，-步骤 1004，相同；
步骤 1105: IMS Core进行 iFC触发，将该业务请求路由到对应该新业务 的服务 AS进行处理。 图 11B所示， 为 CS用户发起新业务的另一个流程图， 其中增强 MSC-S 为原 MSC-S升级而来， 增强 MSC-S具备 IMS网络中 TAS的功能， 该在实施 例中增强 MSC-S进一步增加了部分 CSCF的功能， 主要是 S-CSCF的功能， 增强 MSC-S也可以和 S-CSCF合设，这样增强 MSC-S具备直接进行 iFC触发 的能力， 由于增强 MSC-S具备部分 CSCF功能， 在用户注册或者发生位置更 新过程中，用户的 IMS网络新业务的签约数据会从 HSS中插入到增强 MSC-S 中。
流程如下：
步骤 110Γ-步骤 1103，： 与步骤 1101-步骤 1103相同;
步骤 1104，:增强 MSC-S判断该用户签约了新业务，则 #居新业务的签约 数据进行业务判决，判断该业务倚求类型可以由拜访地 AS进行业务处理， 则 直接将该业务路由到拜访地 AS， 由拜访地 AS进行业务处理， 当然， 也可以 直接路由到归属地 AS进行业务处理。
通过上述处理， 实现了 TAS的解锚定， 提高了业务处理效率。 如图 12所示， 为 CS用户发起业务的另一个流程图， 该场景下， 网络中 存在多个 MSC-S, 其中一个 MSC-S升级为具备 IMS网络中 TAS功能的增强 MSC-S,其他 MSC-S未升级， 图中仅以一个 MSC-S为例进行说明。 该流程包 括：
步骤 1201: RAN/BSS发起用户登记请求至 MSC-S;
步骤 1202: MSC-S与 HLR交互， 获取用户的签约数据；
步骤 1203:用户发起语音呼叫请求， 通过 RAN/BSS路由到 MSC-S; 步骤 1204MSC-S判断该用户签约了新业务， 则将给业务倚求路由到增 强 MSC-S, 由增强 MSC-S作为锚定点， 为签约了新业务的 CS用户统一进行 处理；
步骤 1205A:对于新业务的业务请求，具体流程参见场景四具体流程中的 描述。
步驟 1205B: 对于签约了新业务的 CS用户发起的原有业务请求， 当增 强 MSC-S判断该业务为原有业务后， (参见场景三中的步骤 1004以及 1006，， 之前的步骤参考场景三中的流程描述）增强 MSC-S需要将该业务请求路由回 发送该业务请求的 MSC-S,由 MSC-S进行业务处理。 通过以上的实施方式的描述， 本领域的技术人员可以清楚地了解到本发 明可借助软件加必需的硬件平台的方式来实现， 当然也可以全部通过硬件来 实施， 但很多情况下前者是更佳的实施方式。 基于这样的理解， 本发明的技 术方案对背景技术做出贡献的全部或者部分可以以软件产品的形式体现出 来， 该计算机软件产品可以存储在存储介质中， 如 ROM/RAM、 磁碟、 光盘 等， 包括若干指令用以使得一台计算机设备（可以是个人计算机， 服务器， 总之， 以上所述仅为本发明技术方案的较佳实施例而已， 并非用于限定 本发明的保护范围。 凡在本发明的精神和原则之内， 所作的任何修改、 等同 替换、 改进等， 均应包含在本发明的保护范围之内。

Claims

权利要求 书
1、 一种电路域 ( CS )核心网演进的方法， 其特征在于，
增强移动交换中心服务器 MSC-Server与网际协议多媒体子系统 IMS网络连 接， 作为 IMS网络中的语音应用服务器 TAS, 为 IMS网络中的用户提供语音业 务， 其中所述增强 MSC-Server 由 CS 核心网中的移动交换中心服务器 MSC-Server升级得到，具备 IP多媒体子系统 IMS网络中的语音应用服务器 TAS 功能；
对于签约了新业务的 CS用户发起的原有业务请求， 由增强 MSC-Server进 行业务处理， 对于签约了新业务的 CS用户发起的新业务的业务请求， 由增强 MSC-Server将所述新业务的业务请求发送至 IMS网络对应的应用服务器 AS进 行处理；
所述原有业务包括原 MSC-Server能够处理的业务， 所述新业务包括由 IMS 网络提供的新的业务。
2、 如权利要求 1 所述的 CS核心网演进的方法， 其特征在于， 所述增强 MSC-Server由 CS核心网中的移动交换中心服务器 MSC-Server升级得到，具备 IP多媒体子系统 IMS网络中的语音应用服务器 TAS功能包括：
在 MSC-Server原有功能基础上， 扩展增强 MSC-Serve与 IMS网络中的呼 叫会话控制功能装置 CSCF之间的通信接口，并具备处理会话初始协议 SIP消息 的能力，利用 MSC-Server原有的业务处理逻辑， 提供 IMS网络中 TAS的业务处 理逻辑。
3、如权利要求 1所述的 CS核心网演进的方法，其特征在于，增强 MSC-Server 作为 IMS网络中的 TAS, 为 IMS网络中的用户提供语音业务包括：
增强 MSC-Server接收 IMS网络中 CSCF发送的 IMS网络用户的语音业务 请求， 当确定该语音业务请求为原有业务倚求时， 由增强 MSC-Server进行业务 处理； 当确定该语音业务请求为新业务请求时， 由增强 MSC-Server将该新业务 请求发送到对应的 AS进行业务处理。
4、 如权利要求 1所述的 CS核心网演进的方法， 其特征在于， 对于签约了 新业务的 CS用户发起的原有业务请求，由增强 MSC-Server进行业务处理包括： 增强 MSC-Server接收到签约了新业务的 CS用户发起的业务请求后， 判断 所述业务请求为原有业务清求， 由增强 MSC-Server进行处理； 或者
增强 MSC-Server接收到签约了新业务的 CS用户发起的业务请求后， 根据 该用户的签约数据确定该用户签约了新业务， 则将该业务请求路由到 IMS网络 中的会话控制功能装置 CSCF, CSCF判断该业务請求为语音业务请求， 则将该 语音业务请求发送至作为 TAS的增强 MSC-Server, 增强 MSC-Server收到该语 音业务请求后， 确定该语音业务为原有业务， 则由增强 MSC-Server进行业务处 理。
5、 如权利要求 1所述的 CS核心网演进的方法， 其特征在于， 对于签约了 新业务的 CS用户发起的新业务的业务请求， 由增强 MSC-Server将所述新业务 的业务请求发送至 IMS网络提供相应业务的应用服务器进行处理包括：
增强 MSC-Server接收到签约了新业务的 CS用户发起的业务请求后， 判断 所述业务请求为新业务请求， 则由增强 MSC-Server根据新业务请求类型将该业 务请求直接发送至拜访地 IMS网络中对应的 AS进行处理， 或者
增强 MSC-Server接收到签约了新业务的 CS用户发起的业务请求后， 根据 该用户的签约数据确定该用户签约了新业务， 则将该业务请求路由到 IMS网络 中的会话控制功能装置 CSCF, 由 CSCF根据业务请求类型将该业务请求发送至 IMS网络中对应的 AS进行处理。
6、 一种网络设备， 其特征在于， 所述网络设备由 CS核心网中的移动交换 中心服务器 MSC-Server升级得到， 所述网络设备在 IMS网络中相当于 IMS网 络中的语音应用服务器， 该网络设备包括：
IMS接口单元， 用于与 IMS网络中其他设备之间进行信息的交互；
CS接口单元， 用于与 CS网络中的设备进行信息的交互；
业务处理单元 , 用于在所述 IMS接口单元或所述 CS接口单元接收到用户 的业务请求后， 为 IMS网络中的用户提供语音业务， 为签约了新业务的 CS用 户发起的原有业务倚求进行业务处理，并将签约了新业务的 CS用户发起的新业 务的业务请求发送至 IMS网络对应的应用服务器进行处理；
其中所述原有业务包括原 MSC-Server能够处理的业务， 所述新业务包括由 IMS网络提供的新的业务。
7、 如权利要求 6所述的网络设备， 其特征在于， 所述业务处理单元为 IMS 网络中的用户提供语音业务包括： 接收所述 IMS接口单元发送的 IMS网络用户 的语音业务请求， 当确定该语音业务情求为原有业务情求时， 由所述业务处理 单元进行业务处理； 当确定该语音业务请求为新业务请求时， 由所述业务处理 单元将该新业务请求发送到对应的 AS进行业务处理；
所述业务处理单元为签约了新业务的 CS用户发起的原有业务请求进行业务 处理包括： 所述业务处理单元通过 CS接口单元接收到签约了新业务的 CS用户 发起的业务请求后， 判断所述业务请求为原有业务请求， 由所述业务处理单元 进行处理； 或者 # ^据该用户的签约数据确定该用户签约了新业务， 则将该业务 请求路由到 IMS网络中的会话控制功能装置 CSCF,由 CSCF判断该业务请求为 语音业务请求，将该语音业务请求通过 IMS接口单元发送至所述业务处理单元， 所述业务处理单元收到该语音业务倚求后， 确定该语音业务为原有业务， 由所 述业务处理单元进行业务处理；
所述业务处理单元将签约了新业务的 CS用户发起的新业务的业务请求发送 至 IMS 网络对应的应用服务器进行处理包括： 所述业务处理单元通过所述 CS 接口单元接收到签约了新业务的 CS用户发起的业务倚求后，判断所述业务请求 为新业务请求， 则由业务处理单元根据新业务请求类型将该业务请求直接发送 至拜访地 IMS网络中对应的 AS进行处理， 或者
所述业务处理单元通过 CS接口单元接收到签约了新业务的 CS用户发起的 业务请求后， 根据该用户的签约数据确定该用户签约了新业务， 则将该业务请 求路由到 IMS网络中的会话控制功能装置 CSCF,由 CSCF根据业务请求类型将 该业务请求发送至 IMS网络中对应的 AS进行处理， 其中如果该业务请求类型 为语音业务请求时， 则由 CSCF将该语音业务请求通过所述 IMS接口单元发送 至业务处理单元， 所述业务处理单元确定该语音业务为新业务， 则将该新业务 请求发送至对应的 AS进行处理。
8、 如权利要求 6所述的网络设备， 其特征在于， 所述业务处理单元对用户 发起的原有业务进行处理包括： 所述业务处理单元按照原 MSC-Server原有的业 务处理逻辑对原有业务进行处理。
9、 一种电路域 (CS)核心网演进的系统， 其特征在于， 该系统包括由 CS核 心网中的 MSC-Server升级而成的增强 MSC-Server， 增强 MSC-Server具备 IMS 网络中的语音应用服务器功能 , 该系统还包括 IMS网络中的 CSCF， 其中，
IMS网络中的 CSCF用于将接收到的 IMS网络中用户的语音业务请求发送 至所述增强 MSC-Server;
所述增强 MSC-Server用于与 IMS网络连接， 并作为 IMS网络中的 TAS, 为 IMS网络中的用户提供语音业务， 增强 MSC-Server用于还用于接收 CS用户 发送的业务请求， 对签约了新业务的 CS用户发起的原有业务请求进行业务处 理，对于签约了新业务的 CS用户发起的新业务的业务请求， 将所述新业务的业 务请求发送至 IMS网络对应的应用服务器进行处理；
其中所述原有业务包括原 MSC-Server能够处理的业务， 所述新业务包括由 IMS网络提供的新的业务。
10、如权利要求 9所述的 CS核心网演进的系统，其特征在于，该系统还包括 一个或多个 CS核心网中的 MSC-Server， 所述 MSC-Server用于将接收到的签约 了新业务的 CS用户发起的业务请求发送至所述增强 MSC-Server,
增强 MSC-Server接收到该业务请求后，对于新业务的业务请求，发送至 IMS 网络对应的应用服务器进行处理， 对于原有业务的业务请求， 发送回所述 MSC-Server, 由所述 MSC-Server对该业务情求进行处理。
11、 如权利要求 9 所述的 CS核心网演进的系统,其特征在于， 所述增强 MSC-Server如权利要求 6至 8任一权利要求所述的网络设备。
12、 一种 IMS网络中提供语音业务的方法， 其特征在于， 该方法包括： IMS网络中的语音应用服务器 TAS接收用户的语音业务请求， 当确定所述 语音业务为原有业务时， 由 TAS进行业务处理； 当确定所述语音业务为新业务 时， 由 TAS将该业务请求发送至 IMS网络中对应的 AS进行处理， 所述 TAS由 CS核心网中的 MSC-Server升级得到，升级后的 TAS通过与 IMS网络中的 CSCF 之间的通信接口进行通信；
其中所述原有业务包括原 MSC-Server能够处理的业务， 所述新业务包括由 IMS网络提供的新的业务。
13、 如权利要求 12所述的 IMS网络中提供语音业务的方法， 其特征在于， 当确定所述语音业务为原有业务时， 由 TAS进行业务处理包括：
TAS接收到原有业务的业务请求后， 按照原 MSC-Server原有的业务逻辑进 行业务处理。
14、 一种 IMS 网络中的语音应用服务器 TAS, 其特征在于， 所述 TAS由 CS核心网中的移动交换中心服务器 MSC-Server升级得到， 所述 TAS包括：
IMS接口单元， 用于与 IMS网络中其他设备之间进行信息的交互； 业务处理单元，用于通过所述 IMS接口单元接收到用户的语音业务倚求后， 当确定该业务请求为原有业务时， 则由所述业务处理单元对请求的业务进行处 理， 当确定该业务请求为新业务时， 由所述业务处理单元将该业务请求发送至
IMS网络中对应的 AS进行处理；
其中所述原有业务包括原 MSC-Server能够处理的业务， 所述新业务包括由
IMS网络提供的新的业务。
15、 如权利要求 14所述的语音应用服务器 TAS, 其特征在于， 所述业务处 理单元处理原有业务倚求包括： 按照原 MSC-Server原有的业务处理逻辑对原有 业务进行处理。
16、如权利要求 14所述的语音应用服务器 TAS， 其特征在于， 所述 TAS还 包括获取单元， 用于从 CS网络中的归属位置寄存器 HLR中获取用户原有业务 的业务数据， 并将获得的业务数据发送至所述业务处理单元， 所述业务处理单 元根据接收到的业务数据， 对业务请求进行处理。
17、 一种提供语音业务的 IMS网络系统， 该网络系统包括语音应用服务器 TAS以及 IMS网络中的 CSCF, 其特征在于， 所述 TAS由 CS核心网中的移动 交换中心服务器 MSC-Server升级得到，用于与 IMS网络中的 CSCF之间进行信 息的交互， 并在接收到用户的业务倚求后， 确定所述业务是原有业务， 还是新 业务， 如果是原有业务， 为用户提供原有业务的处理， 如果是新业务， 将业务 请求发送 IMS网络中对应的 AS进行处理；
CSCF,用于接收用户的业务请求，并将语音业务请求发送至 TAS进行处理； 其中所述原有业务包括原 MSC-Server能够处理的业务， 所述新业务包括由 IMS网络提供的新的业务。
18、 如权利要求 17所述的提供语音业务的 IMS网络系统， 其特征在于， 所 述 TAS如权利要求 14至 16任一权利要求所述的 TAS。
19、如权利要求 17所述的提供语音业务的 IMS网络系统， 其特征在于， 该 系统还包括 CS网络中的归属位置寄存器 HLR, 用于与 TAS交互， 向 TAS发送 用户原有业务的业务数据， TAS用于从 HLR中荻取用户原有业务的业务数据后， 对用户的业务请求进行处理。
PCT/CN2010/072406 2009-05-22 2010-05-04 一种电路域核心网演进的方法、系统及网络设备 WO2010133124A1 (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
ES10777328T ES2434390T3 (es) 2009-05-22 2010-05-04 Método, sistema y dispositivo de red destinados a hacer evolucionar una red central de dominio de conmutación por circuitos
BRPI1012828A BRPI1012828A2 (pt) 2009-05-22 2010-05-04 método e sistema para evolução de rede de núcleo de comutação de circuito, e dispositivo de rede
EP10777328.5A EP2434833B1 (en) 2009-05-22 2010-05-04 Method, system and network device for evolving circuit switched domain core network
US13/302,743 US20120069840A1 (en) 2009-05-22 2011-11-22 Method and system for circuit-switched core network evolution, and network device

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200910107618.7 2009-05-22
CN2009101076187A CN101572967B (zh) 2009-05-22 2009-05-22 一种电路域核心网演进的方法、系统及网络设备

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US13/302,743 Continuation US20120069840A1 (en) 2009-05-22 2011-11-22 Method and system for circuit-switched core network evolution, and network device

Publications (1)

Publication Number Publication Date
WO2010133124A1 true WO2010133124A1 (zh) 2010-11-25

Family

ID=41232164

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2010/072406 WO2010133124A1 (zh) 2009-05-22 2010-05-04 一种电路域核心网演进的方法、系统及网络设备

Country Status (6)

Country Link
US (1) US20120069840A1 (zh)
EP (1) EP2434833B1 (zh)
CN (1) CN101572967B (zh)
BR (1) BRPI1012828A2 (zh)
ES (1) ES2434390T3 (zh)
WO (1) WO2010133124A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102612141A (zh) * 2011-01-19 2012-07-25 中兴通讯股份有限公司 移动交换中心获取ims控制点信息的方法及系统
WO2013013726A1 (en) * 2011-07-28 2013-01-31 Telefonaktiebolaget L M Ericsson (Publ) Inter-domain service provision

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101572967B (zh) * 2009-05-22 2011-03-30 华为技术有限公司 一种电路域核心网演进的方法、系统及网络设备
CN102088749B (zh) * 2009-12-04 2013-05-15 中国移动通信集团公司 一种终端位置更新、切换的方法和系统
CN103369617B (zh) * 2012-03-30 2016-08-10 中国移动通信集团公司 路由重选方法、系统、国际关口局和归属位置寄存器
CN106063332B (zh) * 2014-01-15 2019-11-19 诺基亚通信公司 用于实现集中式服务网络系统的覆盖实现的方法和设备
US9871828B2 (en) * 2014-07-18 2018-01-16 T-Mobile Usa, Inc. Enhanced IMS services restriction and selection control for mobile devices roaming in foreign networks
US10015671B2 (en) 2016-01-19 2018-07-03 T-Mobile Usa, Inc. Network service access control

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1859426A (zh) * 2006-03-20 2006-11-08 华为技术有限公司 电路域终端接入多媒体子系统的方法及其实现装置
CN1941933A (zh) * 2005-09-30 2007-04-04 华为技术有限公司 电路域用户接入ims域的方法及通信系统
US20070197227A1 (en) * 2006-02-23 2007-08-23 Aylus Networks, Inc. System and method for enabling combinational services in wireless networks by using a service delivery platform
CN101572967A (zh) * 2009-05-22 2009-11-04 华为技术有限公司 一种电路域核心网演进的方法、系统及网络设备

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101202797B (zh) * 2006-12-15 2010-12-15 中国电信股份有限公司 Cs域/ims语音fmc业务方案
CN101262414B (zh) * 2007-03-07 2010-12-29 中兴通讯股份有限公司 语音呼叫连续性业务中的域切换方法
CN101374343B (zh) * 2007-08-21 2012-08-08 华为技术有限公司 一种实现业务连续性的方法及终端设备
KR101565626B1 (ko) * 2008-03-17 2015-11-03 애플 인크. 패킷 교환 방식 멀티미디어 가입자 서비스들을 제공하는 아키텍처에 의해 정의된 기능들을 갖는 인터페이스들을 갖는 이동 교환국 플랫폼

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1941933A (zh) * 2005-09-30 2007-04-04 华为技术有限公司 电路域用户接入ims域的方法及通信系统
US20070197227A1 (en) * 2006-02-23 2007-08-23 Aylus Networks, Inc. System and method for enabling combinational services in wireless networks by using a service delivery platform
CN1859426A (zh) * 2006-03-20 2006-11-08 华为技术有限公司 电路域终端接入多媒体子系统的方法及其实现装置
CN101572967A (zh) * 2009-05-22 2009-11-04 华为技术有限公司 一种电路域核心网演进的方法、系统及网络设备

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102612141A (zh) * 2011-01-19 2012-07-25 中兴通讯股份有限公司 移动交换中心获取ims控制点信息的方法及系统
CN102612141B (zh) * 2011-01-19 2017-06-13 中兴通讯股份有限公司 移动交换中心获取ims控制点信息的方法及系统
WO2013013726A1 (en) * 2011-07-28 2013-01-31 Telefonaktiebolaget L M Ericsson (Publ) Inter-domain service provision

Also Published As

Publication number Publication date
US20120069840A1 (en) 2012-03-22
EP2434833A1 (en) 2012-03-28
CN101572967A (zh) 2009-11-04
EP2434833A4 (en) 2012-08-15
EP2434833B1 (en) 2013-08-28
BRPI1012828A2 (pt) 2019-09-24
ES2434390T3 (es) 2013-12-16
CN101572967B (zh) 2011-03-30

Similar Documents

Publication Publication Date Title
WO2010133124A1 (zh) 一种电路域核心网演进的方法、系统及网络设备
RU2584468C2 (ru) Способы и устройство для поддержки реализации непрерывности службы ims
CN103747506B (zh) 当使用SGs/Gs时由MSC服务器在IMS中注册用户的方法和设备
EP1770949A2 (en) Method and communication system for circuit switch users accessing IP multimedia subsystem
EP1974519B1 (en) Method and apparatus for providing ims services to circuit-switched controlled terminals
CN104202786B (zh) 一种呼叫路由方法及装置
WO2006063536A1 (en) A method and system of holding session continuity
WO2012025007A1 (zh) 终端、hss、及核心网网元获知终端能力的方法和系统
WO2009024006A1 (fr) Contrôleur de session locale, sous-système multimédia ip et procédé d'enregistrement de session
WO2007025473A1 (fr) Systeme de terminaison d'appel de domaine cs, procede et reseau
WO2018099155A1 (zh) 业务处理方法、装置及系统
US20130201933A1 (en) Methods, apparatuses and program for using a vplmn infrastructure by an hplmn to terminate an ims session set-up for a roaming user
WO2012027939A1 (zh) 一号通呼叫的方法及业务控制点
CN101427542B (zh) 用于蜂窝通信系统的订户服务器系统
CN112243291A (zh) 通信业务处理方法、系统、业务单元、终端和存储介质
US9800626B2 (en) Selecting refresh periods in an IP network
WO2008040171A1 (fr) Procédé, système de domaine de commutation de circuits apercevant des informations de sessions multimédia du domaine ims
CN111031528B (zh) 一种专用网络的连接建立方法和装置
CN104796384A (zh) 呼叫处理方法、装置及系统
WO2012079451A1 (zh) 用户漫游方法及ics增强网络
WO2008031295A1 (fr) Procédé d'acquisition de conditions de filtre de requête initiales par le serveur de commande de session d'appel local
KR101529972B1 (ko) 호 재처리 방법 및 장치와 호 재처리 시 통화 연결 음원 서비스 제공 방법
CN107371191B (zh) 一种音频呼叫转换为视频呼叫的方法及设备
KR102340567B1 (ko) Sip 등록을 위한 사용자 단말의 통신 방법 및 그 사용자 단말
CN104754561A (zh) 一种被叫融合一号通业务的实现方法和装置

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 9048/CHENP/2011

Country of ref document: IN

WWE Wipo information: entry into national phase

Ref document number: 2010777328

Country of ref document: EP

REG Reference to national code

Ref country code: BR

Ref legal event code: B01A

Ref document number: PI1012828

Country of ref document: BR

ENP Entry into the national phase

Ref document number: PI1012828

Country of ref document: BR

Kind code of ref document: A2

Effective date: 20111122