WO2012103791A1 - 跨无线网络控制器的切换方法及系统 - Google Patents

跨无线网络控制器的切换方法及系统 Download PDF

Info

Publication number
WO2012103791A1
WO2012103791A1 PCT/CN2012/070624 CN2012070624W WO2012103791A1 WO 2012103791 A1 WO2012103791 A1 WO 2012103791A1 CN 2012070624 W CN2012070624 W CN 2012070624W WO 2012103791 A1 WO2012103791 A1 WO 2012103791A1
Authority
WO
WIPO (PCT)
Prior art keywords
handover
message
source
target
rnc
Prior art date
Application number
PCT/CN2012/070624
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 中兴通讯股份有限公司
Publication of WO2012103791A1 publication Critical patent/WO2012103791A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/12—Reselecting a serving backbone network switching or routing node

Definitions

  • the present invention relates to handover technologies, and in particular, to a handover method and system across a wireless network controller. Background technique
  • IP Internet Protocol
  • CS Circuit Switched
  • PS Packet Switching
  • IMS IP Multimedia Subsystem
  • the IP-based unified service control system (hereinafter referred to as the unified IP core network) has two characteristics. One is that the voice and other services are implemented using the Session Initiation Protocol (SIP); the second is the service control system and The access technology is irrelevant, that is, the user can access through the PS or through the CS.
  • the PS access mode refers to that the user can access the core network through a packet network such as a General Packet Radio Service (GPRS) or a Wireless Local Area Network (WLAN).
  • GPRS General Packet Radio Service
  • WLAN Wireless Local Area Network
  • the CS access mode refers to that the user accesses the core network through a circuit domain wireless access network such as a base station subsystem (BSS, Base Station Subsystem) or a radio network subsystem (RNS, Radio Network Subsystem). Regardless of the access method used, the services are provided by the above unified IP core network.
  • BSS Base Station Subsystem
  • RNS Radio Network Subsystem
  • FIG. 1 is a schematic diagram of an application scenario in which a CS access mode is used to access a unified IP core network.
  • a user equipment (UE, User Equipment) 101 accesses a network through a circuit domain.
  • the network (such as BSS or RNS) 102 and the signaling adaptation device 103 are connected to the unified IP core network 104, and the signaling adaptation device 103 plays the necessary signaling conversion role, and all services are unified by the IP core network. 104 available.
  • Figure 2 shows the architecture of the CS accessing the unified IP core network.
  • the architecture of the CS accessing the unified IP core network includes the following NEs:
  • BSC base station controller
  • RNC radio network controller
  • AG Access Gateway
  • ISCF integrated service control function
  • RANAP Radio Access Network Application Part
  • the interface between the AG203 and the BSC and/or the RNC uses CS access signaling for communication, and the interface between the ISCF and the ISCF uses SIP protocol signaling for communication.
  • the AG203 implements the conversion function between the CS access signaling and the SIP message.
  • AG203 also has the functions of establishing the bearer of the media plane, implementing the connection and processing of the media stream.
  • the ISCF 204 is mainly used for functions such as mobility management, service routing, call control, service control, data storage, etc., and can be implemented by one or more functional entities.
  • the UE 201 accesses the AG 203 through the BSC or the RNC.
  • the AG 203 After receiving the CS access signaling sent by the BSC or the RNC, the AG 203 converts it into SIP signaling and sends it to the ISCF 204. At this time, the AG acts as a user agent instead of the user equipment 201. Access to the ISCF 204, the ISCF 204 performs service routing and call control, whereby the user UE 201 can establish a connection with the remote user and talk.
  • a UE moves from one cell (referring to the coverage of a base station or a base station) to another cell, channel switching is required in order to not interrupt communication.
  • the handover can be divided into handover within the RNC (or BSC) and handover across the RNC (or BSC).
  • the internal handover of the RNC (or BSC) only needs to be completed by the RNC (or BSC), and the core network does not participate in the processing.
  • the handover across the RNC (or BSC) requires the core network to perform the corresponding handover service processing.
  • the access signaling is RANAP or BSSAP, and the processing logic of the handover service on the core network side is the same.
  • UE1 is a user terminal that performs handover
  • UE2 is a user terminal that performs a call with UE1
  • source RNC is an RNC that the user accesses before handover.
  • the RNC is the RNC to which the user is to be handed over
  • the source AG is the AG that the user switches to the source network
  • the target AG is the AG of the target network to which the user is to switch.
  • the service scenario is that UE1 switches from the source RNC to the target RNC during the call between UE1 and UE2.
  • the above cross-RNC switching process specifically includes the following steps:
  • Step 301 The UE sends a measurement report (Measure Report) to the source RNC.
  • Step 302 The source RNC determines, according to the measurement report, that UE1 needs to perform handover.
  • Step 303 The source RNC sends a handover request (RELOCATION REQUIRED) to the source AG.
  • the manner in which the source AG selects the target AG may be based on the target cell information and the operator configuration policy.
  • the destination address (refer-To) in the call forwarding request message requires the address parameter carried in the header field to be the target location area identifier (Target LAI) to be switched to, and the method parameter is HANDOVER, since the HANDOVER does not belong to The standard method name defined in method, so the method parameter needs to be extended.
  • the handover request received by the source AG carries the parameters necessary for the handover, including the handover reason, the handover type, the source cell, the target cell, and the like.
  • the above handover parameters are also carried in the REFER message.
  • the ISCF is sent to the ISCF. There are many ways to carry these parameters. You can extend the refer header field to be carried in the extension field or in the Session Description Protocol (SDP) of REFER. Extensible Markup Language (XML) , Extensible Markup Language ) Extended carrying and so on.
  • SDP Session Description Protocol
  • Step 305 After receiving the REFER, the ISCF returns a call transfer request accept message to the source AG.
  • the ISCF can determine that the message is a handover request based on the HANDOVER value in the method parameter in the REFER message.
  • Step 306 The ISCF forwards the REFER message to the target AG.
  • Step 307 After receiving the REFER, the target AG replies to the ISCF with a call transfer request accept message (202 Accepted).
  • Step 308 the target terminal AG reserve resources for the handover, after transmitting the handover request to the target RNC (RELOCATION REQUEST) 0
  • Step 309 The target RNC performs an access network resource reservation process, and allocates corresponding radio resources for the UE1 to access the third generation (3G, 3rd Generation) network from the target RNC.
  • the target RNC then sends a handover request response (RELOCATION REQUEST ACK) to the target AG.
  • RELOCATION REQUEST ACK a handover request response
  • Step 310 The target AG sends a notification message ( NOTIFY ) to the ISCF to notify the ISCF that the handover is ready.
  • NOTIFY a notification message
  • Step 311 The ISCF replies with a confirmation message (200OK) after receiving the notification.
  • Step 312 The ISCF initiates a call invitation (INVITE) to the target AG, and carries the media information of the UE2 in the SDP.
  • INVITE a call invitation
  • Step 313 The target AG updates the remote media plane information to the media information of the UE2, and then sends a response message (200OK) to the ISCF, where the message carries the local media information SDP1.
  • Step 314 The ISCF sends a response confirmation message (ACK) to the target AG.
  • ACK response confirmation message
  • Step 315 The ISCF performs the session description information negotiation process with the UE2, and the UE2 updates its own remote media information to the media information in the SDP1 of the target AG.
  • the notification event in the message is that the handover preparation is completed, which needs to extend the event of the notification message to support the notification event that the handover preparation is completed.
  • Step 317 The source AG replies with a confirmation message (200OK) after receiving the notification.
  • Step 318 The source AG sends a handover command (Relocation Command) to the source RNC.
  • Step 320 UE1 switches to the target RNC, and UE1 starts to access the wireless resource of the target RNC.
  • Step 321 After detecting the UE1, the target RNC sends a handover probe message (Relocation Detect) to the target AG.
  • a handover probe message (Relocation Detect)
  • Step 322 After receiving the handover success message sent by UE1, the target RNC sends a handover complete message (Relocation Complete) to the target AG.
  • a handover complete message (Relocation Complete)
  • Step 323 The target AG sends a notification message ( NOTIFY ) to the ISCF to notify the ISCF that the handover has been completed.
  • the notification event in the notification message is that the handover is completed, which requires the event of the notification message to be extended to support the notification event of the handover completion.
  • Step 324 After receiving the notification message, the ISCF returns a confirmation message (200OK) to the target AG.
  • Step 326 After receiving the notification message, the source AG returns a confirmation message (200OK) to the ISCF.
  • UE1 completes the handover from the source RNC to the target RNC.
  • the ISCF controls the switching of the core network. After the ISCF notifies the target AG to perform the handover process (steps 306 to 311), it also needs to perform SDP negotiation with the target AG and the UE2 (steps 312 to 315). This affects the department The processing efficiency.
  • the SDP update process of the ISCF and the target AG may cause switching oscillations.
  • the ISCF first negotiates the far-end media plane information of the target AG as the SDP of the UE2 (steps 306-307), and then performs remote media plane update on the UE2.
  • the media plane update for UE2 is to use the SDP of the target AG to negotiate with the UE2 (step 315), which may cause the UE2 to re-apply for a new port for communication with the handover terminal, and the media plane information of the UE2 will change. This will result in the invalidity of the SDP of the UE2 negotiated by the target AG.
  • the subsequent media plane information of the UE2 needs to be re-negotiated with the target AG for media plane negotiation, which leads to the switching oscillation problem. Summary of the invention
  • the main object of the present invention is to provide a handover method and system across a radio network controller, which can quickly and easily implement cross-RNC handover of a UE.
  • a method for switching between wireless network controllers includes:
  • the source AG After receiving the handover request from the source RNC, the source AG notifies the target AG to prepare resources for the to-be-switched UE through the SIP message.
  • the target AG prepares resources for the to-be-switched UE, establishes a bearer with the source AG, and notifies the source AG that the handover preparation is completed;
  • the source AG notifies the to-be-switched UE to switch to the target network.
  • the SIP message carries related parameters and/or handover identifiers of the handover.
  • the SIP message carries the relevant parameters of the handover and/or the handover identifier: the related parameters and/or the handover identifier of the bearer in the message body of the SIP message.
  • the related parameters of the handover include information of a handover target cell and a target RNC, media codec information supported by the source AG, and codec information used by the current service.
  • the SIP message carries the relevant parameter of the handover and/or the handover identifier is: the handover identifier is carried in the message header of the SIP message.
  • the SIP message is a REFER message, or an INVITE message.
  • the bearer switching identifier in the message header of the SIP message is:
  • the handover identifier is carried in a Route header field or a Request-URI header field of the REFER message.
  • the method further includes:
  • the target AG After receiving the handover SIP message sent by the source AG, the target AG determines that the handover needs to be performed according to the handover identifier in the SIP message, and sends a handover request to the target RNC; after receiving the handover request response sent by the target RNC, The source AG handover preparation is completed by using a SIP message; wherein the SIP message is notified to be a NOTIFY message or a 183 message.
  • the load between the target AG and the source AG is:
  • the source AG After receiving the handover request or receiving the NOTIFY message or the 183 message, the source AG establishes an IP bearer connection with the target AG by using an INVITE message.
  • the method further includes: after receiving the handover complete message of the target RNC, the target AG notifies that the source AG handover is completed by using a SIP message, where the SIP message used for notification is a notification message NOTIFY or a response.
  • the message is 200 OK.
  • a switching system for a wireless network controller is applied to a wireless communication system, where the switching system includes a source AG, a source RNC, a target RNC, a target AG, and a to-be-switched UE, where: the source AG is configured to receive the source RNC.
  • the target AG is notified by the SIP message to prepare resources for the UE to be switched; and after receiving the handover preparation completion notification of the target AG, the UE to be switched is notified to switch to the target network;
  • the target AG is configured to: after receiving the SIP message, prepare resources for the to-be-switched UE, establish a bearer with the source AG, and notify the source AG that the handover preparation is completed.
  • the SIP message carries related parameters and/or handover identifiers of the handover.
  • the message body of the SIP message carries a related parameter and/or a handover identifier of the handover, where the related parameters of the handover include information of a handover target cell and a target RNC, The media codec information supported by the source AG and the codec information used by the current service.
  • the switching identifier is carried in a message header of the SIP message.
  • the SIP message is a transfer request REFER message, or a call invitation INVITE message; wherein, the bearer handover identifier in the message header of the SIP message is: for the REFER message, the handover identifier is carried in the REFER message The Route header field or the Request-URI header field.
  • the target AG determines that a handover is required according to the handover identifier in the SIP message, and sends a handover request to the target RNC; and, after receiving the target RNC After the sent handover request is responded, the source AG is notified to complete the handover preparation by using a SIP message; wherein the SIP message is notified as the notification message NOTIFY or the call progress message 183.
  • the source AG After receiving the handover request or receiving the NOTIFY message or the 183 message, the source AG establishes an IP bearer connection with the target AG by using an INVITE message.
  • the source AG after receiving the handover request of the source RNC, the source AG notifies the target AG to prepare resources for the UE to be switched through the SIP message; after receiving the SIP message, the target AG prepares resources for the UE to be switched, and establishes a source with the source AG. The bearer between the two ends, and then the source AG is notified that the handover is ready; the source AG notifies the UE to be handed over to the target network.
  • the present invention has the following effects: The present invention performs handover control by the source AG, and the handover message does not pass through the ISCF, thereby simplifying the message flow of the handover service; the switched media stream of the present invention is anchored at the source AG. The current process is omitted, which further simplifies the message flow, improves the switching efficiency, and avoids the defect of switching oscillation.
  • Figure 1 shows an application scenario of accessing a unified IP core network using CS access mode.
  • FIG. 2 is an architectural diagram of a CS accessing a unified IP core network
  • FIG. 4 is a flowchart of a method for switching a cross-radio network controller according to Embodiment 1 of the present invention
  • FIG. 5 is a flowchart of a method for switching a cross-radio network controller according to Embodiment 2 of the present invention.
  • the basic idea of the present invention is that after receiving the handover request of the source RNC, the source AG notifies the target AG to prepare resources for the UE to be switched through the SIP message; after receiving the SIP message, the target AG prepares resources for the UE to be switched, and establishes and The bearer between the source AGs is then notified that the source AG is ready for handover; the source AG notifies the UE to be handed over to the target network.
  • Step 401 The UE sends a Measurement Report to the source RNC.
  • Step 402 The source RNC determines, according to the measurement report, that UE1 needs to perform handover.
  • Step 403 The source RNC sends a RELOCATION REQUIRED message to the source AG.
  • Step 404 After receiving the handover request message, the source AG selects the target AG and establishes an IP bearer connection with the target AG.
  • the source AG first reserves a media plane resource for establishing a session with the target AG, and then sends a call invitation (INVITE) message to the target AG, where the INVITE message carries the handover identifier.
  • the manner in which the INVITE message carries the handover identifier may also be through
  • the target AG can determine that the handover process is to be performed subsequently.
  • the parameters necessary for the other handovers carried by the source AG are carried in the INVITE message and sent to the target AG.
  • the parameters are not limited.
  • the INVITE header field can be extended and the parameters can be carried in the extended part.
  • These parameters can also be carried in the SDP of the INVITE by XML and so on.
  • the SDP of the INVITE message also carries the media plane information of the resource reserved by the source AG for the target AG, which is called SDP1 for convenience of description.
  • Step 405 After receiving the call invitation message, the target AG determines, according to the handover identifier, that the INVITE message is a handover request message.
  • the target AG reserves the media area resource of the local end, and updates the remote media plane information to the media information in the SDP2, and then converts the handover parameter in the received call invitation message into a handover parameter in the handover request (RELOCATION REQUEST). And sending a handover request message to the target RNC.
  • Step 406 The target RNC performs an access network resource reservation process, and allocates corresponding resources when the UE1 accesses the 3G network from the target RNC in the future.
  • the target RNC then sends a RELOCATION REQUEST ACK message to the target AG.
  • Step 407 After receiving the handover request response message, the target AG sends a call progressing (183 call progressing) message to the source AG, and carries the media plane information of the local end in the SDP.
  • Step 408 After receiving the call progress message, the source AG knows that the handover preparation is completed, and then sends a handover command (Relocation Command) to the source RNC, and updates its own remote media plane information to the SDP information of the target AG in the call progress.
  • a handover command (Relocation Command)
  • Step 409 The source RNC sends a handover command to UE1.
  • Step 410 UE1 switches to the target RNC, and UE1 starts to access the wireless resource of the target RNC.
  • Step 411 After detecting the UE1, the target RNC sends a handover probe to the target AG. (Relocation Detect) message.
  • Step 412 After receiving the handover success message sent by UE1, the target RNC sends a handover complete (Relocation Complete) message to the target AG.
  • a handover complete Relocation Complete
  • Step 413 After receiving the handover complete message, the target AG sends a response (200OK) message to the source AG.
  • Step 414 After receiving the response message, the source AG knows that the handover has been completed, and the source AG replies with an acknowledgement (ACK) message to the target AG.
  • ACK acknowledgement
  • Step 415 The source AG notifies the source terminal that the user terminal has switched by using the SIP message to the source integrated service control function ISCF, and notifies the source RNC to release the signaling link and the bearer resource.
  • Subsequent media streams are anchored on the source AG and forwarded to the peer via the source AG.
  • the path through which the media stream sent by UE1 to UE2 passes is: UE1 to target AG to source AG to UE2.
  • FIG. 5 is a flowchart of a method for switching an inter-radio network controller according to Embodiment 2 of the present invention.
  • the handover method of the present example across a radio network controller describes that UE1 is from a source during a call between UE1 and UE2.
  • the handover procedure of the RNC to the target RNC includes the following steps: Step 501: The UE sends a Measurement Report to the source RNC.
  • Step 502 The source RNC determines, according to the measurement report, that UE1 needs to perform handover.
  • Step 503 The source RNC sends a RELOCATION REQUIRED message to the source AG.
  • Step 504 The source AG converts the received handover request message into a transfer request (REFER) message, and sends the message to the target AG.
  • the address of the target AG can be obtained from the carrier configuration according to the relevant parameter.
  • the destination address (refer-To) in the REFER message requires the address parameter carried in the header field to be the target location area identifier (target LAI) to be switched to, and the method parameter is HANDOVER. Since HANDOVER does not belong to the standard method name defined in the method, the method parameter needs to be extended.
  • the HANDOVER as the switching identifier, after The continuation message recipient can judge the message as a handover indication accordingly.
  • the parameters necessary for the other handovers carried in the handover request received by the source AG are also carried in the REFER message and sent to the target AG.
  • the manner of carrying these parameters may be the bearer mode in the prior art, for example, REFER
  • the header field is extended and carried in the extension part, and can also be carried in the XML extension carried in the SDP of REFER.
  • Step 505 After receiving the REFER message, the target AG replies to the source AG with a transfer request accept message (202 Accepted).
  • Step 506 After receiving the transfer request message, the target AG determines that the transfer request message is a handover request according to the handover identifier. The target AG translates the handover parameters in the received transfer request message into handover parameters in the handover request (RELOCATION REQUEST) and sends a handover request to the target RNC.
  • RELOCATION REQUEST handover parameters in the handover request
  • Step 507 The target RNC performs an access network resource reservation process, and allocates corresponding resources when the UE1 accesses the 3G network from the target RNC in the future. After the target RNC sends a handover request response (RELOCATION REQUEST ACK) 0 to the target AG
  • RELOCATION REQUEST ACK handover request response
  • Step 508 After receiving the handover request response message sent by the target RNC, the target AG can determine that the source AG handover preparation is completed, and the target AG sends a notification message ( NOTIFY ) to the source AG to notify the source AG that the handover preparation is completed.
  • a notification message NOTIFY
  • Step 509 After receiving the notification, the source AG replies to the target AG with a notification confirmation message (200OK).
  • Step 510 The source AG starts a session process with the target AG.
  • the source AG first reserves the media plane resource for establishing the session, and then sends a call invitation request (INVITE) to the target AG.
  • the SDP of the INVITE message carries the media plane information of the resource reserved by the source AG for the target AG, and is referred to as SDP1 for convenience of description.
  • Step 511 After receiving the call request, the target AG reserves the local media plane resource, and updates the remote media plane information to the media information in the SDP2, and then sends a response to the source AG (200 OK).
  • the message carries the media plane information of the local end in the SDP, and the subsequent source AG receives the message to know that the handover preparation is completed.
  • Step 512 After receiving the response message, the source AG updates its remote media plane information to the SDP information of the target AG in the response message, and then sends a response acknowledgement (ACK) to the target AG.
  • Step 513 The source AG sends a handover to the source RNC. Command ( Relocation Command ).
  • Step 514 The source RNC sends a handover command to UE1.
  • Step 515 UE1 switches to the target RNC, and UE1 starts to access the wireless resource of the target RNC.
  • Step 516 After detecting the UE1, the target RNC sends a Relocation Detect message to the target AG.
  • Step 517 After receiving the handover success message sent by UE1, the target RNC sends a handover complete (Relocation Complete) message to the target AG.
  • a handover complete Relocation Complete
  • Step 518 After receiving the handover complete message, the target AG sends a notification ( NOTIFY ) message to the source AG to inform that the handover has been completed.
  • a notification NOTIFY
  • Step 519 After receiving the notification message, the source AG knows that the handover has been completed, and the source AG replies to the target AG with a notification confirmation (200 OK) message.
  • Step 520 The source AG notifies the source terminal that the user terminal has switched by using the SIP message to the source integrated service control function ISCF, and notifies the source RNC to release the signaling link and the bearer resource.
  • Subsequent media streams are anchored on the source AG and forwarded to the peer via the source AG.
  • the path through which the media stream sent by UE1 to UE2 passes is: UE1 to target AG to source AG to UE2.
  • the present invention also describes a handover system across a radio network controller, which is applied to a wireless communication system, where the handover system includes a source AG, a source RNC, a target RNC, a target AG, and a UE to be handed over.
  • the switching system of the wireless network controller of the present invention is the basis of the existing network system The above is the same as the structure of the existing network system, except that the functions implemented between the network elements and the processing of the related handover messages are different from the corresponding network elements in the existing network system.
  • the source AG is configured to notify the target AG to prepare resources for the UE to be switched through the SIP message after receiving the handover request of the source RNC; and, upon receiving After the handover preparation of the target AG is completed, the UE to be handed over is notified to switch to the target network.
  • the target AG is configured to: after receiving the SIP message, prepare resources for the to-be-switched UE, establish a bearer with the source AG, and notify the source AG that the handover preparation is completed.
  • the SIP message carries the related parameters and/or the handover identifier of the handover.
  • the message body of the SIP message carries the related parameters and/or the handover identifier of the handover, where the related parameters of the handover include the information of the handover target cell and the target RNC, the media codec information supported by the source AG, and the current service adoption. Codec information.
  • the switching identifier is carried in the message header of the foregoing SIP message.
  • the SIP message is a REFER message, or an INVITE message.
  • the bearer handover identifier in the message header of the SIP message is specifically: For the REFER message, the handover identifier is carried in the Route header field of the REFER message or Request- URI header field.
  • the target AG After receiving the handover SIP message sent by the source AG, the target AG determines that a handover needs to be performed according to the handover identifier in the SIP message, and sends a handover request to the target RNC; and receives the handover request sent by the target RNC. After the response, the source AG handover preparation is completed by a SIP message; wherein the SIP message is notified as a notification message NOTIFY or a call progress message 183.
  • the source AG After receiving the handover request or receiving the NOTIFY message or the 183 message, the source AG establishes an IP bearer connection with the target AG through the INVITE message.

