CN102238725A - 一种对用户设备ue进行重定位的方法 - Google Patents

一种对用户设备ue进行重定位的方法 Download PDF

Info

Publication number
CN102238725A
CN102238725A CN201010246660XA CN201010246660A CN102238725A CN 102238725 A CN102238725 A CN 102238725A CN 201010246660X A CN201010246660X A CN 201010246660XA CN 201010246660 A CN201010246660 A CN 201010246660A CN 102238725 A CN102238725 A CN 102238725A
Authority
CN
China
Prior art keywords
hnb
message
reorientation
ranap
rua
Prior art date
Legal status (The legal status 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 status listed.)
Pending
Application number
CN201010246660XA
Other languages
English (en)
Inventor
许丽香
梁华瑞
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Samsung Telecommunications Technology Research Co Ltd
Samsung Electronics Co Ltd
Original Assignee
Beijing Samsung Telecommunications Technology Research Co Ltd
Samsung Electronics 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 Beijing Samsung Telecommunications Technology Research Co Ltd, Samsung Electronics Co Ltd filed Critical Beijing Samsung Telecommunications Technology Research Co Ltd
Priority to CN201010246660XA priority Critical patent/CN102238725A/zh
Priority to PCT/KR2011/003231 priority patent/WO2011136619A2/en
Priority to EP11775324.4A priority patent/EP2564568A4/en
Priority to US13/068,036 priority patent/US8675499B2/en
Priority to KR1020110040788A priority patent/KR101822196B1/ko
Publication of CN102238725A publication Critical patent/CN102238725A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/04—Reselecting a cell layer in multi-layered cells
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/08—Reselecting an access point
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/04—Large scale networks; Deep hierarchical networks
    • H04W84/042—Public Land Mobile systems, e.g. cellular systems
    • H04W84/045—Public Land Mobile systems, e.g. cellular systems using private Base Stations, e.g. femto Base Stations, home Node B

Landscapes

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

Abstract

本发明公开了一种对用户设备UE进行重定位的方法：源-家用基站S-HNB将无线接入网络应用部分RANAP重定位请求消息封装在RANAP用户适配RUA直接转移消息中发送给HNB网关GW；HNB GW将所述RANAP重定位请求消息封装在RUA直接转移消息或者RUA连接消息中发送给目的T-HNB。应用本发明对UE进行重定位的方法，或者，无需由HNB GW保存大量UE上下文信息，从而能够减轻HNB GW的负担；或者，在进行重定位时减少了与核心网CN之间的交互，减轻了CN的负担；或者，HNB GW不用进行RANAP重定位消息的组合，降低了HNB GW的复杂度；或者，能够解决优化的重定位过程中服务质量QoS保证的协商、部分承载建立失败、安全算法选择的问题；或者能够解决UE处于小区前向接入信道Cell FACH状态时的移动问题。

Description

