CN102118810B - 一种切换时避免路径转换方法、系统和设备 - Google Patents
一种切换时避免路径转换方法、系统和设备 Download PDFInfo
- Publication number
- CN102118810B CN102118810B CN 201010209766 CN201010209766A CN102118810B CN 102118810 B CN102118810 B CN 102118810B CN 201010209766 CN201010209766 CN 201010209766 CN 201010209766 A CN201010209766 A CN 201010209766A CN 102118810 B CN102118810 B CN 102118810B
- Authority
- CN
- China
- Prior art keywords
- handover request
- security capabilities
- base station
- request message
- destination node
- 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.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W40/00—Communication routing or communication path finding
- H04W40/34—Modification of an existing route
- H04W40/36—Modification of an existing route due to handover
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种切换时避免路径转换方法，包括：当用户设备UE发生小区切换时，目标节点接收源节点向所述目标节点发送的切换请求消息；所述目标节点根据所述切换请求消息判断是否需要发起路径转换过程；当判断结果为否时，所述目标节点确定不向核心网发起所述路径转换过程。本发明中，避免了接入网与核心网的信息交互，以及核心网内部之间的信息交互，节约了信令开销，减低了核心网的负担；并避免了核心网能够获知网络拓扑的可能性；而且可以检测RN存储的UE安全能力是否被篡改。
Description
技术领域
本发明涉及通信技术领域，尤其涉及一种切换时避免路径转换方法、系统和设备。
背景技术
LTE(Long Term Evolution，长期演进)是3G(3rd Generation，第三代数字通信)的演进，改进并增强了3G的空中接入技术，采用OFDM(OrthogonalFrequency Division Multiplexing，正交频分复用)和MIMO(Multiple InputMultiple Output，多输入多输出)作为该LTE无线网络演进的技术。而在未来的移动通信系统中，例如B3G(Beyond Third Generation，后三代)或者LTE-A(LTE-Advanced，高级LTE)，系统将提供更高的峰值数据速率和小区吞吐量，同时也需要更大的带宽。
但是，由于目前2GHz以下的未分配带宽已经很少，则B3G系统或者LTE-A系统需要的部分或全部带宽只能在更高的频段上，例如3GHz以上进行寻找。其中，频段越高，电波传播衰减的越快，传输的距离越短，因此，同样覆盖的区域下，要保证连续覆盖，需要更多的基站，而由于基站通常具有较高的造价，这无疑会增加布网成本。
为了解决布网成本以及覆盖问题，可以将中继引入到蜂窝系统中，以增加覆盖。如图1所示，为一种在LTE-A系统中引入RN(Relay Node，中继节点)后的网络架构。其中，RN通过eNB(Evolved Node B，演进的B节点)下的donorcell(服务小区)接入到核心网，且和核心网没有直接的有线接口，而每个RN可以控制一个或多个小区。在图1所示的架构下，UE(User Equipment，用户设备)和RN之间的接口称为Uu，而RN和DeNB(donor enhanced Node B，服务增强型节点B)之间的接口称为Un。此外，一个DeNB下可以连接多个RN，一个RN只能连接到一个DeNB上。
现有技术中，当UE连接到RN后，从核心网和其他基站的角度来看，都认为UE连接在DeNB的一个小区上。
在下行方向，核心网发给RN的S1-AP(S1 Application Protocol，S1接口应用层协议)消息和其他基站发给RN的X2消息都是发送给DeNB，并由DeNB转发到UE连接的RN上，从而完成了代理功能。
而在上行方向，RN将DeNB视为MME(Mobility Management Entity，移动性管理实体)，所有发给MME的S1-AP消息都发给DeNB，并由DeNB将相应的消息转发给MME。而MME收到该消息后，认为该消息是来自于DeNB，从而使得RN认为自己直接与MME交互，MME认为UE直接连接到DeNB上。对于RN发给其他基站的X2-AP消息，采用类似的代理机制。
但是，在实现本发明的过程中，发明人发现现有技术中至少存在以下问题：
位于核心网的实体看不到RN节点。其中，当UE接入到RN之后，核心网实体认为UE接入的是DeNB下面的一个小区，而当UE在RN和DeNB之间、以及UE在同一个DeNB下连接的不同RN之间进行的切换时，对于核心网来说，都是不可见的，即核心网并不知晓UE进行了切换行为。所以，即使当UE发生了切换时，核心网也不需要转换下行数据包的传输路径，依然将下行数据发给DeNB即可。所以，接入网仍然向核心网发起路径转换请求的话，会带来没有必要的S1接口上的信息交互，以及核心网侧内部的信息交互，从而造成资源的浪费。而且目标基站发起路径转换时，也会暴露网络拓扑。
发明内容
本发明提供一种切换时避免路径转换方法、系统和设备，以避免进行路径转换，并节约网络资源。
为了达到上述目的，本发明提供一种切换时避免路径转换方法，包括：
当用户设备UE发生小区切换时，目标节点接收源节点向所述目标节点发送的切换请求消息；
所述目标节点根据所述切换请求消息判断是否需要发起路径转换过程；
其中，当所述UE从中继节点RN切换到基站时，所述源节点为RN，所述目标节点为基站；所述目标节点根据所述切换请求消息判断是否需要发起路径转换过程，之前还包括：所述基站获取所述切换请求消息中携带的UE安全能力，并判断所述UE安全能力是否被修改，如果所述UE安全能力被修改，则所述基站拒绝本次切换请求；如果所述UE安全能力没有被修改，则所述基站执行根据所述切换请求消息判断是否需要发起路径转换过程的步骤；
当判断结果为否时，所述目标节点确定不向核心网发起所述路径转换过程。
本发明提供一种切换时避免路径转换方法，包括：
目标节点接收源节点向所述目标节点发送的路径转换请求消息；
所述目标节点根据所述路径转换请求消息判断是否需要发起路径转换过程；
当判断结果为否时，所述目标节点确定不向核心网发起所述路径转换过程；
当UE从基站切换到中继节点RN时，所述源节点为RN，所述目标节点为基站；当所述UE从第一RN切换到同一个基站下的第二RN时，所述源节点为第二RN，所述目标节点为基站。
本发明提供一种切换时避免路径转换系统，包括：
源节点，用于当UE发生小区切换时，向目标节点发送切换请求消息；
目标节点，用于根据所述切换请求消息判断是否需要发起路径转换过程；并在判断结果为否时，确定不向核心网发起所述路径转换过程；其中，当所述UE从中继节点RN切换到基站时，所述源节点为RN，所述目标节点为基站；所述目标节点根据所述切换请求消息判断是否需要发起路径转换过程，之前还包括：所述基站获取所述切换请求消息中携带的UE安全能力，并判断所述UE安全能力是否被修改，如果所述UE安全能力被修改，则所述基站拒绝本次切换请求；如果所述UE安全能力没有被修改，则所述基站执行根据所述切换请求消息判断是否需要发起路径转换过程的步骤。
本发明提供一种切换时避免路径转换设备，包括：
接收模块，用于当UE发生小区切换时，接收源节点向目标节点发送的切换请求消息；
处理模块，用于根据所述接收模块接收的切换请求消息判断是否需要发起路径转换过程；当所述UE从中继节点RN切换到基站时，所述源节点为RN，所述目标节点为基站；所述处理模块还用于，获取所述切换请求消息中携带的UE安全能力，并判断所述UE安全能力是否被修改，如果所述UE安全能力被修改，则拒绝本次切换请求；如果所述UE安全能力没有被修改，则执行根据所述切换请求消息判断是否需要发起路径转换过程的步骤；
确定模块，用于当所述处理模块的判断结果为否时，确定不向核心网发起所述路径转换过程。
本发明提供一种切换时避免路径转换设备，包括：
接收模块，用于接收源节点向目标节点发送的路径转换请求消息；
处理模块，用于根据所述接收模块接收的所述路径转换请求消息判断是否需要发起路径转换过程；
确定模块，用于当所述处理模块的判断结果为否时，确定不向核心网发起所述路径转换过程；
当UE从基站切换到中继节点RN时，所述源节点为RN，所述目标节点为基站；当所述UE从第一RN切换到同一个基站下的第二RN时，所述源节点为第二RN，所述目标节点为基站。
与现有技术相比，本发明至少具有以下优点：
避免了接入网与核心网的信息交互，以及核心网内部之间的信息交互，节约了信令开销，减低了核心网的负担；并避免了核心网能够获知网络拓扑的可能性；而且可以检测RN存储的UE安全能力是否被篡改。
附图说明
为了更清楚地说明本发明的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是现有技术中在LTE-A系统中引入RN的网络架构；
图2是E-UTRAN架构示意图；
图3是X2切换的流程示意图；
图4是本发明实施例一提供的一种切换时避免路径转换方法流程示意图；
图5是本发明实施例二提供的一种切换时避免路径转换方法流程示意图；
图6是本发明实施例三提供的一种切换时避免路径转换方法流程示意图；
图7是本发明实施例四提供的一种切换时避免路径转换方法流程示意图；
图8是本发明实施例五提供的一种切换时避免路径转换方法流程示意图；
图9是本发明实施例六提供的一种切换时避免路径转换方法流程示意图；
图10是本发明实施例提供的一种切换时避免路径转换设备结构示意图。
具体实施方式
下面将结合本发明中的附图，对本发明中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明的一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
为使公众对本发明的实现更加容易理解，在介绍本发明之前，首先对RN的相关知识进行说明。
(1)在引入了RN的网络架构中，RN具有双重身份
a，RN具有UE的身份。其中，RN启动时将类似于UE的开机附着过程，RN具有自身的SGW/PGW(Serving Gateway/PDN Gateway，服务网关/分组数据网关)和移动性控制节点MME。
b，对于接入RN的UE来说，RN具有eNB的身份。此时，UE的下行数据需要从UE的SGW/PGW发送给UE的服务基站，该服务基站即为RN，而RN在Uu口上向UE发送数据。
(2)UE接入RN后进行附着的过程
在引入了RN的网络架构中，DeNB具有代理功能，RN和DeNB之间只建立一个S1接口，RN作为一个基站，和DeNB之间也只建立一个X2接口。UE接入RN后进行附着的过程具体包括：
RN向MME发送初始UE消息，该消息中包含了RN为UE分配的一个S1链路标识，该标识为eNB UE S1-AP ID(记录为eNB UE S1-AP ID1)。
DeNB收到该消息后，将其中的eNB UE S1-AP ID1修改为自己为UE分配的eNB UE S1-AP ID(记录为eNB UE S1-AP ID2)；并将修改后的消息转发给MME。
MME收到初始UE消息后，为该UE分配一个S1链路标识，该标识为MMEUE S1-AP ID(记录为MME UE S1-AP ID1)，与收到的eNB UE S1-AP ID2对应存储起来。其中，MME UE S1-AP ID1在一个MME内唯一标识一个UE，MME根据接收到的S1-AP消息中的MME UE S1-AP ID1来区分UE。
MME向RN所属的DeNB发送初始上下文建立请求消息，该消息中包含了MME为UE分配的MME UE S1-AP ID1以及UE安全能力等信息。
DeNB将收到的MME UE S1-AP ID1替换为自己分配的MME UE S1-AP ID(记录为MME UE S1-AP ID2)，和自己为UE分配的eNB UE S1-AP ID2、RN为UE分配的eNB UE S1-AP ID1一起对应存储起来，然后DeNB将初始上下文建立请求消息转发给RN，用于在RN中建立UE上下文。
RN将自己为UE分配的一个eNB UE S1-AP ID1和收到的MME UE S1-APID2一起对应存储起来，RN之后向MME发送初始上下文建立响应消息进行确认。如表1所示，为各节点存储的对应关系列表。
表1
| RN | DeNB | MME |
| eNB UE S1-AP ID1 (自己分配) | eNB UE S1-AP ID1 (RN分配) | eNB UE S1-AP ID2 (DeNB分配) |
| MME UE S1-AP ID2 (DeNB分配) | eNB UE S1-AP ID2 (自己分配) | MME UE S1-AP ID1 (自己分配) |
| MME UE S1-AP ID1 (MME分配) | ||
| MME UE S1-AP ID2 (自己分配) |
综上可以看出，UE连接到RN上后，从核心网和其他基站的角度来看，都认为该UE连接在DeNB的一个小区上。在下行方向上，核心网发给RN的S1-AP消息和其他基站发送给RN的X2消息都是发送给DeNB，并通过修改UE AP ID，DeNB再根据映射关系转发到UE连接的RN上，从而完成了代理功能。在上行方向上，RN将DeNB视为MME，所有发给MME的S1-AP消息都发给DeNB，所有发给其他基站的X2消息都发给DeNB。DeNB将S1-AP消息中的eNB UES1-AP ID(这个是RN分配的)修改为自己为该UE分配的eNB UE S1-AP ID，然后转发给MME。当MME接收到后，认为该S1-AP消息是来自于DeNB，而由于MME中保存了eNB UE S1-AP ID和MME UE S1-AP ID的对应关系，从而使得RN认为自己直接与MME交互，MME认为UE直接连接到DeNB上。
(3)E-UTRAN(Evolved Universal Terrestrial Radio Access Network，演进的通用陆地无线接入网)架构
如图2所示，为E-UTRAN架构示意图，eNB之间可以建立X2接口，eNB和核心网节点(MME、S-GW)之间使用S1接口相连，一个eNB可以同时连接多个MME和S-GW。其中，eNB和MME之间的接口叫S1-C(S1接口控制面)，eNB和S-GW之间的接口叫S1-U(S1接口用户面)。X2切换是指同一个MME下不同eNB之间的切换，这种切换时，UE连接的服务MME不发生变化，下行用户数据传输路径需要由源基站转换为目标基站。
(4)X2切换过程。如图3所示，为X2切换的流程示意图。
1、UE向源基站(Source eNB)上报测量报告，源基站根据UE的测量报 告进行切换判决。
2、源基站选择合适的目标小区，并向目标基站(Target eNB)发送切换请求。
3、目标基站进行接纳控制，并在允许UE接入时，向源基站返回切换请求确认消息。
4、源基站向UE发送切换命令，即RRC(Radio Resource Control，无线资源控制)连接重配置消息，而UE同步到新小区。
5、源基站向目标基站进行序列号状态迁移。
6、UE接收到切换命令后接入到目标小区，并向目标基站发送RRC连接重配置完成消息。
7、目标基站向核心网MME发送路径转换请求。
8、MME向S-GW(Serving Gateway，服务网关)发送用户面更新请求。
9、S-GW转换下行传输路径后，向MME确认用户面更新响应。
10、MME向目标基站进行路径转换请求确认。
11、目标基站通知源基站释放UE的资源，即向源基站发送UE上下文释放，由源基站释放资源。
综上可以看出，上述的路径转换(Path Switch Request/Acknowledge)实现了核心网对下行数据转发路径的转换、并将目标eNB为UE新分配的eNB UES1-AP ID告知MME，MME将为UE新分配的MME UE S1-AP ID告知目标eNB，以及MME验证UE的安全能力等。
目标基站将源基站在切换请求中发送的UE安全能力放在路径转换请求消息中发送给MME，当MME接收到后对比自己存储的UE安全能力是否一致，若一致则说明UE安全能力在源基站侧没有被篡改，目标基站可以继续使用。
基于上述情况，本发明实施例中，在引入了RN的情况下，当UE在RN与DeNB、RN与RN之间进行切换时，本发明所提供的技术方案能够实现在切换时避免路径转换的过程。
如图4所示，为本发明实施例一提供的一种切换时避免路径转换方法， 包括以下步骤：
步骤401，当用户设备UE发生小区切换时，目标节点接收源节点向所述目标节点发送的切换请求消息。
步骤402，所述目标节点根据所述切换请求消息判断是否需要发起路径转换过程。当判断结果为否时，转到步骤403。
步骤403，所述目标节点确定不向核心网发起所述路径转换过程。
第一种情况，当所述UE从中继节点RN切换到基站时，所述源节点为RN，所述目标节点为基站；所述目标节点根据所述切换请求消息判断是否需要发起路径转换过程，包括：所述基站获取所述切换请求消息的来源和目标小区的信息；并判断所述切换请求消息是否来源于自身服务的RN且所述目标小区为自身管理的小区，如果是时，则所述基站确定不需要发起路径转换过程。
所述基站获取所述切换请求消息的来源和目标小区的信息，包括：所述基站根据所述切换请求消息中的源小区物理层小区标识获取所述切换请求消息的来源；或者，所述基站根据所述切换请求消息的来源IP地址获取所述切换请求消息的来源；并根据所述切换请求消息读取所述目标小区标识，以获取目标小区的信息。
所述目标节点根据所述切换请求消息判断是否需要发起路径转换过程，之前还包括：所述基站获取所述切换请求消息中携带的UE安全能力，并判断所述UE安全能力是否被修改，如果所述UE安全能力被修改，则所述基站拒绝本次切换请求；如果所述UE安全能力没有被修改，则所述基站执行根据所述切换请求消息判断是否需要发起路径转换过程的步骤。
所述基站判断所述UE安全能力是否被修改，包括：所述基站根据所述切换请求消息中携带的UE安全能力和预先存储的UE安全能力判断所述UE安全能力是否被修改。
所述基站根据所述切换请求消息中携带的UE安全能力和预先存储的UE安全能力判断所述UE安全能力是否被修改，之前还包括：所述基站根据接收到的初始上下文建立请求获取UE安全能力，并预先存储所述UE安全能力； 或者，所述UE从其他基站X2切换到所述RN时，所述基站在转发切换请求的过程中预先存储所述UE安全能力；或者，所述UE从其他基站S1切换到所述RN时，所述基站从网络侧获得所述UE安全能力，并预先存储所述UE安全能力。
第二种情况，当所述UE从基站切换到RN时，所述源节点为基站，所述目标节点为RN；所述目标节点根据所述切换请求消息判断是否需要发起路径转换过程，包括：所述RN根据所述切换请求消息判断所述UE切换之前连接的小区是否为所述基站管理，如果是时，则所述RN确定不需要发起路径转换过程。
所述RN根据所述切换请求消息判断所述UE切换之前连接的小区是否为所述基站管理，包括：所述RN判断所述切换请求消息中携带的源小区物理层小区标识是否为所述基站的，如果是，所述RN确定所述UE切换之前连接的小区为所述基站管理。
第三种情况，当所述UE从第一RN切换到同一个基站下的第二RN时，所述源节点为第一RN，所述目标节点为第二RN；
所述目标节点根据所述切换请求消息判断是否需要发起路径转换过程，包括：所述第二RN根据所述切换请求消息判断所述UE切换之前对应的小区是否为所述基站管理，如果是时，则所述第二RN确定不需要发起路径转换过程。
所述第二RN根据所述切换请求消息判断所述UE切换之前对应的小区是否为所述基站管理，包括：所述第二RN判断所述切换请求消息中携带的源小区物理层小区标识是否为所述基站的，如果是，所述第二RN确定所述UE切换之前对应的小区为所述基站管理。
另外，本发明实施例中还提供了一种切换时避免路径转换方法，包括：
(1)目标节点接收源节点向所述目标节点发送的路径转换请求消息；
(2)所述目标节点根据所述路径转换请求消息判断是否需要发起路径转换过程；
(3)当判断结果为否时，所述目标节点确定不向核心网发起所述路径转换过程。
所述目标节点根据所述路径转换请求消息判断是否需要发起路径转换过程，包括：所述目标节点根据所述路径转换请求消息判断所述UE在切换之前是否连接到所述目标节点或其管理的RN；如果是，则所述目标节点确定不需要发起路径转换过程；否则，所述目标节点确定需要发起路径转换过程。
所述目标节点根据所述路径转换请求消息判断所述UE在切换之前是否连接到所述目标节点或其管理的RN，包括：所述目标节点预先存储本次切换的源小区信息、目标小区信息和切换请求中的MME UE S1-AP ID信息的对应关系；所述目标节点根据所述路径转换请求中携带的source MME UE S1-APID信息和预先存储的对应关系判断源小区是否为所述目标节点对应的；如果是，所述目标节点确定所述UE在切换之前连接到所述目标节点或其管理的RN。
所述目标节点确定不向核心网发起所述路径转换过程，之后还包括：所述目标节点向所述RN发送路径转换请求确认消息；具体为：所述目标节点根据切换请求消息中的MME UE S1-AP ID、AMBR以及RN分配的eNB UES1-AP ID信息生成所述路径转换请求确认消息，并将所述路径转换请求确认消息发送给所述RN。
当所述UE从基站切换到RN时，所述源节点为RN，所述目标节点为基站；当所述UE从第一RN切换到同一个基站下的第二RN时，所述源节点为第二RN，所述目标节点为基站。
当所述UE从第一RN切换到同一个基站下的第二RN时，所述源节点向目标节点发送路径转换请求消息，之前还包括：所述基站接收来自所述第一RN的切换请求消息，并判断所述切换请求消息中携带的UE安全能力是否被修改，如果所述UE安全能力被修改，则所述基站拒绝本次切换请求。
所述基站判断所述切换请求消息中携带的UE安全能力是否被修改，包括：所述基站根据所述切换请求消息中携带的UE安全能力和预先存储的UE安全能力判断所述UE安全能力是否被修改。
所述基站根据所述切换请求消息中携带的UE安全能力和预先存储的UE安全能力判断所述UE安全能力是否被修改，之前还包括：所述基站根据接收到的初始上下文建立请求获取UE安全能力，并预先存储所述UE安全能力；或者，所述UE从其他基站X2切换到所述RN时，所述基站在转发切换请求的过程中预先存储所述UE安全能力；或者，所述UE从其他基站S1切换到所述RN时，所述基站从网络侧获得所述UE安全能力，并预先存储所述UE安全能力。
可见，通过使用本发明提供的方法，避免了接入网与核心网的信息交互，以及核心网内部之间的信息交互，节约了信令开销，减低了核心网的负担；并避免了核心网能够获知网络拓扑的可能性；而且可以检测RN存储的UE安全能力是否被篡改。
本发明实施例中，将分别针对UE从RN切换到DeNB、UE从DeNB切换到RN、以及UE从RN1切换到同一个DeNB下的另一个RN2的三种切换场景，对本发明所提出的一种切换时避免路径转换方法进行详细描述。
针对UE从RN切换到DeNB的应用场景，本发明实施例二中提供一种切换时避免路径转换方法，其中，本实施例中，当UE连接在RN上时，DeNB需要存储该UE的安全能力。
具体的，DeNB存储UE安全能力的方式包括但不限于：(1)在UE接入到RN之后，当进行业务请求时，MME向DeNB发送初始上下文建立请求，而当DeNB接收到初始上下文建立请求时，除了修改该消息中eNB UE S1-APID之外，还需要存储该消息中的UE安全能力，然后将初始上下文建立请求消息转发给RN。(2)UE从其他基站X2切换到RN时，DeNB在转发切换请求的过程中存储UE安全能力。(3)UE从其他基站经过S1切换到RN时，DeNB从MME处获得UE安全能力。需要注意的是，当UE变为空闲态时，则Un口上的S1连接释放，从而DeNB需要删除该UE的安全能力。
基于上述情况，该切换时避免路径转换的过程如图5所示，包括以下步骤：
步骤501，UE向RN上报测量报告，RN根据UE的测量报告进行切换判决。
步骤502，RN向DeNB发送切换请求，并由DeNB获取该切换请求的来源。
具体的，UE在RN与DeNB之间进行X2切换时，当DeNB接收到来自RN的切换请求后，将获取该切换请求的来源。
如果DeNB获取到该切换请求来自于自身对应(即该DeNB管辖)的RN且目标小区为自身对应(即该DeNB管理)的小区时，则DeNB不需要向MME发起路径转换请求，即可以继续使用之前存储的eNB UE S1-AP ID和MMEUE S1-AP ID；此时，执行本发明实施例中的后续步骤；否则，DeNB需要执行向MME发起路径转换请求的过程，即执行上述图3所示的处理流程，该过程本发明实施例中不再赘述。
DeNB获取该切换请求的来源的方式包括但不限于：
(1)DeNB根据切换请求消息中RRC context(上下文)IE来获取该切换请求的来源。其中，该IE中包含了源小区的物理层小区标识(source PCI，其中，PCI全称为Physical Cell Identity)。(2)DeNB根据切换请求的来源IP地址来获取该切换请求的来源。
DeNB获取目标小区的方式包括：DeNB直接读取切换请求中的目标小区标识，来获取目标小区是否为自身所对应的。
进一步的，当DeNB获取到切换请求来自于自身对应的RN且目标小区为自身对应的小区时，则需要由DeNB进一步验证RN在切换请求消息中所携带的UE安全能力是否被修改，以防止攻击者控制RN后，修改其存储的UE安全能力，如果UE安全能力被修改，则DeNB可以拒绝本次切换请求，当然，在实际应用中，DeNB也可以根据实际需要进行其他的选择，例如，DeNB忽略RN发来的UE安全能力，并使用自身存储的UE安全能力进行相应的处理。
具体的，由于在DeNB中已经存储了UE安全能力，当从切换请求中获取到来自RN的UE安全能力时，则能够根据自身存储的UE安全能力来判断 RN在切换请求消息中所携带的UE安全能力是否被修改。
在DeNB不需要向MME发起路径转换请求的情况下，本发明实施例还包括：
步骤503，DeNB向RN返回切换请求响应。
步骤504，RN向UE发送切换命令，即RRC连接重配置消息，而UE同步到新小区。
步骤505，RN向DeNB进行序列号状态迁移。
步骤506，UE接收到切换命令后接入到目标小区，并向DeNB发送RRC连接重配置完成消息。
步骤507，DeNB通知RN释放UE的资源，即向RN发送UE上下文释放，由RN释放资源。
其中，本发明中的各个步骤还可以根据实际的需要进行调整。
针对UE从DeNB切换到RN的应用场景，在该应用场景下，RN根据接收到的切换请求来判断UE切换之前驻扎的小区是否为DeNB管理的，继而来确定是否发起路径转换。
具体的，如果UE切换之前驻扎的小区是DeNB管理的，则RN的处理方式包括：(1)RN不发起路径转换请求，使用切换请求中的MME UE S1 AP ID、UE AMBR(Aggregate Maximum Bit Rate，累积最大比特速率)、S-GW的TEID(Tunnel Endpoint Identifier，隧道端点标识)以及IP地址等信息，并为该UE分配一个S1链路标识eNB UE S1-AP ID，与收到的MME UE S1 AP ID建立对应关系；而DeNB接收到第一条包含MME UE S1-AP ID和eNB UE S1 AP ID的上行S1-AP消息时，如果其中的MME UE S1-AP ID自身已经存储，则将其与接收到的eNB UE S1-AP ID存储并建立对应关系。
(2)RN发起路径转换请求，此时，DeNB不转发路径转换请求，且需要生成路径转换请求确认消息返回给RN。
基于上述的第一种处理方式，本发明实施例三中提供一种切换时避免路径转换方法，如图6所示，包括以下步骤：
步骤601，UE向DeNB上报测量报告，DeNB根据UE的测量报告进行 切换判决。
步骤602，DeNB向RN发送切换请求，并由RN获取该切换请求的来源。
具体的，UE在DeNB与RN之间进行X2切换时，当RN接收到来自DeNB的切换请求后，将获取该切换请求的来源。即RN需要根据接收到的切换请求来判断UE切换之前驻扎的小区是否为该DeNB所管理的，继而来决定是否发起路径转换请求。
如果UE切换之前驻扎的小区是DeNB所管理的小区时，则RN不发起路径转换请求，并使用切换请求消息中发送的MME UE S1AP ID、UEAMBR、S-GW的TEID、IP等信息执行后续操作，而且RN还需要将为UE分配的eNBUE S1-AP ID与接收到的MME UE S1AP ID对应存储起来。
后续过程中，DeNB接收到第一条包含MME UE S1AP ID和eNB UE S1APID的上行S1-AP消息时，如果其中的MME UE S1AP ID自身已经存储，则将其与收到的eNB UE S1AP ID存储并建立对应关系。
需要注意的是，RN获取该切换请求的来源的方式包括但不限于：RN根据切换请求消息中的源小区的物理层小区标识(source PCI)来获取该切换请求的来源，如果source PCI是DeNB管理的，则判断该切换请求的来源为DeNB，即UE切换之前驻扎的小区是DeNB所管理的小区。
步骤603，RN向DeNB返回切换请求响应。
步骤604，DeNB向UE发送切换命令，即RRC连接重配置消息，而UE同步到新小区。
步骤605，DeNB向RN进行序列号状态迁移。
步骤606，UE接收到切换命令后接入到目标小区，并向RN发送RRC连接重配置完成消息。
步骤607，RN通知DeNB释放UE的资源，即向DeNB发送UE上下文释放，由DeNB释放资源。
其中，本发明中的各个步骤还可以根据实际的需要进行调整。
基于上述第二种处理方式(即RN发起路径转换请求)，本发明实施例四中提供一种切换时避免路径转换方法，如图7所示，包括以下步骤：
步骤701，UE向DeNB上报测量报告，DeNB根据UE的测量报告进行切换判决。
步骤702，DeNB向RN发送切换请求。
步骤703，RN向DeNB返回切换请求响应。
步骤704，DeNB向UE发送切换命令，即RRC连接重配置消息，而UE同步到新小区。
步骤705，DeNB向RN进行序列号状态迁移。
步骤706，UE接收到切换命令后接入到目标小区，并向RN发送RRC连接重配置完成消息。
步骤707，RN发起路径转换请求，即RN向DeNB发送路径转换请求消息，该路径转换请求消息中携带RN为UE新分配的eNB UE S1-AP ID。
步骤708，DeNB向RN发送路径转换请求确认消息。
具体的，当DeNB接收到路径转换请求消息后，判断该UE在切换之前是否连接到自身，如果是，则不转发路径转换请求，并将接收到的RN为UE分配的eNB UE S1-AP ID和自身已经存储的MME UE S1-AP ID、eNB UE S1-APID一起对应存储起来，并生成路径转换请求确认消息，并将该路径转换请求确认消息发送给RN。
进一步的，DeNB判断UE在切换之前是否连接到自身的方式包括但不限于：
DeNB存储本次切换的源小区信息、目标小区信息和切换请求中MME UES1-AP ID等信息的对应关系；其中，源小区信息和目标小区信息可以是PCI、ECGI等标识。
当DeNB接收到来自RN的路径转换请求时，根据该路径转换请求中携带的source MME UE S1-AP ID等信息来判断源小区是否为自身管理的：如果不是，则说明UE是从其他eNB切换到RN的，此时，需要将路径转换请求转发给MME；如果是，则认为该UE进行的是DeNB与RN之间或同一DeNB下不同RN之间的切换，终止转发路径转换请求，并生成路径转换请求确认消息返回给RN。
另外，DeNB生成路径转换请求确认消息的方式包括但不限于：
通过使用UE切换之前使用的MME UE S1-AP ID、AMBR以及RN分配的eNB UE S1-AP ID来填充相应的IE，并填充Security(安全)Context IE。其中，Security Context IE的填充方法可以是：如果DeNB有未使用的NH、NCC，则将其填充在Security Context IE发送给RN；如果DeNB没有未使用NH、NCC，则将当前的NCC值以及对应的NH填充在Security Context IE发送给RN。对于UE初始连接在DeNB上后进行的第一次切换，DeNB将NCC＝0，NH＝KeNB*(切换请求消息中的KeNB*)填充在Security Context IE发送给RN。
步骤709，RN通知DeNB释放UE的资源，即向DeNB发送UE上下文释放，由DeNB释放资源。
其中，本发明中的各个步骤还可以根据实际的需要进行调整。
针对UE从RN1切换到同一DeNB下面的RN2的应用场景，在该应用场景下，与UE从DeNB切换到RN的应用场景类似，RN也需要根据接收到的切换请求来判断UE切换之前驻扎的小区是否为同一DeNB下的RN相对应的，继而来确定是否发起路径转换。
本发明实施例五中提供一种切换时避免路径转换方法，如图8所示，包括以下步骤：
步骤801，UE向RN1上报测量报告，RN1根据UE的测量报告进行切换判决。
步骤802，RN1向DeNB发送切换请求。
具体的，DeNB接收到来自RN1的切换请求消息后，验证RN1在切换请求消息中所携带的UE安全能力是否被修改，如果UE安全能力被修改，则DeNB可以拒绝本次切换请求，当然，在实际应用中，DeNB也可以忽略RN1发来的UE安全能力，并使用自身存储的UE安全能力进行相应的处理。
具体的，由于在DeNB中已经存储了UE安全能力，当从切换请求中获取到来自RN1的UE安全能力时，则能够根据自身存储的UE安全能力来判断RN1在切换请求消息中所携带的UE安全能力是否被修改。
步骤802a，DeNB向RN2发送切换请求，并由RN2获取该切换请求的来源。
具体的，当RN2接收到来自DeNB的切换请求后，将获取该切换请求的来源。即RN2需要根据接收到的切换请求来判断UE切换之前驻扎的小区是否为该DeNB所管理的，继而来决定是否发起路径转换请求。
需要注意的是，RN2获取该切换请求的来源的方式包括但不限于：RN根据切换请求消息中的源小区的物理层小区标识(source PCI)来获取该切换请求的来源，如果source PCI是DeNB的，则判断该切换请求的来源为DeNB，即UE切换之前驻扎的小区是DeNB所管理的小区。
具体的，如果UE切换之前驻扎的小区是DeNB所管理的小区时，则RN2不发起路径转换请求，并使用切换请求消息中发送的MME UE S1AP ID、UEAMBR、S-GW的TEID、IP等信息执行后续操作，而且RN2还需要将为UE分配eNB UE S1-AP ID与接收到的MME UE S1AP ID对应存储起来。
后续过程中，DeNB将接收到第一条包含MME UE S1AP ID和eNB UES1AP ID的上行S1-AP消息时，如果其中的MME UE S1AP ID自身已经存储，则将其与收到的eNB UE S1AP ID存储并建立对应关系。
步骤803，RN2向DeNB返回切换请求响应。
步骤803a，DeNB向RN1返回切换请求响应。
步骤804，RN1向UE发送RRC连接重配置消息，而UE同步到新小区。
步骤805，RN1向DeNB行序列号状态迁移。
步骤805a，DeNB向RN2进行序列号状态迁移。
步骤806，UE接收到切换命令后接入到目标小区，并向RN2发送RRC连接重配置完成消息。
步骤807，RN2通知DeNB释放UE的资源，即向DeNB发送UE上下文释放，由DeNB释放资源。
步骤807a，DeNB向RN1发送UE上下文释放。
其中，本发明中的各个步骤还可以根据实际的需要进行调整。
本发明实施例六中提供一种切换时避免路径转换方法，如图9所示，包 括以下步骤：
步骤901，UE向RN1上报测量报告，RN1根据UE的测量报告进行切换判决。
步骤902，RN1向DeNB发送切换请求。该过程与步骤802类似，在此不再赘述。
步骤902a，DeNB向RN2发送切换请求。
步骤903，RN2向DeNB返回切换请求响应。
步骤903a，DeNB向RN1返回切换请求响应。
步骤904，RN1向UE发送RRC连接重配置消息，而UE同步到新小区。
步骤905，RN1向DeNB行序列号状态迁移。
步骤905a，DeNB向RN2进行序列号状态迁移。
步骤906，UE接收到切换命令后接入到目标小区，并向RN2发送RRC连接重配置完成消息。
步骤907，RN2发起路径转换请求，即RN2向DeNB发送路径转换请求消息，该路径转换请求消息中携带RN2为UE新分配的eNB UE S1-AP ID。
步骤908，DeNB向RN2发送路径转换请求确认消息。其中，该过程与步骤708类似，在此不再赘述。
步骤909，RN2通知DeNB释放UE的资源，即向DeNB发送UE上下文释放，由DeNB释放资源。
步骤909a，DeNB向RN1发送UE上下文释放。
其中，本发明中的各个步骤还可以根据实际的需要进行调整。
可见，通过使用本发明提供的方法，避免了接入网与核心网的信息交互，以及核心网内部之间的信息交互，节约了信令开销，减低了核心网的负担；并避免了核心网能够获知网络拓扑的可能性；而且可以检测RN存储的UE安全能力是否被篡改。
本发明实施例中还提供了一种切换时避免路径转换系统，包括：
源节点，用于当UE发生小区切换时，向目标节点发送切换请求消息；
目标节点，用于根据所述切换请求消息判断是否需要发起路径转换过程；并在判断结果为否时，确定不向核心网发起所述路径转换过程。
当所述UE从中继节点RN切换到DeNB时，所述源节点为RN，所述目标节点为DeNB；当所述UE从DeNB切换到RN时，所述源节点为DeNB，所述目标节点为RN；当所述UE从第一RN切换到同一个DeNB下的第二RN时，所述源节点为第一RN，所述目标节点为第二RN。
本发明实施例中还提供了一种切换时避免路径转换设备，如图10所示，包括：
接收模块10，用于当UE发生小区切换时，接收源节点向目标节点发送的切换请求消息；
处理模块20，用于根据所述接收模块10接收的切换请求消息判断是否需要发起路径转换过程；
确定模块30，用于当所述处理模块20的判断结果为否时，确定不向核心网发起所述路径转换过程。
当所述UE从中继节点RN切换到基站时，所述源节点为RN，所述目标节点为基站；
所述处理模块20具体用于，获取所述切换请求消息的来源和目标小区的信息；并判断所述切换请求消息是否来源于自身服务的RN且所述目标小区为自身管理的小区，如果是时，则确定不需要发起路径转换过程。
所述处理模块20进一步用于，根据所述切换请求消息中的源小区物理层小区标识获取所述切换请求消息的来源；或者，根据所述切换请求消息的来源IP地址获取所述切换请求消息的来源；并根据所述切换请求消息读取所述目标小区标识，以获取目标小区的信息。
所述处理模块20还用于，获取所述切换请求消息中携带的UE安全能力，并判断所述UE安全能力是否被修改，如果所述UE安全能力被修改，则可以拒绝本次切换请求；如果所述UE安全能力没有被修改，则执行根据所述切换请求消息判断是否需要发起路径转换过程的步骤。
所述处理模块20进一步用于：根据所述切换请求消息中携带的UE安全能力和预先存储的UE安全能力判断所述UE安全能力是否被修改。基于此，本发明实施例提供的装置中，还包括：存储模块，用于根据接收到的初始上下文建立请求获取UE安全能力，并预先存储所述UE安全能力；或者，当所述UE从其他基站X2切换到所述RN时，在转发切换请求的过程中预先存储所述UE安全能力；或者，当所述UE从其他基站S1切换到所述RN时，从网络侧获得所述UE安全能力，并预先存储所述UE安全能力。
当所述UE从基站切换到RN时，所述源节点为基站，所述目标节点为RN；
所述处理模块20具体用于，根据所述切换请求消息判断所述UE切换之前连接的小区是否为所述基站管理，如果是时，则确定不需要发起路径转换过程。
所述处理模块20进一步用于，判断所述切换请求消息中携带的源小区物理层小区标识是否为所述基站的，如果是，确定所述UE切换之前连接的小区为所述基站管理。
当所述UE从第一RN切换到同一个基站下的第二RN时，所述源节点为第一RN，所述目标节点为第二RN；
所述处理模块20具体用于，根据所述切换请求消息判断所述UE切换之前对应的小区是否为所述基站管理，如果是时，则确定不需要发起路径转换过程。
所述处理模块20进一步用于，判断所述切换请求消息中携带的源小区物理层小区标识是否为所述基站的，如果是，则确定所述UE切换之前对应的小区为所述基站管理。
其中，本发明装置的各个模块可以集成于一体，也可以分离部署。上述模块可以合并为一个模块，也可以进一步拆分成多个子模块。
本发明实施例中还提供了一种切换时避免路径转换设备，包括：
接收模块，用于接收源节点向目标节点发送的路径转换请求消息；
处理模块，用于根据所述接收模块接收的所述路径转换请求消息判断是 否需要发起路径转换过程；
确定模块，用于当所述处理模块的判断结果为否时，确定不向核心网发起所述路径转换过程。
所述处理模块具体用于，根据所述路径转换请求消息判断所述UE在切换之前是否连接到所述目标节点或其管理的RN；如果是，则确定需要发起路径转换过程；否则，判断不需要发起路径转换过程。
所述处理模块还用于，预先存储本次切换的源小区信息、目标小区信息和切换请求中的MME UE S1-AP ID信息的对应关系；根据所述路径转换请求中携带的source MME UE S1-AP ID信息和预先存储的对应关系判断源小区是否为所述目标节点或其管理的RN；如果是，确定所述UE在切换之前连接到所述目标节点或其管理的RN。
所述处理模块还用于，向所述RN发送路径转换请求确认消息；进一步用于：根据切换请求消息中的MME UE S1-AP ID、AMBR以及RN分配的eNBUE S1-AP ID信息生成所述路径转换请求确认消息，并将所述路径转换请求确认消息发送给所述RN。
当所述UE从基站切换到RN时，所述源节点为RN，所述目标节点为基站；当所述UE从第一RN切换到同一个基站下的第二RN时，所述源节点为第二RN，所述目标节点为基站。
当所述UE从第一RN切换到同一个基站下的第二RN时，所述处理模块还用于，接收来自所述第一RN的切换请求消息，并判断所述切换请求消息中携带的UE安全能力是否被修改，如果所述UE安全能力被修改，则所述基站拒绝本次切换请求。
所述处理模块进一步用于，根据所述切换请求消息中携带的UE安全能力和预先存储的UE安全能力判断所述UE安全能力是否被修改。
本发明实施例提供的装置中，还包括：存储模块，用于根据接收到的初始上下文建立请求获取UE安全能力，并预先存储所述UE安全能力；或者，所述UE从其他基站X2切换到所述RN时，在转发切换请求的过程中预先存储所述UE安全能力；或者，所述UE从其他基站S1切换到所述RN时，从 网络侧获得所述UE安全能力，并预先存储所述UE安全能力。
通过采用本发明提供的设备，避免了接入网与核心网的信息交互，以及核心网内部之间的信息交互，节约了信令开销，减低了核心网的负担；并避免了核心网能够获知网络拓扑的可能性；而且可以检测RN存储的UE安全能力是否被篡改。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
本领域技术人员可以理解附图只是一个优选实施例的示意图，附图中的模块或流程并不一定是实施本发明所必须的。
本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
以上公开的仅为本发明的几个具体实施例，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。
Claims (25)
1.一种切换时避免路径转换方法，其特征在于，包括：
当用户设备UE发生小区切换时，目标节点接收源节点向所述目标节点发送的切换请求消息；
所述目标节点根据所述切换请求消息判断是否需要发起路径转换过程；其中，当所述UE从中继节点RN切换到基站时，所述源节点为RN，所述目标节点为基站；所述目标节点根据所述切换请求消息判断是否需要发起路径转换过程，之前还包括：所述基站获取所述切换请求消息中携带的UE安全能力，并判断所述UE安全能力是否被修改，如果所述UE安全能力被修改，则所述基站拒绝本次切换请求；如果所述UE安全能力没有被修改，则所述基站执行根据所述切换请求消息判断是否需要发起路径转换过程的步骤；
当判断结果为否时，所述目标节点确定不向核心网发起所述路径转换过程。
2.如权利要求1所述的方法，其特征在于，
所述目标节点根据所述切换请求消息判断是否需要发起路径转换过程，包括：
所述基站获取所述切换请求消息的来源和目标小区的信息；并判断所述切换请求消息是否来源于自身服务的RN且所述目标小区为自身管理的小区，如果是时，则所述基站确定不需要发起路径转换过程。
3.如权利要求2所述的方法，其特征在于，所述基站获取所述切换请求消息的来源和目标小区的信息，包括：
所述基站根据所述切换请求消息中的源小区物理层小区标识获取所述切换请求消息的来源；或者，所述基站根据所述切换请求消息的来源IP地址获取所述切换请求消息的来源；
并根据所述切换请求消息读取所述目标小区标识，以获取目标小区的信息。
4.如权利要求1所述的方法，其特征在于，所述基站判断所述UE安全能力是否被修改，包括：
所述基站根据所述切换请求消息中携带的UE安全能力和预先存储的UE安全能力判断所述UE安全能力是否被修改。
5.如权利要求4所述的方法，其特征在于，所述基站根据所述切换请求消息中携带的UE安全能力和预先存储的UE安全能力判断所述UE安全能力是否被修改，之前还包括：
所述基站根据接收到的初始上下文建立请求获取UE安全能力，并预先存储所述UE安全能力；或者，
所述UE从其他基站X2切换到所述RN时，所述基站在转发切换请求的过程中预先存储所述UE安全能力；或者，
所述UE从其他基站S1切换到所述RN时，所述基站从网络侧获得所述UE安全能力，并预先存储所述UE安全能力。
6.一种切换时避免路径转换方法，其特征在于，包括：
目标节点接收源节点向所述目标节点发送的路径转换请求消息；
所述目标节点根据所述路径转换请求消息判断是否需要发起路径转换过程；
当判断结果为否时，所述目标节点确定不向核心网发起所述路径转换过程；
当UE从基站切换到中继节点RN时，所述源节点为RN，所述目标节点为基站；当所述UE从第一RN切换到同一个基站下的第二RN时，所述源节点为第二RN，所述目标节点为基站。
7.如权利要求6所述的方法，其特征在于，所述目标节点根据所述路径转换请求消息判断是否需要发起路径转换过程，包括：
所述目标节点根据所述路径转换请求消息判断所述UE在切换之前是否连接到所述目标节点或其管理的RN；如果是，则所述目标节点确定不需要发起路径转换过程；否则，所述目标节点确定需要发起路径转换过程。
8.如权利要求7所述的方法，其特征在于，所述目标节点根据所述路径转换请求消息判断所述UE在切换之前是否连接到所述目标节点或其管理的RN，包括：
所述目标节点预先存储本次切换的源小区信息、目标小区信息和切换请求中的MME UE S1-AP ID信息的对应关系；
所述目标节点根据所述路径转换请求中携带的source MME UE S1-AP ID信息和预先存储的对应关系判断源小区是否为所述目标节点或其管理的RN；
如果是，所述目标节点确定所述UE在切换之前连接到所述目标节点或其管理的RN。
9.如权利要求7所述的方法，其特征在于，所述目标节点确定不向核心网发起所述路径转换过程，之后还包括：
所述目标节点向所述RN发送路径转换请求确认消息；具体为：
所述目标节点根据切换请求消息中的MME UE S1-AP ID、AMBR以及RN分配的eNB UE S1-AP ID信息生成所述路径转换请求确认消息，并将所述路径转换请求确认消息发送给所述RN。
10.如权利要求6所述的方法，其特征在于，当所述UE从第一RN切换到同一个基站下的第二RN时，所述源节点向目标节点发送路径转换请求消息，之前还包括：
所述基站接收来自所述第一RN的切换请求消息，并判断所述切换请求消息中携带的UE安全能力是否被修改，如果所述UE安全能力被修改，则所述基站拒绝本次切换请求。
11.如权利要求10所述的方法，其特征在于，所述基站判断所述切换请求消息中携带的UE安全能力是否被修改，包括：
所述基站根据所述切换请求消息中携带的UE安全能力和预先存储的UE安全能力判断所述UE安全能力是否被修改。
12.如权利要求11所述的方法，其特征在于，所述基站根据所述切换请求消息中携带的UE安全能力和预先存储的UE安全能力判断所述UE安全能力是否被修改，之前还包括：
所述基站根据接收到的初始上下文建立请求获取UE安全能力，并预先存储所述UE安全能力；或者，
所述UE从其他基站X2切换到所述RN时，所述基站在转发切换请求的过程中预先存储所述UE安全能力；或者，
所述UE从其他基站S1切换到所述RN时，所述基站从网络侧获得所述UE安全能力，并预先存储所述UE安全能力。
13.一种切换时避免路径转换系统，其特征在于，包括：
源节点，用于当UE发生小区切换时，向目标节点发送切换请求消息；
目标节点，用于根据所述切换请求消息判断是否需要发起路径转换过程；并在判断结果为否时，确定不向核心网发起所述路径转换过程；其中，当所述UE从中继节点RN切换到基站时，所述源节点为RN，所述目标节点为基站；所述目标节点根据所述切换请求消息判断是否需要发起路径转换过程，之前还包括：所述基站获取所述切换请求消息中携带的UE安全能力，并判断所述UE安全能力是否被修改，如果所述UE安全能力被修改，则所述基站拒绝本次切换请求；如果所述UE安全能力没有被修改，则所述基站执行根据所述切换请求消息判断是否需要发起路径转换过程的步骤。
14.一种切换时避免路径转换设备，其特征在于，包括：
接收模块，用于当UE发生小区切换时，接收源节点向目标节点发送的切换请求消息；
处理模块，用于根据所述接收模块接收的切换请求消息判断是否需要发起路径转换过程；当所述UE从中继节点RN切换到基站时，所述源节点为RN，所述目标节点为基站；所述处理模块还用于，获取所述切换请求消息中携带的UE安全能力，并判断所述UE安全能力是否被修改，如果所述UE安全能力被修改，则拒绝本次切换请求；如果所述UE安全能力没有被修改，则执行根据所述切换请求消息判断是否需要发起路径转换过程的步骤；
确定模块，用于当所述处理模块的判断结果为否时，确定不向核心网发起所述路径转换过程。
15.如权利要求14所述的设备，其特征在于，
所述处理模块具体用于，获取所述切换请求消息的来源和目标小区的信息；并判断所述切换请求消息是否来源于自身服务的RN且所述目标小区为自身管理的小区，如果是时，则确定不需要发起路径转换过程。
16.如权利要求15所述的设备，其特征在于，
所述处理模块进一步用于，根据所述切换请求消息中的源小区物理层小区标识获取所述切换请求消息的来源；或者，根据所述切换请求消息的来源IP地址获取所述切换请求消息的来源；
并根据所述切换请求消息读取所述目标小区标识，以获取目标小区的信息。
17.如权利要求14所述的设备，其特征在于，
所述处理模块进一步用于：根据所述切换请求消息中携带的UE安全能力和预先存储的UE安全能力判断所述UE安全能力是否被修改。
18.如权利要求17所述的设备，其特征在于，还包括：
存储模块，用于根据接收到的初始上下文建立请求获取UE安全能力，并预先存储所述UE安全能力；或者，
当所述UE从其他基站X2切换到所述RN时，在转发切换请求的过程中预先存储所述UE安全能力；或者，
当所述UE从其他基站S1切换到所述RN时，从网络侧获得所述UE安全能力，并预先存储所述UE安全能力。
19.一种切换时避免路径转换设备，其特征在于，包括：
接收模块，用于接收源节点向目标节点发送的路径转换请求消息；
处理模块，用于根据所述接收模块接收的所述路径转换请求消息判断是否需要发起路径转换过程；
确定模块，用于当所述处理模块的判断结果为否时，确定不向核心网发起所述路径转换过程；
当UE从基站切换到中继节点RN时，所述源节点为RN，所述目标节点为基站；当所述UE从第一RN切换到同一个基站下的第二RN时，所述源节点为第二RN，所述目标节点为基站。
20.如权利要求19所述的设备，其特征在于，
所述处理模块具体用于，根据所述路径转换请求消息判断所述UE在切换之前是否连接到所述目标节点或其管理的RN；如果是，则确定不需要发起路径转换过程；否则，确定需要发起路径转换过程。
21.如权利要求20所述的设备，其特征在于，
所述处理模块还用于，预先存储本次切换的源小区信息、目标小区信息和切换请求中的MME UE S1-AP ID信息的对应关系；根据所述路径转换请求中携带的source MME UE S1-AP ID信息和预先存储的对应关系判断源小区是否为所述目标节点或其管理的RN；如果是，确定所述UE在切换之前连接到所述目标节点或其管理的RN。
22.如权利要求20所述的设备，其特征在于，
所述处理模块还用于，向所述RN发送路径转换请求确认消息；进一步用于：根据切换请求消息中的MME UE S1-AP ID、AMBR以及RN分配的eNBUE S1-AP ID信息生成所述路径转换请求确认消息，并将所述路径转换请求确认消息发送给所述RN。
23.如权利要求19所述的设备，其特征在于，当所述UE从第一RN切换到同一个基站下的第二RN时，
所述处理模块还用于，接收来自所述第一RN的切换请求消息，并判断所述切换请求消息中携带的UE安全能力是否被修改，如果所述UE安全能力被修改，则所述基站拒绝本次切换请求。
24.如权利要求23所述的设备，其特征在于，
所述处理模块进一步用于，根据所述切换请求消息中携带的UE安全能力和预先存储的UE安全能力判断所述UE安全能力是否被修改。
25.如权利要求24所述的设备，其特征在于，还包括：
存储模块，用于根据接收到的初始上下文建立请求获取UE安全能力，并预先存储所述UE安全能力；或者，
所述UE从其他基站X2切换到所述RN时，在转发切换请求的过程中预先存储所述UE安全能力；或者，
所述UE从其他基站S1切换到所述RN时，从网络侧获得所述UE安全能力，并预先存储所述UE安全能力。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 201010209766 CN102118810B (zh) | 2010-02-10 | 2010-06-25 | 一种切换时避免路径转换方法、系统和设备 |
| PCT/CN2011/070779 WO2011098001A1 (zh) | 2010-02-10 | 2011-01-28 | 切换小区时避免路径转换的方法、系统和设备 |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201010111462 | 2010-02-10 | ||
| CN201010111462.2 | 2010-02-10 | ||
| CN 201010209766 CN102118810B (zh) | 2010-02-10 | 2010-06-25 | 一种切换时避免路径转换方法、系统和设备 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN102118810A CN102118810A (zh) | 2011-07-06 |
| CN102118810B true CN102118810B (zh) | 2013-11-06 |
Family
ID=44217363
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN 201010209766 Active CN102118810B (zh) | 2010-02-10 | 2010-06-25 | 一种切换时避免路径转换方法、系统和设备 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN102118810B (zh) |
| WO (1) | WO2011098001A1 (zh) |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102685829B (zh) * | 2012-05-11 | 2015-02-25 | 中国联合网络通信集团有限公司 | 基站直通架构下的用户切换方法、装置及设备 |
| JP6027342B2 (ja) * | 2012-06-01 | 2016-11-16 | 株式会社Ｎｔｔドコモ | 無線通信システム、無線基地局及び通信方法 |
| CN104703248B (zh) * | 2013-12-09 | 2018-05-01 | 电信科学技术研究院 | 一种通信路径转换方法和装置 |
| WO2019028812A1 (zh) * | 2017-08-11 | 2019-02-14 | 华为技术有限公司 | 一种路径转换方法及相关设备 |
| CN110912854B (zh) * | 2018-09-15 | 2021-03-23 | 华为技术有限公司 | 一种安全保护方法、设备及系统 |
| WO2021120163A1 (en) * | 2019-12-20 | 2021-06-24 | Qualcomm Incorporated | Beam-based relay node switch |
| CN115088304A (zh) * | 2020-03-19 | 2022-09-20 | 华为技术有限公司 | 小区切换方法和装置 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101641983A (zh) * | 2007-03-19 | 2010-02-03 | 株式会社Ntt都科摩 | 切换方法以及无线基站 |
| CN101959265A (zh) * | 2009-07-16 | 2011-01-26 | 大唐移动通信设备有限公司 | 一种中继切换方法、系统和设备 |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005012718A (ja) * | 2003-06-23 | 2005-01-13 | Hitachi Ltd | 移動体ｉｐデータ通信システム |
| CN1996786A (zh) * | 2006-11-29 | 2007-07-11 | 北京邮电大学 | 基于中继技术的新型无线通信组网方法 |
| CN101399767B (zh) * | 2007-09-29 | 2011-04-20 | 华为技术有限公司 | 终端移动时安全能力协商的方法、系统及装置 |
| FI20085194A0 (fi) * | 2008-02-29 | 2008-02-29 | Nokia Siemens Networks Oy | Menetelmä ja laite kanavanvaihtoproseduuria varten jatkolähetyslaajennuksen sisältävässä tietoliikenneverkossa |
-
2010
- 2010-06-25 CN CN 201010209766 patent/CN102118810B/zh active Active
-
2011
- 2011-01-28 WO PCT/CN2011/070779 patent/WO2011098001A1/zh active Application Filing
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101641983A (zh) * | 2007-03-19 | 2010-02-03 | 株式会社Ntt都科摩 | 切换方法以及无线基站 |
| CN101959265A (zh) * | 2009-07-16 | 2011-01-26 | 大唐移动通信设备有限公司 | 一种中继切换方法、系统和设备 |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2011098001A1 (zh) | 2011-08-18 |
| CN102118810A (zh) | 2011-07-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10009798B2 (en) | System and method for releasing user equipment context by a home gateway | |
| CN101867985B (zh) | 长期演进增强系统中的切换方法、中继节点和施主基站 | |
| CN102118808B (zh) | 触发切换及移动管理实体池标识信息的传递方法和设备 | |
| CN102118810B (zh) | 一种切换时避免路径转换方法、系统和设备 | |
| CN102378273B (zh) | 获取邻接基站/中继节点接口信息的方法及无线中继系统 | |
| CN104349419B (zh) | 终端多连接的管理方法、装置和系统 | |
| CN105009678A (zh) | 用于在多个e节点b和用户设备之间提供同时连接的方法和系统 | |
| CN101730032A (zh) | 一种实现数据前转的方法和一种施主基站 | |
| CN102550083A (zh) | 无线通信系统的毫微微蜂窝中支持本地互联网协议接入的方法和装置 | |
| CN102104996B (zh) | 接口连通性信息的发送与接收方法、设备和系统 | |
| US10560913B2 (en) | Method, device, and system for acquisition of control node information | |
| CN102098676A (zh) | 一种实现完整性保护的方法、装置和系统 | |
| CN101867984A (zh) | 长期演进增强系统中的切换方法、施主基站和中继节点 | |
| CN102065424A (zh) | 一种安全隔离的方法和设备 | |
| CN101998449B (zh) | 一种应用于无线中继的传输系统及传输方法 | |
| CN102378393B (zh) | 一种中继节点的非接入层过程处理方法及设备 | |
| US10285104B2 (en) | Cross-MeNB switching method and apparatus and base station | |
| CN102404809A (zh) | 数据传输通道迁移方法及系统 | |
| CN103313326A (zh) | 一种支持中继切换的方法 | |
| CN103582075A (zh) | 一种rn支持多种无线接入系统的方法 | |
| CN101959265B (zh) | 一种中继切换方法、系统和设备 | |
| CN103974228A (zh) | 一种实现x2代理的方法及系统 | |
| CN103874046A (zh) | 一种过程消息的管理方法及设备 | |
| CN102469512A (zh) | 一种接入过程的处理方法及装置 | |
| CN102104867A (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 | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| CP01 | Change in the name or title of a patent holder | ||
| CP01 | Change in the name or title of a patent holder |
Address after: 100191 No. 40, Haidian District, Beijing, Xueyuan Road Patentee after: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road Patentee before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY |
|
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20210602 Address after: 100085 1st floor, building 1, yard 5, Shangdi East Road, Haidian District, Beijing Patentee after: DATANG MOBILE COMMUNICATIONS EQUIPMENT Co.,Ltd. Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road Patentee before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY |