首页 / 国际专利分类库 / 电学 / 电通信技术 / 无线通信网络 / 切换或重选装置 / 决定重定位过程的方法和决定切换过程的方法

决定重定位过程的方法和决定切换过程的方法
申请号 CN201010292413.3 申请日 2010-09-21 公开(公告)号 CN102413493A 公开(公告)日 2012-04-11
申请人 北京三星通信技术研究有限公司; 三星电子株式会社; 发明人 许丽香; 王弘; 梁华瑞;
摘要 发明 提出一种决定重 定位 过程的方法和一种决定切换过程的方法。其中，决定重定位过程的方法包括：家用基站(HNB)网关(GW)或操作、管理和维护设备(OAM)将HNB GW是否支持优化的重定位过程的信息通知HNB；HNB根据所述HNB GW是否支持优化的重定位过程的信息决定对用户设备(UE)进行的重定位过程。本发明提出的方法能够降低重定位/切换失败的概率，提高重定位/切换效率。
权利要求

1.一种决定重定位过程的方法，其特征在于，该方法包括：
家用基站HNB网关GW或操作、管理和维护设备OAM将HNB GW是否支持优化的重定位过程的信息通知HNB；
HNB根据所述HNB GW是否支持优化的重定位过程的信息决定对用户设备UE进行的重定位过程。
2.根据权利要求1所述的方法，其特征在于，所述HNB GW是否支持优化的重定位过程的信息为：HNB GW对用户面数据的传输方式是一个通道还是两个通道的信息；其中，当HNB GW对用户面数据的传输方式是一个通道时，HNB GW不支持优化的重定位过程；当HNB GW对用户面数据的传输方式是两个通道时，HNB GW支持优化的重定位过程。
3.根据权利要求1所述的方法，其特征在于，所述HNB GW是否支持优化的重定位过程的信息为：HNB GW是否支持HNB应用协议HNBAP重定位过程、HNB和HNB之间接口的接入层应用协议HNBRAP重定位过程或者RNC和RNC之间的协议栈Iur协议的信息；其中，当HNB GW不支持HNBAP重定位过程、HNBRAP重定位过程或者Iur协议时，HNB GW不支持优化的重定位过程；当HNB GW支持HNBAP重定位过程、HNBRAP重定位过程或者Iur协议时，HNB GW支持优化的重定位过程。
4.根据权利要求1所述的方法，其特征在于，所述HNB GW是否支持优化的重定位过程的信息为：HNB GW对用户面数据的传输方式是一个通道还是两个通道的信息或HNB GW是否支持HNBAP重定位过程、HNBRAP重定位过程或者Iur协议的信息；其中，当HNB GW对用户面数据的传输方式是一个通道时或者HNB GW不支持HNBAP重定位过程、HNBRAP重定位过程或Iur协议时，HNB GW不支持优化的重定位过程；当HNB GW对用户面数据的传输方式是两个通道并且HNB GW支持HNBAP重定位过程、HNBRAP重定位过程或者Iur协议时，HNB GW支持优化的重定位过程。
5.根据权利要求1至4任意一项所述的方法，其特征在于，所述HNB根据HNB GW是否支持优化的重定位过程的信息决定对UE进行的重定位过程包括：
当UE在同一个HNB GW下移动或者在同一个HNB GW下的同一个闭合用户组CSG内移动时，如果HNB GW支持优化的重定位过程，则决定对UE进行优化的重定位过程。
6.根据权利要求1至4任意一项所述的方法，其特征在于，所述HNB GW将HNB GW是否支持优化的重定位过程的信息通知HNB之前进一步包括：当UE在同一个HNB GW下移动或者在同一个HNB GW下的同一个CSG内移动时，HNB发起对所述UE的优化的重定位过程；
当所述优化的重定位过程失败时，所述HNB GW将HNB GW是否支持优化的重定位过程的信息通知HNB包括：HNB GW将HNB GW不支持优化的重定位过程的信息通知HNB；
所述HNB根据HNB GW是否支持优化的重定位过程的信息决定对UE进行的重定位过程包括：HNB根据所述HNB GW不支持优化的重定位过程的信息，决定对所述UE进行通过核心网的重定位过程。
7.一种决定切换过程的方法，其特征在于，该方法包括：
家用增强基站网关HeNB GW或OAM将HeNB GW是否支持X2切换的信息通知HeNB；
HeNB根据所述HeNB GW是否支持X2切换的信息决定对UE进行的切换过程。
8.根据权利要求7所述的方法，其特征在于，所述HeNB GW是否支持X2切换的信息为：
HeNB GW是否支持X2协议的信息、HeNB GW和目的eNB之间是否有X2接口的信息或者目的eNB和UE的源移动管理实体MME之间是否有S1接口的信息；其中，当HeNB GW支持X2协议、HeNB GW和目的eNB之间有X2接口或者目的eNB和UE的源MME之间有S1接口时，HeNB GW支持X2切换；否则，HeNB GW不支持X2切换。
9.根据权利要求7或8所述的方法，其特征在于，所述HeNB根据HeNB GW是否支持X2切换的信息决定对UE进行的切换过程包括：
当UE在同一个HeNB GW下移动或者在同一个HNB GW下的同一个CSG内移动时，如果HeNB GW支持X2切换，则决定对UE进行X2切换过程。
10.根据权利要求7或8所述的方法，其特征在于，所述HeNB GW将HeNBGW是否支持X2切换的信息通知HeNB之前进一步包括：当UE在同一个HNBGW下移动或者在同一个HNB GW下的同一个CSG内移动时，HeNB发起对所述UE的X2切换过程；
当所述X2切换过程失败时，所述HeNB GW将HeNB GW是否支持X2切换的信息通知HeNB包括：HeNB GW将HeNB GW不支持X2切换的信息通知HeNB；
所述HeNB根据HeNB GW是否支持信息决定对UE进行的切换过程：HeNB根据所述HeNB GW不支持X2切换的信息，决定对所述UE进行S1切换过程。
说明书全文

