一种获取寻呼量的方法及装置与流程

文档序号:12501278阅读:242来源:国知局
一种获取寻呼量的方法及装置与流程

本发明涉及通信技术领域,尤其涉及一种获取寻呼量的方法及装置。



背景技术:

目前,运营商之间的竞争日益激烈。运营商如果想在竞争中占据先机,除了深入了解自身用户分布及业务使用情况外,还需获取其他运营商的业务及用户分布,从而做到知己知彼、有的放矢。但是,目前尚未存在获取其他运营商的用户分布情况的有效方案。



技术实现要素:

本发明实施例提供一种获取寻呼量的方法及装置,以便于通过本发明实施例提供的方法得到包括其他运营商在内的全网的用户分布情况。

为达到上述目的,本发明的实施例采用如下技术方案:

一种获取寻呼量的方法,包括:

用户设备根据基站发送的系统消息,获取寻呼不连续接收周期的大小T和所述寻呼不连续接收周期内寻呼时刻的数量nB;

根据用户对应的国际移动用户识别码IMSI、所述寻呼不连续接收周期的大小T和所述寻呼不连续接收周期内寻呼时刻的数量nB,确定目标寻呼帧和目标寻呼时刻;

在所述目标寻呼帧的目标寻呼时刻,解析物理下行控制信道PDCCH消息;

当所述PDCCH消息中包含寻呼指示时,解析物理下行共享信道PDSCH消息,获取所述目标寻呼时刻对应的寻呼消息的数量;

根据所述目标寻呼时刻对应的寻呼消息的数量和所述寻呼不连续接收周期内寻呼时刻的数量nB,确定所述寻呼不连续接收周期内寻呼消息的总数量。

一种获取寻呼量的装置,包括:

获取模块,用于根据基站发送的系统消息,获取寻呼不连续接收周期的大小T和所述寻呼不连续接收周期内寻呼时刻的数量nB;

处理模块,用于根据用户对应的国际移动用户识别码IMSI、所述寻呼不连续接收周期的大小T和所述寻呼不连续接收周期内寻呼时刻的数量nB,确定目标寻呼帧内的目标寻呼时刻;

解析模块,用于在所述目标寻呼帧的目标寻呼时刻,解析物理下行控制信道PDCCH消息;

所述获取模块,还用于当所述PDCCH消息中包含寻呼指示时,解析物理下行共享信道PDSCH消息,获取所述目标寻呼时刻对应的寻呼消息的数量;

所述处理模块,还用于根据所述目标寻呼时刻对应的寻呼消息的数量和所述寻呼不连续接收周期内寻呼时刻的数量nB,确定所述寻呼不连续接收周期内寻呼消息的总数量。

本发明实施例提供的获取寻呼量的方法及装置,通过单个用户设备可获取该用户设备对应的寻呼时刻的寻呼消息的总数,再根据该寻呼时刻对应的寻呼消息的总数以及在一个寻呼不连续接收周期内寻呼时刻的总个数,推算得到在测试时间内寻呼消息的总数量,进而便于运营商根据该寻呼消息总数与用户分布的对应关系,得到包括其他运营商在内的全网的用户分布情况。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的一种寻呼DRX周期、PF、PO之间的对应关系的示意图;

图2为本发明实施例提供的一种获取寻呼量的方法的示意图;

图3为本发明实施例提供的一种获取寻呼量的装置的示意图。

具体实施方式

下面将结合本实施例中的附图,对本实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。

