WO2007134507A1 - Procédé, réseau et dispositif de traitement de service de transfert d'appel récent - Google Patents

Procédé, réseau et dispositif de traitement de service de transfert d'appel récent Download PDF

Info

Publication number
WO2007134507A1
WO2007134507A1 PCT/CN2007/000489 CN2007000489W WO2007134507A1 WO 2007134507 A1 WO2007134507 A1 WO 2007134507A1 CN 2007000489 W CN2007000489 W CN 2007000489W WO 2007134507 A1 WO2007134507 A1 WO 2007134507A1
Authority
WO
WIPO (PCT)
Prior art keywords
service control
gmsc
control entity
call
late
Prior art date
Application number
PCT/CN2007/000489
Other languages
English (en)
French (fr)
Inventor
Jie Xu
Dongming Zhu
Xiaoqin Duan
Original Assignee
Huawei Technologies Co., Ltd.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Publication of WO2007134507A1 publication Critical patent/WO2007134507A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/54—Arrangements for diverting calls for one subscriber to another predetermined subscriber
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42348—Location-based services which utilize the location information of a target
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2207/00—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place
    • H04M2207/18—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place wireless networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42025—Calling or Called party identification service
    • H04M3/42085—Called party identification service
    • H04M3/42102—Making use of the called party identifier
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13201—Change-over of service during connection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13282—Call forward, follow-me, call diversion
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13296—Packet switching, X.25, frame relay
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13374—Paging