Landscapes

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

Description

跨无线网络控制器的切换方法及系统 技术领域
本发明涉及切换技术， 尤其涉及一种跨无线网络控制器的切换方法及 系统。 背景技术
从电信网络的演进和发展来看， 核心网网络架构的发展呈现出两大趋 势： 一是网络的互联网协议 ( IP , Internet Protocol )化 , 二是各种网络趋于 融合化。 因此未来的核心网将不再分为电路交换（CS , Circuit Switched ) 域、 分组交换（PS , Packet Switching )域和 IP 多媒体子系统 （IMS , IP Multimedia Subsystem )等多种类型， 而将是一个基于 IP的统一的业务控制 系统， 所有的业务（包括语音业务、 补充业务和增值业务等）都由这个统 一的业务控制系统来实现。
基于 IP的统一的业务控制系统（后文称为统一的 IP核心网）有两个特 点， 一是语音等业务的实现采用会话初始协议 （ SIP , Session Initiation Protocol ); 二是该业务控制系统与接入技术无关， 即用户可以通过 PS接入 也可以通过 CS接入。 这里的 PS接入方式指的是用户可以通过通用分组无 线业务（ GPRS, General Packet Radio Service )、无线局域网（ WLAN, Wireless Local Area Network )等分组网络接入到核心网。 而 CS接入方式指的是用户 是通过电路域无线接入网络如基站子系统（ BSS, Base Station Subsystem ) 或无线网络子系统（ RNS , Radio Network Subsystem )等设备接入到核心网。 不论是采用何种接入方式， 业务都由上述统一的 IP核心网提供。
图 1示出了采用 CS接入方式接入到统一的 IP核心网的应用场景示意 图， 如图 1所示， 用户设备（UE, User Equipment ) 101通过电路域接入网 络（如 BSS或 RNS ) 102和信令适配设备 103接入到统一的 IP核心网 104 中， 信令适配设备 103起到必要的信令转换作用， 所有的业务由统一的 IP 核心网 104提供。
图 2为 CS接入统一的 IP核心网的架构图， 如图 2所示， CS接入统一 的 IP核心网的架构包括如下网元：
用户设备 201、 基站控制器 ( BSC, Base Station Controller )或无线网 络控制器（RNC, Radio Network Controller ) 202、 接入网关 （AG, Access Gateway ) 203 和综合业务控制功能 （ ISCF , Integrated Service Control Function ) 实体 204; 其中， BSC和 /或 RNC用于实现 CS域的用户接入和 无线资源的管理和控制等功能。 BSC和 AG203之间的接口采用基站子系统 应用部分（BSAGP, Base Station System Application Part )信令进行通信， RNC 和 AG203 之间的接口采用无线接入网络应用部分（ RANAP, Radio Access Network Application Part )信令进行通信， BSAGP和 RANAP信令统 称为 CS接入信令。 AG203与 BSC和 /或 RNC之间的接口采用 CS接入信令 进行通信， 与 ISCF之间的接口采用 SIP协议信令进行通信， AG203 实现 CS接入信令和 SIP消息之间的转换功能。 此外， AG203还具备建立媒体面 的承载、 实现媒体流的接续和处理等功能。 ISCF 204主要用于移动性管理、 业务路由、 呼叫控制、 业务控制、 数据存储等功能， 它可以由一个或多个 功能实体来实现。 UE 201通过 BSC或 RNC接入到 AG 203, AG203接收 到 BSC 或 RNC 发送的 CS 接入信令之后将其转换为 SIP信令发送给 ISCF204,此时 AG相当于充当用户代理，代替用户设备 201接入到 ISCF204, 由 ISCF204进行业务路由和呼叫控制， 由此用户 UE201可以和远端用户建 立连接并通话。
在无线通信系统中， 当 UE从一个小区 （指基站或者基站的覆盖范围） 移动到另一个小区时， 为了不中断通信需要进行信道切换。 按照切换前后用户是否处于同一个 RNC (或 BSC ), 切换可分为 RNC (或 BSC ) 内部的切换和跨 RNC (或 BSC )的切换。 RNC (或 BSC ) 内部 的切换只需要由 RNC (或 BSC )完成， 核心网不参与处理， 而跨 RNC (或 BSC ) 的切换则需要核心网也进行相应的切换业务处理。 对于所有跨 RNC 和跨 BSC的切换业务， 区别只在于接入信令是 RANAP还是 BSSAP, 而核 心网侧的切换业务的处理逻辑都相同。
下面以跨 RNC的切换为例 （跨 BSC的切换处理类似；)， 详细阐述现有 切换流程及存在的问题。
图 3为现有技术中跨 RNC的切换流程图， 如图 3所示， UE1是发生切 换的用户终端， UE2是与 UE1进行通话的用户终端， 源 RNC是切换前用 户接入的 RNC, 目标 RNC是用户将要切换到的 RNC, 源 AG是用户切换 前源网络的 AG, 目标 AG是用户将要切换到的目标网络的 AG。 业务场景 是在 UE1和 UE2通话过程中 UE1从源 RNC切换到目标 RNC。上述跨 RNC 的切换流程具体包含以下步驟：
步驟 301： UE向源 RNC发送测量报告 ( Measurement Report )。
步驟 302: 源 RNC根据测量报告， 判定 UE1需要进行切换。
步驟 303:源 RNC向源 AG发送切换请求（ RELOCATION REQUIRED )。 步驟 304: 源 AG选择目标 AG 并将切换请求转换成呼叫转移请求 ( REFER )发送给 ISCF。 源 AG选择目标 AG的方式可以是根据目标小区 信息和运营商配置策略。 该呼叫转移请求消息中要求联系的目的地址 ( Refer-To ) 头域中携带的地址参数是要切换到的目标位置区标识（Target LAI ), 方法（method )参数是 HANDOVER, 由于 HANDOVER并不属于 method中定义的标准方法名称， 因此需要对 method参数进行扩展。 此外， 源 AG接收到的切换请求中携带了切换所必需的参数， 包含了切换原因、 切换类型、 源小区、 目标小区等。 上述切换参数也承载于 REFER消息中发 送给 ISCF, 这些参数的携带方式有很多种， 可以对 refer头域进行扩展而承 载于扩展字段中或者承载于 REFER 的会话描述协议 （SDP , Session Description Protocol ) 中, 通过可扩展标记语言 ( XML, Extensible Markup Language )扩展携带等。
步驟 305： ISCF接收到 REFER后向源 AG回复呼叫转移请求接受消息
( 202 Accepted )。 ISCF根据 REFER消息中 method参数中的 HANDOVER 值可判定该消息为切换请求。
步驟 306: ISCF将 REFER消息将其转发给目标 AG。
步驟 307: 目标 AG接收到 REFER后向 ISCF回复呼叫转移请求接受 消息 （ 202 Accepted )。
步驟 308: 目标 AG为切换终端预留资源， 之后向目标 RNC发送切换 请求（ RELOCATION REQUEST )0
步驟 309: 目标 RNC进行接入网资源预留过程， 为 UE1从目标 RNC 接入第三代（ 3G, 3rd Generation )网络分配相应的无线资源。之后目标 RNC 向目标 AG发送切换请求响应 （ RELOCATION REQUEST ACK )。
步驟 310: 目标 AG向 ISCF发送通知消息 （ NOTIFY ), 通知 ISCF切 换准备完毕。
步驟 311: ISCF接收到通知之后回复确认消息 （200OK )。
步驟 312: ISCF向目标 AG发起呼叫邀请 ( INVITE ), 在 SDP中携带 UE2的媒体信息。
步驟 313: 目标 AG将远端媒体面信息更新为 UE2的媒体信息， 之后 向 ISCF发送应答消息 （200OK ), 消息中携带本端媒体信息 SDP1。
步驟 314: ISCF向目标 AG发送应答确认消息 （ACK )。
步驟 315: ISCF同 UE2进行会话描述信息协商过程， UE2将自身的远 端媒体信息更新为目标 AG的 SDP1中的媒体信息。 步驟 316: ISCF向源 AG发送通知消息 （ NOTIFY ), 通知源 AG切换 准备完毕。 该消息中通知事件是切换准备完毕， 这需要对通知消息的事件 进行扩展， 使其支持切换准备完毕的通知事件。
步驟 317: 源 AG接收到通知之后回复确认消息 （ 200OK )。
步驟 318: 源 AG向源 RNC发送切换命令 ( Relocation Command )。 步驟 319: 源 RNC向 UE1发送切换命令。
步驟 320: UE1向目标 RNC切换， UE1开始访问目标 RNC的无线资 源。
步驟 321 : 目标 RNC检测到 UE1之后， 向目标 AG发送切换探测消息 ( Relocation Detect )。
步驟 322: 目标 RNC接收到 UE1发送的切换成功消息之后， 向目标 AG发送切换完成消息 （ Relocation Complete )。
步驟 323: 目标 AG向 ISCF发送通知消息 （ NOTIFY ), 通知 ISCF切 换已完成。 该通知消息中通知事件是切换完成， 这需要对通知消息的事件 进行扩展， 使其支持切换完成的通知事件。
步驟 324: ISCF接收到通知消息后，向目标 AG回复确认消息（ 200OK )。 步驟 325: ISCF向源 AG转发通知消息 （ NOTIFY ), 通知源 AG切换 已完成。
步驟 326: 源 AG接收到通知消息后，向 ISCF回复确认消息（200OK )。 步驟 327: 源 AG通知源 RNC释放信令链接和承载资源。
经过上述过程， UE1完成了从源 RNC到目标 RNC的切换。
现有技术虽可完成基本的切换业务， 但还存在以下问题：
流程消息数量过多， 流程交互复杂。 在现有技术中是由 ISCF控制核心 网的切换， ISCF在通知目标 AG进行切换处理后（步驟 306~步驟 311 ), 还 需与目标 AG以及 UE2进行 SDP协商 （步驟 312~步驟 315 )。 这影响了系 统的处理效率。
ISCF和目标 AG的 SDP更新过程可能会导致切换振荡。现有技术中是 ISCF先将目标 AG的远端媒体面信息协商为 UE2的 SDP (步驟 306~步驟 307 ), 再对 UE2进行远端媒体面更新。 对 UE2进行媒体面更新是使用目标 AG的 SDP和 UE2进行协商 （步驟 315 ), 这可能会导致 UE2重新申请一 个新的端口用于与切换终端通信， 此时 UE2的媒体面信息将发生改变， 这 将导致目标 AG之前协商的 UE2的 SDP无效， 后续还需要再用 UE2新的 媒体面信息重新与目标 AG进行媒体面协商， 即导致了切换振荡问题。 发明内容
有鉴于此， 本发明的主要目的在于提供一种跨无线网络控制器的切换 方法及系统， 能快捷简便地实现 UE的跨 RNC切换。
为达到上述目的， 本发明的技术方案是这样实现的：
一种跨无线网络控制器的切换方法， 包括：
源 AG接收到源 RNC的切换请求后， 通过 SIP消息通知目标 AG为待 切换 UE准备资源；
所述目标 AG为所述待切换 UE准备资源，建立与所述源 AG之间的承 载， 并通知所述源 AG切换准备完毕；
所述源 AG通知所述待切换 UE切换到目标网络。
优选地， 所述 SIP消息中携带有切换的相关参数和 /或切换标识。
优选地， 所述 SIP消息中携带有切换的相关参数和 /或切换标识为： 所述 SIP消息的消息体中承载切换的相关参数和 /或切换标识。
优选地，所述切换的相关参数包括切换目标小区以及目标 RNC的信息、 所述源 AG支持的媒体编解码信息以及当前业务采用的编解码信息。
优选地， 所述 SIP消息中携带有切换的相关参数和 /或切换标识为： 所述 SIP消息的消息头中承载切换标识。 优选地 , 所述 SIP消息为 REFER消息 , 或 INVITE消息。
优选地， 所述 SIP消息的消息头中承载切换标识为：
对于所述 REFER消息 ,所述切换标识 载于所述 REFER消息的 Route 头域或 Request-URI头域中。
优选地， 所述方法还包括：
所述目标 AG接收到所述源 AG发送的切换 SIP消息后，根据 SIP消息 中的切换标识确定需要切换， 向所述目标 RNC发送切换请求； 接收到所述 目标 RNC发送的切换请求响应后， 通过 SIP消息通知所述源 AG切换准备 完成； 其中， 通知 SIP消息为 NOTIFY消息或 183消息。
优选地， 所述目标 AG建立与所述源 AG之间的 载为：
所述源 AG接收到所述切换请求后或接收到所述 NOTIFY消息或 183 消息后， 通过 INVITE消息建立与所述目标 AG之间的 IP承载连接。
优选地， 所述方法还包括： 所述目标 AG接收到所述目标 RNC的切换 完成消息后， 通过 SIP消息通知所述源 AG切换完成， 其中， 用于通知的 SIP消息为通知消息 NOTIFY或者应答消息 200OK。
一种跨无线网络控制器的切换系统， 应用于无线通信系统中， 所述切 换系统包括源 AG、 源 RNC、 目标 RNC、 目标 AG和待切换 UE, 其中： 源 AG,用于接收到源 RNC的切换请求后，通过 SIP消息通知目标 AG 为待切换 UE准备资源； 以及， 在接收到目标 AG的切换准备完毕通知后， 通知所述待切换 UE切换到目标网络；
所述目标 AG, 用于接收到所述 SIP消息后， 为所述待切换 UE准备资 源， 建立与所述源 AG之间的承载， 并通知所述源 AG切换准备完毕。
优选地， 所述 SIP消息中携带有切换的相关参数和 /或切换标识。
优选地，所述 SIP消息的消息体中^载切换的相关参数和 /或切换标识， 其中， 所述切换的相关参数包括切换目标小区以及目标 RNC的信息、 所述 源 AG支持的媒体编解码信息以及当前业务采用的编解码信息。 优选地， 所述 SIP消息的消息头中承载切换标识。
优选地， 所述 SIP消息为转移请求 REFER消息， 或呼叫邀请 INVITE 消息； 其中， 所述 SIP消息的消息头中承载切换标识为： 对于所述 REFER 消息， 所述切换标识 载于所述 REFER消息的 Route头域或 Request-URI 头域中。
优选地， 所述目标 AG在接收到所述源 AG发送的切换 SIP消息后，根 据 SIP消息中的切换标识确定需要切换， 向所述目标 RNC发送切换请求； 以及， 在接收到所述目标 RNC发送的切换请求响应后， 通过 SIP消息通知 所述源 AG切换准备完成； 其中， 通知 SIP消息为通知消息 NOTIFY或呼 叫进展消息 183。
优选地， 所述源 AG接收到所述切换请求后或接收到所述 NOTIFY消 息或 183消息后， 通过 INVITE消息建立与所述目标 AG之间的 IP承载连 接。
本发明中， 当源 AG接收到源 RNC的切换请求后， 通过 SIP消息通知 目标 AG为待切换 UE准备资源； 目标 AG接收到 SIP消息后， 为待切换 UE准备资源，并建立与源 AG之间的承载，之后通知源 AG切换准备完毕； 源 AG通知待切换 UE切换到目标网络。相对于现有技术，本发明具有下述 效果： 本发明由源 AG进行切换控制， 切换消息不经过 ISCF, 由此简化了 切换业务的消息流程； 本发明切换后的媒体流锚定在源 AG上， 省略了现 过程， 进一步简化了消息流程， 提升了切换效率， 也避免了切换振荡的缺 陷。 附图说明
图 1示出了采用 CS接入方式接入到统一的 IP核心网的应用场景示意 图；
图 2为 CS接入统一的 IP核心网的架构图；
图 3为现有技术中跨 RNC的切换流程图；
图 4为本发明实施例一的跨无线网络控制器的切换方法的流程图； 图 5为本发明实施例二的跨无线网络控制器的切换方法的流程图。 具体实施方式
本发明的基本思想为，当源 AG接收到源 RNC的切换请求后，通过 SIP 消息通知目标 AG为待切换 UE准备资源； 接收到 SIP消息后， 目标 AG为 待切换 UE准备资源， 并建立与源 AG之间的承载，之后通知源 AG切换准 备完毕； 源 AG通知待切换 UE切换到目标网络。
为使本发明的目的、 技术方案和优点更加清楚明白， 以下举实施例并 参照附图， 对本发明进一步详细说明。
图 4为本发明实施例一的跨无线网络控制器的切换方法的流程图， 如 图 4所示，本示例跨无线网络控制器的切换方法描述了在 UE1和 UE2通话 过程中， UE1从源 RNC切换到目标 RNC的切换流程， 具体包括以下步驟： 步驟 401： UE向源 RNC发送测量 4艮告 ( Measurement Report )。
步驟 402: 源 RNC根据测量报告， 判定 UE1需要进行切换。
步驟 403： 源 RNC向源 AG发送切换请求（ RELOCATION REQUIRED ) 消息。
步驟 404: 源 AG接收到切换请求消息后， 选择目标 AG并与该目标 AG建立 IP承载连接。 源 AG首先为建立与目标 AG的会话而预留媒体面 资源， 之后向目标 AG发送呼叫邀请 ( INVITE )消息， INVITE消息中携带 切换标识。 INVITE 消息携带切换标识的方式可以是通过对 route 头域中 method参数进行扩展而实现， 例如可以采用如下格式， route: 目标地址； method=handover。 INVITE 消息携带切换标识的方式还可以是通过对 Request-URI头域中的参数进行扩展而实现， 例如可以采用如下格式： 目标 地址； method=handover。 由此目标 AG可确定后续要进行切换处理。 当然 也可以使用其他合适的方法。 此外， 源 AG接收到的切换请求中携带的其 他一些切换所必需的参数承载于 INVITE消息中发送给目标 AG, 这些参数 携带方式不限， 可以对 INVITE头域进行扩展而在扩展部分承载上述参数， 也可以将这些参数承载于 INVITE的 SDP中通过 XML携带等。 此外， 该 INVITE消息的 SDP中还携带源 AG为目标 AG预留资源的媒体面信息，为 方便描述称为 SDP1。
步驟 405 : 目标 AG接收到呼叫邀请消息后根据切换标识判断出该 INVITE消息为切换请求消息。 目标 AG预留本端的媒体面资源， 并将远端 媒体面信息更新为 SDP2中的媒体信息，之后将接收到的呼叫邀请消息中的 切换参数转化成切换请求（RELOCATION REQUEST ) 中的切换参数， 并 向目标 RNC发送切换请求消息。
步驟 406: 目标 RNC进行接入网资源预留过程， 为 UE1将来从目标 RNC接入 3G网络时分配相应的资源。 之后目标 RNC向目标 AG发送切换 请求响应 （RELOCATION REQUEST ACK ) 消息。
步驟 407: 目标 AG接收到切换请求响应消息后向源 AG发送呼叫进展 ( 183 call progressing ) 消息， 并在 SDP中携带本端的媒体面信息。
步驟 408: 源 AG接收到呼叫进展消息后可知切换准备完毕， 于是向源 RNC发送切换命令 ( Relocation Command ), 同时将自身的远端媒体面信息 更新为呼叫进展中目标 AG的 SDP信息。
步驟 409: 源 RNC向 UE1发送切换命令。
步驟 410: UE1向目标 RNC切换， UE1开始访问目标 RNC的无线资 源。
步驟 411: 目标 RNC检测到 UE1 之后， 向目标 AG发送切换探测 ( Relocation Detect ) 消息。
步驟 412: 目标 RNC接收到 UE1发送的切换成功消息之后， 向目标 AG发送切换完成（ Relocation Complete ) 消息。
步驟 413:目标 AG接收到切换完成消息后，向源 AG发送应答（ 200OK ) 消息。
步驟 414: 源 AG接收到应答消息后， 可知切换已经完成， 源 AG向目 标 AG回复应答确认 ( ACK ) 消息。
步驟 415: 源 AG通过 SIP消息向源综合业务控制功能 ISCF通知所述 用户终端已经发生切换， 并通知源 RNC释放信令链接和承载资源。
至此， 切换完成。后续媒体流都锚定在源 AG上， 经过源 AG转发到对 端。 例如， UE1发给 UE2的媒体流经过的路径为： UE1 至目标 AG至源 AG至 UE2。
图 5 为本发明实施例二的跨无线网络控制器的切换方法的流程图， 如 图 5所示，本示例跨无线网络控制器的切换方法描述了在 UE1和 UE2通话 过程中， UE1从源 RNC切换到目标 RNC的切换流程， 具体包括以下步驟： 步驟 501： UE向源 RNC发送测量 4艮告 ( Measurement Report )。
步驟 502: 源 RNC根据测量报告， 判定 UE1需要进行切换。
步驟 503:源 RNC向源 AG发送切换请求（ RELOCATION REQUIRED ) 消息。
步驟 504: 源 AG将接收到的切换请求消息转换成转移请求（ REFER ) 消息， 并发送给目标 AG, 目标 AG的地址可以根据相关参数从运营商配置 中获取。 该 REFER消息中要求联系的目的地址（ Refer-To ) 头域中携带的 地址参数是要切换到的目标位置区标识（ target LAI ), 方法（ method )参数 是 HANDOVER。 由于 HANDOVER并不属于 method中定义的标准方法名 称， 因此需要对 method参数进行扩展。 该 HANDOVER作为切换标识， 后 续消息接收者可据此判断该消息为切换指示。 此外， 源 AG接收到的切换 请求中携带的其他一些切换所必需的参数也承载于 REFER消息中发送给目 标 AG, 这些参数携带的方式采用现有技术中的承载方式即可， 例如可以对 REFER头域进行扩展而承载于扩展部分， 也可以承载于 REFER的 SDP中 XML扩展携带。
步驟 505： 目标 AG接收到 REFER消息后向源 AG回复转移请求接受 消息 （ 202 Accepted )。
步驟 506: 目标 AG接收到转移请求消息后， 根据切换标识判断出该转 移请求消息为切换请求。 目标 AG将接收到的转移请求消息中的切换参数 转化成切换请求（ RELOCATION REQUEST )中的切换参数，并向目标 RNC 发送切换请求。
步驟 507: 目标 RNC进行接入网资源预留过程， 为 UE1将来从目标 RNC接入 3G网络时分配相应的资源。 之后目标 RNC向目标 AG发送切换 请求响应 （ RELOCATION REQUEST ACK )0
步驟 508: 目标 AG在接收到目标 RNC发送的切换请求响应消息之后 即可判断出源 AG 切换准备完毕， 目标 AG 向源 AG 发送通知消息 ( NOTIFY ), 通知源 AG切换准备完毕。
步驟 509: 源 AG 接收到通知之后向目标 AG 回复通知确认消息 ( 200OK )。
步驟 510: 源 AG开始和目标 AG建立会话过程。 源 AG首先为建立会 话预留媒体面资源， 之后向目标 AG发送呼叫邀请请求 （INVITE )。 该 INVITE消息的 SDP中携带源 AG为目标 AG预留的资源的媒体面信息，为 方便描述称为 SDP1。
步驟 511: 目标 AG接收到呼叫请求后预留本端媒体面资源， 并将远端 媒体面信息更新为 SDP2中的媒体信息， 然后向源 AG发送应答（200OK ) 消息， 并在 SDP中携带本端的媒体面信息， 后续源 AG接收到该消息即可 获知切换准备完毕。
步驟 512: 源 AG接收到应答消息后将自身的远端媒体面信息更新为应 答消息中目标 AG的 SDP信息， 之后向目标 AG发送应答确认 ( ACK ) 消 步驟 513: 源 AG向源 RNC发送切换命令 ( Relocation Command )。 步驟 514: 源 RNC向 UE1发送切换命令。
步驟 515: UE1向目标 RNC切换， UE1开始访问目标 RNC的无线资 源。
步驟 516: 目标 RNC检测到 UE1 之后， 向目标 AG发送切换探测 ( Relocation Detect ) 消息。
步驟 517: 目标 RNC接收到 UE1发送的切换成功消息之后， 向目标 AG发送切换完成（ Relocation Complete ) 消息。
步驟 518 : 目标 AG 接收到切换完成消息后， 向源 AG 发送通知 ( NOTIFY ) 消息， 通知其切换已经完成。
步驟 519: 源 AG接收到通知消息后， 可知切换已经完成， 源 AG向目 标 AG回复通知确认 ( 200OK ) 消息。
步驟 520: 源 AG通过 SIP消息向源综合业务控制功能 ISCF通知所述 用户终端已经发生切换， 并通知源 RNC释放信令链接和承载资源。
至此， 切换完成。后续媒体流都是锚定在源 AG上， 经过源 AG转发到 对端。 例如， UE1发给 UE2的媒体流经过的路径为： UE1至目标 AG至源 AG至 UE2。
本发明同时记载了一种跨无线网络控制器的切换系统， 应用于无线通 信系统中， 所述切换系统包括源 AG、 源 RNC、 目标 RNC、 目标 AG和待 切换 UE。本发明的跨无线网络控制器的切换系统是在现有网络系统的基础 上而提出的， 即与现有网络系统的结构完全相同， 所不同的是， 上述网元 之间所实现的功能， 以及对相关切换的消息的处理与现有网络系统中的相 应网元不同， 以下进行说明： 本发明的跨无线网络控制器的切换系统中： 源 AG,用于接收到源 RNC的切换请求后，通过 SIP消息通知目标 AG 为待切换 UE准备资源； 以及， 在接收到目标 AG的切换准备完毕通知后， 通知所述待切换 UE切换到目标网络；
所述目标 AG, 用于接收到所述 SIP消息后， 为所述待切换 UE准备资 源， 建立与所述源 AG之间的承载， 并通知所述源 AG切换准备完毕。
上述 SIP消息中携带有切换的相关参数和 /或切换标识。
上述 SIP消息的消息体中承载切换的相关参数和 /或切换标识， 其中， 所述切换的相关参数包括切换目标小区以及目标 RNC的信息、 所述源 AG 支持的媒体编解码信息以及当前业务采用的编解码信息。
或者， 上述 SIP消息的消息头中承载切换标识。
上述 SIP消息为 REFER消息， 或 INVITE消息； 其中， 所述 SIP消息 的消息头中承载切换标识具体为： 对于所述 REFER消息， 所述切换标识承 载于所述 REFER消息的 Route头域或 Request-URI头域中。
上述目标 AG在接收到所述源 AG发送的切换 SIP消息后，根据 SIP消 息中的切换标识确定需要切换， 向所述目标 RNC发送切换请求； 以及， 在 接收到所述目标 RNC发送的切换请求响应后， 通过 SIP 消息通知所述源 AG切换准备完成； 其中，通知 SIP消息为通知消息 NOTIFY或呼叫进展消 息 183。
上述源 AG接收到所述切换请求后或接收到所述 NOTIFY消息或 183 消息后， 通过 INVITE消息建立与所述目标 AG之间的 IP承载连接。
本发明的取消切换的系统中其他网元的相关功能， 可结合图 4及图 5 中的相关描述而理解。 本发明不再——赘述。 以上所述， 仅为本发明的较佳实施例而已， 并非用于限定本发明的保 护范围。

