一种RAN寻呼消息处理方法及基站
技术领域
本发明涉及5G无线通信技术领域,尤其涉及一种RAN寻呼消息(RAN paging)处理的方法及相应基站。
背景技术
在5G NR中,引入了新的RRC状态,即RRC非激活态,网络可以给RRC非激活态UE配置网络侧通知区域,网络侧通知区域包含一个或者多个小区,该网络侧通知区域由RAN(RadioAccess Network,无线接入网)管理。UE从RRC非激活态转到RRC连接态,相应的流程如图1所示:当UE处于RRC非激活态时,RAN可以初始化寻呼消息,即由RAN向RRC非激活态UE发送RANpaging消息,当UE收到RAN paging消息后,UE发起随机接入过程,包括随机接入消息1-5,其中随机接入消息3可以为RRC Connected Resume request(RRC连接恢复请求),随机接入消息4可以为RRC Connected Resume(RRC连接恢复),随机接入消息5可以为RRC ConnectedResume Complete(RRC连接恢复完成)。
如果由于某种原因,RRC非激活态UE没有收到RAN发送的RAN paging消息,则该UE不会应答该RAN paging消息,即UE不会发起随机接入过程而转到RRC连接态,那么此次RAN发送RAN paging消息失败,没有成功寻呼该UE。如果UE收到RAN paging消息,则UE从RRC非激活态转到RRC连接态,那么此次RAN发送的RAN paging消息成功。该过程如图2所示。
另外一方面,对于RRC非激活态UE,可以通过发送***信息请求从而获取所请求的***信息,具体的UE有两种方法来发送***信息请求,分别为基于MSG1(随机接入消息1)和基于MSG3(随机接入消息3)的***信息请求方法。如图3和图4所示,对于基于MSG1的***消息请求,UE通过MSG1发送***消息请求,基站通过MSG2给UE发送***消息请求确认消息。按照当前5G NR的设计标准,UE的请求***信息过程利用了部分随机接入过程,但是UE请求***信息的过程与UE随机接入过程是两个独立的过程,UE在请求***消息的过程中不需要完成随机接入,该MSG2只需要向UE告知基站已收到了UE发送的***消息请求,因此该MSG2消息中不需要包括TA(Timing Advance,定时提前),UL grant(上行允许)和Temporary C-RNTI(临时C-RNTI)。对于基于MSG3的***消息请求,UE通过MSG3(随机接入消息3)发送***消息请求,基站通过MSG4(随机接入消息4)给UE发送***消息请求确认消息。按照5G NR的设计,UE的请求***信息过程利用了部分随机接入过程,但是UE请求***信息的过程与UE随机接入过程是两个独立的过程,UE在请求***消息的过程中不需要完成随机接入,MSG 4只需要向UE告知基站已收到了UE发送的***消息请求,因此该MSG4与UE进行随机接入过程中的随机接入消息4(MSG4)存在差异。另外,RRC非激活态UE请求***信息的过程不改变其RRC状态。
发明内容
本发明的目的就在于克服现有技术存在的缺点和不足:如果网络需要寻呼RRC非激活态UE,基站可以给UE发送RAN paging消息来寻呼该UE,如果UE成功接收到RAN paging消息,则UE发起随机接入过程,从RRC非激活态转到RRC连接态。如果UE由于某种原因,例如由于信号质量差或者覆盖问题,UE没有成功接收到RAN paging消息,则UE不会发起随机接入从RRC非激活态转到RRC连接态,从而此次基站寻呼UE失败,导致UE不能够接收基站准备发送给UE的下行数据或者信令。
本发明所采用的技术方案提供一种RAN寻呼消息处理方法,用于5G***中对RRC非激活态UE的寻呼,如果基站给RRC非激活态UE发送RAN paging消息后,基站没有收到UE对于RAN paging的响应消息,则基站继续判断是否收到该UE发起的***消息请求过程,包括基于MSG1的***消息请求和/或基于MSG3的***消息请求;如果基站接收到该UE发起的***信息请求,则基站在该UE的***信息请求过程中协助UE转到RRC连接态,从而使得基站成功寻呼到该UE;如果基站没有接收到该UE发起的***信息请求,则此次基站没有成功寻呼到该UE。
而且,如果基站收到了该UE发起的***消息请求,且该***消息请求为基于MSG1发送的***消息请求,则基站通过MSG2发送的***消息请求确认消息中包含协助UE转换RRC连接态的信息;UE收到基站发送的***消息请求确认消息后,确定基站需要该UE转换到RRC连接态,则UE发送MSG3,继而收到基站发送的MSG4,并发送MSG5,UE从RRC非激活态转到RRC连接态。
而且,所述基站通过MSG2发送的***消息请求确认消息中包含协助UE转换RRC连接态的信息,实现方式为,
基站在通过MSG2发送***消息请求确认消息时,所发送的MSG2与随机接入过程中的MSG2相同,所述发送的MSG2中包括TA,UL grant和Temporary C-RNTI;或者在所发送的MSG2中增加指示信息,指示UE需要转换到RRC连接态。
而且,如果基站收到了该UE发起的***消息请求,且该***消息请求为基于MSG3发送的***消息请求,则基站通过MSG4发送的***消息请求确认消息中包含协助UE转换RRC连接态的信息;UE收到基站发送的***消息请求确认消息后,确定基站需要该UE转换到RRC连接态,则UE发送MSG5,从RRC非激活态转换到RRC连接态。
而且,所述基站通过MSG4发送的***消息请求确认消息中包含协助UE转换RRC连接态的信息,实现方式为,
基站在通过MSG4发送***消息请求确认消息时,所发送的MSG4与随机接入过程中的MSG4相同;或者在所发送的MSG4中增加指示信息,指示UE需要转换到RRC连接态。
本发明还提供一种基站,用于5G***中对RRC非激活态UE的寻呼,如果基站给RRC非激活态UE发送RAN paging消息后,基站没有收到UE对于RAN paging的响应消息,则基站继续判断是否收到该UE发起的***消息请求过程,包括基于MSG1的***消息请求和/或基于MSG3的***消息请求;如果基站接收到该UE发起的***信息请求,则基站在该UE的***信息请求过程中协助UE转到RRC连接态,从而使得基站成功寻呼到该UE;如果基站没有接收到该UE发起的***信息请求,则此次基站没有成功寻呼到该UE。
而且,如果基站收到了该UE发起的***消息请求,且该***消息请求为基于MSG1发送的***消息请求,则基站通过MSG2发送的***消息请求确认消息中包含协助UE转换RRC连接态的信息;UE收到基站发送的***消息请求确认消息后,确定基站需要该UE转换到RRC连接态,则UE发送MSG3,继而收到基站发送的MSG4,并发送MSG5,UE从RRC非激活态转到RRC连接态。
而且,所述基站通过MSG2发送的***消息请求确认消息中包含协助UE转换RRC连接态的信息,实现方式为,
基站在通过MSG2发送***消息请求确认消息时,所发送的MSG2与随机接入过程中的MSG2相同,所述发送的MSG2中包括TA,UL grant和Temporary C-RNTI;或者在所发送的MSG2中增加指示信息,指示UE需要转换到RRC连接态。
而且,如果基站收到了该UE发起的***消息请求,且该***消息请求为基于MSG3发送的***消息请求,则基站通过MSG4发送的***消息请求确认消息中包含协助UE转换RRC连接态的信息;UE收到基站发送的***消息请求确认消息后,确定基站需要该UE转换到RRC连接态,则UE发送MSG5,从RRC非激活态转换到RRC连接态。
而且,所述基站通过MSG4发送的***消息请求确认消息中包含协助UE转换RRC连接态的信息,实现方式为,
基站在通过MSG4发送***消息请求确认消息时,所发送的MSG4与随机接入过程中的MSG4相同;或者在所发送的MSG4中增加指示信息,指示UE需要转换到RRC连接态。
本发明提出,如果基站给UE发送RAN paging消息后,UE没有成功收到RAN paging消息,但是此时UE发起***信息请求,则可以对UE***信息请求的过程进行增强,使得UE可以从RRC非激活态转换到RRC连接态,避免了UE没有成功收到RAN paging消息而无法接收基站给UE发送的下行数据或信令,显著提高了RAN paging成功率。本发明是基于3GPP 5G标准进行的新型方案设计,对于中国在世界引领5G技术标准推行具有重要实际意义,具有重大的市场价值。
附图说明
图1为现有技术的RAN paging寻呼流程示意图。
图2为现有技术的RAN paging寻呼结果示意图。
图3为现有技术的基于MSG1的***消息请求。
图4为现有技术的基于MSG3的***消息请求。
图5为本发明的流程图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
参见图5,本发明提出如果基站给RRC非激活态UE发送RAN paging消息后,基站没有收到UE对于RAN paging的响应消息,即UE没有发起随机接入过程,则基站继续判断是否收到该UE发起的***消息请求过程,包括基于MSG1的***消息请求和/或基于MSG3的***消息请求。如果基站接收到该UE发起的***信息请求,则基站在该UE的***信息请求过程中协助UE转到RRC连接态,从而使得基站成功寻呼到该UE。如果基站没有接收到该UE发起的***信息请求,则此次基站没有成功寻呼到该UE。
实施例的实现如下:
基站对RRC非激活态UE发送RAN paging消息,如果基站没有收到该UE对RANpaging消息的响应消息,即UE没有发起随机接入过程,则基站继续判断是否收到该UE的***消息请求。根据判断结果有以下三种情况:
(一)如果基站收到了该UE发起的***消息请求,且该***消息请求为基于MSG1发送的***消息请求,则基站通过MSG2发送的***消息请求确认消息中包含协助UE转换到RRC连接态的信息。
上述协助信息的实现方式可以为,基站在通过MSG2发送***消息请求确认消息时,所发送的MSG2与随机接入过程中的MSG2相同,则MSG2中包括TA,UL grant和TemporaryC-RNTI,即***消息请求确认消息中包括TA,UL grant和Temporary C-RNTI;或者在通过MSG2发送的***消息请求确认消息中指示UE需要转换到RRC连接态,通过增加的指示信息实现协助信息;
UE收到基站通过MSG2发送的***消息请求确认消息后,可以确定基站需要该UE转换到RRC连接态,则UE发送随机接入消息3,继而收到基站发送的随机接入消息4,并发送随机接入消息5,UE从RRC非激活态转到RRC连接态。
(二)如果基站收到了该UE发起的***消息请求,且该***消息请求为基于MSG3发送的***消息请求,则基站通过MSG4发送的***消息请求确认消息中包含协助UE转换到RRC连接态的信息。
上述协助信息的实现方式可以为,基站通过MSG4发送的***消息请求确认消息时,所发送的MSG4与随机接入过程中的MSG4相同;或者可以在通过MSG4发送的***消息请求确认消息中指示UE需要转换到RRC连接态,通过增加的指示信息实现协助信息;
即基站在通过MSG4发送***消息请求确认消息时,采用与随机接入过程相同的MSG4;或者在通过MSG4发送***消息请求确认消息中增加指示信息,指示UE需要转换到RRC连接态。
UE收到基站发送的MSG4后可以确定基站需要该UE转换到RRC连接态,则UE发送随机接入消息5,从RRC非激活态转换到RRC连接态。
(三)如果基站没有收到该UE发起的***消息请求,则此次基站寻呼该UE失败。
具体实施时,本发明所提供方法可基于软件技术实现自动运行流程,也可采用集成实现相应基站。本发明实施例还提供一种基站,用于5G***中对RRC非激活态UE的寻呼,如果基站给RRC非激活态UE发送RAN paging消息后,基站没有收到UE对于RAN paging的响应消息,则基站继续判断是否收到该UE发起的***消息请求过程,包括基于MSG1的***消息请求和/或基于MSG3的***消息请求;如果基站接收到该UE发起的***信息请求,则基站在该UE的***信息请求过程中协助UE转到RRC连接态,从而使得基站成功寻呼到该UE;如果基站没有接收到该UE发起的***信息请求,则此次基站没有成功寻呼到该UE。具体实现可参见相应方法,本发明不予赘述。
本文中所描述的具体实施例仅是对本发明精神作举例说明。本发明所属技术领域的技术人员可以对所描述的具体实施例做各种各样的修改或补充或采用类似的方式替代,但并不会偏离本发明的精神或者超越所附权利要求书所定义的范围。