Definitions

  • the embodiments of the present invention relate to the field of communications, and in particular, to a method, network, and apparatus for processing a forward forwarding service. Background technique
  • 3G network and 2G network will coexist for a long period of time.
  • interoperability between dual networks becomes a research to be studied. Question.
  • the network needs to be aware of the user's registration status on both networks, so that when a call needs to be connected to the user, the appropriate network can be selected for connection.
  • the network also needs to anchor all calls of the user, so that the user can perform auxiliary control when switching between the two networks.
  • a VCC (Voice Call Continuity) service control entity is provided in the IMS domain and the CS domain, and the VCC service control entity includes the following functional entities:
  • a route redirection enforcement entity is responsible for redirecting circuit domain calls to the IMS domain for call anchor control
  • a domain routing entity, NeDS is responsible for making decisions based on various registration policies, such as the user's registration status and call status, in the IMS domain, and controlling the call routing to the selected connection domain;
  • a call continuity control entity CCCF responsible for anchoring the call in the IMS domain, and performing handover control when the handover occurs;
  • VCC service control entity The above functional entities may be physically separated or may be combined. In the embodiment of the present invention, for convenience of description, they are collectively referred to as a VCC service control entity.
  • the called routing process currently formulated by the 3GPP has the following A
  • the called route scheme 1 The call is directly entered into CCCF/NeDS (that is, the VCC service control entity) by the IMS, and then directly finds the VMSC VCC service control entity and also acts as the GMSC. See Figure 1 for the following main steps:
  • the call enters from the IMS domain to the VCC service control entity
  • the VCC service control entity applies for the user location to the HLR;
  • the HLR applies for the user roaming number to the user visiting the domain VMSC/VLR;
  • the VMSC/VLR returns the user roaming number
  • the HLR returns the user roaming number to the VCC service control entity
  • the VCC service control entity initiates a new IMS session with the roaming number as the called user identity and associates the original session;
  • the IMS Domain Session Control Entity connects the session to the CS domain to access the network based on the roaming number.
  • the called route scheme 2 The call is entered into the GMSC by the CS, and then the GMSC is intelligently triggered to the VCC service control entity and then redirected to the IMS, and then enters the VCC service control entity to anchor. See Figure 2, which includes the following main steps:
  • the call arrives from the CS domain to the GMSC;
  • the GMSC downloads the user smart trigger from the HSS;
  • the GMSC is intelligently triggered to the VCC service control entity, and the VCC service control entity redirects the call to the IMS domain by returning to the IMRN;
  • the GMSC redirects the call to the IMS domain ingress network element MGCF according to the IMR;
  • the MGCF generates a SIP session and routes the session to the I-CSCF.
  • the I-CSCF to the HSS queries the address of the VCC service control entity in the IMS domain;
  • the I-CSCF routes the session to the VCC service control entity
  • the VCC service control entity anchors the call, and then determines that the user needs to connect to the CS domain, and then returns to the CSRN to control the session redirection to the CS domain;
  • IMS domain session control entity CSCF and MGCF route the call according to CSRN CS jMS ;
  • the GMSC downloads the smart trigger to the HSS, and then intelligently triggers to the VCC service control entity, and the VCC service control entity returns a call continuation indication;
  • GMSC applies for user roaming number to the visited domain network through HSS;
  • the GMSC routes the call to the user's visited network via the roaming number.
  • the called route scheme 3 The call is entered into the GMSC by the CS, and then the signal interception is used to control the route to the IMS domain anchor (ie, the VCC-SRF in the figure). See Figure 3, which includes the following main steps:
  • the call enters the GMSC from the CS domain
  • the GMSC sends the SRI application user routing information to the HSS, the VCC service control entity performs signaling interception, and returns the IMRN to control the call redirection to the IMS domain;
  • the GMSC routes the call to the IMS domain according to the IMRN, and the IMS domain session control entity CSCF/MGCF triggers the session to the VCC service control entity;
  • the VCC service control entity judges that the user needs to connect to the CS domain, and then returns to the CSRN to control the call redirection to the CS domain GMSC;
  • the GMSC applies for user routing information to the HSS through the CSRN, and the VCC service control entity performs signaling interception, and replaces the GMSC with the real called number to apply for user routing information to the HSS;
  • HSS applies for the roaming number to the visited domain, and returns it to the GMSC through the VCC service control entity;
  • the GMSC routes the call to the visited network based on the roaming number.
  • the called route scheme 4 The call is entered by the IMS and directly anchored to the CCCF/NeDS. If the call is required to be connected to the CS domain, the call is redirected to the CS domain by the NeDS, and then the call is continued in the CS domain through the signaling interception mode. Continued. Referring to Figure 4, the following main steps are included:
  • the session enters the VCC service control entity in the IMS domain;
  • the VCC service control entity determines that the user needs to connect to the CS domain, and then returns to the CSRN to control the session to redirect to the CS domain GMSC;
  • GMSC applies for user routing information to HSS through CSRN, VCC service control entity Perform signaling interception and replace the GMSC with the real called number to HSS
  • the HSS applies for a roaming number to the visited domain, and returns it to the GMSC through the VCC service control entity;
  • the GMSC routes the call to the visited network based on the roaming number.
  • the service is forwarded before the call, that is, the forward forwarding service triggered after the call has been connected to the VMSC where the called party is located.
  • the user has no response forwarding and the user decides to make a busy forwarding.
  • the user's no-answer forward is the forward that is triggered after the user rings the timeout.
  • the user decides that the busy forward is the user's press of "END" when the user rings.
  • the current forward-transfer business process is The above VCC service control entities are not involved, and the following two solutions exist mainly.
  • the called user subscribes to the CFB (Call Forwarding Busy) or CFNRy (Call Forwarding No Reply) service. At this point, a call arrives.
  • CFB Common Forwarding Busy
  • CFNRy Common Forwarding No Reply
  • the GMSC receives the incoming call signalling IAM.
  • the GMSC applies for the user location to the HLR and sends an SRI message.
  • the HLR applies for a roaming number to the VMSC where the user is located, and sends a PRN message.
  • the VMSC returns the user's roaming number MSRN.
  • the HLR returns the roaming number to the GMSC.
  • the GMSC routes the call to the VMSC via the roaming number.
  • the VMSC pages to the user and starts ringing for the user.
  • the VMSC triggers the CFB or CFNRy service.
  • the user forwarded number is obtained from the user subscription data (which has been downloaded from the HLR when the user registers), and then a new call is initiated according to the forwarded number.
  • the call message has a forward indication parameter indicating the reason for the forward.
  • the GMSC sends the call reference number and the GMSC address when sending the SRI query user location to the HLR, and the HLR applies to the VMSC/VLR in step 3.
  • the roaming number also carries the call reference number and the GMSC address, and the VMSC/VLR records these two pieces of information.
  • the VMSC When the VMSC triggers CFB or CFNRy, the VMSC does not directly forward, but sends an RCH ( Resume Call Handling) message to the GMSC according to the GMSC address obtained in step 3.
  • the message has a forwarding reason and a call reference. Number and forward number.
  • the GMSC After receiving the RCH message, the GMSC associates with the incoming call received in step 1 according to the call reference number, in order to optimize the route; the GMSC may choose to go to the HLR to request the forwarding number again, or may choose to use the VMSC band. The forwarding number of the return.
  • the GMSC returns a response message to the RCH to the VMSC.
  • the GMSC sends a REL message to the VMSC to release the previous session.
  • the GMSC uses the forwarding number to perform route lookup, and connects the call to the network where the forwarding number is located.
  • Embodiments of the present invention provide a method, network, and device for processing a forward forwarding service, which are used to solve , ⁇ ⁇ ., ⁇ , , n , after the VNC service control purchaser does not need to remain in, ⁇ , it cannot be released from the session path, or if the VCC service control entity needs to retain In the session path, the service notification cannot be known, resulting in the problem that the user's call status cannot be updated.
  • the method of the invention comprises the steps of:
  • the VCC service control entity After the VCC service control entity learns the late forwarding information, the VCC service control entity notifies the called destination in the interaction process of obtaining the roaming number from the called visited place;
  • the called visited location instructs the incoming GMSC to perform the forwarding operation according to the late forwarding information
  • the forward operation is performed by the incoming GMSC.
  • a VCC service control entity includes: a NeDS enforcement entity for routing in an IMS domain, and a route redirection execution entity for redirecting call routing to an IMS domain in a CS domain,
  • the entity further includes: a forward forwarding information obtaining unit, configured to obtain late forwarding information from the incoming GMSC side; a roaming number obtaining unit, configured to obtain a roaming number from the called visited location, and to perform the night in the interaction process
  • the late forwarding information obtained by the forwarding information obtaining unit informs the called visited place.
  • a dual-network interworking network includes: an HLR, a GMSC, a VMSC/VLR, and a VCC service control entity, configured to obtain late forwarding information from a message sent by an incoming GMSC, and obtain a roaming number.
  • the forward forwarding information is sent to the VMSC/VLR through the HLR, so that the VMSC/VLR performs the forwarding operation according to the late forwarding information indication, and completes the forwarding operation.
  • the method embodiment of the present invention associates the called routing process under the VCC architecture with the late forwarding service process, so that after the VCC service control entity learns the late forwarding information, the VCC service control entity obtains the roaming to the called visited place.
  • the late forwarding information is notified to the called visited place; when the late forwarding service is initiated, the called visited location sends a forwarding operation instruction to the incoming GMSC according to the late forwarding information; The incoming GMSC performs a forwarding operation.
  • the VCC service control entity can not only know the late forwarding information, but also update its saved user status; it can also participate in the process of obtaining the roaming number, and inform the called party of the late forwarding information, when the late forwarding service occurs, With the help of The standard process now releases resources including VCC service control entities.
  • the embodiment of the present invention further provides a VCC service control entity and a dual network interoperation network.
  • the call can be released from the IMS anchor.
  • the VCC service control entity can perceive the user's service. Status and update its own records so that in the subsequent call connection, the correct routing decision can be made according to the user's actual call status.
  • Figure 5 is a signaling flow chart of the existing late forwarding service
  • FIG. 6 is a signaling flowchart of an existing optimized forward forwarding service
  • FIG. 7 is a schematic diagram of a network routing situation after an existing user performs a late forwarding service
  • FIG. 8 is a schematic diagram of a dual network mutual working network according to an embodiment of the present invention
  • FIG. 9 is a schematic structural diagram of a scheme 1 of a VCC service control entity and a GMSC according to an embodiment of the present invention.
  • FIG. 10 is a schematic structural diagram of a scheme 2 of a VCC service control entity and a GMSC according to an embodiment of the present invention
  • FIG. 11 is a schematic structural diagram of a scheme 1 of a VCC service control entity and a GMSC according to an embodiment of the present invention
  • 12 is a schematic structural diagram of a VCC service control entity and a GMSC according to an embodiment of the present invention
  • FIG. 13 is a flow chart of steps of a method according to an embodiment of the present invention.
  • 17 is a signaling flowchart of a method 4 of the method of the present invention.
  • FIG. 19 is a signaling flowchart of Example 6 of the method of the present invention. detailed description
  • the VCC service control entity does not need to remain in the session path.
  • the embodiment of the present invention provides a dual-network interworking network, which can be applied to two areas of 3GPP and 3GPP2.
  • the method includes: an HLR, a GMSC, and a VMSC/VLR, and further includes: a VCC service control entity, Obtaining the late forwarding information in the message sent from the incoming GMSC, or the VCC service control entity itself generates the late forwarding information (at least the address of the incoming GMSC), and when the roaming number is obtained, the late The forwarding information is sent to the VMSC/VLR, so that the VMSC/VLR performs the forwarding operation according to the late forwarding information indication to complete the forwarding operation.
  • the VCC service control entity in the embodiment of the present invention may be combined with the incoming GMSC, and the VCC service control entity replaces the incoming GMSC to generate late forwarding information (at least the address of the incoming GMSC is generated), and performs a forwarding operation, and sets the book for the merge.
  • the embodiment of the invention provides the following two solutions: Case 1: Referring to Figure 9, the VCC service control
  • NeDS enforcement entity which is used for routing in the IMS domain.
  • the route is redirected to the enforcement entity and used to redirect call routing to the IMS domain in the CS domain.
  • a CCCF enforcement entity that is used in the IMS domain for call anchoring.
  • the late forwarding information obtaining unit is configured to obtain late forwarding information from the incoming GMSC side.
  • the late forwarding information obtaining unit may be disposed in the route redirection execution entity.
  • a roaming number obtaining unit configured to acquire a roaming number from the VMSC/VLR side, and notify the VMSC of the late forwarding information acquired by the late forwarding information acquiring unit or the VCC service control entity generating the late forwarding information in the interaction process.
  • the roaming number obtaining unit may be disposed in a route redirection execution entity.
  • the GMSC functional unit is used to implement some functions of the GMSC, such as: generating a call reference number, providing an address of the incoming GMSC, and performing a forwarding operation.
  • the VCC service control entity further includes: an updating unit, configured to notify the CCCF to perform an entity update record after completing the late forwarding service User call status. And the VCC service control entity releases the original outgoing session and initiates an outgoing session to the forwarder.
  • the VCC service control entity releases the outgoing session, and returns the SIP 3XX redirect response to the incoming session sent by the MGCF to notify the MGCF. Redirect the call and reconnect to the forward party.
  • the VCC service control entity saves the GMSC address before the IMS domain is anchored. If the VCC service control entity does not need to remain in the session path after the late forwarding service occurs, the VCC service control entity notifies the IMS domain before the anchoring of the GMSC. A forward occurs, the GMSC initiates the release of the outgoing session, and initiates a session to the forwarder.
  • Merging setting scheme 2 Referring to FIG. 10, the roaming number obtaining unit is set in NeDS', and an interface for transmitting late forwarding information exists between NeDS and the route redirection executing entity. The information about other units and execution entities is the same as the merge setting scheme 1.
  • VCC service control entity in the embodiment of the present invention may be separately configured with the GMSC. , , , , , _ ,
  • the VCC service control entity includes:
  • NeDS enforcement entity which is used for routing in the IMS domain.
  • the route is redirected to the enforcement entity and used to redirect call routing to the IMS domain in the CS domain.
  • a CCCF enforcement entity that is used in the IMS domain for call anchoring.
  • the late-forward information acquisition unit obtains the late forwarding information from the incoming GMSC side by using the intelligent triggering method or the intercepting signaling manner.
  • the late forwarding information acquisition unit may be disposed in the route redirection execution entity.
  • the roaming number obtaining unit is configured to obtain a roaming number from the VMSC/VLR side, and notify the VMSC/VLR of the late forwarding information obtained by the late forwarding information acquiring unit during the interaction.
  • the roaming number obtaining unit may be disposed in the route redirection execution entity.
  • the association unit is configured to associate the forward forwarding information acquired by the late forwarding information obtaining unit with the routing number, so that after receiving the call request carrying the routing number, the late forwarding information obtaining unit is configured according to the The association relationship extracts the late forwarding information and provides it to the roaming number obtaining unit.
  • the roaming number obtaining unit is set in the NeDS, and an interface for transmitting late forwarding information exists between the NeDS and the route redirection executing entity.
  • the information about other units and execution entities is the same as the setting scheme one.
  • the association unit associates the late forwarding information with the routing number in two cases.
  • Case 1 Simply associate the IMS domain routing number with the late forwarding information.
  • the route redirection execution entity obtains the late forwarding information from the GMSC and generates an IMS domain routing number IMRN to route the call to the IMS domain.
  • the NeDS enforcement entity performs routing.
  • the NeDS executing entity directly obtains the roaming number from the CS domain, and does not need to generate the circuit domain routing number CSRN, and can directly query the late forwarding information according to the IMRN to the routing redirection executing entity (that is, only the IMRN and the night are associated).
  • Forwarding information (), after obtaining the late forwarding information, go to the called location to obtain the roaming number, and carry the late forwarding routing information.
  • the route redirection execution entity obtains the late forwarding information from the GMSC and generates an IMS domain routing number IMR to route the call to the IMS domain.
  • the NeDS enforcement entity performs routing.
  • the NeDS executing entity redirects the call to the CS domain, then generates CSRN and returns.
  • the IMS domain session control entity (CSCF/MGCF) routes the call to the GMSC of the CS domain according to the CSRN, and the GMSC then triggers the call to the route redirection execution entity, and the route redirection execution entity can be associated with the IMRN according to the CSRN, and then associated with The corresponding late forwarding information.
  • the NeDS executing entity goes to the called location to obtain the roaming number and carries the late forwarding information.
  • the embodiment of the present invention provides a method for processing a forward forwarding service, which can be applied to two areas of 3GPP and 3GPP2, as shown in FIG. 13, and includes the following main steps:
  • the VCC service control entity obtains the late forwarding information.
  • the VCC service control entity includes the GMSC functional unit, instead of generating the late forwarding information by the GMSC, and performing the forwarding operation (that is, the VCC service control entity and the incoming GMSC are combined), the VCC service control entity generates the late Transfer information (at least the address of the incoming GMSC).
  • the smart forwarding method may be used to trigger the message carrying the late forwarding information to the VCC service control entity, so that the VCC service control entity obtains the late forwarding information; or In the mode, the VCC service control entity intercepts the SRI message sent by the incoming GMSC to the HLR and carries the late forwarding information to obtain the late forwarding information.
  • the VMSC service control entity may also set the address of the GMSC before the IMS anchor to the address of the incoming GMSC, and use the GMSC before the IMS anchor to perform the forwarding operation;
  • the entity uses the IMS to anchor the call reference number generated by the pre-GMSC in the constructed forward forwarding information, so that the GMSC before the IMS anchor can be associated with the original session.
  • the VCC service control entity applies for the location of the user to the HLR, and carries the information of the late turn.
  • the VCC service control entity sends an SRI message to the HLR to apply for a user location, where the SRI message carries the late forwarding information obtained in step S1. , , » Port T rT ⁇ # Sk nA
  • HLR applies for the roaming code to the VMSC/VLR, and carries a special one hundred before the night.
  • This step implements the insertion of late forwarding information into the VMSC/VLR.
  • the VMSC/VLR instructs the GMSC to perform the forwarding operation according to the late forwarding information.
  • the VMSC/VLR When the forward forwarding service is initiated, the VMSC/VLR sends an RCH message to the incoming GMSC according to the saved GMSC address (included in the late forwarding information) to perform the forwarding operation indication.
  • the forwarding operation is performed by the incoming GMSC.
  • the VCC service control entity may be in the session path (for example, the calling party is in the IMS domain, and the I-CSCF enters the IMS domain of the called party to find the VCC service control entity. ), the outgoing session is released according to the standard SOR process, and the session to the forward party is initiated, and the recorded user state is updated at the same time.
  • the VCC service control entity If the VCC service control entity is set up with the GMSC., the VCC service control entity does not need to remain in the session path (for example, the caller is in the CS domain, and the MGCF enters the IMS domain to find the VCC service control entity). The entity releases the outgoing session and returns the SIP 3XX redirect response to the incoming session. After receiving the 3XX redirect response, the MGCF redirects the call and reconnects to the forward party. Alternatively, the VCC service control entity notifies the pre-transition of the GMSC before the IMS domain is anchored, initiates the release of the outgoing session by the GMSC, and initiates a session to the forwarder.
  • the VCC service control entity keeps at least the address and the call reference number notified by the IMS before the IMS anchor, and carries the saved call reference in the signaling of the GMSC forwarding before the notification of the IMS domain anchoring. No. to enable this GMSC to be associated with the original session.
  • the session in the outgoing direction is released according to the SOR standard process, and the session to the forward party is initiated, so that the IMS network within the VCC service control entity can be released from the session path.
  • Method Example 1 The VCC service control entity is co-located with the GMSC (where the GMSC is the incoming GMSC of the IMS domain), and the processing of the late-transfer service is completed. Referring to Figure 14, the following specific steps are included: , , L ,
  • the call has been routed to the IMS domain, and the CSCF triggers the service control entity through the service.
  • the VCC service control entity decides to connect the user in the CS domain, and then sends the SRI message to the HLR as the GMSC to query the user location.
  • the SRI message carries the route optimization indication indicating that the GMSC needs to initiate the late forwarding, and at the same time bring the GMSC.
  • the address that is, the address of the VCC service control entity
  • the call reference number that is, the address of the VCC service control entity
  • the HLR sends a PRN request roaming number to the VMSC where the user is located.
  • the PRN message carries a route optimization indication, and carries the address and call reference number of the GMSC.
  • the VMSC returns the roaming number of the user.
  • the HLR returns the roaming number to the VCC service control entity.
  • the VCC service control entity redirects the call using the roaming number and notifies the CSCF that the CSCF detects that the routing address is a roaming number in tel format, and routes the call to the MGCF.
  • the MGCF routes the call to the VMSC via the roaming number:.
  • the VMSC When triggering the forward forwarding service, the VMSC sends an RCH message to the GMSC, that is, the VCC service control entity according to the GMSC address obtained in step 3 and the late forwarding route optimization indication, and the RCH message carries the call reference number and the reason for the forwarding. , you can also bring the forwarding number at the same time.
  • the VCC service control entity After receiving the RCH message, the VCC service control entity associates the incoming call with the call reference number and initiates a forwarding process.
  • the forwarding number can be obtained by initiating an SRI request to the HLR, or directly using the forwarding number brought in the RCH message.
  • the VCC service control entity returns a response message to the RMSC to the VMSC.
  • the VCC service control entity sends a BYE request to the CSCF to release the original session in step 6, and the BYE request is sent to the MGCF.
  • the MGCF After receiving the BYE request, the MGCF sends a REL message to the VMSC to release the original session. 12.
  • the VCC service control entity begins to perform route optimization operations. If the VCC service control entity needs to remain in the session path, the new session is initiated directly using the forwarded number, and the new session is associated with the session received in step 1, while the VCC service control entity updates the user in the record. , ⁇ , ,,
  • the CSCF may return a call redirect indication 3XX message to the CSCF in the session received in the first step, and carry the forwarding number to enable the CSCF or the MGCF to initiate a call change. to.
  • Method Example 2 The VCC service control entity and the GMSC are respectively set up (where the GMSC is the incoming GMSC of the IMS domain), and the smart triggering method is adopted to complete the processing of the late forwarding service. See Figure 15 for the following specific steps:
  • GMSC1 receives the call connection signaling.
  • GMSC1 requests user data from the HLR.
  • the HLR downloads the called smart trigger to GMSC1.
  • the GMSC1 triggers the VCC service control entity (the route redirection entity in the middle) according to the trigger, and the message carries the call reference number 1 and the address of the GMSC1 of the current call.
  • the VCC service control entity (the route redirection entity) records the addresses of call reference number 1 and GMSC1, and returns an IMRN (IMS Routing Number) to GMSC1 to instruct GMSC1 to route the call to the IMS domain.
  • IMRN IMS Routing Number
  • the GMSC1 routes the call to the IMS domain gateway entity MGCF according to the IMRN.
  • the MGCF generates IMS domain call signaling and sends the call signaling to the VCC service control entity (the domain selection entity in the medium) according to the IMRN.
  • the call continuity control entity in the VCC Service Control Entity anchors the call. Domain Selection Entity If the decision result is that the call needs to be connected in the circuit domain, a new call request with CSRN (CS Routing Number) is created to route the call to the CS domain, and the new call and the received call are associated. In order to associate this step with step 5 for subsequent operations, you can set CSRN and IMRN to use the same suffix, and the prefixes are different, indicating routing to different domains.
  • CSRN CS Routing Number
  • the MGCF After receiving the call signaling with CSRN, the MGCF routes the call to the CS domain GMSC2 according to the CSRN.
  • the GMSC2 may be a GMSC with the GMSC1, and may or may not be. Here, in order not to confuse different sessions, they are separately described.
  • GMSC2 After receiving the incoming call, GMSC2 analyzes the received CSRN according to the number analysis or the incoming relay and office route, and needs to directly trigger the intelligent signaling to the VCC service control.
  • the body is also called N-CSI trigger), which can be carried in the signaling (reference number 2 and address (not useful in the embodiment of the present invention).
  • the VCC service control entity After receiving the trigger signaling with the CSRN, the VCC service control entity associates the same suffix with the IMRN in the CSRN to the processing of the fifth step, requests the user location from the HLR, and carries the call reference number saved in step 5. 1 and the address of GMSC1.
  • the HLR applies for the roaming number to the VMSC/VLR, along with the late forwarding route optimization indication, and the addresses of the call reference number 1 and the GMSC1.
  • the VMSC returns the roaming number and simultaneously records the late forwarding route optimization indication and the addresses of the call reference number 1 and the GMSC1.
  • the HLR returns the roaming number to the VCC service control entity.
  • the VCC service control entity returns the roaming number to GMSC2.
  • the GMSC 2 routes the call to the VMSC based on the roaming number.
  • the VMSC sends an RCH message to the GMSC1 according to the saved late forwarding route optimization indication and the GMSC1 address, indicating that the forwarding has occurred, and the reason for forwarding, the call reference number 1 and the forwarding number are brought together. .
  • GMSC1 After receiving the RCH message, GMSC1 performs the late forwarding route optimization process according to the SOR standard operation. The order of steps 18, 19 and 23 below is not specified. According to the SOR standard, GMSC1 can go to the HLR to apply for the forwarding number or directly use the forwarding number brought by the VMSC to trigger the late forwarding process.
  • GMSC1 returns a response message of the RCH to the VMSC, and the call reference number 1 is associated with the incoming call.
  • the GMSC1 sends a REL message to the MGCF to release the original call.
  • the MGCF After receiving the REL message, the MGCF sends a SIP release message CANCEL message to the CSCF and the VCC service control entity.
  • the VCC service control entity After receiving the CANCEL message, the VCC service control entity also sends a CANCEL message release session to the session newly created in step 8.
  • the MGCF After receiving the CANCEL message, the MGCF sends a REL message to the GMSC2 to release the message.
  • the release message is delivered to the VMSC, and all the v i are removed; after releasing the call to the MGCF, the GMSC1 can perform the forwarding process and forward the call to establish a new call.
  • Method Example 3 The VCC service control entity and the GMSC are respectively set up (where the GMSC is the incoming GMSC of the IMS domain), and the interception signaling method is used to complete the processing of the late forwarding service. See Figure 16 for the following specific steps:
  • the call arrives from the circuit domain to the GMSC1 of the home network to which the called party belongs.
  • the GMSC1 sends an SRI message to the HLR to obtain the location information of the user.
  • the message carries the SMSC operation supported by the GMSC1 and the addresses of the call reference number 1 and the GMSC1.
  • the VCC signaling interception entity intercepts the SRI message and processes it.
  • the route redirection entity of the VCC service control entity (set with the signaling interception entity) saves the call reference number 1 and address of the GMSC1, and then returns the IMRN to the GMSC1 to control the call redirection to IMS Ge.
  • GMSC1 routes the call to the IMS domain gateway entity MGCF according to the IMR.
  • the MGCF generates IMS domain call signaling and sends the call signaling to the VCC service control entity via the CSCF according to the IMRN.
  • the continuity control entity of the VCC service control entity anchors the call. If the domain selection entity decides that the call needs to be connected in the circuit domain, a new call request with CSRN (CS Routing Number) is created to route the call to the CS domain, and the new call and the received call are associated. In order to associate this step with step 3 for subsequent operations, CSRN and IMRN can be set to use the same suffix, and the prefixes are different, indicating that routes are routed to different domains.
  • CSRN CS Routing Number
  • the MGCF After receiving the call signaling with CSRN, the MGCF routes the call to the CS domain GMSC2 according to the CSRN.
  • the GMSC2 may be a GMSC with the GMSC1, and may or may not be. Here, in order not to confuse different sessions, they are separately described.
  • the GMSC2 After receiving the incoming call, the GMSC2 takes the application user location according to the received CSR to the HLR, and the signaling may carry the call reference number 2 and the address of the GMSC2 (not useful in the embodiment of the present invention).
  • the command interception entity intercepts the S number of the called number CSRN and the same suffix as the IMRN is associated with the processing of the third step, changing the called number to the user's real MSISDN and applying to the HLR for the user location, and The address of call reference number 1 and GMSC1 saved in step 3 above.
  • the HLR applies for the roaming number to the VMSC/VLR, and at the same time carries the GMSC1 to support the indication of the late turnaround optimization, and the addresses of the call reference number 1 and the GMSC1.
  • the VMSC returns the roaming number and records the GMSC1 support for the late forwarding route optimization and the addresses of the call reference number 1 and the GMSC1.
  • the HLR returns the roaming number to the VCC service control entity.
  • the VCC service control entity returns the roaming number to GMSC2.
  • Method Example 4 Under the 3GPP2 VCC architecture, the VCC service control entity and the GMSC are respectively set up (where the GMSC is the ingress GMSC of the CS domain, that is, the GMSC before the IMS domain is anchored), and the smart triggering method is used to complete the late forwarding service. Processing. See Figure 17, which includes the following specific steps:
  • the GMSC receives the call connection signaling.
  • the GMSC applies for user data to the HLR.
  • the HLR downloads the called smart trigger to the GMSC.
  • the GMSC triggers the SCP entity according to the trigger, and the message carries the call reference number 1 and the address of the GMSC of the current call.
  • the SCP forwards the message to the VCC service control entity, carrying the call reference number 1 of the call and the address of the GMSC.
  • the VCC service control entity records the address of the call reference number 1 and the GMSC, and returns the IMS routing number to the SCP.
  • the SCP returns an IMS routing number to the GMSC for subsequent routing of the call to the IMS domain.
  • the GMSC routes the call to the IMS domain gateway entity MGCF according to the IMS routing number.
  • the MGCF generates IMS domain call signaling and passes the call signaling to the CSCF according to the IMS routing number. ,- ⁇ ⁇ , At
  • the VCC service control entity anchors the call and determines the result of the decision domain selection. If the call needs to be connected in the circuit domain, the VCC service control entity acts as a B2B user agent to initiate a call to the Tel URI corresponding to the called user MDN. The call origination message is sent to the S-CSCF of the called user.
  • the call initiation message is triggered by the iFC trigger to the VCC service control entity.
  • the VCC service control entity applies for the user location to the HLR, and carries the call reference number 1 and the address of the GMSC saved in step 5.
  • the HLR applies for the roaming number to the VMSC/VLR, and carries the address of the late call reference number 1 and the GMSC.
  • the VMSC returns the roaming number and records the address of the call reference number 1 and the GMSC.
  • the HLR returns the roaming number to the VCC service control entity.
  • the VCC Service Control entity routes the call to the MGCF based on the roaming number.
  • the MGCF routes the call to the VMS based on the roaming number (:.
  • VMSC Attempts to establish a connection with the called number.
  • the VMSC sends a REDREQ message to the GMSC according to the saved GMSC address to indicate that the forwarding has occurred, carrying the call reference number 1.
  • the GMSC takes the forwarding number from the HLR.
  • the HLR returns the forwarding number to the GMSC.
  • the GMSC returns a REDREQ response message redreq to the VMSC.
  • the GMSC then sends a REL message to the MGCF to release the original call.
  • the MGCF After receiving the REL message, the MGCF sends a SIP release message CANCEL message to the CSCF and the VCC service control entity.
  • the VCC service control entity after receiving the CANCEL message, the VCC service control entity sends a CANCEL message to release the previous session, and the release message is transmitted to the VMSC, and the call to the VMSC is removed.
  • the GMSC performs the forwarding process and forwards the call to establish a new call.
  • Method Example 5 Under the 3GPP2 VCC architecture, the VCC service control entity and the GMSC are combined. Set (here, the GMSC is the MSC to get the roaming number), and adopt the process of intelligent forwarding into the business. Referring to Figure 18, the following specific steps are included:
  • the GMSC receives the call connection signaling.
  • the GMSC applies for user data to the HLR.
  • the HLR downloads the called smart trigger to the GMSC.
  • the GMSC triggers the SCP entity according to the trigger.
  • the message carries the call reference number 1 and the address of the GMSC of the call.
  • the SCP forwards the message to the VCC service control entity, carrying the call reference number 1 of the call and the address of the GMSC.
  • the VCC service control entity records the address of the call reference number 1 and the GMSC, and returns the IMS routing number to the SCP.
  • the SCP returns an IMS routing number to the GMSC for subsequent routing of the call to the IMS domain.
  • the GMSC routes the call to the IMS domain gateway entity MGCF according to the IMS routing number.
  • the MGCF generates IMS domain call signaling and sends the call signaling to the VCC service control entity via the CSCF according to the IMS routing number.
  • the VCC service control entity anchors the call and determines the result of the decision domain selection. If the call needs to be connected in the circuit domain, the VCC service control entity acts as a B2B user agent to initiate a call to the Tel URI corresponding to the called user MDN. The call origination message is sent to the S-CSCF of the called user.
  • the call initiation message is triggered by the iFC trigger to the VCC service control entity.
  • the VCC service control entity applies for the user location to the HLR, carries the call reference number 1 saved in step 5 or carries the call reference number 2 generated by the VCC service control entity itself, and carries the MSCIN address or carries the signaling of the VCC service control entity. Point address.
  • the HLR applies for a roaming number to the VMSC VLR, and carries the call reference number 1 or the call reference number 2 and the MSCIN address or signaling point address of the VCC service control entity.
  • the VMSC returns the roaming number and simultaneously records the call reference number 1 or the call reference number 2 and the MSCIN address or signaling point address of the VCC service control entity. 0 _ TT ⁇ Budapest ⁇ ⁇ , ,
  • the HLR returns the roaming number to the VCC service control purchaser.
  • the VCC Service Control entity routes the call to the MGCF based on the roaming number.
  • the MGCF routes the call to the VMSC based on the roaming number.
  • the VMSC attempts to establish a connection with the called number.
  • the VMSC sends a REDREQ message to the VCC AS according to the saved MSCIN address or signaling point address of the VCC service control entity, indicating that the forwarding has occurred, carrying the call reference number 1 or the call reference number 2.
  • the VCC AS determines that it does not need to keep the call path after forwarding (for example, the call comes from the CS domain and needs to be forwarded to the CS domain to avoid routing), and then forwards the REDREQ message to the GMSC according to the saved GMSC address. If the REDREQ message received from the VMSC carries the call reference number 2, the VCC AS also replaces it with the saved call reference number 1.
  • the GMSC takes the forwarding number from the HLR.
  • the HLR returns the forwarding number to the GMSC.
  • the GMSC returns a REDREQ response message redreq to the VCC AS.
  • the VCC AS returns a REDREQ response message redreq to the VMSC.
  • the GMSC then sends a REL message to the MGCF to release the original call.
  • the MGCF After receiving the REL message, the MGCF sends a SIP release message CANCEL message to the CSCF and the VCC service control entity.
  • the CCC service control entity After the CCC service control entity receives the CANCEL message, it sends a CANCEL message to release the previous session, and the release message is delivered to the VMSC, and the call to the VMSC is removed.
  • the GMSC performs the forwarding process and forwards a new call to the forward party.
  • Method Example 6 Under the 3GPP2 VCC architecture, the VCC service control entity and the GMSC are combined (where the GMSC is the MSC taking the roaming number), and the intelligent triggering method is adopted to complete the processing of the late forwarding service. Referring to Figure 19, the following specific steps are included:
  • the VCC service control entity determines that it needs to remain in the call path after forwarding, and then takes the forwarding number to the HLR. ⁇ _ , , Q ,, ,
  • HLR returns the number to the VCC industry to buy.
  • the VCC service control entity returns the obtained forwarding number to the VMSC/VLR.
  • the VCC service control entity sends a CANCEL message to release the previous session, and the release message is transmitted to the VMSC, and the call to the VMSC is removed.
  • the VCC service control entity performs the forwarding process and forwards a new call to the forward party.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

一种处理晚前转业务的方法、 网络及装置 技术领域
本发明实施例涉及通信领域， 特别是涉及一种处理晚前转业务的方法、 网络及装置。 背景技术
在无线网络从 2G网络演进到 3G网络的过程中， 3G网络与 2G网络会 并存很长一段时期， 在这样一种双网并存的情况下， 双网之间的互操作成为 了一个有待研究的课题。
网络需要感知用户在两个网络的注册状况， 这样当有呼叫需要接续到用 户时可以选择合适的网络来进行接续。 网络同样也需要锚定用户的所有呼叫， 以方便用户在两个网络之间进行切换时可以进行辅助控制。
为了解决上述问题， 3GPP和 3GPP2标准组织都提出了一种基于 IMS域 的实体， 其可进行锚定控制， 分别检测用户在两个网络的注册、 会话状态， 以及根据用户的注册、 会话状态进行用户的路由及切换控制。 3GPP的实施方 案为： 在 IMS域和 CS域中提供一种 VCC ( Voice Call Continuity ) 业务控制 实体， 所述 VCC业务控制实体中包括以下功能实体：
1、一个路由改向执行实体， 负责将电路域呼叫改向至 IMS域进行呼叫锚 定控制；
2、 一个域路由选择实体 NeDS, 负责在 IMS域根据用户的注册状态、 呼 叫状态等各种策略进行决策并控 呼叫路由到选定的接续域；
3、 一个呼叫连续性控制实体 CCCF， 负责在 IMS域锚定呼叫， 在切换发 生时进行切换控制；
上述功能实体在物理上可能分设， 也可能合设。 在本发明实施例中为了 描述方便， 把它们统一叫做 VCC业务控制实体。
基于上述 VCC业务控制实体， 目前 3GPP制订的被叫路由流程存在以下 A
4种万茱：
被叫路由方案一： 呼叫由 IMS直接进入 CCCF/NeDS (即 VCC业务控制 实体），再直接找到 VMSC VCC业务控制实体兼做 GMSC )。参见图 1所示， 包括以下主要步骤：
1、 呼叫从 IMS域进入到 VCC业务控制实体中；
2、 VCC业务控制实体向 HLR申请用户位置；
3、 HLR向用户拜访域 VMSC/VLR申请用户漫游号码；
4、 VMSC/VLR返回用户漫游号码；
5、 HLR将用户漫游号码返回给 VCC业务控制实体；
6、 VCC业务控制实体以漫游号码为被叫用户标识发起新的 IMS会话并 关联起原有会话；
7、 IMS域会话控制实体（ CSCF )根据漫游号码将会话接续到 CS域拜访 网络。
被叫路由方案二： 呼叫由 CS进入 GMSC, 再由 GMSC通过智能触发到 VCC业务控制实体后改向到 IMS, 再进入 VCC业务控制实体锚定。 参见图 2 所示， 包括以下主要步骤：
1、 呼叫从 CS域到达 GMSC;
2, 3、 GMSC从 HSS下载用户智能触发器；
4 ~ 6、 GMSC通过智能触发到 VCC业务控制实体， VCC业务控制实体 通过返回 IMRN让呼叫改向到 IMS域；
7、 GMSC根据 IMR 将呼叫改向到 IMS域入口网元 MGCF;
8、 MGCF生成 SIP会话， 将会话路由到 I-CSCF;
9、 I-CSCF到 HSS查询 VCC业务控制实体在 IMS域的地址；
10、 I-CSCF将会话路由到 VCC业务控制实体；
11、 VCC业务控制实体锚定此呼叫， 再判断需要到 CS域接续用户， 则 返回 CSRN以控制会话改向到 CS域；
12 - 13, IMS域会话控制实体 CSCF和 MGCF根据 CSRN将呼叫路由到 CS jMS ;
14 - 17, GMSC到 HSS下载智能触发器， 然后通过智能触发到 VCC业 务控制实体， VCC业务控制实体返回呼叫继续指示；
18 ~ 19、 GMSC通过 HSS向拜访域网络申请用户漫游号码；
20 - 22, GMSC通过漫游号码将呼叫路由到用户拜访网络。
被叫路由方案三： 呼叫由 CS进入 GMSC，再由信令拦截的方式来控制路 由转向到 IMS域锚定（即图中的 VCC-SRF )。 参见图 3所示， 包括以下主要 步驟：
1、 呼叫由 CS域进入 GMSC;
2 ~ 4、 GMSC向 HSS发送 SRI申请用户路由信息， VCC业务控制实体进 行信令拦截， 并返回 IMRN以控制呼叫改向到 IMS域；
5 ~ 8、 GMSC根据 IMRN将呼叫路由到 IMS域， IMS域会话控制实体 CSCF/MGCF将会话触发到 VCC业务控制实体；
9 ~ 11、 VCC业务控制实体判断需要在 CS域接续用户， 则返回 CSRN以 控制呼叫改向到 CS域 GMSC;
12 ~ 13、 GMSC通过 CSRN向 HSS申请用户路由信息， VCC业务控制实 体进行信令拦截，并代替 GMSC使用真实被叫号码向 HSS申请用户路由信息；
14 - 16, HSS 向拜访域申请漫游号码， 通过 VCC 业务控制实体返回给 GMSC;
17、 GMSC根据漫游号码将呼叫路由到拜访网络。
被叫路由方案四： 呼叫由 IMS进入， 直接到 CCCF/NeDS锚定， 如果呼 叫要求接续到 CS域， 则由 NeDS将呼叫改向到 CS域后再通过信令拦截方式 在 CS域将呼叫继续接续。 参见图 4所示， 包括以下主要步骤： ，
1、 会话在 IMS域进入 VCC业务控制实体;
2 ~ 4, VCC业务控制实体判断到需要在 CS域接续用户， 则返回 CSRN 以控制会话一直改向到 CS域 GMSC;
5 ~ 6、 GMSC通过 CSRN向 HSS申请用户路由信息， VCC业务控制实体 进行信令拦截， 并代替 GMSC使用真实被叫号码向 HSS
7 ~ 9、 HSS 向拜访域申请漫游号码， 通过 VCC 业务控制实体返回给 GMSC;
10、 GMSC根据漫游号码将呼叫路由到拜访网络。
晚前转业务，即呼叫已经接续到被叫所在 VMSC之后才触发的前转业务， 几个比较典型的应用场景是用户无应答前转和用户决定忙前转。 用户无应答 前转是对用户振铃超时后触发的前转， 用户决定忙前转是对用户振铃时用户 按" END，，键触发的前转。 目前制订的晚前转业务的流程均未涉及上述 VCC业 务控制实体， 主要存在以下两种方案。
晚前转方案一， 参见图 5所示， 包括下列步驟：
被叫用户签约有 CFB ( Call Forwarding Busy )或 CFNRy ( Call Forwarding No Reply )业务。 此时有呼叫到来。
1、 关口局 GMSC收到入局呼叫信令 IAM。
2、 GMSC向 HLR申请用户位置， 发送 SRI消息。
3、 HLR向用户所在 VMSC申请漫游号码， 发送 PRN消息。
4、 VMSC返回用户的漫游号码 MSRN。
5、 HLR将漫游号码返回给 GMSC。
6、 GMSC通过漫游号码将呼叫路由到 VMSC。
7、 VMSC寻呼到用户， 对用户开始振铃。
8、 如果用户长时间无应答， 或者用户按下 END键拒绝呼叫， 则 VMSC 触发 CFB或者 CFNRy业务。 从用户签约数据 (在用户注册时已经从 HLR下 载） 中获得用户前转号码， 然后根据前转号码向前转方发起新的呼叫， 呼叫 消息中带有前转指示参数表明前转原因。
晚前转方案二， 由晚前转方案一的流程可以看出被叫用户所在的 VMSC 在用户发生了前转之后还需要一直保留在呼叫路径中， 这样就会造成呼叫信 令的迂回。 由此 3GPP又提出了一个优化路由的方案。 参见图 6所示， 包括下 列步骤： 、 ，， 、 、 , , „ , _ . , , ,
1 ~ 7、 与晚 转万茱一相比， 差异在于： 笫 2步中 GMSC在向 HLR发送 SRI 查询用户位置时， 带上呼叫参考号及 GMSC地址， HLR在第 3 步向 VMSC/VLR申请漫游号码时也将呼叫参考号和 GMSC地址带上， VMSC/VLR 记录下这两个信息。
8、 当 VMSC触发了 CFB或者 CFNRy时， VMSC不直接进行前转， 而是 根据第 3步获得的 GMSC地址给 GMSC发送一条 RCH( Resume Call Handling ) 消息， 消息中带有前转原因、 呼叫参考号和前转号码。
当 GMSC收到 RCH消息后，根据所述呼叫参考号关联到步骤 1收到的入 局呼叫， 以备对其进行路由优化； GMSC可以选择到 HLR去重新请求前转号 码， 也可以选择使用 VMSC带回的前转号码。
9、 GMSC给 VMSC返回 RCH的响应消息。
10、 GMSC给 VMSC发送 REL消息释放以前的会话。
11、 GMSC使用前转号码进行路由查找, 将呼叫接续到前转号码所在的 网给。
若将上述 4种 VCC架构下的被叫路由流程与 2种晚前转业务流程任意组 合， 用户进行晚前转业务之后的网络路由状况, 参见图 7所示。 显然在被叫 路由流程中不会让 VCC业务控制实体感知到进行了晚前转业务。
可见， 在 3G网络与 2G网络并存的状态下, 被 VCC业务控制实体锚定的用 户呼叫若发生了晚前转， 则 VCC业务控制实体无法感知到， 还会继续保留在 会话路径中， 使得会话路径无谓的穿越 IMS网络， 造成信令路由迂回， 浪费网 络资源， 以及无谓的进行了承载从 TDM到 IP的转换， 使得语音质量下降， 给 用户造成不好的感受。 而且， 若 VCC业务控制实体由于某些原因需要保留在 会话路径中， 也会因为接收不到业务通知或者收到也无法处理而造成记录的 用户呼叫状态与实际不一致， 造成对用户后续的路由决策得出错误结论。 发明内容
本发明实施例提供一种处理晚前转业务的方法、 网络及装置， 用以解决 , . Τ^^ ., Λ, , n , 在友生 光 转业务后， 若 VCC业务控制买体无需保留在 、 ≤〒， 则无 法从会话路径中释放出来,或者若 VCC业务控制实体需要保留在会话路径中， 则无法获知业务通知， 导致无法更新用户呼叫状态的问题。
本发明方法包括步骤：
A、 VCC业务控制实体获知晚前转信息后， 在所述 VCC业务控制实体向 被叫拜访地获取漫游号码的交互过程中， 将所述晚前转信息告知被叫拜访地；
B、 当发起晚前转业务时， 被叫拜访地根据所述晚前转信息， 指示入局 GMSC执行前转操作；
C、 由入局 GMSC执行前转操作。
本发明实施例的一种 VCC业务控制实体， 包括：在 IMS域中用于进行路 由选择的 NeDS执行实体， 以及在 CS域中用于将呼叫路由改向到 IMS域的 路由改向执行实体， 所述实体还包括： 晚前转信息获取单元， 用于从入局 GMSC侧获取晚前转信息； 漫游号码获取单元， 用于向被叫拜访地获取漫游 号码 , 并在交互过程中将所述晚前转信息获取单元获取的晚前转信息告知被 叫拜访地。
本发明实施例的一种双网互操作网络， 包括： HLR、 GMSC, VMSC/VLR, 以及 VCC业务控制实体，其用于从入局 GMSC发出的消息中获取晚前转信息， 以及在获取漫游号码时，通过 HLR将所述晚前转信息发送给 VMSC/VLR, 以 使 VMSC/VLR根据晚前转信息指示执行前转操作， 完成前转操作。
本发明实施例的有益效果如下：
本发明方法实施例将 VCC架构下的被叫路由流程与晚前转业务流程相关 联， 以使 VCC业务控制实体获知晚前转信息后， 在所述 VCC业务控制实体 向被叫拜访地获取漫游号码的交互过程中， 将所述晚前转信息告知被叫拜访 地； 当发起晚前转业务时， 被叫拜访地根据所述晚前转信息， 向入局 GMSC 发送前转操作指示；再由入局 GMSC执行前转操作。这样 VCC业务控制实体 不但可以获知晚前转信息， 以便更新其保存的用户状态； 还可参与获取漫游 号码的过程， 并将晚前转信息告知被叫拜访地， 当发生晚前转业务后， 借助 现 标准流程可将包括 VCC业务控制实体在内 资源 释放出来。
为了支撑本发明方法实施例， 本发明实施例还提供了一种 VCC业务控制 实体和一种双网互操作网络。
通过本发明实施例， 当处于被 VCC业务控制实体进行呼叫锚定状态的用 户发起了晚前转业务之后， 若 VCC业务控制实体无需保留在会话路径中， 则 能够将呼叫从 IMS锚定中释放出来， 以避免无谓的多次编解码转换对语音质 量造成的影响， 同时节省 IMS域的路由资源； 若 VCC业务控制实体需要保留 在会话路径中， 则能够让 VCC业务控制实体感知到用户的业务状态并更新自 己的记录， 以便在之后发生的呼叫接续中， 能够根据用户真实的呼叫状态进 行正确的路由决策。 附图说明
图 1为现有的被叫路由方案一的信令流程图；
图 2为现有的被叫路由方案二的信令流程图；
图 3为现有的被叫路由方案三的信令流程图；
图 4为现有的被叫路由方案四的信令流程图；
图 5为现有晚前转业务的信令流程图；
图 6为现有的优化晚前转业务的信令流程图；
图 7为现有的用户进行晚前转业务之后的网络路由状况示意图； 图 8为本发明实施例的双网互搡作网络示意图；
图 9为本发明实施例的 VCC业务控制实体与 GMSC合设方案一的结构示 意图；
图 10为本发明实施例的 VCC业务控制实体与 GMSC合设方案二的结构 示意图；
图 11为本发明实施例的 VCC业务控制实体与 GMSC分设方案一的结构 示意图； 图 12为本发明实施例的 VCC业务控制实体与 GMSC 构 示意图；
图 13为本发明实施例的方法步驟流程图；
图 14为本发明方法实例一的信令流程图；
图 15为本发明方法实例二的信令流程图；
图 16为本发明方法实例三的信令流程图；
图 17为本发明方法实例四的信令流程图；
图 18为本发明方法实例五的信令流程图；
图 19为本发明方法实例六的信令流程图。 具体实施方式
基于 3GPP和 3GPP2两个领域。为了当处于被 VCC业务控制实体进行呼 叫锚定状态的用户发起了晚前转业务之后， 若 VCC业务控制实体无需保留在 会话路径中， 则能够将呼叫从 IMS锚定中释放出来， 以避免无谓的多次编解 码转换对语音质量造成的影响， 同时为了节省 IMS域的路由资源； 若 VCC业 务控制实体需要保留在会话路径中， 则能够让 VCC业务控制实体感知到用户 的业务状态并更新自己的记录， 以便在之后发生的呼叫接续中， 能够根据用 户真实的呼叫状态进行正确的路由决策。
本发明实施例提供了一种双网互操作网絡， 可应用于 3GPP和 3GPP2两 个领域， 参见图 8所示， 其包括： HLR、 GMSC和 VMSC/VLR,还包括： VCC 业务控制实体， 用于从入局 GMSC发出的消息中获取晚前转信息， 或者所述 VCC业务控制实体自己生成晚前转信息（至少生成入局 GMSC的地址）, 以 及在获取漫游号码时，通过 HLR将所述晚前转信息发送给 VMSC/VLR, 以使 VMSC/VLR根据晚前转信息指示执行前转操作， 以完成前转操作。
进一步，本发明实施例的 VCC业务控制实体可以与入局 GMSC合并设置， 由 VCC业务控制实体代替入局 GMSC生成晚前转信息（至少生成入局 GMSC 的地址），并执行前转操作，针对合并设置本发明实施例提供了以下两种方案： 案一： 参见图 9所示， 所述 VCC业务控
NeDS执行实体， 其在 IMS域中用于进行路由选择。
路由改向执行实体， 在 CS域中用于将呼叫路由改向到 IMS域。
CCCF执行实体， 其在 IMS域中用于进行呼叫锚定。
晚前转信息获取单元， 用于从入局 GMSC侧获取晚前转信息。 所述晚前 转信息获取单元可设置在路由改向执行实体中。
漫游号码获取单元， 用于向 VMSC/VLR侧获取漫游号码， 并在交互过程 中将所述晚前转信息获取单元获取的晚前转信息， 或 VCC业务控制实体自己 生成晚前转信息告知 VMSC/VLR。 所述漫游号码获取单元可设置在路由改向 执行实体中。
GMSC功能单元， 用于实现 GMSC的部分功能， 如： 生成呼叫参考号， 提供入局 GMSC的地址， 执行前转操作等。
若当发生晚前转业务后， VCC业务控制实体需要保留在会话路径中， 则 所述 VCC业务控制实体还包括： 更新单元， 用于在完成晚前转业务后， 通知 CCCF执行实体更新记录的用户呼叫状态。 以及由 VCC业务控制实体释放原 出局会话， 并发起到前转方的出局会话。
若当发生晚前转业务后， VCC业务控制实体不需要保留在会话路径中， 则由 VCC业务控制实体释放出局会话， 并对 MGCF发来的入局会话返回 SIP 的 3XX改向响应, 以通知 MGCF对呼叫进行改向 , 重新接续到前转方。
VCC业务控制实体保存 IMS域锚定前的 GMSC地址， 若当发生晚前转 业务后， VCC业务控制实体不需要保留在会话路径中，则所述 VCC业务控制 实体通知 IMS域锚定前的 GMSC发生前转， 由所述 GMSC发起释放出局会 话， 并发起到前转方的会话。
合并设置方案二： 参见图 10所示， 所述漫游号码获取单元设置在 NeDS' 中， 并且 NeDS 与路由改向执行实体之间存在传输晚前转信息的接口。 其他 单元和执行实体的相关信息与合并设置方案一相同。
进一步，本发明实施例的 VCC业务控制实体可以与 GMSC分别设置，针 , 、 ， , , , _ 、
对分另'」议置枣发明买施例提供了以下两种方案：
分别设置方案一： 参见图 11所示， 所述 VCC业务控制实体包括：
NeDS执行实体， 其在 IMS域中用于进行路由选择。
路由改向执行实体， 在 CS域中用于将呼叫路由改向到 IMS域。
CCCF执行实体， 其在 IMS域中用于进行呼叫锚定。
晚前转信息获取单元， 其采用智能触发方式或拦截信令方式从入局 GMSC侧获取晚前转信息。 所述晚前转信息获取单元可设置在路由改向执行 实体中。
漫游号码获取单元， 用于向 VMSC/VLR侧获取漫游号码， 并在交互过程 中将所述晚前转信息获取单元获取的晚前转信息告知 VMSC/VLR。 所述漫游 号码获取单元可设置在路由改向执行实体中。
关联单元， 用于将所述晚前转信息获取单元获取的晚前转信息与路由号 码相关联， 以便在收到携带有所述路由号码的呼叫请求后， 使晚前转信息获 取单元根据所述关联关系提取所述晚前转信息， 并提供给漫游号码获取单元。
分别设置方案二： 参见图 12所示， 所述漫游号码获取单元设置在 NeDS 中， 并且 NeDS 与路由改向执行实体之间存在传输晚前转信息的接口。 其他 单元和执行实体的相关信息与分别设置方案一相同。
以分别设置方案二为例， 所述关联单元将晚前转信息与路由号码相关联 存在两种情况。
情况一： 只需关联 IMS域路由号码与晚前转信息。
路由改向执行实体从 GMSC获取晚前转信息， 并生成 IMS域路由号码 IMRN, 以将呼叫路由到 IMS域。 呼叫在 IMS域触发到 NeDS执行实体之后， 由 NeDS执行实体进行路由选择。 根据具体业务的需要， NeDS执行实体直接 到 CS域获取漫游号码，则无需生成电路域路由号码 CSRN,可直接根据 IMRN 到路由改向执行实体中查询晚前转信息（即只需关联 IMRN与晚前转信息：)， 得到晚前转信息后， 去被叫拜访地获取漫游号码， 同时携带所述晚前转路由 信息。 N m、T ^,„„^ T n . , _ .,
'I 儿二： IMRN、 CSRN 百 三 联。
路由改向执行实体从 GMSC获取晚前转信息， 并生成 IMS域路由号码 IMR , 以将呼叫路由到 IMS域。 呼叫在 IMS域触发到 NeDS执行实体之后， 由 NeDS执行实体进行路由选择。 根据具体业务的需要， NeDS执行实体将呼 叫改向到 CS域， 则生成 CSRN并返回。 IMS域会话控制实体（CSCF/MGCF ) 根据 CSRN将呼叫路由到 CS域的 GMSC, GMSC再将呼叫触发到路由改向 执行实体， 则路由改向执行实体就可根据 CSRN关联到 IMRN, 进而关联到 相应的晚前转信息。 之后， NeDS执行实体去被叫拜访地获取漫游号码， 并携 带所述晚前转信息。
应用上述网络及 VCC业务控制实体， 本发明实施例提供了一种处理晚前 转业务的方法， 可应用于 3GPP和 3GPP2两个领域， 参见图 13所示， 包括下 列主要步驟：
51、 VCC业务控制实体获取晚前转信息。
若 VCC业务控制实体中包含 GMSC功能单元， 用以代替 GMSC生成晚 前转信息， 以及执行前转操作 (即 VCC业务控制实体与入局 GMSC合设）， 则由 VCC业务控制实体生成所述晚前转信息 (至少生成入局 GMSC的地址）。
若 VCC业务控制实体与 GMSC分别设置,则可采用智能触发的方式，将 携带有晚前转信息的消息触发到 VCC业务控制实体， 以使 VCC业务控制实 体获知晚前转信息; 或者， 采用拦截方式， 由 VCC 业务控制实体拦截入局 GMSC向 HLR发送的携带有晚前转信息的 SRI消息， 以获取晚前转信息。 分 设情况下， 所述 VCC业务控制实体还可将收到的 IMS锚定前的 GMSC的地 址设置为入局 GMSC的地址， 用于使 IMS锚定前的 GMSC执行前转操作； 所述 VCC业务控制实体在构造的晚前转信息中使用 IMS锚定前 GMSC生成 的呼叫参考号, 则可使 IMS锚定前的 GMSC关联到原会话。
52、 VCC业务控制实体向 HLR申请用户位置， 并携带晚前转信息。
由 VCC业务控制实体向 HLR发送 SRI消息， 以申请用户位置， 该 SRI 消息中携带有步骤 S 1中获取的晚前转信息。 、 、 » 口 TrT ιί # Sk nA
S3、 HLR向 VMSC/VLR申请漫游 码， 开携带晚前特 1百 。
本步骤实现了将晚前转信息插入到 VMSC/VLR。
54、 当发起晚前转业务时， VMSC/VLR根据晚前转信息指示 GMSC执行 前转操作。
当发起晚前转业务时， VMSC/VLR根据保存的 GMSC地址（包含在晚前 转信息中 )向入局 GMSC发送 RCH消息， 以进行执行前转操作指示。
55、 由入局 GMSC执行前转操作。
若 VCC业务控制实体与 GMSC合设， 则 VCC业务控制实体可在需要保 留在会话路径中时（如： 主叫在 IMS域， 经 I-CSCF进入被叫所属 IMS域找 到 VCC业务控制实体的场景）， 按照标准 SOR流程释放出局会话， 并发起到 前转方的会话， 同时更新记录的用户状态。
若 VCC业务控制实体与 GMSC.合设， 则 VCC业务控制实体不需保留在 会话路径中时 (如： 主叫在 CS域， 经 MGCF进入 IMS域找到 VCC业务控制 实体的场景）, VCC 业务控制实体释放出局会话, 并对入局会话返回 SIP 的 3XX改向响应， MGCF收到 3XX改向响应后进行呼叫改向， 重新接续到前转 方。 或者， VCC业务控制实体通知 IMS域锚定前的 GMSC发生前转， 由所 述 GMSC发起释放出局会话， 并发起到前转方的会话。 这种情况下所述 VCC 业务控制实体至少保存 IMS锚定前 GMSC告知的地址和呼叫参考号,并在所 述通知 IMS域锚定前的 GMSC发生前转的信令中携带所保存的呼叫参考号， 以使此 GMSC能够关联到原会话。
若 VCC业务控制实体与 GMSC分别设置， 则按照 SOR标准流程释放出 局方向的会话， 并发起到前转方的会话， 这样就可以将 VCC业务控制实体在 内的 IMS网络从会话路径中释放出来。
以下通过六个实例具体描述。
方法实例一： VCC业务控制实体与 GMSC合设 (此处 GMSC为 IMS域 的入局 GMSC ), 完成晚前转业务的处理。 参见图 14所示， 包括下列具体步 驟： 、 , L ,
1、 呼叫已经路由到 IMS域， CSCF通过业务触发将 业 务控制实体。
2、 VCC业务控制实体决策要在 CS域接续用户， 则作为 GMSC向 HLR 发送 SRI 消息来查询用户位置， SRI 消息中带上路由优化指示表示需要由 GMSC来发起晚前转， 同时带上 GMSC的地址（即 VCC业务控制实体的地 址）和呼叫参考号。
3、 HLR向用户所在 VMSC发送 PRN请求漫游号码， PRN消息中带有路 由优化指示， 同时带上 GMSC的地址和呼叫参考号。
4、 VMSC返回用户的漫游号码。
5、 HLR将漫游号码返回给 VCC业务控制实体。
6、 VCC业务控制实体使用漫游号码将呼叫改向 , 通知 CSCF, CSCF检 测到路由地址是 tel格式的漫游号码， 则将呼叫路由到 MGCF。
7、 MGCF通过漫游号码将呼叫路由到 VMSC：。
8、 当触发晚前转业务时， VMSC根据第 3步获得的 GMSC地址和晚前 转路由优化指示，给 GMSC即 VCC业务控制实体发送 RCH消息， RCH消息 中带有呼叫参考号和前转原因， 也可以同时带上前转号码。
9、 VCC业务控制实体收到 RCH消息之后， 根据所述呼叫参考号关联到 入局呼叫， 并发起前转流程。 前转号码可以向 HLR发起 SRI请求来获取， 也 可以直接使用 RCH消息中带来的前转号码。 VCC业务控制实体给 VMSC返 回 RCH的响应消息。
10、 VCC业务控制实体给 CSCF发送 BYE请求释放在第 6步中原来的会 话， BYE请求一直被送到 MGCF。
注： 上述 9、 10两步的先后顺序没有特别规定。
11、 MGCF收到 BYE请求之后就给 VMSC发送 REL消息释放原有会话。 12、 VCC业务控制实体开始执行路由优化操作。如果 VCC业务控制实体 需要继续保留在会话路径中， 则直接使用前转号码发起新的会话， 并将新会 话和在第 1步收到的会话关联起来， 同时 VCC业务控制实体更新记录中用户 , ― ， ，，
呼叫状态为 S闲态； 如果 VCC业务控制实体不需要继续 中， 可以在第 1步收到的会话中给 CSCF返回呼叫改向指示 3XX消息同时带上前 转号码来让 CSCF或 MGCF发起呼叫改向。
方法实例二： VCC业务控制实体与 GMSC分别设置（此处 GMSC为 IMS 域的入局 GMSC ), 并采用智能触发的方式， 完成晚前转业务的处理。 参见图 15所示， 包括下列具体步骤：
1、 GMSC1收到呼叫接续信令。
2、 GMSC1向 HLR申请用户数据。
3、 HLR给 GMSC1下载被叫智能触发器。
4、 GMSC1根据触发器触发到 VCC业务控制实体（中的路由改向实体）， 消息中带上本次呼叫的呼叫参考号 1和 GMSC1的地址。
5、 VCC业务控制实体（中的路由改向实体）记录下呼叫参考号 1和 GMSC1 的地址， 并且给 GMSC1返回 IMRN ( IMS Routing Number )来指示 GMSC1 将呼叫路由到 IMS域。
6、 GMSC1根据 IMRN将呼叫路由到 IMS域网关实体 MGCF。
7、 MGCF生成 IMS域呼叫信令并根据 IMRN将呼叫信令经 CSCF发送 给 VCC业务控制实体（中的域选择实体）。
8、 VCC业务控制实体中的呼叫连续性控制实体将呼叫进行锚定。域选择 实体如果决策结果为呼叫需要在电路域接续， 则新建带有 CSRN ( CS Routing Number ) 的呼叫请求来让呼叫路由到 CS域， 同时关联起新呼叫和收到的呼 叫。为了将这一步和第 5步关联起来以便后续操作，可以设置 CSRN和 IMRN 采用相同后缀， 前缀则不同， 分别指示路由到不同域。
9、 MGCF收到带有 CSRN的呼叫信令后， 根据 CSRN将呼叫路由到 CS 域 GMSC2, GMSC2可能会和 GMSC1是一个 GMSC, 也有可能不是， 这里 为了不混淆不同会话， 将它们分开描述。
10、 GMSC2收到入局呼叫后，根据对收到的 CSRN进行号码分析或者入 局中继、局向等信息进行分析得知需要直接触发智能信令到 VCC业务控制实 体 也叫做 N-CSI触发 ),信令中可以带上 ( 参考 号 2和地址（在本发明实施例中没有用处）。
11、 VCC业务控制实体收到带有 CSRN的触发信令后， 通过 CSRN中与 IMRN相同的后缀关联到第 5步的处理， 向 HLR申请用户位置， 并且带上第 5步保存的呼叫参考号 1和 GMSC1的地址。
12、 HLR向 VMSC/VLR申请漫游号码， 同时带上晚前转路由优化指示， 及呼叫参考号 1和 GMSC1的地址。
13、 VMSC返回漫游号码同时记录下晚前转路由优化指示以及呼叫参考 号 1和 GMSC1的地址。
14、 HLR将漫游号码返回给 VCC业务控制实体。
15、 VCC业务控制实体将漫游号码返回 GMSC2。
16、 GMSC2根据漫游号码将呼叫路由到 VMSC。
17、 如果触发晚前转条件， 则 VMSC根据保存的晚前转路由优化指示及 GMSC1地址， 给 GMSC1发送 RCH消息指示发生了前转， 同时带上前转原 因、 呼叫参考号 1和前转号码。
注： GMSC1收到 RCH消息后， 按照 SOR标准操作执行晚前转路由优化 流程。 下面第 18步、 19步和 23步的先后顺序没有规定。 按照 SOR标准， GMSC1可以去 HLR申请前转号码或者直接使用 VMSC带来的前转号码来触 发晚前转流程。
18、首先 GMSC1给 VMSC返回 RCH的响应消息， 并 居所述呼叫参考 号 1关联到入局呼叫。
19、 然后 GMSC1向 MGCF发送 REL消息释放原有呼叫。
20、 MGCF收到 REL消息后， 向 CSCF和 VCC业务控制实体发送 SIP 的释放消息 CANCEL消息。
21、 VCC业务控制实体收到 CANCEL消息之后，也向在第 8步新建的会 话发送 CANCEL消息释放会话。
22-23、 MGCF收到 CANCEL消息之后， 向 GMSC2发送 REL消息释放 在 呼叫， 释放消息一直传递到 VMSC， 将到 v i都拆 除； GMSC1在释放完到 MGCF的呼叫后， 就可以执行前转流程， 向前转方 建立新的呼叫。
方法实例三： VCC业务控制实体与 GMSC分别设置（此处 GMSC为 IMS 域的入局 GMSC ), 并采用拦截信令方式， 完成晚前转业务的处理。 参见图 16 所示， 包括下列具体步骤：
1、 呼叫从电路域到达被叫所属归属网络的 GMSC1。
2、 GMSC1向 HLR发送 SRI消息取用户位置信息， 消息中带有 GMSC1 支持 SOR操作以及呼叫参考号 1和 GMSC1的地址。
3、 VCC信令拦截实体将 SRI消息拦截下来后进行处理。 当决策需要将呼 叫经由 IMS域，则 VCC业务控制实体的路由改向实体（和信令拦截实体合一 设置）保存 GMSC1的呼叫参考号 1和地址， 然后给 GMSC1返回 IMRN以控 制呼叫改向到 IMS 戈。
4、 GMSC1根据 IMR 将呼叫路由到 IMS域网关实体 MGCF。
5、 MGCF生成 IMS域呼叫信令并根据 IMRN将呼叫信令经 CSCF发送 给 VCC业务控制实体。
6、 VCC业务控制实体的连续性控制实体将呼叫锚定。如果域选择实体决 策呼叫需要在电路域接续， 则新建带有 CSRN ( CS Routing Number ) 的呼叫 请求来让呼叫路由到 CS域， 同时关联起新呼叫和收到的呼叫。 为了将这一步 和第 3步关联起来以便后续操作， 可以设置 CSRN和 IMRN采用相同后缀， 前缀则不同， 分别指示路由到不同域。
7、 MGCF收到带有 CSRN的呼叫信令后， 根据 CSRN将呼叫路由到 CS 域 GMSC2, GMSC2可能会和 GMSC1是一个 GMSC, 也有可能不是， 这里 为了不混淆不同会话， 将它们分开描述。
8、 GMSC2收到入局呼叫后，根据收到的 CSR 到 HLR取申请用户位置， 信令中可以带上 GMSC2的呼叫参考号 2和地址 (在本发明实施例中没有用 处）。 9、 ( 言令拦截实体拦截到被叫号码为 CSRN的 S 过和 与 IMRN相同的后缀关联到第 3 步的处理， 将被叫号码改为用户真实的 MSISDN并向 HLR申请用户位置， 并且带上第 3步保存的呼叫参考号 1和 GMSC1的地址。
10、 HLR向 VMSC/VLR申请漫游号码， 同时带上 GMSC1支持晚前转路 由优化的指示， 及呼叫参考号 1和 GMSC1的地址。
11、 VMSC返回漫游号码同时记录下 GMSC1支持晚前转路由优化以及呼 叫参考号 1和 GMSC1的地址。
12、 HLR将漫游号码返回给 VCC业务控制实体。
13、 VCC业务控制实体将漫游号码返回 GMSC2。
后续步骤与方法实例二相同。
方法实例四： 3GPP2 VCC架构下, VCC业务控制实体与 GMSC分别设 置 （此处 GMSC为 CS域的入口 GMSC, 即 IMS域锚定前的 GMSC ), 并采 用智能触发的方式， 完成晚前转业务的处理。 参见图 17所示， 包括下列具体 步驟：
1、 GMSC收到呼叫接续信令。
2、 GMSC向 HLR申请用户数据。
3、 HLR给 GMSC下载被叫智能触发器。
4、 GMSC根据触发器触发到 SCP实体， 消息中带上本次呼叫的呼叫参考 号 1和 GMSC的地址。
5、 SCP将消息转发给 VCC业务控制实体，携带本次呼叫的呼叫参考号 1 和 GMSC的地址。
6、 VCC业务控制实体记录下呼叫参考号 1和 GMSC的地址，并且给 SCP 返回 IMS路由号码。
7、 SCP向 GMSC返回 IMS路由号码用于后续将呼叫路由到 IMS域。
8、 GMSC根据 IMS路由号码将呼叫路由到 IMS域网关实体 MGCF。
9、 MGCF生成 IMS域呼叫信令并根据 IMS路由号码将呼叫信令经 CSCF ,- ^ ι、 At
发送给 VCC业务控制买体。
10、 VCC业务控制实体将呼叫进行锚定并决策域选择的结果为呼叫需要 在电路域接续，则 VCC业务控制实体作为一个 B2B用户代理，发起向被叫用 户 MDN 对应的 Tel URI 的呼叫， 该呼叫发起消息被发送到被叫用户的 S-CSCF。
11、 通过 iFC触发， 呼叫发起消息被触发到 VCC业务控制实体。
12、 VCC业务控制实体向 HLR申请用户位置，携带上第 5步保存的呼叫 参考号 1和 GMSC的地址。
13、 HLR向 VMSC/VLR申请漫游号码，同时带上晚呼叫参考号 1和 GMSC 的地址。
14、 VMSC返回漫游号码同时记录下呼叫参考号 1和 GMSC的地址。
15、 HLR将漫游号码返回给 VCC业务控制实体。
16、 VCC业务控制实体根据漫游号码将呼叫路由到 MGCF。
17、 MGCF根据漫游号码将呼叫路由到 VMS (：。
18、 VMSC.试图建立和被叫号码的联系。
19、 如果触发晚前转条件， VMSC根据保存的 GMSC地址， 给 GMSC发 送 REDREQ消息指示发生了前转， 携带呼叫参考号 1。
20、 GMSC到 HLR取前转号码。
21、 HLR返回前转号码给 GMSC。
22、 GMSC向 VMSC返回 REDREQ的响应消息 redreq。
23、 然后 GMSC向 MGCF发送 REL消息释放原有呼叫。
24、 MGCF收到 REL消息后， 向 CSCF和 VCC业务控制实体发送 SIP 的释放消息 CANCEL消息。
25 ~ 28、 VCC业务控制实体收到 CANCEL消息之后， 发送 CANCEL消 息释放先前会话， 释放消息一直传递到 VMSC, 将到 VMSC的呼叫都拆除。
29、 GMSC执行前转流程， 向前转方建立新的呼叫。
方法实例五： 3GPP2 VCC架构下, VCC业务控制实体与 GMSC合并设 置（此处 GMSC为去取漫游号码的 MSC )， 并采用智能 成晚 前转业务的处理。 参见图 18所示， 包括下列具体步骤：
1、 GMSC收到呼叫接续信令。
2、 GMSC向 HLR申请用户数据。
3、 HLR给 GMSC下载被叫智能触发器。
4、 GMSC才艮据触发器触发到 SCP实体， 消息中带上本次呼叫的呼叫参考 号 1和 GMSC的地址。
5、 SCP将消息转发给 VCC业务控制实体，携带本次呼叫的呼叫参考号 1 和 GMSC的地址。
6、 VCC业务控制实体记录下呼叫参考号 1和 GMSC的地址，并且给 SCP 返回 IMS路由号码。
7、 SCP向 GMSC返回 IMS路由号码用于后续将呼叫路由到 IMS域。
8、 GMSC根据 IMS路由号码将呼叫路由到 IMS域网关实体 MGCF。
9、 MGCF生成 IMS域呼叫信令并根据 IMS路由号码将呼叫信令经 CSCF 发送给 VCC业务控制实体。
10、 VCC业务控制实体将呼叫进行锚定并决策域选择的结果为呼叫需要 在电路域接续，则 VCC业务控制实体作为一个 B2B用户代理，发起向被叫用 户 MDN 对应的 Tel URI 的呼叫， 该呼叫发起消息被发送到被叫用户的 S-CSCF。
11、 通过 iFC触发， 呼叫发起消息被触发到 VCC业务控制实体。
12、 VCC业务控制实体向 HLR申请用户位置，携带上第 5步保存的呼叫 参考号 1或携带 VCC业务控制实体自己生成的呼叫参考号 2, 以及携带 VCC 业务控制实体的 MSCIN地址或携带信令点地址。
13、 HLR向 VMSC VLR申请漫游号码， 同时带上呼叫参考号 1或呼叫参 考号 2和 VCC业务控制实体的 MSCIN地址或信令点地址。
14、 VMSC返回漫游号码同时记录下呼叫参考号 1或呼叫参考号 2和 VCC 业务控制实体的 MSCIN地址或信令点地址。 0 _ T T^^ „ ^ ^ , ,
15、 HLR将漫游号码返回给 VCC业务控制买体。
16、 VCC业务控制实体根据漫游号码将呼叫路由到 MGCF。
17、 MGCF根据漫游号码将呼叫路由到 VMSC。 '
18、 VMSC试图建立和被叫号码的联系。
19、 如果触发晚前转条件， VMSC根据保存的 VCC 业务控制实体的 MSCIN地址或信令点地址， 给 VCC AS发送 REDREQ消息指示发生了前转， 携带呼叫参考号 1或呼叫参考号 2。
20、 VCC AS判断自己不需要保留在前转后的呼叫路径中（如： 呼叫来自 CS域并且要前转到 CS 域， 避免路由迂回）， 则根据保存的 GMSC地址将 REDREQ消息转发给 GMSC。 如果从 VMSC收到的 REDREQ消息中携带的 是呼叫参考号 2, 则 VCC AS还要将其更换为所保存的呼叫参考号 1。
21、 GMSC到 HLR取前转号码。
22、 HLR返回前转号码给 GMSC。
23、 GMSC向 VCC AS返回 REDREQ的响应消息 redreq。
24、 VCC AS向 VMSC返回 REDREQ的响应消息 redreq。
25、 然后 GMSC向 MGCF发送 REL消息释放原有呼叫。
26、 MGCF收到 REL消息后, 向 CSCF和 VCC业务控制实体发送 SIP 的释放消息 CANCEL消息。
27 ~ 30、 VCC业务控制实体收到 CANCEL消息之后 , 发送 CANCEL消 息释放先前会话， 释放消息一直传递到 VMSC, 将到 VMSC的呼叫都拆除。
31、 GMSC执行前转流程， 向前转方建立新的呼叫。
方法实例六： 3GPP2 VCC架构下， VCC业务控制实体与 GMSC合并设 置（此处 GMSC为取漫游号码的 MSC ), 并采用智能触发的方式， 完成晚前 转业务的处理。 参见图 19所示， 包括下列具体步骤：
1 ~ 19 同方法实例五。
20、 VCC业务控制实体判断自己需要保留在前转后的呼叫路径中， 则到 HLR取前转号码。 ^ _ , , Q ，， ,
21、 HLR返回 转号码给 VCC业 买体。
22、 VCC业务控制实体将获得的前转号码返回给 VMSC/VLR。
23-26, VCC业务控制实体发送 CANCEL消息释放先前会话， 释放消息 一直传递到 VMSC, 将到 VMSC的呼叫都拆除。
27、 VCC业务控制实体执行前转流程， 向前转方建立新的呼叫。 发明的精神和范围。 这样， 倘若本发明的这些修改和变型属于本发明权利要 求及其等同技术的范围之内， 则本发明也意图包含这些改动和变型在内。

