一种寻呼消息的传输方法及装置与流程

文档序号:11710310阅读:149来源:国知局
一种寻呼消息的传输方法及装置与流程

本申请涉及通信技术领域,尤其涉及一种寻呼消息的传输方法及装置。



背景技术:

在现有的移动通信系统中,寻呼是按照一定周期发送的,且周期比较短,几十秒到几十分钟,并且多个终端的寻呼可能复用到同一个子帧中发送。但在窄带物联网(narrowbandinternetofthings,nbiot)的系统研究中,由于信道条件受限,业务到达时间间隔比较长,且终端电量有限,如果仍按按照现有寻呼机制发送寻呼,会导致用户设备(ue)进行大量无效的寻呼接收以及消耗不必要的终端电量,这种情况统一称为寻呼虚警。

关于机器类通信(machinetypecommunication,mtc)介绍如下:

mtc作为一种新型的通信理念,其目的是将多种不同类型的通信技术有机结合,例如:机器对机器通信、机器控制通信、人机交互通信、移动互联通信,从而推动社会生产和生活方式的发展。预计未来人对人通信的业务可能仅占整个终端市场的1/3,而更大数量的通信是机器间(小带宽系统)通信业务。

当前的移动通信网络是针对人与人之间的通信设计的,例如:网络容量的确定等。如果希望利用移动通信网络来支持小带宽系统通信就需要根据小带宽系统通信的特点对移动通信系统的机制进行优化,以便能够在对传统的人与人通信不受或受较小影响的情况下,更好地实现小带宽系统通信。

关于nb-iot介绍如下:

窄带物联网(narrowbandinternetofthings,nb-iot)工作阶段(workitem,wi)在3gpp版本13(release13)阶段通过并启动。

窄带互联网wi阶段的目标是对蜂窝物联网(cellularinternetofthings, ciot)的无线接入进行技术标准化。技术基于长期演进(lte)/先进的长期演进(lte-a)系统进行扩展,主要考虑的网络特性/目标是:增强室内覆盖,支持大量低速设备接入,低时延敏感性,降低设备成本,降低设备功耗,优化网络架构等。

当前认识到的nb-iot通信可能存在的一些特性有:

-nb-iot终端具有低移动性;

-nb-iot终端与网络侧进行数据传输的时间是可控的;即nb-iot终端只能在网络指定的时间段内进行接入。

-nb-iot终端与网络侧进行的数据传输对数据传输对实时性要求不高,即:具有时间容忍性;

-nb-iot终端能量受限,要求极低的功率消耗;

-nb-iot终端和网络侧之间只进行小数据量的信息传输;

-nb-iot终端具有低实现复杂度;

……

一个实际的nb-iot终端可以具有上述的一个或多个特性。

关于寻呼机制的介绍如下:

从无线网络侧来说,在长期演进(lte)系统,用户设备(userequipment,ue)有两种状态,即连接(rrc_connected)状态和空闲(rrc-idle)状态。ue只有在进入到rrc_connected状态才能发送上行数据。一旦ue发送数据完成,网络监测终端长时间无数据传输后通过无线资源控制连接释放(rrcconnectionrelease)消息使用终端的无线资源控制(radioresourcecontrol,rrc)连接,使ue进入rrc_idle状态。

ue在rrc_idle状态下的主要工作就是监听网络侧的寻呼。为了省电都是以非连续接收(drx)方式监听寻呼。即每一个周期中仅仅有一小段时间是处于接收状态,该周期内其它时间都是非接收状态的。对于lte系统,网络侧配置的最大drx周期为2560ms。而对于支持edrx的lte和nbiot系统, drx的周期最长可以配置为几十分钟。在配置了drx周期的情况下,仅打开接收机来接收网络侧寻呼指示消息以及可能的寻呼消息,其他时间都是关闭接收机的。通过这种方式可以达到省电的目的。每一个寻呼周期中仅仅有一个子帧(1ms)是处于接收状态,该周期内其它时间都是非接收状态的,如图1所示。

综上所述,现有技术中,寻呼是按照一定周期发送的,且周期比较短,几十秒到几十分钟,并且多个终端的寻呼可能复用到同一个子帧中发送,ue需要持续监听寻呼消息。但在nb-iot的系统研究中,由于信道条件受限,业务到达时间间隔比较长,且终端电量有限,如果仍按照现有寻呼机制发送寻呼,会导致寻呼虚警问题,即ue进行了大量无效的寻呼接收,导致消耗不必要的终端电量。



技术实现要素:

本申请实施例提供了一种寻呼消息的传输方法及装置,用以使得ue在各自的寻呼位置监听寻呼消息,避免进行大量无效的寻呼接收,节省ue电量,节约资源。

在网络侧,本申请实施例提供的一种寻呼消息发送方法,包括:

确定当前寻呼周期内至少一个用户设备ue的寻呼位置;

按照每一所述ue在当前寻呼周期内的寻呼位置,在当前寻呼周期内发送每一所述ue的寻呼消息。

通过该方法,确定当前寻呼周期内至少一个用户设备ue的寻呼位置,按照每一所述ue在当前寻呼周期内的寻呼位置,在当前寻呼周期内发送每一所述ue的寻呼消息,从而使得ue在各自的寻呼位置监听寻呼消息,避免进行大量无效的寻呼接收,节省ue电量,节约资源。

较佳地,所述确定当前寻呼周期内至少一个ue的寻呼位置,具体包括:

针对每一需要寻呼的ue,根据该ue的标识,确定当前寻呼周期内该ue 的寻呼位置。

较佳地,针对每一需要寻呼的ue,根据该ue的标识,确定当前寻呼周期内该ue的寻呼位置,具体包括:

确定当前寻呼周期内可用的寻呼子帧的个数n;

针对每一需要寻呼的ue,将该ue的标识对n取模,利用得到的值确定当前寻呼周期内该ue的寻呼子帧。

较佳地,针对每一需要寻呼的ue,根据该ue的标识,确定当前寻呼周期内该ue的寻呼位置,具体包括:

确定当前寻呼周期内可用的寻呼无线帧的个数m;

针对每一需要寻呼的ue,将该ue的标识对m取模,利用得到的值确定当前寻呼周期内该ue的寻呼无线帧,然后确定该ue的寻呼无线帧中可用的寻呼子帧的个数x,将该ue的标识中的预设部分标识对x取模,利用得到的值确定该ue的寻呼无线帧中该ue的寻呼子帧。

较佳地,针对每一需要寻呼的ue,根据该ue的标识,确定当前寻呼周期内该ue的寻呼位置,还包括:

当多个ue的寻呼子帧相同时,使用不同的寻呼无线网络临时标识p-rnti,确定所述多个ue中的每一ue在该相同的寻呼子帧中的不同寻呼位置。

相应地,在ue侧,本申请实施例提供的一种寻呼消息的接收方法,包括:

用户设备ue确定当前寻呼周期内本ue的寻呼位置;

所述ue在该寻呼位置接收寻呼消息。

通过该方法,ue确定当前寻呼周期内本ue的寻呼位置,所述ue在该寻呼位置接收寻呼消息,从而ue在其自身的寻呼位置监听寻呼消息,避免进行大量无效的寻呼接收,节省ue电量,节约资源。

较佳地,所述ue确定当前寻呼周期内本ue的寻呼位置,具体包括:

所述ue根据该ue的标识,确定当前寻呼周期内该ue的寻呼位置。

较佳地,所述ue根据该ue的标识,确定当前寻呼周期内该ue的寻呼位置,具体包括:

所述ue确定当前寻呼周期内可用的寻呼子帧的个数n;

所述ue将该ue的标识对n取模,利用得到的值确定当前寻呼周期内该ue的寻呼子帧。

