首页 / 专利库 / 专利权 / 申请 / 一种寻呼消息的传输方法及装置

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

阅读:22发布:2023-01-25

专利汇可以提供一种寻呼消息的传输方法及装置专利检索,专利查询,专利分析的服务。并且本 申请 公开了一种寻呼消息的传输方法及装置,用以使得UE在各自的寻呼 位置 监听寻呼消息,避免进行大量无效的寻呼接收,节省UE电量,节约资源。在网络侧,本申请提供的一种寻呼消息发送方法,包括:确定当前寻呼周期内至少一个用户设备UE的寻呼位置;按照每一所述UE在当前寻呼周期内的寻呼位置,在当前寻呼周期内发送每一所述UE的寻呼消息。,下面是一种寻呼消息的传输方法及装置专利的具体信息内容。

1.一种寻呼消息发送方法,其特征在于,该方法包括:
确定当前寻呼周期内至少一个用户设备UE的寻呼位置
按照每一所述UE在当前寻呼周期内的寻呼位置,在当前寻呼周期内发送每一所述UE的寻呼消息。
2.根据权利要求1所述的方法,其特征在于,所述确定当前寻呼周期内至少一个UE的寻呼位置,具体包括:
针对每一需要寻呼的UE,根据该UE的标识,确定当前寻呼周期内该UE的寻呼位置。
3.根据权利要求2所述的方法,其特征在于,针对每一需要寻呼的UE,根据该UE的标识,确定当前寻呼周期内该UE的寻呼位置,具体包括:
确定当前寻呼周期内可用的寻呼子的个数N;
针对每一需要寻呼的UE,将该UE的标识对N取模,利用得到的值确定当前寻呼周期内该UE的寻呼子帧。
4.根据权利要求2所述的方法,其特征在于,针对每一需要寻呼的UE,根据该UE的标识,确定当前寻呼周期内该UE的寻呼位置,具体包括:
确定当前寻呼周期内可用的寻呼无线帧的个数M;
针对每一需要寻呼的UE,将该UE的标识对M取模,利用得到的值确定当前寻呼周期内该UE的寻呼无线帧,然后确定该UE的寻呼无线帧中可用的寻呼子帧的个数X,将该UE的标识中的预设部分标识对X取模,利用得到的值确定该UE的寻呼无线帧中该UE的寻呼子帧。
5.根据权利要求3或4所述的方法,其特征在于,针对每一需要寻呼的UE,根据该UE的标识,确定当前寻呼周期内该UE的寻呼位置,还包括:
当多个UE的寻呼子帧相同时,使用不同的寻呼无线网络临时标识P-RNTI,确定所述多个UE中的每一UE在该相同的寻呼子帧中的不同寻呼位置。
6.一种寻呼消息的接收方法,其特征在于,该方法包括:
用户设备UE确定当前寻呼周期内本UE的寻呼位置;
所述UE在该寻呼位置接收寻呼消息。
7.根据权利要求6所述的方法,其特征在于,所述UE确定当前寻呼周期内本UE的寻呼位置,具体包括:
所述UE根据该UE的标识,确定当前寻呼周期内该UE的寻呼位置。
8.根据权利要求7所述的方法,其特征在于,所述UE根据该UE的标识,确定当前寻呼周期内该UE的寻呼位置,具体包括:
所述UE确定当前寻呼周期内可用的寻呼子帧的个数N;
所述UE将该UE的标识对N取模,利用得到的值确定当前寻呼周期内该UE的寻呼子帧。
9.根据权利要求7所述的方法,其特征在于,所述UE根据该UE的标识,确定当前寻呼周期内该UE的寻呼位置,具体包括:
所述UE确定当前寻呼周期内可用的寻呼无线帧的个数M;
所述UE将该UE的标识对M取模,利用得到的值确定当前寻呼周期内该UE的寻呼无线帧,然后确定该UE的寻呼无线帧中可用的寻呼子帧的个数X,将该UE的标识中的预设部分标识对X取模,利用得到的值确定该UE的寻呼无线帧中该UE的寻呼子帧。
10.根据权利要求8或9所述的方法,其特征在于,所述UE根据该UE的标识,确定当前寻呼周期内该UE的寻呼位置,还包括:
所述UE利用该UE的标识对寻呼无线网络临时标识P-RNTI的个数取模,利用得到的值确定该UE使用的P-RNTI;
所述UE在该UE的寻呼子帧,根据该UE使用的P-RNTI,确定该UE在该寻呼子帧中的寻呼位置。
11.一种寻呼消息发送装置,其特征在于,包括:
确定单元,用于确定当前寻呼周期内至少一个用户设备UE的寻呼位置;
发送单元,用于按照每一所述UE在当前寻呼周期内的寻呼位置,在当前寻呼周期内发送每一所述UE的寻呼消息。
12.根据权利要求11所述的装置,其特征在于,所述确定单元具体用于:
针对每一需要寻呼的UE,根据该UE的标识,确定当前寻呼周期内该UE的寻呼位置。
13.根据权利要求12所述的装置,其特征在于,所述确定单元具体用于:
确定当前寻呼周期内可用的寻呼子帧的个数N;
针对每一需要寻呼的UE,将该UE的标识对N取模,利用得到的值确定当前寻呼周期内该UE的寻呼子帧。
14.根据权利要求12所述的装置,其特征在于,所述确定单元具体用于:
确定当前寻呼周期内可用的寻呼无线帧的个数M;
针对每一需要寻呼的UE,将该UE的标识对M取模,利用得到的值确定当前寻呼周期内该UE的寻呼无线帧,然后确定该UE的寻呼无线帧中可用的寻呼子帧的个数X,将该UE的标识中的预设部分标识对X取模,利用得到的值确定该UE的寻呼无线帧中该UE的寻呼子帧。
15.根据权利要求13或14所述的装置,其特征在于,所述确定单元还用于:
当多个UE的寻呼子帧相同时,使用不同的寻呼无线网络临时标识P-RNTI,确定所述多个UE中的每一UE在该相同的寻呼子帧中的不同寻呼位置。
16.一种寻呼消息的接收装置,其特征在于,包括:
确定单元,用于确定当前寻呼周期内用户设备UE的寻呼位置;
接收单元,用于在该寻呼位置接收寻呼消息。
17.根据权利要求16所述的装置,其特征在于,所述确定单元,具体用于:根据该UE的标识,确定当前寻呼周期内该UE的寻呼位置。
18.根据权利要求17所述的装置,其特征在于,所述确定单元,具体用于:
确定当前寻呼周期内可用的寻呼子帧的个数N;
将该UE的标识对N取模,利用得到的值确定当前寻呼周期内该UE的寻呼子帧。
19.根据权利要求17所述的装置,其特征在于,所述确定单元,具体用于:
确定当前寻呼周期内可用的寻呼无线帧的个数M;
将该UE的标识对M取模,利用得到的值确定当前寻呼周期内该UE的寻呼无线帧,然后确定该UE的寻呼无线帧中可用的寻呼子帧的个数X,将该UE的标识中的预设部分标识对X取模,利用得到的值确定该UE的寻呼无线帧中该UE的寻呼子帧。
20.根据权利要求18或19所述的装置,其特征在于,所述确定单元,还用于:
利用该UE的标识对寻呼无线网络临时标识P-RNTI的个数取模,利用得到的值确定该UE使用的P-RNTI;
在该UE的寻呼子帧,根据该UE使用的P-RNTI,确定该UE在该寻呼子帧中的寻呼位置。

