本发明实施例涉及无线通信
技术领域:
:,尤其涉及一种寻呼处理方法、装置、设备及存储介质。
背景技术:
::在无线通信系统中,处于连接态的终端接收到网络设备下发的无线资源控制(radioresourcecontrol,rrc)释放消息时,终端需要释放连接回到空闲态,在这个过程中终端需要寻找合适的小区进行驻留。在协议规定的rrc释放流程中:当终端接收到网络设备下发的rrc释放消息时,终端rrc层需推迟60ms执行释放连接由连接态转换到空闲态的操作,其中,推迟60ms的目的在于预留时间将确认包反馈给网络设备,该确认包用于指示终端成功接收到网络设备下发的rrc释放消息。然而,终端在由连接态转换到空闲态的过程中,还需要同步小区,读取驻留小区的主信息块(masterinformationblock,mib)和系统信息块(systeminformationblock,sib),由于这个过程需要一定的时间,如果网络设备下发的寻呼消息的寻呼时刻正好落在这个时间段内,则可能会丢失寻呼消息。技术实现要素:本申请提供一种寻呼处理方法、装置、设备及存储介质,以解决终端设备在由连接态转换到空闲态寻找驻留小区的过程中可能会丢失寻呼消息的问题。第一方面,本申请实施例提供一种寻呼处理方法,应用于终端设备,包括:接收来自网络设备的无线资源控制rrc释放消息;若所述rrc释放消息中未携带到异系统的重定向指示,获取第一时刻所处的寻呼周期的第一寻呼时刻,其中,所述第一时刻为接收到所述rrc释放消息的时刻;判断所述第一寻呼时刻是否在所述第一时刻之后;若是,根据所述第一时刻和所述第一寻呼时刻,释放rrc连接。进一步地,所述方法还包括:若否,获取下一个寻呼周期的第二寻呼时刻;根据所述第一时刻和所述第二寻呼时刻,释放所述rrc连接。进一步地,所述根据所述第一时刻和所述第一寻呼时刻,释放rrc连接,包括:根据所述第一时刻和所述第一寻呼时刻启动定时器,其中,所述定时器包括第一定时器和第二定时器,所述第一定时器的时长为协议规定推迟释放rrc连接的时长与释放rrc连接到正常驻留到目标小区的时长之和,所述第二定时器的时长为协议规定推迟释放rrc连接的时长;在所述定时器运行过程中,若接收到来自所述网络设备的用于寻呼所述终端设备的寻呼消息,则停止所述定时器,并释放所述rrc连接。进一步地,所述方法还包括:在所述定时器运行过程中,若未接收到所述寻呼消息,则在所述定时器超时时,释放所述rrc连接。进一步地,所述根据所述第一时刻和所述第一寻呼时刻启动定时器,包括:计算得到所述第一寻呼时刻和所述第一时刻之间的时间差;判断所述时间差是否位于所述第一定时器的时长与所述第二定时器的时长之间;若是,启动所述第一定时器;若否,启动所述第二定时器。进一步地,所述方法还包括:驻留在目标小区,目标小区包括当前系统的小区和异系统的小区。进一步地,所述方法还包括:若所述目标小区为当前系统的小区,则响应于所述寻呼消息,向所述网络设备发送连接建立请求,所述连接建立请求用于请求与所述网络设备重新建立rrc连接;若所述目标小区为异系统的小区,则不响应所述寻呼消息。进一步地,所述方法还包括:若所述rrc释放消息中携带到异系统的重定向指示,启动第二定时器;在所述第二定时器运行过程中,若接收到来自所述网络设备的用于寻呼所述终端设备的寻呼消息,则释放所述rrc连接。第二方面,本申请实施例提供一种寻呼处理装置,包括:接收模块,用于接收来自网络设备的无线资源控制rrc释放消息;获取模块,用于若所述rrc释放消息中未携带到异系统的重定向指示,获取第一时刻所处的寻呼周期的第一寻呼时刻,其中,所述第一时刻为接收到所述rrc释放消息的时刻;处理模块,用于判断所述第一寻呼时刻是否在所述第一时刻之后;若是,所述处理模块还用于根据所述第一时刻和所述第一寻呼时刻,释放rrc连接。进一步地,若否,获取模块还用于:获取下一个寻呼周期的第二寻呼时刻;处理模块,还用于根据所述第一时刻和所述第二寻呼时刻,释放所述rrc连接。进一步地,处理模块具体用于:根据所述第一时刻和所述第一寻呼时刻启动定时器,其中,所述定时器包括第一定时器和第二定时器,所述第一定时器的时长为协议规定推迟释放rrc连接的时长与释放rrc连接到正常驻留到目标小区的时长之和,所述第二定时器的时长为协议规定推迟释放rrc连接的时长;在所述定时器运行过程中,若接收到来自所述网络设备的用于寻呼所述终端设备的寻呼消息,则停止所述定时器,并释放所述rrc连接。进一步地,处理模块还用于:在所述定时器运行过程中,若未接收到所述寻呼消息,则在所述定时器超时时,释放所述rrc连接。进一步地,处理模块具体用于:计算得到所述第一寻呼时刻和所述第一时刻之间的时间差;判断所述时间差是否位于所述第一定时器的时长与所述第二定时器的时长之间;若是,启动所述第一定时器;若否,启动所述第二定时器。进一步地,处理模块还用于:驻留在目标小区,目标小区包括当前系统的小区和异系统的小区。进一步地,发送模块用于:若所述目标小区为当前系统的小区,则响应于所述寻呼消息,向所述网络设备发送连接建立请求,所述连接建立请求用于请求与所述网络设备重新建立rrc连接;若所述目标小区为异系统的小区,则不响应所述寻呼消息。进一步地,处理模块还用于:若所述rrc释放消息中携带到异系统的重定向指示,启动第二定时器;在所述第二定时器运行过程中,若接收到来自所述网络设备的用于寻呼所述终端设备的寻呼消息,则释放所述rrc连接。第三方面,本申请实施例提供一种终端设备,包括:存储器、处理器、发送器和接收器,存储器中存储有所述处理器的可执行指令;其中,所述处理器配置为经由执行所述可执行指令来执行第一方面中任一项所述的方法。第四方面,本申请实施例提供一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现第一方面任一项所述的方法。本实施例提供一种寻呼处理方法、装置、设备及存储介质,该方法包括:接收来自网络设备的无线资源控制rrc释放消息,若rrc释放消息中未携带到异系统的重定向指示,获取第一时刻所处的寻呼周期的第一寻呼时刻,其中,第一时刻为接收到rrc释放消息的时刻,判断第一寻呼时刻是否在第一时刻之后,若是,根据第一时刻和第一寻呼时刻,释放rrc连接。在本申请实施例中,若第一寻呼时刻在第一时刻之后,将第一寻呼时刻作为考虑因素,若第一寻呼时刻在第一时刻之前,将第二寻呼时刻作为考虑因素,从而避开在寻呼时刻执行释放rrc连接的操作,提高了寻呼消息的接收成功率。附图说明为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。图1为本申请实施例提供的寻呼处理方法的场景示意图;图2为本申请实施例提供的寻呼处理方法的流程示意图一;图3为本申请实施例提供的寻呼处理方法的流程示意图二;图4为本申请实施例提供的寻呼处理方法的流程示意图三;图5为本申请实施例提供的寻呼处理方法的流程示意图四;图6为本申请实施例提供的寻呼处理装置的结构示意图;图7为本申请实施例提供的终端设备的结构示意图。通过上述附图,已示出本申请明确的实施例,后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围,而是通过参考特定实施例为本领域技术人员说明本申请的概念。具体实施方式为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”及“第四”等(如果存在)是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排它的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。图1为本申请实施例提供的寻呼处理方法的场景示意图,如图1所示,包括终端设备101和网络设备102,本申请提供的信息传输方法可以应用于5g通信系统,也可以用于其他各种无线通信系统,例如:长期演进(longtermevolution,lte)系统、lte频分双工(frequencydivisionduplex,fdd)系统、lte时分双工(timedivisionduplex,tdd)等。其中,本申请中的网络设备102可以是lte中的演进型基站(evolutionalnodeb,简称enb或enodeb),或者中继站或接入点,或者5g网络中的基站等,在此并不限定。终端设备101可以为无线终端,无线终端可以是指向用户提供语音和/或其他业务数据连通性的设备,具有无线连接功能的手持式设备、或连接到无线调制解调器的其他处理设备。无线终端可以经无线接入网(radioaccessnetwork,简称ran)与一个或多个核心网进行通信,无线终端可以是移动终端,如移动电话(或称为“蜂窝”电话)和具有移动终端的计算机,例如,可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置,它们与无线接入网交换语言和/或数据。例如,个人通信业务(personalcommunicationservice,简称pcs)电话、无绳电话、会话发起协议(sessioninitiationprotocol,简称sip)话机、无线本地环路(wirelesslocalloop,简称wll)站、个人数字助理(personaldigitalassistant,简称pda)等设备。无线终端也可以称为系统、订户单元(subscriberunit)、订户站(subscriberstation),移动站(mobilestation)、移动台(mobile)、远程站(remotestation)、远程终端(remoteterminal)、接入终端(accessterminal)、用户终端(userterminal)、用户代理(useragent)、用户设备(userdeviceoruserequipment),在此不作限定。按照协议规定的rrc释放流程:当终端设备接收到网络设备下发的rrc释放消息时,rrc层需要推迟执行释放连接由连接态回到空闲态的操作,其中,rrc层推迟执行的时间为60ms,推迟60ms的目的在于预留时间将确认包反馈给网络设备,避免释放连接过早而使终端设备不能成功将确认包发送给网络设备,其中,该确认包用于指示终端成功接收到网络设备下发的rrc释放消息。然而,终端在由连接态转换到空闲态的过程中,还需要同步小区,读取驻留小区的主信息块(masterinformationblock,mib)和系统信息块(systeminformationblock,sib),由于这个过程需要一定的时间,如果网络设备下发的寻呼消息寻呼时刻正好落在这个时间段内,则可能会丢失寻呼消息。需要说明的是,终端设备丢失寻呼消息的主要原因在于:网络设备收到终端设备发送的确认包时,会认为终端设备处于空闲态,即已经驻留到合适的小区(suitablecell),此时若有被叫业务,网络设备会给终端设备下发寻呼消息,但实际上终端设备在发送完确认包后,才真正开始执行由连接态转换到空闲态的操作,在驻留到目标小区之前这段时间,终端设备无法保证正常收到网络设备下发的寻呼消息。针对上述问题,本申请实施例提供了一种寻呼处理方法,若第一寻呼时刻在第一时刻之后,将第一寻呼时刻作为考虑因素,若第一寻呼时刻在第一时刻之前,将第二寻呼时刻作为考虑因素,从而避开在寻呼时刻执行释放rrc连接的操作,提高了寻呼消息的接收成功率。下面以具体地实施例对本申请的技术方案进行详细说明。下面这几个具体的实施例可以相互结合,对于相同或相似的概念或过程可能在某些实施例不再赘述。图2为本申请实施例提供的寻呼处理方法的流程示意图一,该方法的执行主体为终端设备,如图2所示,本实施例提供的寻呼处理方法包括如下步骤:s201、接收来自网络设备的无线资源控制rrc释放消息。在终端设备与网络设备在预设时长没有业务交互时,网络设备会向处于连接态的终端设备发送rrc释放消息,相应的,终端设备接收来自网络设备的rrc释放消息。预设时长可以由网络设备而定,本实施例对此不做限制。s202、若rrc释放消息中未携带到异系统的重定向指示,获取第一时刻所处的寻呼周期的第一寻呼时刻,其中,第一时刻为接收到rrc释放消息的时刻。其中,异系统可以为其它通信系统,如2g、3g,当前系统可以为终端设备当前所在的通信系统,如4g、5g。重定向指示中包括终端设备将要驻留的重定向小区的频点号,到异系统的重定向指示中包括终端设备将要驻留的异系统的重定向小区的频点号。rrc释放消息中未携带到异系统的重定向指示包括两种情况:第一种、rrc释放消息中未携带重定向指示;第二种、rrc释放消息中携带了到当前系统的重定向指示。寻呼周期为网络设备和终端设备约定的用于发起寻呼的周期,每个寻呼周期内包括一个寻呼时刻,寻呼时刻表示当有被叫业务时网络设备向终端设备发送寻呼消息的时刻。在一种示例性的场景中,终端设备接收到rrc释放消息,执行由连接态回到空闲态并驻留在合适的小区时,终端设备处于空闲态,当有被叫业务时,例如:来电、即时聊天消息,网络设备在最近的寻呼时刻向终端设备发送给寻呼消息,以使终端设备重新建立rrc连接回到连接态,能够正常进行被叫业务。在本实施例中,若rrc释放消息中未携带到异系统的重定向指示,则获取第一时刻所处的寻呼周期的第一寻呼时刻,该寻呼周期内只有一个寻呼时刻,即第一寻呼时刻,第一时刻为接收到该rrc释放消息的时刻。s203、判断第一寻呼时刻是否在第一时刻之后。若是,执行步骤s204;若否,执行步骤s205-s206。s204、根据第一时刻和第一寻呼时刻,释放rrc连接。s205、获取下一个寻呼周期的第二寻呼时刻。s206、根据第一时刻和第二寻呼时刻,释放rrc连接。判断第一寻呼时刻是否在第一时刻之后,若第一寻呼时刻在第一时刻之后,表明当有被叫业务时,终端设备在接收到rrc释放消息时,还没有接收到在第一寻呼时刻的寻呼消息,那么第一寻呼时刻有可能落在终端设备接收到rrc释放消息并寻找驻留小区的这段时间内,可能会丢失在第一寻呼时刻发送的寻呼消息,则将第一寻呼时刻作为考虑因素,根据第一时刻和第一寻呼时刻释放rrc连接。若第一寻呼时刻不在第一时刻之后,即第一寻呼时刻在第一时刻之前,表明在接收到rrc释放消息之前,终端设备已经监听过第一寻呼时刻所处的寻呼周期内的寻呼消息,则获取下一个寻呼周期的第二寻呼时刻,那么第二寻呼时刻有可能落在终端设备接收到rrc释放消息并寻找驻留小区的这段时间内,可能会丢失在第二寻呼时刻发送的寻呼消,则将第二寻呼时刻作为考虑因素,根据第一时刻和第二寻呼时刻释放rrc连接。其中,该下一个寻呼周期内只有一个寻呼时刻,即第二寻呼时刻。本实施例提供的寻呼处理方法,包括:接收来自网络设备的无线资源控制rrc释放消息,若rrc释放消息中未携带到异系统的重定向指示,获取第一时刻所处的寻呼周期的第一寻呼时刻,其中,第一时刻为接收到rrc释放消息的时刻,判断第一寻呼时刻是否在第一时刻之后,若是,根据第一时刻和第一寻呼时刻,释放rrc连接,若否,根据第一时刻和第二寻呼时刻,释放rrc连接。在本申请实施例中,若第一寻呼时刻在第一时刻之后,将第一寻呼时刻作为考虑因素,若第一寻呼时刻在第一时刻之前,将第二寻呼时刻作为考虑因素,从而避开在寻呼时刻执行释放rrc连接的操作,提高了寻呼消息的接收成功率。在上述实施例的基础上,图3为本申请实施例提供的寻呼处理方法的流程示意图二,如图3所示,步骤s204具体包括:s301、根据第一时刻和第一寻呼时刻启动定时器。在本实施例中,为了防止寻呼消息丢失,根据第一时刻和第一寻呼时刻启动定时器,定时器包括第一定时器和第二定时器,第一定时器的时长大于第二定时器的时长。其中,第一定时器的时长为协议规定推迟释放rrc连接的时长与释放rrc连接到正常驻留到目标小区的时长之和,第二定时器的时长为协议规定推迟释放rrc连接的时长。协议规定推迟释放rrc连接的时长可以为60ms,由于终端在寻找目标小区的过程中还需要读取驻留小区的mib、sib等,这一过程可能耗费100ms的时间,此时间是非固定时间,只是一个预估时间,也就是说,终端设备释放rrc连接到正常驻留到目标小区的时长可以为100ms。由此可知,第一定时器的时长可以为160ms,第二定时器的时长可以为60ms。在一种具体的实现中,根据第一时刻和第一寻呼时刻启动定时器,包括:s3011、计算得到第一寻呼时刻和第一时刻之间的时间差;s3012、判断时间差是否位于第一定时器的时长与第二定时器的时长之间;若是,执行步骤s3013;若否,执行步骤s3014。s3013、启动第一定时器。s3014、启动第二定时器。其中,第一定时器的时长可以为160ms,第二定时器的时长可以为60ms。计算得到第一寻呼时刻和第一时刻之间的时间差,若该时间差位于大于等于60ms且小于等于160ms这个范围内,启动第一定时器,例如:时间差为70ms,启动第一定时器,这一步骤的目的在于:在第一定时器运行过程中有被叫业务时,终端设备还处于连接态,可以成功在目标寻呼时刻接收到寻呼消息。需要说明的是,这里的时间差指的是时间差绝对值。若该时间差不在第一定时器的时长与第二定时器的时长之间,则启动第二定时器,例如:时间差为40ms,则启动第二定时器。其中,时间差不在预设范围内包括两种情况:第一种、该时间差小于第二定时器的时长,则无需额外延长协议规定的推迟执行释放rrc连接这个操作的时长,启动第二定时器。根据协议规定,在推迟60ms执行释放rrc连接这个操作这个过程中,终端设备还处于连接态,终端设备可以成功接收在目标寻呼时刻的寻呼消息。第二种、该时间差大于第一定时器的时长,由于终端在寻找目标小区的过程中还需要读取驻留小区的mib、sib等,这一过程可能耗费100ms左右的时间,因此无需额外延长协议规定的时长,启动第二定时器。原因在于:在推迟60ms执行释放rrc连接、并正常在100ms内驻留到目标小区,终端设备处于空闲态且驻留成功后,可以成功接收在第一寻呼时刻的寻呼消息。s302、在定时器运行过程中,若接收到来自网络设备的用于寻呼终端设备的寻呼消息,则停止定时器,并释放rrc连接。在定时器运行过程中,若存在被叫业务例如:来电、即时通信消息等,网络设备可以在第一寻呼时刻向终端设备发送给用于寻呼该终端设备的寻呼消息,该寻呼消息中包括该终端设备的标识信息。相应的,终端设备接收来自网络设备的寻呼消息,停止定时并释放rrc连接。终端设备在接收到在第一寻呼时刻的寻呼消息后才释放rrc连接,防止了寻呼消息的丢失。s303、在定时器运行过程中,若未接收到寻呼消息,则在定时器超时时,释放rrc连接。在本实施例中,在定时器运行过程中,若未接收到寻呼消息,则等待定时器超时,在定时器超时时释放rrc连接。在定时器运行过程中,若未接收到寻呼消息,包括两种情况:第一种、在该时间差在第一定时器的时长和第二定时器的时长之间,或者该时间差小于第二定时器的时长时,在定时器运行过程中,若不存在被叫业务,则网络设备不会向终端设备发送寻呼消息,相应的,终端设备也不会接收到寻呼消息,则等待定时器超时,在定时器超时时释放rrc连接。第二种、该时间差大于第一定时器的时长时,在定时器运行过程中,即便存在被叫业务,网络设备也会在第一寻呼时刻才向终端设备发送寻呼消息,则在定时器运行过程中不会向终端发送寻呼消息,相应的,终端设备也不会在定时器运行中接收到寻呼消息。其中,步骤s302和s303中,在释放rrc连接后,该方法还包括:s304、驻留在目标小区,目标小区包括当前系统的小区和异系统的小区。若rrc释放消息中未携带重定向指示,目标小区包括当前系统的小区和异系统的小区。通常,终端设备优先在当前系统的原小区驻留,但是当原小区的信号质量不满足驻留条件时,还可以驻留在当前系统的其它小区;若当前系统的小区均不满足驻留条件,还可以驻留在异系统的小区。其中,当前系统可以为4g、5g通信系统,异系统可以为2g、3g通信系统。其中,若驻留在当前系统的其它小区,由于其它小区和原小区相比可能换了位置区域码(trackingareacode,tac)则发起位置区更新(trackingareaupdate,tau)流程来通知网络设备当前驻留的小区的位置信息。若rrc释放消息中携带到当前系统的重定向指示,该重定向指示中包括终端设备将要驻留的当前系统的重定向小区的频点号,目标小区可以为当前系统的重定向小区,目标小区包括当前系统的小区,则在释放rrc连接后,还可以驻留在目标小区。若目标小区为当前系统的小区,还可以执行步骤s305;若目标小区为异系统的小区,还可以执行步骤s306。s305、响应于寻呼消息,向网络设备发送连接建立请求,连接建立请求用于请求与网络设备重新建立rrc连接。s306、不响应寻呼消息。具体地,若目标小区为当前系统的小区,则响应于该寻呼消息,向网络设备发送连接建立请求,用于请求与网络设备重新建立rrc连接,当连接建立成功后,终端设备即由空闲态转换为连接态,从而能够正常进行被叫业务。若目标小区为其它系统的小区,则认为属于异常情况,这是因为:网络设备已经指示终端去其它系统的小区了,应该就不会再在原系统(当前系统)给该终端设备发送寻呼消息,则终端设备不响应该寻呼消息。本实施例提供的寻呼处理方法,包括:根据第一时刻和第一寻呼时刻启动定时器,在定时器运行过程中,若接收到来自网络设备的用于寻呼终端设备的寻呼消息,则停止定时器,并释放rrc连接,在定时器运行过程中,若未接收到寻呼消息,则在定时器超时时,释放rrc连接,驻留在目标小区,目标小区包括当前系统的小区和异系统的小区,若目标小区为当前系统的小区,响应于寻呼消息,向网络设备发送连接建立请求,连接建立请求用于请求与网络设备重新建立rrc连接,若目标小区为异系统的小区,不响应寻呼消息。在本实施例中,避开在寻呼时刻执行释放rrc连接,提高了寻呼消息的接收成功率。在上述实施例的基础上,图4为本申请实施例提供的寻呼处理方法的流程示意图三,如图4所示,步骤s206具体包括:s401、根据第一时刻和第二寻呼时刻启动定时器。其中,定时器包括第一定时器和第二定时器,第一定时器的时长为协议规定推迟释放rrc连接的时长与释放rrc连接到正常驻留到目标小区的时长之和,第二定时器的时长为协议规定推迟释放rrc连接的时长。在一种具体的实现中,根据第一时刻和第二寻呼时刻启动定时器,包括:s4011、计算得到第二寻呼时刻和第一时刻之间的时间差;s4012、判断时间差是否位于第一定时器的时长与第二定时器的时长之间;若是,执行步骤s4013;若否,执行步骤s4014。s4013、启动第一定时器;s4014、启动第二定时器。s402、在定时器运行过程中,若接收到来自网络设备的用于寻呼终端设备的寻呼消息,则停止定时器,并释放rrc连接。s403、在定时器运行过程中,若未接收到寻呼消息,则在定时器超时时,释放rrc连接。其中,步骤s402和s403中,在释放rrc连接后,该方法还包括:s404、驻留在目标小区,目标小区包括当前系统的小区和异系统的小区。若目标小区为当前系统的小区,还可以执行步骤s405;若目标小区为异系统的小区,还可以执行步骤s406。s405、响应于寻呼消息,向网络设备发送连接建立请求,连接建立请求用于请求与网络设备重新建立rrc连接。s406、不响应寻呼消息。步骤s401-s406的实现过程和图3实施例中的步骤s301-s306类似,在此不再赘述。本实施例提供的寻呼处理方法,包括:根据第一时刻和第二寻呼时刻启动定时器,在定时器运行过程中,若接收到来自网络设备的用于寻呼终端设备的寻呼消息,则停止定时器,并释放rrc连接,在定时器运行过程中,若未接收到寻呼消息,则在定时器超时时,释放rrc连接,驻留在目标小区,目标小区包括当前系统的小区和异系统的小区,若目标小区为当前系统的小区,响应于寻呼消息,向网络设备发送连接建立请求,连接建立请求用于请求与网络设备重新建立rrc连接,若目标小区为异系统的小区,不响应寻呼消息。在本实施例中,避开在寻呼时刻执行释放rrc连接,提高了寻呼消息的接收成功率。图5为本申请实施例提供的寻呼处理方法的流程示意图四,如图5所示,若rrc释放消息中携带到异系统的重定向指示,该寻呼处理方法还可以包括如下步骤:s501、若rrc释放消息中携带到异系统的重定向指示,启动第二定时器。s502、在第二定时器运行过程中,若接收到来自网络设备的用于寻呼终端设备的寻呼消息,则释放rrc连接。具体地,若rrc释放消息中携带到异系统的重定向指示,到异系统的重定向指示中包括终端设备将要驻留的异系统的重定向小区的频点号。由于网络设备在这种情况下不会再给原系统(即当前系统)的小区下发寻呼消息,也即,网络设备已经指定终端设备即将驻留的重定向小区,就不会再给当前系统的小区下发寻呼消息,则不需要额外延长时间,终端设备根据协议规定启动第二定时器,其中第二定时器的时长为60ms。当然,若在第二定时器运行过程中,接收到了该寻呼消息,则认为该种情况属于异常情况,则释放rrc连接并驻留在重定向小区。需要说明的是,终端设备只执行释放rrc连接并驻留到网络设备指定的重定向小区,并不响应该寻呼消息。本实施例提供的寻呼处理方法,包括:若rrc释放消息中携带到异系统的重定向指示,启动第二定时器,在第二定时器运行过程中,若接收到来自网络设备的用于寻呼终端设备的寻呼消息,则释放rrc连接。在定时器运行过程中释放rrc连接。避开在寻呼时刻执行释放rrc连接的操作,提高了寻呼消息的接收成功率。图6为本申请实施例提供的寻呼处理装置的结构示意图,如图6所示,该寻呼处理装置包括:接收模块51,用于接收来自网络设备的无线资源控制rrc释放消息;获取模块52,用于若所述rrc释放消息中未携带到异系统的重定向指示,获取第一时刻所处的寻呼周期的第一寻呼时刻,其中,所述第一时刻为接收到所述rrc释放消息的时刻;处理模块53,用于判断所述第一寻呼时刻是否在所述第一时刻之后;若是,处理模块53还用于根据所述第一时刻和所述第一寻呼时刻,释放rrc连接。进一步地,若否,获取模块52还用于:获取下一个寻呼周期的第二寻呼时刻;处理模块,还用于根据所述第一时刻和所述第二寻呼时刻,释放所述rrc连接。进一步地,处理模块53具体用于:根据所述第一时刻和所述第一寻呼时刻启动定时器,其中,所述定时器包括第一定时器和第二定时器,所述第一定时器的时长为协议规定推迟释放rrc连接的时长与释放rrc连接到正常驻留到目标小区的时长之和,所述第二定时器的时长为协议规定推迟释放rrc连接的时长;在所述定时器运行过程中,若接收到来自所述网络设备的用于寻呼所述终端设备的寻呼消息,则停止所述定时器,并释放所述rrc连接。进一步地,处理模块53还用于:在所述定时器运行过程中,若未接收到所述寻呼消息,则在所述定时器超时时,释放所述rrc连接。进一步地,处理模块53具体用于:计算得到所述第一寻呼时刻和所述第一时刻之间的时间差;判断所述时间差是否位于所述第一定时器的时长与所述第二定时器的时长之间;若是,启动所述第一定时器;若否,启动所述第二定时器。进一步地,处理模块53还用于:驻留在目标小区,目标小区包括当前系统的小区和异系统的小区。进一步地,发送模块54用于:若所述目标小区为当前系统的小区,则响应于所述寻呼消息,向所述网络设备发送连接建立请求,所述连接建立请求用于请求与所述网络设备重新建立rrc连接;若所述目标小区为异系统的小区,则不响应所述寻呼消息。进一步地,处理模块53还用于:若所述rrc释放消息中携带到异系统的重定向指示,启动第二定时器;在所述第二定时器运行过程中,若接收到来自所述网络设备的用于寻呼所述终端设备的寻呼消息,则释放所述rrc连接。本实施例的寻呼处理装置,可以执行上述所示方法中的技术方案,其具体实现过程和技术原理参见上述所示方法中的相关描述,此处不再赘述。图7为本申请实施例提供的终端设备的硬件结构示意图,如图7所示,本实施例的终端设备可以包括:处理器61和存储器62、发送器63、接收器64。存储器62,用于存储计算机程序(如实现上述方法的应用程序、功能模块等)、计算机指令等;上述的计算机程序、计算机指令等可以分区存储在一个或多个存储器62中。并且上述的计算机程序、计算机指令、数据等可以被处理器61调用。处理器61,用于执行存储器62存储的计算机程序,以实现上述实施例涉及的方法中的各个步骤。具体可以参见前面方法实施例中的相关描述。处理器61和存储器62、发送器63、接收器64可以是独立结构,也可以是集成在一起的集成结构。当处理器61和存储器62、发送器63、接收器64是独立结构时,处理器61和存储器62、发送器63、接收器64可以通过总线63耦合连接。本实施例的可以执行上述方法中的技术方案,其具体实现过程和技术原理参见上述方法中的相关描述,此处不再赘述。此外,本申请实施例还提供一种计算机可读存储介质,计算机可读存储介质中存储有计算机执行指令,当用户设备的至少一个处理器执行该计算机执行指令时,用户设备执行上述各种可能的方法。其中,计算机可读介质包括计算机存储介质和通信介质,其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。一种示例性的存储介质耦合至处理器,从而使处理器能够从该存储介质读取信息,且可向该存储介质写入信息。当然,存储介质也可以是处理器的组成部分。处理器和存储介质可以位于asic中。另外,该asic可以位于用户设备中。当然,处理器和存储介质也可以作为分立组件存在于通信设备中。本领域普通技术人员可以理解:实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时,执行包括上述各方法实施例的步骤;而前述的存储介质包括:rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。最后应说明的是:以上各实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述各实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。当前第1页1 2 3 当前第1页1 2 3 
技术特征:1.一种寻呼处理方法,其特征在于,应用于终端设备,所述方法包括:
接收来自网络设备的无线资源控制rrc释放消息;
若所述rrc释放消息中未携带到异系统的重定向指示,获取第一时刻所处的寻呼周期的第一寻呼时刻,其中,所述第一时刻为接收到所述rrc释放消息的时刻;
判断所述第一寻呼时刻是否在所述第一时刻之后;
若是,根据所述第一时刻和所述第一寻呼时刻,释放rrc连接。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
若否,获取下一个寻呼周期的第二寻呼时刻;
根据所述第一时刻和所述第二寻呼时刻,释放所述rrc连接。
3.根据权利要求1所述的方法,其特征在于,所述根据所述第一时刻和所述第一寻呼时刻,释放rrc连接,包括:
根据所述第一时刻和所述第一寻呼时刻,启动定时器,其中,所述定时器包括第一定时器和第二定时器,所述第一定时器的时长为协议规定推迟释放rrc连接的时长与释放rrc连接到正常驻留到目标小区的时长之和,所述第二定时器的时长为协议规定推迟释放rrc连接的时长;
在所述定时器运行过程中,若接收到来自所述网络设备的用于寻呼所述终端设备的寻呼消息,则停止所述定时器,并释放所述rrc连接。
4.根据权利要求3所述的方法,其特征在于,所述方法还包括:
在所述定时器运行过程中,若未接收到所述寻呼消息,则在所述定时器超时时,释放所述rrc连接。
5.根据权利要求3所述的方法,其特征在于,所述根据所述第一时刻和所述第一寻呼时刻启动定时器,包括:
计算得到所述第一寻呼时刻和所述第一时刻之间的时间差;
判断所述时间差是否位于所述第一定时器的时长与所述第二定时器的时长之间;
若是,启动所述第一定时器;
若否,启动所述第二定时器。
6.根据权利要求1-5任一项所述的方法,其特征在于,所述方法还包括:
驻留在目标小区,目标小区包括当前系统的小区和异系统的小区。
7.根据权利要求6所述的方法,其特征在于,所述方法还包括:
若所述目标小区为当前系统的小区,则响应于所述寻呼消息,向所述网络设备发送连接建立请求,所述连接建立请求用于请求与所述网络设备重新建立rrc连接;
若所述目标小区为异系统的小区,则不响应所述寻呼消息。
8.根据权利要求1所述的方法,其特征在于,所述方法还包括:
若所述rrc释放消息中携带到异系统的重定向指示,启动第二定时器;
在所述第二定时器运行过程中,若接收到来自所述网络设备的用于寻呼所述终端设备的寻呼消息,则释放所述rrc连接。
9.一种寻呼处理装置,其特征在于,包括:
接收模块,用于接收来自网络设备的无线资源控制rrc释放消息;
获取模块,用于若所述rrc释放消息中未携带到异系统的重定向指示,获取第一时刻所处的寻呼周期的第一寻呼时刻,其中,所述第一时刻为接收到所述rrc释放消息的时刻;
处理模块,用于判断所述第一寻呼时刻是否在所述第一时刻之后;
若是,所述处理模块还用于根据所述第一时刻和所述第一寻呼时刻,释放rrc连接。
10.一种终端设备,其特征在于,包括:存储器、处理器、发送器和接收器,存储器中存储有所述处理器的可执行指令;其中,所述处理器配置为经由执行所述可执行指令来执行权利要求1-8中任一项所述的方法。
11.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现权利要求1-8中任一项所述方法。
技术总结本实施例提供的寻呼处理方法、装置、设备及存储介质,该方法包括:接收来自网络设备的无线资源控制RRC释放消息,若RRC释放消息中未携带到异系统的重定向指示,获取第一时刻所处的寻呼周期的第一寻呼时刻,其中,第一时刻为接收到RRC释放消息的时刻,判断第一寻呼时刻是否在第一时刻之后,若是,根据第一时刻和第一寻呼时刻,释放RRC连接,若否,获取下一个寻呼周期的第二寻呼时刻,根据第一时刻和第二寻呼时刻,释放RRC连接。若第一寻呼时刻在第一时刻之后,将第一寻呼时刻作为考虑因素,若第一寻呼时刻在第一时刻之前,将第二寻呼时刻作为考虑因素,从而避开在寻呼时刻执行释放RRC连接的操作,提高了寻呼消息的接收成功率。
技术研发人员:唐晨;陈卫锋
受保护的技术使用者:展讯通信(上海)有限公司
技术研发日:2020.01.20
技术公布日:2020.06.05