具体实施方式
下面将结合本发明中的附图,对本发明中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明的一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
为使公众对本发明的实现更加容易理解,在介绍本发明之前,首先对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
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安全能力是否被篡改。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
本领域技术人员可以理解附图只是一个优选实施例的示意图,附图中的模块或流程并不一定是实施本发明所必须的。
本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中,也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
以上公开的仅为本发明的几个具体实施例,但是,本发明并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明的保护范围。