Claims

权 利 要 求
1、 一种处理晚前转业务的方法， 其特征在于， 包括下列步骤：
A、 VCC业务控制实体获知晚前转信息后， 在所述 VCC业务控制实体向 被叫拜访地获取漫游号码的交互过程中， 将所述晚前转信息告知被叫拜访地；
B、 当发起晚前转业务时， 被叫拜访地根据所述晚前转信息， 指示入局 GMSC执行前转操作；
C、 由入局 GMSC执行前转操作。
2、 如权利要求 1所述的方法， 其特征在于， 所述晚前转信息至少包括： 入局 GMSC的地址， 以及用于关联入局呼叫的呼叫参考号。
3、 如权利要求 2所述的方法， 其特征在于， 所述入局 GMSC和 VCC业 务控制实体合一; 所述 VCC 业务控制实体代替入局 GMSC 至少生成入局 GMSC的地址， 以及执行晚前转路由优化操作。
4、如权利要求 3所述的方法，其特征在于，若在发生晚前转业务后， VCC 业务控制实体需要保留在会话路径中， 则所述步驟 C中， VCC业务控制实体 释放原出局会话， 并发起到前转方的出局会话。
5、如权利要求 3所述的方法，其特征在于，若在发生晚前转业务后， VCC 业务控制实体不需保留在会话路径中， 则所述步驟 C中， VCC业务控制实体 释放出局会话, 并指示将呼叫进行改向, 以重新接续到前转方。
6、如权利要求 3所述的方法，其特征在于，若在发生晚前转业务后， VCC 业务控制实体不需保留在会话路径中 , 则所述步骤 C中， VCC业务控制实体 通知 IMS域锚定前的 GMSC发生前转， 由该 GMSC发起释放出局会话， 并 发起到前转方的会话。
7、 如权利要求 3至 6任一项所述的方法， 其特征在于， 所述步骤 A包括 下列子步骤：
All , VCC业务控制实体向 HLR发送消息， 以申请用户位置， 该消息中 携带有晚前转信息； WO 2007/134507 t ， 、 l jt_ ^^PCT/CN2007/000489、
A12、 HLR在向 VMSC/VLR 申请漫游号码时， 将所 ¾ ¾¾ 告知 V SC/VLR。
8、 如权利要求 7所述的方法， 其特征在于， 所述晚前转信息还包括： 路 由优化指示；
当发起晚前转业务时， VMSC/VLR直接指示入局 GMSC执行前转操作。
9、 如权利要求 5所述的方法， 其特征在于， VCC业务控制实体在完成晚 前转业务后， 更新记录中原被叫用户的呼叫状态为空闲态。
10、 如权利要求 6所述的方法， 其特征在于， 所述 VCC业务控制实体至 少保存 IMS锚定前 GMSC告知的地址和呼叫参考号，并在所述通知 IMS域锚 定前的 GMSC发生前转的信令中携带所保存的呼叫参考号, 以使该 GMSC关 联到原会话。
11、 如权利要求 2所述的方法， 其特征在于， 所述 VCC业务控制实体与 入局 GMSC分别设置。
12、 如权利要求 10所述的方法， 其特征在于， 所述步骤 C中， 以路由优 化支持 SOR标准流程对与 GMSC相关的路由进行优化。
13、 如权利要求 11或 12所述的方法， 其特征在于， 所述步骤 A包括下 列子步骤：
A21、 VCC 业务控制实体获知晚前转信息后， 将所述晚前转信息与路由 号码相关联；
A22、 当收到带有所述路由号码的呼叫请求时， VCC 业务控制实体根据 所述关联关系提取所述晚前转信息；
A23、 VCC 业务控制实体向被叫拜访地获取漫游号码的交互过程中， 将 所述晚前转信息告知被叫拜访地。
14、 如权利要求 13所述的方法， 其特征在于， 所述步骤 A21包括下列子 步骤：
-VCC业务控制实体从入局 GMSC发出的消息中获知路由优化指示、 呼 叫参考号和入局 GMSC的地址，并向入局 GMSC返回 IMS域路由号码 IMRN, 以^^ ¾S7C将呼叫接入 IMS域； p—
-VCC 业务控制实体在新建的 IMS 域呼叫请求中携带 CS 域路由号码 CSRN, 并将所述 IMRN与 CSRN关联。
15、 如权利要求 14所迷的方法， 其特征在于， 所述 CSRN与 IMRN部 分相同， 以关联 IMRN和 CSRN。
16、 如权利要求 15所述的方法， 其特征在于， 所述 CSRN和 IMRN设 置相同的后缀和不同的前缀， 以关联 IMRN和 CSRN。
17、 如权利要求 15所述的方法， 其特征在于， 所述步骤 A22包括： 通过 交互， 当 VCC业务控制实体收到携带有所述 CSR 的消息时， 才艮据所述关联 关系， 提取路由优化指示、 呼叫参考号和入局 GMSC的地址。
18、 如权利要求 15所述的方法， 其特征在于， 所述步驟 A21包括： VCC ' 业务控制实体从入局 GMSC发出的消息中获取路由优化指示、 呼叫参考号和 入局 GMSC的地址，并向入局 GMSC返回 IMRN, 以使入局 GMSC将呼叫接 入 IMS域。
19、 如权利要求 18所述的方法， 其特征在于， 所述步骤 A22包括： 通过 交互， 当 VCC业务控制实体收到携带有所述 IMRN的消息时， 提取所述获取 的路由优化指示、 呼叫参考号和入局 GMSC的地址。
20、 如权利要求 13所述的方法， 其特征在于， 所述步骤 A23包括： -VCC业务控制实体向 HLR发送 SRI消息， 以申请用户位置， 该 SRI消 息中携带有执行前转操作指示、 呼叫参考号和入局 GMSC的地址；
-HLR在向 VMSC/VLR申请漫游号码时， 将所述路由优化指示、 呼叫参 考号和入局 GMSC的地址告知 VMSC/VLR。
21、 如权利要求 11所述的方法， 其特征在于， 所述 VCC业务控制实体 将收到的 IMS锚定前的 GMSC的地址设置为入局 GMSC的地址，用于使 IMS + 锚定前的 GMSC执行晚前转路由优化操作。
22、 如权利要求 11所述的方法, 其特征在于， 所述 VCC业务控制实体 在构造的晚前转信息中使用 IMS锚定前 GMSC生成的呼叫参考号， 以使 IMS , , WO 2007/134507 , . _ , _ . PCT/CN2007/000489 锚定 的 GMSC关联到原会话。
23、 一种 VCC业务控制实体， 包括： 在 IMS域中用于进行路由选择的 NeDS执行实体，以及在 CS域中用于将呼叫路由改向到 IMS域的路由改向执 行实体， 其特征在于， 所述实体还包括：
晚前转信息获取单元， 用于从入局 GMSC侧获取晚前转信息；
漫游号码获取单元， 用于向被叫拜访地获取漫游号码， 并在交互过程中 将晚前转信息告知被叫拜访地。
24、 如权利要求 23所述的实体， 其特征在于， 所述 VCC业务控制实体 中还包括： 在 IMS域中用于进行呼叫锚定的 CCCF执行实体。
25、 如权利要求 23所述的实体， 其特征在于， 所述晚前转信息获取单元 设置在路由改向执行实体中。
26、 如权利要求 23所述的实体， 其特征在于， 所述漫游号码获取单元设 置在路由改向执行实体中，或者设置在 NeDS中并且 NeDS与路由改向执行实 体之间存在传输晚前转信息的接口。
27、 如权利要求 23所述的实体， 其特征在于， 所述 VCC业务控制实体 中包括 GMSC功能单元， 用以生成晚前转信息并执行前转操作， 且当发生晚 前转业务后 , VCC业务控制实体需要保留在会话路径中 ,则由 VCC业务控制 实体释放原出局会话， 并发起到前转方的出局会话。
28、 如权利要求 27所述的实体， 其特征在于， 所述实体还包括： 更新单元， 用于在完成晚前转业务后 , 通知 CCCF执行实体更新记录的 用户呼叫状态。
29、 如权利要求 23所述的实体, 其特征在于， 所述 VCC业务控制实体 中包括 GMSC功能单元， 用以生成晚前转信息并执行前转操作， 且当发生晚 前转业务后， VCC业务控制实体不需要保留在会话路径中，则由 VCC业务控 制实体释放出局会话， 并通知 MGCF对呼叫进行改向 , 以重新接续到前转方。
30、 如权利要求 23所述的实体， 其特征在于， 所述 VCC业务控制实体 中包括 GMSC功能单元， 用以生成晚前转信息， VCC业务控制实体保存 IMS 域 ^ ^^^ sc地址， 且当发生晚前转业务后， vcc if ¾¾¾N TH4呆 9需要 保留在会话路径中， 则由 VCC业务控制实体通知 IMS域锚定前的 GMSC发 生前转， 由该 GMSC发起释放出局会话， 并发起到前转方的会话。
31、 如权利要求 23至 30任一项所述的实体， 其特征在于， 所述晚前转 信息由 VCC业务控制实体生成。
32、 如权利要求 23所述的实体， 其特征在于， 所述实体中还包括： '关联单元， 用于将所述晚前转信息获取单元获取的晚前转信息与路由号 码相关联， 以便在收到携带有所述路由号码的呼叫请求后， 根据所述关联关 系提取所述晚前转信息。
33、 如权利要求 23、 25或 32所述的实体， 其特征在于， 所迷晚前转信 息由晚前转信息获取单元通过智能触发方式， 或者通过拉截信令方式获得。
34、 一种双网互操作网络， 包括： HLR、 GMSC和 VMSC/VLR, 其特征 在于， 所述网络还包括：
VCC业务控制实体， 用于获取晚前转信息， 以及在获取漫游号码时， 通 过 HLR将所述晚前转信息发送给 VMSC/VLR, 以使 VMSC/VLR根据晚前转 信息指示执行前转操作， 完成前转操作。
35、 如权利要求 34所述的网络， 其特征在于， 所述 VCC业务控制实体 包括：
晚前转信息获取单元， 用于从入局 GMSC侧获取晚前转信息；
漫游号码获取单元， 用于向 VMSC/VLR侧获取漫游号码， 并在交互过程 中将晚前转信息告知 VMSC/VLR。
36、 如权利要求 35所述的网络， 其特征在于， 所述 VCC业务控制实体 代替 GMSC生成晚前转信息并执行前转操作, 且当发生晚前转业务后， VCC 业务控制实体需要保留在^舌路径中， 则由 VCC业务控制实体释放原出局会 话， 并发起到前转方的出局会话。
37、 如权利要求 36所述的网络， 其特征在于， 所述 VCC业务控制实体 还包括： 更新单元， 用于在完成晚前转业务后， 触发更新记录的用户呼叫状 态。
38、 如权利要求 35所述的网络， 其特征在于， 所述 VCC业务控制实体 代替 GMSC生成晚前转信息并执行前转操作， 且当发生晚前转业务后， VCC 业务控制实体不需要保留在会话路径中， 则由 VCC业务控制实体释放出局会 话， 并通知 MGCF对呼叫进行改向， 以重新接续到前转方。
39、 如权利要求 35所述的网络， 其特征在于， 所述 VCC业务控制实体 代替 GMSC生成晚前转信息并执行前转操作 , VCC业务控制实体保存 IMS 域锚定前的 GMSC地址， 且当发生晚前转业务后， VCC业务控制实体不需要 保留在会话路径中， 则由 VCC业务控制实体通知 IMS域锚定前的 GMSC发 生前转， 由所述 GMSC发起释放出局会话， 并发起到前转方的会话。
40、 如权利要求 37所述的网络， 其特征在于， 所述 VCC业务控制实体 与 GMSC分别设置, 则所述 VCC业务控制实体中还包括:
关联单元， 用于将所述晚前转信息获取单元获取的晚前转信息与路由号 码相关联， 以便在收到携带有所述路由号码的呼叫请求后， 才 据所述关联关 系提取所述晚前转信息。
PCT/CN2007/000489 2006-05-19 2007-02-12 Procédé, réseau et dispositif de traitement de service de transfert d'appel récent WO2007134507A1 (fr)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
CN200610080617.4 2006-05-19
CN200610080617 2006-05-19
CN2006101535288A CN101076186B (zh) 2006-05-19 2006-09-11 一种处理晚前转业务的方法、网络及装置
CN200610153528.8 2006-09-11