本发明实施例提供一种获取寻呼量的方法,应用于LTE网络中。LTE网络中,寻呼是以跟踪区域(Tracking Area,TA)为粒度进行下发,当TA下任一空闲态用户被寻呼时,该TA中所有小区都会在空口下发寻呼消息。具体为:当下行数据到达LTE网络时,数据终止并缓存在服务网关(Serving Gate Way,SGW),同时SGW向移动管理实体(Mobility Management Entity,MME)发出寻呼通知,由MME负责向TA内相关的所有eNodeB发出寻呼消息,eNodeB再以寻呼周期(Paging Cycle,PC)在寻呼时刻(Paging Occasion,PO)向终端发送寻呼消息。用户设备(User Equipment,UE)遵循不连续接收(Discontinuous reception,DRX)的原则,在一个DRX周期T内,UE只在自己对应的寻呼帧(Paging Frame,PF)的寻呼时刻(Paging Ocassion,PO)去监听物理下行控制信道(Physical Downlink Control Channel,PDCCH)上是否携带寻呼指示(Paging Radio Network Tempory Identity,P-RNTI),进而去判断物理下行共享信道(Physical Downlink Shared Channel,PDSCH)上是否承载了可能跟自己相关的寻呼消息。

如图1所示,为寻呼DRX周期、PF、PO之间的对应关系。其中:一个寻呼DRX周期中可能包括多个帧,有些帧为寻呼帧(图中标有“PF”字样),有些帧为除寻呼帧以外的其他类型的帧,寻呼帧PF包括寻呼时刻PO。

如图1所示,本发明实施例提供的获取寻呼量的方法包括:

101:用户设备根据基站发送的系统消息,获取寻呼不连续接收周期的大小T和所述寻呼不连续接收周期内寻呼时刻的数量nB。

其中,系统消息为一种由基站发送的系统信息块(System Information Block,SIB),SIB2中携带了寻呼不连续接收周期的大小T、寻呼不连续接收周期内寻呼时刻的数量nB等消息,因而T和nB的值可直接读取该系统消息得到。SIB2由基站周期性的下发给用户设备。基站发给所有用户设备的系统消息都相同。

寻呼不连续接收周期的大小T表示一个DRX周期所包含的帧的总数,其取值可选为32、64、128、256帧。例如:当T为32时,表明一个DRX周期包含32个帧。

寻呼不连续接收周期内寻呼时刻的数量nB与寻呼不连续接收周期的大小T有一定的对应关系,其取值为{4T,2T,T,T/2,T/4,T/8,T/16,T/32}中的一个。

102:用户设备根据用户对应的国际移动用户识别码IMSI、所述寻呼不连续接收周期的大小T和所述寻呼不连续接收周期内寻呼时刻的数量nB,确定目标寻呼帧和目标寻呼时刻。

在本步骤的具体实现过程中,具体包括如下步骤:

(1)根据所述寻呼不连续接收周期的大小T和所述寻呼不连续接收周期内寻呼时刻的数量nB,确定所述寻呼不连续接收周期内寻呼帧的数量N和一个所述寻呼帧内寻呼时刻的数量Ns。

其中,N的取值为寻呼不连续接收周期的大小T和寻呼不连续接收周期内寻呼时刻的数量nB之间的较小值。例如:当nB取值为2T时,N的取值为T。

Ns的取值为1和nB/T中的较大值,例如:当nB取值为2T时,Ns的取值为2。

(2)根据用户对应的国际移动用户识别码(International Mobile Subscriber Identification Number,IMSI)、所述寻呼不连续接收周期的大小T和所述寻呼不连续接收周期内寻呼帧的数量N,确定目标寻呼帧的位置,所述目标寻呼帧为包含所述用户对应的寻呼时刻的寻呼帧。

在本步骤的具体实现过程中,可通过如下公式计算得到寻呼帧出现的位置SFN。

SFN mod T=(T div N)*(UE_ID mod N)

其中,SFN表示寻呼帧出现的位置;

UE_ID的计算公式为:UE_ID=IMSI mod 1024。

例如:当用户的IMSI为460013079606348时,根据上述公式可计算得到寻呼帧的位置出现在SFN=128*i+76,其中(i=0到N,且SFN≤1024)。即寻呼 帧的位置可能为76,204,332,460,588,716,844,972。

(3)根据所述IMSI、所述用户设备对应的网络制式和所述寻呼不连续接收周期内寻呼帧的数量N,确定所述目标寻呼时刻的位置。

在本步骤的具体实现过程中,可通过如下公式计算得到目标寻呼时刻i_s的位置:

i_s=floor(UE_ID/n)mod Ns

例如:当用户的IMSI为460013079606348时,根据上述公式可计算得到目标寻呼时刻i_s的位置:

i_s=floor((460013079606348 mod 1024)mod 128)mod 1=0

103:用户设备在目标寻呼帧的目标寻呼时刻,解析物理下行控制信道PDCCH消息。

104:当PDCCH消息中包含寻呼指示时,用户设备解析物理下行共享信道PDSCH消息,获取所述目标寻呼时刻对应的寻呼消息的数量。

其中,在解析PDCCH消息时,可通过查看PDCCH消息中是否包括P-RNTI来确定是否包含寻呼指示;当包括时,则表明PDCCH消息中包含寻呼指示。

当PDCCH消息中包含寻呼指示时,则进一步解析PDSCH消息,获取该PDSCH消息中的寻呼记录列表(Paging Record List)。寻呼记录列表中记录了当前寻呼时刻对应的所有寻呼消息,既有当前用户设备对应的寻呼消息,还有其他用户设备UE对应的寻呼消息,因而,通过查看该寻呼记录列表可以得到该用户对应的寻呼时刻的寻呼消息的总数量。当然,如果包括当前用户设备对应的寻呼消息,则当前用户设备可按照现有技术对寻呼消息进行处理。

此外,在本步骤的具体实现过程中,除了获取所述目标寻呼时刻对应的寻呼消息的数量的同时,所述方法还包括:获取每个所述寻呼消息包括的临时移动用户标识(Temporary Mobile Subscriber Identity,TMSI)、接收时间、核心网-区域(cn-Domain)等寻呼消息中包括的其他内容。这样,除了能获取同一寻呼时刻对应的寻呼消息总数量之外,还可根据这些内容得到不同域、不同时间下的寻呼消息数量统计结果。

105:用户设备根据所述目标寻呼时刻对应的寻呼消息的数量和所述寻呼不 连续接收周期内寻呼时刻的数量nB,确定所述寻呼不连续接收周期内寻呼消息的总数量。

发明人通过对现网数据进行采集分析发现,对于某一TA而言,任一DRX周期内有nB个寻呼时刻PO,该TA下所有用户按照IMSI号被分配到不同的PO,单个空闲态用户只能获取到该PO下所有的寻呼消息;而每个PO上的用户数是根据IMSI号均匀分布的。因而利用单个用户设备在某一PO上记录的寻呼消息数量,乘以nB,就可以得到一个DRX周期内的所有寻呼消息数量。

在本步骤的其他实现方式中,为了使得到的寻呼消息的数量更加准确,也可设置多个用户设备,对于每个用户设备均通过上述步骤101至步骤105计算得到每个用户设备对应的寻呼消息总数,然后求平均,得到最终的一个DRX周期内的所有寻呼消息数量。

本发明实施例提供的获取寻呼量的方法,通过单个用户设备可获取该用户设备对应的寻呼时刻的寻呼消息的总数,再根据该寻呼时刻对应的寻呼消息的总数以及在一个寻呼不连续接收周期内寻呼时刻的总个数,推算得到在测试时间内寻呼消息的总数量,进而便于运营商根据该寻呼消息总数与用户分布的对应关系,得到包括其他运营商在内的全网的用户分布情况。

作为上述方法的具体应用,本发明实施例以TA为单位进行寻呼量的推算。具体实现过程如下:

每个TA下放置N个终端,每个终端均处于空闲态,记录测试日志,记录时间为ti;多个终端的IMSI号分属不同PO,用以获取不同PO的寻呼量PRi,i∈1,...N。

根据系统消息,得到寻呼DRX周期T和寻呼DRX周期T内寻呼时刻的数量nB。

则该TA平均每小时的寻呼量为:

为了对本发明实施例提供的获取寻呼量的方法进行进一步的验证,本发明实施例通过采集实验数据进行验证,具体分析如下:

实际测试时,在某小区内进行测试,测试时间为2015-6-4~2015-6-7,对应TA为TAC=4119以及TAC=4338。读取系统消息,得到寻呼周期T=128,nB=T,可知全网寻呼周期对应的时长为1280ms,一个寻呼周期T内有128个寻呼时刻,则一个TA下有128个PO组。其中,所指的PO组是指在一段时间内的每一个用户设备对应的PO形成的集合。例如:一个DRX周期中有128帧,每帧都是PF帧,每帧都有一个PO,所以一个DRX周期中有128个PO。如果把时间拉长到整个时间轴,而不是单指一个DRX周期的话,则对于某个用户设备,它读取的PO是,第1帧的PO、第129帧的PO、第258帧的PO、第385帧的PO等依次类推,对于这个终端来说,这些帧中的PO就是它的PO组。所以128帧就有128个PO组。

采用一个终端进行验证,以小时为统计单位,推算公式可以简化为:

PagingNumber=128*PR

统计及推算的PS寻呼量如下表所示:

结合上表,按照误差比例=abs(推算量-实际量)/实际量公式可以得出PS寻呼量的预测误差为平均误差7.38%,在正负15%以内,因而可接受。

作为上述方法的具体应用,本发明实施例还提供了一种获取寻呼量的装置,如图3所示,包括:

获取模块201,用于根据基站发送的系统消息,获取寻呼不连续接收周期的大小T和所述寻呼不连续接收周期内寻呼时刻的数量nB;

处理模块202,用于根据用户对应的国际移动用户识别码IMSI、所述寻呼不连续接收周期的大小T和所述寻呼不连续接收周期内寻呼时刻的数量nB,确定目标寻呼帧内的目标寻呼时刻;

解析模块203,用于解析与所述目标寻呼帧内的目标寻呼时刻对应的物理下行控制信道PDCCH消息;

所述获取模块201,还用于当所述PDCCH消息中包含寻呼指示时,解析与所述PDCCH对应的物理下行共享信道PDSCH消息,获取所述目标寻呼时刻对应的寻呼消息的数量;

所述处理模块202,还用于根据所述目标寻呼时刻对应的寻呼消息的数量和所述寻呼不连续接收周期内寻呼时刻的数量nB,确定所述寻呼不连续接收周期内寻呼消息的总数量。

进一步的,所述处理模块202,具体用于:

根据所述寻呼不连续接收周期的大小T和所述寻呼不连续接收周期内寻呼时刻的数量nB,确定所述寻呼不连续接收周期内寻呼帧的数量N和一个所述寻呼帧内寻呼时刻的数量Ns;

根据用户对应的国际移动用户识别码IMSI、所述寻呼不连续接收周期的大小T和所述寻呼不连续接收周期内寻呼帧的数量N,确定目标寻呼帧的位置,所述目标寻呼帧为包含所述用户对应的寻呼时刻的寻呼帧;

根据所述IMSI、网络制式和所述寻呼不连续接收周期内寻呼帧的数量N,确定所述目标寻呼帧内目标寻呼时刻的位置。

进一步的,所述获取模块201,还用于:

获取每个所述寻呼消息包括的用户标识、接收时间、核心网。

进一步的,所述处理模块202,具体用于:

将所述目标寻呼时刻对应的寻呼消息的数量与所述寻呼不连续接收周期内寻呼时刻的数量nB的乘积,确定为所述寻呼不连续接收周期内寻呼消息的总数量。

本发明实施例提供的获取寻呼量的装置,通过单个用户设备可获取该用户设备对应的寻呼时刻的寻呼消息的总数,再根据该寻呼时刻对应的寻呼消息的 总数以及在一个寻呼不连续接收周期内寻呼时刻的总个数,推算得到在测试时间内寻呼消息的总数量,进而便于运营商根据该寻呼消息总数与用户分布的对应关系,得到包括其他运营商在内的全网的用户分布情况。

通过以上的实施方式的描述,所属领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在可读取的存储介质中,如计算机的软盘,硬盘或光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。

以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1