一种寻呼处理方法及系统技术方案

本发明专利技术提供一种寻呼处理方法，包括：当接收到网络端的寻呼请求时，触发RRC链接建立流程，并发送RRC链接请求消息至所述网络端；若在RRC链接建立流程完成之前，终端触发小区重选流程，停止当前建链流程进行小区重选；根据所述小区重选的结果，重新响应所述网络端的寻呼请求。本发明专利技术在最短时间内重新响应之前网络下发的寻呼请求，避免了因小区重选导致的寻呼响应失败，也避免了等待网络寻呼定时器超时后的重发，并且极大的提高了MT业务的成功率和响应时间。时间。时间。

【技术实现步骤摘要】
一种寻呼处理方法及系统


[0001]本专利技术涉及移动网络
，特别涉及一种寻呼处理方法及系统。

技术介绍

[0002]移动终端或物联网终端通过与移动网络间的无线交互，可以实现拨打接听通话、收发短信或数据包的功能。
[0003]从终端角度看，以上功能可以是由终端发起的主叫业务，称为MO(Mobile Originating)，也可以是由网络发起的被叫业务，称为MT(Mobile Terminating)。
[0004]当终端处于空闲态，无论发起MO还是MT，首先都需要通过建立RRC(Radio Resource Control)connection来申请无线资源进入连接态。对于MT流程，由网络发送寻呼请求(paging)消息到终端，终端响应寻呼消息发起RRC connection建立流程。
[0005]根据3GPP协议规范，当终端建立RRC connection时，由于网络环境中服务小区和邻区信号质量变化，有可能同时在AS层发生小区重选流程。如果发生了小区重选流程，AS层将终止RRC connection建立流程，导致paging响应失败。

技术实现思路

[0006]本专利技术为了解决上述技术问题，一方面，本专利技术提供一种寻呼处理方法，包括：
[0007]当接收到网络端的寻呼请求时，触发RRC链接建立流程，并发送RRC链接请求消息至所述网络端；
[0008]若在RRC链接建立流程完成之前触发小区重选流程，停止当前建链流程进行小区重选；
[0009]根据所述小区重选的结果，重新响应所述网络端的寻呼请求。
[0010]在一些实施例中，所述当接收到网络端的寻呼请求时，触发RRC链接建立流程，并发送RRC链接请求消息至所述网络端，包括：
[0011]当处于空闲态的终端接收到网络端的寻呼请求时，所述终端的AS层将所述寻呼请求转发至所述终端的NAS层；
[0012]所述终端的NAS层将服务请求消息发送至所述终端的AS层；
[0013]所述终端的AS层触发RRC链接建立流程，并发送RRC链接请求消息至所述网络端。
[0014]在一些实施例中，根据所述小区重选的结果，重新响应所述网络端的寻呼请求，包括：
[0015]当小区重选成功且确定所述当前小区在所述终端已附着的跟踪区列表中时，重新响应寻呼请求；
[0016]当所述小区重选失败且确定所述当前小区在所述终端已附着的跟踪区列表中时，重新响应寻呼请求；
[0017]当小区重选失败且回退到初始小区时，重新响应寻呼请求。
[0018]在一些实施例中，还包括：
[0019]当接收到所述小区重选消息时，所述终端的AS层发送RRC链接建立失败消息至所述终端的NAS层；
[0020]当所述终端的NAS层在所述RRC链接建立流程中接收到所述RRC链接建立失败消息且所述RRC链接建立失败原因为小区重选时，记录寻呼请求事件。
[0021]在一些实施例中，还包括：
[0022]所述终端的AS层执行所述小区重选后，将当前小区的标识上报至所述终端的NAS层。
[0023]本专利技术还提供一种寻呼处理系统，包括：
[0024]触发模块，用于当接收到网络端的寻呼请求时，触发RRC链接建立流程，并发送RRC链接请求消息至所述网络端；
[0025]重选模块，用于若在RRC链接建立流程完成之前触发小区重选流程，进行小区重选；
[0026]响应模块，用于根据所述小区重选的结果，重新响应所述网络端的寻呼请求。
[0027]在一些实施例中，所述触发模块，包括：
[0028]当处于空闲态的终端接收到网络端的寻呼请求时，所述终端的AS层将所述寻呼请求转发至所述终端的NAS层；
[0029]所述终端的NAS层将服务请求消息发送至所述终端的AS层；
[0030]所述终端的AS层触发RRC链接建立流程，并发送RRC链接请求消息至所述网络端。
[0031]在一些实施例中，所述响应模块，包括：
[0032]当小区重选成功且确定所述当前小区在所述终端已附着的跟踪区列表中时，重新响应寻呼请求；
[0033]当所述小区重选失败且确定所述当前小区在所述终端已附着的跟踪区列表中时，重新响应寻呼请求；
[0034]当小区重选失败且回退到初始小区时，重新响应寻呼请求。
[0035]在一些实施例中，还包括：记录模块，用于：
[0036]当触发所述小区重选流程时，所述终端的AS层发送RRC链接建立失败消息至所述终端的NAS层；
[0037]当所述终端的NAS层在所述RRC链接建立流程中接收到所述RRC链接建立失败消息且所述RRC链接建立失败原因为小区重选时，记录寻呼请求事件。
[0038]在一些实施例中，还包括上报模块，用于：
[0039]所述终端的AS层执行所述小区重选后，将当前小区的标识上报至所述终端的NAS层。
[0040]本专利技术提供的一种寻呼处理方法及系统至少具有以下有益效果：
[0041]本专利技术在最短时间内重新响应之前网络下发的寻呼请求，避免了因小区重选导致的寻呼响应失败，也避免了等待网络寻呼定时器超时后的重发，并且极大的提高了MT业务的成功率和响应时间。
附图说明
[0042]下面将以明确易懂的方式，结合附图说明优选实施方式，对一种寻呼处理系统的
上述特性、技术特征、优点及其实现方式予以进一步说明。
[0043]图1是本专利技术中一种寻呼处理方法的一个实施例的示意图；
[0044]图2是基本的寻呼响应流程；
[0045]图3是寻呼响应冲突流程示意图；
[0046]图4是本专利技术中一种寻呼处理方法的一个实施例的示意图。
具体实施方式
[0047]以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其他实施例中也可以实现本申请。在其他情况中，省略对众所周知的系统、器、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。
[0048]应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”指示所述描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其他特征、整体、步骤、操作、元素、组件和/或集合的存在或添加。
[0049]为使图面简洁，各图中只示意性地表示出了与本专利技术相关的部分，它们并不代表其作为产品的实际结构。另外，以使图面简洁便于理解，在有些图中具有相同结构或功能的部件，仅示意性地绘示了其中的一个，或仅标出了其中的一个。在本文中，“一个”不仅表示“仅此一个”，也可以表示“多于一个”的情形。
[0050]还应当进一步理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。...

