一种寻呼方法、寻呼处理方法、终端及基站
技术领域
本发明涉及通信技术领域,特别涉及一种寻呼方法、寻呼处理方法、终端及基站。
背景技术
在长期演进(Long Term Evolution,LTE)系统中,用户设备(User Equipment,UE,也可以称之为终端)的无线资源控制(Radio Resource Control,RRC)状态包括两种,即连接(RRC-connected)状态和空闲(RRC-idle)状态。网络为了对UE进行移动性管理以及UE的数据收发,会使用大量的信令,为了节约空口的信令开销,在LTE R14引入了一个新的RRC状态,称为轻连接(Light Connection,LC)状态。
当UE在LC状态时,UE的S1连接依然保持,因此MME认为UE的非接入层(Non-AccessStratum,NAS)状态为连接态,具体的状态转换示意图如图1所示。UE处于LC状态时,不能进行数据收发,但是可以在空口接收寻呼。UE在LC状态下,为了减少寻呼信令,可能引入无线接入网(Radio Access Network,RAN)侧触发的寻呼,由RAN侧在一定的寻呼区域(pagingarea)内发起寻呼。该寻呼区域可能是一个小区,也可能是一组小区列表。
在LC状态下,为了节省信令开销以及网络侧相关的处理负荷,引入了挂起(Suspend)RRC连接和恢复(Resume)RRC连接相关过程,挂起RRC连接时,UE和网络侧均存储一些信息,待恢复RRC连接时,可以重用先前的信息用于RRC连接。下面对LC状态下UE的Suspend和恢复Resume过程(需要说明的是,LC状态可能会尽量重用R13引入的Suspend/Resume过程)进行说明如下:
Suspend的大致过程为:基站(eNB)侧决定挂起当前的RRC连接时,会给UE发送RRC连接释放请求,当中包含挂起指示,并分配一个Resume ID,用以后续恢复相关配置;UE收到请求后,进入到RRC-IDLE/演进的分组系统连接管理(EPS Connection Management,ECM)-IDLE状态。此时虽然RRC处于挂起状态,但UE和eNB存储UE的接入层(Access Stratum,AS)的配置,例如AS安全配置、承载相关配置、L1/L2相关配置都将保持。相关的网络节点存储S1-MME和S1-U相关的上下文信息,这意味着eNB和MME将保存S1应用协议(S1ApplicationProtocol,S1-AP)UE上下文信息。终端的移动性过程与Idle状态相同,例如执行小区重选等。
Resume的大致过程为:UE要重新进入到RRC连接态时,则发起RRC连接恢复请求,当中提供先前接收的Resume ID,用于eNB获得之前存储的信息,进而恢复RRC连接。
需要说明的是,LC状态的UE在移动过程中,会移动到所选择的小区不属于当前该UE所属的RAN侧寻呼区域,但是现有技术中并没有实现UE侧如何发起寻呼区域更新及后续流程的方案。
发明内容
本发明要解决的技术问题是提供一种寻呼方法、寻呼处理方法、终端及基站,用以解决现有技术中并没有实现终端在轻连接态时如何发起寻呼区域更新及后续流程的方案,从而影响网络通信的问题。
为了解决上述技术问题,本发明实施例提供一种寻呼方法,包括:
处于无线资源控制RRC轻连接Light Connection态的终端,判断是否移动到不属于当前所述终端所属的无线接入网RAN侧寻呼区域;
若终端移动到不属于当前所述终端所属的RAN侧寻呼区域,则发送寻呼请求给基站,所述寻呼请求中包含所述终端上报的寻呼辅助信息;
其中,所述寻呼辅助信息中包括指示所述寻呼请求的发送目的为寻呼区域更新的信息、表示终端当前是否有上行数据发送的状态信息、终端在RRC轻连接态的移动状态信息和终端最近经历的小区的标识信息中的一种或多种。
进一步地,在所述寻呼辅助信息中包括表示终端当前有上行数据发送的状态信息时,所述寻呼辅助信息中还包括:
所述上行数据发送所需的承载指示信息。
进一步地,所述判断是否移动到不属于当前所述终端所属的无线接入网RAN侧寻呼区域的步骤包括:
获取终端当前移动到的小区的第一特征信息;
判断终端存储的当前所属的RAN侧寻呼区域的特征信息中是否包含所述第一特征信息;
若终端存储的当前所属的RAN侧寻呼区域的特征信息中不包含所述第一特征信息,则判断得到终端移动到不属于当前所属的RAN侧寻呼区域。
进一步地,在所述第一特征信息为终端当前移动到的小区发送的寻呼区域的标识信息时,所述终端存储的当前所属的RAN侧寻呼区域的特征信息为所配置的RAN侧寻呼区域的标识信息列表;
在所述第一特征信息为终端当前移动到的小区的标识信息时,所述终端存储的当前所属的RAN侧寻呼区域的特征信息为所配置的小区的标识信息列表。
进一步地,所述寻呼方法,还包括:
接收基站发送的恢复承载消息;
根据所述恢复承载消息,恢复所需承载,并进入RRC连接态。
进一步地,所述寻呼方法,还包括:
接收基站发送的寻呼区域更新消息;
根据所述寻呼区域更新消息中包含的基站为终端确定的新的寻呼区域,进行新的寻呼区域的存储。
进一步地,所述寻呼方法,还包括:
接收基站发送的拒绝所述寻呼请求的第一消息;
根据所述第一消息,由所述RRC轻连接态切换为RRC空闲态。
进一步地,所述寻呼方法,还包括:
接收基站发送的拒绝所述寻呼请求的第二消息;
根据所述第二消息,重定向到其他邻基站、邻小区或其他邻寻呼区域进行寻呼请求的发送。
本发明实施例提供一种终端,包括:
判断模块,处于无线资源控制RRC轻连接Light Connection态的终端,判断是否移动到不属于当前所述终端所属的无线接入网RAN侧寻呼区域;
寻呼发送模块,用于若终端移动到不属于当前所述终端所属的RAN侧寻呼区域,则发送寻呼请求给基站,所述寻呼请求中包含所述终端上报的寻呼辅助信息;
其中,所述寻呼辅助信息中包括指示所述寻呼请求的发送目的为寻呼区域更新的信息、表示终端当前是否有上行数据发送的状态信息、终端在RRC轻连接态的移动状态信息和终端最近经历的小区的标识信息中的一种或多种。
进一步地,在所述寻呼辅助信息中包括表示终端当前有上行数据发送的状态信息时,所述寻呼辅助信息中还包括:
所述上行数据发送所需的承载指示信息。
进一步地,所述判断模块包括:
获取单元,用于获取终端当前移动到的小区的第一特征信息;
判断单元,用于判断终端存储的当前所属的RAN侧寻呼区域的特征信息中是否包含所述第一特征信息;
结果获取单元,用于若终端存储的当前所属的RAN侧寻呼区域的特征信息中不包含所述第一特征信息,则判断得到终端移动到不属于当前所属的RAN侧寻呼区域。
进一步地,在所述第一特征信息为终端当前移动到的小区发送的寻呼区域的标识信息时,所述终端存储的当前所属的RAN侧寻呼区域的特征信息为所配置的RAN侧寻呼区域的标识信息列表;
在所述第一特征信息为终端当前移动到的小区的标识信息时,所述终端存储的当前所属的RAN侧寻呼区域的特征信息为所配置的小区的标识信息列表。
进一步地,所述终端,还包括:
第一接收模块,用于接收基站发送的恢复承载消息;
恢复模块,用于根据所述恢复承载消息,恢复所需承载,并进入RRC连接态。
进一步地,所述终端,还包括:
第二接收模块,用于接收基站发送的寻呼区域更新消息;
存储模块,用于根据所述寻呼区域更新消息中包含的基站为终端确定的新的寻呼区域,进行新的寻呼区域的存储。
进一步地,所述终端,还包括:
第三接收模块,用于接收基站发送的拒绝所述寻呼请求的第一消息;
切换模块,用于根据所述第一消息,由所述RRC轻连接态切换为RRC空闲态。
进一步地,所述终端,还包括:
第四接收模块,用于接收基站发送的拒绝所述寻呼请求的第二消息;
重定向模块,用于根据所述第二消息,重定向到其他邻基站、邻小区或其他邻寻呼区域进行寻呼请求的发送。
本发明实施例提供一种寻呼处理方法,包括:
接收处于无线资源控制RRC轻连接Light Connection态的终端,在移动到不属于当前所述终端所属的无线接入网RAN侧寻呼区域时发送的寻呼请求,其中所述寻呼请求中包含所述终端上报的寻呼辅助信息,所述寻呼辅助信息中包括指示所述寻呼请求的发送目的为寻呼区域更新的信息、表示终端当前是否有上行数据发送的状态信息、终端在RRC轻连接态的移动状态信息和终端最近经历的小区的标识信息中的一种或多种;
根据所述寻呼辅助信息,对所述寻呼请求进行处理,并发送相应的处理结果给所述终端。
进一步地,所述寻呼辅助信息中包含表示终端当前有上行数据发送的状态信息时,所述根据所述寻呼辅助信息,对所述寻呼请求进行处理,并发送相应的处理结果给所述终端的步骤包括:
获取所述终端在进入RRC轻连接态时的终端上下文信息;
若成功获取到所述终端上下文信息,发送恢复承载消息给所述终端。
进一步地,所述寻呼辅助信息中包含表示终端当前没有上行数据发送的状态信息时,所述根据所述寻呼辅助信息,对所述寻呼请求进行处理,并发送相应的处理结果给所述终端的步骤包括:
获取所述终端在进入RRC轻连接态时的终端上下文信息;
若成功获取到所述终端上下文信息,且当前基站有下行数据发送时,发送恢复承载消息给所述终端。
进一步地,所述发送恢复承载消息给所述终端的步骤包括:
为终端确定所需恢复的承载配置信息;
发送携带有所述承载配置信息的恢复承载消息给所述终端,使得所述终端恢复所需承载,进入RRC连接态。
进一步地,所述寻呼辅助信息中包含表示终端当前没有上行数据发送的状态信息时,所述根据所述寻呼辅助信息,对所述寻呼请求进行处理,并发送相应的处理结果给所述终端的步骤,包括:
获取所述终端在进入RRC轻连接态时的终端上下文信息;
若成功获取到所述终端上下文信息,且基站没有下行数据发送时,发送寻呼区域更新消息给所述终端。
进一步地,所述发送寻呼区域更新消息给所述终端的步骤包括:
根据所述寻呼辅助信息,为所述终端确定新的寻呼区域;
发送携带有为终端确定的新的寻呼区域的寻呼区域更新消息给所述终端。
进一步地,所述寻呼辅助信息中包含终端在RRC轻连接态的移动状态信息和/或终端最近经历的小区的标识信息时,所述根据所述寻呼辅助信息,为所述终端确定新的寻呼区域的步骤包括:
根据所述终端在RRC轻连接态的移动状态信息和/或终端最近经历的小区的标识信息,为所述终端确定新的寻呼区域。
进一步地,在根据所述寻呼辅助信息,为所述终端确定新的寻呼区域的步骤之后,所述寻呼处理方法还包括:
通过显式方式或隐式方式指示所述终端继续保持在所述RRC轻连接态。
进一步地,所述根据所述寻呼辅助信息,对所述寻呼请求进行处理,并发送相应的处理结果给所述终端的步骤,包括:
获取所述终端在进入RRC轻连接态时的终端上下文信息;
若未成功获取到所述终端上下文信息,则发送拒绝所述寻呼请求的第一消息给所述终端,指示所述终端由RRC轻连接态切换为RRC空闲态。
进一步地,所述根据所述寻呼辅助信息,对所述寻呼请求进行处理,并发送相应的处理结果给所述终端的步骤,包括:
获取基站当前的负载情况;
若所述负载情况表明基站的负载超过预设值,则发送拒绝所述寻呼请求的第二消息给所述终端,所述第二消息中包含所述终端的重定向信息,所述重定向信息指示所述终端重定向到其他邻基站、邻小区或其他邻寻呼区域。
本发明实施例提供一种基站,包括:
寻呼接收模块,用于接收处于无线资源控制RRC轻连接Light Connection态的终端,在移动到不属于当前所述终端所属的无线接入网RAN侧寻呼区域时发送的寻呼请求,其中所述寻呼请求中包含所述终端上报的寻呼辅助信息,所述寻呼辅助信息中包括指示所述寻呼请求的发送目的为寻呼区域更新的信息、表示终端当前是否有上行数据发送的状态信息、终端在RRC轻连接态的移动状态信息和终端最近经历的小区的标识信息中的一种或多种;
处理模块,用于根据所述寻呼辅助信息,对所述寻呼请求进行处理,并发送相应的处理结果给所述终端。
进一步地,所述寻呼辅助信息中包含表示终端当前有上行数据发送的状态信息时,所述处理模块包括:
第一获取子模块,用于获取所述终端在进入RRC轻连接态时的终端上下文信息;
第一发送子模块,用于若成功获取到所述终端上下文信息,发送恢复承载消息给所述终端。
进一步地,所述第一发送子模块包括:
第一确定单元,用于为终端确定所需恢复的承载配置信息;
第一发送单元,用于发送携带有所述承载配置信息的恢复承载消息给所述终端,使得所述终端恢复所需承载,进入RRC连接态。
进一步地,所述寻呼辅助信息中包含表示终端当前没有上行数据发送的状态信息时,所述处理模块包括:
第二获取子模块,用于获取所述终端在进入RRC轻连接态时的终端上下文信息;
第二发送子模块,用于若成功获取到所述终端上下文信息,且当前基站有下行数据发送时,发送恢复承载消息给所述终端。
进一步地,所述第二发送子模块包括:
第二确定单元,用于为终端确定所需恢复的承载配置信息;
第二发送单元,用于发送携带有所述承载配置信息的恢复承载消息给所述终端,使得所述终端恢复所需承载,进入RRC连接态。
进一步地,所述寻呼辅助信息中包含表示终端当前没有上行数据发送的状态信息时,所述处理模块包括:
第三获取子模块,用于获取所述终端在进入RRC轻连接态时的终端上下文信息;
第三发送子模块,用于若成功获取到所述终端上下文信息,且基站没有下行数据发送时,发送寻呼区域更新消息给所述终端。
进一步地,所述第三发送子模块包括:
第三确定单元,用于根据所述寻呼辅助信息,为所述终端确定新的寻呼区域;
第三发送单元,用于发送携带有为终端确定的新的寻呼区域的寻呼区域更新消息给所述终端。
进一步地,所述寻呼辅助信息中包含终端在RRC轻连接态的移动状态信息和/或终端最近经历的小区的标识信息时,所述第三确定单元用于:
根据所述终端在RRC轻连接态的移动状态信息和/或终端最近经历的小区的标识信息,为所述终端确定新的寻呼区域。
进一步地,所述基站,还包括:
指示单元,用于通过显式方式或隐式方式指示所述终端继续保持在所述RRC轻连接态。
进一步地,所述处理模块包括:
第四获取子模块,用于获取所述终端在进入RRC轻连接态时的终端上下文信息;
第四发送子模块,用于若未成功获取到所述终端上下文信息,则发送拒绝所述寻呼请求的第一消息给所述终端,指示所述终端由RRC轻连接态切换为RRC空闲态。
进一步地,所述处理模块包括:
第五获取子模块,用于获取基站当前的负载情况;
第五发送子模块,用于若所述负载情况表明基站的负载超过预设值,则发送拒绝所述寻呼请求的第二消息给所述终端,所述第二消息中包含所述终端的重定向信息,所述重定向信息指示所述终端重定向到其他邻基站、邻小区或其他邻寻呼区域。
本发明的有益效果是:
上述方案,在处于轻连接态的终端移动到不属于RAN侧寻呼区域时发送寻呼请求,基站根据该寻呼请求实现终端的寻呼处理过程,本发明实现了终端在轻连接态时发起寻呼区域更新及后续流程,保证了网络通信的完整性。
附图说明
图1表示终端在RRC的三个状态之间的状态转换示意图;
图2表示本发明实施例一的寻呼方法的流程示意图;
图3表示本发明实施例二的寻呼方法的流程示意图;
图4表示基站侧的处理过程示意图一;
图5表示基站侧的处理过程示意图二;
图6表示在基站能获取到终端上下文信息、且基站和终端间有数据传输时的寻呼处理流程示意图;
图7表示基站侧的处理过程示意图三;
图8表示实际应用中,基站与终端间的寻呼处理的具体实现过程示意图一;
图9表示基站侧的处理过程示意图四;
图10表示实际应用中,基站与终端间的寻呼处理的具体实现过程示意图二;
图11表示基站侧的处理过程示意图五;
图12表示实际应用中,基站与终端间的寻呼处理的具体实现过程示意图三;
图13表示本发明实施例三的终端的模块示意图;
图14表示本发明实施例四的终端的结构示意图;
图15表示本发明实施例五的寻呼处理方法的流程示意图;
图16表示本发明实施例六的基站的模块示意图;
图17表示本发明实施例七的基站的结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合附图及具体实施例对本发明进行详细描述。
本发明针对现有技术中并没有实现终端在轻连接态时如何发起寻呼区域更新及后续流程的方案,从而影响网络通信的问题,提供一种寻呼方法、寻呼处理方法、终端及基站。
实施例一
如图2所示,本发明实施例提供一种寻呼方法,应用于终端侧,包括:
步骤21,处于无线资源控制RRC轻连接(Light Connection)态的终端,判断是否移动到不属于当前所述终端所属的无线接入网RAN侧寻呼区域;
需要说明的是,处于RRC轻连接态的终端与基站之间不能进行数据的收发,但是可以监听寻呼,处于此状态的终端,当从一个小区移动到另一个小区时,通常会触发该步骤21,进行是否移动到不属于当前所述终端所属的无线接入网RAN侧寻呼区域的判断。
步骤22,若终端移动到不属于当前所述终端所属的RAN侧寻呼区域,则发送寻呼请求给基站,所述寻呼请求中包含所述终端上报的寻呼辅助信息;
其中,该寻呼辅助信息中包括指示所述寻呼请求的发送目的为寻呼区域更新的信息、表示终端当前是否有上行数据发送的状态信息、终端在RRC轻连接态的移动状态信息和终端最近经历的小区的标识信息中的一种或多种。
通常情况下,基站会根据接收的寻呼请求中的寻呼辅助信息进行寻呼处理过程。
本发明实施例在终端移动到不属于当前所述终端所属的无线接入网RAN侧寻呼区域时,触发寻呼请求的发送,使得基站根据该寻呼请求实现终端的寻呼处理过程,本发明实施例定义了终端在轻连接态时,会根据寻呼区域的变化发起寻呼区域更新,基站根据终端的请求进行寻呼处理,以此确保了网络通信的完整性。
实施例二
如图3所示,本发明实施例提供一种寻呼方法,应用于终端侧,包括:
步骤31,获取终端当前移动到的小区的第一特征信息;
需要说明的是,该第一特征信息通常指的是终端当前移动到的小区发送的寻呼区域的标识信息或终端当前移动到的小区的标识信息,且在所述第一特征信息为终端当前移动到的小区发送的寻呼区域的标识信息时,所述终端存储的当前所属的RAN侧寻呼区域的特征信息为所配置的RAN侧寻呼区域的标识信息列表;在所述第一特征信息为终端当前移动到的小区的标识信息时,所述终端存储的当前所属的RAN侧寻呼区域的特征信息为所配置的小区的标识信息列表。
步骤32,判断终端存储的当前所属的RAN侧寻呼区域的特征信息中是否包含所述第一特征信息;
此步骤主要实现的是,在终端存储的当前所属的RAN侧寻呼区域的特征信息中查找是否存在有所述第一特征信息,需要说明的是,终端存储的当前所属的RAN侧寻呼区域的特征信息是终端在进入RRC轻连接态时,由基站分配给终端,并由终端存储在自身的。
步骤33,若终端存储的当前所属的RAN侧寻呼区域的特征信息中不包含所述第一特征信息,则判断得到终端移动到不属于当前所属的RAN侧寻呼区域。
步骤34,若终端移动到不属于当前所述终端所属的RAN侧寻呼区域,则发送寻呼请求给基站,所述寻呼请求中包含所述终端上报的寻呼辅助信息;
其中,该寻呼辅助信息中包括指示所述寻呼请求的发送目的为寻呼区域更新的信息、表示终端当前是否有上行数据发送的状态信息、终端在RRC轻连接态的移动状态信息和终端最近经历的小区的标识信息中的一种或多种。
通常情况下,基站在根据寻呼请求进行寻呼处理后,会将处理结果发送给终端,终端根据接收的处理结果,以决定是进行承载的恢复、新的寻呼区域的存储、状态的切换还是进行重定向。
下面分别根据寻呼辅助信息包含的具体内容,对基站侧的处理进行详细的说明如下。
一、当寻呼辅助信息中主要包含的是表示终端当前有上行数据发送的状态信息时,如图4所示,基站侧的处理过程为:
步骤41,获取所述终端在进入RRC轻连接态时的终端上下文信息;
该终端上下文信息通常由终端在进入RRC轻连接态时,由网络侧获取终端的状态信息并存储,以供后续恢复连接时使用。
步骤42,若成功获取到所述终端上下文信息,发送恢复承载消息给所述终端。
需要说明的是,当基站成功获取到终端的上下文信息,说明终端曾连接到该网络,在终端上报的寻呼辅助信息中包含表示终端当前有上行数据发送的状态信息时,说明终端需要进行数据的发送,此时需要将基站与终端间挂起的承载恢复,此保证终端数据的正常传输。
可选地,步骤42的具体实现方式为:
步骤421,为终端确定所需恢复的承载配置信息;
需要说明的是,若此时寻呼辅助信息中还包括:所述上行数据发送所需的承载指示信息,则基站便可根据该承载指示信息为终端恢复具体的承载。
步骤422,发送携带有所述承载配置信息的恢复承载消息给所述终端,使得所述终端恢复所需承载,进入RRC连接态。
需要说明的是,若寻呼辅助信息中不包含上行数据所需的承载指示,基站侧存储的终端上下文中包含SRB(Signalling Radio Bearer,信令无线承载)1,SRB2,DRB(DataRadio Bearer,数据无线承载)1,DRB2信息,则基站侧恢复之前的全部承载;若寻呼辅助信息中包含上行数据所需的承载指示,则基站侧根据该承载指示及自身信息,能确定所需要恢复的具体承载,也可以只恢复部分承载,比如基站侧存储的终端上下文信息里包含SRB1,SRB2,DRB1和DRB2信息,而数据只需要在DRB2上传送,则基站侧可以通过RRC消息只恢复SRB1,SRB2和DRB2。需要说明的是,基站侧发送的恢复承载消息,可以是RRC连接恢复消息,也可能是RRC连接重配消息,或者是一条新定义的消息。
在基站的此种处理方式下,终端侧的实现过程为:
接收基站发送的恢复承载消息;
根据所述恢复承载消息,恢复所需承载,并进入RRC连接态。
二、当寻呼辅助信息中不包含表示终端当前有上行数据发送的状态信息(即寻呼辅助信息中没有设置表示终端当前是否有上行数据发送的状态信息的字段;或寻呼辅助信息中虽然预留了表示终端当前是否有上行数据发送的状态信息的字段,但在上报寻呼辅助信息时,该字段中并未添加任何内容;也可以是该寻呼辅助信息中设置有表示终端当前是否有上行数据发送的状态信息的字段,且该字段中所记载的内容表明终端当前没有上行数据发送),如图5所示,基站侧的处理过程为:
步骤51,获取所述终端在进入RRC轻连接态时的终端上下文信息;
步骤52,若成功获取到所述终端上下文信息,且当前基站有下行数据发送时,发送恢复承载消息给所述终端。
需要说明的是,当基站成功获取到终端的上下文信息,说明终端曾连接到该网络,当基站中存在下行数据发送时,说明基站需要与终端进行通信,此时需要将基站与终端间挂起的承载恢复,此保证二者间可以进行数据的正常传输。
可选地,步骤52的具体实现方式为:
步骤521,为终端确定所需恢复的承载配置信息;
步骤522,发送携带有所述承载配置信息的恢复承载消息给所述终端,使得所述终端恢复所需承载,进入RRC连接态。
需要说明的是,本实施例中的步骤52的实现方式与上述的步骤42的实现方式相同,在此不再进行赘述。
在基站的此种处理方式下,终端侧的实现过程为:
接收基站发送的恢复承载消息;
根据所述恢复承载消息,恢复所需承载,并进入RRC连接态。
综合上述情况一和情况二对基站能获取到终端上下文信息、且基站和终端间有数据传输时的寻呼处理过程进行具体说明如下:
如图6所示,基站与终端间的寻呼处理的具体实现过程为:
步骤60,基站侧通过RRC消息指示终端进入轻连接态,并分配所属的RAN侧寻呼区域。该RRC消息可以是RRC连接释放消息,也可以是一条新的消息。终端侧收到后进入轻连接态,并存储当前终端所属的RAN侧寻呼区域。
步骤61,轻连接态的终端当移动到某小区,在该小区广播的RAN侧寻呼区域不属于当前该UE所属的RAN侧寻呼区域时,触发RAN侧寻呼区域更新流程。
需要说明的是,终端判断某小区是否属于当前终端所属的RAN侧寻呼区域,可采用如下方式实现:
方式一、轻连接态的终端存储着当前终端所属的RAN侧寻呼区域(列表,该列表中包含各个寻呼区域的标识信息),当终端移动到某小区,该小区所广播的本小区归属的RAN侧寻呼区域的标识信息如果包含在UE所存储的RAN侧寻呼区域(列表)中,则认为该小区所广播的本小区归属的RAN侧寻呼区域属于当前终端所属的RAN侧寻呼区域,否则,则认为不属于,需要发起RAN侧寻呼更新;
方式二、轻连接态的终端存储着当前终端所属的RAN侧寻呼区域(列表,该列表为由各个小区的全球小区唯一标识所组成);当终端移动到某小区时,获得该小区的全球小区唯一标识,若该全球小区唯一标识包含在终端所存储的RAN侧寻呼区域(列表)中,则认为该小区属于当前所属的RAN侧寻呼区域,否则,则认为不属于,需要发起RAN侧寻呼更新。
步骤62,终端发送RAN侧寻呼区域请求给基站,该寻呼区域请求中包含终端上报的寻呼辅助信息,该寻呼辅助信息包括以下一种或多种:
1、指示所述寻呼请求的发送目的为寻呼区域更新的信息,即新的RRC连接建立原因为寻呼区域更新;或者一个请求寻呼区域更新的指示,用于告知基站本次RRC消息交互的目的;
2、表示终端当前是否有上行数据发送的状态信息,即有无上行数据的指示,用于辅助基站侧后续是否需要恢复承载,还是让基站侧直接配置新的RAN侧寻呼区域,并再次进入轻连接态,本实施例中,为有上行数据传输;该状态信息中还可以进一步包括上行数据所需的承载指示;
3、终端在RRC轻连接态的移动状态信息,需要说明的是,终端的移动状态判断准则沿用RRC轻连接态的参数(判断准则),用于辅助基站侧配置合适大小的寻呼区域,避免频繁的寻呼区域更新,本实施例中,终端为正常移动状态;
4、终端最近经历的小区的标识信息,即终端最近n次驻留或者选择的小区(n大于或等于2),用于辅助基站侧判断终端的移动轨迹,本实施例中,终端上报最近两次RRC轻连接态下经历的小区标识(例如,可以是PCI和频点或者全球唯一的小区标识)。
上述信息可以在RRC连接恢复请求消息或者一条新定义的消息中发送,在此不限定。上述消息中还包含终端标识(比如Resume ID)等信息,用于寻找网络侧存储的终端上下文信息,该方式类似于现有的RRC连接恢复(resume)过程,在此不再进行赘述。
步骤63,基站根据终端上报的信息(比如Resume ID),找到所存储的终端上下文,当中与现有的RRC连接恢复(resume)过程类似,基站侧可能需要通过交互,从其他基站侧获得存储的终端上下文信息,在此不细述。
基站侧根据终端上报的寻呼辅助信息,发现有上行数据发送;或者终端上报没有上行数据发送,但基站侧发现有下行数据发送;或者终端有上行数据发送以及基站有下行数据发送,则基站判断得到需要恢复与终端间的承载。
步骤64,基站发送恢复承载消息给终端,终端根据基站侧所发送的配置,恢复相关的承载,进入RRC连接态。通常情况下,终端成功恢复承载后,需要回复一个成功消息,用于回复基站侧发送的上一条消息,比如对应的RRC连接恢复(resume)完成消息,或者RRC连接重配完成消息,或者一条新定义的完成消息。
还需要说明的是,基站侧在数据传输完成后,如果需要让终端重新进入轻连接态,则再重复步骤60的过程,配置新的RAN寻呼区域给终端。
三、当寻呼辅助信息中不包含表示终端当前有上行数据发送的状态信息时,如图7所示,基站侧的处理过程为:
步骤71,获取所述终端在进入RRC轻连接态时的终端上下文信息;
步骤72,若成功获取到所述终端上下文信息,且基站没有下行数据发送时,发送寻呼区域更新消息给所述终端。
需要说明的是,当基站成功获取到终端的上下文信息,说明终端曾连接到该网络,但是此时终端与基站间并没有数据要传输,说明基站与终端间不需要进行通信,此时表明终端无需接入到该基站,该基站需要重新确定终端的寻呼区域。
具体地,步骤72的实现方式包括:
步骤721,根据所述寻呼辅助信息,为所述终端确定新的寻呼区域;
步骤722,发送携带有为终端确定的新的寻呼区域的寻呼区域更新消息给所述终端。
需要说明的是,步骤721在实现时可以借助终端的移动信息来实现,此时,寻呼辅助信息中应包含终端在RRC轻连接态的移动状态信息和/或终端最近经历的小区的标识信息,所述步骤721的实现方式为:
根据所述终端在RRC轻连接态的移动状态信息和/或终端最近经历的小区的标识信息,为所述终端确定新的寻呼区域。
还需要说明的是,此时因没有数据的传输,终端还应保持在原来状态(即RRC轻连接态)不变,具体地,在步骤631之后,所述寻呼处理方法还包括:
通过显式方式或隐式方式指示所述终端继续保持在所述RRC轻连接态。
在基站的此种处理方式下,终端侧的实现过程为:
接收基站发送的寻呼区域更新消息;
根据所述寻呼区域更新消息中包含的基站为终端确定的新的寻呼区域,进行新的寻呼区域的存储。
需要说明的是,基站通常也是就将新的寻呼区域的特征信息发送给终端,终端在接收到基站发送的新的寻呼区域的特征信息时,将该特征信息与自身原来存储的RAN侧寻呼区域的特征信息存放在一起。
如图8所示,在实际应用中,基站与终端间的寻呼处理的具体实现过程为:
步骤81,RRC轻连接态的终端移动到某小区时,在该小区广播的RAN侧寻呼区域不属于当前该UE所属的RAN侧寻呼区域时,触发RAN侧寻呼区域更新流程。
步骤82,终端发送RAN侧寻呼区域请求给基站,该寻呼区域请求中包含终端上报的寻呼辅助信息。
步骤83,基站根据终端上报的信息(比如Resume ID),找到所存储的终端上下文,当中与现有的RRC连接恢复(resume)过程类似,基站侧可能需要通过交互,从其他基站侧获得存储的终端上下文信息,在此不细述。
基站侧根据终端上报的寻呼辅助信息,发现终端没有上行数据要发送,同时也发现基站没有下行数据要发送,此时基站侧结合终端侧上报的寻呼辅助信息(比如终端的连接状态、UE之前驻留或选择过的小区),以及UE上下文中所存储的旧的RAN侧寻呼区域(之前配置给终端的)等信息,确定给终端配置的新的RAN侧寻呼区域。
步骤84,基站侧通过RRC消息通知终端侧新的RAN侧寻呼区域,同时该RRC消息通过显示(消息中包含一个显示的标识)或者隐式方式(通过协议规定终端收到该消息后的行为)触发终端继续保持在RRC轻连接态。该RRC消息可以是现有的RRC连接释放消息,也可以是其他消息或者一条新定义的消息。
需要说明的是,在步骤81之前,该过程还应包括步骤80,基站侧通过RRC消息指示终端进入RRC轻连接态,并分配所属的RAN侧寻呼区域,需要说明的是,步骤80-83的实现方式与图6中的步骤60-63类似,在此不再进行赘述。
四、在基站未获取到终端上下文信息时,如图9所示,基站侧的处理过程为:
步骤91,获取所述终端在进入RRC轻连接态时的终端上下文信息;
步骤92,若未成功获取到所述终端上下文信息,则发送拒绝所述寻呼请求的第一消息给所述终端,指示所述终端由RRC轻连接态切换为RRC空闲态。
需要说明的是,所述第一消息可以为RRC连接拒绝消息。
需要说明的是,当基站未获取到终端上下文信息时,说明该终端未连接到过该基站,此时,该基站应拒绝终端的接入,因为终端未找到合适的基站接入,此时为了避免有寻呼监听而占用网络资源,终端应切换到RRC空闲态。
在基站的此种处理方式下,终端侧的实现过程为:
接收基站发送的拒绝所述寻呼请求的第一消息;
根据所述第一消息,由所述RRC轻连接态切换为RRC空闲态。
如图10所示,在实际应用中,基站与终端间的寻呼处理的具体实现过程为:
步骤101,RRC轻连接态的终端移动到某小区时,在该小区广播的RAN侧寻呼区域不属于当前该UE所属的RAN侧寻呼区域时,触发RAN侧寻呼区域更新流程。
步骤102,终端发送RAN侧寻呼区域请求给基站,该寻呼区域请求中包含终端上报的寻呼辅助信息。
步骤103,基站根据终端上报的信息(比如Resume ID),尝试寻找所存储的终端上下文信息,但未成功。此时说明基站侧没有终端当前的上下文信息,也不能与MME侧保持着S1连接,无法将该UE保持在RRC轻连接态。
步骤104,基站通过RRC消息,拒绝终端的RAN侧寻呼区域请求,当中包含促使UE由轻连接态进入RRC空闲态的指示。该RRC消息可以是现有的RRC连接拒绝消息,也可以是一条新定义的消息。
UE侧收到RRC消息后,由RRC轻连接态进入RRC空闲态。后续如果有需求,由NAS触发相关的RRC连接建立过程。
需要说明的是,在步骤101之前,该过程还应包括步骤100,基站侧通过RRC消息指示终端进入轻连接态,并分配所属的RAN侧寻呼区域,需要说明的是,步骤100-103的实现方式与图6中的步骤60-63类似,在此不再进行赘述。
五、在基站根据负载情况进行寻呼处理时,如图11所示,基站侧的处理过程为:
步骤111,获取基站当前的负载情况;
步骤112,若所述负载情况表明基站的负载超过预设值,则发送拒绝所述寻呼请求的第二消息给所述终端,所述第二消息中包含所述终端的重定向信息,所述重定向信息指示所述终端重定向到其他邻基站、邻小区或其他邻寻呼区域。
其中,该第二消息可以为RRC连接拒绝消息。
需要说明的是,当基站接收到终端的寻呼请求时,若自身已经处于超负荷运行状态时,则不应允许终端接入,此时,应拒绝终端的请求,同时指示终端进行连接的重定向。
在基站的此种处理方式下,终端侧的实现过程为:
接收基站发送的拒绝所述寻呼请求的第二消息;
根据所述第二消息,重定向到其他邻基站、邻小区或其他邻寻呼区域进行寻呼请求的发送。
如图12所示,在实际应用中,基站与终端间的寻呼处理的具体实现过程为:
步骤121,RRC轻连接态的终端移动到某小区时,在该小区广播的RAN侧寻呼区域不属于当前该UE所属的RAN侧寻呼区域时,触发RAN侧寻呼区域更新流程。
步骤122,终端发送RAN侧寻呼区域请求给基站,该寻呼区域请求中包含终端上报的寻呼辅助信息。
步骤123,基站判断自身的负载情况,若基站侧此时负荷过重,并不希望过多的RRC轻连接态的终端驻留在当前区域,基站需要拒绝终端的请求。
步骤124,基站直接通过RRC消息,拒绝终端当前RAN侧寻呼区域更新请求,当中包含重定向到其他邻基站、邻小区或者其他邻寻呼区域的信息。包含重定向信息的RRC消息可能还包含一个定时器,用于规定终端收到该RRC消息后的有效时间。该RRC消息可以是现有的RRC连接拒绝消息,也可以是一条新定义的消息。
终端收到该消息后,继续处于轻连接态,并根据所收到的消息,优先重选到其他邻基站、邻小区或者其他邻寻呼区域下的小区,待选择到其他小区后,再重新发起RAN侧寻呼区域更新相关请求。
需要说明的是,在步骤121之前,该过程还应包括步骤120,基站侧通过RRC消息指示终端进入轻连接态,并分配所属的RAN侧寻呼区域,需要说明的是,步骤120-122的实现方式与图5中的步骤60-62类似,在此不再进行赘述。
需要说明的是,本发明上述实施例是在寻呼辅助信息中包含的不同信息时,对基站处理过程的具体说明,在实际应用中,可以预先定义寻呼辅助信息中包含的具体内容以及基站侧的具体处理流程,例如,当寻呼辅助信息中只包含指示所述寻呼请求的发送目的为寻呼区域更新的信息时,基站在收到终端的寻呼请求时,若基站侧有数据发送,则建立二者之间的承载,若没有数据发送,则重新确定终端的寻呼区域,发送寻呼区域更新消息给终端。当寻呼辅助信息中包含指示所述寻呼请求的发送目的为寻呼区域更新的信息、表示终端当前是否有上行数据发送的状态信息、终端在RRC轻连接态的移动状态信息和终端最近经历的小区的标识信息时,基站可采用的处理过程为:基站先判断自身负载是否过重,若基站处于超负荷运行时,则不允许终端的接入,直接拒绝终端的请求,若基站可以允许终端的接入,则判断是否能获取到终端上下文信息,若不能获取到终端上下文信息,则拒绝终端的请求,并指示终端进入空闲态;若能获取到终端上下文信息,则判断二者之间是否有数据传输,若有数据传输,则恢复终端与基站的承载;若没有数据传输,则指示终端接入新的寻呼区域。本发明只是对寻呼辅助信息中包含的内容以及对应的基站处理过程的举例说明,并不以此来限定本发明的保护范围。
需要说明的是,本发明的上述实施例实现了终端在轻连接态时发起寻呼区域更新及后续流程,保证了网络通信的完整性。
实施例三
如图13所示,本发明实施例提供一种终端130,包括:
判断模块131,处于无线资源控制RRC轻连接态的终端,判断是否移动到不属于当前所述终端所属的无线接入网RAN侧寻呼区域;
寻呼发送模块132,用于若终端移动到不属于当前所述终端所属的RAN侧寻呼区域,则发送寻呼请求给基站,所述寻呼请求中包含所述终端上报的寻呼辅助信息;
其中,所述寻呼辅助信息中包括指示所述寻呼请求的发送目的为寻呼区域更新的信息、表示终端当前是否有上行数据发送的状态信息、终端在RRC轻连接态的移动状态信息和终端最近经历的小区的标识信息中的一种或多种。
可选地,在所述寻呼辅助信息中包括表示终端当前有上行数据发送的状态信息时,所述寻呼辅助信息中还包括:
所述上行数据发送所需的承载指示信息。
具体地,所述判断模块131包括:
获取单元,用于获取终端当前移动到的小区的第一特征信息;
判断单元,用于判断终端存储的当前所属的RAN侧寻呼区域的特征信息中是否包含所述第一特征信息;
结果获取单元,用于若终端存储的当前所属的RAN侧寻呼区域的特征信息中不包含所述第一特征信息,则判断得到终端移动到不属于当前所属的RAN侧寻呼区域。
需要说明的是,在所述第一特征信息为终端当前移动到的小区发送的寻呼区域的标识信息时,所述终端存储的当前所属的RAN侧寻呼区域的特征信息为所配置的RAN侧寻呼区域的标识信息列表;
在所述第一特征信息为终端当前移动到的小区的标识信息时,所述终端存储的当前所属的RAN侧寻呼区域的特征信息为所配置的小区的标识信息列表。
可选地,所述终端130,还包括:
第一接收模块,用于接收基站发送的恢复承载消息;
恢复模块,用于根据所述恢复承载消息,恢复所需承载,并进入RRC连接态。
可选地,所述终端130,还包括:
第二接收模块,用于接收基站发送的寻呼区域更新消息;
存储模块,用于根据所述寻呼区域更新消息中包含的基站为终端确定的新的寻呼区域,进行新的寻呼区域的存储。
可选地,所述终端130,还包括:
第三接收模块,用于接收基站发送的拒绝所述寻呼请求的第一消息;
切换模块,用于根据所述第一消息,由所述RRC轻连接态切换为RRC空闲态。
可选地,所述终端130,还包括:
第四接收模块,用于接收基站发送的拒绝所述寻呼请求的第二消息;
重定向模块,用于根据所述第二消息,重定向到其他邻基站、邻小区或其他邻寻呼区域进行寻呼请求的发送。
需要说明的是,该终端的实施例是与上述的方法实施例一一对应的终端,上述方法实施例中所有实现方式均适用于该终端的实施例中,也能达到相同的技术效果。
实施例四
如图14所示,本发明实施例提供一种终端,包括:
处理器141;以及通过总线接口142与所述处理器141相连接的存储器143,所述存储器143用于存储所述处理器141在执行操作时所使用的程序和数据,当处理器141调用并执行所述存储器143中所存储的程序和数据时,执行下列过程:
处于无线资源控制RRC轻连接态的终端,判断是否移动到不属于当前所述终端所属的无线接入网RAN侧寻呼区域;
若终端移动到不属于当前所述终端所属的RAN侧寻呼区域,则通过收发机144发送寻呼请求给基站,所述寻呼请求中包含所述终端上报的寻呼辅助信息;
其中,所述寻呼辅助信息中包括指示所述寻呼请求的发送目的为寻呼区域更新的信息、表示终端当前是否有上行数据发送的状态信息、终端在RRC轻连接态的移动状态信息和终端最近经历的小区的标识信息中的一种或多种。
其中,收发机144与总线接口142连接,用于在处理器141的控制下发送寻呼请求。
需要说明的是,在图14中,总线架构可以包括任意数量的互联的总线和桥,具体由处理器141代表的一个或多个处理器和存储器143代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口提供接口。收发机144可以是多个元件,即包括发送机和收发机,提供用于在传输介质上与各种其他装置通信的单元。针对不同的终端,用户接口145还可以是能够外接内接需要设备的接口,连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。处理器141负责管理总线架构和通常的处理,存储器143可以存储处理器141在执行操作时所使用的数据。
本领域技术人员可以理解,实现上述实施例的全部或者部分步骤可以通过硬件来完成,也可以通过计算机程序来指示相关的硬件来完成,所述计算机程序包括执行上述方法的部分或者全部步骤的指令;且该计算机程序可以存储于一可读存储介质中,存储介质可以是任何形式的存储介质。
实施例五
如图15所示,本发明实施例提供一种寻呼处理方法,包括:
步骤151,接收处于无线资源控制RRC轻连接态的终端,在移动到不属于当前所述终端所属的无线接入网RAN侧寻呼区域时发送的寻呼请求,其中所述寻呼请求中包含所述终端上报的寻呼辅助信息,所述寻呼辅助信息中包括指示所述寻呼请求的发送目的为寻呼区域更新的信息、表示终端当前是否有上行数据发送的状态信息、终端在RRC轻连接态的移动状态信息和终端最近经历的小区的标识信息中的一种或多种;
步骤152,根据所述寻呼辅助信息,对所述寻呼请求进行处理,并发送相应的处理结果给所述终端。
具体地,在所述寻呼辅助信息中包含表示终端当前有上行数据发送的状态信息时,所述步骤152包括:
获取所述终端在进入RRC轻连接态时的终端上下文信息;
若成功获取到所述终端上下文信息,发送恢复承载消息给所述终端。
具体地,在所述寻呼辅助信息中包含表示终端当前没有上行数据发送的状态信息时,所述步骤152包括:
获取所述终端在进入RRC轻连接态时的终端上下文信息;
若成功获取到所述终端上下文信息,且当前基站有下行数据发送时,发送恢复承载消息给所述终端。
可选地,所述发送恢复承载消息给所述终端的步骤包括:
为终端确定所需恢复的承载配置信息;
发送携带有所述承载配置信息的恢复承载消息给所述终端,使得所述终端恢复所需承载,进入RRC连接态。
具体地,在所述寻呼辅助信息中包含表示终端当前没有上行数据发送的状态信息时,所述步骤152,包括:
获取所述终端在进入RRC轻连接态时的终端上下文信息;
若成功获取到所述终端上下文信息,且基站没有下行数据发送时,发送寻呼区域更新消息给所述终端。
可选地,所述发送寻呼区域更新消息给所述终端的步骤包括:
根据所述寻呼辅助信息,为所述终端确定新的寻呼区域;
发送携带有为终端确定的新的寻呼区域的寻呼区域更新消息给所述终端。
具体地,在所述寻呼辅助信息中包含终端在RRC轻连接态的移动状态信息和/或终端最近经历的小区的标识信息时,所述根据所述寻呼辅助信息,为所述终端确定新的寻呼区域的步骤包括:
根据所述终端在RRC轻连接态的移动状态信息和/或终端最近经历的小区的标识信息,为所述终端确定新的寻呼区域。
具体地,所述步骤152包括:
获取所述终端在进入RRC轻连接态时的终端上下文信息;
若未成功获取到所述终端上下文信息,则发送拒绝所述寻呼请求的第一消息给所述终端,指示所述终端由RRC轻连接态切换为RRC空闲态。
其中,所述第一消息可以为RRC连接拒绝消息。
具体地,所述步骤152包括:
获取基站当前的负载情况;
若所述负载情况表明基站的负载超过预设值,则发送拒绝所述寻呼请求的第二消息给所述终端,所述第二消息中包含所述终端的重定向信息,所述重定向信息指示所述终端重定向到其他邻基站、邻小区或其他邻寻呼区域。
其中,所述第二消息可以为RRC连接拒绝消息。
其中,上述实施例二中,所有关于基站的描述,均适用于该应用基站的寻呼处理方法的实施例中,也能达到与其相同的技术效果。
实施例六
如图16所示,本发明实施例提供一种基站160,包括:
寻呼接收模块161,用于接收处于无线资源控制RRC轻连接态的终端,在移动到不属于当前所述终端所属的无线接入网RAN侧寻呼区域时发送的寻呼请求,其中所述寻呼请求中包含所述终端上报的寻呼辅助信息,所述寻呼辅助信息中包括指示所述寻呼请求的发送目的为寻呼区域更新的信息、表示终端当前是否有上行数据发送的状态信息、终端在RRC轻连接态的移动状态信息和终端最近经历的小区的标识信息中的一种或多种;
处理模块162,用于根据所述寻呼辅助信息,对所述寻呼请求进行处理,并发送相应的处理结果给所述终端。
可选地,所述寻呼辅助信息中包含表示终端当前有上行数据发送的状态信息时,所述处理模块162包括:
第一获取子模块,用于获取所述终端在进入RRC轻连接态时的终端上下文信息;
第一发送子模块,用于若成功获取到所述终端上下文信息,发送恢复承载消息给所述终端。
具体地,所述第一发送子模块包括:
第一确定单元,用于为终端确定所需恢复的承载配置信息;
第一发送单元,用于发送携带有所述承载配置信息的恢复承载消息给所述终端,使得所述终端恢复所需承载,进入RRC连接态。
可选地,所述寻呼辅助信息中包含表示终端当前没有上行数据发送的状态信息时,所述处理模块162包括:
第二获取子模块,用于获取所述终端在进入RRC轻连接态时的终端上下文信息;
第二发送子模块,用于若成功获取到所述终端上下文信息,且当前基站有下行数据发送时,发送恢复承载消息给所述终端。
具体地,所述第二发送子模块包括:
第二确定单元,用于为终端确定所需恢复的承载配置信息;
第二发送单元,用于发送携带有所述承载配置信息的恢复承载消息给所述终端,使得所述终端恢复所需承载,进入RRC连接态。
可选地,所述寻呼辅助信息中包含表示终端当前没有上行数据发送的状态信息时,所述处理模块162包括:
第三获取子模块,用于获取所述终端在进入RRC轻连接态时的终端上下文信息;
第三发送子模块,用于若成功获取到所述终端上下文信息,且基站没有下行数据发送时,发送寻呼区域更新消息给所述终端。
具体地,所述第三发送子模块包括:
第三确定单元,用于根据所述寻呼辅助信息,为所述终端确定新的寻呼区域;
第三发送单元,用于发送携带有为终端确定的新的寻呼区域的寻呼区域更新消息给所述终端。
可选地,所述寻呼辅助信息中包含终端在RRC轻连接态的移动状态信息和/或终端最近经历的小区的标识信息时,所述第三确定单元用于:
根据所述终端在RRC轻连接态的移动状态信息和/或终端最近经历的小区的标识信息,为所述终端确定新的寻呼区域。
可选地,所述基站160,还包括:
指示单元,用于通过显式方式或隐式方式指示所述终端继续保持在所述RRC轻连接态。
可选地,所述处理模块162包括:
第四获取子模块,用于获取所述终端在进入RRC轻连接态时的终端上下文信息;
第四发送子模块,用于若未成功获取到所述终端上下文信息,则发送拒绝所述寻呼请求的第一消息给所述终端,指示所述终端由RRC轻连接态切换为RRC空闲态。
其中,所述第一消息可以为RRC连接拒绝消息。
可选地,所述处理模块162包括:
第五获取子模块,用于获取基站当前的负载情况;
第五发送子模块,用于若所述负载情况表明基站的负载超过预设值,则发送拒绝所述寻呼请求的第二消息给所述终端,所述第二消息中包含所述终端的重定向信息,所述重定向信息指示所述终端重定向到其他邻基站、邻小区或其他邻寻呼区域。
其中,所述第二消息可以为RRC连接拒绝消息。
需要说明的是,该基站的实施例是与上述的方法实施例一一对应的基站,上述方法实施例中所有实现方式均适用于该基站的实施例中,也能达到相同的技术效果。
实施例七
如图17所示,本发明实施例提供一种基站,包括:
处理器171;以及通过总线接口172与所述处理器171相连接的存储器173,所述存储器173用于存储所述处理器171在执行操作时所使用的程序和数据,当处理器171调用并执行所述存储器173中所存储的程序和数据时,执行下列过程:
通过收发机174接收处于无线资源控制RRC轻连接态的终端,在移动到不属于当前所述终端所属的无线接入网RAN侧寻呼区域时发送的寻呼请求,其中所述寻呼请求中包含所述终端上报的寻呼辅助信息,所述寻呼辅助信息中包括指示所述寻呼请求的发送目的为寻呼区域更新的信息、表示终端当前是否有上行数据发送的状态信息、终端在RRC轻连接态的移动状态信息和终端最近经历的小区的标识信息中的一种或多种;
根据所述寻呼辅助信息,对所述寻呼请求进行处理,并发送相应的处理结果给所述终端。
需要说明的是,该处理器171还用于实现上述基站的其它任意一个模块的功能。
需要说明的是,收发机174与总线接口172连接,用于在处理器171的控制下接收终端的寻呼请求。
需要说明的是,在图17中,总线架构可以包括任意数量的互联的总线和桥,具体由处理器171代表的一个或多个处理器和存储器173代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口提供接口。收发机174可以是多个元件,即包括发送机和收发机,提供用于在传输介质上与各种其他装置通信的单元。处理器171负责管理总线架构和通常的处理,存储器173可以存储处理器171在执行操作时所使用的数据。
本领域技术人员可以理解,实现上述实施例的全部或者部分步骤可以通过硬件来完成,也可以通过计算机程序来指示相关的硬件来完成,所述计算机程序包括执行上述方法的部分或者全部步骤的指令;且该计算机程序可以存储于一可读存储介质中,存储介质可以是任何形式的存储介质。
以上所述的是本发明的优选实施方式,应当指出对于本技术领域的普通人员来说,在不脱离本发明所述的原理前提下还可以作出若干改进和润饰,这些改进和润饰也在本发明的保护范围内。