较佳地,所述ue根据该ue的标识,确定当前寻呼周期内该ue的寻呼位置,具体包括:

所述ue确定当前寻呼周期内可用的寻呼无线帧的个数m;

所述ue将该ue的标识对m取模,利用得到的值确定当前寻呼周期内该ue的寻呼无线帧,然后确定该ue的寻呼无线帧中可用的寻呼子帧的个数x,将该ue的标识中的预设部分标识对x取模,利用得到的值确定该ue的寻呼无线帧中该ue的寻呼子帧。

较佳地,所述ue根据该ue的标识,确定当前寻呼周期内该ue的寻呼位置,还包括:

所述ue利用该ue的标识对寻呼无线网络临时标识p-rnti的个数取模,利用得到的值确定该ue使用的p-rnti;

所述ue在该ue的寻呼子帧,根据该ue使用的p-rnti,确定该ue在该寻呼子帧中的寻呼位置。

本申请实施例提供的一种寻呼消息发送装置,包括:

确定单元,用于确定当前寻呼周期内至少一个用户设备ue的寻呼位置;

发送单元,用于按照每一所述ue在当前寻呼周期内的寻呼位置,在当前寻呼周期内发送每一所述ue的寻呼消息。

较佳地,所述确定单元具体用于:

针对每一需要寻呼的ue,根据该ue的标识,确定当前寻呼周期内该ue的寻呼位置。

较佳地,所述确定单元具体用于:

确定当前寻呼周期内可用的寻呼子帧的个数n;

针对每一需要寻呼的ue,将该ue的标识对n取模,利用得到的值确定当前寻呼周期内该ue的寻呼子帧。

较佳地,所述确定单元具体用于:

确定当前寻呼周期内可用的寻呼无线帧的个数m;

针对每一需要寻呼的ue,将该ue的标识对m取模,利用得到的值确定当前寻呼周期内该ue的寻呼无线帧,然后确定该ue的寻呼无线帧中可用的寻呼子帧的个数x,将该ue的标识中的预设部分标识对x取模,利用得到的值确定该ue的寻呼无线帧中该ue的寻呼子帧。

较佳地,所述确定单元还用于:

当多个ue的寻呼子帧相同时,使用不同的寻呼无线网络临时标识p-rnti,确定所述多个ue中的每一ue在该相同的寻呼子帧中的不同寻呼位置。

本申请实施例提供的一种寻呼消息的接收装置,包括:

确定单元,用于确定当前寻呼周期内用户设备ue的寻呼位置;

接收单元,用于在该寻呼位置接收寻呼消息。

较佳地,所述确定单元,具体用于:根据该ue的标识,确定当前寻呼周期内该ue的寻呼位置。

较佳地,所述确定单元,具体用于:

确定当前寻呼周期内可用的寻呼子帧的个数n;

将该ue的标识对n取模,利用得到的值确定当前寻呼周期内该ue的寻呼子帧。

较佳地,所述确定单元,具体用于:

确定当前寻呼周期内可用的寻呼无线帧的个数m;

将该ue的标识对m取模,利用得到的值确定当前寻呼周期内该ue的寻呼无线帧,然后确定该ue的寻呼无线帧中可用的寻呼子帧的个数x,将该ue 的标识中的预设部分标识对x取模,利用得到的值确定该ue的寻呼无线帧中该ue的寻呼子帧。

较佳地,所述确定单元,还用于:

利用该ue的标识对寻呼无线网络临时标识p-rnti的个数取模,利用得到的值确定该ue使用的p-rnti;

在该ue的寻呼子帧,根据该ue使用的p-rnti,确定该ue在该寻呼子帧中的寻呼位置。

附图说明

图1为现有技术中每一个寻呼周期中仅仅有一个子帧(1ms)是处于接收状态,该周期内其它时间都是非接收状态的寻呼机制示意图;

