一种移动性管理方法、UE、基站及移动性管理实体
技术领域
本发明涉及无线通信中的移动性管理技术领域,具体涉及一种基于小区组的移动性管理方法、UE、基站及移动性管理实体。
背景技术
随着LTE(Long Term Evolution,长期演进)***中智能手机以及其他通信设备数量的大规模增长,其所带来的大负荷信令开销已经成为限制LTE网络***容量和用户数据体验进一步发展的重要因素。其中大量而且频繁的RRC(Radio Resource Control,无线资源控制)连接建立和寻呼消息发送是造成较大控制信令负荷的首要原因。所以在LTE的Release 14研究阶段引入了轻连接(Light Connection)技术,用以优化LTE***的RRC连接建立和管理过程、移动性管理过程以及寻呼过程,以实现减轻***控制信令负荷的目的。
在Light Connection技术中,为UE引入了一个处于RRC连接态和RRC空闲态之间的“中间”状态,称之为轻连接态(轻连接态)。当处在RRC连接态的UE在完成数据传输之后,网络侧可以通过专用信令指示其进入轻连接态,图1给出了上述3种状态之间的状态转移图。对于轻连接态,UE的上下文将分别被保存在UE侧以及网络侧。此后,当UE需要进行业务数据发送时,可以通过之前保存的UE上下文以较小的信令交互恢复到RRC连接态,避免了由于传统LTE***中UE在进行数据传输时,需要频繁发起初始RRC连接,而引发的严重控制信令负荷。
当前LTE***的移动性管理中:1)对于处在RRC连接态的UE,由于采用有网络侧控制的移动性管理机制,切换过程中需要UE、源eNodeB以及目标eNodeB之间进行大量的控制信令交互。2)在RRC空闲态下,UE自主进行小区选择和重选。对于UE的位置,MME可以获知其位于哪个TA(跟踪区)区,但不清楚UE具***于哪个小区。所以当MME(移动性管理实体)向某个RRC空闲态的UE发起寻呼时,需要将寻呼消息发送到相应TA区下的所有eNode(基站),存在比较大S1接口信令开销。
可以看出,现有的LTE***信令开销中,用于移动性管理的控制信令占有很大比重。因此,亟需一种可以有效降低移动性管理的信令开销的移动性管理方案。
发明内容
本发明实施例要解决的技术问题是提供一种移动性管理方法、UE、基站及移动性管理实体,用以降低移动性管理的信令开销。
为解决上述技术问题,本发明实施例提供的移动性管理方法,包括:
UE在由RRC连接态进入轻连接态后,接收UE当前驻留的第一小区所属的第一基站发送的第一小区组通知消息,所述第一小区组通知消息携带有第一小区所属的第一小区组信息,其中,每个小区组包括有预先配置的多个小区以及该多个小区各自所属的基站;
所述UE根据所述第一小区组通知消息中携带的所述第一小区组信息,在本地维护所述UE所在的小区组信息。
优选的,上述的移动性管理方法,还包括:
所述UE在由所述RRC连接态进入轻连接态后,在UE本地以及所述UE当前驻留的第一小区所属的第一基站处保存所述UE的上下文。
优选的,上述的移动性管理方法,所述根据所述第一小区组通知消息中携带的所述第一小区组信息,在本地维护所述UE所在的小区组信息的步骤包括:
在所述UE本地尚未记录所述UE所在的小区组信息时,根据所述第一小区组信息,在本地记录所述UE所在的小区组信息,并向网络侧的移动性管理实体发送所述UE所在的小区组信息;
在所述UE本地记录有所述UE所在的小区组信息时,判断所述第一小区组信息是否与本地记录的所述UE所在的小区组信息相一致,并在不一致时,根据所述第一小区组信息,更新本地记录的所述UE所在的小区组信息,并向网络侧的移动性管理实体发送所述UE所在的小区组信息。
优选的,上述的移动性管理方法中,当处于轻连接态的所述UE,判断需要变更当前驻留的小区时,所述移动性管理方法还包括:
处于轻连接态的所述UE,通过小区选择/重选过程,确定作为小区选择/重选的目标小区的第二小区,并将所述UE当前驻留的小区变更为第二小区。
优选的,上述的移动性管理方法中,在将所述UE当前驻留的小区变更为第二小区的步骤之后,所述移动性管理方法还包括:
接收第二小区所属的第二基站发送的第二小区组通知消息,所述小区组通知消息携带有第二小区所属的第二小区组信息;
根据所述第二小区组通知消息中携带的第二小区组信息,维护所述UE所在的小区组信息,其中,在所述第二小区组信息与UE本地记录的所述UE所在的小区组信息不一致时,根据所述第二小区组信息,更新本地记录的所述UE所在的小区组信息,并向网络侧的移动性管理实体发送所述UE所在的小区组信息。
优选的,上述的移动性管理方法中,在处于轻连接态的所述UE需要发送上行数据时,所述移动性管理方法还包括:
所述UE向所述UE当前驻留的第三小区所属的第三基站发送RRC连接恢复请求;其中,若所述第三基站根据所述RRC连接恢复请求从RRC连接对应的源基站处获得所述UE的上下文时,所述UE与所述第三基站基于各自的UE上下文,恢复两者之间的RRC连接;
所述UE在所述RRC连接恢复后,基于所述RRC连接传输上行数据。
优选的,上述的移动性管理方法中,若所述RRC连接恢复过程失败,所述UE通过初始RRC连接建立过程、NAS恢复过程、或RRC连接重建过程,建立与所述第三基站之间的RRC连接。
优选的,上述的移动性管理方法中,所述UE接收网络侧根据所述UE所在的小区组的信息在所述UE所在小区组的所有小区发起的寻呼消息;
所述UE响应所述寻呼消息,建立与网络侧之间的通信链路。
优选的,上述的移动性管理方法中,处于轻连接态的所述UE,进一步从预先定义的专用信令中,接收所述第一基站发送的所述第一小区组通知消息。
本发明实施例还提供了另一种基于小区组的移动性管理方法,包括:
第一小区所属的第一基站,确定所述第一小区所属的第一小区组信息;
第一基站发送携带有所述第一小区组信息的第一小区组通知消息,以使驻留在所述第一小区、且处于轻连接态的任一UE,根据所述第一小区组信息,维护所述任一UE所在的小区组信息,其中,每个小区组包括有预先配置的多个小区以及该多个小区各自所属的基站。
优选的,上述的移动性管理方法中,还包括:
第一基站在发现驻留在第一小区的UE由RRC连接态进入轻连接态后,第一基站在本地保存所述UE的上下文。
优选的,上述的移动性管理方法中,还包括:
第一基站接收驻留在所述第一小区、且处于轻连接态的第一UE发送的RRC连接恢复请求;
第一基站根据所述RRC连接恢复请求,获取所述第一UE的UE上下文,并在成功获取了所述第一UE的UE上下文后,基于所述第一UE的UE上下文,恢复与所述第一UE之间的RRC连接。
优选的,上述的移动性管理方法中,所述第一基站根据所述RRC连接恢复请求,获取所述第一UE的UE上下文的步骤包括:
第一基站根据所述RRC连接恢复请求,确定待恢复的RRC连接对应的源基站,从所述源基站处获取所述第一UE的UE上下文。
优选的,上述的移动性管理方法中,还包括:
响应第一UE发起的初始RRC连接建立过程、NAS恢复过程、或RRC连接重建过程,建立与所述第一UE之间的RRC连接。
优选的,上述的移动性管理方法中,还包括:
第一基站接收第二基站发送的针对第二UE的UE上下文的请求消息;
第一基在本地保存有第二UE的UE上下文时,将所述第二UE的UE上下文发送给所述第二基站。
优选的,上述的移动性管理方法中,还包括:
第一基站进一步通过预先定义的专用信令,发送所述第一小区组通知消息。
本发明实施例还提供了又一种基于小区组的移动性管理方法,包括:
网络侧的移动性管理实体,接收来自处于轻连接态的第一UE发送的通知消息,所述通知消息中携带有所述第一UE所在的第一小区组信息,其中,每个小区组包括有预先配置的多个小区以及该多个小区各自所属的基站;
所述移动性管理实体根据所述通知消息,在本地维护所述第一UE所在的小区组的信息;
所述移动性管理实体在需要寻呼第一UE时,根据所述第一UE所在的小区组的信息,在所述第一UE所在的小区组的各个小区内发送针对第一UE的寻呼消息。
优选的,上述的移动性管理方法中,所述移动性管理实体根据所述通知消息,在本地维护所述第一UE所在的小区组的信息的步骤包括:
所述移动性管理实体在尚未记录所述第一UE所在的小区组信息时,根据所述第一小区组信息,记录所述UE所在的小区组信息,并向网络侧的移动性管理实体发送所述UE所在的小区组信息;
所述移动性管理实体在已记录有所述第一UE所在的小区组信息时,判断所述第一小区组信息是否与当前记录的所述UE所在的小区组信息相一致,并在不一致时,根据所述第一小区组信息,更新所述UE所在的小区组信息。
本发明实施例还提供了一种UE,包括:
第一接收单元,用于在本UE在由RRC连接态进入轻连接态后,接收本UE当前驻留的第一小区所属的第一基站发送的第一小区组通知消息,所述第一小区组通知消息携带有第一小区所属的第一小区组信息,其中,每个小区组包括有预先配置的多个小区以及该多个小区各自所属的基站;
小区组维护单元,用于根据所述第一小区组通知消息中携带的所述第一小区组信息,维护本UE所在的小区组信息。
优选的,上述的UE中,还包括:
上下文维护单元,用于在本UE在由所述RRC连接态进入轻连接态后,在本UE处以及所述UE当前驻留的第一小区所属的第一基站处保存所述UE的上下文。
优选的,上述的UE中,所述小区组维护单元,具体用于:
在所述UE本地尚未记录所述UE所在的小区组信息时,根据所述第一小区组信息,在本地记录所述UE所在的小区组信息,并向网络侧的移动性管理实体发送所述UE所在的小区组信息;
在所述UE本地记录有所述UE所在的小区组信息时,判断所述第一小区组信息是否与本地记录的所述UE所在的小区组信息相一致,并在不一致时,根据所述第一小区组信息,更新本地记录的所述UE所在的小区组信息,并向网络侧的移动性管理实体发送所述UE所在的小区组信息。
优选的,上述的UE中,还包括:
小区选择/重选单元,用于在本UE处于轻连接态时,若判断需要变更本UE当前驻留的小区时,通过小区选择/重选过程,确定作为小区选择/重选的目标小区的第二小区,并将所述UE当前驻留的小区变更为第二小区。
优选的,上述的UE中,还包括:
第二接收单元,用于在所述本UE当前驻留的小区变更为第二小区之后,接收第二小区所属的第二基站发送的第二小区组通知消息,所述小区组通知消息携带有第二小区所属的第二小区组信息;
所述小区组维护单元,还用于根据所述第二小区组通知消息中携带的第二小区组信息,维护所述UE所在的小区组信息,其中,在所述第二小区组信息与UE本地记录的所述UE所在的小区组信息不一致时,根据所述第二小区组信息,更新本地记录的所述UE所在的小区组信息,并向网络侧的移动性管理实体发送所述UE所在的小区组信息。
优选的,上述的UE中,还包括:
RRC连接恢复单元,用于在本UE处于轻连接态,且需要发送上行数据时,向UE当前驻留的第三小区所属的第三基站发送RRC连接恢复请求;其中,若所述第三基站根据所述RRC连接恢复请求从RRC连接对应的源基站获得所述UE的上下文时,则与所述第三基站基于各自的UE上下文,恢复所述UE与所述第三基站之间的RRC连接;
发送单元,用于在所述RRC连接恢复后,基于所述RRC连接传输上行数据。
优选的,上述的UE中,还包括:
RRC连接建立单元,用于在所述RRC连接恢复单元的RRC连接恢复过程失败时,通过初始RRC连接建立过程、NAS恢复过程、或RRC连接重建过程,建立与所述第三基站之间的RRC连接。
优选的,上述的UE中,还包括:
寻呼响应单元,用于接收网络侧根据所述UE所在的小区组的信息在所述UE所在小区组的所有小区发起的寻呼消息,并响应所述寻呼消息,建立与网络侧之间的通信链路。
优选的,上述的UE中,所述第一接收单元,具体用于从预先定义的专用信令中,接收所述第一基站发送的所述第一小区组通知消息。
本发明实施例还提供了一种第一基站,包括:
确定单元,用于确定第一小区所属的第一小区组信息,其中,所述第一小区是第一基站的小区,每个小区组包括有预先配置的多个小区以及该多个小区各自所属的基站;
发送单元,用于发送携带有所述第一小区组信息的第一小区组通知消息,以使驻留在所述第一小区、且处于轻连接态的任一UE,根据所述第一小区组信息,维护所述任一UE所在的小区组信息。
优选的,上述的第一基站,还包括:
上下文维护单元,用于在发现驻留在第一小区的UE由RRC连接态进入轻连接态后,在本地保存所述UE的上下文。
优选的,上述的第一基站,还包括:
RRC连接恢复单元,用于接收驻留在所述第一小区、且处于轻连接态的第一UE发送的RRC连接恢复请求;根据所述RRC连接恢复请求,获取所述第一UE的UE上下文,并在成功获取了所述第一UE的UE上下文后,基于所述第一UE的UE上下文,恢复与所述第一UE之间的RRC连接。
优选的,上述的第一基站,所述RRC连接恢复单元包括一上下文获得单元,用于根据所述RRC连接恢复请求,确定待恢复的RRC连接对应的源基站,从所述源基站处获取所述第一UE的UE上下文。
优选的,上述的第一基站,还包括:
RRC连接建立单元,用于响应第一UE发起的初始RRC连接建立过程、NAS恢复过程、或RRC连接重建过程,建立与所述第一UE之间的RRC连接。
优选的,上述的第一基站,还包括:
所述上下文维护单元,还用于接收第二基站发送的针对第二UE的UE上下文的请求消息,并在本地保存有第二UE的UE上下文时,将所述第二UE的UE上下文发送给所述第二基站。
优选的,上述的第一基站,还包括:
所述发送单元,进一步用于通过预先定义的专用信令,发送所述第一小区组通知消息。
本发明实施例还提供了一种网络侧的移动性管理实体,包括:
接收单元,用于接收来自处于轻连接态的第一UE发送的通知消息,所述通知消息中携带有所述第一UE所在的第一小区组信息,其中,每个小区组包括有预先配置的多个小区以及该多个小区各自所属的基站;
小区组维护单元,用于根据所述通知消息,在本地维护所述第一UE所在的小区组的信息;
寻呼单元,用于在需要寻呼第一UE时,根据所述小区组维护单元中维护的第一UE所在的小区组的信息,在所述第一UE所在的小区组的各个小区内发送针对第一UE的寻呼消息。
优选的,上述的移动性管理实体中,所述小区组维护单元,具体用于:
在本地尚未记录所述第一UE所在的小区组信息时,根据所述第一小区组信息,记录所述UE所在的小区组信息,并向网络侧的移动性管理实体发送所述UE所在的小区组信息;以及,
在本地已记录有所述第一UE所在的小区组信息时,判断所述第一小区组信息是否与当前记录的所述UE所在的小区组信息相一致,并在不一致时,根据所述第一小区组信息,更新所述UE所在的小区组信息。
与现有技术相比,本发明实施例提供的移动性管理方法、UE、基站及移动性管理实体,基于小区组,对轻连接态的UE进行移动性管理,可以减少移动性管理过程中的信令开销。
附图说明
图1为现有技术的终端的三种状态之间的转移图;
图2为本发明实施例所述的移动性管理方法的一种应用场景示意图;
图3为本发明实施例所述的移动性管理方法的一种具体示例;
图4为本发明实施例的移动性管理方法的一种流程示意图;
图5为本发明实施例的移动性管理方法的另一种流程示意图;
图6为本发明实施例的移动性管理方法的又一种流程示意图;
图7为本发明实施例提供的一种UE的结构示意图;
图8为本发明实施例提供的另一种UE的结构示意图;
图9为本发明实施例提供的一种第一基站的结构示意图;
图10为本发明实施例提供的另一种第一基站的结构示意图;
图11为本发明实施例提供的一种移动性管理实体的结构示意图;
图12为本发明实施例提供的另一种移动性管理实体的结构示意图。
具体实施方式
为使本发明要解决的技术问题、技术方案和优点更加清楚,下面将结合附图及具体实施例进行详细描述。在下面的描述中,提供诸如具体的配置和组件的特定细节仅仅是为了帮助全面理解本发明的实施例。因此,本领域技术人员应该清楚,可以对这里描述的实施例进行各种改变和修改而不脱离本发明的范围和精神。另外,为了清楚和简洁,省略了对已知功能和构造的描述。
应理解,说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本发明的至少一个实施例中。因此,在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外,这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。
在本发明的各种实施例中,应理解,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本发明实施例的实施过程构成任何限定。
另外,本文中术语“***”和“网络”在本文中常可互换使用。
应理解,本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
在本申请所提供的实施例中,应理解,“与A相应的B”表示B与A相关联,根据A可以确定B。但还应理解,根据A确定B并不意味着仅仅根据A确定B,还可以根据A和/或其它信息确定B。
在本发明的实施例中,基站的形式不限,可以是宏基站(Macro Base Station)、微基站(Pico Base Station)、Node B(3G移动基站的称呼)、增强型基站(ENB)、家庭增强型基站(Femto eNB或Home eNode B或Home eNB或HNEB)、中继站、接入点、RRU(Remote RadioUnit,远端射频模块)、RRH(Remote Radio Head,射频拉远头)等。UE可以是移动电话(或手机),或者其他能够发送或接收无线信号的设备,包括用户设备(UE)、个人数字助理(PDA)、无线调制解调器、无线通信装置、手持装置、膝上型计算机、无绳电话、无线本地回路(WLL)站、能够将移动信号转换为WiFi信号的CPE(Customer Premise Equipment,客户终端)或移动智能热点、智能家电、或其他不通过人的操作就能自发与移动通信网络通信的设备等。
本发明实施例基于轻连接技术,为处于轻连接态的UE引入了一种基于小区组的移动性管理方法,可以有效降低移动性管理的信令开销。本发明实施例中,小区组是指预先规划或配置的,包括有多个小区和该多个小区各自所属的基站。通常,可以在网络侧的移动性控制实体(如基站处)进行小区组的配置和重配,并可以由基站通过预先定义的专用信令,将小区组的信息通知给驻留在本基站的小区内,且处于轻连接态的UE。
本发明实施例中配置的小区组的规模,小于现有LTE***中的TA(跟踪区)的规模,从而可以减少后续寻呼过程的信令开销。
本发明实施例在LTE***的轻连接技术中引入一种基于小区组(cell group)的移动性管理机制以及用于移动性管理的小区组的管理和配置机制,相比传统机制,能够大大减小用于移动性管理的信令开销。
在本发明的实施例中,当UE在所述小区组内移动时,UE通过小区选择或重选来进行服务小区的变更,而不需要进行切换。各个基站之间可以交互UE的上下文信息,例如,通过X2接口或S1接口,交互UE的上下文信息,因此当处于轻连接态的UE需要传输数据时,可以直接在当前驻留的小区发起RRC连接恢复过程来恢复RRC连接。
在本发明实施例中,当UE在不同的小组区间发生移动时,UE在进入一个新的小区组的小区后,可以通过位置信息更新过程,将该小区所属的小区组信息并上报给网络侧,以保证网络侧可以在小区组的粒度上掌握UE的位置信息,从而可以在小区组的粒度上发起寻呼过程,相比于现有技术在TA内发起的寻呼过程,在小区组内的小区基站较少时,本发明实施例可以减少寻呼涉及的小区基站和寻呼过程中的信令开销。
图2示出了本发明实施例的一种应用场景,该应用场景包括有UE 21,多个基站(如第一基站22、第二基站23),还包括有MME 24。UE 21可以按照现有技术的各种已有实现方式,通过小区选择/重选过程,驻留到某个基站的小区。MME 24主要实现UE的移动性管理功能。
图3进一步给出了本发明实施例移动性管理方法的一个具体应用示例。图3中示意性的示出了两个小区组,其中小区组1包括小区1~3,小区组2包括小区4~6。假设UE驻留在小区组1的小区1中时,由RRC连接态进入到轻连接态。然后,UE发生移动,先在小区组1内移动至小区2,然后发生小区组之间的移动,移动至小区组2的小区4中。为了便于理解本发明实施例的方案,下文中将结合该示例进行具体描述。需要指出的是,图2、3仅是本发明实施例的一个具体应用场景及示例,并不作为本发明的限定。
请参照图4,本发明实施例提供的一种基于小区组的移动性管理方法,包括以下步骤:
步骤41,UE在由RRC连接态进入轻连接态后,接收UE当前驻留的第一小区所属的第一基站发送的第一小区组通知消息,所述第一小区组通知消息携带有第一小区所属的第一小区组信息,其中,每个小区组包括有预先配置的多个小区以及该多个小区各自所属的基站。
本发明实施例中,网络侧可以通过专用信令指示UE进入轻连接态(例如,当处在RRC连接态的UE在完成数据传输之后)。对于进入轻连接态的UE,该UE的UE上下文分别被保存在UE侧以及网络侧。这里,在UE在由所述RRC连接态进入轻连接态后,在UE本地以及所述UE当前驻留的第一小区所属的第一基站处保存所述UE的上下文。
这里,所述第一基站可以通过预先定义的专用信令,在本小区内广播发送或针对处于轻连接态的UE单播发送所述第一小区组通知消息。上述发送可以是基于事件触发而发送的,如检测到新进入轻连接态的UE,或者是周期性发送的,本发明实施例对此不作具体限定。
以图3为例,假设UE驻留在小区1中时,与小区1对应的基站建立了RRC连接。后续,UE释放了上述RRC连接,并由RRC连接态进入到轻连接态,此时UE可以通过接收小区1发送的小区组通知消息,来确定小区1所属的小区组1的相关信息,例如,小区组1的标识等信息。在进入轻连接态后,UE还将在本地保存UE的上下文,上述RRC连接对应的源基站(即网络侧的小区1所属的基站)处也保存该UE的上下文。这里的源基站是指UE已释放的上述RRC连接所建立在的基站。
步骤42,所述UE根据所述第一小区组通知消息中携带的所述第一小区组信息,在本地维护所述UE所在的小区组信息。
这里,步骤42中的小区组信息的维护具体可以包括:
在所述UE本地尚未记录所述UE所在的小区组信息时,根据所述第一小区组信息,在本地记录所述UE所在的小区组信息,并向网络侧的移动性管理实体发送所述UE所在的小区组信息;
在所述UE本地记录有所述UE所在的小区组信息时,判断所述第一小区组信息是否与本地记录的所述UE所在的小区组信息相一致,并在不一致时,根据所述第一小区组信息,更新本地记录的所述UE所在的小区组信息,并向网络侧的移动性管理实体发送所述UE所在的小区组信息。
仍以图3为例,UE在接收到小区1发送的小区组通知消息后,可以在本地维护小区组1的信息。具体的:
若本地未记录该UE的小区组的信息,则在本地记录该小区组1的信息,以表示UE所在的小区组为小区组1,并且还需要将网络侧的移动性管理实体(如MME,图3中未示出)发送UE所在的小区组1的信息;
若本地记录有该UE的小区组的信息,则判断本地记录的信息是否与小区组1的信息一致:若不一致,则表示UE所在的小区组发生了改变,此时需要更新本地记录的该UE的小区组的信息,并向网络侧的移动性管理实体(如MME,图3中未示出)发送UE所在的小区组1的信息;若一致,则可以不执行任何动作。
通过以上步骤,本发明实施例可以实现小区组的移动性管理,在UE侧和网络侧维护了处于轻连接态的UE所在的小区组信息,从而在后续可以在小区组的范围内,发起对轻连接态的UE的寻呼,以减少在规模更大的TA内发起寻呼产生的信令开销。
本发明实施例中,当处于轻连接态的所述UE,判断需要变更当前驻留的小区时,例如,当前驻留的小区信号质量变差,或者,UE发现了信号质量更好的小区,为了减少小区变更导致的信令开销,本发明实施例针对处于轻连接态的所述UE,通过小区选择/重选过程,确定作为小区选择/重选的目标小区的第二小区,并将所述UE当前驻留的小区变更为第二小区。
在将所述UE当前驻留的小区变更为第二小区的步骤之后,UE还可以进一步接收第二小区所属的第二基站发送的第二小区组通知消息,所述小区组通知消息携带有第二小区所属的第二小区组信息。然后,根据所述第二小区组通知消息中携带的第二小区组信息,维护所述UE所在的小区组信息,其中,在所述第二小区组信息与UE本地记录的所述UE所在的小区组信息不一致时,根据所述第二小区组信息,更新本地记录的所述UE所在的小区组信息,并向网络侧的移动性管理实体发送所述UE所在的小区组信息。
例如,当图3中的UE从小区1移动至小区2时,可以通过小区选择/重选,将当前驻留的小区变更为小区2。由于此时UE驻留的小区2仍然属于小区组1,因此不需要向网络侧发送所述UE所在的小区组信息。而当UE移动至小区4后,通过小区选择/重选,将当前驻留的小区变更为小区4,此时UE驻留的小区4属于不同的小区组2,因此需要向网络侧发送所述UE所在的小区组信息,将网络侧保存的该UE所在的小区组信息更新为小区组2。
本发明实施例中,处于轻连接态的所述UE需要发送上行数据时,所述UE可以向所述UE当前驻留的小区(为便于描述,称为第三小区)所属的基站(为便于描述,称为第三基站),发送RRC连接恢复请求。在RRC连接恢复过程中,所述第三基站根据所述RRC连接恢复请求从RRC连接对应的源基站处获得所述UE的上下文时,若成功获得该UE的上下文,则可以根据该UE的上下文进行RRC连接恢复,若未能获得该UE的上下文,则RRC连接恢复过程失败。
这里,所述RRC连接恢复请求中可以携带有RRC连接恢复ID等信息,基于该信息可以确定待恢复的RRC连接对应的源基站,即之前该RRC连接所建立在的基站。这里,第三基站可能是待恢复的RRC连接对应的源基站,此时第三基站直接从本地获取所述UE的上下文;若第三基站不是待恢复的RRC连接对应的源基站,则第三基站可以向所述待恢复的RRC连接对应的源基站发送所述UE的上下文的请求消息,接收源基站返回的所述UE的上下文。
若所述RRC连接恢复过程失败,所述UE通过初始RRC连接建立过程、NAS恢复过程、或RRC连接重建过程,建立与所述第三基站之间的RRC连接。
本发明实施例中,在网络侧维护了处于轻连接态的UE所在的小区组信息,因此当网络侧发起对该UE的寻呼时,可以在所述UE所在的小区组内发起寻呼,此时,所述UE可以接收网络侧根据所述UE所在的小区组的信息在所述UE所在小区组的所有小区发起的寻呼消息;然后,响应所述寻呼消息,建立与网络侧之间的通信链路,以进行数据传输。具体的寻呼流程以及信道建立过程可以参考现有技术的实现,本发明实施例对此不做限定。
以上从UE侧描述了本发明实施例的移动性管理方法,下面进一步从基站侧进行描述。以第一小区所属的第一基站为例,请参照图5,本发明实施例提供的基于小区组的移动性管理方法,包括以下步骤:
步骤51,第一小区所属的第一基站,确定所述第一小区所属的第一小区组信息。
步骤52,第一基站发送携带有所述第一小区组信息的第一小区组通知消息,以使驻留在所述第一小区、且处于轻连接态的任一UE,根据所述第一小区组信息,维护所述任一UE所在的小区组信息,其中,每个小区组包括有预先配置的多个小区以及该多个小区各自所属的基站。
这里,第一基站可以进一步通过预先定义的专用信令,发送所述第一小区组通知消息。上述信令的发送周期或发送方式,本发明不做具体限定。
本发明实施例中,当第一基站发现驻留在第一小区的UE由RRC连接态进入轻连接态后,第一基站可以在本地保存所述UE的上下文。
本发明实施例中,所述第一基站可以接收驻留在所述第一小区、且处于轻连接态的第一UE发送的RRC连接恢复请求;然后,根据所述RRC连接恢复请求,获取所述第一UE的UE上下文,并在成功获取了所述第一UE的UE上下文后,基于所述第一UE的UE上下文,恢复与所述第一UE之间的RRC连接。
本发明实施例中,第一基站获取所述第一UE的UE上下文的具体方式包括:
第一基站根据所述RRC连接恢复请求,确定待恢复的RRC连接对应的源基站,从所述源基站处获取所述第一UE的UE上下文。
这里,所述RRC连接恢复请求中可以携带有RRC连接恢复ID等信息,基于该信息可以确定待恢复的RRC连接对应的源基站,即之前该RRC连接所建立在的基站。第一基站可能是待恢复的RRC连接对应的源基站,此时第一基站直接从本地获取所述UE的上下文;若第一基站不是待恢复的RRC连接对应的源基站,则第一基站可以向所述待恢复的RRC连接对应的源基站发送所述UE的上下文的请求消息,接收源基站返回的所述UE的上下文。
本发明实施例中,第一基站还可以响应第一UE发起的初始RRC连接建立过程、NAS恢复过程、或RRC连接重建过程,建立与所述第一UE之间的RRC连接。例如,第一UE在RRC连接恢复失败时,可以通过上述任一过程,建立RRC连接。
本发明实施例中,第一基站还可以接收第二基站发送的针对第二UE的UE上下文的请求消息;此时,若第一基站本地保存有第二UE的UE上下文,则将所述第二UE的UE上下文发送给所述第二基站;肉未保存有第二UE的UE上下文,则可以向第二基站发送一指示消息,用于表示本基站并未记录第二UE的UE上下文。
下面进一步从网络侧的移动性管理实体处描述,本发明实施例提供的基于小区组的移动性管理方法,请参照图6,该移动性管理方法包括以下步骤:
步骤61,网络侧的移动性管理实体,接收来自处于轻连接态的第一UE发送的通知消息,所述通知消息中携带有所述第一UE所在的第一小区组信息,其中,每个小区组包括有预先配置的多个小区以及该多个小区各自所属的基站;
步骤62,所述移动性管理实体根据所述通知消息,在本地维护所述第一UE所在的小区组的信息;
步骤63,所述移动性管理实体在需要寻呼第一UE时,根据所述第一UE所在的小区组的信息,在所述第一UE所在的小区组的各个小区内发送针对第一UE的寻呼消息。
这里,维护所述第一UE所在的小区组的信息,具体可以包括:
所述移动性管理实体在尚未记录所述第一UE所在的小区组信息时,根据所述第一小区组信息,记录所述UE所在的小区组信息,并向网络侧的移动性管理实体发送所述UE所在的小区组信息;
所述移动性管理实体在已记录有所述第一UE所在的小区组信息时,判断所述第一小区组信息是否与当前记录的所述UE所在的小区组信息相一致,并在不一致时,根据所述第一小区组信息,更新所述UE所在的小区组信息。
基于以上所述的移动性管理方法,本发明实施例还提供了实现上述方法的UE、基站以及移动性管理实体,下面将分别进行介绍。
请参照图7,本发明实施例提供的一种UE,如图7所示,该UE 70包括:
第一接收单元71,用于在本UE在由RRC连接态进入轻连接态后,接收本UE当前驻留的第一小区所属的第一基站发送的第一小区组通知消息,所述第一小区组通知消息携带有第一小区所属的第一小区组信息,其中,每个小区组包括有预先配置的多个小区以及该多个小区各自所属的基站;
小区组维护单元72,用于根据所述第一小区组通知消息中携带的所述第一小区组信息,维护本UE所在的小区组信息。
这里,所述第一接收单元71,具体用于从预先定义的专用信令中,接收所述第一基站发送的所述第一小区组通知消息。
优选的,上述UE还可以包括:
上下文维护单元,用于在本UE在由所述RRC连接态进入轻连接态后,在本UE处以及所述UE当前驻留的第一小区所属的第一基站处保存所述UE的上下文。
优选的,上述UE中,所述小区组维护单元,具体用于:
在所述UE本地尚未记录所述UE所在的小区组信息时,根据所述第一小区组信息,在本地记录所述UE所在的小区组信息,并向网络侧的移动性管理实体发送所述UE所在的小区组信息;
在所述UE本地记录有所述UE所在的小区组信息时,判断所述第一小区组信息是否与本地记录的所述UE所在的小区组信息相一致,并在不一致时,根据所述第一小区组信息,更新本地记录的所述UE所在的小区组信息,并向网络侧的移动性管理实体发送所述UE所在的小区组信息。
优选的,上述UE还可以包括:
小区选择/重选单元,用于在本UE处于轻连接态时,若判断需要变更本UE当前驻留的小区时,通过小区选择/重选过程,确定作为小区选择/重选的目标小区的第二小区,并将所述UE当前驻留的小区变更为第二小区。
优选的,上述UE还可以包括:
第二接收单元,用于在所述本UE当前驻留的小区变更为第二小区之后,接收第二小区所属的第二基站发送的第二小区组通知消息,所述小区组通知消息携带有第二小区所属的第二小区组信息;
所述小区组维护单元,还用于根据所述第二小区组通知消息中携带的第二小区组信息,维护所述UE所在的小区组信息,其中,在所述第二小区组信息与UE本地记录的所述UE所在的小区组信息不一致时,根据所述第二小区组信息,更新本地记录的所述UE所在的小区组信息,并向网络侧的移动性管理实体发送所述UE所在的小区组信息。
优选的,上述UE还可以包括:
RRC连接恢复单元,用于在本UE处于轻连接态,且需要发送上行数据时,向UE当前驻留的第三小区所属的第三基站发送RRC连接恢复请求;其中,若所述第三基站根据所述RRC连接恢复请求从RRC连接对应的源基站获得所述UE的上下文时,则与所述第三基站基于各自获得的UE上下文,恢复所述UE与所述第三基站之间的RRC连接;
发送单元,用于在所述RRC连接恢复后,基于所述RRC连接传输上行数据。
优选的,上述UE还可以包括:
RRC连接建立单元,用于在所述RRC连接恢复单元的RRC连接恢复过程失败时,通过初始RRC连接建立过程、NAS恢复过程、或RRC连接重建过程,建立与所述第三基站之间的RRC连接。
优选的,上述UE还可以包括:
寻呼响应单元,用于接收网络侧根据所述UE所在的小区组的信息在所述UE所在小区组的所有小区发起的寻呼消息,并响应所述寻呼消息,建立与网络侧之间的通信链路。
请参照图8,本发明实施例提供的UE的另一种结构,如图8所示,该UE包括:
第一收发机801,用于在本UE在由RRC连接态进入轻连接态后,接收本UE当前驻留的第一小区所属的第一基站发送的第一小区组通知消息,所述第一小区组通知消息携带有第一小区所属的第一小区组信息,其中,每个小区组包括有预先配置的多个小区以及该多个小区各自所属的基站。
第一处理器802,用于根据所述第一小区组通知消息中携带的所述第一小区组信息,维护本UE所在的小区组信息。
其中,在图8中,总线架构可以包括任意数量的互联的总线和桥,具体由第一处理器802代表的一个或多个处理器和第一存储器803代表的存储器的各种电路链接在一起。总线架构还可以将诸如***设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口提供接口。第一收发机801可以是多个元件,即包括发送机和接收机,提供用于在传输介质上与各种其他装置通信的单元。针对不同的用户设备,用户接口804还可以是能够外接内接需要设备的接口,连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。
请参照图9,本发明实施例提供的第一基站,如图9所示,该第一基站90包括:
确定单元91,用于确定第一小区所属的第一小区组信息,其中,所述第一小区是第一基站的小区,每个小区组包括有预先配置的多个小区以及该多个小区各自所属的基站;
发送单元92,用于发送携带有所述第一小区组信息的第一小区组通知消息,以使驻留在所述第一小区、且处于轻连接态的任一UE,根据所述第一小区组信息,维护所述任一UE所在的小区组信息。
优选的,上述第一基站还可以包括:
上下文维护单元,用于在发现驻留在第一小区的UE由RRC连接态进入轻连接态后,在本地保存所述UE的上下文。
优选的,上述第一基站还可以包括:
RRC连接恢复单元,用于接收驻留在所述第一小区、且处于轻连接态的第一UE发送的RRC连接恢复请求;根据所述RRC连接恢复请求,获取所述第一UE的UE上下文,并在成功获取了所述第一UE的UE上下文后,基于所述第一UE的UE上下文,恢复与所述第一UE之间的RRC连接。
优选的,上述第一基站中,所述RRC连接恢复单元包括一上下文获得单元,用于根据所述RRC连接恢复请求,确定待恢复的RRC连接对应的源基站,从所述源基站处获取所述第一UE的UE上下文。
优选的,上述第一基站还可以包括:
RRC连接建立单元,用于响应第一UE发起的初始RRC连接建立过程、NAS恢复过程、或RRC连接重建过程,建立与所述第一UE之间的RRC连接。
优选的,上述第一基站还可以包括:
所述上下文维护单元,还用于接收第二基站发送的针对第二UE的UE上下文的请求消息,并在本地保存有第二UE的UE上下文时,将所述第二UE的UE上下文发送给所述第二基站。
优选的,上述第一基站还可以包括:
所述发送单元,进一步用于通过预先定义的专用信令,发送所述第一小区组通知消息。
请参照图10,本发明实施例提供的UE的另一种结构,如图10所示,该第一基站包括:
第二收发机1001,用于发送携带有所述第一小区组信息的第一小区组通知消息,以使驻留在所述第一小区、且处于轻连接态的任一UE,根据所述第一小区组信息,维护所述任一UE所在的小区组信息。
第二处理器1002,用于确定第一小区所属的第一小区组信息,其中,所述第一小区是第一基站的小区,每个小区组包括有预先配置的多个小区以及该多个小区各自所属的基站。
其中,在图10中,总线架构可以包括任意数量的互联的总线和桥,具体由第二处理器1002代表的一个或多个处理器和第二存储器1003代表的存储器的各种电路链接在一起。总线架构还可以将诸如***设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口提供接口。第二收发机1001可以是多个元件,即包括发送机和接收机,提供用于在传输介质上与各种其他装置通信的单元。
请参照图11,本发明实施例提供的一种网络侧的移动性管理实体,如图11所示,该移动性管理实体110包括:
接收单元111,用于接收来自处于轻连接态的第一UE发送的通知消息,所述通知消息中携带有所述第一UE所在的第一小区组信息,其中,每个小区组包括有预先配置的多个小区以及该多个小区各自所属的基站;
小区组维护单元112,用于根据所述通知消息,在本地维护所述第一UE所在的小区组的信息;
寻呼单元113,用于在需要寻呼第一UE时,根据所述小区组维护单元中维护的第一UE所在的小区组的信息,在所述第一UE所在的小区组的各个小区内发送针对第一UE的寻呼消息。
优选的,上述移动性管理实体中,所述小区组维护单元,具体用于:
在本地尚未记录所述第一UE所在的小区组信息时,根据所述第一小区组信息,记录所述UE所在的小区组信息,并向网络侧的移动性管理实体发送所述UE所在的小区组信息;以及,
在本地已记录有所述第一UE所在的小区组信息时,判断所述第一小区组信息是否与当前记录的所述UE所在的小区组信息相一致,并在不一致时,根据所述第一小区组信息,更新所述UE所在的小区组信息。
请参照图12,本发明实施例提供的移动性管理实体的另一种结构,如图12所示,该移动性管理实体包括:
收发设备1201,用于接收来自处于轻连接态的第一UE发送的通知消息,所述通知消息中携带有所述第一UE所在的第一小区组信息,其中,每个小区组包括有预先配置的多个小区以及该多个小区各自所属的基站;以及,在所述第一UE所在的小区组的各个小区内发送针对第一UE的寻呼消息。
第三处理器1202,用于根据所述通知消息,在本地维护所述第一UE所在的小区组的信息;以及,在需要寻呼第一UE时,根据所述小区组维护单元中维护的第一UE所在的小区组的信息。
其中,在图12中,总线架构可以包括任意数量的互联的总线和桥,具体由第三处理器1202代表的一个或多个处理器和第三存储器1203代表的存储器的各种电路链接在一起。总线架构还可以将诸如***设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口提供接口。收发设备1201可以是多个元件,即包括发送机和接收机,提供用于在传输介质上与各种其他装置通信的单元。
以上所述是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明所述原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。