决定重定位过程的方法和决定切换过程的方法 技术领域 本发明涉及移动通信技术， 特别涉及一种决定重定位过程的方法和一种决定切换 过程的方法。
背景技术 家用基站是用在家庭中的基站， 包括家用增强基站 (HeNB) 和家用基站 (HNB) 两 种， 其中， HeNB 是长期演进 (LTE) 系统中的家用基站， HNB 是通用移动通信系统 (UMTS) 中的 家用基站。图 1 给出了现有 UMTS 中 HNB 的连接结构， 如图 1 所示， 用户设备 (UE) 通过 Uu 接口与 HNB 相连， HNB 通过 Iuh 接口与家用基站网关 (HNB GW) 相连， 进一步地， HNB GW 通过 Iu 接口与核心网 (CN) 中的通用分组无线业务 (GPRS) 服务支持节点 (SGSN) 相连。
LTE 技术是第三代移动通信系统 (3G) 的一种演进技术， 具有能够提高小区容量和 降低系统时延等诸多优点。
图 2 为现有 LTE 系统的组成结构示意图。如图 2 所示， 在 LTE 系统的演进通用陆 地无线接入网络 (E-UTRAN) 中， 主要包括宏基站 (eNB) 和家用基站 (HeNB) 等无线资源管理 实体， 进一步地， 还可包括家用基站网关 (HeNB GW)。当不包括 HeNB GW 时， HeNB 可以与核 心网中的移动管理实体 (MME) 直接相连 ； 当包括 HeNB GW 时， HeNB 通过 HeNB GW 与 MME 相 连。MME 是核心网中的一个重要网络实体， 负责完成无线接入承载建立以及移动管理等功 能。
为了给 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 接入。
在 UTMS 系统中， UE 在不同的 HNB 之间移动时会进行重定位过程 ； 相应的， 在 LTE 系统中， UE 在不同的 HeNB 之间或 HeNB 和 eNB 之间移动时会进行切换过程。重定位过程和 切换过程本质上都是 UE 处于连接模式时在不同基站 ( 如 eNB 或者无线网络控制实体 RNC) 小区间移动时执行的流程， 二者的区别只是应用于不同的系统时具体流程稍有区别。现有 的重定位过程和切换过程也存在相似的缺陷， 以下分别介绍。
目前， 当 UE 在连接到同一个 HNB GW 下的各 HNB 之间进行重定位时是通过 SGSN 来 进行， 而通过 SGSN 来进行重定位势必会增加 CN 的负担， 从而导致重定位性能的下降。 因此， 现有技术提出一种对 UE 进行优化的重定位的方式， 参见图 3， 该方式包括以下步骤 ：
步骤 301 ： UE 通过源 (S)-HNB 和 HNB GW 连接到 CN， 激活与 CN 之间进行的电路域 (CS) 和 / 或分组域 (PS) 业务。
步骤 302 ： S-HNB 决定将当前正在进行 CS 和 / 或 PS 业务的 UE 进行重定位。
步骤 303 ： S-HNB 根据 HNB 邻居小区的信息， 决定重定位是通过家用基站应用协议
(HNBAP) 或者无线接入网络应用部分 (RANAP) 信令来执行。如果 S-HNB 选择触发 HNBAP 的 重定位过程， 则 HNB 发送 HNBAP 重定位请求消息给 HNB GW。所述消息包含源小区和目的小 区的全球小区标识， UE 上下文和所有其它目的 HNB 需要重定位的 UE 承载需要的所有信息。
步骤 304 ： 可选地， 可以对 UE 进行接入控制或者成员验证过程。本步骤不是本发 明的重点， 这里忽略详细的技术说明。
步骤 305 ： HNB GW 转发 HNBAP 重定位请求消息给目的 (T)-HNB。HNBGW 将上行传输 层参数包含在所述消息中。所述重定位请求消息可以执行隐含的 UE 注册过程。
步骤 306 ： T-HNB 发送 HNBAP 重定位响应消息给 HNB GW。
步骤 307 ： HNB GW 转发重定位响应消息给 S-HNB。
步骤 308 ： HNBAP 重定位准备完成后， S-HNB 发起 RRC 重配置过程， 指示 UE 移动到 目的 HNB。
步骤 309 ： UE 发送 RRC 连接重配置完成消息给 T-HNB。
步骤 310 ： S-HNB 发送 HNBAP 重定位委托 (Commit) 消息给 HNB GW。
步骤 311 ： HNB GW 转发 HNBAP 重定位委托消息给 T-HNB。
步骤 312 ： T-HNB 发送 HNBAP 重定位完成消息给 HNB GW。该消息通知 HNB GW 重定 位的完成。
步骤 313 ： HNB GW 发送 RANAP 用户适配 (RUA) 去连接 (Disconnect) 消息给 S-HNB。
步骤 314 ： HNB GW 发送 HNBAP UE 去注册 (De-register) 消息给 S-HNB。S-HNB 释 放给该 UE 保留的资源。
HNB 和 CN 之间的用户平面数据的传输方式可以采用一个通道或者两个通道 ； 其 中， 一个通道是指用户平面数据的传输方式为直接从 HNB 到 CN 或者直接从 CN 到 HNB， 两个 通道指的是用户平面数据的传输方式为从 HNB 到 HNBGW 再到 CN 或者从 CN 到 HNB GW 再到 HNB。
在 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。
从上述图 3 所示的优化的重定位过程可以看出， S-HNB 决定是发起优化的重定 位过程 ( 例如 HNBAP 重定位过程 )， 也就是终止于 HNB GW 的重定位过程， 还是发起现有的 RANAP 重定位过程。现有的 RANAP 重定位过程详见 3GPPTS23.060， 这里忽略详细的技术说 明。 如果用户平面数据的传输方式是一个通道的方式， 则 UE 从 S-HNB 移动到 T-HNB 的时候， 需要使 CN 知道下行用户平面的改变， 因此就不能采用 HNBAP 的重定位过程 ； 但是， 目前 HNB 无法知道用户平面数据的传输方式是一个通道还是两个通道， 因此现有的重定位过程容易 导致重定位失败， 降低了重定位效率。
同样的， 在 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 无法知道上述信息， 因此现有的切换过程容易导 致切换失败， 降低了切换效率。
综上可见， 在现有的重定位 / 切换过程中， 由于无法根据必要的信息选择是否使 用优化的重定位 / 切换方式， 导致重定位 / 切换容易失败， 降低了效率。 发明内容 有鉴于此， 本发明的目的在于提供决定重定位过程的方法， 能够降低重定位失败 的概率， 提高重定位效率。
本发明还提供一种决定切换过程的方法， 能够降低切换失败的概率， 提高切换效 率。
为达到上述目的， 本发明的技术方案是这样实现的 ：
一种决定重定位过程方法， 包括 ： HNB GW 或 OAM 将 HNB GW 是否支持优化的重定位 过程的信息通知 HNB ； HNB 根据所述 HNB GW 是否支持优化的重定位过程的信息决定对 UE 进 行的重定位过程。
一种决定切换过程的方法， 包括 ： HeNB GW 或 OAM 将 HeNB GW 是否支持 X2 切换的信 息通知 HeNB ； HeNB 根据所述 HeNB GW 是否支持 X2 切换的信息决定对 UE 进行的切换过程。
可见， 本发明提出的决定重定位过程的方法中， 预先将 HNB GW 是否支持优化的重 定位过程的信息通知 HNB， HNB 在进行重定位过程时， 就可以根据 HNB GW 是否支持优化的重 定位过程的信息决定进行优化的重定位过程还是原有的通过核心网的重定位过程， 从而避 免了不必要的优化的重定位过程的失败， 提高了重定位效率。 相似地， 本发明提出的决定切 换过程的方法中， 预先将 HeNBGW 是否支持 X2 切换的信息通知 HeNB， HeNB 在进行切换过程 时， 就可以根据 HeNB GW 是否支持 X2 切换的信息决定进行 X2 切换还是原有 S1 网的切换过 程， 从而避免了不必要的 X2 切换过程的失败， 提高了切换效率。
附图说明
图 1 为现有 UMTS 中 HNB 的连接结构示意图 ；
图 2 为现有 LTE 系统的组成结构示意图 ；
图 3 为现有的一种对 UE 进行优化重定位的过程图 ；
图 4 为本发明一种决定重定位过程的方法流程图 ；
图 5 为本发明一种决定切换过程的方法流程图 ；
图 6 为本发明实施例一中 HNB GW 通过 HNB 注册过程进行通知的过程图 ；
图 7 为本发明实施例二中 OAM 如 HMS 通过 HNB 注册过程进行通知的过程图 ；
图 8 为本发明实施例三中 HNB GW 通过 RUA 连接消息进行通知的过程图 ；
图 9 为本发明实施例四中 S-HNB 发起重定位过程的过程图 ；
图 10 为本发明实施例五中 S-HNB 发起重定位过程的过程图 ；图 11 为本发明实施例六中 S-HNB 发起重定位过程的过程图 ； 图 12 为本发明实施例七中 HeNB GW 通过 HeNB 注册过程进行通知的过程图 ； 图 13 为本发明实施例八中 HeMS 通过 HeNB 注册过程进行通知的过程图 ； 图 14 为本发明实施例九中 S-HeNB 发起切换过程的过程图 ； 图 15 为本发明实施例十中 S-HeNB 发起切换过程的过程图 ； 图 16 为本发明实施例十一中 S-HeNB 发起切换过程的过程图。具体实施方式
针对现有技术中存在的问题， 本发明中提出一种决定重定位过程的方法和决定切 换过程的方法， 降低重定位 / 切换失败的概率， 并提高重定位 / 切换效率。本发明所述方案 可以有以下实现方式 ：
一种决定重定位过程的方法， 如图 4 为本发明一种决定重定位过程的方法流程 图， 该方法包括 ：
步骤 401 ： HNB GW 或 OAM 将 HNB GW 是否支持优化的重定位过程的信息通知 HNB ；
步骤 402 ： HNB 根据所述 HNB GW 是否支持优化的重定位过程的信息决定对 UE 进行 的重定位过程。 一种决定切换过程的方法， 如图 5 为本发明一种决定切换过程的方法流程图， 该 方法包括 ：
步骤 501 ： HeNB GW 或 OAM 将 HeNB GW 是否支持 X2 切换的信息通知 HeNB ；
步骤 502 ： HeNB 根据所述 HeNB GW 是否支持 X2 切换的信息决定对 UE 进行的切换 过程。
为使本发明的技术方案更加清楚、 明白， 以下参照附图并举实施例， 对本发明所述 方案作进一步的详细说明。
需要说明的是， 以下各实施例中， 均以 UE 在 HNB 之间的重定位或者 UE 在 LTE 系统 中的 HeNB 之间的切换为例， 相应地， 系统中的网关为 HNBGW 或者 HeNB GW。如果未来 eNB 也 是通过网关接入 MME， 或者其它无线资源管理实体通过网关接入核心网， 本发明所述方案将 同样适用。
实施例一 ：
在本实施例中， HNB GW 通过 HNB 注册过程将 HNB GW 是否支持优化的重定位过程 的信息通知 HNB。这里， HNB GW 是否支持优化的重定位过程的信息可以包括 ： 1)HNB GW 对 用户面数据的传输方式是一个通道还是两个通道的信息， 或者可以包括 ： 2)HNB GW 是否支 持 HNB 应用协议 (HNBAP) 重定位过程、 HNB 和 HNB 之间接口的接入层应用协议 (HNBRAP) 重 定位过程或者 RNC 和 RNC 之间的协议栈 (Iur 协议 ) 的信息。
HNB GW 是否支持优化的重定位过程的信息可以包括上述任意一个或两个。 具体有 以下三种情况 ：
情况一 ： 当 HNB GW 是否支持优化的重定位过程的信息为 HNB GW 对用户面数据的 传输方式是一个通道还是两个通道的信息时 ： 当 HNB GW 对用户面数据的传输方式是一个 通道时， HNB GW 不支持优化的重定位过程 ； 当 HNB GW 对用户面数据的传输方式是两个通道 时， HNB GW 支持优化的重定位过程。
情况二 ： 当 HNB GW 是否支持优化的重定位过程的信息为 HNB GW 是否支持 HNBAP 重定位过程、 HNBRAP 重定位过程或者 Iur 协议的信息时 ： 当 HNB GW 不支持 HNBAP 重定位过 程、 HNBRAP 重定位过程或者 Iur 协议时， HNB GW 不支持优化的重定位过程 ； 当 HNB GW 支持 HNBAP 重定位过程、 HNBRAP 重定位过程或者 Iur 协议时， HNB GW 支持优化的重定位过程。
情况三 ： 当 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 支持优化的重定位过程。
如图 6 为本发明实施例一中 HNB GW 通过 HNB 注册过程进行通知的过程图， 包括以 下步骤 ：
步骤 601 ： HNB 发送 HNB 注册请求消息给 HNB GW。
步骤 602 ： HNB GW 发送 HNB 注册响应消息给 HNB。所述 HNB 注册响应消息包含 HNB GW 是否支持优化的重定位过程的信息， 该信息具体可以为 HNB GW 对用户面数据的传输方 式是一个通道还是两个通道的信息 ； 或者 HNB GW 是否支持 HNBAP 重定位过程、 HNBRAP 重定 位过程或者 Iur 协议的信息。 HNB 保存从 HNB GW 收到的上述信息。
实施例二 ：
在本实施例中， 操作、 管理和维护设备 (OAM)， 例如 HNB 管理系统 (HMS)， 通过 HNB 注册过程将 HNB GW 是否支持优化的重定位过程的信息通知 HNB。本实施例中， HNB GW 是否 支持优化的重定位过程的信息与实施例一中所述相同。
如图 7 为本发明实施例二中 HMS 通过 HNB 注册过程进行通知的过程图， 包括以下 步骤 ：
步骤 701 ： HNB 发送 HNB 注册请求消息给 OAM 实体 ( 例如 HeMS)。
步骤 702 ： OAM 实体发送 HNB 注册响应消息给 HNB。 所述 HNB 注册响应消息包含 HNB GW 是否支持优化的重定位过程的信息， 该信息具体可以为 HNB GW 对用户面数据的传输方 式是一个通道还是两个通道的信息 ； 或者 HNB GW 是否支持 HNBAP 重定位过程、 HNBRAP 重定 位过程或者 Iur 协议的信息。HNB 保存从 OAM 收到的上述信息。
实施例三 ：
在本实施例中， HNB GW 通过 RUA 连接消息将 HNB GW 是否支持优化的重定位过程 的信息通知 HNB。本实施例中， HNB GW 是否支持优化的重定位过程的信息与实施例一中所 述相同。
如图 8 为本发明实施例三中 HNB GW 通过 RUA 连接消息进行通知的过程图， 包括以 下步骤 ：
步骤 800 ： HNB GW 收到移入 (inbound)UE 的重定位触发 ( 例如 RANAP 重定位请求 消息 )。
步骤 801 ： HNB GW 决定 T-HNB， HNB GW 发送 RUA 连接消息给该 T-HNB。所述 RUA 连 接消息包含 RANAP 重定位请求消息， 所述 RUA 连接消息包含 HNB GW 是否支持优化的重定位
过程的信息。该信息具体可以为 HNB GW 对用户面数据的传输方式是一个通道还是两个通 道的信息 ； 或者 HNB GW 是否支持 HNBAP 重定位过程、 HNBRAP 重定位过程或者 Iur 协议的信 息。
步骤 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 内的重定位时采用 优化的重定位过程。
步骤 803 ： T-HNB 通过 RUA 直接转移消息发送重定位请求确认消息给 HNB GW。
实施例四 ：
在本实施例中， S-HNB 利用实施例一、 实施例二或者实施例三得到的信息决定对 UE 采用哪种重定位过程。如图 9 为本发明实施例四中 S-HNB 发起重定位过程的过程图， 包 括以下步骤 ：
步骤 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 的重定位过程。
步骤 901 ： S-HNB 执行优化的重定位过程。
本发明的重点是如何利用从 HNB GW 来的信息决定执行现有的通过 CN 的重定位过 程还是执行优化的重定位过程 ( 即终止于网关的重定位过程 )。优化的重定位过程可以是 图 3 的 HNBAP 重定位过程、 或者是 3GPP RAN3 的提案 R3-101474 中提到的任何一种优化的重 定位过程、 或者其他的优化的重定位过程 ( 例如 HNBRAP 重定位过程或者 Iur 重定位过程 )。 具体采用何种优化的重定位过程并不构成对本发明的限制。
实施例五 ：
在本实施例中， S-HNB 在不知道 HNB GW 是否支持优化的重定位过程或者 HNB GW 对 用户面数据的传输方式是一个通道还是两个通道的情况下， 在 UE 同一个 HNB GW 下移动或 者 UE 在同一个 HNB GW 下的同一个 CSG 内部移动时， 可以先尝试采用优化的重定位过程 ； 如 果重定位过程失败， 则根据从 HNBGW 获取的信息重新选择发起重定位过程。
如图 10 为本发明实施例五中 S-HNB 发起重定位过程的过程图， 包括以下步骤 ：
步骤 1001， S-HNB 发送 HNBAP 重定位请求消息给 HNB GW。
步骤 1002 ： 如果 HNB GW 不支持优化的重定位过程或者 HNB GW 对用户面数据的传输方式是一个通道， 则重定位失败， HNB GW 发送 HNBAP 重定位请求失败消息给 S-HNB。所述 消息包含重定位失败的原因， 该原因值设置为 HNBGW 不支持优化的重定位过程或者 HNB GW 对用户面数据的传输方式是一个通道的信息。HNB GW 对用户面数据的传输方式是一个通 道的信息可以是 HNBGW 对所述 UE 的用户面数据的传输方式是一个通道的信息， 或者是 HNB GW 对所有 UE 的用户面数据的传输方式是一个通道的信息。
S-HNB 保存 HNB GW 不支持优化的重定位过程的信息或者 HNB GW 对用户面数据的 传输方式是一个通道的信息， S-HNB 根据此信息发起现有的通过核心网的重定位过程， 即继 续执行步骤 1003。 如果所述 HNB GW 不支持优化的重定位过程或者 HNB GW 对用户面数据的 传输方式是一个通道的信息是 HNBGW 对所有 UE 的用户面数据的传输方式支持一个通道的 信息， 则 S-HNB 在后续对其他 UE 发起重定位过程时， 也不再发起优化的重定位过程， 而是发 起现有的通过 CN 的重定位过程。
步骤 1003 ： S-HNB 通过 RUA 发送 RANAP 重定位需求消息给 HNB GW。
步骤 1004 ： 执行现有的通过核心网的 RANAP 重定位过程。 本步骤与现有技术相同， 这里忽略详细的技术说明。
实施例六 ： 在本实施例中， S-HNB 在不知道 HNB GW 是否支持优化的重定位过程或者 HNB GW 对 用户面数据的传输方式是一个通道还是两个通道的情况下， 在 UE 同一个 HNB GW 下移动或 者 UE 在同一个 HNB GW 下的同一个 CSG 内部移动时， 可以先尝试采用优化的重定位过程 ； 如 果重定位过程失败， 则根据从 HNBGW 获取的信息重新选择发起重定位过程。
如图 11 为本发明实施例六中 S-HNB 发起重定位过程的过程图， 包括以下步骤 ：
步骤 1101 ： S-HNB 发送 HNBRAP 重定位请求消息给 T-HNB。
步骤 1102 ： T-HNB 发送接入控制请求消息给 HNB GW。所述消息包含 UE 标识。
步骤 1103 ： HNB GW 发送接入控制响应消息给 T-HNB。 如果 HNB GW 不支持优化的重 定位过程或者 HNB GW 对用户面数据的传输方式是一个通道， 则所述消息包含 HNB GW 不支 持优化的重定位过程的信息或者 HNB GW 对用户面数据的传输方式是一个通道的信息。HNB GW 对用户面数据的传输方式是一个通道的信息可以是 HNB GW 对所述 UE 的用户面数据的传 输方式是一个通道的信息， 或者是 HNB GW 对所有 UE 的用户面数据的传输方式是一个通道 的信息。
步骤 1104 ： T-HNB 发送 HNBRAP 重定位请求失败消息给 S-HNB。所述消息包含失败 的原因， 该原因值设置为 HNB GW 不支持优化的重定位过程或者 HNB GW 对用户面数据的传 输方式是一个通道的信息。HNB GW 对用户面数据的传输方式是一个通道的信息可以是 HNB GW 对所述 UE 的用户面数据的传输方式是一个通道的信息， 或者是 HNB GW 对所有 UE 的用户 面数据的传输方式是一个通道的信息。
S-HNB 保存 HNB GW 不支持优化的重定位过程的信息或者 HNB GW 对用户面数据的 传输方式是一个通道的信息， 根据此信息发起现有的通过核心网的重定位过程， 即继续执 行步骤 1105。如果 HNB GW 不支持优化的重定位过程或者所述 HNB GW 对用户面数据的传 输方式是一个通道的信息是 HNB GW 对所有 UE 的用户面数据的传输方式支持一个通道的信 息， 则 S-HNB 在后续对其他 UE 发起重定位过程时， 也不再发起优化的重定位过程， 而是发起 现有的通过 CN 的重定位过程。
步骤 1105 ： S-HNB 通过 RUA 发送 RANAP 重定位需求消息给 HNB GW。
步骤 1106 ： 执行现有的通过核心网的 RANAP 重定位过程。 本步骤与现有技术相同， 这里忽略详细的技术说明。
以上实施例介绍了 HNB 获取 HNB GW 是否支持优化的重定位过程的信息或者 HNB GW 对用户面数据的传输方式是一个通道还是两个通道的信息、 并且根据该信息决定采用哪 种重定位过程的具体方式。在以下的实施例中， 将介绍 HeNB 获取 HNB GW 是否支持 X2 切换 的信息、 以及根据该信息决定采用哪种切换过程的具体方式。
实施例七 ：
在本实施例中， 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 切换过程。
如图 12 为本发明实施例七中 HeNB GW 通过 HeNB 注册过程进行通知的过程图， 包 括以下步骤 ： 步骤 1201 ： HeNB 发送 HeNB 注册请求消息给 HeNB GW。
步骤 1202 ： HeNB GW 发送 HeNB 注册响应消息给 HeNB。所述 HeNB 注册响应消息包 含 HeNB GW 是否支持 X2 切换过程的信息， 该信息具体可以为 ： HeNB GW 是否支持 X2 协议的 信息、 或者 HeNB GW 对用户面数据的传输方式是一个通道还是两个通道的信息。
HeNB 保存从 HeNB GW 收到的上述信息。
实施例八 ：
在本实施例中， OAM， 例如 HeNB 管理系统 (HeMS)， 通过 HeNB 注册过程将 HeNB GW 是 否支持 X2 切换过程 ( 即优化的切换过程 ) 的信息通知 HeNB。本实施例中， HeNB GW 是否支 持 X2 切换过程的信息与实施例七中所述相同。
如图 13 为本发明实施例八中 HeMS 通过 HeNB 注册过程进行通知的过程图， 包括以 下步骤 ：
步骤 1301 ： HeNB 发送 HeNB 注册请求消息给 OAM 实体 ( 例如 HeMS)。
步骤 1302 ： OAM 实体发送 HeNB 注册响应消息给 HeNB。所述 HeNB 注册响应消息包 含 HeNB GW 是否支持 X2 切换过程的信息， 该信息具体可以为 ： HeNB GW 是否支持 X2 协议的 信息、 或者 HeNB GW 对用户面数据的传输方式是一个通道还是两个通道的信息。
HeNB 保存从 HeNB GW 收到的上述信息。
实施例九 ：
在本实施例中， S-HeNB 利用实施例七或者实施例八得到的信息决定对 UE 采用哪 种切换过程。如图 14 为本发明实施例九中 S-HeNB 发起切换过程的过程图， 包括以下步骤 ：
步骤 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 切换过程。
步骤 1401 ： S-HeNB 执行 X2 切换过程。
实施例十 ：
在本实施例中， S-HeNB 在不知道 HeNB GW 是否支持 X2 切换过程过程的情况下， 在 UE 同一个 HeNB GW 下移动或者 UE 在同一个 HeNB GW 下的同一个 CSG 内部移动时， 可以先尝 试采用 X2 切换过程。如图 15 为本发明实施例十中 S-HeNB 发起切换过程的过程图， 包括以 下步骤 ：
步骤 1501 ： S-HeNB 发送 X2AP 切换请求消息给 HeNB GW。
步骤 1502 ： 如果 HeNB GW 不支持 X2 切换 ( 例如 HeNB 不支持 X2 协议、 HeNB GW 和 目的 eNB 之间没有 X2 接口或者目的 eNB 和 UE 的源 MME 之间没有 S1 接口 )， 则切换失败， HeNB 发送 X2AP 切换请求失败消息给 S-HeNB。 所述消息包含失败的原因， 失败的原因为 HeNB GW 不支持 X2 协议， 或者 HeNB
GW 和目的 eNB 之间没有 X2 接口， 或者目的 eNB 和 UE 的源 MME 之间没有 S1 接口， 或者 HeNB GW 对用户面数据的传输方式是一个通道。HeNB GW 对用户面数据的传输方式是 一个通道可以是对所述 UE 或者是对所有 UE。
S-HeNB 保存所述信息， 根据此信息决定发起现有的 ( 如 S1 切换过程 )， 继续执行 步骤 1503。 如果 HeNB GW 不支持 X2 切换或者 HeNB GW 对用户面数据的传输方式对所有 UE 是 一个通道， 则 S-HeNB 在后续对其他 UE 发起切换过程时， 也不再发起 X2 切换过程， 而是发起 现有的通过核心网的切换过程 ( 如 S1 过程 )。
如果 HeNB GW 和目的 eNB 之间没有 X2 接口， 则 S-HeNB 在后续对其他 UE 发起到此 eNb 的切换过程时， 也不再发起 X2 切换过程， 而是发起现有的通过核心网的切换过程 ( 如 S1 过程 )。
如果 HeNB GW 和 UE 的源 MME 之间没有 S1 接口， 则 S-HeNB 在后续对其他连接到所 述 MME 的 UE 发起到切换过程时， 也不再发起 X2 切换过程， 而是发起现有的通过核心网的切 换过程 ( 如 S1 过程 )。
步骤 1503 ： S-HeNB 发送 S1AP 切换需求消息给 HeNB GW。
步骤 1504 ： 执行现有的 S1 切换过程。本步骤与现有技术相同， 这里忽略详细的技 术说明。
实施例十一 ：
在本实施例中， S-HeNB 在不知道 HeNB GW 是否支持 X2 切换过程的情况下， 在 UE 同 一个 HeNB GW 下移动或者 UE 在同一个 HeNB GW 下的同一个 CSG 内部移动时， 可以先尝试采 用 X2 切换过程。如图 16 为本发明实施例十一中 S-HeNB 发起切换过程的过程图， 包括以下 步骤 ：
步骤 1601 ： S-HeNB 发送 X2AP 切换请求消息给 T-eNB。
步骤 1602 ： T-eNB 发送接入控制请求消息给 HeNB GW。
步骤 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。 。
步骤 1604 ： T-eNB 发送切换请求失败消息给 S-HeNB。所述消息包含失败的原因， 失败的原因为 HeNB GW 不支持 X2 切换， 具体为 HeNB GW 不支持 X2 协议， 或者目的 eNB 和 UE 的源 MME 之间没有 S1 接口。
S-HeNB 保存所述信息， S-HeNB 根据此信息决定发起现有的通过核心网的切换过 程 ( 如 S1 切换过程 )， 继续执行步骤 1605。
如果 HeNB GW 不支持 X2 切换或者 HeNB GW 对用户面数据的传输方式对所有 UE 是 一个通道， 则 S-HeNB 在后续对其他 UE 发起切换过程时， 也不再发起 X2 切换过程， 而是发起 现有的通过核心网的切换过程 ( 如 S1 切换过程 )。
如果 HeNB GW 和 UE 的源 MME 之间没有 S1 接口， 则 S-HeNB 在后续对其他连接到所 述 MME 的 UE 发起到切换过程时， 也不再发起 X2 切换过程， 而是发起现有的通过核心网的切 换过程 ( 如 S1 过程 )。
步骤 1605 ： S-HeNB 发送 S1AP 切换需求消息给 HeNB GW。
步骤 1606 ： 执行现有的 S1 切换过程。本步骤与现有技术相同， 这里忽略详细的技 术说明。
至此， 即结束了关于本发明所述方案的介绍。
需要说明的是， 上述各实施例中， 仅介绍了与本发明所述方案相关的内容， 对于一 些与本发明所述方案无直接关系以及一些与本发明所述方案相关， 但本领域技术人员公知 的内容未作介绍。
由上述实施例可见， 本发明提出的决定重定位过程的方法中， 通过 HNB 获取 HNB GW 是否支持优化的重定位过程的信息、 并根据该信息决定是否发起优化的重定位过程， 可 以有效降低重定位失败的概率， 提高重定位效率。 并且， 本发明提出的决定切换过程的方法 中， 通过 HeNB 获取 HeNB GW 是否支持 X2 切换过程的信息、 并根据该信息决定是否发起 X2 切换过程， 可以有效降低切换失败的概率， 提高切换效率。
以上所述仅为本发明的较佳实施例而已， 并不用以限制本发明， 凡在本发明的精 神和原则之内， 所做的任何修改、 等同替换、 改进等， 均应包含在本发明保护的范围之内。