图2为本申请实施例提供的一种寻呼消息的发送方法的流程示意图;

图3为本申请实施例提供的一种寻呼消息的接收方法的流程示意图;

图4为本申请实施例提供的一种寻呼消息的发送装置的结构示意图;

图5为本申请实施例提供的一种寻呼消息的接收装置的结构示意图;

图6为本申请实施例提供的另一种寻呼消息的发送装置的结构示意图;

图7为本申请实施例提供的另一种寻呼消息的接收装置的结构示意图。

具体实施方式

本申请实施例提供了一种寻呼消息的传输方法及装置,用以使得ue在各自的寻呼位置监听寻呼消息,避免进行大量无效的寻呼接收,节省ue电量,节约资源。

下面结合附图对本申请实施例提供的技术方案进行说明。

参见图2,在网络侧,例如,在基站侧,本申请实施例提供的一种寻呼消息发送方法,包括:

s101、确定当前寻呼周期内至少一个用户设备ue的寻呼位置;

s102、按照每一所述ue在当前寻呼周期内的寻呼位置,在当前寻呼周期内发送每一所述ue的寻呼消息。

在步骤s101之前,即基站确定当前寻呼周期内至少一个用户设备ue的寻呼位置之前,ue和mme之间协商获取ue的寻呼周期,并通知enb,mme将ue的寻呼消息发送给enb,然后执行步骤s101和s102,即enb在ue和mme之间协商确定的每一寻呼周期内,基于ue标识,将不同ue的寻呼放到不同的寻呼位置中传输。其中,关于ue和mme之间如何协商确定ue的寻呼周期以及如何通知给enb,是现有技术,在此不再赘述。

本申请实施例提供的技术方案,基站将针对每一寻呼周期,将该寻呼周期内的多个ue的寻呼,基于不同的ue标识,分别放到不同的寻呼位置中传输,相应地,ue在自己的寻呼消息位置上进行解码即可,无需针对所有寻呼位置都进行解码,因此,节省了ue电量的消耗。

其中,所述ue的标识,可以是ue的标识的全部或者一部分,例如国际移动用户识别码(internationalmobilesubscriberidentity,imsi),或者imsi的低10位,或者系统架构演进(systemarchitectureevolution,sae)临时移动站标识(saetemporarymobilestationidentifier,s-tmsi)等;

较佳地,所述确定当前寻呼周期内至少一个ue的寻呼位置,具体包括:

针对每一需要寻呼的ue,根据该ue的标识,确定当前寻呼周期内该ue的寻呼位置。

较佳地,针对每一需要寻呼的ue,根据该ue的标识,确定当前寻呼周期内该ue的寻呼位置,具体包括:

确定当前寻呼周期内可用的寻呼子帧的个数n;

针对每一需要寻呼的ue,将该ue的标识对n取模,利用得到的值确定当前寻呼周期内该ue的寻呼子帧。

较佳地,针对每一需要寻呼的ue,根据该ue的标识,确定当前寻呼周期内该ue的寻呼位置,具体包括:

确定当前寻呼周期内可用的寻呼无线帧的个数m;

针对每一需要寻呼的ue,将该ue的标识对m取模,利用得到的值确定当前寻呼周期内该ue的寻呼无线帧,然后确定该ue的寻呼无线帧中可用的寻呼子帧的个数x,将该ue的标识中的预设部分标识对x取模,利用得到的值确定该ue的寻呼无线帧中该ue的寻呼子帧。

在同一个寻呼子帧中,若存在多个ue的寻呼消息,则使用不同的寻呼无线网络临时标识(pagingradionetworktemporaryidentity,p-rnti),区分出不同的寻呼位置,即不同的p-rnti对应不同的寻呼位置。

因此,较佳地,针对每一需要寻呼的ue,根据该ue的标识,确定当前寻呼周期内该ue的寻呼位置,还包括:

