发明内容
为解决现有存在的技术问题,本发明实施例期望提供一种调整寻呼密度的方法、装置和计算机可读存储介质,至少解决人工手动设置寻呼密度nB效率低,寻呼效率低的问题。
本发明实施例的技术方案是这样实现的:
本发明的至少一个实施例提供了一种调整寻呼密度的方法,该方法应用于网管平台,包括:
确定小区终端终止呼叫业务的业务占比;
基于所述业务占比调整寻呼密度。
此外,根据本发明的至少一个实施例,所述确定小区终端终止呼叫业务的业务占比,包括:
基于历史业务特征数据,通过机器学习判断当前业务为终端终止呼叫业务;
确定所述终端终止呼叫业务的寻呼量在所有寻呼量中的占比,得到终端终止呼叫业务的业务占比。
此外,根据本发明的至少一个实施例,所述基于所述业务占比调整寻呼密度,包括:
确定所述业务占比大于等于预设值时,则提高小区的寻呼密度;
确定所述业务占比小于预设值时,则降低小区的寻呼密度。
此外,根据本发明的至少一个实施例,该方法还包括:
接收基站发送的待寻呼用户的数目和当前的寻呼密度。
此外,根据本发明的至少一个实施例,该方法还包括:
基于所述待寻呼用户的数目和当前的寻呼密度,确定小区的寻呼复用度。
此外,根据本发明的至少一个实施例,所述基于所述业务占比调整寻呼密度,包括:
确定所述业务占比大于等于预设值时,判断所述寻呼复用度的大小;
确定所述寻呼复用度小于第一门限值时,则降低小区的寻呼密度;
确定所述寻呼复用度大于等于第二门限值时,判断下行资源利用率的大小;确定下行资源利用率小于预设门限时,则提高小区的寻呼密度;确定下行资源利用率大于等于预设门限时,保持当前的寻呼密度;
其中,所述第一门限值小于第二门限值。
此外,根据本发明的至少一个实施例,所述基于所述业务占比调整寻呼密度,包括:
确定所述业务占比小于预设值时,判断寻呼复用度的大小;
确定寻呼复用度小于第一门限值时,则降低小区的寻呼密度;
确定所述寻呼复用度大于等于第二门限值时,保持当前的寻呼密度。
此外,根据本发明的至少一个实施例,该方法还包括:
将调整后的寻呼密度发送给基站。
本发明实施例至少一个实施例还一种调整寻呼密度的方法,该方法应用于基站,包括:
接收调整后的寻呼密度;其中,所述寻呼密度为网管平台基于小区终端终止呼叫业务的业务占比调整所得;
触发***消息变更。
此外,根据本发明的至少一个实施例,该方法还包括:
发送待寻呼用户的数目和当前的寻呼密度到所述网管平台,用于所述网管平台基于所述待寻呼用户的数目和当前的寻呼密度确定小区的寻呼复用度。
本发明实施例至少一个实施例还一种调整寻呼密度的装置,该装置应用于网管平台,包括:
确定模块,用于确定小区终端终止呼叫业务的业务占比;
调整模块,用于基于所述业务占比调整寻呼密度。
本发明实施例至少一个实施例还一种调整寻呼密度的装置,该装置应用于基站,包括:
接收模块,用于接收调整后的寻呼密度;其中,所述寻呼密度为网管平台基于小区终端终止呼叫业务的业务占比调整所得;
触发模块,用于触发***消息变更。
本发明实施例至少一个实施例还一种调整寻呼密度的装置,该装置包括:处理器和用于存储能够在处理器上运行的计算机程序的存储器,
其中,所述处理器用于运行所述计算机程序时,执行上述方法的步骤。
本发明实施例至少一个实施例还一种计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现上述方法的步骤。
本发明实施例提供的调整寻呼密度的方法、装置和计算机可读存储介质,网管平台确定小区终端终止呼叫业务的业务占比;基于所述业务占比调整寻呼密度。本发明实施例可基于终端终止呼叫业务的业务占比自适应调整寻呼密度,从而动态适配小区业务寻呼需求,提高寻呼的效率和成功率。而且,相对于人工手动设置寻呼密度nB来说,本发明实施例可提高配置效率,节省了人力成本。
此外,本发明实施例在调整寻呼密度时,在考虑终端终止呼叫业务的业务占比基础上还考虑寻呼复用度以及下行资源利用率的影响,进一步完善调整寻呼密度的参考条件,最终对寻呼密度的调整更完善,进一步提高下行资源的利用率,提高客户业务体验。
具体实施方式
在移动通信***中,当服务器有下行指令下发到终端时,若终端处于空闲态,则通过寻呼的方式唤醒用户开始RRC连接建立过程,进入RRC连接态,并接收下行数据。
对于基站到终端的空口传输,需要配置寻呼帧(paging frame,PF)和寻呼机会(paging opportunity,PO),基站只能在寻呼帧中的PO上下发对应终端的寻呼消息,终端只能在自己的PO上监听寻呼消息。
当移动通信***不仅服务于人,还大量服务于物时,不同小区接收到的寻呼消息数量可能不同,比如对于主要承载电表业务(MT业务,需要寻呼)的小区而言,相比主要承载烟感业务(MO业务,不需要寻呼)的小区,前者对寻呼容量有更大的需求。且随着物联网业务的开展,不同小区承载的物联网业务类型也处于动态变化中。终端终止呼叫(MobileTerminated,MT)业务,指的是该业务的第一条信令为网络发给终端,对于处于空闲(ideal)态的终端来说,需要先接收寻呼消息,建立RRC连接,然后接收下行消息。而终端发起呼叫(Mobile Original,MO)业务,指的是该业务的第一条信令为终端发给网络,终端主动通过随机接入建立RRC连接,开始数据传输,不需要接收寻呼。
寻呼密度nB是寻呼机制中的重要参数,该值配置的越小,寻呼帧越少,寻呼机会越少,寻呼容量越小。对于nB参数的设定,当前无线***采用静态机制,即:移动通信***综合考量小区的寻呼业务量多少,并通过设定合理的nB值,以保证小区的寻呼容量。nB的取值可为:4T,2T,T,T/2,T/4,T/8,T/16,T/32。T为DRX cycle,也是寻呼周期。nB表示在每个寻呼周期内包含了多少个PO,PO为可用于传输寻呼消息的子帧。
基于以上实际情况,采用静态寻呼密度nB参数配置方法存在以下问题:1)若基于各个小区寻呼业务量手动设置它们的寻呼密度nB,对于网络优化来说无疑是巨大且繁重的挑战,再考虑寻呼业务量变动,此类工作将持续不断;2)若为所有小区设定统一的寻呼密度nB值,则需要兼顾高寻呼业务量小区,虽然节省了网优成本,但对于其它小区而言,由于配置的寻呼资源数大于实际需求,导致每个寻呼机会(paging opportunity,PO)承载的寻呼数量变少,寻呼复用度也变小,因此寻呼资源效率不高,进而影响了整体小区资源效率和容量。
基于此,本发明实施例提出一种自适应调整寻呼密度的方法,可动态适配小区业务寻呼需求。
下面结合附图和实施例对本发明进行描述。
本发明实施例提供了一种调整寻呼密度的方法,如图1所示,该方法应用于网管平台,包括:
步骤101:确定小区终端终止呼叫业务的业务占比;
步骤102:基于所述业务占比调整寻呼密度。
本发明实施例可基于终端终止呼叫业务的业务占比自适应调整寻呼密度,从而动态适配小区业务寻呼需求,提高寻呼的效率和成功率。
本发明实施例中,所述确定小区终端终止呼叫业务的业务占比,包括:
基于历史业务特征数据,通过机器学习判断当前业务为终端终止呼叫业务;
确定所述终端终止呼叫业务的寻呼量在所有寻呼量中的占比,得到终端终止呼叫业务的业务占比。
一个实施例中,所述基于所述业务占比调整寻呼密度,包括:
确定所述业务占比大于等于预设值时(表明本小区内MT业务较多,寻呼资源需求较大),则提高小区的寻呼密度;
确定所述业务占比小于预设值时(表明本小区内MT业务较少,寻呼资源需求一般),则降低小区的寻呼密度。
一个实施例中,该方法还包括:
接收基站发送的待寻呼用户的数目和当前的寻呼密度。
相应的,该方法还包括:
基于所述待寻呼用户的数目和当前的寻呼密度,确定小区的寻呼复用度。
一个实施例中,所述基于所述业务占比调整寻呼密度,包括:
确定所述业务占比大于等于预设值时,判断所述寻呼复用度的大小;
确定所述寻呼复用度小于第一门限值时,则降低小区的寻呼密度;
确定所述寻呼复用度大于等于第二门限值时,判断下行资源利用率的大小;确定下行资源利用率小于预设门限时,则提高小区的寻呼密度;确定下行资源利用率大于等于预设门限时,保持当前的寻呼密度;
其中,所述第一门限值小于第二门限值。
另一个实施例中,所述基于所述业务占比调整寻呼密度,包括:
确定所述业务占比小于预设值时,判断寻呼复用度的大小;
确定寻呼复用度小于第一门限值时,则降低小区的寻呼密度;
确定所述寻呼复用度大于等于第二门限值时,保持当前的寻呼密度。
这里,在考虑终端终止呼叫业务的业务占比基础上还考虑寻呼复用度以及下行资源利用率的影响,进一步完善调整寻呼密度的参考条件,最终对寻呼密度的调整更完善,进一步提高下行资源的利用率,提高客户业务体验。
一个实施例中,该方法还包括:
将调整后的寻呼密度发送给基站。
本发明实施例还提供了一种调整寻呼密度的方法,如图2所示,该方法应用于基站,包括:
步骤201:接收调整后的寻呼密度;其中,所述寻呼密度为网管平台基于小区终端终止呼叫业务的业务占比调整所得;
步骤202:触发***消息变更。
一个实施例中,该方法还包括:
发送待寻呼用户的数目和当前的寻呼密度到所述网管平台,用于所述网管平台基于所述待寻呼用户的数目和当前的寻呼密度确定小区的寻呼复用度。
为了实现上述方法实施例,本发明实施例还提供了一种调整寻呼密度的装置,如图3所示,该装置应用于网管平台,包括:
确定模块301,用于确定小区终端终止呼叫业务的业务占比;
调整模块302,用于基于所述业务占比调整寻呼密度。
本发明实施例中,所述确定模块301确定小区终端终止呼叫业务的业务占比,包括:
基于历史业务特征数据,通过机器学习判断当前业务为终端终止呼叫业务;
确定所述终端终止呼叫业务的寻呼量在所有寻呼量中的占比,得到终端终止呼叫业务的业务占比。
一个实施例中,所述调整模块302基于所述业务占比调整寻呼密度,包括:
确定所述业务占比大于等于预设值时(表明本小区内MT业务较多,寻呼资源需求较大),则提高小区的寻呼密度;
确定所述业务占比小于预设值时(表明本小区内MT业务较少,寻呼资源需求一般),则降低小区的寻呼密度。
一个实施例中,所述确定模块301,还用于接收基站发送的待寻呼用户的数目和当前的寻呼密度。
相应的,所述确定模块301,还用于基于所述待寻呼用户的数目和当前的寻呼密度,确定小区的寻呼复用度。
一个实施例中,所述调整模块302基于所述业务占比调整寻呼密度,包括:
确定所述业务占比大于等于预设值时,判断所述寻呼复用度的大小;
确定所述寻呼复用度小于第一门限值时,则降低小区的寻呼密度;
确定所述寻呼复用度大于等于第二门限值时,判断下行资源利用率的大小;确定下行资源利用率小于预设门限时,则提高小区的寻呼密度;确定下行资源利用率大于等于预设门限时,保持当前的寻呼密度;
其中,所述第一门限值小于第二门限值。
另一个实施例中,所述调整模块302基于所述业务占比调整寻呼密度,包括:
确定所述业务占比小于预设值时,判断寻呼复用度的大小;
确定寻呼复用度小于第一门限值时,则降低小区的寻呼密度;
确定所述寻呼复用度大于等于第二门限值时,保持当前的寻呼密度。
这里,在考虑终端终止呼叫业务的业务占比基础上还考虑寻呼复用度以及下行资源利用率的影响,进一步完善调整寻呼密度的参考条件,最终对寻呼密度的调整更完善,进一步提高下行资源的利用率,提高客户业务体验。
一个实施例中,如图4所示,该装置还包括:第一发送模块303,用于将调整后的寻呼密度发送给基站。
本发明实施例还提供了一种调整寻呼密度的装置,如图5所示,该装置应用于基站,包括:
接收模块501,用于接收调整后的寻呼密度;其中,所述寻呼密度为网管平台基于小区终端终止呼叫业务的业务占比调整所得;
触发模块502,用于触发***消息变更。
一个实施例中,如图6所示,该装置还包括:第二发送模块503,用于发送待寻呼用户的数目和当前的寻呼密度到所述网管平台,用于所述网管平台基于所述待寻呼用户的数目和当前的寻呼密度确定小区的寻呼复用度。
本发明实施例还提供了一种调整寻呼密度的装置,该装置包括:处理器和用于存储能够在处理器上运行的计算机程序的存储器,
其中,所述处理器用于运行所述计算机程序时,执行:
确定小区终端终止呼叫业务的业务占比;
基于所述业务占比调整寻呼密度。
所述确定小区终端终止呼叫业务的业务占比时,所述处理器还用于运行所述计算机程序时,执行:
基于历史业务特征数据,通过机器学习判断当前业务为终端终止呼叫业务;
确定所述终端终止呼叫业务的寻呼量在所有寻呼量中的占比,得到终端终止呼叫业务的业务占比。
所述基于所述业务占比调整寻呼密度时,所述处理器还用于运行所述计算机程序时,执行:
确定所述业务占比大于等于预设值时,则提高小区的寻呼密度;
确定所述业务占比小于预设值时,则降低小区的寻呼密度。
所述处理器还用于运行所述计算机程序时,执行:
接收基站发送的待寻呼用户的数目和当前的寻呼密度。
所述处理器还用于运行所述计算机程序时,执行:
基于所述待寻呼用户的数目和当前的寻呼密度,确定小区的寻呼复用度。
所述基于所述业务占比调整寻呼密度时,所述处理器还用于运行所述计算机程序时,执行:
确定所述业务占比大于等于预设值时,判断所述寻呼复用度的大小;
确定所述寻呼复用度小于第一门限值时,则降低小区的寻呼密度;
确定所述寻呼复用度大于等于第二门限值时,判断下行资源利用率的大小;确定下行资源利用率小于预设门限时,则提高小区的寻呼密度;确定下行资源利用率大于等于预设门限时,保持当前的寻呼密度;
其中,所述第一门限值小于第二门限值。
所述基于所述业务占比调整寻呼密度时,所述处理器还用于运行所述计算机程序时,执行:
确定所述业务占比小于预设值时,判断寻呼复用度的大小;
确定寻呼复用度小于第一门限值时,则降低小区的寻呼密度;
确定所述寻呼复用度大于等于第二门限值时,保持当前的寻呼密度。
所述处理器还用于运行所述计算机程序时,执行:
将调整后的寻呼密度发送给基站。
本发明实施例还提供了一种调整寻呼密度的装置,该装置包括:处理器和用于存储能够在处理器上运行的计算机程序的存储器,
其中,所述处理器用于运行所述计算机程序时,执行:
接收调整后的寻呼密度;其中,所述寻呼密度为网管平台基于小区终端终止呼叫业务的业务占比调整所得;
触发***消息变更。
所述处理器还用于运行所述计算机程序时,执行:
发送待寻呼用户的数目和当前的寻呼密度到所述网管平台,用于所述网管平台基于所述待寻呼用户的数目和当前的寻呼密度确定小区的寻呼复用度。
需要说明的是:上述实施例提供的装置在调整寻呼密度的时,仅以上述各程序模块的划分进行举例说明,实际应用中,可以根据需要而将上述处理分配由不同的程序模块完成,即将设备的内部结构划分成不同的程序模块,以完成以上描述的全部或者部分处理。另外,上述实施例提供的装置与相应方法实施例属于同一构思,其具体实现过程详见方法实施例,这里不再赘述。
在示例性实施例中,本发明实施例还提供了一种计算机可读存储介质,所述计算机可读存储介质可以是FRAM、ROM、PROM、EPROM、EEPROM、Flash Memory、磁表面存储器、光盘、或CD-ROM等存储器;也可以是包括上述存储器之一或任意组合的各种设备,如移动电话、计算机、平板设备、个人数字助理等。
本发明实施例还提供了一种计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时,执行:
确定小区终端终止呼叫业务的业务占比;
基于所述业务占比调整寻呼密度。
所述确定小区终端终止呼叫业务的业务占比时,所述计算机程序被处理器运行时,还执行:
基于历史业务特征数据,通过机器学习判断当前业务为终端终止呼叫业务;
确定所述终端终止呼叫业务的寻呼量在所有寻呼量中的占比,得到终端终止呼叫业务的业务占比。
所述基于所述业务占比调整寻呼密度时,所述计算机程序被处理器运行时,还执行:
确定所述业务占比大于等于预设值时,则提高小区的寻呼密度;
确定所述业务占比小于预设值时,则降低小区的寻呼密度。
所述计算机程序被处理器运行时,还执行:
接收基站发送的待寻呼用户的数目和当前的寻呼密度。
所述计算机程序被处理器运行时,还执行:
基于所述待寻呼用户的数目和当前的寻呼密度,确定小区的寻呼复用度。
所述基于所述业务占比调整寻呼密度时,所述计算机程序被处理器运行时,还执行:
确定所述业务占比大于等于预设值时,判断所述寻呼复用度的大小;
确定所述寻呼复用度小于第一门限值时,则降低小区的寻呼密度;
确定所述寻呼复用度大于等于第二门限值时,判断下行资源利用率的大小;确定下行资源利用率小于预设门限时,则提高小区的寻呼密度;确定下行资源利用率大于等于预设门限时,保持当前的寻呼密度。
所述基于所述业务占比调整寻呼密度时,所述计算机程序被处理器运行时,还执行:
确定所述业务占比小于预设值时,判断寻呼复用度的大小;
确定寻呼复用度小于第一门限值时,则降低小区的寻呼密度;
确定所述寻呼复用度大于等于第二门限值时,保持当前的寻呼密度。
所述计算机程序被处理器运行时,还执行:
将调整后的寻呼密度发送给基站。
本发明实施例还提供了一种计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时,执行:
接收调整后的寻呼密度;其中,所述寻呼密度为网管平台基于小区终端终止呼叫业务的业务占比调整所得;
触发***消息变更。
所述计算机程序被处理器运行时,还执行:
发送待寻呼用户的数目和当前的寻呼密度到所述网管平台,用于所述网管平台基于所述待寻呼用户的数目和当前的寻呼密度确定小区的寻呼复用度。
下面结合场景实施例对本发明进行描述。
本实施例提出一种基于小区寻呼消息复用度R(即上文所述寻呼复用度,表征单个PO寻呼的UE平均数)、小区下行资源利用率U、MT业务占比S(MT下发业务),自适应调整寻呼密度nB的方法。具体方法如下:
这里,可设小区nB参数对应一系列取值,分别标记为nB1,nB2,…,nB(i-1),nBi,nB(i+1),…。对于该组数据,nB(i-1)<nBi<nB(i+1)。随着i值越大,寻呼密度随之增大;小区默认(当前)寻呼密度为nBi;
设置一个小区MT业务占比门限,标记为S1;设置一个小区下行资源利用率门限值,标记为U1。基于经验设置两个寻呼复用度门限值,标记为R1,R2,且R1<R2;这里,R1,R2的设置依据是基于经验考虑资源的充分利用。
在实际应用过程中,
1)若判断MT业务占比S>S1,即本小区内MT业务较多,寻呼资源需求较大,相应的,
若判断寻呼复用度R<R1,无论下行资源利用率大小,调整寻呼密度为nB(i-1);
若判断寻呼复用度R>R2,则继续基于下行资源利用率U进行调整:
若判断下行资源利用率U<U1,调整寻呼密度为nB(i+1);
若判断下行资源利用率U>U1,保持默认寻呼密度为nBi。
2)若判断MT业务占比S<S1,即本小区内MT业务较少,寻呼资源需求一般,相应的,
若判断寻呼复用度R<R1,无论下行资源利用率大小,调整寻呼密度为nB(i-1);
若判断寻呼复用度R>R2,保持默认寻呼密度为nBi。
图7为本发明另一实施例所述寻呼密度调整流程示意图,该实施例从主要基站和(智能)网管平台的交互过程呈现本发明的实际实现过程,如图7所示,包括:
步骤1:基站收到MME发送的寻呼消息后,采用默认寻呼参数nB等进行寻呼;
步骤2:基站将所需要寻呼的用户数目、寻呼密度nB等发送给网管平台;
步骤3:网管平台根据用户数目、寻呼密度,得到寻呼复用度;
步骤4:网管平台根据历史业务特征数据,通过机器学习判断当前业务为终端终止呼叫(MT)业务;并计算该业务寻呼量在所有寻呼量中的占比,得到业务占比;
步骤5:网管平台根据上文所述的寻呼密度自适应调整方法,基于寻呼复用度、下行资源利用率和MT业务占比调整寻呼密度nB;
步骤6:如果nB发生变化,网管平台将调整后的nB发送给对应基站;
步骤7:基站触发***消息变更,通知UE***消息将要发生变更;
步骤8:在下一个变更周期,基站将调整后的nB通过SIB2发给UE;
步骤9:UE侧根据调整后的寻呼参数进行寻呼消息检测。
本发明实施例可基于终端终止呼叫业务的业务占比自适应调整寻呼密度,从而动态适配小区业务寻呼需求,提高寻呼的效率和成功率。而且,相对于人工手动设置寻呼密度nB来说,本发明实施例可提高配置效率,节省了人力成本。
此外,本发明实施例在调整寻呼密度时,在考虑终端终止呼叫业务的业务占比基础上还考虑寻呼复用度以及下行资源利用率的影响,进一步完善调整寻呼密度的参考条件,最终对寻呼密度的调整更完善,进一步提高下行资源的利用率,提高客户业务体验。
以上所述,仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。