一种对用户设备UE进行重定位的方法
技术领域
本发明涉及通信技术领域，特别涉及一种对用户设备(UE)进行重定位的方法。
背景技术
家用基站是用在家庭中的基站，包括HeNB和HNB两种，其中，HeNB是长期演进(LTE)系统中的家用基站，HNB是通用移动通信系统(UMTS)中的家用基站。图1给出了现有UMTS中HNB的连接结构，如图1所示，UE通过Uu接口与HNB相连，HNB通过Iuh接口与家用基站网关(HNB GW)相连，进一步地，HNB GW通过Iu接口与核心网(CN)中的GPRS(通用分组无线业务)服务支持节点(SGSN)相连。
为了给用户设备(UE)提供更加丰富的接入服务，在UMTS中可以有多种类型的HNB，如开放型的HNB、混合型的HNB和闭合用户组(CSG)型的HNB，每个CSG都有一个唯一标识该CSG的CSG标识。其中，开放型的HNB没有特定接入的UE，任意UE都可以接入开放型的HNB；CSG型的HNB只允许其服务的特定的UE(为便于描述，以下将特定的UE简称为CSG UE)接入；混合型的HNB既可允许其服务的CSG UE接入，以便于对该CSG UE提供更加优质的接入服务，也可以同时允许其他非CSG UE接入。
目前，当UE在连接到同一个HNB GW下的各HNB之间进行重定位时是通过SGSN来进行，而通过SGSN来进行重定位势必会增加CN的负担，从而导致重定位性能的下降。曾经提出一种对UE进行重定位的方式参见图2，如图2所示，该方式包括以下步骤：
步骤201：UE通过源(S)-HNB和HNB GW连接到CN，激活与CN之间进行的电路域(CS)和/或分组域(PS)业务。
步骤202：S-HNB决定将当前正在进行CS和/或PS业务的UE进行重定位。
步骤203：S-HNB将RANAP重定位需求消息封装在RUA(RANAP(无线接入网络应用部分)用户适配)直接转移消息中发送给HNB GW，从而触发UE的重定位过程。
在本步骤中，所述RANAP重定位需求消息中还包含了目的无线网络控制实体(RNC)标识，目的(T)-HNB小区信息和重定位信息。
步骤204：HNB GW决定T-HNB，并将RANAP重定位请求消息封装在RUA连接消息或者RUA直接转移消息中发送给所述T-HNB。
在本步骤中，HNB GW建立了用于HNB和HNB GW之间的特定的UE上下文标识，所述RUA连接消息可以包含CSG成员状态信息。
T-HNB在接收到所述RANAP重定位请求消息后，会对所述RANAP重定位请求消息进行处理，为需要重定位的UE分配合适的资源。
步骤205：T-HNB发送包含封装了的RANAP重定位请求确认消息的RUA直接转移消息给HNB GW。
步骤206：HNB GW组成RANAP重定位命令消息，并且将该RANAP重定位命令消息封装在RUA直接转移消息中发送给S-HNB。
步骤207：S-HNB发送物理信道重配置消息给UE。
步骤208：UE发送上行同步信息给T-HNB。
步骤209：T-HNB将RANAP重定位检测消息封装在RUA直接转移消息中发给HNB GW。
步骤210：UE发送物理信道重新配置完成消息给T-HNB。
步骤211：T-HNB将RANAP重定位完成消息封装在RUA直接转移消息中发送给HNB GW。
步骤212：HNB GW组成RANAP Iu释放命令消息，并且将该RANAP Iu释放命令消息封装在RUA直接转移消息中发送给S-HNB。
步骤213：S-HNB发送封装在RUA释放连接(DISCONNECT)消息中的RANAP Iu释放完成消息给HNB GW，从而确认Iu释放过程完成。
步骤214：HNB GW从S-HNB解注册UE，S-HNB释放分配给UE的资源并且释放所有保存的该UE的上下文信息。
在本步骤中，解注册UE的过程可以由S-HNB发起或者HNB GW发起。
需要说明的是，当只存在CS或只存在PS时，步骤202-213只执行一次即可；而当CS和PS都存在时，步骤202-213将被重复执行。第二次执行与第一次不同之处仅在于：对于一个UE来说，当重复执行步骤202-213时不需要再次将上下文标识分配给UE。第一次执行时在步骤204种中通过RUA连接消息发送RANAP重定位请求给T-HNB，第二次执行时在步骤204中可以用RUA直接转移发送RANAP重定位请求给T-HNB。作为另一种实现方案，第二次执行时在步骤204中也可以通过RUA连接消息发送RANAP重定位请求给T-HNB，只是不分配UE上下文标识。
至此，即完成了现有曾采用的增强的UE重定位的整个工作流程。
从上述分析可以看出，在现有曾采用的增强的UE重定位过程中减少了与CN的交互过程，减轻了重定位给CN带来的负担。但是，在进行重定位时所采用的RANAP重定位需求消息中并没有包含UE的一些承载信息和安全上下文等信息，因此，需要在HNB GW中存储大量的上下文信息；而且，在进行重定位时需要HNB GW能够重组一些与重定位相关的消息，从而增加了HNB GW的复杂度。
另外，现有HNB和CN之间的用户平面数据传输可以是一个通道或者两个通道的方式：一个通道指的是用户平面的数据传输直接从HNB到CN或者直接从CN到HNB，不需要通过HNB GW；两个通道指的用户平面数据传输是从HNB到HNB GW，通过HNB GW到CN，反方向也需要从CN通过HNBGW到HNB。当用户平面的数据传输是通过两个通道进行的时候，重定位的流程可以是图2所示那样；当用户平面数据传输是通过一个通道进行的时候，在重定位完成阶段，如何让CN知晓下行用户平面承载传输路径的改变成了现有亟需解决的问题。
而且，为了避免与CN的交互，现有的优化的重定位过程让所有的重定位信令都终止于GW，而T-HNB并不知晓是否进行优化的重定位过程、或者进行何种优化的重定位过程，因此，也就不能解决解决如服务质量Qos协商、部分无线接入承载RAB建立失败和安全算法选择等优化的重定位过程中存在的问题。
最后，当UE处于小区前向接入信道(Cell_FACH)状态时，对于如何支持优化的重定位过程，如如何进行接入控制、S-HNB如何组成重定位需求消息等，现有的优化的重定位过程也是不能够解决的。
发明内容
本发明提供了一种对UE进行重定位的方法，不仅能够减少在进行重定位过程中与CN之间的交互，而且无需在HNB GW中存储大量的UE上下文信息，进一步地，还可以降低HNB GW的复杂度，且能够让CN知晓下行用户平面承载传输路径的改变，此外，还可以解决优化的重定位过程中QoS保证的协商、部分承载建立失败、安全算法选择、UE处于Cell_FACH状态时的移动问题。
为了达到上述目的，本发明提出的技术方案为：
一种对用户设备UE进行重定位的方法，该方法包括：
源-家用基站S-HNB将无线接入网络应用部分RANAP重定位需求消息和RANAP重定位请求消息封装在RANAP用户适配RUA直接转移消息中发送给HNB网关GW；
HNB GW将所述RANAP重定位请求消息封装在RUA直接转移消息或者RUA连接消息中发送给目的T-HNB。
较佳地，所述HNB GW将所述RANAP重定位请求消息发送给T-HNB之后，该方法还包括：
T-HNB将RANAP重定位请求确认消息封装在RUA直接转移消息中发送给HNB GW；
HNB GW组成RANAP重定位命令消息，并将所述RANAP重定位命令封装在RUA直接转移消息中发送给S-HNB。
所述将所述RANAP重定位命令发送给S-HNB之后，该方法还包括：
T-HNB将RANAP重定位完成消息封装在RUA直接转移消息中发给HNB GW；
HNB GW组成RANAP Iu释放命令消息，并将所述RANAP Iu释放命令消息封装在RUA直接转移消息中发送给S-HNB。
所述HNB GW将所述RANAP重定位请求消息发送给T-HNB之后，该方法还包括：
T-HNB通过RUA直接转移消息发送RANAP重定位请求确认消息和RANAP重定位命令消息给HNB GW；
HNB GW将RANAP重定位命令消息通过RUA直接转移消息发送给S-HNB。
所述将所述RANAP重定位命令消息发送给S-HNB之后，该方法还包括：
T-HNB通过RUA直接转移消息发送RANAP重定位完成消息和RANAPIu释放命令消息给HNB GW；
HNB GW将RANAP Iu释放命令通过RUA直接转移消息发送给S-HNB。
所述HNB GW将所述RANAP重定位请求消息发送给T-HNB之后，该方法还包括：
T-HNB通过RUA直接转移消息发送RANAP重定位请求确认消息或RANAP重定位命令消息给HNB GW；
HNB GW将RANAP重定位请求确认或RANAP重定位命令消息通过RUA直接转移消息发送给S-HNB。
所述将所述RANAP重定位命令发送给S-HNB之后，该方法还包括：
T-HNB通过RUA直接转移消息发送RANAP重定位完成消息或RANAPIu释放命令消息给HNB GW；
HNB GW组成RANAP Iu释放命令消息，并将所述RANAP Iu释放命令消息封装在RUA直接转移消息中发送给S-HNB，或，HNB GW直接将RANAP Iu释放命令通过RUA直接转移消息发送给S-HNB。
本实施例所采用的对UE进行重定位的方法，首先，通过由S-HNB向HNB GW发送RANAP重定位请求信息，而无需HNB GW保存大量的UE上下文信息，从而减轻了HNB GW的负担；其次，在进行重定位过程中，减少了与CN之间的交互，从而减轻了CN的负担。
一种对用户设备UE进行重定位的方法，该方法包括：
源-家用基站S-HNB通过无线接入网络应用部分RANAP用户适配RUA直接转移消息发送RANAP重定位请求消息给HNB网关GW；
HNB GW通过RUA连接消息或者RUA直接转移消息转发RANAP重定位请求消息给目的T-HNB，所述RUA连接消息或者RUA直接转移消息中还包含了重定位终止于GW的指示。
所述HNB GW转发RANAP重定位请求消息给T-HNB之后，该方法还包括：
T-HNB根据重定位终止于GW的指示，通过RUA直接转移消息发送RANAP重定位命令消息或者RANAP重定位请求确认消息给HNB GW；
HNB GW通过RUA直接转移消息发送RANAP重定位命令消息或者RANAP重定位请求确认消息给S-HNB。
所述HNB GW转发RANAP重定位请求消息给T-HNB之后，该方法还包括：
T-HNB通过RUA直接转移消息把RANAP重定位请求确认消息发给HNB GW；
HNB GW组成RANAP重定位命令消息，并且将该RANAP重定位命令消息封装在RUA直接转移消息中发送给S-HNB。
所述HNB GW转发RANAP重定位请求消息给T-HNB之后，该方法还包括：
T-HNB通过RUA直接转移消息发送RANAP重定位请求确认消息给HNB GW；
T-HNB根据重定位终止于GW的指示，组成RANAP重定位命令消息，通过RUA直接转移消息发送RANAP发送重定位命令消息给HNB GW；
HNB GW通过RUA直接转移消息发送RANAP重定位命令消息给S-HNB。
所述HNB GW发送RANAP重定位命令消息给S-HNB之后，该方法还包括：
T-HNB根据重定位是终止于GW的指示，通过RUA直接转移消息发送RANAP Iu释放命令消息给HNB GW；
HNB GW通过RUA释放连接消息发送RANAP Iu释放命令消息给S-HNB。
本实施例所采用的对UE进行重定位的方法，首先，通过由S-HNB向HNB GW发送RANAP重定位请求信息，而无需HNB GW保存大量的UE上下文信息，从而减轻了HNB GW的负担；其次，在进行重定位过程中，减少了与CN之间的交互，从而减轻了CN的负担；或者，通过由T-HNB来组合从HNB GW到S-HNB的RANAP重定位相关的消息，使得HNB GW可以不用进行RANAP重定位相关消息的组合，从而降低了HNB GW的复杂度。
一种对用户设备UE进行重定位的方法，该方法包括：
源-家用基站S-HNB通过无线接入网络应用部分RANAP用户适配RUA直接转移消息发送RANAP重定位需求消息或RANAP重定位请求消息给HNB网关GW；
HNB GW通过RANAP用户适配RUA直接转移消息或者RUA连接消息发送RANAP重定位请求消息给目的T-HNB，所述RUA直接转移消息或者RUA连接消息中还包含了重定位终止于GW的指示；
T-HNB发送重定位完成请求给HNB GW；
T-HNB接收从HNB GW来的重定位完成响应消息。
所述RUA直接转移消息或者RUA连接消息中还包含了该UE在HNB和核心网CN之间的用户平面传输方式是一个通道还是两个通道的信息。
所述T-HNB发送重定位完成请求给HNB GW之后，该方法还包括：
HNB GW发送重定位完成请求消息给CN；
CN发送重定位完成响应给HNB GW；
HNB GW发送重定位完成响应给T-HNB。
本实施例所采用的对UE进行重定位的方法，首先，在进行重定位过程中，减少了与CN之间的交互，从而减轻了CN的负担；其次，在重定位完成阶段，T-HNB发送重定位完成请求给HNB GW之后，HNB GW还向CN发送重定位完成请求消息，从而使得CN能够知晓下行用户平面承载传输路径的改变。
一种对用户设备UE进行重定位的方法，该方法包括：
源-家用基站S-HNB通过无线接入网络应用部分RANAP用户适配RUA直接转移消息发送RANAP重定位需求消息或RANAP重定位请求消息给HNB网关GW；
HNB GW通过RANAP用户适配RUA直接转移消息或者RUA连接消息发送RANAP重定位请求消息给目的T-HNB，所述RUA直接转移消息或者RUA连接消息中还包含了重定位终止于GW的指示；
T-HNB发送重定位请求确认给HNB GW。
所述HNB GW通过RUA直接转移消息或者RUA连接消息发送RANAP重定位请求消息给T-HNB之后，该方法还包括：
T-HNB根据重定位终止于GW的指示，不使用供替代Alternative的无线接入承载RAB参数分配资源。
所述HNB GW通过RUA直接转移消息或者RUA连接消息发送RANAP重定位请求消息给T-HNB之后，该方法还包括：
T-HNB根据重定位终止于GW的指示，优先使用S-HNB选择的完整性包含算法和加密算法。
所述HNB GW通过RUA直接转移消息或者RUA连接消息发送RANAP重定位请求消息给T-HNB之后，该方法还包括：
当部分承载建立失败时，T-HNB根据重定位终止于GW的指示，发送重定位失败给HNB GW。
所述重定位失败为：部分承载建立失败。
所述T-HNB发送重定位请求确认给HNB GW之后，该方法还包括：
HNB GW通过RUA发送重定位命令消息给S-HNB；
T-HNB发送重定位完成给HNB GW；
HNB GW释放S-HNB的UE上下文及Iu信令连接。
本实施例所采用的对UE进行重定位的方法，首先，在进行重定位过程中，减少了与CN之间的交互，从而减轻了CN的负担；其次，在T-HNB接收到的RUA直接转移消息或RUA连接消息中的重定位终止于GW的指示中包含了各种优化的重定位消息，由此，T-HNB根据重定位终止于GW的指示，能够执行不使用Alternative的RAB参数分配资源、或优先使用S-HNB选择的完整性保护算法和加密算法、或当部分承载建立失败时，发送重定位失败给HNB GW等各种优化的重定位命令，从而解决了优化的重定位过程中QoS保证的协商、部分承载建立失败、安全算法选择等问题。
一种对用户设备UE进行重定位的方法，应用于UE处于小区前向接入信道Cell FACH状态，该方法包括：
目的-家用基站T-HNB收到从UE来的小区更新消息；
T-HNB发送第一UE信令转移消息给HNB网关GW，所述第一UE信令转移消息包含小区更新消息。
所述T-HNB发送第一UE信令转移消息给HNB GW之后，该方法还包括：
HNB GW发送第二UE信令转移消息给源S-HNB，所述第二UE信令转移消息包含小区更新消息、和/或UE所在目的小区的位置区域标识LAI、和/或路由区域码RAC、和/或目的小区的小区标识、和/或目的小区的闭合用户组CSG标识；
S-HNB发送无线接入网络应用部分RANAP重定位需求消息和/或RANAP重定位请求消息给HNB GW，以发起对UE的重定位过程。
所述HNB GW发送第二UE信令转移消息给S-HNB之后，S-HNB发送RANAP重定位需求消息和/或RANAP重定位请求消息给HNB GW之前，该方法还包括：
S-HNB根据目的小区的CSG标识对UE进行接入控制。
所述T-HNB发送第一UE信令转移消息给HNB GW之后，该方法还包括：
HNB GW根据S-HNB小区和T-HNB小区的接入模式对UE进行接入控制。
当对UE进行接入控制失败时，
HNB GW发送UE信息转移失败通知消息给T-HNB，所述UE信息转移失败通知消息包含小区更新消息。
当对UE进行接入控制成功时，所述HNB GW根据S-HNB小区和/或T-HNB小区的接入模式对UE进行接入控制之后，该方法还包括：
HNB GW发送第二UE信令转移消息给S-HNB，所述第二UE信令转移消息包含小区更新消息、和/或UE所在目的小区的位置区域标识LAI、和/或路由区域码RAC、和/或目的小区的小区标识、和/或目的小区的闭合用户组CSG标识；
S-HNB发送无线接入网络应用部分RANAP重定位需求消息和/或RANAP重定位请求消息给HNB GW，以发起对UE的重定位过程。
所述S-HNB发送RANAP重定位需求消息和/或RANAP重定位请求消息给HNB GW之后，该方法还包括：
T-HNB发送小区更新确认消息给UE；
UE发送UTRAN移动信息确认给T-HNB；
T-HNB发送RANAP重定位完成消息给HNB GW；
释放S-HNB的UE上下文及S-HNB和HNB GW之间的Iu信令连接。
本实施例所采用的对UE进行重定位的方法，解决了UE处于Cell FACH状态时的移动问题。
附图说明
图1为现有UMTS中HNB的连接结构示意图；
图2为现有增强的UE重定位的工作流程图；
图3为本发明实施例一对UE进行重定位方法的工作流程图；
图4为本发明实施例二对UE进行重定位方法的工作流程图；
图5为本发明实施例三对UE进行重定位方法的工作流程图；
图6为本发明实施例四对UE进行重定位方法的工作流程图；
图7为本发明实施例五对UE进行重定位方法的工作流程图；
图8为本发明实施例六对UE进行重定位方法的工作流程图；
图9为本发明实施例七对UE进行重定位方法的工作流程图。
图10为本发明实施例八对UE进行重定位方法的工作流程图。
图11为本发明实施例九对Cell FACH状态的UE进行重定位方法的工作流程图。
图12为本发明实施例十对Cell FACH状态的UE进行重定位方法的工作流程图。
具体实施方式
为了解决现有技术中存在的问题，本发明提出了一种全新的对UE进行重定位的方法，或者，通过由S-HNB向HNB GW发送RANAP重定位请求信息，而无需HNB GW保存大量的UE上下文信息，从而减轻了HNB GW的负担；或者，在进行重定位过程中，减少与CN之间的交互，从而减轻了CN的负担；或者，通过由T-HNB来组合从HNB GW到S-HNB的RANAP重定位相关的消息，使得HNB GW可以不用进行RANAP重定位相关消息的组合，从而降低了HNB GW的复杂度，或者，在重定位完成阶段，T-HNB发送重定位完成请求给HNB GW之后，HNB GW还向CN发送重定位完成请求消息，从而使得CN能够知晓下行用户平面承载传输路径的改变；或者，T-HNB接收到的RUA直接转移消息或RUA连接消息中的重定位终止于GW的指示中包含了各种优化的重定位消息，由此，T-HNB根据重定位终止于GW的指示，能够执行不使用Alternative的RAB参数分配资源、或优先使用S-HNB选择的完整性保护算法和加密算法、或当部分承载建立失败时，发送重定位失败给HNB GW等各种优化的重定位命令，从而解决了优化的重定位过程中QoS保证的协商、部分承载建立失败、安全算法选择等问题；或者，本发明方法还能够解决UE处于Cell_FACH状态时的移动问题。
在介绍具体的实现方案之前，首先给出重定位终止于GW概念的模型：所述重定位终止于GW包括重定位过程不需要CN参与，或者在重配置准备(在目的基站准备资源)和重定位执行(UE接入目的小区)阶段不需要CN参与，只是在重定位完成时执行通知CN的过程，例如在接入网和UE之间完成重定位后通知CN也是本发明中所说的重定位终止于GW的概念。
基于上述介绍，本发明所述方案的具体实现包括：
S-HNB将RANAP重定位请求消息封装在RUA直接转移消息中发送给HNB GW；HNB GW将所述RANAP重定位请求消息封装在RUA直接转移消息或者RUA连接消息中发送给T-HNB，或者，
S-HNB通过RUA直接转移消息发送RANAP重定位请求消息给HNBGW；HNB GW通过RUA连接消息或者RUA直接转移消息转发RANAP重定位请求消息给T-HNB，所述RUA连接消息或者RUA直接转移消息中还包含了重定位终止于GW的指示，或者，
S-HNB通过RUA直接转移消息发送RANAP重定位需求消息或RANAP重定位请求消息给HNB GW；HNB GW通过RUA直接转移消息或者RUA连接消息发送RANAP重定位请求消息给T-HNB，所述RUA直接转移消息或者RUA连接消息中还包含了重定位终止于GW的指示；T-HNB发送重定位完成请求给HNB GW；T-HNB接收从HNB GW来的重定位完成响应消息，或者，
S-HNB通过RUA直接转移消息发送RANAP重定位需求消息或RANAP重定位请求消息给HNB GW；HNB GW通过RUA直接转移消息或者RUA连接消息发送RANAP重定位请求消息给T-HNB，所述RUA直接转移消息或者RUA连接消息中还包含了重定位终止于GW的指示；T-HNB发送重定位请求确认给HNB GW，或者，
当UE处于小区前向接入信道Cell_FACH状态时，
T-HNB收到从UE来的小区更新消息；
T-HNB发送第一UE信令转移消息给HNB GW，所述第一UE信令转移消息包含小区更新消息。
为使本发明的目的、技术方案和优点更加清楚，下面将结合附图及具体实施例对本发明作进一步地详细描述。
实施例一
本实施例所采用的重定位过程是由HNB GW决定重定位是否终止于GW，其具体工作流程参见图3，如图3所示，该流程包括以下步骤：
步骤301：UE通过S-HNB和HNB GW连接到CN，激活与CN之间进行的CS和/或PS业务。
步骤302：S-HNB决定将当前正在进行CS和/或PS业务的UE进行重定位。
步骤303：S-HNB将RANAP重定位需求消息和RANAP重定位请求消息封装在RUA直接转移消息中发给HNB GW，从而触发UE的重定位过程。
在本步骤中，所述RANAP重定位需求消息中还包含了目的RNC标识和T-HNB小区信息，且S-HNB把保存的HNB GW分配的每一个RAB的信息包含在所述RANAP重定位请求消息中。
需要说明的是，在所述RUA直接转移消息中还包含了RAB数据量报告信息元素，用于指示S-HNB每一个RAB没有成功发送的下行数据量。
还需说明的是，在所述RUA直接转移消息中还包含了S-HNB选择的完整性保护算法，还可以包含S-HNB选择的加密算法。
步骤304：HNB GW收到RANAP消息后，决定T-HNB，并将RANAP重定位请求消息封装在RUA直接转移消息或者RUA连接消息中发给T-HNB。
需要说明的是，在本步骤中，当HNB GW和T-HNB之间是该UE的第一次通信时(还没有分配的Iuh接口的UE上下文标识)，向T-HNB发送的是RUA连接消息；而当HNB GW和T-HNB之间不是该UE的第一次通信时(已经分配了Iuh接口的UE的上下文标识)，则即可发送RUA连接消息，也可发送RUA直接转移消息。
在所述的发送给T-HNB的RUA连接/直接转移消息中还可以包含终止于GW的指示信息。在所述消息中还可以包含该UE用户平面传输方式是一个通道还是两个通道的信息。
还需说明的是，在本步骤中，在HNB GW决定好T-HNB之后，还需由HNB GW来决定重定位是终止于GW还是发给CN，只有当重定位终止于GW时，才需要向T-HNB发送RUA直接转移消息或者RUA连接消息。
如果是同一个CSG内部同一个HNB GW下的重定位，就采用重定位终止于GW的方式，或者，在同一个HNB GW下，T-HNB小区是开放型HNB时或者是混合型HNB时，也可以采用重定位终止于GW的方式，或者同一个CSG内部同一个HNB GW下并且该UE的用户平面数据传输方式是两个通道时，采用重定位终止于GW的方式；不同CSG之间移动时重定位过程是否终止于GW不是本发明的重点。当HNB GW决定采用通过CN的方式进行重定位时，HNB GW把从S-HNB收到的RANAP重定位需求消息发送给CN。具体如何判断是否是同一个CSG内部同一个GW下的重定位可由HNBGW根据RANAP重定位需求消息中的T-HNB小区的CSG标识和目的RNC标识来判断。
此外，在所述RUA直接转移消息或者RUA连接消息中还包含RAB数据量报告信息元素，指示S-HNB每一个RAB没有成功发送的下行数据量。T-HNB从收到的没有成功发送的下行数据量开始累积。当释放该UE的呼叫时，T-HNB把对应RAB最后累积的没有成功发送的下行数据量报告发送给GW，由GW发送给CN。需要说明的是，HNB GW把从S-HNB收到的选择的完整性保护算法通过RUA直接转移消息或者RUA连接消息传给T-HNB，所述RUA消息还可以包含S-HNB选择的加密算法。
对应重定位不需要CN参与的方法(步骤311为方法一)，在T-HNB还包括：
根据从HNB GW收到的重定位终止于GW的指示，即使收到的重定位请求消息中包含某些RAB的供替代(alternative)的RAB参数值，T-HNB在分配资源的时候也不用这些alternative RAB参数值，而用所述重定位请求消息中的RAB参数来分配资源。如果按照RAB参数分配资源不成功，T-HNB发送重定位失败消息给HNB GW。T-HNB可以把对应失败的原因(RAB参数资源不允许)包含在重定位失败消息中发送给HNB GW。如果有可替代的RAB参数，HNB GW可以发送重定位需求给CN(发起通过CN的重定位过程)。或者由HNB GW发送重定位准备失败消息给S-HNB，所述重定位准备失败包含与重定位失败相同的原因值，结束本次重定位过程。可选的，S-HNB可以发起通过CN的重定位过程。
在资源分配成功的情况下，T-HNB可以在重定位完成以后，发起向CN的RAB修改过程，来修改Qos参数。
作为解决部分RAB建立不成功的一种实现方式(方法一)：根据从HNBGW收到的重定位终止于GW的指示，T-HNB在部分RAB建立失败的情况下，T-HNB发送重定位失败消息给HNB GW；T-HNB可以把对应失败的原因(部分承载失败)包含在重定位失败消息中发送给HNB GW；HNB GW可以发送重定位需求给CN(发起通过CN的重定位过程)、或者由HNB GW发送重定位准备失败消息给S-HNB，所述重定位准备失败包含与重定位失败相同的原因值，结束本次重定位过程。可选的，S-HNB也可以发起通过CN的重定位过程。
作为解决部分RAB建立不成功的另一种实现方式(方法二)：即使部分承载建立失败，T-HNB通过RUA直接转移发送305步骤的重定位请求确认给HNB GW。根据从HNB GW收到的重定位终止于GW的指示，T-HNB发起向CN的RAB释放过程。T-HNB发送RAB释放请求消息给HNB GW，其他RAB释放过程与现有技术相同，这里忽略详细的技术说明。
作为解决部分RAB建立不成功的另一种实现方式(方法三)：即使部分承载建立失败，T-HNB通过RUA直接转移发送305步骤的重定位请求确认给HNB GW。HNB GW根据重定位请求确认消息知道没有成功建立的RAB信息，HNB GW发起向CN的RAB释放过程。HNB GW发送RAB释放请求消息给HNB GW，其他RAB释放过程与现有技术相同，这里忽略详细的技术说明。
作为解决部分RAB建立不成功的另一种实现方式(方法四)：即使部分承载建立失败，T-HNB通过RUA直接转移发送305步骤的重定位请求确认给HNB GW。HNB GW根据重定位请求确认消息知道没有成功建立的RAB信息，HNB GW可以发送重定位需求给CN(发起通过CN的重定位过程)，或者HNB GW发送重定位准备失败消息给S-HNB。HNB GW可以把对应失败的原因(部分承载失败)包含在重定位准备失败消息中发送给S-HNB。结束本次重定位过程。可选的，S-HNB可以发起通过CN的重定位过程。
根据从HNB GW收到的重定位终止于GW的指示，如果T-HNB收到的重定位请求消息中包含S-HNB选择的加密算法或者完整性保护算法，并且T-HNB支持所述算法，T-HNB优先用此收到的算法。如果T-HNB收到的重定位请求消息中不包含S-HNB选择的加密算法或者完整性保护算法或者T-HNB不支持所述S-HNB选择的算法，则T-HNB根据所支持的算法和所述重定位请求消息允许的算法来选择新的算法。
步骤305：T-HNB将RANAP重定位请求确认消息封装在RUA直接转移消息中发给HNB GW。
步骤306：HNB GW组成RANAP重定位命令消息，并且将该RANAP重定位命令消息封装在RUA直接转移消息中发送给S-HNB。
步骤307：S-HNB发送物理信道重配置消息给UE。
步骤308：UE发送上行同步信息给T-HNB。
步骤309：T-HNB将RANAP重定位检测消息封装在RUA直接转移消息中发送给HNB GW。
该步骤是可选的步骤，在本实施例中可以不包含该步骤。
步骤310：UE发送物理信道重新配置完成消息给T-HNB。
步骤311：本发明的方案中该步骤可以有以下几种实现方式：
方式一：
步骤311a：T-HNB将RANAP重定位完成消息封装在RUA直接转移消息中发给HNB GW。
例如，当HNB和CN之间的用户平面传输方式始终是两个通道或者是HNBGW在只有对该UE在HNB和CN用户平面传输是两个通道时才决定终止于GW的重定位时的流程时，可以采用该方式。
方式二：
步骤311a：T-HNB将RANAP重定位完成消息封装在RUA直接转移消息中发给HNB GW。
步骤311b：HNB GW在重定位终止于GW时，或者在重定位终止于GW且该UE用户平面的传输方式是一个通道时，HNB GW发送RANAP重定位完成请求消息给CN。所述消息包含新的下行用户平面信息，下行用户平面信息包含建立的RAB列表，每一个RAB信息包含RAB标识、传输层地址，Iu传输关系，RAB信息还可以包含分配的RAB参数值。所述RANAP重定位完成请求消息还包含信息元素选择的完整性保护算法、选择的加密算法。HNB GW在步骤305中得到所述新的下行用户平面信息和选择的完整性保护算法、选择的加密算法。所述新的下行用户平面信息是可选的，可以在该UE用户平面传输方式是一个通道时才包含。也可以在用户平面传输方式是一个通道和两个通道时都包含，在用户平面传输方式是两个通道时把在目的HNB成功建立的RAB信息告诉CN，例如没有包含在建立的RAB信息中的RAB隐含指示没有成功建立的RAB。
步骤311c：CN发送RANAP重定位完成响应消息给HNB GW，所述消息包含成功建立的RAB信息和需要释放的RAB信息。
在执行步骤311b的时候才需要执行该步骤。
所述步骤311b和步骤311c的RANAP重定位完成请求/响应过程可以是现有的加强重定位完成请求/响应过程或者是新的RANAP过程。
方式三：T-HNB根据重定位是否终止于GW发送不同的消息。T-HNB根据304步骤中的RUA连接/直接转移知道是通过CN的重定位还是终止于GW的重定位。当通过CN的重定位时，T-HNB执行311a通过RUA直接转移发送RANAP重定位完成消息给GW，然后执行步骤312。当终止于GW的重定位时，执行以下步骤：
步骤311d：T-HNB通过RUA直接转移发送RANAP重定位完成请求消息给HNB GW。所述消息包含新的下行用户平面信息，下行用户平面信息包含建立的RAB列表，每一个RAB信息包含RAB标识、传输层地址，Iu传输关系，RAB信息还可以包含分配的RAB参数值。所述RANAP重定位完成请求消息还包含信息元素选择的完整性保护算法、选择的加密算法。所述新的下行用户平面信息是可选的，可以在该UE用户平面传输方式是一个通道时才包含。也可以在用户平面传输方式是一个通道和两个通道时都包含，在用户平面传输方式是两个通道时把在目的HNB成功建立的RAB信息告诉CN，例如没有包含在建立的RAB信息中的RAB隐含指示没有成功建立的RAB。
步骤311e：HNB GW发送RANAP重定位完成请求消息给CN，所述消息包含的信息元素与步骤311d的RANAP消息相同。
步骤311f：CN发送RANAP重定位完成响应消息给HNB GW，所述消息包含成功建立的RAB信息和需要释放的RAB信息。
步骤311g：HNB GW发送RANAP重定位完成响应消息给T-HNB，所述RANAP消息包含的信息元素与步骤311f的RANAP消息相同。
所述步骤311d到步骤311g的过程可以是现有的加强重定位完成请求/响应过程或者是新的RANAP过程。
方式四：T-HNB根据重定位是否终止于GW以及该UE用户平面传输方式发送不同的消息。T-HNB根据304步骤中的RUA连接/直接转移知道是通过CN的切换还是终止于GW的重定位并且知道该UE用户平面传输方式是一个通道还是两个通道。当通过CN的重定位时或者终止于GW但是该UE用户平面的传输方式是两个通道时，T-HNB执行311a通过RUA直接转移发送RANAP重定位完成消息给GW。当重定位终止于GW且用户平面的传输方式是两个通道时，T-HNB可以用S-HNB选择的完整性保护算法和加密算法；当终止于GW的重定位并且该UE用户平面的传输方式是一个通道时，执行上述步骤311d到步骤311g，具体实现与方式三中所述相同，这里不再赘述。
方式五：T-HNB根据重定位是否终止于GW以及该UE用户平面传输方式和重定位请求消息的内容发送不同的消息。T-HNB根据304步骤中的RUA连接/直接转移知道是通过CN的切换还是终止于GW的重定位并且知道该UE用户平面传输方式是一个通道还是两个通道。当通过CN的重定位时，或者终止于GW但是该UE用户平面的传输方式是两个通道并且重定位请求消息中没有包含完整性保护和加密保护信息时，T-HNB执行311a通过RUA直接转移发送RANAP重定位完成消息给GW；当终止于GW，该UE用户平面的传输方式是两个通道并且重定位请求消息中包含完整性保护和加密保护信息时，目的HNB选择安全算法和加密算法，执行上述步骤311d到步骤311g，具体实现与方式三中所述相同，这里不再赘述；当终止于GW的重定位并且该UE用户平面的传输方式是一个通道时，执行上述步骤311d到步骤311g，具体实现与方式三中所述相同，这里不再赘述。
步骤312：HNB GW组成RANAP Iu释放命令消息，并且将该RANAP Iu释放命令消息封装在RUA直接转移消息中发送给S-HNB。
步骤313：S-HNB通过发送封装在RUA释放连接消息中的RANAP Iu释放完成消息给HNB GW，从而确认Iu释放过程完成。
步骤314：HNB GW从S-HNB解注册UE，S-HNB释放分配给UE的资源并且释放所有保存的该UE的上下文信息。
在本步骤中，解注册UE的过程可以由S-HNB发起或者HNB GW发起。
需要说明的是，当只存在CS或只存在PS时，步骤302-313只执行一次即可；而当CS和PS都存在时，步骤302-313将被重复执行。不同之处仅在于：对于一个UE来说，当重复执行步骤302-313时不需要再次将上下文标识分配给UE。
至此，即完成了本实施例所采用的对UE进行重定位过程的整个工作流程。从上述工作流程可以看出，本实施例在进行重定位时S-HNB向HNB GW发送的是RANAP重定位需求消息和RANAP重定位请求消息，HNB GW决定切换是否终止于GW，当切换终止于GW时，直接将所述重定位请求发送给T-HNB，而无需HNB GW保存大量的UE上下文信息，从而减轻了UE的负担；其次，本实施例中，当在重定位终止于GW时，无需通过CN来进行重定位准备和重定位执行，从而减轻了CN的负担。
实施例二
同实施例一样，本实施例也是由HNB GW决定重定位是否终止于GW，其具体工作流程参见图4，如图4所示，该流程包括以下步骤：
步骤401-404：其具体操作同步骤301-304，这里不再赘述。
步骤405：T-HNB通过RUA直接转移消息发送RANAP重定位请求确认消息和RANAP重定位命令消息给HNB GW。
步骤406：HNB GW将RANAP重定位命令消息通过RUA直接转移消息发送给S-HNB。
步骤407-410：其具体操作同步骤307-310，这里也不再对其进行赘述。
步骤411：S-HNB通过RUA直接转移消息发送RANAP重定位完成消息和RANAP Iu释放命令消息给HNB GW。
步骤411b：HNB GW在重定位终止于GW时，或者在重定位终止于GW且该UE用户平面的传输方式是一个通道时，HNB GW发送RANAP重定位完成请求消息给CN。所述消息包含的信息元素以及用法与步骤311b相同，这里不再赘述。
步骤411c：CN发送RANAP重定位完成响应消息给HNB GW，所述消息包含成功建立的RAB信息和需要释放的RAB信息。
在执行步骤411b的时候才需要执行该步骤。
所述步骤411b和步骤411c的过程可以是现有的加强重定位完成请求/响应过程或者是新的RANAP过程。
步骤412：HNB GW将RANAP Iu释放命令通过RUA直接转移消息发送给S-HNB。
步骤413与414同步骤313和314，不再赘述。
至此，即完成了本实施例所采用的对UE进行重定位过程的整个工作流程。从本实施例的工作流程可以看出，本实施例不仅具备实施例一的各种优点，而且同实施例一相比，在步骤406与步骤412中不再需要HNB GW进行组合消息，从而减轻了HNB GW的负担。
实施例三
同实施例一和实施例二一样，本实施例也是由HNB GW决定重定位是否终止于GW，其具体工作流程参见图5，如图5所示，该流程包括以下步骤：
步骤501-504：其具体操作同步骤301-304，这里不再赘述。
步骤505：T-HNB通过RUA直接转移消息发送RANAP重定位请求确认消息给HNB GW，或者T-HNB根据步骤504步骤中收到的重定位终止于GW的指示通过RUA直接转移消息发送RANAP重定位命令消息给HNB GW。
步骤506：HNB GW将收到的RANAP重定位请求确认消息或者RANAP重定位命令消息通过RUA直接转移消息发送给S-HNB。
步骤507-510：其具体操作同步骤307-310，这里也不再对其进行赘述。
步骤511：本发明的方案中该步骤可以有以下几种实现方式：
方式一：
步骤511a：T-HNB将RANAP重定位完成消息或者Iu释放命令消息封装在RUA直接转移消息中发给HNB GW。
例如，当HNB和CN之间的用户平面传输方式始终是两个通道或者是HNBGW在只有对该UE在HNB和CN用户平面传输是两个通道时才决定终止于GW的重定位时的流程时，可以采用该方式。
方式二：
步骤511a：T-HNB将RANAP重定位完成消息或者Iu释放命令消息封装在RUA直接转移消息中发给HNB GW。
步骤511b：HNB GW在重定位终止于GW时，或者在重定位终止于GW且该UE用户平面的传输方式是一个通道时，HNB GW发送RANAP重定位完成请求消息给CN。所述消息包含新的下行用户平面信息，下行用户平面信息包含建立的RAB列表，每一个RAB信息包含RAB标识、传输层地址，Iu传输关系，RAB信息还可以包含分配的RAB参数值。所述RANAP重定位完成请求消息还包含信息元素选择的完整性保护算法、选择的加密算法。HNB GW在步骤505中得到所述新的下行用户平面信息和选择的完整性保护算法、选择的加密算法。所述新的下行用户平面信息是可选的，可以在该UE用户平面传输方式是一个通道时才包含。也可以在用户平面传输方式是一个通道和两个通道时都包含，在用户平面传输方式是两个通道时把在目的HNB成功建立的RAB信息告诉CN，例如没有包含在建立的RAB信息中的RAB隐含指示没有成功建立的RAB。
步骤511c：CN发送RANAP重定位完成响应消息给HNB GW，所述消息包含成功建立的RAB信息和需要释放的RAB信息。在执行步骤511b的时候才需要执行该步骤。
所述步骤511b和步骤511c的RANAP重定位完成请求/响应过程可以是现有的加强重定位完成请求/响应过程或者是新的RANAP过程。
方式三：T-HNB根据重定位是否终止于GW发送不同的消息。T-HNB根据504步骤中的RUA连接/直接转移知道是通过CN的重定位还是终止于GW的重定位。当通过CN的重定位时，T-HNB执行511a通过RUA直接转移发送RANAP重定位完成消息给GW，然后执行步骤512。当终止于GW的重定位时，执行以下步骤：
步骤511a：T-HNB通过RUA直接转移消息发送RANAP Iu释放命令消息给HNB GW。该步骤是可选步骤，在方式三中可以执行该步骤，也可以不执行该步骤。
步骤511d：T-HNB通过RUA直接转移发送RANAP重定位完成请求消息给HNB GW。所述消息包含新的下行用户平面信息，下行用户平面信息包含建立的RAB列表，每一个RAB信息包含RAB标识、传输层地址，Iu传输关系，RAB信息还可以包含分配的RAB参数值。所述RANAP重定位完成请求消息还包含信息元素选择的完整性保护算法、选择的加密算法。所述新的下行用户平面信息是可选的，可以在该UE用户平面传输方式是一个通道时才包含。也可以在用户平面传输方式是一个通道和两个通道时都包含，在用户平面传输方式是两个通道时把在目的HNB成功建立的RAB信息告诉CN，例如没有包含在建立的RAB信息中的RAB隐含指示没有成功建立的RAB。
步骤511e：HNB GW发送RANAP重定位完成请求消息给CN，所述消息包含的信息元素与步骤511d的RANAP消息相同。
步骤511f：CN发送RANAP重定位完成响应消息给HNB GW，所述消息包含成功建立的RAB信息和需要释放的RAB信息。
步骤511g：HNB GW发送RANAP重定位完成响应消息给T-HNB，所述RANAP消息包含的信息元素与步骤511f的RANAP消息相同。
所述步骤511d到步骤511g的过程可以是现有的加强重定位完成请求/响应过程或者是新的RANAP过程。
方式四：T-HNB根据重定位是否终止于GW以及该UE用户平面传输方式发送不同的消息。T-HNB根据504步骤中的RUA连接/直接转移知道是通过CN的重定位还是终止于GW的重定位并且知道该UE用户平面传输方式是一个通道还是两个通道。当通过CN的重定位时或者终止于GW但是该UE用户平面的传输方式是两个通道时，T-HNB执行511a通过RUA直接转移发送RANAP重定位完成消息给GW。当重定位终止于GW且用户平面的传输方式是两个通道时，T-HNB可以用S-HNB选择的完整性保护算法和加密算法；当终止于GW的重定位并且该UE用户平面的传输方式是一个通道时，执行上述步骤511a和步骤511d到步骤511g，具体实现与方式三中所述相同，这里不再赘述。
方式五：T-HNB根据重定位是否终止于GW以及该UE用户平面传输方式和重定位请求消息的内容发送不同的消息。T-HNB根据504步骤中的RUA连接/直接转移知道是通过CN的切换还是终止于GW的重定位并且知道该UE用户平面传输方式是一个通道还是两个通道。当通过CN的重定位时，或者终止于GW但是该UE用户平面的传输方式是两个通道并且重定位请求消息中没有包含完整性保护和加密保护信息时，T-HNB执行511a通过RUA直接转移发送RANAP重定位完成消息给GW；当终止于GW，该UE用户平面的传输方式是两个通道并且重定位请求消息中包含完整性保护和加密保护信息时，目的HNB选择安全算法和加密算法，执行上述步骤511d到步骤511g，具体实现与方式三中所述相同，这里不再赘述；当终止于GW的重定位并且该UE用户平面的传输方式是一个通道时，执行上述步骤511a和步骤511d到步骤511g，具体实现与方式三中所述相同，这里不再赘述。
步骤512：当HNB GW接收到的是RANAP重定位完成消息时，HNB GW组成RANAP Iu释放命令消息，并且将该RANAP Iu释放命令消息封装在RUA直接转移消息中发送给S-HNB，或者，当HNB GW接收到的是RANAPIu释放命令消息时，HNB GW直接将RANAP Iu释放命令通过RUA直接转移消息发送给S-HNB。
步骤513与514同步骤313和314，不再赘述。
至此，即完成了本实施例所采用的对UE进行重定位过程的整个工作流程。
实施例四
与实施例一、二和三不同的是，在本实施例中，是由S-HNB决定重定位是否终止于GW的，例如，如果UE是在同一个CSG内部同一个HNB GW下的各HNB之间进行重定位，就采用重定位终止于GW的方式，或者当UE在同一个GW下移动到开放模式或者混合模式小区时采用重定位终止于GW的方式；具体如何决定不是本发明的重点。而是否是同一个CSG内部同一个HNB GW下的重定位则可由S-HNB根据T-HNB小区的CSG标识和目的RNC标识来判断。本实施例的具体工作流程参见图6，如图6所示，该流程包括以下步骤：
步骤601-602：其具体操作同步骤301-302。
步骤603：当重定位终止于GW时，S-HNB通过RUA直接转移消息发送RANAP重定位请求消息给HNB GW。
需要说明的是，在所述RUA直接转移消息中还包含RAB数据量报告信息元素，指示S-HNB每一个RAB没有成功发送的下行数据量。
需要说明的是，在所述RUA直接转移消息中还包含S-HNB选择的完整性保护算法，还可以包含S-HNB选择的加密算法。
步骤604：HNB GW通过RUA连接消息或者RUA直接转移消息转发RANAP重定位请求消息给T-HNB，所述RUA连接消息或者RUA直接转移消息中还包含了重定位终止于GW的指示，所述RUA连接消息或者RUA直接转移消息中还可以包含该UE用户平面传输方式是一个通道还是两个通道的信息。
需要说明的是，在所述RUA直接转移消息或者RUA连接消息中还包含RAB数据量报告信息元素，指示S-HNB每一个RAB没有成功发送的下行数据量。T-HNB从收到的没有成功发送的下行数据量开始累积，当释放该UE的呼叫时，T-HNB把每一个RAB最后累积的没有成功发送的下行数据量报告发送给GW，由GW发送给CN。
还需说明的是，HNB GW把从S-HNB收到的选择的完整性保护算法通过RUA直接转移消息或者RUA连接消息传给T-HNB，所述RUA还可以包含S-HNB选择的加密算法。
对应重定位不需要CN参与的方法(步骤611为方法一)，在T-HNB还包括：
根据从HNB GW收到的重定位终止于GW的指示，即使收到的重定位请求消息中包含某些RAB的alternative的RAB参数值，T-HNB在分配资源的时候也不用这些alternative RAB参数值，而用所述重定位请求消息中的RAB参数来分配资源。如果按照RAB参数分配资源不成功，T-HNB发送重定位失败消息给HNB GW。T-HNB可以把对应失败的原因(RAB参数资源不允许)包含在重定位失败消息中发送给HNB GW。如果有可替代的RAB参数，HNB GW可以发送重定位需求给CN(发起通过CN的重定位过程)。或者由HNB GW发送重定位准备失败消息给S-HNB，所述重定位准备失败包含与重定位失败相同的原因值。结束本次重定位过程。可选的，S-HNB可以发起通过CN的重定位过程。
在资源分配成功的情况下，T-HNB可以在重定位完成以后，发起向CN的RAB修改过程，来修改Qos参数。
作为解决部分RAB建立不成功的一种实现方式(方法一)：根据从HNBGW收到的重定位终止于GW的指示，T-HNB在部分RAB建立失败的情况下，T-HNB发送重定位失败消息给HNB GW。T-HNB可以把对应失败的原因(部分承载失败)包含在重定位失败消息中发送给HNB GW。HNB GW可以发送重定位需求给CN(发起通过CN的重定位过程)，或者由HNB GW发送重定位准备失败消息给S-HNB，所述重定位准备失败包含与重定位失败相同的原因值。结束本次重定位过程。可选的，S-HNB也可以发起通过CN的重定位过程。
作为解决部分RAB建立不成功的另一种实现方式(方法二)：即使部分承载建立失败，T-HNB通过RUA直接转移发送605步骤的重定位请求确认给HNB GW。根据从HNB GW收到的重定位终止于GW的指示，T-HNB发起向CN的RAB释放过程。T-HNB发送RAB释放请求消息给HNB GW，其他RAB释放过程与现有技术相同，这里忽略详细的技术说明。
作为解决部分RAB建立不成功的另一种实现方式(方法三)：即使部分承载建立失败，T-HNB通过RUA直接转移发送605步骤的重定位请求确认给HNB GW。HNB GW根据重定位请求确认消息知道没有成功建立的RAB信息，HNB GW发起向CN的RAB释放过程。HNB GW发送RAB释放请求消息给HNB GW，其他RAB释放过程与现有技术相同，这里忽略详细的技术说明。
作为解决部分RAB建立不成功的另一种实现方式(方法四)：即使部分承载建立失败，T-HNB通过RUA直接转移发送605步骤的重定位请求确认给HNB GW。HNB GW根据重定位请求确认消息知道没有成功建立的RAB信息，HNB GW可以发送重定位需求给CN(发起通过CN的重定位过程)，或者HNB GW发送重定位准备失败消息给S-HNB。HNB GW可以把对应失败的原因(部分承载失败)包含在重定位准备失败消息中发送给S-HNB。结束本次重定位过程。可选的，S-HNB可以发起通过CN的重定位过程。
根据从HNB GW收到的重定位终止于GW的指示，如果T-HNB收到的重定位请求消息中包含S-HNB选择的加密算法或者完整性保护算法，并且T-HNB支持所述算法，T-HNB优先用此收到的算法。如果T-HNB收到的重定位请求消息中不包含S-HNB选择的加密算法或者完整性保护算法或者T-HNB不支持所述S-HNB选择的算法，则T-HNB根据所支持的算法和所述重定位请求消息允许的算法来选择新的算法。
步骤605：T-HNB根据重定位终止于GW的指示，通过RUA直接转移消息发送RANAP重定位命令消息给HNB GW。
在所述的RANAP重定位命令消息中，包含T-HNB分配的资源在需要转发数据的RAB列表信息元素中。HNB GW保存T-HNB为每一个RAB分配的资源，即包含在需要转发数据的RAB列表中的用户平面信息，例如传输层地址和Iu传输关系。HNB GW知道UE成功重定位后，当HNB GW收到从CN来的数据后，HNB GW按照所述T-HNB分配的资源来发送数据给所述T-HNB。
需要说明的是，根据重定位终止于GW的指示，T-HNB可以在所述RUA直接转移消息中包含分配的RAB参数的值；或者根据重定位终止于GW的指示T-HNB在所述的RANAP重定位命令消息中不包含分配的RAB参数的值。
本步骤的另一种实现方式是，T-HNB还可根据RANAP重定位请求消息，为每一个RAB分配需要的资源，例如传输层地址和Iu传输关系，进一步地，通过RUA直接转移消息发送RANAP重定位请求确认消息给HNB GW。
步骤606：HNB GW通过RUA直接转移消息发送RANAP重定位命令消息给S-HNB。
在本步骤中，对应于步骤605中T-HNB通过RUA直接转移消息发送RANAP重定位请求确认消息给HNB GW的方案，HNB GW通过RUA直接转移消息将所述RANAP重定位请求确认消息给S-HNB。进一步地，S-HNB在需要转发数据给T-HNB时，按照RANAP重定位请求确认消息中分配的资源，转发数据给T-HNB。
步骤607-510的具体操作与步骤307-310相同，这里忽略详细的技术说明。
步骤611：本发明的方案中该步骤有以下几种实现方式：
方式一：
步骤611a：根据重定位是终止于GW的指示，T-HNB通过RUA直接转移消息发送RANAP Iu释放命令消息给HNB GW，或者T-HNB通过RUA直接转移消息发送RANAP重定位完成消息给HNB GW。
例如，当HNB和CN之间的用户平面传输方式始终是两个通道或者是S-HNB在只有对该UE在HNB和CN用户平面传输是两个通道时才决定终止于GW的重定位时的流程时，可以采用该方式。S-HNB如何知道该UE在HNB和CN之间的传输方式是一个通道还是两个通道不是本发明的重点，这里忽略详细的技术说明。
方式二：
步骤611a：T-HNB将RANAP Iu释放命令消息或者重定位完成消息封装在RUA直接转移消息中发给HNB GW。
步骤611b：HNB GW在重定位终止于GW时，或者在重定位终止于GW且该UE用户平面的传输方式是一个通道时，HNB GW发送RANAP重定位完成请求消息给CN。所述消息包含新的下行用户平面信息，下行用户平面信息包含建立的RAB列表，每一个RAB信息包含RAB标识、传输层地址，Iu传输关系，RAB信息还可以包含分配的RAB参数值。所述RANAP重定位完成请求消息还包含信息元素选择的完整性保护算法、选择的加密算法。HNB GW在步骤605中得到所述新的下行用户平面信息和选择的完整性保护算法、选择的加密算法。所述新的下行用户平面信息是可选的，可以在该UE用户平面传输方式是一个通道时才包含，也可以在用户平面传输方式是一个通道和两个通道时都包含，在用户平面传输方式是两个通道时把在T-HNB成功建立的RAB信息告诉CN，例如没有包含在建立的RAB信息中的RAB隐含指示没有成功建立的RAB。
步骤611c：CN发送RANAP重定位完成响应消息给HNB GW，所述消息包含成功建立的RAB信息和需要释放的RAB信息。在执行步骤611b的时候才需要执行该步骤。
所述步骤611b和步骤611c的过程可以是现有的加强重定位完成请求/响应过程或者是新的RANAP过程。
方式三：T-HNB根据重定位是否终止于GW发送不同的消息。T-HNB根据604步骤中的RUA连接/直接转移知道是通过CN的重定位还是终止于GW的重定位：当通过CN的重定位时，T-HNB执行611a通过RUA直接转移发送RANAP重定位完成消息给GW，然后执行步骤612；当终止于GW的重定位时，执行以下步骤：
步骤611a：T-HNB通过RUA直接转移消息发送RANAP Iu释放命令消息给HNB GW。该步骤是可选步骤，在方式三中可以执行该步骤，也可以不执行该步骤。
步骤611d：T-HNB通过RUA直接转移发送RANAP重定位完成请求消息给HNB GW。所述消息包含新的下行用户平面信息，下行用户平面信息包含建立的RAB列表，每一个RAB信息包含RAB标识、传输层地址，Iu传输关系，RAB信息还可以包含分配的RAB参数值。所述RANAP重定位完成请求消息还包含信息元素选择的完整性保护算法、选择的加密算法。所述新的下行用户平面信息是可选的，可以在该UE用户平面传输方式是一个通道时才包含。也可以在用户平面传输方式是一个通道和两个通道时都包含，在用户平面传输方式是两个通道时把在T-HNB成功建立的RAB信息告诉CN，例如没有包含在建立的RAB信息中的RAB隐含指示没有成功建立的RAB。
步骤611e：HNB GW发送RANAP重定位完成请求消息给CN。所述消息包含的信息元素与步骤511d的RANAP消息相同。
步骤611f：CN发送RANAP重定位完成响应消息给HNB GW。所述消息包含成功建立的RAB信息和需要释放的RAB信息。
步骤611g：HNB GW发送RANAP重定位完成响应消息给T-HNB。所述RANAP消息包含的信息元素与步骤511f的RANAP消息相同。
所述步骤611d到步骤611g的RANAP重定位完成请求/响应过程可以是现有的加强重定位完成请求/响应过程或者是新的RANAP过程。
方式四：T-HNB根据重定位是否终止于GW以及该UE用户平面传输方式发送不同的消息。T-HNB根据604步骤中的RUA连接/直接转移知道是通过CN的重定位还是终止于GW的重定位并且知道该UE用户平面传输方式是一个通道还是两个通道：当通过CN的重定位时，T-HNB执行611a通过RUA直接转移发送RANAP重定位完成消息给GW，然后执行步骤612；当重定位终止于GW但是该UE用户平面的传输方式是两个通道时，T-HNB执行611a通过RUA直接转移发送RANAP Iu释放命令或者重定位完成消息给GW；当重定位终止于GW且用户平面的传输方式是两个通道时，T-HNB可以用S-HNB选择的完整性保护算法和加密算法，然后执行步骤612；当重定位终止于GW并且该UE用户平面的传输方式是一个通道时，执行上述步骤611d到步骤611g，具体实现与方式三中所述相同，这里不再赘述。
方式五：T-HNB根据重定位是否终止于GW以及该UE用户平面传输方式和重定位请求消息的内容发送不同的消息。T-HNB根据604步骤中的RUA连接/直接转移知道是通过CN的切换还是终止于GW的重定位并且知道该UE用户平面传输方式是一个通道还是两个通道。当通过CN的重定位时，或者终止于GW但是该UE用户平面的传输方式是两个通道并且重定位请求消息中没有包含完整性保护和加密保护信息时，T-HNB执行611a通过RUA直接转移发送RANAP重定位完成消息给GW，然后执行步骤612；当终止于GW，该UE用户平面的传输方式是两个通道并且重定位请求消息中包含完整性保护和加密保护信息时，T-HNB选择安全算法和加密算法，执行上述步骤611d到步骤611g，具体实现与方式三中所述相同，这里不再赘述；当终止于GW的重定位并且该UE用户平面的传输方式是一个通道时，执行上述步骤611d到步骤611g，具体实现与方式三中所述相同，这里不再赘述。
步骤612：HNB GW通过RUA释放连接消息发送RANAP Iu释放命令消息给S-HNB。
步骤613-614与步骤313-314相同，这里忽略详细的技术说明。
至此，即完成了本实施例所采用的对UE进行重定位过程的整个工作流程。从上述分析可以看出，本实施例重定位方法具有与实施例二同样的优点，与实施例二不同之处仅在于，本实施例是通过由S-HNB来决定重定位是否终止于GW，而实施例二则是由HNB GW来决定重定位是否终止于GW。
实施例五
同实施例四一样，本实施例也是由S-HNB决定重定位是否终止于GW，其具体工作流程参见图7，如图7所示，该流程与图6所述流程不同之处仅在于步骤705和步骤706，其余步骤同图6，故不再对其进行赘述。
步骤705：T-HNB通过RUA直接转移消息把RANAP重定位请求确认消息发给HNB GW。
步骤706：HNB GW组成RANAP重定位命令消息，并且将该RANAP重定位命令消息封装在RUA直接转移消息中发送给S-HNB。
至此，即完成了本实施例所采用的对UE进行重定位过程的整个工作流程。
实施例六
同实施例四和五一样，本实施例也是由S-HNB决定重定位是否终止于GW，其具体工作流程参见图8，如图8所示，该流程与图6所述流程不同之处也仅在于步骤805和步骤806，其余步骤同图6，故不再对其进行赘述。
步骤805：T-HNB通过RUA直接转移消息发送RANAP重定位请求确认消息给HNB GW。
步骤805a：根据重定位终止于GW的指示，T-HNB组合RANAP重定位命令消息，通过RUA直接转移消息发送RANAP发送重定位命令消息给HNB GW。
步骤806：HNB GW通过RUA直接转移消息发送RANAP重定位命令消息给S-HNB。
至此，即完成了本实施例所采用的对UE进行重定位过程的整个工作流程。
实施例七
在本实施例中，重点在于HNB GW如何通知T-HNB重定位的方式，从而在重定位完成阶段T-HNB发送正确的消息给HNB GW。本实施例的具体工作流程参见图9，如图9所示，该流程包括以下步骤：
步骤901：UE通过S-HNB和HNB GW连接到CN，激活与CN之间进行的CS和/或PS业务。
步骤902：S-HNB决定将当前正在进行CS和/或PS业务的UE进行重定位。
步骤903：S-HNB发送重定位请求和/或重定位需求消息给HNB GW，包含但不限于以下方式：
方式一：S-HNB通过RUA发送重定位需求消息给HNB GW。如果重定位终止于GW(例如同一个CSG同一个GW下的重定位)，GW根据保存的该UE的上下文信息组成RANAP重定位请求消息。该方式意味这GW需要保存UE的上下文信息，例如UE的每一个RAB的信息和UE的安全上下文信息等。
方式二：S-HNB通过RUA发送重定位需求消息给HNB GW。在RUA消息中包含UE的RAB信息、安全相关信息。所述RUA消息还可以包含IuUP(用户平面)信息。所述RUA消息中还可以包含UE以下的信息：
-全球用户移动标识(IMSI)
-UE合计的最大比特速率(AMBR)
-CSG成员状态
-共享的网络区域(SNA)接入信息
-UE特定行为信息-Iu(UESBI-Iu)
-CN MBMS连接信息(UE加入的MBMS承载业务信息元素，例如临时移动组标识TMGI和点到点的RAB标识)
如果重定位终止于GW(例如同一个CSG同一个GW下的重定位)，GW根据收到的UE的上下文信息组成RANAP重定位请求消息。
方式三：S-HNB通过RUA发送重定位请求消息给HNB GW。
方式四：S-HNB通过RUA发送重定位需求和重定位请求消息给HNBGW。
需要说明的是，在所述RUA直接转移消息中还包含RAB数据量报告信息元素，指示S-HNB对应RAB没有成功发送的下行数据量。
需要说明的是，在所述RUA直接转移消息中还包含S-HNB选择的完整性保护算法，还可以包含S-HNB选择的加密算法。
步骤904：HNB GW通过RUA连接消息或者RUA直接转移消息发送RANAP重定位请求消息给T-HNB，所述RUA连接消息或者RUA直接转移消息中还包含了重定位终止于GW的指示，在所述RUA连接消息或者RUA直接转移消息中还可以包含该UE用户平面传输方式是一个通道还是两个通道的信息。
数据量的汇报可以有两种方法：
方法一：需要说明的是，在所述RUA直接转移消息或者RUA连接消息中还包含RAB数据量报告信息元素，指示S-HNB对应RAB没有成功发送的下行数据量，T-HNB从收到的没有成功发送的下行数据量开始累积，当释放该UE的呼叫时，T-HNB把最后累积的没有成功发送的下行RAB数据量报告发送给GW，由GW发送给CN。
方法二：HNB GW累积移动过程中从各个HNB收到的RAB数据量报告信息，当释放该UE的呼叫时，由HNB GW把RAB数据量汇报给CN，例如通过Iu释放完成来汇报。
需要说明的是，HNB GW把从S-HNB收到的选择的完整性保护算法通过RUA直接转移消息或者RUA连接消息传给T-HNB，所述RUA还可以包含S-HNB选择的加密算法。
步骤905至步骤910可以与步骤305至310或者与步骤605至610相同，这里不再赘述。
步骤911：本发明的方案中该步骤有以下几种实现方式：
方式一：
步骤911a：T-HNB将RANAP重定位完成消息封装在RUA直接转移消息中发给HNB GW。
例如，当HNB和CN之间的用户平面传输方式始终是两个通道或者是在只有对该UE在HNB和CN用户平面传输是两个通道时才决定终止于网关的重定位时的流程时，可以采用该方式。
方式二：
步骤911a：T-HNB将RANAP重定位完成消息封装在RUA直接转移消息中发给HNB GW。
步骤911b：HNB GW在重定位终止于GW时，或者在重定位终止于GW且该UE用户平面的传输方式是一个通道时，HNB GW发送RANAP重定位完成请求消息给CN，所述消息包含新的下行用户平面信息，下行用户平面信息包含建立的RAB列表，每一个RAB信息包含RAB标识、传输层地址，Iu传输关系，RAB信息还可以包含分配的RAB参数值。所述RANAP重定位完成请求消息还包含信息元素选择的完整性保护算法、选择的加密算法。HNB GW在步骤905中得到所述新的下行用户平面信息和选择的完整性保护算法、选择的加密算法。所述新的下行用户平面信息是可选的，可以在该UE用户平面传输方式是一个通道时才包含。也可以在用户平面传输方式是一个通道和两个通道时都包含，在用户平面传输方式是两个通道时把在目的HNB成功建立的RAB信息告诉CN，例如没有包含在建立的RAB信息中的RAB隐含指示没有成功建立的RAB。
步骤911c：CN发送RANAP重定位完成响应消息给HNB GW，所述消息包含成功建立的RAB信息和需要释放的RAB信息。在执行步骤911b的时候才需要执行该步骤。
所述步骤911b和步骤911c的过程可以是现有的加强重定位完成请求/响应过程或者是新的RANAP过程。
方式三：T-HNB根据重定位是否终止于GW发送不同的消息。T-HNB根据904步骤中的RUA连接/直接转移知道是通过CN的重定位还是终止于GW的重定位。当通过CN的重定位时，T-HNB执行911a通过RUA直接转移发送RANAP重定位完成消息给GW，然后执行步骤912；当终止于GW的重定位时，执行以下步骤：
步骤911d：T-HNB通过RUA直接转移发送RANAP重定位完成请求消息给HNB GW。所述消息包含新的下行用户平面信息，下行用户平面信息包含建立的RAB列表，每一个RAB信息包含RAB标识、传输层地址，Iu传输关系，RAB信息还可以包含分配的RAB参数值。所述RANAP重定位完成请求消息还包含信息元素选择的完整性保护算法、选择的加密算法。所述新的下行用户平面信息是可选的，可以在该UE用户平面传输方式是一个通道时才包含。也可以在用户平面传输方式是一个通道和两个通道时都包含，在用户平面传输方式是两个通道时把在T-HNB成功建立的RAB信息告诉CN，例如没有包含在建立的RAB信息中的RAB隐含指示没有成功建立的RAB。
步骤911e：HNB GW发送RANAP重定位完成请求消息给CN，所述消息包含的信息元素与步骤911d的RANAP消息相同。
步骤911f：CN发送RANAP重定位完成响应消息给HNB GW，所述消息包含成功建立的RAB信息和需要释放的RAB信息。
步骤911g：HNB GW发送RANAP重定位完成响应消息给T-HNB，所述RANAP消息包含的信息元素与步骤911f的RANAP消息相同。
所述步骤911d到步骤911g的RANAP重定位完成请求/响应过程可以是现有的加强重定位完成请求/响应过程或者是新的RANAP过程。
方式四：T-HNB根据重定位是否终止于GW以及该UE用户平面传输方式发送不同的消息。T-HNB根据904步骤中的RUA连接/直接转移知道是通过CN的切换还是终止于GW的重定位并且知道该UE用户平面传输方式是一个通道还是两个通道：当通过CN的重定位时或者终止于GW但是该UE用户平面的传输方式是两个通道时，T-HNB执行911a通过RUA直接转移发送RANAP重定位完成消息给GW；当重定位终止于GW且用户平面的传输方式是两个通道时，T-HNB可以用S-HNB选择的完整性保护算法和加密算法；当终止于GW的重定位并且该UE用户平面的传输方式是一个通道时，执行上述步骤911d到步骤911g，具体实现与方式三中所述相同，这里不再赘述。
方式五：T-HNB根据重定位是否终止于GW以及该UE用户平面传输方式和重定位请求消息的内容发送不同的消息。T-HNB根据904步骤中的RUA连接/直接转移知道是通过CN的切换还是终止于GW的重定位并且知道该UE用户平面传输方式是一个通道还是两个通道：当通过CN的重定位时，或者终止于GW但是该UE用户平面的传输方式是两个通道并且重定位请求消息中没有包含完整性保护和加密保护信息时，T-HNB执行911a通过RUA直接转移发送RANAP重定位完成消息给GW；当终止于GW，该UE用户平面的传输方式是两个通道并且重定位请求消息中包含完整性保护和加密保护信息时，T-HNB选择安全算法和加密算法，执行上述步骤911d到步骤911g，具体实现与方式三中所述相同，这里不再赘述；当终止于GW的重定位并且该UE用户平面的传输方式是一个通道时，执行上述步骤911d到步骤911g，具体实现与方式三中所述相同，这里不再赘述。
步骤912至步骤914可以与步骤312至314相同，这里不再赘述。
至此，即完成了本实施例所采用的对UE进行重定位过程的整个工作流程。
实施例八
在本实施例中，重点在于HNB GW如何通知T-HNB重定位的方式，从而在T-HNB执行不同的处理流程，或者在重定位完成阶段T-HNB发送正确的消息给HNB GW。本实施例的具体工作流程参见图10，如图10所示，该流程包括以下步骤：
步骤1001至步骤1003与步骤901至步骤903相同，这里不再赘述。
步骤1004，HNB GW通过RUA连接消息或者RUA直接转移消息发送RANAP重定位请求消息给T-HNB，所述RUA连接消息或者RUA直接转移消息中还包含了重定位终止于GW的指示，在所述RUA连接消息或者RUA直接转移消息中还可以包含该UE用户平面传输方式是一个通道还是两个通道的信息。
数据量的汇报可以有两种方法：
方法一：需要说明的是，在所述RUA直接转移消息或者RUA连接消息中还包含RAB数据量报告信息元素，指示S-HNB对应RAB没有成功发送的下行数据量，T-HNB从收到的没有成功发送的下行数据量开始累积，当释放该UE的呼叫时，T-HNB把最后累积的没有成功发送的下行RAB数据量报告发送给GW，由GW发送给CN。
方法二：HNB GW累积移动过程中从各个HNB收到的RAB数据量报告信息，当释放该UE的呼叫时，由HNB GW把RAB数据量汇报给CN，例如通过Iu释放完成来汇报。
需要说明的是，HNB GW把从S-HNB收到的选择的完整性保护算法通过RUA直接转移消息或者RUA连接消息传给T-HNB，所述RUA还可以包含S-HNB选择的加密算法。
根据从HNB GW收到的重定位终止于GW的指示，即使收到的重定位请求消息中包含某些RAB的二者则一(alternative)的RAB参数值，T-HNB在分配资源的时候也不用这些alternative RAB参数值，而用所述重定位请求消息中的RAB参数来分配资源。如果按照RAB参数分配资源不成功，T-HNB发送重定位失败消息给HNB GW。T-HNB可以把对应失败的原因(RAB参数资源不允许)包含在重定位失败消息中发送给HNB GW。如果有可替代的RAB参数，HNB GW可以发送重定位需求给CN(发起通过CN的重定位过程)。或者由HNB GW发送重定位准备失败消息给S-HNB，所述重定位准备失败包含与重定位失败相同的原因值。结束本次重定位过程。可选的，S-HNB可以发起通过CN的重定位过程。
在资源分配成功的情况下，T-HNB可以在重定位完成以后，发起向CN的RAB修改过程，来修改Qos参数。
作为解决部分RAB建立不成功的一种实现方式(方法一)：根据从HNBGW收到的重定位终止于GW的指示，T-HNB在部分RAB建立失败的情况下，T-HNB发送重定位失败消息给HNB GW。T-HNB可以把对应失败的原因(部分承载失败)包含在重定位失败消息中发送给HNB GW。HNB GW可以发送重定位需求给CN(发起通过CN的重定位过程)，或者由HNB GW发送重定位准备失败消息给S-HNB，所述重定位准备失败包含与重定位失败相同的原因值。结束本次重定位过程。可选的，S-HNB也可以发起通过CN的重定位过程。
作为解决部分RAB建立不成功的另一种实现方式(方法二)：即使部分承载建立失败，T-HNB通过RUA直接转移发送1005步骤的重定位请求确认给HNB GW。根据从HNB GW收到的重定位终止于GW的指示，T-HNB发起向CN的RAB释放过程。T-HNB发送RAB释放请求消息给HNB GW，其他RAB释放过程与现有技术相同，这里忽略详细的技术说明。
作为解决部分RAB建立不成功的另一种实现方式(方法三)：即使部分承载建立失败，T-HNB通过RUA直接转移发送1005步骤的重定位请求确认给HNB GW。HNB GW根据重定位请求确认消息知道没有成功建立的RAB信息，HNB GW发起向CN的RAB释放过程。HNB GW发送RAB释放请求消息给HNB GW，其他RAB释放过程与现有技术相同，这里忽略详细的技术说明。
作为解决部分RAB建立不成功的另一种实现方式(方法四)：即使部分承载建立失败，T-HNB通过RUA直接转移发送1005步骤的重定位请求确认给HNB GW。HNB GW根据重定位请求确认消息知道没有成功建立的RAB信息，HNB GW可以发送重定位需求给CN(发起通过CN的重定位过程)，或者HNB GW发送重定位准备失败消息给S-HNB。HNB GW可以把对应失败的原因(部分承载失败)包含在重定位准备失败消息中发送给S-HNB。结束本次重定位过程。可选的，S-HNB可以发起通过CN的重定位过程。
根据从HNB GW收到的重定位终止于GW的指示，如果T-HNB收到的重定位请求消息中包含S-HNB选择的加密算法或者完整性保护算法，并且T-HNB支持所述算法，T-HNB优先用此收到的算法。如果T-HNB收到的重定位请求消息中不包含S-HNB选择的加密算法或者完整性保护算法或者T-HNB不支持所述S-HNB选择的算法，则T-HNB根据所支持的算法和所述重定位请求消息允许的算法来选择新的算法。
步骤1005，T-HNB将RANAP重定位请求确认消息封装在RUA直接转移消息中发给HNB GW。
需要说明的是，当重定位终止于网关时，如果部分承载建立失败，作为本发明的一种实现方式，HNB GW向CN发起释放失败承载的过程。HNB GW发送RAB释放请求给CN。作为本发明的另一种实现方式，HNB GW发送重定位准备失败消息给S-HNB。HNB GW可以把对应失败的原因(部分承载失败)包含在重定位准备失败消息中发送给S-HNB。可选的，S-HNB可以发起通过CN的重定位过程。
如果HNB GW收到的重定位请求确认消息中包含选择的完整性保护算法或者加密算法，HNB GW检测目的基站选择的算法是否是在允许的算法中的算法。如果不是，HNB GW发送重定位准备失败消息给S-HNB，结束重定位过程。
步骤1006至步骤1010与步骤906至步骤910所示相同，这里不再赘述。
步骤1011，T-HNB通过RUA直接转移发送重定位完成消息给HNB GW。
步骤1012至步骤1014可以与步骤312至314相同，这里不再赘述。
至此，即完成了本实施例所采用的对UE进行重定位过程的整个工作流程。
实施例九
图11为本发明实施例九对Cell FACH状态的UE进行重定位方法的工作流程图。本发明中的接入控制和上述的重定位过程一样，由S-HNB或者HNB GW在前向(收到从S-HNB来得重定位需求或者重定位请求)来判断。
步骤1101，T-HNB收到从UE来的小区更新消息。
步骤1102，T-HNB发送第一UE信令转移消息给HNB GW。所述第一UE信令消息包含UE的无线网络临时标识(U-RNTI)和小区更新消息。
步骤1103，HNB GW根据U-RNTI找到UE的上下文信息，并通过第二UE信令转移转发小区更新消息给S-HNB。所述第二UE信令转移包含T-HNB小区所在的位置区域标识(LAI)，路由区域码(RAC)，目的小区的小区标识，目的小区的CSG标识。
步骤1104，所述S-HNB根据从HNB GW收到的CSG标识可以对UE进行接入控制，例如判断是否是同一个CSG的重定位。在UE可以接入的情况下，S-HNB通过RUA直接转移发送重定位需求和/或重定位请求消息给HNB GW。所述重定位需求或重定位请求包含CSG标识。所述重定位需求包含从HNB GW收到的LAI，RAC，RNC标识，目的小区的标识。
需要说明的是，所述HNB GW根据目的小区的CSG标识可以对UE进行接入控制，例如判断是否是同一个CSG的重定位。
步骤1105，执行其他的重定位准备过程。例如HNB GW发送重定位请求给T-HNB，T-HNB发送重定位请求确认给HNB GW，这部分不是本发明的重点，这里忽略详细的技术说明。
步骤1106，T-HNB发送小区更新确认消息给UE。
步骤1107，UE发送UTRAN移动信息确认给T-HNB。
步骤1108，T-HNB通过RUA直接转移发送重定位完成消息给HNB GW。
步骤1109，释放S-HNB的UE上下文及S-HNB和HNB GW之间的Iu信令连接。
至此，即完成了本实施例所采用的对Cell FACH状态的UE进行重定位方法的工作流程。
实施例十
图12为本发明实施例九对Cell FACH状态的UE进行重定位方法的工作流程图。本发明中的接入控制由HNB GW在后向(HNB GW收到从目的HNB来的UE信令转移)来做。
步骤1201至步骤1202与步骤1101与步骤1102相同，这里不再赘述。
步骤1203，HNB GW根据所述U-RNTI找到UE上下文，HNB GW根据S-HNB小区和T-HNB小区的接入模式和/或CSG标识对UE进行接入控制，判断UE是否可以接入目的小区。例如如果源小区和目的小区都是开放模式，或者源小区和目的小区都是CSG模式且CSG标识相同，或者源小区和目的小区都是混合模式且CSG标识相同，则UE可以接入目的小区。如果目的基站不支持CSG，则HNB GW根据UE的全球移动用户标识(IMSI)对UE进行接入控制。
如果接入控制没有通过，执行步骤1204，HNB GW发送UE信息转移失败通知消息给T-HNB。所述消息包含UE的U-RNTI，小区更新消息。所述消息包含失败的原因，例如不允许接入目的小区，或者不支持此重定位。
步骤1205，HNB GW发送第二UE信令转移消息转移给S-HNB。所述第二UE信令转移消息包含小区更新消息，所述第二UE信令转移消息包含T-HNB小区的LAI，RAC，目的小区的小区标识。该步骤是在接入控制通过的情况下执行的。
步骤1206，S-HNB通过RUA直接转移发送重定位需求和/或重定位请求消息给HNB GW。所述重定位需求包含从HNB GW收到的LAI，RAC，RNC标识，目的小区的标识。所述S-HNB可以在所述的重定位需求或者重定位请求消息中不包含目的小区的CSG标识(即使目的小区是CSG接入模式)，因为不需要前向的接入控制。
步骤1207至步骤1211与步骤1105至步骤1109相同，这里不再赘述。
至此，即即完成了本实施例所采用的对Cell FACH状态的UE进行重定位方法的工作流程。
综上所述，本发明所采用的实现UE重定位的方法，或者，通过由S-HNB向HNB GW发送RANAP重定位请求信息，而无需HNB GW保存大量的UE上下文信息，从而减轻了HNB GW的负担；或者，在进行重定位过程中，减少与CN之间的交互，从而减轻了CN的负担；或者，通过由T-HNB来组合从HNB GW到S-HNB的RANAP重定位相关的消息，使得HNB GW可以不用进行RANAP重定位相关消息的组合，从而降低了HNB GW的复杂度，或者，在重定位完成阶段，T-HNB发送重定位完成请求给HNB GW之后，HNBGW还向CN发送重定位完成请求消息，从而使得CN能够知晓下行用户平面承载传输路径的改变；或者，T-HNB接收到的RUA直接转移消息或RUA连接消息中的重定位终止于GW的指示中包含了各种优化的重定位消息，由此，T-HNB根据重定位终止于GW的指示，能够执行不使用Alternative的RAB参数分配资源、或优先使用S-HNB选择的完整性保护算法和加密算法、或当部分承载建立失败时，发送重定位失败给HNB GW等各种优化的重定位命令，从而解决了优化的重定位过程中QoS保证的协商、部分承载建立失败、安全算法选择等问题；或者，本发明方法还能够解决UE处于Cell FACH状态时的移动问题。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims (26)