当多个ue的寻呼子帧相同时,使用不同的寻呼无线网络临时标识p-rnti,确定所述多个ue中的每一ue在该相同的寻呼子帧中的不同寻呼位置。

相应地,在ue侧,参见图3,本申请实施例提供的一种寻呼消息的接收方法,包括:

s201、用户设备ue确定当前寻呼周期内本ue的寻呼位置;

s202、所述ue在该寻呼位置接收寻呼消息。

通过该方法,ue确定当前寻呼周期内本ue的寻呼位置,所述ue在该寻呼位置接收寻呼消息,从而ue在其自身的寻呼位置监听寻呼消息,避免进行大量无效的寻呼接收,节省ue电量,节约资源。

较佳地,所述ue确定当前寻呼周期内本ue的寻呼位置,具体包括:

所述ue根据该ue的标识,确定当前寻呼周期内该ue的寻呼位置。

较佳地,所述ue根据该ue的标识,确定当前寻呼周期内该ue的寻呼位置,具体包括:

所述ue确定当前寻呼周期内可用的寻呼子帧的个数n;

所述ue将该ue的标识对n取模,利用得到的值确定当前寻呼周期内该 ue的寻呼子帧。

较佳地,所述ue根据该ue的标识,确定当前寻呼周期内该ue的寻呼位置,具体包括:

所述ue确定当前寻呼周期内可用的寻呼无线帧的个数m;

所述ue将该ue的标识对m取模,利用得到的值确定当前寻呼周期内该ue的寻呼无线帧,然后确定该ue的寻呼无线帧中可用的寻呼子帧的个数x,将该ue的标识中的预设部分标识对x取模,利用得到的值确定该ue的寻呼无线帧中该ue的寻呼子帧。

较佳地,所述ue根据该ue的标识,确定当前寻呼周期内该ue的寻呼位置,还包括:

所述ue利用该ue的标识对寻呼无线网络临时标识p-rnti的个数取模,利用得到的值确定该ue使用的p-rnti;

所述ue在该ue的寻呼子帧,根据该ue使用的p-rnti,确定该ue在该寻呼子帧中的寻呼位置。

下面给出两个具体实施例的说明。

实施例1:每一ue接收寻呼消息的子帧不同,则每一ue的寻呼位置不同。

ue和mme之间协商获取ue的寻呼周期(现有技术),可以是传统寻呼周期或者扩展的寻呼周期。当核心网有ue的寻呼消息时,mme将ue的寻呼消息发送给enb。enb和ue在ue的每一个寻呼周期中,可以根据下述几种方式计算获得具体的寻呼子帧:

方式一:enb将该周期中所有可用的寻呼子帧进行统计,例如为n个可用寻呼子帧;然后将“ueidmodn”,获取该ue的寻呼子帧(n个可用子帧中的第几个)。之后,enb在该子帧位置发送该ue的寻呼消息,该ue在该子帧位置监听自己的寻呼消息。其中,ueid可以是imsi,或者imsi的一部分(例如低10位),或者s-tmsi。

方式二:enb将该寻呼周期中所有可用的寻呼无线帧进行统计,例如为m个可用于寻呼的无线帧;然后,将ueidmodm,确定该ue的寻呼无线帧。在一寻呼无线帧中,假设有x个可用寻呼子帧,则再将“部分ueidmodx”,比如将ueid的中间y位作为“部分ueid”。这样可以获得每个ue的寻呼子帧位置。之后enb在每个ue的寻呼子帧位置发送相应的寻呼消息,ue在自身所对应的子帧位置监听属于自己的寻呼消息。其中,ueid可以是imsi,或者imsi的一部分(例如低10位),或者s-tmsi。

实施例2:多个ue接收寻呼消息的子帧相同时,则这多个ue使用不同的p-rnti区分不同的寻呼位置。