说明书全文

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

技术领域

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

背景技术

[0002] 在现有的移动通信系统中,寻呼是按照一定周期发送的,且周期比较短,几十秒到几十分钟,并且多个终端的寻呼可能复用到同一个子中发送。但在窄带物联网(Narrow Band Internet of Things,NB IoT)的系统研究中,由于信道条件受限,业务到达时间间隔比较长,且终端电量有限,如果仍按按照现有寻呼机制发送寻呼,会导致用户设备(UE)进行大量无效的寻呼接收以及消耗不必要的终端电量,这种情况统一称为寻呼虚警。
[0003] 关于机器类通信(Machine Type Communication,MTC)介绍如下:
[0004] MTC作为一种新型的通信理念,其目的是将多种不同类型的通信技术有机结合,例如:机器对机器通信、机器控制通信、人机交互通信、移动互联通信,从而推动社会生产和生活方式的发展。预计未来人对人通信的业务可能仅占整个终端市场的1/3,而更大数量的通信是机器间(小带宽系统)通信业务。
[0005] 当前的移动通信网络是针对人与人之间的通信设计的,例如:网络容量的确定等。如果希望利用移动通信网络来支持小带宽系统通信就需要根据小带宽系统通信的特点对移动通信系统的机制进行优化,以便能够在对传统的人与人通信不受或受较小影响的情况下,更好地实现小带宽系统通信。
[0006] 关于NB-IoT介绍如下:
[0007] 窄带物联网(Narrow Band Internet of Things,NB-IoT)工作阶段(Work Item,WI)在3GPP版本13(Release 13)阶段通过并启动。
[0008] 窄带互联网WI阶段的目标是对蜂窝物联网(Cellular Internet of Things,CIoT)的无线接入进行技术标准化。技术基于长期演进(LTE)/先进的长期演进(LTE-A)系统进行扩展,主要考虑的网络特性/目标是:增强室内覆盖,支持大量低速设备接入,低时延敏感性,降低设备成本,降低设备功耗,优化网络架构等。
[0009] 当前认识到的NB-IOT通信可能存在的一些特性有:
[0010] -NB-IOT终端具有低移动性;
[0011] -NB-IOT终端与网络侧进行数据传输的时间是可控的;即NB-IOT终端只能在网络指定的时间段内进行接入。
[0012] -NB-IOT终端与网络侧进行的数据传输对数据传输对实时性要求不高,即:具有时间容忍性;
[0013] -NB-IOT终端能量受限,要求极低的功率消耗;
[0014] -NB-IOT终端和网络侧之间只进行小数据量的信息传输;
[0015] -NB-IOT终端具有低实现复杂度;
[0016] ……
[0017] 一个实际的NB-IOT终端可以具有上述的一个或多个特性。
[0018] 关于寻呼机制的介绍如下:
[0019] 从无线网络侧来说,在长期演进(LTE)系统,用户设备(User Equipment,UE)有两种状态,即连接(RRC_connected)状态和空闲(RRC-idle)状态。UE只有在进入到RRC_connected状态才能发送上行数据。一旦UE发送数据完成,网络监测终端长时间无数据传输后通过无线资源控制连接释放(RRC connection release)消息使用终端的无线资源控制(Radio Resource Control,RRC)连接,使UE进入RRC_idle状态。
[0020] UE在RRC_idle状态下的主要工作就是监听网络侧的寻呼。为了省电都是以非连续接收(DRX)方式监听寻呼。即每一个周期中仅仅有一小段时间是处于接收状态,该周期内其它时间都是非接收状态的。对于LTE系统,网络侧配置的最大DRX周期为2560ms。而对于支持eDRX的LTE和NB IOT系统,DRX的周期最长可以配置为几十分钟。在配置了DRX周期的情况下,仅打开接收机来接收网络侧寻呼指示消息以及可能的寻呼消息,其他时间都是关闭接收机的。通过这种方式可以达到省电的目的。每一个寻呼周期中仅仅有一个子帧(1ms)是处于接收状态,该周期内其它时间都是非接收状态的,如图1所示。
[0021] 综上所述,现有技术中,寻呼是按照一定周期发送的,且周期比较短,几十秒到几十分钟,并且多个终端的寻呼可能复用到同一个子帧中发送,UE需要持续监听寻呼消息。但在NB-IoT的系统研究中,由于信道条件受限,业务到达时间间隔比较长,且终端电量有限,如果仍按照现有寻呼机制发送寻呼,会导致寻呼虚警问题,即UE进行了大量无效的寻呼接收,导致消耗不必要的终端电量。发明内容
[0022] 本申请实施例提供了一种寻呼消息的传输方法及装置,用以使得UE在各自的寻呼位置监听寻呼消息,避免进行大量无效的寻呼接收,节省UE电量,节约资源。
[0023] 在网络侧,本申请实施例提供的一种寻呼消息发送方法,包括:
[0024] 确定当前寻呼周期内至少一个用户设备UE的寻呼位置;
[0025] 按照每一所述UE在当前寻呼周期内的寻呼位置,在当前寻呼周期内发送每一所述UE的寻呼消息。
[0026] 通过该方法,确定当前寻呼周期内至少一个用户设备UE的寻呼位置,按照每一所述UE在当前寻呼周期内的寻呼位置,在当前寻呼周期内发送每一所述UE的寻呼消息,从而使得UE在各自的寻呼位置监听寻呼消息,避免进行大量无效的寻呼接收,节省UE电量,节约资源。
[0027] 较佳地,所述确定当前寻呼周期内至少一个UE的寻呼位置,具体包括:
[0028] 针对每一需要寻呼的UE,根据该UE的标识,确定当前寻呼周期内该UE的寻呼位置。
[0029] 较佳地,针对每一需要寻呼的UE,根据该UE的标识,确定当前寻呼周期内该UE的寻呼位置,具体包括:
[0030] 确定当前寻呼周期内可用的寻呼子帧的个数N;
[0031] 针对每一需要寻呼的UE,将该UE的标识对N取模,利用得到的值确定当前寻呼周期内该UE的寻呼子帧。
[0032] 较佳地,针对每一需要寻呼的UE,根据该UE的标识,确定当前寻呼周期内该UE的寻呼位置,具体包括:
[0033] 确定当前寻呼周期内可用的寻呼无线帧的个数M;
[0034] 针对每一需要寻呼的UE,将该UE的标识对M取模,利用得到的值确定当前寻呼周期内该UE的寻呼无线帧,然后确定该UE的寻呼无线帧中可用的寻呼子帧的个数X,将该UE的标识中的预设部分标识对X取模,利用得到的值确定该UE的寻呼无线帧中该UE的寻呼子帧。
[0035] 较佳地,针对每一需要寻呼的UE,根据该UE的标识,确定当前寻呼周期内该UE的寻呼位置,还包括:
[0036] 当多个UE的寻呼子帧相同时,使用不同的寻呼无线网络临时标识P-RNTI,确定所述多个UE中的每一UE在该相同的寻呼子帧中的不同寻呼位置。
[0037] 相应地,在UE侧,本申请实施例提供的一种寻呼消息的接收方法,包括:
[0038] 用户设备UE确定当前寻呼周期内本UE的寻呼位置;
[0039] 所述UE在该寻呼位置接收寻呼消息。
[0040] 通过该方法,UE确定当前寻呼周期内本UE的寻呼位置,所述UE在该寻呼位置接收寻呼消息,从而UE在其自身的寻呼位置监听寻呼消息,避免进行大量无效的寻呼接收,节省UE电量,节约资源。
[0041] 较佳地,所述UE确定当前寻呼周期内本UE的寻呼位置,具体包括:
[0042] 所述UE根据该UE的标识,确定当前寻呼周期内该UE的寻呼位置。
[0043] 较佳地,所述UE根据该UE的标识,确定当前寻呼周期内该UE的寻呼位置,具体包括:
[0044] 所述UE确定当前寻呼周期内可用的寻呼子帧的个数N;
[0045] 所述UE将该UE的标识对N取模,利用得到的值确定当前寻呼周期内该UE的寻呼子帧。
[0046] 较佳地,所述UE根据该UE的标识,确定当前寻呼周期内该UE的寻呼位置,具体包括:
[0047] 所述UE确定当前寻呼周期内可用的寻呼无线帧的个数M;
[0048] 所述UE将该UE的标识对M取模,利用得到的值确定当前寻呼周期内该UE的寻呼无线帧,然后确定该UE的寻呼无线帧中可用的寻呼子帧的个数X,将该UE的标识中的预设部分标识对X取模,利用得到的值确定该UE的寻呼无线帧中该UE的寻呼子帧。
[0049] 较佳地,所述UE根据该UE的标识,确定当前寻呼周期内该UE的寻呼位置,还包括:
[0050] 所述UE利用该UE的标识对寻呼无线网络临时标识P-RNTI的个数取模,利用得到的值确定该UE使用的P-RNTI;
[0051] 所述UE在该UE的寻呼子帧,根据该UE使用的P-RNTI,确定该UE在该寻呼子帧中的寻呼位置。
[0052] 本申请实施例提供的一种寻呼消息发送装置,包括:
[0053] 确定单元,用于确定当前寻呼周期内至少一个用户设备UE的寻呼位置;
[0054] 发送单元,用于按照每一所述UE在当前寻呼周期内的寻呼位置,在当前寻呼周期内发送每一所述UE的寻呼消息。
[0055] 较佳地,所述确定单元具体用于:
[0056] 针对每一需要寻呼的UE,根据该UE的标识,确定当前寻呼周期内该UE的寻呼位置。
[0057] 较佳地,所述确定单元具体用于:
[0058] 确定当前寻呼周期内可用的寻呼子帧的个数N;
[0059] 针对每一需要寻呼的UE,将该UE的标识对N取模,利用得到的值确定当前寻呼周期内该UE的寻呼子帧。
[0060] 较佳地,所述确定单元具体用于:
[0061] 确定当前寻呼周期内可用的寻呼无线帧的个数M;
[0062] 针对每一需要寻呼的UE,将该UE的标识对M取模,利用得到的值确定当前寻呼周期内该UE的寻呼无线帧,然后确定该UE的寻呼无线帧中可用的寻呼子帧的个数X,将该UE的标识中的预设部分标识对X取模,利用得到的值确定该UE的寻呼无线帧中该UE的寻呼子帧。
[0063] 较佳地,所述确定单元还用于:
[0064] 当多个UE的寻呼子帧相同时,使用不同的寻呼无线网络临时标识P-RNTI,确定所述多个UE中的每一UE在该相同的寻呼子帧中的不同寻呼位置。
[0065] 本申请实施例提供的一种寻呼消息的接收装置,包括:
[0066] 确定单元,用于确定当前寻呼周期内用户设备UE的寻呼位置;
[0067] 接收单元,用于在该寻呼位置接收寻呼消息。
[0068] 较佳地,所述确定单元,具体用于:根据该UE的标识,确定当前寻呼周期内该UE的寻呼位置。
[0069] 较佳地,所述确定单元,具体用于:
[0070] 确定当前寻呼周期内可用的寻呼子帧的个数N;
[0071] 将该UE的标识对N取模,利用得到的值确定当前寻呼周期内该UE的寻呼子帧。
[0072] 较佳地,所述确定单元,具体用于:
[0073] 确定当前寻呼周期内可用的寻呼无线帧的个数M;
[0074] 将该UE的标识对M取模,利用得到的值确定当前寻呼周期内该UE的寻呼无线帧,然后确定该UE的寻呼无线帧中可用的寻呼子帧的个数X,将该UE的标识中的预设部分标识对X取模,利用得到的值确定该UE的寻呼无线帧中该UE的寻呼子帧。
[0075] 较佳地,所述确定单元,还用于:
[0076] 利用该UE的标识对寻呼无线网络临时标识P-RNTI的个数取模,利用得到的值确定该UE使用的P-RNTI;
[0077] 在该UE的寻呼子帧,根据该UE使用的P-RNTI,确定该UE在该寻呼子帧中的寻呼位置。附图说明
[0078] 图1为现有技术中每一个寻呼周期中仅仅有一个子帧(1ms)是处于接收状态,该周期内其它时间都是非接收状态的寻呼机制示意图;
[0079] 图2为本申请实施例提供的一种寻呼消息的发送方法的流程示意图;
[0080] 图3为本申请实施例提供的一种寻呼消息的接收方法的流程示意图;
[0081] 图4为本申请实施例提供的一种寻呼消息的发送装置的结构示意图;
[0082] 图5为本申请实施例提供的一种寻呼消息的接收装置的结构示意图;
[0083] 图6为本申请实施例提供的另一种寻呼消息的发送装置的结构示意图;
[0084] 图7为本申请实施例提供的另一种寻呼消息的接收装置的结构示意图。