1.一种对用户设备UE进行重定位的方法，其特征在于，该方法包括：
源-家用基站S-HNB将无线接入网络应用部分RANAP重定位需求消息和RANAP重定位请求消息封装在RANAP用户适配RUA直接转移消息中发送给HNB网关GW；
HNB GW将所述RANAP重定位请求消息封装在RUA直接转移消息或者RUA连接消息中发送给目的T-HNB。
2.根据权利要求1所述的方法，其特征在于，所述HNB GW将所述RANAP重定位请求消息发送给T-HNB之后，该方法还包括：
T-HNB将RANAP重定位请求确认消息封装在RUA直接转移消息中发送给HNB GW；
HNB GW组成RANAP重定位命令消息，并将所述RANAP重定位命令封装在RUA直接转移消息中发送给S-HNB。
3.根据权利要求2所述的方法，其特征在于，所述将所述RANAP重定位命令发送给S-HNB之后，该方法还包括：
T-HNB将RANAP重定位完成消息封装在RUA直接转移消息中发给HNB GW；
HNB GW组成RANAP Iu释放命令消息，并将所述RANAP Iu释放命令消息封装在RUA直接转移消息中发送给S-HNB。
4.根据权利要求1所述的方法，其特征在于，所述HNB GW将所述RANAP重定位请求消息发送给T-HNB之后，该方法还包括：
T-HNB通过RUA直接转移消息发送RANAP重定位请求确认消息和RANAP重定位命令消息给HNB GW；
HNB GW将RANAP重定位命令消息通过RUA直接转移消息发送给S-HNB。
5.根据权利要求4所述的方法，其特征在于，所述将所述RANAP重定位命令消息发送给S-HNB之后，该方法还包括：
T-HNB通过RUA直接转移消息发送RANAP重定位完成消息和RANAPIu释放命令消息给HNB GW；
HNB GW将RANAP Iu释放命令通过RUA直接转移消息发送给S-HNB。
6.根据权利要求1所述的方法，其特征在于，所述HNB GW将所述RANAP重定位请求消息发送给T-HNB之后，该方法还包括：
T-HNB通过RUA直接转移消息发送RANAP重定位请求确认消息或RANAP重定位命令消息给HNB GW；
HNB GW将RANAP重定位请求确认或RANAP重定位命令消息通过RUA直接转移消息发送给S-HNB。
7.根据权利要求6所述的方法，其特征在于，所述将所述RANAP重定位命令发送给S-HNB之后，该方法还包括：
T-HNB通过RUA直接转移消息发送RANAP重定位完成消息或RANAPIu释放命令消息给HNB GW；
HNB GW组成RANAP Iu释放命令消息，并将所述RANAP Iu释放命令消息封装在RUA直接转移消息中发送给S-HNB，或，HNB GW直接将RANAP Iu释放命令通过RUA直接转移消息发送给S-HNB。
8.一种对用户设备UE进行重定位的方法，其特征在于，该方法包括：
源-家用基站S-HNB通过无线接入网络应用部分RANAP用户适配RUA直接转移消息发送RANAP重定位请求消息给HNB网关GW；
HNB GW通过RUA连接消息或者RUA直接转移消息转发RANAP重定位请求消息给目的T-HNB，所述RUA连接消息或者RUA直接转移消息中还包含了重定位终止于GW的指示。
9.根据权利要求8所述的方法，其特征在于，所述HNB GW转发RANAP重定位请求消息给T-HNB之后，该方法还包括：
T-HNB根据重定位终止于GW的指示，通过RUA直接转移消息发送RANAP重定位命令消息或者RANAP重定位请求确认消息给HNB GW；
HNB GW通过RUA直接转移消息发送RANAP重定位命令消息或者RANAP重定位请求确认消息给S-HNB。
10.根据权利要求9所述的方法，其特征在于，所述HNB GW转发RANAP重定位请求消息给T-HNB之后，该方法还包括：
T-HNB通过RUA直接转移消息把RANAP重定位请求确认消息发给HNB GW；
HNB GW组成RANAP重定位命令消息，并且将该RANAP重定位命令消息封装在RUA直接转移消息中发送给S-HNB。
11.根据权利要求8所述的方法，其特征在于，所述HNB GW转发RANAP重定位请求消息给T-HNB之后，该方法还包括：
T-HNB通过RUA直接转移消息发送RANAP重定位请求确认消息给HNB GW；
T-HNB根据重定位终止于GW的指示，组成RANAP重定位命令消息，通过RUA直接转移消息发送RANAP发送重定位命令消息给HNB GW；
HNB GW通过RUA直接转移消息发送RANAP重定位命令消息给S-HNB。
12.根据权利要求9-11中任一权利要求所述的方法，其特征在于，所述HNBGW发送RANAP重定位命令消息给S-HNB之后，该方法还包括：
T-HNB根据重定位是终止于GW的指示，通过RUA直接转移消息发送RANAP Iu释放命令消息给HNB GW；
HNB GW通过RUA释放连接消息发送RANAP Iu释放命令消息给S-HNB。
13.一种对用户设备UE进行重定位的方法，该方法包括：
源-家用基站S-HNB通过无线接入网络应用部分RANAP用户适配RUA直接转移消息发送RANAP重定位需求消息或RANAP重定位请求消息给HNB网关GW；
HNB GW通过RUA直接转移消息或者RUA连接消息发送RANAP重定位请求消息给目的T-HNB，所述RUA直接转移消息或者RUA连接消息中还包含了重定位终止于GW的指示；
T-HNB发送重定位完成请求给HNB GW；
T-HNB接收从HNB GW来的重定位完成响应消息。
14.根据权利要求13所述的方法，其特征在于，所述RUA直接转移消息或者RUA连接消息中还包含了该UE在HNB和核心网CN之间的用户平面传输方式是一个通道还是两个通道的信息。
15.根据权利要求13所述的方法，其特征在于，所述T-HNB发送重定位完成请求给HNB GW之后，该方法还包括：
HNB GW发送重定位完成请求消息给CN；
CN发送重定位完成响应给HNB GW；
HNB GW发送重定位完成响应给T-HNB。
16.一种对用户设备UE进行重定位的方法，该方法包括：
源-家用基站S-HNB通过无线接入网络应用部分RANAP用户适配RUA直接转移消息发送RANAP重定位需求消息或RANAP重定位请求消息给HNB网关GW；
HNB GW通过RUA直接转移消息或者RUA连接消息发送RANAP重定位请求消息给目的T-HNB，所述RUA直接转移消息或者RUA连接消息中还包含了重定位终止于GW的指示；
T-HNB发送重定位请求确认给HNB GW。
17.根据权利要求16所述的方法，其特征在于，所述HNB GW通过RUA直接转移消息或者RUA连接消息发送RANAP重定位请求消息给T-HNB之后，该方法还包括：
T-HNB根据重定位终止于GW的指示，不使用供替代Alternative的无线接入承载RAB参数分配资源。
18.根据权利要求16所述的方法，其特征在于，所述HNB GW通过RUA直接转移消息或者RUA连接消息发送RANAP重定位请求消息给T-HNB之后，该方法还包括：
T-HNB根据重定位终止于GW的指示，优先使用S-HNB选择的完整性保护算法和加密算法。
19.根据权利要求16所述的方法，其特征在于，所述HNB GW通过RUA直接转移消息或者RUA连接消息发送RANAP重定位请求消息给T-HNB之后，该方法还包括：
当部分承载建立失败时，T-HNB根据重定位终止于GW的指示，发送重定位失败给HNB GW。
20.根据权利要求19所述的方法，其特征在于，所述重定位失败为：部分承载建立失败。
21.根据权利要求16-20中任一项所述的方法，其特征在于，所述T-HNB发送重定位请求确认给HNB GW之后，该方法还包括：
HNB GW通过RUA发送重定位命令消息给S-HNB；
T-HNB发送重定位完成给HNB GW；
HNB GW释放S-HNB的UE上下文及Iu信令连接。
22.一种对用户设备UE进行重定位的方法，其特征在于，应用于UE处于小区前向接入信道Cell_FACH状态，该方法包括：
目的-家用基站T-HNB收到从UE来的小区更新消息；
T-HNB发送第一UE信令转移消息给HNB网关GW，所述第一UE信令转移消息包含小区更新消息。
23.根据权利要求22所述的方法，其特征在于，所述T-HNB发送第一UE信令转移消息给HNB GW之后，该方法还包括：
HNB GW发送第二UE信令转移消息给源S-HNB，所述第二UE信令转移消息包含小区更新消息、和/或UE所在目的小区的位置区域标识LAI、和/或路由区域码RAC、和/或目的小区的小区标识、和/或目的小区的闭合用户组CSG标识；
S-HNB发送无线接入网络应用部分RANAP重定位需求消息和/或RANAP重定位请求消息给HNB GW，以发起对UE的重定位过程。
24.根据权利要求23所述的方法，其特征在于，所述HNB GW发送第二UE信令转移消息给S-HNB之后，S-HNB发送RANAP重定位需求消息和/或RANAP重定位请求消息给HNB GW之前，该方法还包括：
S-HNB根据目的小区的CSG标识对UE进行接入控制。
25.根据权利要求22所述的方法，其特征在于，所述T-HNB发送第一UE信令转移消息给HNB GW之后，该方法还包括：
HNB GW根据S-HNB小区和/或T-HNB小区的接入模式对UE进行接入控制。
26.根据权利要求25所述的方法，其特征在于，当对UE进行接入控制失败时，
HNB GW发送UE信息转移失败通知消息给T-HNB，所述UE信息转移失败通知消息包含小区更新消息。
27根据权利要求25所述的方法，其特征在于，当对UE进行接入控制成功时，所述HNB GW根据S-HNB小区和/或T-HNB小区的接入模式对UE进行接入控制之后，该方法还包括：
HNB GW发送第二UE信令转移消息给S-HNB，所述第二UE信令转移消息包含小区更新消息、和/或UE所在目的小区的位置区域标识LAI、和/或路由区域码RAC、和/或目的小区的小区标识、和/或目的小区的闭合用户组CSG标识；
S-HNB发送无线接入网络应用部分RANAP重定位需求消息和/或RANAP重定位请求消息给HNB GW，以发起对UE的重定位过程。
CN201010246660XA 2010-04-30 2010-07-26 一种对用户设备ue进行重定位的方法 Pending CN102238725A (zh)