Publications (1)

Publication Number Publication Date
WO2007134507A1 true WO2007134507A1 (fr) 2007-11-29

Family

ID=38722943

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2007/000489 WO2007134507A1 (fr) 2006-05-19 2007-02-12 Procédé, réseau et dispositif de traitement de service de transfert d'appel récent

Country Status (2)

Country Link
CN (1) CN101076186B (zh)
WO (1) WO2007134507A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102045672A (zh) * 2010-12-01 2011-05-04 中兴通讯股份有限公司 一种处理用户晚前转的方法和系统

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101841788B (zh) * 2010-06-12 2015-10-21 中兴通讯股份有限公司 前转呼叫的方法、装置和系统
CN102469424B (zh) * 2010-11-03 2015-05-20 中兴通讯股份有限公司 晚前转处理方法及系统
CN107666543B (zh) * 2016-07-29 2020-11-13 中国移动通信集团江苏有限公司 一种数据处理方法及装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030027595A1 (en) * 2001-07-31 2003-02-06 Ejzak Richard Paul Provision of services in a communication system including an interworking mobile switching center
CN1467978A (zh) * 2002-06-03 2004-01-14 具有分组交换多媒体会话到电路交换呼叫转移的电信系统
CN1606381A (zh) * 2004-11-19 2005-04-13 中兴通讯股份有限公司 漫游至cdma网络的gsm1x用户实现无应答呼叫前转的方法
WO2005039132A1 (en) * 2003-10-17 2005-04-28 Nokia Corporation System, apparatus, and method for establishing circuit-switched communications via packet switched network signaling
WO2006010614A2 (en) * 2004-07-30 2006-02-02 Telefonaktiebolaget Lm Ericsson (Publ) Method and device for session control in hybrid telecommunication networks

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030027595A1 (en) * 2001-07-31 2003-02-06 Ejzak Richard Paul Provision of services in a communication system including an interworking mobile switching center
CN1467978A (zh) * 2002-06-03 2004-01-14 具有分组交换多媒体会话到电路交换呼叫转移的电信系统
WO2005039132A1 (en) * 2003-10-17 2005-04-28 Nokia Corporation System, apparatus, and method for establishing circuit-switched communications via packet switched network signaling
WO2006010614A2 (en) * 2004-07-30 2006-02-02 Telefonaktiebolaget Lm Ericsson (Publ) Method and device for session control in hybrid telecommunication networks
CN1606381A (zh) * 2004-11-19 2005-04-13 中兴通讯股份有限公司 漫游至cdma网络的gsm1x用户实现无应答呼叫前转的方法

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102045672A (zh) * 2010-12-01 2011-05-04 中兴通讯股份有限公司 一种处理用户晚前转的方法和系统