具体实施方式

[0085] 本申请实施例提供了一种寻呼消息的传输方法及装置,用以使得UE在各自的寻呼位置监听寻呼消息,避免进行大量无效的寻呼接收,节省UE电量,节约资源。
[0086] 下面结合附图对本申请实施例提供的技术方案进行说明。
[0087] 参见图2,在网络侧,例如,在基站侧,本申请实施例提供的一种寻呼消息发送方法,包括:
[0088] S101、确定当前寻呼周期内至少一个用户设备UE的寻呼位置;
[0089] S102、按照每一所述UE在当前寻呼周期内的寻呼位置,在当前寻呼周期内发送每一所述UE的寻呼消息。
[0090] 在步骤S101之前,即基站确定当前寻呼周期内至少一个用户设备UE的寻呼位置之前,UE和MME之间协商获取UE的寻呼周期,并通知eNB,MME将UE的寻呼消息发送给eNB,然后执行步骤S101和S102,即eNB在UE和MME之间协商确定的每一寻呼周期内,基于UE标识,将不同UE的寻呼放到不同的寻呼位置中传输。其中,关于UE和MME之间如何协商确定UE的寻呼周期以及如何通知给eNB,是现有技术,在此不再赘述。
[0091] 本申请实施例提供的技术方案,基站将针对每一寻呼周期,将该寻呼周期内的多个UE的寻呼,基于不同的UE标识,分别放到不同的寻呼位置中传输,相应地,UE在自己的寻呼消息位置上进行解码即可,无需针对所有寻呼位置都进行解码,因此,节省了UE电量的消耗。
[0092] 其中,所述UE的标识,可以是UE的标识的全部或者一部分,例如国际移动用户识别码(International Mobile Subscriber Identity,IMSI),或者IMSI的低10位,或者系统架构演进(System Architecture Evolution,SAE)临时移动站标识(SAE Temporary Mobile Station Identifier,S-TMSI)等;
[0093] 较佳地,所述确定当前寻呼周期内至少一个UE的寻呼位置,具体包括:
[0094] 针对每一需要寻呼的UE,根据该UE的标识,确定当前寻呼周期内该UE的寻呼位置。
[0095] 较佳地,针对每一需要寻呼的UE,根据该UE的标识,确定当前寻呼周期内该UE的寻呼位置,具体包括:
[0096] 确定当前寻呼周期内可用的寻呼子帧的个数N;
[0097] 针对每一需要寻呼的UE,将该UE的标识对N取模,利用得到的值确定当前寻呼周期内该UE的寻呼子帧。
[0098] 较佳地,针对每一需要寻呼的UE,根据该UE的标识,确定当前寻呼周期内该UE的寻呼位置,具体包括:
[0099] 确定当前寻呼周期内可用的寻呼无线帧的个数M;
[0100] 针对每一需要寻呼的UE,将该UE的标识对M取模,利用得到的值确定当前寻呼周期内该UE的寻呼无线帧,然后确定该UE的寻呼无线帧中可用的寻呼子帧的个数X,将该UE的标识中的预设部分标识对X取模,利用得到的值确定该UE的寻呼无线帧中该UE的寻呼子帧。
[0101] 在同一个寻呼子帧中,若存在多个UE的寻呼消息,则使用不同的寻呼无线网络临时标识(Paging Radio Network Temporary Identity,P-RNTI),区分出不同的寻呼位置,即不同的P-RNTI对应不同的寻呼位置。
[0102] 因此,较佳地,针对每一需要寻呼的UE,根据该UE的标识,确定当前寻呼周期内该UE的寻呼位置,还包括:
[0103] 当多个UE的寻呼子帧相同时,使用不同的寻呼无线网络临时标识P-RNTI,确定所述多个UE中的每一UE在该相同的寻呼子帧中的不同寻呼位置。
[0104] 相应地,在UE侧,参见图3,本申请实施例提供的一种寻呼消息的接收方法,包括:
[0105] S201、用户设备UE确定当前寻呼周期内本UE的寻呼位置;
[0106] S202、所述UE在该寻呼位置接收寻呼消息。
[0107] 通过该方法,UE确定当前寻呼周期内本UE的寻呼位置,所述UE在该寻呼位置接收寻呼消息,从而UE在其自身的寻呼位置监听寻呼消息,避免进行大量无效的寻呼接收,节省UE电量,节约资源。
[0108] 较佳地,所述UE确定当前寻呼周期内本UE的寻呼位置,具体包括:
[0109] 所述UE根据该UE的标识,确定当前寻呼周期内该UE的寻呼位置。
[0110] 较佳地,所述UE根据该UE的标识,确定当前寻呼周期内该UE的寻呼位置,具体包括:
[0111] 所述UE确定当前寻呼周期内可用的寻呼子帧的个数N;
[0112] 所述UE将该UE的标识对N取模,利用得到的值确定当前寻呼周期内该UE的寻呼子帧。
[0113] 较佳地,所述UE根据该UE的标识,确定当前寻呼周期内该UE的寻呼位置,具体包括:
[0114] 所述UE确定当前寻呼周期内可用的寻呼无线帧的个数M;
[0115] 所述UE将该UE的标识对M取模,利用得到的值确定当前寻呼周期内该UE的寻呼无线帧,然后确定该UE的寻呼无线帧中可用的寻呼子帧的个数X,将该UE的标识中的预设部分标识对X取模,利用得到的值确定该UE的寻呼无线帧中该UE的寻呼子帧。
[0116] 较佳地,所述UE根据该UE的标识,确定当前寻呼周期内该UE的寻呼位置,还包括:
[0117] 所述UE利用该UE的标识对寻呼无线网络临时标识P-RNTI的个数取模,利用得到的值确定该UE使用的P-RNTI;
[0118] 所述UE在该UE的寻呼子帧,根据该UE使用的P-RNTI,确定该UE在该寻呼子帧中的寻呼位置。
[0119] 下面给出两个具体实施例的说明。
[0120] 实施例1:每一UE接收寻呼消息的子帧不同,则每一UE的寻呼位置不同。
[0121] UE和MME之间协商获取UE的寻呼周期(现有技术),可以是传统寻呼周期或者扩展的寻呼周期。当核心网有UE的寻呼消息时,MME将UE的寻呼消息发送给eNB。eNB和UE在UE的每一个寻呼周期中,可以根据下述几种方式计算获得具体的寻呼子帧:
[0122] 方式一:eNB将该周期中所有可用的寻呼子帧进行统计,例如为N个可用寻呼子帧;然后将“UE ID mod N”,获取该UE的寻呼子帧(N个可用子帧中的第几个)。之后,eNB在该子帧位置发送该UE的寻呼消息,该UE在该子帧位置监听自己的寻呼消息。其中,UE ID可以是IMSI,或者IMSI的一部分(例如低10位),或者S-TMSI。
[0123] 方式二:eNB将该寻呼周期中所有可用的寻呼无线帧进行统计,例如为M个可用于寻呼的无线帧;然后,将UE ID mod M,确定该UE的寻呼无线帧。在一寻呼无线帧中,假设有X个可用寻呼子帧,则再将“部分UE ID mod X”,比如将UE ID的中间Y位作为“部分UE ID”。这样可以获得每个UE的寻呼子帧位置。之后eNB在每个UE的寻呼子帧位置发送相应的寻呼消息,UE在自身所对应的子帧位置监听属于自己的寻呼消息。其中,UE ID可以是IMSI,或者IMSI的一部分(例如低10位),或者S-TMSI。
[0124] 实施例2:多个UE接收寻呼消息的子帧相同时,则这多个UE使用不同的P-RNTI区分不同的寻呼位置。
[0125] 基于现有寻呼子帧的计算方式,或者实施例1中的寻呼子帧计算方式,获得每个UE的寻呼子帧后,若多个UE的寻呼子帧仍然相同,则在该寻呼子帧中,使用不同的P-RNTI对不同UE的寻呼进行区分。假设P-RNTI一共有4个,则一个寻呼子帧中最多有4个UE的寻呼,这些UE所使用的P-RNTI是将UE ID mod 4获得。
[0126] 参见图4,在网络侧,例如在基站侧,本申请实施例提供的一种寻呼消息发送装置,包括:
[0127] 确定单元11,用于确定当前寻呼周期内至少一个用户设备UE的寻呼位置;
[0128] 发送单元12,用于按照每一所述UE在当前寻呼周期内的寻呼位置,在当前寻呼周期内发送每一所述UE的寻呼消息。
[0129] 较佳地,所述确定单元具体用于:
[0130] 针对每一需要寻呼的UE,根据该UE的标识,确定当前寻呼周期内该UE的寻呼位置。
[0131] 较佳地,所述确定单元具体用于:
[0132] 确定当前寻呼周期内可用的寻呼子帧的个数N;
[0133] 针对每一需要寻呼的UE,将该UE的标识对N取模,利用得到的值确定当前寻呼周期内该UE的寻呼子帧。
[0134] 较佳地,所述确定单元具体用于:
[0135] 确定当前寻呼周期内可用的寻呼无线帧的个数M;
[0136] 针对每一需要寻呼的UE,将该UE的标识对M取模,利用得到的值确定当前寻呼周期内该UE的寻呼无线帧,然后确定该UE的寻呼无线帧中可用的寻呼子帧的个数X,将该UE的标识中的预设部分标识对X取模,利用得到的值确定该UE的寻呼无线帧中该UE的寻呼子帧。
[0137] 较佳地,所述确定单元还用于:
[0138] 当多个UE的寻呼子帧相同时,使用不同的寻呼无线网络临时标识P-RNTI,确定所述多个UE中的每一UE在该相同的寻呼子帧中的不同寻呼位置。
[0139] 在UE侧,参见图5,本申请实施例提供的一种寻呼消息的接收装置,包括:
[0140] 确定单元21,用于确定当前寻呼周期内用户设备UE的寻呼位置;
[0141] 接收单元22,用于在该寻呼位置接收寻呼消息。
[0142] 较佳地,所述确定单元,具体用于:根据该UE的标识,确定当前寻呼周期内该UE的寻呼位置。
[0143] 较佳地,所述确定单元,具体用于:
[0144] 确定当前寻呼周期内可用的寻呼子帧的个数N;
[0145] 将该UE的标识对N取模,利用得到的值确定当前寻呼周期内该UE的寻呼子帧。
[0146] 较佳地,所述确定单元,具体用于:
[0147] 确定当前寻呼周期内可用的寻呼无线帧的个数M;
[0148] 将该UE的标识对M取模,利用得到的值确定当前寻呼周期内该UE的寻呼无线帧,然后确定该UE的寻呼无线帧中可用的寻呼子帧的个数X,将该UE的标识中的预设部分标识对X取模,利用得到的值确定该UE的寻呼无线帧中该UE的寻呼子帧。
[0149] 较佳地,所述确定单元,还用于:
[0150] 利用该UE的标识对寻呼无线网络临时标识P-RNTI的个数取模,利用得到的值确定该UE使用的P-RNTI;
[0151] 在该UE的寻呼子帧,根据该UE使用的P-RNTI,确定该UE在该寻呼子帧中的寻呼位置。
[0152] 参见图6,在网络侧,例如在基站侧,本申请实施例提供的另一种寻呼消息发送装置,包括:
[0153] 处理器500,用于读取存储器520中的程序,执行下列过程:
[0154] 确定当前寻呼周期内至少一个用户设备UE的寻呼位置;
[0155] 按照每一所述UE在当前寻呼周期内的寻呼位置,在当前寻呼周期内控制收发机510发送每一所述UE的寻呼消息。
[0156] 较佳地,所述处理器500针对每一需要寻呼的UE,根据该UE的标识,确定当前寻呼周期内该UE的寻呼位置。
[0157] 较佳地,所述处理器500确定当前寻呼周期内可用的寻呼子帧的个数N;针对每一需要寻呼的UE,将该UE的标识对N取模,利用得到的值确定当前寻呼周期内该UE的寻呼子帧。
[0158] 或者,较佳地,所述处理器500确定当前寻呼周期内可用的寻呼无线帧的个数M;针对每一需要寻呼的UE,将该UE的标识对M取模,利用得到的值确定当前寻呼周期内该UE的寻呼无线帧,然后确定该UE的寻呼无线帧中可用的寻呼子帧的个数X,将该UE的标识中的预设部分标识对X取模,利用得到的值确定该UE的寻呼无线帧中该UE的寻呼子帧。
[0159] 较佳地,所述处理器500还用于:
[0160] 当多个UE的寻呼子帧相同时,使用不同的寻呼无线网络临时标识P-RNTI,确定所述多个UE中的每一UE在该相同的寻呼子帧中的不同寻呼位置。
[0161] 收发机510,用于在处理器500的控制下接收和发送数据。
[0162] 其中,在图6中,总线架构可以包括任意数量的互联的总线和桥,具体由处理器500代表的一个或多个处理器和存储器520代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口提供接口。收发机510可以是多个元件,即包括发送机和收发机,提供用于在传输介质上与各种其他装置通信的单元。处理器500负责管理总线架构和通常的处理,存储器520可以存储处理器500在执行操作时所使用的数据。
[0163] 处理器可以是中央处埋器(CPU)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程阵列(Field-Programmable Gate Array,FPGA)或复杂可编程逻辑器件(Complex Programmable Logic Device,CPLD).[0164] 在UE侧,参见图7,本申请实施例提供的另一种寻呼消息的接收装置,包括:
[0165] 处理器600,用于读取存储器620中的程序,执行下列过程:
[0166] 确定当前寻呼周期内用户设备UE的寻呼位置;
[0167] 在该寻呼位置通过收发机610接收寻呼消息。
[0168] 较佳地,所述处理器600根据该UE的标识,确定当前寻呼周期内该UE的寻呼位置。
[0169] 较佳地,所述处理器600确定当前寻呼周期内可用的寻呼子帧的个数N;将该UE的标识对N取模,利用得到的值确定当前寻呼周期内该UE的寻呼子帧。
[0170] 或者,较佳地,所述处理器600确定当前寻呼周期内可用的寻呼无线帧的个数M;将该UE的标识对M取模,利用得到的值确定当前寻呼周期内该UE的寻呼无线帧,然后确定该UE的寻呼无线帧中可用的寻呼子帧的个数X,将该UE的标识中的预设部分标识对X取模,利用得到的值确定该UE的寻呼无线帧中该UE的寻呼子帧。
[0171] 较佳地,所述处理器600还用于:
[0172] 利用该UE的标识对寻呼无线网络临时标识P-RNTI的个数取模,利用得到的值确定该UE使用的P-RNTI;
[0173] 在该UE的寻呼子帧,根据该UE使用的P-RNTI,确定该UE在该寻呼子帧中的寻呼位置。
[0174] 收发机610,用于在处理器600的控制下接收和发送数据。
[0175] 其中,在图7中,总线架构可以包括任意数量的互联的总线和桥,具体由处理器600代表的一个或多个处理器和存储器620代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口提供接口。收发机610可以是多个元件,即包括发送机和接收机,提供用于在传输介质上与各种其他装置通信的单元。针对不同的用户设备,用户接口630还可以是能够外接内接需要设备的接口,连接的设备包括但不限于小键盘、显示器、扬声器、麦克、操纵杆等。
[0176] 处理器600负责管理总线架构和通常的处理,存储器620可以存储处理器600在执行操作时所使用的数据。
[0177] 综上所述,本申请实施例提供的技术方案,基站将一个寻呼周期内的多个UE的寻呼,基于不同的UE标识,分别放到不同的寻呼位置中传输。UE标识可以是UE标识本身或者标识的一部分,例如IMSI,或者IMSI的低10位,,或者S-TMSI等;在同一个寻呼子帧中,使用不同的P-RNTI,区分出不同的寻呼位置。从而,可以解决NB-IoT系统中的寻呼虚警问题,节省了终端电量。
[0178] 本领域内的技术人员应明白,本申请的实施例可提供为方法、系统、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
[0179] 本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
[0180] 这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
[0181] 这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
[0182] 显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。
高效检索全球专利

专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台,是提供专利分析,专利查询,专利检索等数据服务功能的知识产权数据服务商。

我们的产品包含105个国家的1.26亿组数据,免费查、免费专利分析。

申请试用

分析报告

专利汇分析报告产品可以对行业情报数据进行梳理分析,涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度,系统通过AI智能系统对图表进行解读,只需1分钟,一键生成行业专利分析报告。

申请试用

QQ群二维码
意见反馈