Priority Applications (5)

Application Number Priority Date Filing Date Title
CN201010246660XA CN102238725A (zh) 2010-04-30 2010-07-26 一种对用户设备ue进行重定位的方法
PCT/KR2011/003231 WO2011136619A2 (en) 2010-04-30 2011-04-29 Apparatus and method of user equipment relocation
EP11775324.4A EP2564568A4 (en) 2010-04-30 2011-04-29 Apparatus and method of user equipment relocation
US13/068,036 US8675499B2 (en) 2010-04-30 2011-04-29 Apparatus and method of user equipment relocation
KR1020110040788A KR101822196B1 (ko) 2010-04-30 2011-04-29 사용자 단말 재배치 장치 및 방법

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
CN201010168697.5 2010-04-30
CN201010168697 2010-04-30
CN201010200716.8 2010-06-11
CN201010200716 2010-06-11
CN201010246660XA CN102238725A (zh) 2010-04-30 2010-07-26 一种对用户设备ue进行重定位的方法

Publications (1)

Publication Number Publication Date
CN102238725A true CN102238725A (zh) 2011-11-09

Family

ID=44858179

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201010246660XA Pending CN102238725A (zh) 2010-04-30 2010-07-26 一种对用户设备ue进行重定位的方法

Country Status (5)