决定重定位过程的方法和决定切换过程的方法

技术领域

[0001] 本发明涉及移动通信技术，特别涉及一种决定重定位过程的方法和一种决定切换过程的方法。

背景技术

[0002] 家用基站是用在家庭中的基站，包括家用增强基站(HeNB)和家用基站(HNB)两种，其中，HeNB是长期演进(LTE)系统中的家用基站，HNB是通用移动通信系统(UMTS)中的家用基站。图1给出了现有UMTS中HNB的连接结构，如图1所示，用户设备(UE)通过Uu接口与HNB相连，HNB通过Iuh接口与家用基站网关(HNB GW)相连，进一步地，HNB GW通过Iu接口与核心网(CN)中的通用分组无线业务(GPRS)服务支持节点(SGSN)相连。
[0003] LTE技术是第三代移动通信系统(3G)的一种演进技术，具有能够提高小区容量和降低系统时延等诸多优点。
[0004] 图2为现有LTE系统的组成结构示意图。如图2所示，在LTE系统的演进通用陆地无线接入网络(E-UTRAN)中，主要包括宏基站(eNB)和家用基站(HeNB)等无线资源管理实体，进一步地，还可包括家用基站网关(HeNB GW)。当不包括HeNB GW时，HeNB可以与核心网中的移动管理实体(MME)直接相连；当包括HeNB GW时，HeNB通过HeNB GW与MME相连。MME是核心网中的一个重要网络实体，负责完成无线接入承载建立以及移动管理等功能。
[0005] 为了给UE提供更加丰富的接入服务，可以有多种类型的HNB/HeNB，如开放型的HNB/HeNB、混合型的HNB/HeNB和闭合用户组(CSG)型的HNB/HeNB，每个CSG都有一个唯一标识该CSG的CSG标识。其中，开放型的HNB/HeNB没有限制特定接入的UE，任意UE都可以接入开放型的HNB/HeNB；CSG型的HNB/HeNB只允许其服务的特定的UE(为便于描述，以下将特定的UE简称为CSG UE)接入；混合型的HNB/HeNB既可允许其服务的CSG UE接入，以便于对该CSG UE提供更加优质的接入服务，也可以同时允许其他非CSG UE接入。
[0006] 在UTMS系统中，UE在不同的HNB之间移动时会进行重定位过程；相应的，在LTE系统中，UE在不同的HeNB之间或HeNB和eNB之间移动时会进行切换过程。重定位过程和切换过程本质上都是UE处于连接模式时在不同基站(如eNB或者无线网络控制实体RNC)小区间移动时执行的流程，二者的区别只是应用于不同的系统时具体流程稍有区别。现有的重定位过程和切换过程也存在相似的缺陷，以下分别介绍。
[0007] 目前，当UE在连接到同一个HNB GW下的各HNB之间进行重定位时是通过SGSN来进行，而通过SGSN来进行重定位势必会增加CN的负担，从而导致重定位性能的下降。因此，现有技术提出一种对UE进行优化的重定位的方式，参见图3，该方式包括以下步骤：
[0008] 步骤301：UE通过源(S)-HNB和HNB GW连接到CN，激活与CN之间进行的电路域(CS)和/或分组域(PS)业务。
[0009] 步骤302：S-HNB决定将当前正在进行CS和/或PS业务的UE进行重定位。
[0010] 步骤303：S-HNB根据HNB邻居小区的信息，决定重定位是通过家用基站应用协议(HNBAP)或者无线接入网络应用部分(RANAP)信令来执行。如果S-HNB选择触发HNBAP的重定位过程，则HNB发送HNBAP重定位请求消息给HNB GW。所述消息包含源小区和目的小区的全球小区标识，UE上下文和所有其它目的HNB需要重定位的UE承载需要的所有信息。
[0011] 步骤304：可选地，可以对UE进行接入控制或者成员验证过程。本步骤不是本发明的重点，这里忽略详细的技术说明。
[0012] 步骤305：HNB GW转发HNBAP重定位请求消息给目的(T)-HNB。HNBGW将上行传输层参数包含在所述消息中。所述重定位请求消息可以执行隐含的UE注册过程。
[0013] 步骤306：T-HNB发送HNBAP重定位响应消息给HNB GW。
[0014] 步骤307：HNB GW转发重定位响应消息给S-HNB。
[0015] 步骤308：HNBAP重定位准备完成后，S-HNB发起RRC重配置过程，指示UE移动到目的HNB。
[0016] 步骤309：UE发送RRC连接重配置完成消息给T-HNB。
[0017] 步骤310：S-HNB发送HNBAP重定位委托(Commit)消息给HNB GW。
[0018] 步骤311：HNB GW转发HNBAP重定位委托消息给T-HNB。
[0019] 步骤312：T-HNB发送HNBAP重定位完成消息给HNB GW。该消息通知HNB GW重定位的完成。
[0020] 步骤313：HNB GW发送RANAP用户适配(RUA)去连接(Disconnect)消息给S-HNB。
[0021] 步骤314：HNB GW发送HNBAP UE去注册(De-register)消息给S-HNB。S-HNB释放给该UE保留的资源。
[0022] HNB和CN之间的用户平面数据的传输方式可以采用一个通道或者两个通道；其中，一个通道是指用户平面数据的传输方式为直接从HNB到CN或者直接从CN到HNB，两个通道指的是用户平面数据的传输方式为从HNB到HNBGW再到CN或者从CN到HNB GW再到HNB。
[0023] 在LTE中，HeNB和CN之间的用户平面数据的传输方式也可以采用一个通道或者两个通道；其中，一个通道是指用户平面数据的传输方式为直接从HeNB到S-GW/PDN GW或者直接从S-GW/PDN GW到HeNB，两个通道是指用户平面数据的传输方式为从HeNB到HeNB GW再到S-GW/PDN GW或者从S-GW/PDN GW到HeNB GW再到HeNB。
[0024] 从上述图3所示的优化的重定位过程可以看出，S-HNB决定是发起优化的重定位过程(例如HNBAP重定位过程)，也就是终止于HNB GW的重定位过程，还是发起现有的RANAP重定位过程。现有的RANAP重定位过程详见3GPPTS23.060，这里忽略详细的技术说明。如果用户平面数据的传输方式是一个通道的方式，则UE从S-HNB移动到T-HNB的时候，需要使CN知道下行用户平面的改变，因此就不能采用HNBAP的重定位过程；但是，目前HNB无法知道用户平面数据的传输方式是一个通道还是两个通道，因此现有的重定位过程容易导致重定位失败，降低了重定位效率。
[0025] 同样的，在LTE系统中，UE在不同的HeNB之间进行切换或者在HeNB和eNB之间切换时也存在同样的问题。切换方式可以是原有的S1切换或者优化的切换(如X2切换)；其中，S1切换时，S-HeNB发送S1接入协议(AP)切换需求消息给HeNB GW(在有HeNB GW存在的情况下)；X2切换时，S-HeNB发送X2AP切换请求消息给T-HeNB或者通过HeNB GW发送给T-HeNB。如果X2切换也是终止在网关的，则HeNB也需要知道用户平面数据的传输方式是一个通道还是两个通道，同时需要知道HeNB GW是否支持X2协议；然而，目前HeNB无法知道HeNB GW是否支持X2协议。并且，UE在从HeNB切换到eNB时，如果选择采用通过HeNB GW来执行X2切换的方式，除了需要HeNB GW支持X2协议之外，还需要满足一些条件，比如HeNB GW和目的eNB之间有X2接口，目的eNB和UE的源MME之间有S1接口；然而，现有的HeNB也不知道这些信息。由于HeNB无法知道上述信息，因此现有的切换过程容易导致切换失败，降低了切换效率。
[0026] 综上可见，在现有的重定位/切换过程中，由于无法根据必要的信息选择是否使用优化的重定位/切换方式，导致重定位/切换容易失败，降低了效率。