Claims

权利要求书
1、 一种跨无线网络控制器的切换方法， 其特征在于， 所述方法包括： 源接入网关 AG接收到源无线网络控制器 RNC的切换请求后， 通过会 话初始协议 SIP消息通知目标 AG为待切换用户设备 UE准备资源；
所述目标 AG为所述待切换 UE准备资源，建立与所述源 AG之间的承 载， 并通知所述源 AG切换准备完毕；
所述源 AG通知所述待切换 UE切换到目标网络。
2、 根据权利要求 1所述的方法， 其特征在于， 所述 SIP消息中携带有 切换的相关参数和 /或切换标识。
3、 根据权利要求 2所述的方法， 其特征在于， 所述 SIP消息中携带有 切换的相关参数和 /或切换标识为：
所述 SIP消息的消息体中承载切换的相关参数和 /或切换标识。
4、 根据权利要求 2或 3所述的方法， 其特征在于， 所述切换的相关参 数包括切换目标小区以及目标 RNC的信息、 所述源 AG支持的媒体编解码 信息以及当前业务采用的编解码信息。
5、 根据权利要求 2所述的方法， 其特征在于， 所述 SIP消息中携带有 切换的相关参数和 /或切换标识为：
所述 SIP消息的消息头中承载切换标识。
6、 根据权利要求 1、 2、 3或 5所述的方法， 其特征在于， 所述 SIP消 息为转移请求 REFER消息， 或呼叫邀请 INVITE消息。
7、 根据权利要求 6所述的方法， 其特征在于， 所述 SIP消息的消息头 中承载切换标识为：
对于所述 REFER消息 ,所述切换标识 载于所述 REFER消息的 Route 头域或 Request-URI头域中。
8、 根据权利要求 2所述的方法， 其特征在于， 所述方法还包括： 所述目标 AG接收到所述源 AG发送的切换 SIP消息后，根据 SIP消息 中的切换标识确定需要切换， 向所述目标 RNC发送切换请求； 接收到所述 目标 RNC发送的切换请求响应后， 通过 SIP消息通知所述源 AG切换准备 完成； 其中， 通知 SIP消息为通知消息 NOTIFY或呼叫进展消息 183。
9、 根据权利要求 8所述的方法， 其特征在于， 所述目标 AG建立与所 述源 AG之间的 载为：
所述源 AG接收到所述切换请求后或接收到所述 NOTIFY消息或 183 消息后， 通过 INVITE消息建立与所述目标 AG之间的 IP承载连接。
10、 根据权利要求 6所述的方法， 其特征在于， 所述方法还包括： 所 述目标 AG接收到所述目标 RNC的切换完成消息后， 通过 SIP消息通知所 述源 AG切换完成， 其中， 用于通知的 SIP消息为通知消息 NOTIFY或者 应答消息 200OK。
11、 一种跨无线网络控制器的切换系统， 应用于无线通信系统中， 所 述切换系统包括源 AG、 源 RNC、 目标 RNC、 目标 AG和待切换 UE, 其特 征在于：
源 AG,用于接收到源 RNC的切换请求后，通过 SIP消息通知目标 AG 为待切换 UE准备资源； 以及， 在接收到目标 AG的切换准备完毕通知后， 通知所述待切换 UE切换到目标网络；
所述目标 AG, 用于接收到所述 SIP消息后， 为所述待切换 UE准备资 源， 建立与所述源 AG之间的承载， 并通知所述源 AG切换准备完毕。
12、 根据权利要求 11所述的系统， 其特征在于， 所述 SIP消息中携带 有切换的相关参数和 /或切换标识。
13、 根据权利要求 12所述的系统， 其特征在于， 所述 SIP消息的消息 体中承载切换的相关参数和 /或切换标识， 其中， 所述切换的相关参数包括 切换目标小区以及目标 RNC的信息、 所述源 AG支持的媒体编解码信息以 及当前业务采用的编解码信息。
14、 根据权利要求 12所述的系统， 其特征在于， 所述 SIP消息的消息 头中承载切换标识。
15、 根据权利要求 11至 14任一项所述的系统， 其特征在于， 所述 SIP 消息为转移请求 REFER消息， 或呼叫邀请 INVITE消息； 其中， 所述 SIP 消息的消息头中承载切换标识为： 对于所述 REFER消息， 所述切换标识承 载于所述 REFER消息的 Route头域或 Request-URI头域中。
16、 根据权利要求 12所述的系统， 其特征在于：
所述目标 AG在接收到所述源 AG发送的切换 SIP消息后，根据 SIP消 息中的切换标识确定需要切换， 向所述目标 RNC发送切换请求； 以及， 在 接收到所述目标 RNC发送的切换请求响应后， 通过 SIP 消息通知所述源 AG切换准备完成； 其中，通知 SIP消息为通知消息 NOTIFY或呼叫进展消 息 183。
17、 根据权利要求 11所述的系统， 其特征在于， 所述源 AG接收到所 述切换请求后或接收到所述 NOTIFY消息或 183消息后， 通过 INVITE消 息建立与所述目标 AG之间的 IP承载连接。
PCT/CN2012/070624 2011-01-31 2012-01-19 跨无线网络控制器的切换方法及系统 WO2012103791A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201110034011.8A CN102625382B (zh) 2011-01-31 2011-01-31 跨无线网络控制器的切换方法及系统
CN201110034011.8 2011-01-31