Also Published As

Publication number Publication date
CN101076186B (zh) 2011-04-13
CN101076186A (zh) 2007-11-21

Similar Documents

Publication Publication Date Title
US10110975B2 (en) Inter-domain call routing
US10582061B2 (en) Network domain selection
JP4819904B2 (ja) 回線交換型アクセスを介するＩＭＳサービスのプロビジョン（ｐｒｏｖｉｓｉｏｎ：提供）
KR101276002B1 (ko) Ｉｍｓ 등록 사용자를 위한 호 처리
CN101166364A (zh) 一种在紧急业务时实现语音呼叫连续性的方法和系统
WO2007014510A1 (fr) Commande de routage interdomaine
US8326298B2 (en) Technique for service domain selection
US20090073938A1 (en) Method, system and apparatus for optimizing call anchoring in voice call continuity
US8289887B2 (en) Late call forwarding method in IP multimedia core network subsystem centralized service
WO2012027939A1 (zh) 一号通呼叫的方法及业务控制点
WO2007147357A1 (fr) Procédé et système de transmission d'informations d'emplacement de terminaison d'abonné dans un sous-système multimédia ip
US8743709B1 (en) Providing a signaling interface between a circuit-switched domain and a packet-switched domain to enable provision of services to a multi-mode mobile station
EP2089995B1 (en) Heterogeneous communication system and method for processing call in the same system
EP2443850B1 (en) Methods and apparatus in a telecommunications network
KR101095421B1 (ko) 호 제어 방법, 회선 교환 도메인 어댑터 및 단말 장치
WO2007134507A1 (fr) Procédé, réseau et dispositif de traitement de service de transfert d'appel récent
EP2056536B1 (en) A method, a system and a service control point for providing circuit domain service
KR20080089800A (ko) 이동통신 시스템에서 도메인 이동에 따른 호 설정 장치 및방법
GB2434942A (en) Signalling Call Anchor Information
WO2009092245A1 (zh) 多媒体会话连续性业务的起呼方法
KR20080069881A (ko) 인터넷 프로토콜 멀티미디어 서브시스템에서 음성 호 연속서비스 제공 방법 및 시스템
KR20080055100A (ko) 이종망간 핸드오버 시 통화서비스 제공방법
WO2008049320A1 (fr) Procédé, système et dispositif de transport

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 07710915

Country of ref document: EP

Kind code of ref document: A1