发明内容

[0027] 有鉴于此，本发明的目的在于提供决定重定位过程的方法，能够降低重定位失败的概率，提高重定位效率。
[0028] 本发明还提供一种决定切换过程的方法，能够降低切换失败的概率，提高切换效率。
[0029] 为达到上述目的，本发明的技术方案是这样实现的：
[0030] 一种决定重定位过程方法，包括：HNB GW或OAM将HNB GW是否支持优化的重定位过程的信息通知HNB；HNB根据所述HNB GW是否支持优化的重定位过程的信息决定对UE进行的重定位过程。
[0031] 一种决定切换过程的方法，包括：HeNB GW或OAM将HeNB GW是否支持X2切换的信息通知HeNB；HeNB根据所述HeNB GW是否支持X2切换的信息决定对UE进行的切换过程。
[0032] 可见，本发明提出的决定重定位过程的方法中，预先将HNB GW是否支持优化的重定位过程的信息通知HNB，HNB在进行重定位过程时，就可以根据HNB GW是否支持优化的重定位过程的信息决定进行优化的重定位过程还是原有的通过核心网的重定位过程，从而避免了不必要的优化的重定位过程的失败，提高了重定位效率。相似地，本发明提出的决定切换过程的方法中，预先将HeNBGW是否支持X2切换的信息通知HeNB，HeNB在进行切换过程时，就可以根据HeNB GW是否支持X2切换的信息决定进行X2切换还是原有S1网的切换过程，从而避免了不必要的X2切换过程的失败，提高了切换效率。附图说明
[0033] 图1为现有UMTS中HNB的连接结构示意图；
[0034] 图2为现有LTE系统的组成结构示意图；
[0035] 图3为现有的一种对UE进行优化重定位的过程图；
[0036] 图4为本发明一种决定重定位过程的方法流程图；
[0037] 图5为本发明一种决定切换过程的方法流程图；
[0038] 图6为本发明实施例一中HNB GW通过HNB注册过程进行通知的过程图；
[0039] 图7为本发明实施例二中OAM如HMS通过HNB注册过程进行通知的过程图；
[0040] 图8为本发明实施例三中HNB GW通过RUA连接消息进行通知的过程图；
[0041] 图9为本发明实施例四中S-HNB发起重定位过程的过程图；
[0042] 图10为本发明实施例五中S-HNB发起重定位过程的过程图；
[0043] 图11为本发明实施例六中S-HNB发起重定位过程的过程图；
[0044] 图12为本发明实施例七中HeNB GW通过HeNB注册过程进行通知的过程图；
[0045] 图13为本发明实施例八中HeMS通过HeNB注册过程进行通知的过程图；
[0046] 图14为本发明实施例九中S-HeNB发起切换过程的过程图；
[0047] 图15为本发明实施例十中S-HeNB发起切换过程的过程图；
[0048] 图16为本发明实施例十一中S-HeNB发起切换过程的过程图。