Publications (1)

Publication Number Publication Date
WO2012103791A1 true WO2012103791A1 (zh) 2012-08-09

Family

ID=46565021

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2012/070624 WO2012103791A1 (zh) 2011-01-31 2012-01-19 跨无线网络控制器的切换方法及系统

Country Status (2)

Country Link
CN (1) CN102625382B (zh)
WO (1) WO2012103791A1 (zh)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101199218A (zh) * 2005-06-14 2008-06-11 Lg电子株式会社 移动通信系统中的信号传送方法
CN101472306A (zh) * 2007-12-29 2009-07-01 华为技术有限公司 一种ap间切换的方法、装置和系统
CN101536601A (zh) * 2006-10-05 2009-09-16 富士通株式会社 呼叫连接处理方法和消息收发代理装置
CN101848449A (zh) * 2009-03-24 2010-09-29 华为技术有限公司 用户管理和状态保持方法、装置及系统

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100544514C (zh) * 2003-11-14 2009-09-23 中兴通讯股份有限公司 移动软交换网络的切换实现方法和装置
CN1933444A (zh) * 2005-09-14 2007-03-21 北京三星通信技术研究有限公司 Lte系统中支持用户设备移动性的方法
CN101128023B (zh) * 2006-08-17 2010-05-12 华为技术有限公司 一种建立切换承载的方法
CN101170807A (zh) * 2006-10-23 2008-04-30 华为技术有限公司 一种切换过程中的承载更新方法、系统及装置
CN101127740B (zh) * 2007-09-11 2011-07-13 中兴通讯股份有限公司 一种支持局间混合连接的方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101199218A (zh) * 2005-06-14 2008-06-11 Lg电子株式会社 移动通信系统中的信号传送方法
CN101536601A (zh) * 2006-10-05 2009-09-16 富士通株式会社 呼叫连接处理方法和消息收发代理装置
CN101472306A (zh) * 2007-12-29 2009-07-01 华为技术有限公司 一种ap间切换的方法、装置和系统
CN101848449A (zh) * 2009-03-24 2010-09-29 华为技术有限公司 用户管理和状态保持方法、装置及系统