【技术保护点】

【技术特征摘要】
1.一种寻呼处理方法，其特征在于，包括：当接收到网络端的寻呼请求时，触发RRC链接建立流程，并发送RRC链接请求消息至所述网络端；若在RRC链接建立流程完成之前，触发小区重选流程，停止当前建链流程进行小区重选；根据所述小区重选的结果，重新响应所述网络端的寻呼请求。2.根据权利要求1所述寻呼处理方法，其特征在于，所述当接收到网络端的寻呼请求时，触发RRC链接建立流程，并发送RRC链接请求消息至所述网络端，包括：当处于空闲态的终端接收到网络端的寻呼请求时，所述终端的AS层将所述寻呼请求转发至所述终端的NAS层；所述终端的NAS层将服务请求消息发送至所述终端的AS层；所述终端的AS层触发RRC链接建立流程，并发送RRC链接请求消息至所述网络端。3.根据权利要求1所述寻呼处理方法，其特征在于，根据所述小区重选的结果，重新响应所述网络端的寻呼请求，包括：当小区重选成功且确定所述当前小区在所述终端已附着的跟踪区列表中时，重新响应寻呼请求；当所述小区重选失败且确定所述当前小区在所述终端已附着的跟踪区列表中时，重新响应寻呼请求；当小区重选失败且回退到初始小区时，重新响应寻呼请求。4.根据权利要求1所述寻呼处理方法，其特征在于，还包括：当触发所述小区重选流程时，所述终端的AS层发送RRC链接建立失败消息至所述终端的NAS层；当所述终端的NAS层在建立所述RRC链接建立流程中接收到所述RRC链接建立失败消息且所述RRC链接建立失败原因为小区重选时，记录寻呼请求事件。5.根据权利要求1～4中任一项所述寻呼处理方法，其特征在于，还包括：所述终端的AS层执行所述小区重选后，将当前小区的标识上报至...

【专利技术属性】
技术研发人员：邢方亮，孙明越，翁金成，
申请(专利权)人：上海移芯通信科技有限公司，
类型：发明
国别省市：