具体实施方式

[0049] 针对现有技术中存在的问题，本发明中提出一种决定重定位过程的方法和决定切换过程的方法，降低重定位/切换失败的概率，并提高重定位/切换效率。本发明所述方案可以有以下实现方式：
[0050] 一种决定重定位过程的方法，如图4为本发明一种决定重定位过程的方法流程图，该方法包括：
[0051] 步骤401：HNB GW或OAM将HNB GW是否支持优化的重定位过程的信息通知HNB；
[0052] 步骤402：HNB根据所述HNB GW是否支持优化的重定位过程的信息决定对UE进行的重定位过程。
[0053] 一种决定切换过程的方法，如图5为本发明一种决定切换过程的方法流程图，该方法包括：
[0054] 步骤501：HeNB GW或OAM将HeNB GW是否支持X2切换的信息通知HeNB；
[0055] 步骤502：HeNB根据所述HeNB GW是否支持X2切换的信息决定对UE进行的切换过程。
[0056] 为使本发明的技术方案更加清楚、明白，以下参照附图并举实施例，对本发明所述方案作进一步的详细说明。
[0057] 需要说明的是，以下各实施例中，均以UE在HNB之间的重定位或者UE在LTE系统中的HeNB之间的切换为例，相应地，系统中的网关为HNBGW或者HeNB GW。如果未来eNB也是通过网关接入MME，或者其它无线资源管理实体通过网关接入核心网，本发明所述方案将同样适用。
[0058] 实施例一：
[0059] 在本实施例中，HNB GW通过HNB注册过程将HNB GW是否支持优化的重定位过程的信息通知HNB。这里，HNB GW是否支持优化的重定位过程的信息可以包括：1)HNB GW对用户面数据的传输方式是一个通道还是两个通道的信息，或者可以包括：2)HNB GW是否支持HNB应用协议(HNBAP)重定位过程、HNB和HNB之间接口的接入层应用协议(HNBRAP)重定位过程或者RNC和RNC之间的协议栈(Iur协议)的信息。
[0060] HNB GW是否支持优化的重定位过程的信息可以包括上述任意一个或两个。具体有以下三种情况：
[0061] 情况一：当HNB GW是否支持优化的重定位过程的信息为HNB GW对用户面数据的传输方式是一个通道还是两个通道的信息时：当HNB GW对用户面数据的传输方式是一个通道时，HNB GW不支持优化的重定位过程；当HNB GW对用户面数据的传输方式是两个通道时，HNB GW支持优化的重定位过程。
[0062] 情况二：当HNB GW是否支持优化的重定位过程的信息为HNB GW是否支持HNBAP重定位过程、HNBRAP重定位过程或者Iur协议的信息时：当HNB GW不支持HNBAP重定位过程、HNBRAP重定位过程或者Iur协议时，HNB GW不支持优化的重定位过程；当HNB GW支持HNBAP重定位过程、HNBRAP重定位过程或者Iur协议时，HNB GW支持优化的重定位过程。
[0063] 情况三：当HNB GW是否支持优化的重定位过程的信息为HNB GW对用户面数据的传输方式是一个通道还是两个通道的信息以及HNB GW是否支持HNBAP重定位过程、HNBRAP重定位过程或者Iur协议的信息时：当HNB GW对用户面数据的传输方式是一个通道时或者HNB GW不支持HNBAP重定位过程、HNBRAP重定位过程或Iur协议时，HNB GW不支持优化的重定位过程；当HNB GW对用户面数据的传输方式是两个通道并且HNB GW支持HNBAP重定位过程、HNBRAP重定位过程或者Iur协议时，HNB GW支持优化的重定位过程。
[0064] 如图6为本发明实施例一中HNB GW通过HNB注册过程进行通知的过程图，包括以下步骤：
[0065] 步骤601：HNB发送HNB注册请求消息给HNB GW。
[0066] 步骤602：HNB GW发送HNB注册响应消息给HNB。所述HNB注册响应消息包含HNB GW是否支持优化的重定位过程的信息，该信息具体可以为HNB GW对用户面数据的传输方式是一个通道还是两个通道的信息；或者HNB GW是否支持HNBAP重定位过程、HNBRAP重定位过程或者Iur协议的信息。
[0067] HNB保存从HNB GW收到的上述信息。
[0068] 实施例二：
[0069] 在本实施例中，操作、管理和维护设备(OAM)，例如HNB管理系统(HMS)，通过HNB注册过程将HNB GW是否支持优化的重定位过程的信息通知HNB。本实施例中，HNB GW是否支持优化的重定位过程的信息与实施例一中所述相同。
[0070] 如图7为本发明实施例二中HMS通过HNB注册过程进行通知的过程图，包括以下步骤：
[0071] 步骤701：HNB发送HNB注册请求消息给OAM实体(例如HeMS)。
[0072] 步骤702：OAM实体发送HNB注册响应消息给HNB。所述HNB注册响应消息包含HNB GW是否支持优化的重定位过程的信息，该信息具体可以为HNB GW对用户面数据的传输方式是一个通道还是两个通道的信息；或者HNB GW是否支持HNBAP重定位过程、HNBRAP重定位过程或者Iur协议的信息。HNB保存从OAM收到的上述信息。
[0073] 实施例三：
[0074] 在本实施例中，HNB GW通过RUA连接消息将HNB GW是否支持优化的重定位过程的信息通知HNB。本实施例中，HNB GW是否支持优化的重定位过程的信息与实施例一中所述相同。
[0075] 如图8为本发明实施例三中HNB GW通过RUA连接消息进行通知的过程图，包括以下步骤：
[0076] 步骤800：HNB GW收到移入(inbound)UE的重定位触发(例如RANAP重定位请求消息)。
[0077] 步骤801：HNB GW决定T-HNB，HNB GW发送RUA连接消息给该T-HNB。所述RUA连接消息包含RANAP重定位请求消息，所述RUA连接消息包含HNB GW是否支持优化的重定位过程的信息。该信息具体可以为HNB GW对用户面数据的传输方式是一个通道还是两个通道的信息；或者HNB GW是否支持HNBAP重定位过程、HNBRAP重定位过程或者Iur协议的信息。
[0078] 步骤802：802a)：HNB GW和T-HNB执行隐含的注册。802b)T-HNB为重定位分配合适的资源。T-HNB保存步骤801中收到的HNB GW是否支持优化的重定位过程的信息。如果HNB GW不支持优化的重定位过程或者HNB GW对UE采用一个通道的用户平面传输方式，则T-HNB发起对UE的下一次重定位(此时该T-HNB已转化为S-HNB)时采用现有的通过核心网的重定位过程；如果HNB GW支持优化的重定位过程或者HNB GW对所有UE采用两个通道的用户平面传输方式，则T-HNB发起对UE的下一次重定位时可以采用优化的重定位过程，例如如果UE是同一个网关下的重定位或者是同一个网关下同一个CSG内的重定位时采用优化的重定位过程。
[0079] 步骤803：T-HNB通过RUA直接转移消息发送重定位请求确认消息给HNB GW。
[0080] 实施例四：
[0081] 在本实施例中，S-HNB利用实施例一、实施例二或者实施例三得到的信息决定对UE采用哪种重定位过程。如图9为本发明实施例四中S-HNB发起重定位过程的过程图，包括以下步骤：
[0082] 步骤900：S-HNB决定执行UE的重定位过程。S-HNB根据保存的HNB GW是否支持优化的重定位过程的信息、或者HNB GW对用户面数据的传输方式是一个通道还是两个通道的信息以及其他信息(例如UE是否在同一个HNB GW下移动或者UE是否在同一个HNB GW下的同一个CSG内部移动)，决定执行优化的重定位过程(即终止于网关的重定位过程)还是执行现有的通过CN的重定位过程。例如当S-HNB保存的信息为HNB GW支持优化的重定位过程的信息、或者HNB GW对用户平面数据的传输方式支持两个通道的信息时，并且UE在同一个HNB GW下移动或者UE在同一个HNB GW下的同一个CSG内部移动时，S-HNB决定执行优化的重定位过程(即终止于网关的重定位过程)，即执行步骤901。否则执行现有的通过CN的重定位过程。
[0083] 步骤901：S-HNB执行优化的重定位过程。
[0084] 本发明的重点是如何利用从HNB GW来的信息决定执行现有的通过CN的重定位过程还是执行优化的重定位过程(即终止于网关的重定位过程)。优化的重定位过程可以是图3的HNBAP重定位过程、或者是3GPP RAN3的提案R3-101474中提到的任何一种优化的重定位过程、或者其他的优化的重定位过程(例如HNBRAP重定位过程或者Iur重定位过程)。具体采用何种优化的重定位过程并不构成对本发明的限制。
[0085] 实施例五：
[0086] 在本实施例中，S-HNB在不知道HNB GW是否支持优化的重定位过程或者HNB GW对用户面数据的传输方式是一个通道还是两个通道的情况下，在UE同一个HNB GW下移动或者UE在同一个HNB GW下的同一个CSG内部移动时，可以先尝试采用优化的重定位过程；如果重定位过程失败，则根据从HNBGW获取的信息重新选择发起重定位过程。
[0087] 如图10为本发明实施例五中S-HNB发起重定位过程的过程图，包括以下步骤：
[0088] 步骤1001，S-HNB发送HNBAP重定位请求消息给HNB GW。
[0089] 步骤1002：如果HNB GW不支持优化的重定位过程或者HNB GW对用户面数据的传输方式是一个通道，则重定位失败，HNB GW发送HNBAP重定位请求失败消息给S-HNB。所述消息包含重定位失败的原因，该原因值设置为HNBGW不支持优化的重定位过程或者HNB GW对用户面数据的传输方式是一个通道的信息。HNB GW对用户面数据的传输方式是一个通道的信息可以是HNBGW对所述UE的用户面数据的传输方式是一个通道的信息，或者是HNB GW对所有UE的用户面数据的传输方式是一个通道的信息。
[0090] S-HNB保存HNB GW不支持优化的重定位过程的信息或者HNB GW对用户面数据的传输方式是一个通道的信息，S-HNB根据此信息发起现有的通过核心网的重定位过程，即继续执行步骤1003。如果所述HNB GW不支持优化的重定位过程或者HNB GW对用户面数据的传输方式是一个通道的信息是HNBGW对所有UE的用户面数据的传输方式支持一个通道的信息，则S-HNB在后续对其他UE发起重定位过程时，也不再发起优化的重定位过程，而是发起现有的通过CN的重定位过程。
[0091] 步骤1003：S-HNB通过RUA发送RANAP重定位需求消息给HNB GW。
[0092] 步骤1004：执行现有的通过核心网的RANAP重定位过程。本步骤与现有技术相同，这里忽略详细的技术说明。
[0093] 实施例六：
[0094] 在本实施例中，S-HNB在不知道HNB GW是否支持优化的重定位过程或者HNB GW对用户面数据的传输方式是一个通道还是两个通道的情况下，在UE同一个HNB GW下移动或者UE在同一个HNB GW下的同一个CSG内部移动时，可以先尝试采用优化的重定位过程；如果重定位过程失败，则根据从HNBGW获取的信息重新选择发起重定位过程。
[0095] 如图11为本发明实施例六中S-HNB发起重定位过程的过程图，包括以下步骤：
[0096] 步骤1101：S-HNB发送HNBRAP重定位请求消息给T-HNB。
[0097] 步骤1102：T-HNB发送接入控制请求消息给HNB GW。所述消息包含UE标识。
[0098] 步骤1103：HNB GW发送接入控制响应消息给T-HNB。如果HNB GW不支持优化的重定位过程或者HNB GW对用户面数据的传输方式是一个通道，则所述消息包含HNB GW不支持优化的重定位过程的信息或者HNB GW对用户面数据的传输方式是一个通道的信息。HNB GW对用户面数据的传输方式是一个通道的信息可以是HNB GW对所述UE的用户面数据的传输方式是一个通道的信息，或者是HNB GW对所有UE的用户面数据的传输方式是一个通道的信息。
[0099] 步骤1104：T-HNB发送HNBRAP重定位请求失败消息给S-HNB。所述消息包含失败的原因，该原因值设置为HNB GW不支持优化的重定位过程或者HNB GW对用户面数据的传输方式是一个通道的信息。HNB GW对用户面数据的传输方式是一个通道的信息可以是HNB GW对所述UE的用户面数据的传输方式是一个通道的信息，或者是HNB GW对所有UE的用户面数据的传输方式是一个通道的信息。
[0100] S-HNB保存HNB GW不支持优化的重定位过程的信息或者HNB GW对用户面数据的传输方式是一个通道的信息，根据此信息发起现有的通过核心网的重定位过程，即继续执行步骤1105。如果HNB GW不支持优化的重定位过程或者所述HNB GW对用户面数据的传输方式是一个通道的信息是HNB GW对所有UE的用户面数据的传输方式支持一个通道的信息，则S-HNB在后续对其他UE发起重定位过程时，也不再发起优化的重定位过程，而是发起现有的通过CN的重定位过程。
[0101] 步骤1105：S-HNB通过RUA发送RANAP重定位需求消息给HNB GW。
[0102] 步骤1106：执行现有的通过核心网的RANAP重定位过程。本步骤与现有技术相同，这里忽略详细的技术说明。
[0103] 以上实施例介绍了HNB获取HNB GW是否支持优化的重定位过程的信息或者HNB GW对用户面数据的传输方式是一个通道还是两个通道的信息、并且根据该信息决定采用哪种重定位过程的具体方式。在以下的实施例中，将介绍HeNB获取HNB GW是否支持X2切换的信息、以及根据该信息决定采用哪种切换过程的具体方式。
[0104] 实施例七：
[0105] 在本实施例中，HeNB GW通过HeNB注册过程将HeNB GW是否支持X2切换过程(即优化的切换过程)的信息通知HeNB。这里，HeNB GW是否支持X2切换过程的信息可以为：HeNB GW是否支持X2协议的信息、或者HeNB GW对用户面数据的传输方式是一个通道还是两个通道的信息。具体的，当HeNB GW支持X2协议、或者HeNB GW对用户面数据的传输方式是两个通道，HeNB GW支持X2切换过程；否则HeNB GW不支持X2切换过程。
[0106] 如图12为本发明实施例七中HeNB GW通过HeNB注册过程进行通知的过程图，包括以下步骤：
[0107] 步骤1201：HeNB发送HeNB注册请求消息给HeNB GW。
[0108] 步骤1202：HeNB GW发送HeNB注册响应消息给HeNB。所述HeNB注册响应消息包含HeNB GW是否支持X2切换过程的信息，该信息具体可以为：HeNB GW是否支持X2协议的信息、或者HeNB GW对用户面数据的传输方式是一个通道还是两个通道的信息。
[0109] HeNB保存从HeNB GW收到的上述信息。
[0110] 实施例八：
[0111] 在本实施例中，OAM，例如HeNB管理系统(HeMS)，通过HeNB注册过程将HeNB GW是否支持X2切换过程(即优化的切换过程)的信息通知HeNB。本实施例中，HeNB GW是否支持X2切换过程的信息与实施例七中所述相同。
[0112] 如图13为本发明实施例八中HeMS通过HeNB注册过程进行通知的过程图，包括以下步骤：
[0113] 步骤1301：HeNB发送HeNB注册请求消息给OAM实体(例如HeMS)。
[0114] 步骤1302：OAM实体发送HeNB注册响应消息给HeNB。所述HeNB注册响应消息包含HeNB GW是否支持X2切换过程的信息，该信息具体可以为：HeNB GW是否支持X2协议的信息、或者HeNB GW对用户面数据的传输方式是一个通道还是两个通道的信息。
[0115] HeNB保存从HeNB GW收到的上述信息。
[0116] 实施例九：
[0117] 在本实施例中，S-HeNB利用实施例七或者实施例八得到的信息决定对UE采用哪种切换过程。如图14为本发明实施例九中S-HeNB发起切换过程的过程图，包括以下步骤：
[0118] 步骤1400：S-HeNB决定执行UE的切换过程。S-HeNB根据保存的HeNBGW是否支持X2切换过程的信息决定执行执行优化的X2切换过程还是执行现有的S1切换过程。例如当HeNB保存的信息为HeNB GW支持X2切换过程时，并且UE在同一个HeNB GW下移动或者UE在同一个HeNB GW下的同一个CSG内部移动时，S-HeNB决定执行X2切换过程，继续执行步骤1401。否则执行现有的S1切换过程。
[0119] 步骤1401：S-HeNB执行X2切换过程。
[0120] 实施例十：
[0121] 在本实施例中，S-HeNB在不知道HeNB GW是否支持X2切换过程过程的情况下，在UE同一个HeNB GW下移动或者UE在同一个HeNB GW下的同一个CSG内部移动时，可以先尝试采用X2切换过程。如图15为本发明实施例十中S-HeNB发起切换过程的过程图，包括以下步骤：
[0122] 步骤1501：S-HeNB发送X2AP切换请求消息给HeNB GW。
[0123] 步骤1502：如果HeNB GW不支持X2切换(例如HeNB不支持X2协议、HeNB GW和目的eNB之间没有X2接口或者目的eNB和UE的源MME之间没有S1接口)，则切换失败，HeNB发送X2AP切换请求失败消息给S-HeNB。所述消息包含失败的原因，失败的原因为HeNB GW不支持X2协议，或者HeNB
[0124] GW和目的eNB之间没有X2接口，或者目的eNB和UE的源MME之间没有S1接口，或者HeNB GW对用户面数据的传输方式是一个通道。HeNB GW对用户面数据的传输方式是一个通道可以是对所述UE或者是对所有UE。
[0125] S-HeNB保存所述信息，根据此信息决定发起现有的(如S1切换过程)，继续执行步骤1503。
[0126] 如果HeNB GW不支持X2切换或者HeNB GW对用户面数据的传输方式对所有UE是一个通道，则S-HeNB在后续对其他UE发起切换过程时，也不再发起X2切换过程，而是发起现有的通过核心网的切换过程(如S1过程)。
[0127] 如果HeNB GW和目的eNB之间没有X2接口，则S-HeNB在后续对其他UE发起到此eNb的切换过程时，也不再发起X2切换过程，而是发起现有的通过核心网的切换过程(如S1过程)。
[0128] 如果HeNB GW和UE的源MME之间没有S1接口，则S-HeNB在后续对其他连接到所述MME的UE发起到切换过程时，也不再发起X2切换过程，而是发起现有的通过核心网的切换过程(如S1过程)。
[0129] 步骤1503：S-HeNB发送S1AP切换需求消息给HeNB GW。
[0130] 步骤1504：执行现有的S1切换过程。本步骤与现有技术相同，这里忽略详细的技术说明。
[0131] 实施例十一：
[0132] 在本实施例中，S-HeNB在不知道HeNB GW是否支持X2切换过程的情况下，在UE同一个HeNB GW下移动或者UE在同一个HeNB GW下的同一个CSG内部移动时，可以先尝试采用X2切换过程。如图16为本发明实施例十一中S-HeNB发起切换过程的过程图，包括以下步骤：
[0133] 步骤1601：S-HeNB发送X2AP切换请求消息给T-eNB。
[0134] 步骤1602：T-eNB发送接入控制请求消息给HeNB GW。
[0135] 步骤1603：HeNB GW发送接入控制响应消息给T-eNB。如果HeNB GW不支持X2切换(例如HeNB不支持X2协议或者目的eNB和UE的源MME之间没有S1接口)，则所述接入控制响应消息中包含HeNB GW不支持X2切换的信息，例如HeNB不支持X2协议或者目的eNB和UE的源MME之间没有S1接口的信息，或者HeNB GW对用户面数据的传输方式是一个通道。HeNBGW对用户面数据的传输方式是一个通道可以是对所述UE或者是对所有UE。。
[0136] 步骤1604：T-eNB发送切换请求失败消息给S-HeNB。所述消息包含失败的原因，失败的原因为HeNB GW不支持X2切换，具体为HeNB GW不支持X2协议，或者目的eNB和UE的源MME之间没有S1接口。
[0137] S-HeNB保存所述信息，S-HeNB根据此信息决定发起现有的通过核心网的切换过程(如S1切换过程)，继续执行步骤1605。
[0138] 如果HeNB GW不支持X2切换或者HeNB GW对用户面数据的传输方式对所有UE是一个通道，则S-HeNB在后续对其他UE发起切换过程时，也不再发起X2切换过程，而是发起现有的通过核心网的切换过程(如S1切换过程)。
[0139] 如果HeNB GW和UE的源MME之间没有S1接口，则S-HeNB在后续对其他连接到所述MME的UE发起到切换过程时，也不再发起X2切换过程，而是发起现有的通过核心网的切换过程(如S1过程)。
[0140] 步骤1605：S-HeNB发送S1AP切换需求消息给HeNB GW。
[0141] 步骤1606：执行现有的S1切换过程。本步骤与现有技术相同，这里忽略详细的技术说明。
[0142] 至此，即结束了关于本发明所述方案的介绍。
[0143] 需要说明的是，上述各实施例中，仅介绍了与本发明所述方案相关的内容，对于一些与本发明所述方案无直接关系以及一些与本发明所述方案相关，但本领域技术人员公知的内容未作介绍。
[0144] 由上述实施例可见，本发明提出的决定重定位过程的方法中，通过HNB获取HNB GW是否支持优化的重定位过程的信息、并根据该信息决定是否发起优化的重定位过程，可以有效降低重定位失败的概率，提高重定位效率。并且，本发明提出的决定切换过程的方法中，通过HeNB获取HeNB GW是否支持X2切换过程的信息、并根据该信息决定是否发起X2切换过程，可以有效降低切换失败的概率，提高切换效率。
[0145] 以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。
QQ群二维码
意见反馈
意见反馈
提交反馈
使用该功能遇到问题

该功能需要专业版企业版VIP权限，您可以：

购买VIP 申请VIP试用
您也可以联系官方QQ: 2157717237     电话: 13264338900
关于PatentHub
关于我们 使命宗旨 加入我们 联系我们 帮助中心
PatentHub产品
专利百科 专利交易 业务平台 专利交易大厅 专利需求大厅
 
API接口 数据定制 专利资讯 最新中国发明专利 最新美国发明专利 看视频学检索 技术领域 专利库 专利分类库 国际专利分类库
 
历年真题 模拟考试 资料库 问答专区 专栏文章 知识分享 求职 招聘 代理所排行榜 代理人排行榜 代理所地域排行榜 找代理所 找代理人
PatentHub联系方式
官方Q群：924368187 官方Q群：931673531 官方Q群：529775260 商务QQ：2157717237 运营QQ：3307693423 电话：13264338900