Also Published As

Publication number Publication date
CN102625382A (zh) 2012-08-01
CN102625382B (zh) 2017-08-11

Similar Documents

Publication Publication Date Title
JP5119243B2 (ja) アクセス端末を技術間ハンドオフする方法およびシステム
KR100943556B1 (ko) 하이브리드 가입자 유닛의 시스템간 액티브 핸드오프 방법및 장치
JP4639257B2 (ja) サービス制御ポイントのハンドオフコントローラを使用する異機種アクセスネットワーク間のシームレスハンドオフ
US7697480B2 (en) Method and apparatus for inter-system active handoff of a hybrid subscriber unit
US7978683B2 (en) Method of transferring call transition messages between network controllers of different radio technologies
JP2009509479A (ja) コールの継続を支援する無線通信方法およびシステム
WO2009100609A1 (zh) 一种单无线信道语音业务连续性的域切换方法
WO2009035911A2 (en) Method and apparatus for inter-technology handoff of a user equipment
JP2009533889A (ja) パケット複製転送を用いるハンドオフ中のパケット損失防止
TW201724901A (zh) 網季網路協定多媒體次系統中協作期控制轉移及裝置間轉移
WO2009015525A1 (en) A method for switching the session control path of ip multimedia core network subsystem centralized service
JPWO2008059570A1 (ja) 通信端末装置、通信システム及びシームレスハンドオーバ方法
WO2009056059A1 (fr) Procédé, système et dispositif de renvoi automatique d'appel
WO2011014992A1 (zh) 一种用于减小切换VoIP通话时的中断时间的方法和装置
JP5191936B2 (ja) ハンドオーバ制御システム、ｍａｇおよびハンドオーバ制御方法
WO2010022611A1 (zh) 语音连续性呼叫切换的方法、系统及移动业务交换中心
WO2012041026A1 (zh) 电路交换域业务切换到分组交换域的方法及系统
WO2011047609A1 (zh) 一种实现切换预注册的方法及系统
WO2012149866A1 (zh) 单一无线语音呼叫连续性域的切换方法及系统
WO2008151481A1 (fr) Procédé pour commander de manière centralisée le service d'implémentation d'appel de terminal dans un sous-système de réseau central multimédia ip
WO2012103792A1 (zh) 切换方法及系统
WO2010102475A1 (zh) 终端从家庭基站切换到宏蜂窝系统保持会话的方法和系统
WO2012103791A1 (zh) 跨无线网络控制器的切换方法及系统
WO2008157461A1 (en) Method and apparatus for inter-technology handoff of a user equipment
WO2011130920A1 (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: 12742714

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

Country of ref document: EP

Kind code of ref document: A1