具体实施方式
以下结合说明书附图及具体实施例对本公开的技术方案做进一步的详细阐述。
如图1所示,本申请的至少一个实施例提供一种寻呼定时器的定时时长确定方法,包括:
步骤S110:根据用户设备的分布状况信息,确定寻呼定时器的定时时长;其中,所述寻呼定时器的定时时长,用于对所述用户设备的寻呼进行计时。
本实施例提供的寻呼方法可以应用于网络侧设备中,该网络侧设备包括但不限于核心网的网络侧设备。所述核心网的网络侧设备包括但不限于:移动管理实体(MobileManagement Entity,MME)或接入功能(Access Function,AF)中。
在寻呼过程中,核心网有两个寻呼定时器T3413和T3415,用于控制寻呼流程的启动、重启和停止。其中,T3415定时器用于终端启动了eDRX和UE不存在一个用于紧急承载服务的PDN连接的场景,而T3413定时器用于除此以外的其他场景。
MME首次寻呼时启动T3413或T3415定时器,当收到寻呼响应后,停止相应的定时器。当定时器T3413超时后,网络会重新启动寻呼过程,同时重启T3413定时器。当定时器T3415超时后,网络会丢弃寻呼流程。
在步骤S110中所述的寻呼定时器可为前述的T3413或T3415。
图2所示为一种寻呼用户设备的方法,可包括:
核心网向基站发送寻呼消息,例如,MME向基站发送寻呼消息;
基站广播寻呼消息;
用户设备接收到寻呼消息之后,确定寻呼消息所寻呼的是自己;
向基站请求随机接入;在请求随机接入的过程中,用户设备向基站发送消息1(MSG1,random access preamble),基站接收到MSG1之后向用户设备返回消息2(MSG2,random access response);终端基于MSG2发送消息3(MSG3);基站在接收到MSG3之后向终端发送消息4(MSG4),用户设备会进一步的发送消息5(MSG5),从而完成终端的随机接入。在终端完成随机接入之后,终端退出了空闲态或非激活态或非连续接收态等状态,与基站建立了连接,故可以接收核心网下发的数据。其中,MSG5中可携带非接入层(NAS)消息,NAS消息通过基站透传给核心网。在寻呼流程中,NAS消息是作为针对于所述寻呼消息的寻呼响应。该寻呼响应可以告知核心网用户设备的寻呼状况。
在进行寻呼定时器的定时时长的设置时,会根据用户设备的分布状况信息来动态确定,而非一直采用单一静态设置的定时时长。
例如,用户设备是具有移动性,在不同的时间点用户设备在网络中的分布状况是不同的。在本实施例中,可以动态获取用户设备的分布状况信息。该动态获取用户设备的分布状况信息包括以下至少之一:
定时的获取用户设备的分布状况信息;例如,周期性的获取用户设备的分布状况信息或者非周期性的获取用户设备的分布状况信息;
基于触发事件获取用户设备的分布状况信息。例如,在发现统计得到的实际寻呼成功率低于成功率阈值时,获取用户设备的分布状况信息,从而根据重新获取的用户设备的分布状况信息,更新寻呼定时器的定时时长,以提升后续的寻呼成功率等。再例如,在网络的网络设备有***更新时,重新获取用户设备的分布状况信息,以更新所述寻呼定时器的定时时长。
所述用户设备的分布状况信息可包括以下至少之一:
用户设备在不同区域内的分布数量;
用户设备在不同区域内的分布密度;
用户设备在不同区域内的分布比例;
用户设备在不同网络覆盖条件下的分布数量;
用户设备在不同网络覆盖条件下的分布密度;
用户设备在不同网络覆盖条件下的分布比例。
用户设备在不同覆盖增强等级下的分布数量;
用户设备在不同覆盖增强等级下的分布密度;
用户设备在不同覆盖增强等级下的分布比例。
网络侧设备获取上述分布状况信息的方式可以是,终端通过MSG5消息上报用户设备的信号强度给基站,基站统计获得整个小区的用户设备分布情况。
其中,所述MSG5消息可为如下任意一种:
窄带无线资源控制连接建立完成消息(RRCConnectionSetupComplete-NB);
无线资源控制连接建立完成消息(RRCConnectionSetupComplete);
窄带无线资源控制连接恢复完成消息(RRCConnectionResumeComplete-NB);
无线资源控制重建立完成消息(RRCReestablishmentComplete);
无线资源控制重配置完成消息(RRCReestablishmentComplete);
无线资源控制建立完成消息(RRCSetupComplete);
无线资源控制恢复完成消息(RRCResumeComplete);
无线资源控制连接恢复完成消息(RRCConnectionResumeComplete);
窄带无线资源控制连接重建立完成消息(RRCConnectionReestablishmentComplete-NB)
窄带无线资源控制连接重配置完成消息
(RRCConnectionReconfigurationComplete-NB)
无线资源控制连接重配置完成消息
(RRCConnectionReconfigurationComplete)
无线资源控制连接重建立完成消息
(RRCConnectionReestablishmentComplete)中的任意一种或多种上报自身的信号强度给基站,基站统计获得整个小区的用户设备分布情况。
所述信号强度可为如下任意一种或多种:
参考信号接收功率(Reference Signal Received Power,RSRP);
参考信号接收质量(Reference Signal Received Quality,RSRQ);
信号噪声干扰比(Signal to Interference plus Noise Ratio,SINR)。
寻呼定时器的定时时长确定之后,设置寻呼定时器;当核心网设备发送寻呼消息给基站时,寻呼定时器开始计时,当收到被寻呼用户的寻呼响应后停止定时器计时。当定时器超时后,核心网会重启或终止寻呼。寻呼可促使用户设备的从不便于进行数据交互的空闲态或非激活态或非连续接收态或扩展不连续接收态等状态退出,进入到便于进行数据交互的激活态或连接态。
在本实施例中,所述寻呼定时器的定时时长是与用户设备的分布状况信息相关的。不同位置的网络覆盖条件是不一样的,用户设备在不同网络覆盖条件下,被寻呼到的成功率和/或寻呼时延是不同的。若采用与用户设备的分布状况信息无关的定时时长进行寻呼,则可能产生的如下现象:
一种:定时时长设置的过长,当被寻呼用户处于网络覆盖条件较好(如覆盖增强等级0或1)时,空口寻呼、RRC连接建立等过程所需要的重复次数都较少,空口寻呼过程所需的时间比较短。若首次寻呼因为空口网络拥塞、终端位置变化等原因寻呼丢失或寻呼失败,则网络需要等待较长的定时器超时时间才能再次发起寻呼过程,导致被寻呼用户的寻呼时延增加,用户体验降低。
另一种:定时时长设置的过短,当被寻呼用户处于网络覆盖条件较差(如覆盖增强等级2)时,空口寻呼、RRC连接建立等过程所需要的重复次数都较高,空口寻呼过程所需的时间也随之较长。空口寻呼还未完成,定时器就会超时,导致核心网重启寻呼过程,基站再次下发寻呼,造成空口资源浪费,同时首次寻呼成功率也会降低。
在本公开实施例中,不同地点的网络覆盖条件不同,如此可以根据用户设备在不同区域的分布来确定所述寻呼定时器的定时时长。例如,用户设备集中分布在网络覆盖条件较好的区域,网络可采用较少的空口网络资源发送寻呼消息,整个寻呼时间会随之缩短,则可以适当的缩短所述定时时长,降低被寻呼用户的寻呼时延等;若分布在网络覆盖条件不好的区域的用户设备多,则可以适当的增大所述定时时长,以确保一定的首次寻呼成功率,避免二次寻呼带来的空口资源浪费等。
在本实施例中,为了减少这种定时时长设置的不合理,会根据用户设备的分布状况信息,来设置寻呼定时器的定时时长,以使得寻呼定时器的定时时长更加合理,一方面减少定时时长过短导致的首次寻呼成功率低和资源浪费现象,另一方面减少因为定时时长过长导致的寻呼时延高的现象;具有减少了资源浪费、确保了一定的寻呼成功率和较低的寻呼时延的有益效果。
在一些实施例中,如图3所示,所述步骤S110可包括:
步骤S111:根据所述用户设备的分布状况信息,确定用户设备在不同网络覆盖条件下的分布比例;
步骤S112:根据所述不同网络覆盖条件下的分布比例,确定所述寻呼定时器的定时时长。
在本实施例中,用户设备的分布状况信息反应了用户设备在不同网络覆盖条件下的分布比例。
不同的网络覆盖条件,反应了网络覆盖效果的好坏;在寻呼消息的发送时长一定时,网络覆盖效果好则用户设备首次寻呼成功率高;网络覆盖效果差,则用户设备首次寻呼成功率低。
在本实施例中,步骤S111中至少会获取指定区域内的不同位置所对应的网络覆盖条件下的用户设备的分布状况信息。
在一些实施例中所述网络覆盖条件的好坏可以用信号传输质量或信道质量等来衡量,例如,用户设备的信号强度(RSRP)、信号质量(RSRQ)、信噪比(SNR)、信干噪比(SINR)、误码率、覆盖增强等级等信息来表征。
在一些实施例中,所述步骤S111可包括:
根据所述用户设备的分布状况信息,确定用户设备在不同覆盖增强等级下的分布比例。
在本实施例中,所述网络覆盖条件的好坏还可以用于覆盖增强等级来表征。接收端的覆盖增强等级是根据接收端接收到发送端发出信号的信号强度和/或信号质量和/或信干噪比确定,若信号强度和/或信号质量和/或信干噪比越高,则覆盖增强等级越低,此时,接收端寻呼过程的寻呼时延就会越短。反之,覆盖增强等级越高,接收端寻呼过程的寻呼时延就会越长。故在本实施例中,可以基于覆盖增强等级来确定所述寻呼定时器的定时时长。
在本实施中,会根据用户设备的分布状况信息,确定出用户设备在不同覆盖增强等级下的分布比例。
例如,所述覆盖增强等级为N+1个,分别是:0至N,则所述分布比例可以由:C0:C1:C2:C3:C4:C5…CN来表示。其中,C1为覆盖增强等级1所对应的分布比例;C2为覆盖增强等级2所对应的分布比例;CN为覆盖增强等级N所对应的分布比例。
在一些实施例中,C0+C1+C2+C3+C4+C5…+CN=1。
不同的覆盖增强等级所对应的用于设置寻呼定时器的定时时长的预定时长是不同的,如此可以根据对应覆盖增强等级所对应的分布比例和预设时长,计算出合理的寻呼定时器的定时时长。
在还有一些实施例中,所述根据所述不同网络覆盖条件下的分布比例,确定所述寻呼定时器的定时时长,包括:
根据所述覆盖增强等级所对应的分布比例和预定时长,确定所述寻呼定时器的定时时长。
具体的如,以不同覆盖增强等级所对应的分布比例和预设时长为计算所述寻呼定时器的定时时长的已知量进行函数计算,可以计算出所述寻呼定时器的定时时长。例如,利用函数关系
(公式1)计算所述寻呼定时器的定时时长。Cn为覆盖增强等级n所对应的分布比例;Dn为覆盖增强等级n所对应的预定时长(Dn可根据仿真或者现网实际测试或现网网络侧话务统计等方式获得);D为最终计算得到的寻呼定时器的定时时长。
在一些实施例中,Dj<Dj+1其中,Dj为覆盖增强等级j所对应的预定时长;Dj+1为覆盖增强等级j+1所对应的预定时长。j为小于N的自然数。
在一些实施例中,所述步骤S112可包括:
当存在N个所述覆盖增强等级时,根据N个所述覆盖增强等级所对应的分布比例和预设时长,确定所述寻呼定时器的定时时长。
在本实施例中,会根据所有的网络覆盖增强的等级所对应的分布比例和预设时长来确定所述寻呼定时器的定时长。例如,采用前述公式1来计算所述寻呼定时器时长。
在还有一些实施例中,所述步骤S112还包括:
当存在N+1个所述覆盖增强等级时,若覆盖增强等级n至覆盖增强等级N所对应的分布比例之和小于预设阈值时,根据覆盖增强等级0至覆盖增强等级n-1所对应的预定时长的至少其中之一,确定所述寻呼定时器的定时时长,其中,N为不小于1的正整数;n为小于N的正整数。
在一些实施例中,虽然有N+1个覆盖增强等级,但是有的覆盖增强等级分布的用户设备的数量很少,例如,高等级的覆盖增强等级,其对应的预设时长长,但是若有少量用户设备分布在这些覆盖增强等级所对应的区域,依然会对寻呼定时器的定时时长有较大的影响;但实质上此时增大寻呼定时器的定时时长,对于寻呼成功率的贡献很小,但是会大大降低寻呼效率。有鉴于此,为了平衡寻呼成功率和尽可能的提升寻呼效率,会忽略覆盖增强等级n至覆盖增强等级N所对应的分布比例和预设时长,直接仅根据覆盖增强等级0至覆盖增强等级n-1所对应的预定时长的至少其中之一,来确定所述寻呼定时器的定时时长。
例如,利用公式
(公式2)Cj为覆盖增强等级j所对应的分布比例;Dj为覆盖增强等级j所对应的预定时长;D为最终计算得到的寻呼定时器的定时时长。故采用公式2计算寻呼定时器的定时时长,仅根据了根据覆盖增强等级0至覆盖增强等级n-1所对应的分布比例和预定时长来计算;而忽略定时时长较大的覆盖增强等级n至覆盖增强等级N所对应的分布比例和预定时长。
所述预设阈值可以为预先确定的经验值、或者,通过仿真确定的仿真值等。所述预设阈值的取值可为:0.4、0.3、0.2、0.1或0.05等取值小数。
在一些实施例中,所述预设阈值可为不大于0.3的任意小数值。
在一些实施例中,网络覆盖等级n和覆盖增强等级n-1的n的取值,可为从人机交互接口接收的指示指令确定的,也可以是从其他设备接收的。
在一些实施例中,网络覆盖等级n和覆盖增强等级n-1的n的取值还可为由网络侧设备自动确定的。例如,所述网络覆盖等级n所对应预定时长与所述覆盖增强等级n-1所对应的预定时长的时长差,大于时长阈值。例如,所述网络覆盖等级n所对应信道传输的重复次数,大于重复次数阈值。
在本实施例中所述时长阈值或重复次数阈值可为预先确定的经验值或者仿真值或者实测值。
例如,若网络覆盖等级n所对应的预设时长Dn可能比覆盖增强等级n-1所对应的预设时长Dn-1大一个数量等级时,可认定时长差大于所述时长阈值。
再例如,各个覆盖增强等级所对应的预设时长的单位均为s时,则所述时长阈值可为xs,x的取值可为小于3且大于0的任意实数,例如,1、0.5、0.3等取值。
在还有一些实施例中,所述根据覆盖增强等级0至覆盖增强等级n-1所对应的预定时长的至少其中之一,包括:
结合覆盖增强等级0至覆盖增强等级n-1所对应的分布比例及预设时长,确定所述寻呼定时器的定时时长;
或者,
根据所述覆盖增强等级n-1所对应的预设时长,确定所述寻呼定时器的定时时长。
若结合覆盖增强等级0至覆盖增强等级n-1所对应的分布比例及预设时长,可以采用上述公式2确定所述寻呼定时器的定时时长。
当然还可以采用
(公式3)确定所述寻呼定时器的定时时长,其中,T可为时间余量,以通过时间余量的引入确保寻呼成功率。
若仅所述覆盖增强等级n-1所对应的预设时长,确定所述寻呼定时器的定时时长,可以直接将覆盖增强等级n-1所对应的预设时长Dn-1设置为所述寻呼定时器的定时时长,如此,分布在根据覆盖增强等级0至覆盖增强等级n-1所对应区域的用户设备都能够有极大的概率确保首次寻呼成功。
在还有一些实施例中,所述寻呼定时器的定时时长还可以用公式4来计算:
D=Dn-1+T(公式4)其中,T可为时间余量,以通过时间余量的引入确保寻呼成功率。
在一些实施例中,所述根据所述覆盖增强等级所对应的分布比例和预定时长,确定所述寻呼定时器的定时时长,包括:
根据所述分布比例、所述不同覆盖增强等级所对应的所述预定时长和时间余量,确定所述寻呼定时器的定时时长。
基于定时余量进行寻呼定时器的定时时长,可以基于前述公式(3)、公式(4)以及如下的公式(5)的任意一个来确定。
(公式5),其中,Cn为覆盖增强等级n所对应的分布比例;Dn为覆盖增强等级n所对应的预定时长;D为最终计算得到的寻呼定时器的定时时长;T可为时间余量。
在一些实施例中,如图4所示,所述方法还包括:
步骤S100:获取在预定用户设备分布状况下所述寻呼定时器的定时时长与实际的寻呼成功率的对应关系;此寻呼成功率可以是首次寻呼成功率,也可以是非首次的寻呼成功率,例如,二次寻呼成功率等。
所述步骤S110还可包括步骤S113;所述步骤S113可包括:结合所述对应关系、所述分布状况信息及期望的寻呼成功率,确定所述寻呼定时器的定时时长。
在一些情况下,可通过在现网中调整定时时长,统计调整时长后一段时间的寻呼成功率来获得,从而可以得到各种用户分布状况下,寻呼定时器的定时时长与实际的寻呼成功率之间的对应关系。
用户分布状况A,对应了一种定时时长和实际的寻呼成功率的变化关系1。其中变化关系中包含定时时长1对应实际的寻呼成功率1;定时时长2对应实际的寻呼成功率2;用户分布状况B,对应了另一种定时时长和实际的寻呼成功率的变化关系2,其中变化关系中包含定时时长3对应实际的寻呼成功率3;定时时长4对应实际的寻呼成功率4。
在本实施例中,若当前的用户分布状况是所述用户分布状况A,且期望的寻呼成功率对应于所述实际的寻呼成功率1,则会根据变化关系1将寻呼定时器的定时时长设置定时时长1。若当前的用户分布状况是用户分布状况B,则会根据当前期望的寻呼成功率3或4基于变化关系2,将所述寻呼定时器的定时时长设置为定时时长3或定时时长4。
这种对应关系可以用函数关系来表示,也可以是用表格来表示,也可以用曲线来表示。
例如,假设在网络中设置了三个覆盖增强等级,在三个覆盖增强等级用户分布比例为:0.6:0.3:0.1的情况下,预先确定了实际的寻呼成功率与定时时长之间的变化关系,例如,寻呼成功率为0.7时且对应的定时时长为T1;寻呼成功率为0.8时且对应的定时时长为T2;或者,寻呼成功率为0.9时且对应的定时时长为T3。
若当前用户分布状况信息表明,在三种覆盖增强等级下的分布比例为0.6:0.3:0.1,且期望的寻呼成功率为0.9,则可以通过对应关系,将寻呼定时器的定时时长设置为T3。在一些实施例中,所述寻呼定时器的定时时长还可设置为T3+t,t为时间余量。
在一些实施例中,通过曲线拟合等方式,拟合出在不同用户设备的分布状况下,不同的累计分布函数(Cumulative Distribution Function,CDF),根据该曲线结合期望的寻呼成功率,可以计算出所述寻呼定时器的定时时长。
进一步地,所述结合所述对应关系、所述分布状况信息及期望的寻呼成功率,确定所述寻呼定时器的定时时长,包括:
结合所述对应关系、所述分布状况信息、期望的寻呼成功率得到预定时长项;根据所述预定时长项和时间余量,确定所述寻呼定时器的定时时长。
此处,利用上述对应关系得到的并非是最终的寻呼定时器的定时时长,而是定时时长的一个计算项;将这个计算项和时间余量,最终得到所述定时时长。具体地,求取所述计算项和所述时间余量之间的和,得到所述定时时长。
如图5所示,本申请的至少一个实施例提供一种寻呼定时器的定时时长确定装置,包括:
确定模块,用于根据用户设备的分布状况信息,确定寻呼定时器的定时时长;其中,所述寻呼定时器的定时时长,用于对所述用户设备的寻呼进行计时。
该寻呼定时器的定时时长确定装置可应用于网络侧设备中。
所述装置还可包括:存储模块,用于存储所述定时器的定时时长。或者,所述装置还可包括:获取模块,该获取模块用于获取用户设备的分布状况信息。
在一些实施例中,所述确定模块可为程序模块,所述程序模块被处理器执行后,能够确定所述寻呼定时器的定时时长。
在一些实施例中,所述确定模块还可为软硬结合模块,所述软硬结合模块包括但不限于各种可编程阵列;所述可编程阵列包括但不限于复杂可编程阵列或现场可编程阵列。
在还有一些实施例中,所述确定模块还可包括纯硬件模块,所述纯硬件模块包括但不限于专用集成电路。
在一些实施例中,所述确定模块,包括:
第一确定子模块,用于根据所述用户设备的分布状况信息,确定用户设备在不同网络覆盖条件下的分布比例;
第二确定子模块,用于根据所述不同网络覆盖条件下的分布比例,确定所述寻呼定时器的定时时长。
在一些实施例中,所述第一确定子模块,具体用于根据所述用户设备的分布状况信息,确定用户设备在不同覆盖增强等级下的分布比例。
在一些实施例中,所述第二确定子模块,具体用于根据所述覆盖增强等级所对应的分布比例和预定时长,确定所述寻呼定时器的定时时长。
在一些实施例中,所述第二确定子模块,具体用于当存在N+1个所述覆盖增强等级时,根据N+1个所述覆盖增强等级所对应的分布比例和预设时长,确定所述寻呼定时器的定时时长。
在一些实施例中,所述第二确定子模块,具体用于当存在N+1个所述覆盖增强等级时,若覆盖增强等级n至覆盖增强等级N所对应的分布比例之和小于预设阈值时,根据覆盖增强等级0至覆盖增强等级n-1所对应的预定时长的至少其中之一,确定所述寻呼定时器的定时时长,其中,N为不小于1的正整数;n为小于N的正整数。
在一些实施例中,所述网络覆盖等级n所对应预定时长与所述覆盖增强等级n-1所对应的预定时长的时长差,大于时长阈值。
在另一些实施例中,所述第二确定子模块,具体用于结合覆盖增强等级0至覆盖增强等级n-1所对应的分布比例及预设时长,确定所述寻呼定时器的定时时长;或者,根据所述覆盖增强等级n-1所对应的预设时长,确定所述寻呼定时器的定时时长。
在一些实施例中,所述第二确定子模块,具体用于根据所述分布比例、所述不同覆盖增强等级所对应的所述预定时长和时间余量,确定所述寻呼定时器的定时时长。
在一些实施例中,所述装置还包括:
对应关系模块,用于获取在预定用户设备分布状况下所述寻呼定时器的定时时长与实际的寻呼成功率的对应关系;
所述确定模块,具体用于结合所述对应关系、所述分布状况信息及期望的寻呼成功率,确定所述寻呼定时器的定时时长。
所述确定模块,还具体用于结合所述对应关系、所述分布状况信息、期望的寻呼成功率得到计算项;根据所述计算项和时间余量,确定所述寻呼定时器的定时时长。
以下结合上述任意实施例提供几个具体示例:
示例1:
本示例提供一种寻呼定时器的定时时长确定方法,包括:
根据网络中不同覆盖增强等级的用户分布比例,加权设置寻呼定时器的时长,同时保证较高的寻呼成功率和较低的寻呼预设时长。该方案可应用于MME的寻呼定时器的时长设置上。
具体来说,当网络中存在N+1个覆盖增强等级时,不同覆盖增强等级的用户分布比例为C0:C1:C2:C3:C4:C5…CN,且C1+C2+C3+C4+C5…+CN=1。
不同覆盖增强等级对应的寻呼流程的预设时长为D0:D1:D2:D3:D4:D5…DN,则寻呼定时器时长D设置为D=ΣCn*Dn,n的取值为0到N。
举例来说:
对于窄带万物互联(Narrow Band Internet of thing,NB-IoT——***来说,一般会设置三个不同的覆盖增强等级CE0、CE1、CE2。
假设CE0、CE1、CE2的用户分布比例为0.6:0.3:0.1,CE0、CE1、CE2对应的寻呼流程的预设时长为5s、10s、15s,则寻呼定时器的时长应设置为0.6*5+0.3*10+0.1*15=7.5s。
示例2:
本示例提供一种寻呼定时器的定时时长确定方法,包括:
在一定的用户分布条件下,通过仿真或者实测,获得不同寻呼定时器时长设置情况下的寻呼成功率,从而得到寻呼定时器时长和寻呼成功率的函数或曲线,如:累计分布函数(CDF曲线)。根据现网对寻呼成功率的要求设置对应的寻呼定时器时长。
举例来说:对于NB-IoT***来说,一般会设置三个不同的覆盖增强等级CE0、CE1、CE2,假设CE0、CE1、CE2的用户分布比例为0.6:0.3:0.1,通过实测或仿真,得到寻呼成功率90%对应的寻呼定时器时长为10s。若现网对寻呼成功率要求为90%,则可设置寻呼定时器时长为10s。
当MME设置的寻呼定时器的时间偏短时,定时器超时之前终端无法完成随机接入流程并发回给核心网寻呼响应,核心网会重启寻呼流程,基站也会再次在空口下发寻呼消息。但上次的空口寻呼流程不会受到再次寻呼的影响,还会继续完成后续的随机接入过程和寻呼响应。因此,寻呼定时器的设置也可不考虑占比较少的覆盖条件太差的用户,对于那些用户来说,他们拥有N*寻呼定时器时长的时间来完成整个寻呼流程。
示例3:
本示例提供一种寻呼定时器的定时时长确定方法,包括:
当覆盖条件差的用户(定义可以是第S个覆盖等级的用户所对应的整个寻呼流程预设时长会相比S-1个覆盖等级的用户的寻呼预设时长有明显提升,那么覆盖等级S、S+1、S+2…的用户都属于覆盖条件差的用户,也可以是人为预设的覆盖等级M、M+1、M+2…的用户都属于覆盖条件差的用户)比例低于预设的门限时,寻呼定时器的设置不考虑覆盖条件差的用户。
具体的设置所述寻呼定时器的定时时长的有多种,以下提供两种可选方式:
当网络中存在S+M个覆盖增强等级时,通过仿真或测试获得覆盖等级为S+1、S+2…S+M-1的用户为覆盖条件差的用户,并且覆盖等级差的用户占比不超过预设的门限L,假设前S+1个覆盖增强等级的用户分布比例为C0:C1:C2:C3:C4:C5…CS,不同覆盖增强等级对应的寻呼流程的预设时长为D0:D1:D2:D3:D4:D5…DS,则寻呼定时器时长D设置为D=ΣCx*Dx。X的取值为从0到S。
当网络中存在S+M个覆盖增强等级时,通过仿真或测试获得覆盖等级为S+1、S+2…S+M-1的用户为覆盖条件差的用户,并且覆盖等级差的用户占比不超过预设的门限L,假设第S+1个覆盖等级对应的寻呼流程预设时长为DS,则寻呼定时器时长D设置为D=DS。
举例来说:对于NB-IoT***来说,一般会设置三个不同的覆盖增强等级CE0、CE1、CE2,通过前期的外场实测,一般CE2会相比CE1的寻呼预设时长有明显提升,并且CE2的用户占比一般低于10%,所以寻呼定时器设置时仅需考虑CE0、CE1。假设CE0、CE1的用户分布比例为0.7:0.3,CE0、CE1对应的寻呼流程的预设时长为5s、10s,则寻呼定时器的时长应设置为0.7*5+0.3*10=6.5s。
再举例来说:对于NB-IoT***来说,一般会设置三个不同的覆盖增强等级CE0、CE1、CE2,通过前期的外场实测,一般CE2会相比CE1的寻呼预设时长有明显提升,并且CE2的用户占比一般低于10%,所以寻呼定时器设置时仅需考虑CE1所对应的寻呼预设时长。假设CE1用户对应的寻呼流程的预设时长为10s,则寻呼定时器的时长应设置为10s。
针对N+1个增强覆盖等级的场景,同时考虑到信号波动等原因,可以考虑在前面所述的寻呼定时器的时长设置基础上加上一定的时间余量T,如D=ΣCn*Dn+T或D=Dn+T。n的取值范围为:0到N。
基于不同覆盖增强等级的用户分布情况设置寻呼定时器的时长,可保证覆盖条件好的用户的寻呼预设时长,同时保证较高的寻呼成功率。
示例4:
本示例提供一种寻呼定时器的定时时长确定方法,包括:
基于网络不同覆盖增强等级的用户分布情况设置寻呼定时器时长,该方法可应用于MME。
在一些情况下,当网络中存在S+1个覆盖增强等级时,不同覆盖增强等级的用户分布比例为C0:C1:C2:C3:C4:C5…CS(C0+C1+C2+C3+C4+C5…+CS=1),不同覆盖增强等级对应的寻呼流程的预设时长为D0:D1:D2:D3:D4:D5…DS,则寻呼定时器时长D设置为D=ΣCx*Dx。X的取值为从0到S。
在一些情况下,在加权计算出的定时器时长基础上增加一定的时间余量T,即寻呼定时器时长为D=ΣCx*Dx+T。X的取值为从0到S。
在一些情况下,当覆盖条件差的用户比例低于预设的门限时,寻呼定时器的设置忽略覆盖条件差的用户。
在一些情况下,覆盖条件差的定位可以是第S个覆盖等级的用户所对应的整个寻呼流程预设时长会相比S-1个覆盖等级的用户的寻呼预设时长有明显提升,那么覆盖等级S、S+1、S+2…的用户都属于覆盖条件差的用户,也可以是人为预设的覆盖等级M、M+1、M+2…的用户都属于覆盖条件差的用户
在一些情况下,当网络中存在S+M个覆盖增强等级时,通过仿真或测试获得覆盖等级为S、S+1…S+M-1的用户为覆盖条件差的用户,并且覆盖等级差的用户占比不超过预设的门限L,假设前S个覆盖增强等级的用户分布比例为C0:C1:C2:C3:C4:C5…CS-1(C0+C1+C2+C3+C4+C5…+CS-1=1),不同覆盖增强等级对应的寻呼流程的预设时长为D0:D1:D2:D3:D4:D5…DS-1,则寻呼定时器时长D设置为D=ΣCx*Dx。X的取值为从0到S-1。
在一些情况下,在加权计算出的定时器时长基础上增加一定的时间余量T,即寻呼定时器时长为D=ΣCx*Dx+T。X的取值为从0到S-1。
在一些情况下,当网络中存在S+M个覆盖增强等级时,通过仿真或测试获得覆盖等级为S、S+1、S+2…S+M的用户为覆盖条件差的用户,并且覆盖等级差的用户占比不超过预设的门限L,假设第S个覆盖等级对应的寻呼流程预设时长为DS-1,则寻呼定时器时长D设置为D=DS-1。
在一些情况下,在计算出的寻呼定时器时长基础上增加一定的时间余量T,即寻呼定时器时长为D=DS-1+T。
示例5:
本示例提供一种寻呼定时器的定时时长确定方法,包括:
在一定的用户分布条件下,通过仿真或者实测,获得不同寻呼定时器时长设置情况下的寻呼成功率,从而得到寻呼定时器时长和寻呼成功率的函数,根据现网对寻呼成功率的要求设置对应的寻呼定时器时长。
如图6所示,本实施例提供一种通信设备,包括:
收发器,用于信息收发;
存储器,用于信息存储;
处理器,分别与所述收发器及存储器连接,用于通过执行存储在所述存储器上的计算机可执行指令,控制所述收发器的信息收发及所述存储器的信息存储,并能够前实现前述任意一个实施例提供的寻呼定时器的定时时长确定方法,例如,如图1、图3和/或图4所示的方法。
本实施例提供的通信设备可为前述的网络侧设备,例如,MME或AF等。
所述存储器可包括各种类型的存储介质,该存储介质为非临时性计算机存储介质,在通信设备掉电之后能够继续记忆存储其上的信息。
所述处理器可以通过总线等与所述天线和所述存储器连接。
本实施例还提供一种计算机存储介质,所述计算机存储介质存储有计算机可执行指令;所述计算机可执行指令被处理器执行后,能够前实现前述任意一个实施例提供的寻呼定时器的定时时长确定方法,例如,如图1、图3和/或图4所示的方法。
该计算机存储介质为非瞬间存储介质。
在本申请所提供的几个实施例中,应该理解到,所揭露的设备和方法,可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,如:多个单元或组件可以结合,或可以集成到另一个***,或一些特征可以忽略,或不执行。另外,所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口,设备或单元的间接耦合或通信连接,可以是电性的、机械的或其它形式的。
上述作为分离部件说明的单元可以是、或也可以不是物理上分开的,作为单元显示的部件可以是、或也可以不是物理单元,即可以位于一个地方,也可以分布到多个网络单元上;可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。
另外,在本公开各实施例中的各功能单元可以全部集成在一个处理模块中,也可以是各单元分别单独作为一个单元,也可以两个或两个以上单元集成在一个单元中;上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
本申请任意实施例公开的技术特征,在不冲突的情况下,可以任意组合形成新的方法实施例或设备实施例。
本申请任意实施例公开的方法实施例,在不冲突的情况下,可以任意组合形成新的方法实施例。
本申请任意实施例公开的设备实施例,在不冲突的情况下,可以任意组合形成新的设备实施例。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:移动存储设备、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本公开的具体实施方式,但本公开的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本公开揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本公开的保护范围之内。因此,本公开的保护范围应以所述权利要求的保护范围为准。