基于现有寻呼子帧的计算方式,或者实施例1中的寻呼子帧计算方式,获得每个ue的寻呼子帧后,若多个ue的寻呼子帧仍然相同,则在该寻呼子帧中,使用不同的p-rnti对不同ue的寻呼进行区分。假设p-rnti一共有4个,则一个寻呼子帧中最多有4个ue的寻呼,这些ue所使用的p-rnti是将ueidmod4获得。

参见图4,在网络侧,例如在基站侧,本申请实施例提供的一种寻呼消息发送装置,包括:

确定单元11,用于确定当前寻呼周期内至少一个用户设备ue的寻呼位置;

发送单元12,用于按照每一所述ue在当前寻呼周期内的寻呼位置,在当前寻呼周期内发送每一所述ue的寻呼消息。

较佳地,所述确定单元具体用于:

针对每一需要寻呼的ue,根据该ue的标识,确定当前寻呼周期内该ue的寻呼位置。

较佳地,所述确定单元具体用于:

确定当前寻呼周期内可用的寻呼子帧的个数n;

针对每一需要寻呼的ue,将该ue的标识对n取模,利用得到的值确定当前寻呼周期内该ue的寻呼子帧。

较佳地,所述确定单元具体用于:

确定当前寻呼周期内可用的寻呼无线帧的个数m;

针对每一需要寻呼的ue,将该ue的标识对m取模,利用得到的值确定当前寻呼周期内该ue的寻呼无线帧,然后确定该ue的寻呼无线帧中可用的寻呼子帧的个数x,将该ue的标识中的预设部分标识对x取模,利用得到的值确定该ue的寻呼无线帧中该ue的寻呼子帧。

较佳地,所述确定单元还用于:

当多个ue的寻呼子帧相同时,使用不同的寻呼无线网络临时标识p-rnti,确定所述多个ue中的每一ue在该相同的寻呼子帧中的不同寻呼位置。

在ue侧,参见图5,本申请实施例提供的一种寻呼消息的接收装置,包括:

确定单元21,用于确定当前寻呼周期内用户设备ue的寻呼位置;

接收单元22,用于在该寻呼位置接收寻呼消息。

较佳地,所述确定单元,具体用于:根据该ue的标识,确定当前寻呼周期内该ue的寻呼位置。

较佳地,所述确定单元,具体用于:

确定当前寻呼周期内可用的寻呼子帧的个数n;

将该ue的标识对n取模,利用得到的值确定当前寻呼周期内该ue的寻呼子帧。

较佳地,所述确定单元,具体用于:

确定当前寻呼周期内可用的寻呼无线帧的个数m;

将该ue的标识对m取模,利用得到的值确定当前寻呼周期内该ue的寻呼无线帧,然后确定该ue的寻呼无线帧中可用的寻呼子帧的个数x,将该ue的标识中的预设部分标识对x取模,利用得到的值确定该ue的寻呼无线帧中该ue的寻呼子帧。

较佳地,所述确定单元,还用于:

利用该ue的标识对寻呼无线网络临时标识p-rnti的个数取模,利用得到的值确定该ue使用的p-rnti;

在该ue的寻呼子帧,根据该ue使用的p-rnti,确定该ue在该寻呼子帧中的寻呼位置。

参见图6,在网络侧,例如在基站侧,本申请实施例提供的另一种寻呼消息发送装置,包括:

处理器500,用于读取存储器520中的程序,执行下列过程:

确定当前寻呼周期内至少一个用户设备ue的寻呼位置;

按照每一所述ue在当前寻呼周期内的寻呼位置,在当前寻呼周期内控制收发机510发送每一所述ue的寻呼消息。

较佳地,所述处理器500针对每一需要寻呼的ue,根据该ue的标识,确定当前寻呼周期内该ue的寻呼位置。

较佳地,所述处理器500确定当前寻呼周期内可用的寻呼子帧的个数n;针对每一需要寻呼的ue,将该ue的标识对n取模,利用得到的值确定当前寻呼周期内该ue的寻呼子帧。