Country Link
US (1) US8675499B2 (zh)
EP (1) EP2564568A4 (zh)
KR (1) KR101822196B1 (zh)
CN (1) CN102238725A (zh)
WO (1) WO2011136619A2 (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103167602A (zh) * 2011-12-16 2013-06-19 中国移动通信集团上海有限公司 基于家庭基站的数据传输的方法、系统及家庭基站网关
WO2013104173A1 (zh) * 2012-01-10 2013-07-18 中兴通讯股份有限公司 独立服务移动定位中心定位能力的获取方法及系统
WO2014000611A1 (zh) * 2012-06-27 2014-01-03 华为技术有限公司 传输数据的方法和装置
CN109716834A (zh) * 2016-09-20 2019-05-03 瑞典爱立信有限公司 无线通信系统中的临时标识符

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2512659A (en) 2013-04-05 2014-10-08 Nec Corp Communication system
US9681349B1 (en) * 2014-09-05 2017-06-13 Sprint Spectrum L.P. Method and system for managing traffic offload in a wireless communication network based on closed access mode conditions
US10694558B2 (en) * 2015-03-01 2020-06-23 Cisco Technology, Inc. System, method and apparatus for small cell gateway selective data path offload

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007103369A2 (en) * 2006-03-07 2007-09-13 Interdigital Technology Corporation Method and apparatus for supporting handoff in an lte gtp based wireless communication system
CN101076979A (zh) * 2004-08-28 2007-11-21 艾利森电话股份有限公司 为核心网络节点提供移动台相关信息的系统、布置和方法
US20100040023A1 (en) * 2008-08-15 2010-02-18 Gallagher Michael D Method and Apparatus for Inter Home Node B Handover in a Home Node B Group

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2838998B2 (ja) * 1996-02-07 1998-12-16 日本電気株式会社 移動端末及び移動対応ネットワーク
US7079519B2 (en) * 2000-08-23 2006-07-18 Samsung Electronics Co., Ltd. Core network separation structure and signal processing method thereof in mobile communication system
US20080039086A1 (en) * 2006-07-14 2008-02-14 Gallagher Michael D Generic Access to the Iu Interface
US7852817B2 (en) * 2006-07-14 2010-12-14 Kineto Wireless, Inc. Generic access to the Iu interface
ES2488940T3 (es) * 2007-09-13 2014-09-01 Huawei Technologies Co., Ltd. Método y dispositivo de elemento de red para adquirir la información de control de política de una sesión de acceso IP
US20090262703A1 (en) * 2008-04-18 2009-10-22 Amit Khetawat Method and Apparatus for Encapsulation of RANAP Messages in a Home Node B System
US8503391B2 (en) * 2008-09-18 2013-08-06 Futurewei Technologies, Inc. CS to IMS hand-back and hand-in for IMS systems for legacy CS UE with home node B access
US9204349B2 (en) * 2009-02-10 2015-12-01 Qualcomm Incorporated Method and apparatus for facilitating a hand-in of user equipment to femto cells

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101076979A (zh) * 2004-08-28 2007-11-21 艾利森电话股份有限公司 为核心网络节点提供移动台相关信息的系统、布置和方法
WO2007103369A2 (en) * 2006-03-07 2007-09-13 Interdigital Technology Corporation Method and apparatus for supporting handoff in an lte gtp based wireless communication system
US20100040023A1 (en) * 2008-08-15 2010-02-18 Gallagher Michael D Method and Apparatus for Inter Home Node B Handover in a Home Node B Group

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103167602A (zh) * 2011-12-16 2013-06-19 中国移动通信集团上海有限公司 基于家庭基站的数据传输的方法、系统及家庭基站网关
CN103167602B (zh) * 2011-12-16 2016-06-01 中国移动通信集团上海有限公司 基于家庭基站的数据传输的方法、系统及家庭基站网关
WO2013104173A1 (zh) * 2012-01-10 2013-07-18 中兴通讯股份有限公司 独立服务移动定位中心定位能力的获取方法及系统
WO2014000611A1 (zh) * 2012-06-27 2014-01-03 华为技术有限公司 传输数据的方法和装置
CN103517447A (zh) * 2012-06-27 2014-01-15 华为技术有限公司 传输数据的方法和装置
CN103517447B (zh) * 2012-06-27 2017-04-19 华为技术有限公司 传输数据的方法和装置
CN109716834A (zh) * 2016-09-20 2019-05-03 瑞典爱立信有限公司 无线通信系统中的临时标识符
CN109716834B (zh) * 2016-09-20 2022-04-19 瑞典爱立信有限公司 无线通信系统中的临时标识符

Also Published As

Publication number Publication date
WO2011136619A3 (en) 2012-03-08
KR101822196B1 (ko) 2018-01-25
EP2564568A2 (en) 2013-03-06
US8675499B2 (en) 2014-03-18
KR20110121580A (ko) 2011-11-07
US20110267963A1 (en) 2011-11-03
WO2011136619A2 (en) 2011-11-03
EP2564568A4 (en) 2017-07-19

Similar Documents

Publication Publication Date Title
US11146995B2 (en) Management method, device, equipment and storage medium for mobile handover
EP2582177B1 (en) Mobile communication system, core network node selection method, and base station and mobile station used therefor
CN102238609B (zh) X2接口建立方法和移动通信系统中小区切换方法
CN103781063B (zh) 提供用于所请求连接的源连接标识符的方法、装置和计算机程序
EP2739082B1 (en) Load sharing method, device, and system
CN109219098B (zh) 切换处理方法及基站
CN102123460B (zh) 集群移动通信系统中实现组呼业务切换的方法
CN102238725A (zh) 一种对用户设备ue进行重定位的方法
CN101159959B (zh) 一种进行小区测量的方法、装置和系统
CN104378793A (zh) 一种切换方法、主控基站及受控基站
CN1297664A (zh) 一种控制连接到移动台的方法
CN102223669B (zh) 创建数据反传通道和分配互联网协议的方法及系统
CN103220729A (zh) 用户上下文释放方法、基站以及家庭基站网关
CN101170819A (zh) 具有用户群支持的灵活网络架构
CN104255061A (zh) 不同无线接入网的切换方法及装置、系统
CN102131251A (zh) 一种进行数据前转的方法
CN101686232A (zh) 通信协议版本协商方法和系统及设备
CN113163415A (zh) 自优化方法和装置
CN102238656A (zh) 一种移动通信系统中的切换方法
CN106304218A (zh) 一种实现用户设备ue的基站间切换的方法及装置
CN114339925A (zh) 切换方法、装置、终端设备、网络设备及存储介质
CN102164389B (zh) 终端的系统间切换方法及装置
CN101572865A (zh) 支持mme重定位的方法
CN102111821A (zh) 一种资源分配方法和系统
CN101801046B (zh) 建立本地交换的方法、核心网设备及基站子系统

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
AD01 Patent right deemed abandoned
AD01 Patent right deemed abandoned

Effective date of abandoning: 20170111