或者,较佳地,所述处理器500确定当前寻呼周期内可用的寻呼无线帧的个数m;针对每一需要寻呼的ue,将该ue的标识对m取模,利用得到的值确定当前寻呼周期内该ue的寻呼无线帧,然后确定该ue的寻呼无线帧中可用的寻呼子帧的个数x,将该ue的标识中的预设部分标识对x取模,利用得到的值确定该ue的寻呼无线帧中该ue的寻呼子帧。

较佳地,所述处理器500还用于:

当多个ue的寻呼子帧相同时,使用不同的寻呼无线网络临时标识p-rnti,确定所述多个ue中的每一ue在该相同的寻呼子帧中的不同寻呼位置。

收发机510,用于在处理器500的控制下接收和发送数据。

其中,在图6中,总线架构可以包括任意数量的互联的总线和桥,具体由处理器500代表的一个或多个处理器和存储器520代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口提供接口。收发机510可以是多个元件,即包括发送机和收发机,提供用于在传输介质上与各种其他装置通信的单元。处理器500负责管理总线架构和通常的处理,存储器520可以存储处理器500在执行操作时所使用的数据。

处理器可以是中央处埋器(cpu)、专用集成电路(applicationspecificintegratedcircuit,asic)、现场可编程门阵列(field-programmablegatearray,fpga)或复杂可编程逻辑器件(complexprogrammablelogicdevice,cpld).

在ue侧,参见图7,本申请实施例提供的另一种寻呼消息的接收装置,包括:

处理器600,用于读取存储器620中的程序,执行下列过程:

确定当前寻呼周期内用户设备ue的寻呼位置;

在该寻呼位置通过收发机610接收寻呼消息。

较佳地,所述处理器600根据该ue的标识,确定当前寻呼周期内该ue的寻呼位置。

较佳地,所述处理器600确定当前寻呼周期内可用的寻呼子帧的个数n;将该ue的标识对n取模,利用得到的值确定当前寻呼周期内该ue的寻呼子帧。

或者,较佳地,所述处理器600确定当前寻呼周期内可用的寻呼无线帧的个数m;将该ue的标识对m取模,利用得到的值确定当前寻呼周期内该ue的寻呼无线帧,然后确定该ue的寻呼无线帧中可用的寻呼子帧的个数x,将该ue的标识中的预设部分标识对x取模,利用得到的值确定该ue的寻呼无线帧中该ue的寻呼子帧。

较佳地,所述处理器600还用于:

利用该ue的标识对寻呼无线网络临时标识p-rnti的个数取模,利用得到的值确定该ue使用的p-rnti;

在该ue的寻呼子帧,根据该ue使用的p-rnti,确定该ue在该寻呼子帧中的寻呼位置。

收发机610,用于在处理器600的控制下接收和发送数据。

其中,在图7中,总线架构可以包括任意数量的互联的总线和桥,具体由处理器600代表的一个或多个处理器和存储器620代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口提供接口。收发机610可以是多个元件,即包括发送机和接收机,提供用于在传输介质上与各种其他装置通信的单元。针对不同的用户设备,用户接口630还可以是能够外接内接需要设备的接口,连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。

处理器600负责管理总线架构和通常的处理,存储器620可以存储处理器600在执行操作时所使用的数据。

综上所述,本申请实施例提供的技术方案,基站将一个寻呼周期内的多个ue的寻呼,基于不同的ue标识,分别放到不同的寻呼位置中传输。ue标识可以是ue标识本身或者标识的一部分,例如imsi,或者imsi的低10位,,或者s-tmsi等;在同一个寻呼子帧中,使用不同的p-rnti,区分出不同的寻呼位置。从而,可以解决nb-iot系统中的寻呼虚警问题,节省了终端电量。

本领域内的技术人员应明白,本申请的实施例可提供为方法、系统、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。

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