CN108990149A - 寻呼配置方法 - Google Patents
寻呼配置方法 Download PDFInfo
- Publication number
- CN108990149A CN108990149A CN201710414848.2A CN201710414848A CN108990149A CN 108990149 A CN108990149 A CN 108990149A CN 201710414848 A CN201710414848 A CN 201710414848A CN 108990149 A CN108990149 A CN 108990149A
- Authority
- CN
- China
- Prior art keywords
- paging
- information
- calling time
- cycle
- offset
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
- H04W68/02—Arrangements for increasing efficiency of notification or paging channel
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明实施例提供一种寻呼配置方法。所述方法包括：UE根据预先获取的寻呼周期和偏移量，确定寻呼时刻，所述寻呼时刻是eNB发送寻呼信息的时刻，所述寻呼周期是寻呼信息发送的周期，所述偏移量是寻呼周期内的帧号偏移值；在所述寻呼时刻，UE接收eNB发送的寻呼信息。本发明实施例的方法通过寻呼周期和偏移量计算寻呼信息的寻呼时刻，不同UE的寻呼信息的寻呼时刻相同，可实现在相同寻呼时刻向多个UE发送寻呼信息，从而可节省资源开销。
Description
技术领域
本发明实施例涉及一种通信技术领域，特别是一种寻呼配置方法。
背景技术
在宽带接入***中，***可用带宽划分为多个连续或非连续的子带，每个子带上采用正交频分复用(Orthogonal Frequency Division Multiplexing，OFDM)技术传输。按照功能将子带划分为同步子带和普通子带。同步子带的主要功能是上下行的同步和广播信道，普通子带用于正常业务的传输。
为了降低成本和实现复杂度，用户设备(UE，UserEquipment)支持多子带和单子带工作模式，即UE接收机带宽不必是整个***带宽，可支持接收多个或单个子带，并不需要一定能够接收全部子带。根据硬件能力的不同，UE支持在全部或部分子带上工作，其中最简易(即成本低)的UE支持在单个子带上工作。这样，降低了对UE接收机带宽的要求，也减少***对硬件能力的需求。
电力负荷监控通讯网就是一个典型的应用场景，其频谱离散地分布在230M频段上。
图1示出了现有技术中专网230MHz频段频率资源分布示意图。
从图1中可以看出其频谱呈梳状，该频段的频率资源可划分为若个子带，其最低频点的子带为223.525MHz，最高频点的子带为231.65MHz。
在3GPP(3rd Generation Partnership Project，第三代合作伙伴计划)协议中规定网络可以向空闲状态和连接状态的UE发送寻呼信息。寻呼过程可以由核心网触发，用于通知某个UE接收寻呼信息，或者由基站(eNode B)触发，用于通知***信息更新，以及通知UE接收地震、海啸预警***或商业移动告警服务等信息。
现有技术中寻呼过程如下，核心网的网元，如MME(Mobility Management Entity，移动性管理实体)通过在S1接口向基站发送寻呼请求(Paging Request)发起寻呼过程，每条寻呼请求携带被寻呼UE的标识。基站接收到寻呼请求后，解读其中的内容，得到所述UE的TAI(Tracking Area Identity，跟踪区域标识)列表，并在其下属于列表中跟踪区的小区进行空口的寻呼，并小区下的UE发送寻呼信息。
出于节电的考虑，UE接收寻呼信息遵循非连续接收(Discontinuous Reception，DRX)的原则，基站通过广播***信息中默认的DRX相关的参数计算发送寻呼信息的时刻，并将默认的DRX相关的参数给小区内的所有UE，用于指示UE与基站相关的寻呼配置参数，使UE以同样的原则计算发送寻呼信息的时刻。DRX相关的参数也可为在S1建立请求消息和基站配置更新消息中的信元。
窄带物联网(Narrow Band Internet of Things,NB-IoT)是基于LTE演进的物联网技术(LTE enhanced MTC，eMTC)，随着标准技术的演进，在2016年4月发布的TS36.300和TS36.413协议中给出了普通用户寻呼优化和NB-IoT用户的寻呼优化机制。对于NB-IoT用户，寻呼优化机制也适用于NB-IoT用户。
在NB-IoT***中，MME根据基站上报的寻呼辅助信息、最后服务小区信息、小区覆盖增强等级信息及预设的优化策略，优化寻呼消息下发的范围。在下发寻呼消息的时候，MME可以选择一个或多个基站下发，而寻呼辅助信息中的小区列表信息则不会被MME处理，直接伴随寻呼消息下发给基站，由基站进行处理，可以用于判断空口寻呼消息下发范围。
对于NB-IoT用户寻呼DRX信息，其默认DRX信元包含在S1建立请求消息和eNode B配置更新消息中，用于指示NB-IoT UE默认的寻呼DRX参数。在S1口的寻呼消息中引入寻呼eDRX字段，用于指示NB-IoT***中寻呼eDRX周期和寻呼时间窗口(Paging Time Window,PTW)。由于NB-IoT***中业务不频繁的特性，NB-IoT***中引入了超帧(Hyper-frame)，其中eDRX字段中的eDRX周期就是以超帧为单位的。NB-IoT UE首先与MME协商获得UE特定的eDRX。UE以及网络侧通过UE自身的国际移动用户标识(IMSI，International MobileSubscriber Identity)计算出UE标识(UE ID)，并使用相同原则和配置参数计算该UE所处的寻呼时刻。
确定寻呼时刻所在SFN及子帧的原则如下：先通过寻呼超帧(Paging Hyper-frame)的计算得到寻呼消息所在的超帧号(Hyper-SFN)。其次，通过寻呼传输窗的计算得到该UE的寻呼消息所在的可能的SFN区域范围。最后，通过计算PF/PO获得寻呼消息所在SFN及子帧。计算得出的寻呼时刻，是基站发送寻呼信息的时刻，也是UE监听基站发送寻呼信息的时刻。
3GPP协议给出的寻呼时刻计算方法中，超帧号、寻呼传输窗起始位置所在的SFN、PF和PO的计算均与UE的IMSI相关，由于每个UE的IMSI不同，因此计算得到的PF和PO未必相同，从而每个NB-IoT UE的寻呼时刻未必相同。
因为从3GPP协议中寻呼时刻计算方法可以看出，每个UE的寻呼时刻未必相同。当基站寻呼小区中的多个不同寻呼时刻的UE时，需在各个UE对应的寻呼时刻分别发送寻呼信息来进行寻呼。对于单子带UE而言，这种寻呼处理的技术方案可能进一步地增加寻呼传输时延，增加资源开销，影响整个***资源的利用率。另外，较长延时地传输寻呼消息将导致无线资源长时间被寻呼消息占用，将影响其它用户业务数据的正常传输。
发明内容
针对现有技术的缺陷，本发明实施例提供一种寻呼配置方法。
本发明实施例提供一种寻呼配置方法，包括：
UE根据预先获取的寻呼周期和偏移量，确定寻呼时刻，所述寻呼时刻是eNB发送寻呼信息的时刻，所述寻呼周期是寻呼信息发送的周期，所述偏移量是寻呼周期内的帧号偏移值；
在所述寻呼时刻，UE接收eNB发送的寻呼信息。
eNB根据预设的寻呼周期和偏移量，确定发送寻呼信息的寻呼时刻，所述寻呼周期是寻呼信息发送的周期，所述偏移量是寻呼周期内的帧号偏移值；
在所述寻呼时刻，eNB向预先确定的UE发送寻呼信息。
所述UE根据预先获取的寻呼周期和偏移量，确定寻呼时刻，具体为，
根据从本地存储的数据中获取的寻呼周期和所述偏移量，确定所述寻呼时刻。
所述UE根据预先获取的寻呼周期和偏移量，确定寻呼时刻，具体为，
UE接收eNB发送的寻呼配置信息，所述寻呼配置信息包括所述寻呼周期；
UE根据所述寻呼周期和从本地存储的数据中获取的偏移量，确定所述寻呼时刻；
或者，
UE接收eNB发送的寻呼配置信息，所述寻呼配置信息包括所述寻呼周期和偏移量；
UE根据所述寻呼周期和偏移量，确定所述寻呼时刻。
所述UE接收eNB发送的寻呼配置信息，具体为，
UE接收eNB发送的***信息，所述***信息携带所述寻呼配置信息。
所述UE根据预先获取的寻呼周期和偏移量，确定寻呼时刻，具体为，
所述寻呼时刻对所述寻呼周期取模，余数为所述偏移值，确定所述寻呼时刻。
所述UE根据预先获取的寻呼周期和偏移量，确定寻呼时刻，具体为，
UE根据预先获取的寻呼周期、偏移量和发送次数，确定所述寻呼时刻，所述发送次数是寻呼周期内发送寻呼信息的次数；
或者，
UE根据预先获取的寻呼周期和偏移量，得到寻呼周期内eNB发送寻呼信息的起始寻呼时刻；
根据预先获取的发送次数，得到再次寻呼时刻，所述再次寻呼时刻与起始寻呼时刻位于同一寻呼周期；
根据所述起始寻呼时刻和所述再次寻呼时刻，确定所述寻呼时刻，所述寻呼时刻包括所述起始寻呼时刻和再次寻呼时刻。
所述在所述寻呼时刻，UE接收eNB发送的寻呼信息，具体为，
在所述寻呼时刻，在预先确定的子带上，UE接收eNB发送的寻呼信息。
由上述技术方案可知，本发明实施例提供的寻呼配置方法，所述方法通过寻呼周期和偏移量计算寻呼信息的寻呼时刻，不同UE的寻呼信息的寻呼时刻相同，可实现在相同寻呼时刻向多个UE发送寻呼信息，从而可节省资源开销。
附图说明
图1为现有技术中提供的专网230MHz频段频率资源分布示意图；
图2为本发明一实施例提供的一种寻呼配置方法的流程示意图；
图3为本发明又一实施例提供的一种寻呼配置方法的流程示意图；
图4为本发明又一实施例提供的一种寻呼配置方法的信令交互示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚地描述，显然，所描述的实施例是本发明实施例一部分实施例，而不是全部的实施例。
图2示出了本发明一实施例提供的一种寻呼配置方法的流程示意图。
当核心网需向UE发送下行数据时，将向基站发送寻呼请求，所述寻呼请求包括至少一个IMSI，基站接收所述寻呼请求，在预设的寻呼时刻，向所述用户标识对应的UE发送寻呼信息。
应当说明的是，UE接收寻呼信息遵循非连续接收的原则，基站在寻呼时刻在寻呼UE所在子带上发送相应的寻呼信息，UE在该子带上尝试接收寻呼信息，当UE成功地接收到寻呼信息，并且在该寻呼信息中有属于自己的寻呼时，UE在网络侧为其配置PDCCH信道所在时刻监听PDCCH。
参照图2，本发明实施例提出的方法具体包括以下步骤：
步骤11、UE根据预先获取的寻呼周期和偏移量，确定寻呼时刻，所述寻呼时刻是eNB发送寻呼信息的时刻，所述寻呼周期是寻呼信息发送的周期，所述偏移量是寻呼周期内的帧号偏移值。
在本步骤中，UE可预先获取确定基站发送寻呼信息的寻呼时刻所用的参数，寻呼周期和偏移量。
其中，所述寻呼周期表示发送寻呼时刻的时间间隔，所述帧号偏移值用于指示寻呼信息在所述寻呼周期内的第几个无线帧上发送。
可选地，所述寻呼周期和所述帧号偏移值由基站配置的。
可选地，所述寻呼周期和所述帧号偏移值可由其他方式获取。
举例来说，所述寻呼周期是2000ms，当然，可根据实际情况进行配置，不以此为限。
若寻呼周期以无线帧数目为单位配置时，相当于寻呼周期＝40。由于本发明中所应用的***中一个无线帧的长度为25ms，若寻呼周期为2000ms时，就相当于40个无线帧的长度。当寻呼周期＝40，所述帧号偏移值为0时，可发送寻呼信息的无线帧号为0、40、80、120等。
再举一个例子，假设当寻呼周期＝40，帧号偏移值为1时，可发送寻呼信息的无线帧号为1、41、81、121等。
在本步骤中，UE根据寻呼周期和偏移量，可计算出所述发送寻呼信息的无线帧号，即可确定所述寻呼时刻，也就是说，所述寻呼时刻可与UE获取的寻呼周期和偏移量参数相关，且与UE自身的IMSI无关。
进一步地，若所述寻呼请求包括多个IMSI，不同的UE使用相同的寻呼周期和偏移量，可获得相同的寻呼时刻。
步骤12、在所述寻呼时刻，UE接收eNB发送的寻呼信息。
在本步骤中，基站在所述寻呼时刻，可通过两种方式向与IMSI对应的UE发送寻呼信息。
一种方式为通过PDCCH发送寻呼信息的调度授权信息，通过PDSCH发送寻呼信息。
相应地，UE在PDCCH监听寻呼的调度授权信息，再接收PDSCH信道上承载的寻呼信息。
另一种方式为直接通过PDCCH发送寻呼信息。
相应地，UE在PDCCH监听一种包含寻呼信息的下行控制信息格式，即在所述的DCI格式中包含具体的寻呼信息，UE通过解析所述的DCI格式即可获取寻呼信息。这种方式有效地降低了寻呼传输时延，减少了***资源的开销，进而有利于提升***资源的利用率。
更进一步地，由于不同UE的寻呼信息的寻呼时刻是相同的，表示基站可在相同的寻呼时刻，向不同的IMSI对应的UE发送寻呼信息，不同UE在相同的寻呼时刻，接收基站发送的寻呼信息，从而可节省资源开销。
本实施例提供的寻呼配置方法，至少具有以下技术效果：
通过寻呼周期和偏移量计算寻呼时刻，不同UE的寻呼信息的寻呼时刻相同，可实现多个UE在相同寻呼时刻接收寻呼信息，从而可节省资源开销。
在上述实施例的基础上，本发明又一实施例提供的一种寻呼配置方法，所述方法包括以下步骤。
eNode B通过在***信息中携带寻呼配置信元，并在广播子带上广播给本小区的UE。UE在广播子带上接收***信息中寻呼配置信元来获取寻呼发送的指示信息，即获知寻呼信息在网络侧发送的机会。
在***信息中包含所有UE共有的无线资源配置信息。本发明在***信息中携带寻呼配置信元。寻呼信息以一个可配置的周期内发送，其寻呼配置信元包含寻呼信息发送周期(pagingCycle)和可选的发送帧号偏移量(offset-FrameNumber)。其中，寻呼信息的发送周期是指示给UE网络侧发送寻呼信息的寻呼周期参数。发送帧号偏移量是指示寻呼信息在发送周期内的第几个无线帧上发送，缺省值为0。该偏移量为可选项，当寻呼信息中不携带该偏移量参数时，按照缺省值来配置参数值。
步骤11、UE根据预先获取的寻呼周期和偏移量，确定寻呼时刻，所述寻呼时刻是eNB发送寻呼信息的时刻，所述寻呼周期是寻呼信息发送的周期，所述偏移量是寻呼周期内的帧号偏移值。
具体地，该***信息可以包含在主信息块(Master Information Block，MIB)或***信息块(System Information Blocks，SIB)中。并通过广播子带发送给UE。
一旦接收到***信息，UE将应用***信息包含的配置。UE会应用寻呼配置信元包含的配置，再按照寻呼配置信元计算出每个寻呼消息发送周期内开始发送寻呼消息的寻呼时刻，以及该寻呼消息重复发送的时刻，并在这些时刻接收寻呼消息。
上述步骤11获取寻呼周期和所述偏移量的方式可有多种，本实施例以其中三种为例说明。
可选地，UE可根据从本地存储的数据中获取的寻呼周期和偏移量。
具体地，UE可预先与基站进行约定协商，以获取寻呼周期和偏移量，并存储至本地，根据本地存储寻呼周期和偏移量，确定所述寻呼时刻。
可选地，UE接收eNB发送的寻呼配置信息，所述寻呼配置信息包括所述寻呼周期；根据所述寻呼周期和从本地存储的数据中获取的偏移量，确定所述寻呼时刻。
可选地，在寻呼场景中，无线资源配置信息包括寻呼配置信息，寻呼配置信息包括所述寻呼周期。
可选地，UE接收eNB发送的寻呼配置信息，所述寻呼配置信息包括所述寻呼周期和偏移量。
可选地，UE可查看寻呼配置信息中是否包含所述偏移量，若没有，可从本地存储的数据中获取所述偏移量，并根据所述寻呼周期和偏移量，确定所述寻呼时刻。
可选地，该偏移量为可选项，当寻呼配置信息中不携带该偏移量参数时，按照缺省值来配置参数值。
步骤12、在所述寻呼时刻，UE接收eNB发送的寻呼信息。
在本步骤中，获取寻呼周期和所述偏移量后，根据获取寻呼周期和所述偏移量确定所述寻呼时刻，并在所述寻呼时刻接收基站发送的寻呼信息。
本实施例提供的寻呼配置方法，至少具有以下技术效果：
通过不同UE从本地存储的数据和/或寻呼配置信息中获取相同的寻呼周期和偏移量，可得到相同的寻呼时刻，不同UE的寻呼信息的寻呼时刻相同，可实现多个UE在相同寻呼时刻接收寻呼信息，从而可节省资源开销。
在上述实施例的基础上，本发明又一实施例提供的一种寻呼配置方法，所述方法包括以下步骤。
步骤11、UE根据预先获取的寻呼周期和偏移量，确定寻呼时刻，所述寻呼时刻是eNB发送寻呼信息的时刻，所述寻呼周期是寻呼信息发送的周期，所述偏移量是寻呼周期内的帧号偏移值。
上述步骤11确定所述寻呼时刻的方式可有多种，本实施例举例说明其中一种。
上述步骤11具体包括：
所述寻呼时刻对所述寻呼周期取模，余数为所述偏移值，确定所述寻呼时刻。
具体地，取模也是取余，UE以所述寻呼时刻为被除数，以所述寻呼周期为除数，舍弃商，余数为所述偏移值。
可选地，所述寻呼时刻可采用无线帧表示。
具体地，可根据以下公式计算得到：
(PF mod pagingCycle)＝offset-FrameNumber
其中，pagingCycle表示发送寻呼信息的寻呼周期，offset-FrameNumber表示寻呼信息在发送周期内的第几个无线帧上发送，缺省值为0。
举例来说，UE获取预设的寻呼周期2000ms，若pagingCycle以无线帧数目为单位配置时，相当于pagingCycle＝40。由于本发明中所应用的***中一个无线帧的长度为25ms，若寻呼周期为2000ms时，就相当于40个无线帧的长度。当pagingCycle＝40，offset-FrameNumber为0时，根据上述公式就可以计算出PF，即发送寻呼信息的无线帧号SFN，例如可发送寻呼信息的无线帧号为0、40、80、120等。
再举一个例子，假设当pagingCycle＝40，offset-FrameNumber为1时，根据上述公式就可以计算出PF，即发送寻呼信息的无线帧号SFN，例如可发送寻呼信息的无线帧号为1、41、81、121等。
本实施例提供的寻呼配置方法，至少具有以下技术效果：
通过寻呼信息的寻呼时刻与寻呼周期和偏移量有关，与UE自身的IMSI无关，可简化寻呼时刻的相关计算。
在上述实施例的基础上，本发明又一实施例提供的一种寻呼配置方法，所述方法包括以下步骤。
步骤11、UE根据预先获取的寻呼周期和偏移量，确定寻呼时刻，所述寻呼时刻是eNB发送寻呼信息的时刻，所述寻呼周期是寻呼信息发送的周期，所述偏移量是寻呼周期内的帧号偏移值。
上述步骤11确定所述寻呼时刻的方式可有多种，本实施例举例说明其中一种。
在上述实施例的基础上，在步骤11和步骤12之间，上述方法还包括：
步骤13、获取发送次数，所述发送次数是寻呼周期内发送寻呼信息的次数。
在本步骤中，UE除了获取寻呼周期和偏移量，还获取发送次数，所述发送次数可为预设的向UE发送寻呼信息的次数。
其中，发送次数是基站在一个寻呼周期内向UE发送寻呼信息的次数。
举例来说，发送次数可大于等于一次，表示一个寻呼周期内基站向UE发送寻呼信息的次数可为一次，也可为多次。
可选地，发送次数可从本地存储的数据和/或寻呼配置信息中获取。
具体地，UE根据寻呼周期、偏移量和发送次数，可确定对应发送次数的各寻呼时刻。
进一步地，在所述寻呼时刻，UE分别接收寻呼信息。
UE通过如下公式得到在一个寻呼周期内开始发送寻呼信息的***无线帧号SFN(PF-start帧)。
(PF-start mod pagingCycle)＝offset-FrameNumber
其中，pagingCycle表示发送寻呼信息的寻呼周期，offset-FrameNumber表示寻呼信息在发送周期内的第几个无线帧上发送，缺省值为0。
PF-length是寻呼窗长，由发送重复次数(pagingNumRepetitions)来配置，即PF-length＝pagingNumRepetitions。
一个寻呼周期内寻呼信息发送时刻为[PF-start，PF-start+1,…,PF-start+PF-length-1]。由此，可以确定寻呼时刻的***无线帧号SFN。
在时域上，所有UE的寻呼信息都在以相同的周期计算的相同起始时刻发送，并且发送的重复次数相同。寻呼信息发送时刻通过应用寻呼配置信元中包含的配置信息。基站在寻呼发送周期内的第PF-start个无线帧到第PF-start+PF-length-1个无线帧上重复下发对UE的寻呼信息，UE在相应的寻呼时刻接收一个寻呼发送周期内eNode B发送的寻呼信息。通过重复接收寻呼信息，来增强UE的覆盖，提升寻呼的成功率。
在本实施例中，UE按照寻呼配置信元计算出每个寻呼消息发送周期内开始发送寻呼消息的寻呼时刻，以及该寻呼消息重复发送的时刻，并在这些时刻接收寻呼消息。
步骤12、在所述寻呼时刻，UE接收eNB发送的寻呼信息。
在本步骤中，UE在一个寻呼周期内多次接收同一寻呼信息，从而提高UE接收寻呼信息的可靠性。
本实施例提供的寻呼配置方法，至少具有以下技术效果：
通过设置发送次数，可确定多个发送寻呼信息的寻呼时刻，使UE在一个寻呼周期内接收多次寻呼信息，从而达到在小区覆盖增强下提高寻呼接收的性能。
在上述实施例的基础上，本发明又一实施例提供的一种寻呼配置方法，所述方法包括以下步骤。
步骤11、UE根据预先获取的寻呼周期和偏移量，确定寻呼时刻，所述寻呼时刻是eNB发送寻呼信息的时刻，所述寻呼周期是寻呼信息发送的周期，所述偏移量是寻呼周期内的帧号偏移值。
上述步骤11确定所述寻呼时刻的方式可有多种，本实施例举例说明其中一种。
步骤11具体为：
步骤111、UE根据预先获取的寻呼周期和偏移量，得到寻呼周期内eNB发送寻呼信息的起始寻呼时刻。
在本步骤中，基站一个寻呼周期内发送多次寻呼信息，相应地，UE在一个寻呼周期内接收多次寻呼信息。
具体地，可根据以下公式计算所述起始寻呼时刻。
(PF-start mod paging Cycle)＝offset-Frame Number
其中，PF-start表示开始发送寻呼信息的无线帧，即所述起始寻呼时刻，pagingCycle表示寻呼周期，offset-Frame Number为偏移量。
举例来说，UE获取预设的寻呼周期2000ms，若pagingCycle以无线帧数目为单位配置时，相当于pagingCycle＝40。由于本发明中所应用的***中一个无线帧的长度为25ms，若寻呼周期为2000ms时，就相当于40个无线帧的长度。当pagingCycle＝40，offset-FrameNumber为0时，根据上述公式就可以计算出PF，即发送寻呼信息的无线帧号SFN，例如可发送寻呼信息的无线帧号为0、40、80、120等。
再举一个例子，假设当pagingCycle＝40，offset-FrameNumber为1时，根据上述公式就可以计算出PF，即发送寻呼信息的无线帧号SFN，例如可发送寻呼信息的无线帧号为1、41、81、121等。
步骤112、根据预先获取的发送次数，得到再次寻呼时刻，所述再次寻呼时刻与起始寻呼时刻位于同一寻呼周期。
PF-length是寻呼窗长，由发送重复次数(pagingNumRepetitions)来配置，即PF-length＝pagingNumRepetitions。
假设一个寻呼周期的开始发送寻呼信息的无线帧号为0，假设当pagingNumRepetitions＝4时，则该寻呼周期内再次发送寻呼信息的无线帧号为1、2和3。下一个寻呼周期的开始发送寻呼信息的无线帧号为40，同理，该寻呼周期内再次发送寻呼信息的无线帧号为41、42和43。
再举一个例子，假设当pagingCycle＝40，offset-FrameNumber为1时，根据上述公式就可以计算出PF-start，即各寻呼周期内开始发送寻呼信息的无线帧号SFN，例如可发送寻呼信息的无线帧号为1、41、81、121等。同样假设当pagingNumRepetitions＝4时，假设一个寻呼周期的开始发送寻呼信息的无线帧号为1，则该寻呼周期内再次发送寻呼信息的无线帧号为2、3和4。下一个寻呼周期的开始发送寻呼信息的无线帧号为41，该寻呼周期内再次发送寻呼信息的无线帧号为42、43和44。
步骤113、根据所述起始寻呼时刻和所述再次寻呼时刻，确定所述寻呼时刻，所述寻呼时刻包括所述起始寻呼时刻和再次寻呼时刻。
在时域上，所有UE的寻呼信息都在以相同的周期计算的相同起始时刻发送，并且发送的重复次数相同。寻呼信息发送时刻通过应用寻呼配置信元中包含的配置信息。基站在寻呼发送周期内的第PF-start个无线帧到第PF-start+PF-length-1个无线帧上重复下发对UE的寻呼信息，UE在相应的寻呼时刻接收一个寻呼发送周期内eNode B发送的寻呼信息。通过重复接收寻呼信息，在小区覆盖增强下提高寻呼接收的性能，提升寻呼的成功率。
需要说明的是，由于230MHz频段电力网***的单子带帧结构设计，下行传输使用无线帧的前13个OFDM符号，以无线帧为单位进行数据调度传输，因此UE无需获知寻呼发送时刻的子帧号。具体地，该***中一个无线帧的长度为25ms，其包含5个5ms的子帧，每子帧9个OFDM符号。其中根据该***上下行业务的特征对上下行资源进行了规划。下行资源为子帧0的9个符号和子帧1的前4个符号，共13个符号。上行资源为子帧1的后4个符号和子帧2、子帧3、子帧4。
步骤12、在所述寻呼时刻，UE接收eNB发送的寻呼信息。
具体地，UE在寻呼周期内的第PF-start个无线帧到第PF-start+PF-length-1个无线帧上接收寻呼信息。
其中，寻呼信息包括至少一个用户标识，UE在一个寻呼周期内各寻呼时刻尝试接收寻呼信息，并对接收到的寻呼信息进行解析。
若UE成功地解析了该寻呼信息，则UE停止监听该寻呼周期内后续寻呼时刻(若在本次寻呼周期内在后续时刻还有寻呼时刻的情况下)，并且查看在该寻呼信息中是否有属于自己的寻呼，即寻呼信息中所述用户标识中是否包含自己的标识，若是，UE在网络侧为其配置PDCCH信道所在时刻监听PDCCH，来接收该UE下行数据，若否，则UE继续在下一个寻呼周期内的寻呼时刻监听寻呼信息。
若UE没有成功地解析了该寻呼信息，则UE继续监听下一寻呼时刻直至寻呼周期结束。
需要说明的是，当这个寻呼周期结束后UE没有成功解析寻呼信息或成功解析的寻呼信息中没有属于自己的寻呼时，UE在下一个寻呼周期内的寻呼时刻继续监听寻呼信息。
本实施例提供的寻呼配置方法，至少具有以下技术效果：
通过确定包括起始寻呼时刻和再次寻呼时刻的多个时刻，不仅可使计算简便，且使UE在一个寻呼周期内接收多次寻呼信息，可增强小区覆盖，并提高UE接收寻呼信息的成功率。
在上述实施例的基础上，本发明又一实施例提供的一种寻呼配置方法，所述方法的所述步骤12，具体为：
在所述寻呼时刻，在预先确定的子带上，UE接收eNB发送的寻呼信息。
具体地，eNode B在寻呼信息的寻呼时刻在各个子带上发送相应的寻呼信息。
在寻呼时刻，按照记录的各个子带上待寻呼的UE来封装各子带上的寻呼信息，在相应的子带上按照规定的来发送对应的寻呼信息。
也就是说，基站会记录和维护UE所在驻留子带的子带号和该UE的C-RNTI值，并根据寻呼UE对应的子带来封装和发送寻呼信息。UE在寻呼时刻在自己所在的监听子带上接收寻呼信息，根据在自己所在的子带上接收的寻呼信息中包含的C-RNTI值来判断是否属于自己的寻呼。
需要说明的是，监听子带是指UE监听PDCCH所在的子带。对于寻呼场景，监听子带为UE的驻留子带，即UE通过随机接入过程或网络侧的切换子带信令指示UE所驻留的子带。
本实施例提供的寻呼配置方法，至少具有以下技术效果：
考虑到支持单子带用户，eNode B将UE的寻呼信息在该UE对应的监听子带上发送，以保证接收机受限的UE能够接收到寻呼信息。
图3示出了本发明又一实施例提供的一种寻呼配置方法的流程示意图。
参照图3，本发明实施例提供的方法具体包括以下步骤：
步骤21、eNB根据预设的寻呼周期和偏移量，确定发送寻呼信息的寻呼时刻，所述寻呼周期是寻呼信息发送的周期，所述偏移量是寻呼周期内的帧号偏移值。
通过计算PF-start(PF，Paging Frame)和PF-length来获得寻呼消息所在的***无线帧号SFN。换言之，寻呼时刻由PF-start和PF-length确定。UE通过如下公式得到在一个寻呼周期内开始发送寻呼信息的***无线帧号SFN(PF-start帧)。
(PF-start mod pagingCycle)＝offset-FrameNumber
其中，pagingCycle表示发送寻呼信息的寻呼周期，offset-FrameNumber表示寻呼信息在发送周期内的第几个无线帧上发送，缺省值为0。
在时域上，所有UE的寻呼信息都在以相同的周期计算的相同起始时刻发送，并且发送的重复次数相同。寻呼信息发送时刻通过应用寻呼配置信元中包含的配置信息。UE在相应的寻呼时刻接收一个寻呼发送周期内eNode B发送的寻呼信息。
在本步骤中，基站根据配置的寻呼周期和偏移量，可计算出所述发送寻呼信息的无线帧号，即可确定所述寻呼时刻，也就是说，所述寻呼时刻可与基站配置的寻呼周期和偏移量参数相关，且与IMSI无关。
进一步地，若所述寻呼请求包括多个IMSI，也可采用寻呼周期和偏移量确定出所述寻呼时刻，针对不同IMSI，使用相同的寻呼周期和偏移量，可获得一个寻呼时刻，表示基站在相同的寻呼时刻，向不同的IMSI对应的UE发送寻呼信息。
步骤22、在所述寻呼时刻，eNB向预先确定的UE发送寻呼信息。
更进一步地，由于不同UE的寻呼信息的寻呼时刻是相同的，基站可实现在所述寻呼时刻，发送多个UE的寻呼信息，从而可节省资源开销。
本实施例提供的寻呼配置方法，至少具有以下技术效果：
通过寻呼周期和偏移量计算寻呼信息的寻呼时刻，不同UE的寻呼信息的寻呼时刻相同，可实现在相同寻呼时刻向多个UE发送寻呼信息，从而可节省资源开销。
在上述实施例的基础上，本发明又一实施例提供的一种寻呼配置方法，所述方法包括以下步骤。
步骤23、eNB向所述UE发送寻呼配置信息，所述寻呼配置信息包括所述寻呼周期，以使UE根据所述寻呼周期和从本地存储的数据中获取的偏移量，确定所述寻呼时刻。
步骤23可发生在步骤21之前或之后，也可同时发生，本实施例不对步骤23的时序进行限定。
步骤24、eNB向所述UE发送寻呼配置信息，所述寻呼配置信息包括所述寻呼周期和偏移量，以使UE根据所述寻呼周期和偏移量，确定所述寻呼时刻。
相应地，步骤24可发生在步骤21之前或之后，也可同时发生，本实施例不对步骤24的时序进行限定。
所述eNB向所述UE发送寻呼配置信息，具体为，
eNB向所述UE发送***信息，所述***信息携带所述寻呼配置信息。
在本实施例中，eNB向所述UE发送***信息，在***信息中包含所用UE共有的无线资源配置信息，在***信息中携带寻呼配置信元。寻呼信息以一个可配置的周期内发送，其寻呼配置信元包含寻呼信息发送周期(pagingCycle)、发送重复次数(pagingNumRepetitions)和可选的发送帧号偏移量(offset-FrameNumber)。其中，寻呼信息的发送周期是指示给UE网络侧发送寻呼信息的寻呼周期参数。发送重复次数是指示在一个寻呼周期内寻呼信息重复发送的次数。发送帧号偏移量是指示寻呼信息在发送周期内的第几个无线帧上发送，缺省值为0。该偏移量为可选项，当寻呼信息中不携带该偏移量参数时，按照缺省值来配置参数值。eNode B通过在***信息中携带寻呼配置信元，并在广播子带上广播给本小区的UE。UE在广播子带上接收***信息中寻呼配置信元来获取寻呼发送的指示信息，即获知寻呼信息在网络侧发送的机会。
具体地，该***信息可以包含在主信息块(MIB)或***信息块(SIB)中。并通过广播子带发送给UE。
一旦接收到***信息，UE将应用***信息包含的配置。UE会应用寻呼配置信元包含的配置，再按照寻呼配置信元计算出每个寻呼消息发送周期内开始发送寻呼消息的寻呼时刻，以及该寻呼消息重复发送的时刻，并在这些时刻接收寻呼消息。
下面给出确定寻呼时刻的方法。通过计算PF-start(PF，Paging Frame)和PF-length来获得寻呼消息所在的***无线帧号SFN。换言之，寻呼时刻由PF-start和PF-length确定。UE通过如下公式得到在一个寻呼周期内开始发送寻呼信息的***无线帧号SFN(PF-start帧)。
(PF-start mod pagingCycle)＝offset-FrameNumber
其中，pagingCycle表示发送寻呼信息的寻呼周期，offset-FrameNumber表示寻呼信息在发送周期内的第几个无线帧上发送，缺省值为0。
PF-length是寻呼窗长，由发送重复次数(pagingNumRepetitions)来配置，即PF-length＝pagingNumRepetitions。
一个寻呼周期内寻呼信息发送时刻为[PF-start，PF-start+1,…,PF-start+PF-length-1]。其中，PF-start对应的是预设的起始寻呼时刻，从PF-start+1至PF-start+PF-length-1这些时刻对应的预设的再次寻呼时刻。由此，可以确定寻呼时刻的***无线帧号SFN。
在时域上，所有UE的寻呼信息都在以相同的周期计算的相同起始时刻发送，并且发送的重复次数相同。寻呼信息发送时刻通过应用寻呼配置信元中包含的配置信息。基站在寻呼发送周期内的第PF-start个无线帧到第PF-start+PF-length-1个无线帧上重复下发对UE的寻呼信息，UE在相应的寻呼时刻接收一个寻呼发送周期内eNode B发送的寻呼信息。
需要说明的是，由于230MHz频段电力网***的单子带帧结构设计，下行传输使用无线帧的前13个OFDM符号，因此UE无需获知寻呼发送时刻的子帧号。具体地，该***中一个无线帧的长度为25ms，其包含5个5ms的子帧，每子帧9个OFDM符号。其中根据该***上下行业务的特征对上下行资源进行了规划。下行资源为子帧0的9个符号和子帧1的前4个符号，共13个符号。上行资源为子帧1的后4个符号和子帧2、子帧3、子帧4。
在频域上，考虑到支持单子带用户，eNode B将预寻呼用户的寻呼信息在该用户对应的监听子带上发送，以保证接收机受限的用户能够接收到寻呼信息。
对于接收寻呼信息而言，UE按照时频域上规定的原则，需要先获知寻呼配置信元，再按照寻呼配置信元计算出每个寻呼信息发送周期内发送寻呼信息的寻呼时刻，并在所述的时刻在UE自己所在的监听子带上接收寻呼信息。
本实施例提供的寻呼配置方法，至少具有以下技术效果：
通过向UE发送寻呼配置信息，使UE根据寻呼配置信息确定寻呼时刻，UE在寻呼时刻在自己所在的子带上接收寻呼信息，从而提高UE接收寻呼信息的可靠性。
本发明实施例可应用于多种网络***，为了更好的说明本实施例，在上述实施例的基础上，以应用于专网中为例进行说明。
当核心网需向UE发送下行数据时，需先向eNB发送寻呼请求，所述寻呼请求包括至少一个第二标识。
具体地，核心网将通过MME经S1接口向基站发送寻呼请求，并在该寻呼请求中包含至少一个第二标识，用于标识待寻呼的UE。
可选地，所述第一标识可为唯一识别网络中的用户，例如IMSI。
eNB接收核心网网元发送的寻呼请求，所述寻呼请求包括至少一个第二标识；
在预设的寻呼时刻，eNB通过物理下行控制信道向与第一标识对应的UE发送寻呼信息，所述寻呼信息包括至少一个第一标识，使所述UE在所述寻呼时刻，接收所述寻呼信息；
其中，eNB侧维护UE的第一标识和该UE预先确定的子带的子带号，eNB根据核心网提供寻呼UE的第二标识来得到该UE的第一标识和该UE预先确定的子带的子带号。
在本步骤中，eNB侧维护UE预先确定的子带的子带号和UE的C-RNTI值。根据核心网提供寻呼UE的IMSI，找到该IMSI对应UE的C-RNTI和子带号。
在本步骤中，基站通过物理下行控制信道向UE发送寻呼信息，可不通过物理下行共享信道向UE发送寻呼信息。
其中，所述寻呼信息用于通知UE有下行数据到达。
可以理解的是，基站通过物理下行控制信道向UE发送寻呼信息，因此可不通过物理下行控制信道向UE发送寻呼的授权调度信息，也可不通过物理下行共享信道向UE发送寻呼信息，基站仅占用一个信道资源，即可使UE获取寻呼信息。
相应地，UE通过物理下行控制信道接收寻呼信息，因此可不监听物理下行控制信道的寻呼的授权调度信息，也可不解析该授权调度信息，并不再接收物理下行共享信道的寻呼信息，UE仅监听物理下行控制信道，即可获取寻呼信息。
发送寻呼信息的方式可有多种，本实施例以其中一种为例说明。
所述方法具体包括：
在预设的起始寻呼时刻，eNB通过物理下行控制信道向与所述第一标识对应的UE发送寻呼信息；
在预设的再次寻呼时刻，eNB通过物理下行控制信道向与所述第一标识对应的UE发送寻呼信息；
其中，所述再次寻呼时刻与所述起始寻呼时刻处于同一寻呼周期内。
考虑到小区覆盖增强，基站在预设的起始寻呼时刻和预设的再次寻呼时刻发送寻呼信息。在UE监听物理下行控制信道没有成功解析出寻呼信息时，UE可在再次寻呼时刻继续监听物理下行控制信道，重复接收所述寻呼信息，来提升UE接收寻呼的成功率。
在本步骤中，所述再次寻呼时刻与所述起始寻呼时刻处于同一寻呼周期内，使基站在一个寻呼周期内发送多次寻呼信息，在小区覆盖增强下提高UE接收寻呼信息的成功率。
通过在一个寻呼周期内发送多次寻呼信息，UE在一个寻呼周期内接收多次寻呼信息，使UE无需等下一个寻呼周期才能获取寻呼信息，可减小寻呼信息的接收延迟。
发送寻呼信息的方式可有多种，本实施例以其中一种为例说明。
所述方法具体包括：
在预设的寻呼时刻，在预先确定的子带上，eNB通过物理下行控制信道向与所述第一标识对应的UE发送寻呼信息；
其中，所述预先确定的子带为eNB从本地存储中获取与所述UE对应的子带。
对于UE支持单子带工作模式而言，承载在PDCCH的下行控制信息(DownlinkControl Information，DCI)必须在各个子带上独立发送，否则单子带UE因接收机带宽的限制而无法监听PDCCH。
本实施例中，针对230MHz频段频率资源的特点、单子带UE工作模式的需求和覆盖的要求进行设计。
具体地，基站维护UE的C-RNTI和该UE驻留子带的子带号。在接收到来自于MME的寻呼请求后，确定待寻呼UE和对应发送子带。根据待寻呼的UE所属的监听子带，来汇总成每个子带上待发送的寻呼信息，并在寻呼时刻在每个子带上发送对应的寻呼信息。
需要说明的是，对于寻呼场景，监听子带为UE的驻留子带，即UE通过随机接入过程或网络侧的切换子带信令指示UE所驻留的子带。
通过在频域上，考虑到支持单子带用户，基站将寻呼信息在UE对应的子带上发送，以保证接收机受限的UE能够接收到寻呼信息。
寻呼信息的格式可有多种，本实施例举例说明其中一种。
所述方法具体包括：
eNB在每一预先确定的子带上对该子带上的寻呼信息以预设的寻呼专用下行控制信息格式封装，并以寻呼标识P-RNTI对封装后的下行控制信息的校验信息位CRC进行加扰，得到各子带上相应的加扰封装的下行控制信息。
在本步骤中，设计了一种寻呼信息的发送格式，即采用固定传输格式和字段大小在寻呼专用下行控制信息中来发送。
具体地，物理下行控制信道可承载下行控制信息。基站在确定第一标识，即C-RNTI后，该寻呼信息的发送格式包含字段为各UE的C-RNTI。将寻呼信息以所述的寻呼专用下行控制信息的格式进行封装。
具体地，寻呼专用下行控制信息格式的长度可以是固定的，在固定的比特数包含用户的CRNTI域。
具体地，CRNTI域可包含多个C-RNTI，举例来说，可包含字段为寻呼用户1的C-RNTI、寻呼用户2的C-RNTI和寻呼用户3的C-RNTI，共21比特。其中每个寻呼用户的C-RNTI长度是7比特，指示寻呼用户的C-RNTI值。换言之，此种情况寻呼专用下行控制信息格式的长度为21比特，CRNTI域包含3个寻呼用户的C-RNTI值。当然，具体寻呼信息的格式和内容可根据实际情况调整，不以此为限。
需要说明的是，在本实施例中对用户的RNTI进行压缩，例如，C-RNTI为7比特，基站通过子带号和C-RNTI值这两个值来联合标识用户。而寻呼P-RNTI的长度为16比特，其值是一个固定的数值。C-RNTI能够标识每个子带上用户的C-RNTI值，但并不能唯一地标识小区内所有用户，为此，发送寻呼信息所使用子带对应的子带号和该寻呼信息中包含的C-RNTI值联合起来标识要寻呼的用户。
相应地，在预设的寻呼时刻，eNB通过物理下行控制信道向与所述第一标识对应的UE发送所述加扰封装的下行控制信息。
本实施例提出一种新的寻呼专用下行控制信息格式，基站和UE按照预先定义DCI格式或按照双方预先进行交互协商确定的格式内容进行传输。在预设的寻呼时刻，基站采用这个格式发送，UE也可在PDCCH盲检和解析这种寻呼专用下行控制信息格式。
本实施例提供的寻呼处理方法，至少具有以下技术效果：
通过eNB通过物理下行控制信道向UE发送的寻呼专用下行控制信息，使得UE可快速解码获得寻呼信息。
为了更好的说明本实施例，在上述实施例的基础上，详述本发明实施例。
图4示出了本发明又一实施例提供的一种寻呼配置方法的信令交互示意图。
参照图4，本实施例寻呼过程如下描述。
1、当核心网需要向UE发送下行数据时，将通过MME经S1接口向基站发送寻呼请求，并在该寻呼请求中包含用户ID(ue-Identity，即IMSI)和跟踪区域标识(TAI，TrackingArea Identity)列表等信息。
具体地，核心网维护用户标识IMSI，通过IMSI来标识UE。
当需要向UE发送数据时，核心网将触发寻呼过程，将用户ID，即IMSI和TAI信息包含在寻呼请求中发送给基站。
2、基站接收到该寻呼请求后，执行寻呼判决。
主要判决两方面：其一，确定待寻呼的UE和对应的发送子带。
根据UE的TAI列表信息在TAI列表中的小区内按照预设的原则确定待寻呼的UE，并根据待寻呼的UE所属的监听子带，来汇总成每个子带上待发送的寻呼信息。
相应地，基站维护UE的C-RNTI和该UE驻留子带的子带号，并通过C-RNTI和子带号来联合标识UE，并与UE的IMSI相关联。
此外，基站可通过C-RNTI来标识UE，并与UE的IMSI相关联。
在本发明中对于第一标识，其规定使用的长度和取值范围决定了第一标识是否可以成为小区内UE的唯一标识。第一标识的长度不同，其取值范围也是不同的，也是就说可唯一标识用户数目是不同的。同时，第一标识的长度决定寻呼信息中可包含的寻呼UE的数目。当第一标识规定的长度可以其作为小区内UE的唯一标识时，基站可使用第一标识来标识UE。当第一标识规定长度不能使其作为小区内UE的唯一标识时，基站可使用第一标识和子带号联合来标识UE，此时的第一标识是在一个子带上可以唯一地标识UE。在小区中要求用户容量相同的情况下，与子带号联合标识UE的第一标识的长度要比仅使用第一标识的长度短一些。由于第一标识长度短，其寻呼信息中可包含寻呼用户数目会多一些，但因这种情况下第一标识要和子带号联合标识，在复杂度上会稍高一点。在实际应用中，可以取决于***中小区用户容量来考虑使用哪种方式标识小区中的UE。另外，无论采用哪种方式标识小区中的UE，基站都会记录和维护小区内UE和其对应的子带号，用于基站对UE进行调度。
举例说明，第一标识为C-RNTI时，基站定义C-RNTI的长度和使用C-RNTI范围决定了C-RNTI是否可以成为小区内UE的唯一标识。C-RNTI的定义长度不同，其取值范围是不同的，也是就说可唯一标识用户数目是不同的。同时，C-RNTI的长度决定寻呼信息中可包含的C-RNTI的数目。以C-RNTI长度分别为7比特和16比特为例，当C-RNTI为7比特时，其取值范围[0,127]，将C-RNTI和子带号来联合标识UE的RNTI值，如按照公式nRNTI＝(subbandIndex+1)×27+nC-RNTI计算UE的小区唯一标识值，其中subbandIndex为UE所在子带号的索引值，nC-RNTI为UE的C-RNTI值。而当C-RNTI为16比特时，其取值范围[0,65535]，可直接使用C-RNTI来标识小区内的UE。另外，当C-RNTI长度为7比特时，假设寻呼信息包括4个C-RNTI，寻呼专用DCI格式的长度为28比特。当C-RNTI长度为16比特时，假设寻呼信息包括2个C-RNTI，寻呼专用DCI格式的长度为32比特。
具体地操作如下：
首先，eNode B根据寻呼消息中UE的IMSI查找UE对应的C-RNTI和监听子带的子带号。
然后，根据UE的TAI列表信息，在TAI列表中的小区内确定待寻呼的UE，待寻呼的UE应该满足以下条件a和b：
a.待寻呼的UE在eNode B侧记录的当前状态为未激活状态。未激活状态表示UE支持DRX且UE的状态处于休眠状态，即不监听C-RNTI加扰的PDCCH。
b.在寻呼时刻到来之前，需要寻呼的UE一直没有发送调度请求(SR)。
需要说明的是，如果eNode B记录的待寻呼UE处于未激活状态，但是在寻呼时刻到达之前(即eNode B还没有发送待寻呼UE的寻呼信息)，eNodeB接收到待寻呼UE发送的SR，则eNode B将不发送该UE的寻呼信息，并更新该UE的状态为激活状态。
最后，根据待寻呼UE的C-RNTI和监听子带的子带号，记录各个子带上待寻呼的UE。
在频域上，考虑到支持单子带用户，预寻呼用户的寻呼信息将在该用户对应的监听子带上发送，以保证接收机受限的用户能够接收到寻呼信息。
需要说明的是，监听子带是指UE监听PDCCH所在的子带。
对于寻呼场景，监听子带为UE的驻留子带，即UE通过随机接入过程或网络侧的切换子带信令指示UE所驻留的子带。
其二，根据预设的寻呼周期和偏移量，确定发送寻呼信息的寻呼时刻。
基站确定寻呼时刻的方式与上述实施例中UE确定寻呼时刻的方式相同，本实施例不再赘述。
在时域上，所有UE的寻呼信息都在以相同的周期计算的相同起始时刻发送，并且发送的重复次数相同。寻呼信息寻呼时刻通过应用寻呼配置信元中包含的配置信息。基站在寻呼发送周期内的第PF-start个无线帧到第PF-start+PF-length-1个无线帧上重复下发对UE的寻呼信息，UE在相应的寻呼时刻接收一个寻呼发送周期内eNode B发送的寻呼信息。
需要说明的是，由于230MHz频段电力网***的单子带帧结构设计，下行传输使用无线帧的前13个OFDM符号，因此UE无需获知寻呼寻呼时刻的子帧号。具体地，该***中一个无线帧的长度为25ms，其包含5个5ms的子帧，每子帧9个OFDM符号。其中根据该***上下行业务的特征对上下行资源进行了规划。下行资源为子帧0的9个符号和子帧1的前4个符号，共13个符号。上行资源为子帧1的后4个符号和子帧2、子帧3、子帧4。
可以理解的是，230MHz频段电力网***采用TDD双工方式，上下行是同一工作频率，除了上下行资源的规划外，对于子帧1的第5个符号是保护间隔GP(Guard Period)，用于保护下行信号对上行信号的干扰。为了满足行业用户需求，制定了上述帧结构方式和数据传输机制，基站和UE在计算寻呼时刻时无需计算子帧，由此可降低计算复杂度，简化实现开发。
3、基站通过物理下行控制信道在各个子带上向UE发送下行控制信息。
应当说明的是，在本步骤之前，基站根据预设的寻呼周期、偏移量和发送次数，以确定eNB发送寻呼信息的寻呼时刻，也就是寻呼信息何时发送及发送次数。
在时域上，所有UE的寻呼信息都在以相同的周期计算的相同起始时刻发送，并且发送的重复次数相同。
在频域上，考虑到支持单子带用户，预寻呼用户的寻呼信息将在该用户对应的监听子带上发送，以保证接收机受限的用户能够接收到寻呼信息。
4、UE接收寻呼信息。
对于UE而言，UE需要先获知寻呼配置信元，再按照寻呼配置信元计算出每个寻呼信息发送周期内发送寻呼信息的寻呼时刻，并在这个时刻在UE自己所在的监听子带上接收寻呼信息。
需要说明的是，监听子带是指UE监听PDCCH所在的子带。对于寻呼场景，监听子带为UE的驻留子带，即UE通过随机接入过程或网络侧的切换子带信令指示UE所驻留的子带。
应当说明的是，在本步骤之前，基站向小区内的UE广播***信息，***信息中包括寻呼配置信息，所述寻呼配置信息包含所有UE共用的无线资源配置信息，具体为寻呼周期和偏移量，以确定寻呼信息何时发送及发送次数。
寻呼配置信息包含寻呼周期、发送次数和偏移量。其中，寻呼信息的寻呼周期是指示给UE网络侧发送寻呼信息的寻呼周期参数。该偏移量为可选项，当寻呼信息中不携带该偏移量参数时，按照缺省值来配置参数值，举例来说，缺省值为0。
基站通过在***信息中携带寻呼配置信息，并在广播子带上广播给本小区的UE。UE在广播子带上接收***信息中寻呼配置信息来获取寻呼发送的指示信息，即获知寻呼信息在网络侧发送的机会。
接收到***信息后，UE将应用***信息包含的配置确定寻呼信息的寻呼时刻。UE按照与基站相同的原则，利用寻呼配置信息计算出每个寻呼信息发送周期内开始发送寻呼信息的起始寻呼时刻，以及再次发送的时刻，并，并在这些时刻接收寻呼信息。
确定寻呼时刻的方法如前所述，本实施例不再赘述。
在时域上，所有UE的寻呼信息都在以相同的周期计算的相同起始时刻发送，并且发送的重复次数相同。寻呼信息发送时刻通过应用寻呼配置信元中包含的配置信息。基站在寻呼发送周期内的第PF-start个无线帧到第PF-start+PF-length-1个无线帧上重复下发对UE的寻呼信息，UE在相应的寻呼时刻接收一个寻呼发送周期内eNode B发送的寻呼信息。
在频域上，考虑到支持单子带用户，eNode B将预寻呼用户的寻呼信息在该用户对应的监听子带上发送，以保证接收机受限的用户能够接收到寻呼信息。
UE在一个寻呼周期内各寻呼时刻尝试接收寻呼信息，并对接收到的寻呼信息进行解析。
若UE成功地解析了该寻呼信息，则UE停止监听该寻呼周期内后续寻呼时刻(若在本次寻呼周期内在后续时刻还有寻呼时刻的情况下)，并且查看在该寻呼信息中是否有属于自己的寻呼，即寻呼信息中所述用户标识中是否包含自己的标识。若是，UE在网络侧为其配置PDCCH信道所在时刻监听PDCCH，来接收该UE下行数据，若否，则UE继续在下一个寻呼周期内的寻呼时刻监听寻呼信息。
若UE没有成功地解析了该寻呼信息，则UE继续监听下一寻呼时刻直至寻呼周期结束。
需要说明的是，当这个寻呼周期结束后UE没有成功解析寻呼信息或成功解析的寻呼信息中没有属于自己的寻呼时，UE在下一个寻呼周期内的寻呼时刻继续监听寻呼信息。
本实施例提供的方法，至少具有以下技术效果：
通过利用寻呼周期和偏移量确定寻呼信息的寻呼时刻，不同终端的寻呼信息的寻呼时刻相同，可实现多个终端在相同寻呼时刻接收寻呼信息，且通过PDCCH来传输寻呼信息，可进一步节省资源开销。
最后应说明的是：以上实施例仅用以说明本发明实施例的技术方案，而非对其限制；尽管参照前述实施例对本发明实施例进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明实施例各实施例技术方案的精神和范围。
Claims (10)
1.一种寻呼配置方法，其特征在于，包括：
UE根据预先获取的寻呼周期和偏移量，确定寻呼时刻，所述寻呼时刻是eNB发送寻呼信息的时刻，所述寻呼周期是寻呼信息发送的周期，所述偏移量是寻呼周期内的帧号偏移值；
在所述寻呼时刻，UE接收eNB发送的寻呼信息。
2.根据权利要求1所述的方法，其特征在于：所述UE根据预先获取的寻呼周期和偏移量，确定寻呼时刻，具体为，
根据从本地存储的数据中获取的寻呼周期和所述偏移量，确定所述寻呼时刻。
3.根据权利要求1所述的方法，其特征在于：所述UE根据预先获取的寻呼周期和偏移量，确定寻呼时刻，具体为，
UE接收eNB发送的寻呼配置信息，所述寻呼配置信息包括所述寻呼周期；
UE根据所述寻呼周期和从本地存储的数据中获取的偏移量，确定所述寻呼时刻；
或者，
UE接收eNB发送的寻呼配置信息，所述寻呼配置信息包括所述寻呼周期和偏移量；
UE根据所述寻呼周期和偏移量，确定所述寻呼时刻。
4.根据权利要求3所述的方法，其特征在于：所述UE接收eNB发送的寻呼配置信息，具体为，
UE接收eNB发送的***信息，所述***信息携带所述寻呼配置信息。
5.根据权利要求1所述的方法，其特征在于：所述UE根据预先获取的寻呼周期和偏移量，确定寻呼时刻，具体为，
所述寻呼时刻对所述寻呼周期取模，余数为所述偏移值，确定所述寻呼时刻。
6.根据权利要求1所述的方法，其特征在于：所述UE根据预先获取的寻呼周期和偏移量，确定寻呼时刻，具体为，
UE根据预先获取的寻呼周期、偏移量和发送次数，确定所述寻呼时刻，所述发送次数是寻呼周期内发送寻呼信息的次数；
或者，
UE根据预先获取的寻呼周期和偏移量，得到寻呼周期内eNB发送寻呼信息的起始寻呼时刻；
根据预先获取的发送次数，得到再次寻呼时刻，所述再次寻呼时刻与起始寻呼时刻位于同一寻呼周期；
根据所述起始寻呼时刻和所述再次寻呼时刻，确定所述寻呼时刻，所述寻呼时刻包括所述起始寻呼时刻和再次寻呼时刻。
7.根据权利要求1所述的方法，其特征在于：所述在所述寻呼时刻，UE接收eNB发送的寻呼信息，具体为，
在所述寻呼时刻，在预先确定的子带上，UE接收eNB发送的寻呼信息。
8.一种寻呼配置方法，其特征在于，包括：
eNB根据预设的寻呼周期和偏移量，确定发送寻呼信息的寻呼时刻，所述寻呼周期是寻呼信息发送的周期，所述偏移量是寻呼周期内的帧号偏移值；
在所述寻呼时刻，eNB向预先确定的UE发送寻呼信息。
9.根据权利要求8所述的方法，其特征在于：所述方法还包括，
eNB向所述UE发送寻呼配置信息，所述寻呼配置信息包括所述寻呼周期，以使UE根据所述寻呼周期和从本地存储的数据中获取的偏移量，确定所述寻呼时刻；
或者，
eNB向所述UE发送寻呼配置信息，所述寻呼配置信息包括所述寻呼周期和偏移量，以使UE根据所述寻呼周期和偏移量，确定所述寻呼时刻。
10.根据权利要求9所述的方法，其特征在于：所述eNB向所述UE发送寻呼配置信息，具体为，
eNB向所述UE发送***信息，所述***信息携带所述寻呼配置信息。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710414848.2A CN108990149B (zh) | 2017-06-05 | 2017-06-05 | 寻呼配置方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710414848.2A CN108990149B (zh) | 2017-06-05 | 2017-06-05 | 寻呼配置方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN108990149A true CN108990149A (zh) | 2018-12-11 |
| CN108990149B CN108990149B (zh) | 2021-10-26 |
Family
ID=64502261
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201710414848.2A Expired - Fee Related CN108990149B (zh) | 2017-06-05 | 2017-06-05 | 寻呼配置方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN108990149B (zh) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111586840A (zh) * | 2019-02-18 | 2020-08-25 | ***通信有限公司研究院 | 寻呼起始位置的确定方法、装置及终端 |
| WO2020237530A1 (zh) * | 2019-05-29 | 2020-12-03 | 华为技术有限公司 | 一种链路检测的方法、装置及相关设备 |
| WO2021179686A1 (zh) * | 2020-03-11 | 2021-09-16 | 中兴通讯股份有限公司 | 终端默认寻呼drx设置的方法及装置、电子设备及存储介质 |
| WO2022151604A1 (zh) * | 2021-01-13 | 2022-07-21 | 华为技术有限公司 | 一种通信方法及装置 |
Citations (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101843153A (zh) * | 2007-10-30 | 2010-09-22 | 高通股份有限公司 | 在无线通信***中发送寻呼消息的控制安排和方法 |
| US20110130100A1 (en) * | 2009-11-30 | 2011-06-02 | Mediatek Inc. | Methods for monitoring paging messages with reduced power consumption and communications apparatuses utilizing the same |
| CN102595565A (zh) * | 2011-01-10 | 2012-07-18 | 联芯科技有限公司 | 集群通信***及该***的寻呼方法、网络侧设备及终端 |
| CN103945503A (zh) * | 2013-01-18 | 2014-07-23 | 电信科学技术研究院 | 一种网络侧、终端寻呼的方法及装置 |
| CN104811279A (zh) * | 2014-01-23 | 2015-07-29 | 电信科学技术研究院 | 一种寻呼消息传输方法及装置 |
| CN105309019A (zh) * | 2014-04-01 | 2016-02-03 | 华为技术有限公司 | 一种寻呼方法、装置及*** |
| WO2016055088A1 (en) * | 2014-10-06 | 2016-04-14 | Nokia Solutions And Networks Oy | Controlling communication devices by actions triggered by paging |
| CN105636203A (zh) * | 2014-11-07 | 2016-06-01 | 上海贝尔股份有限公司 | 传输用于mtc ue的公共寻呼消息的方法和装置 |
| WO2016123435A1 (en) * | 2015-01-30 | 2016-08-04 | Qualcomm Incorporated | Enhanced paging procedures for machine type communications (mtc) |
| US20160330791A1 (en) * | 2015-05-04 | 2016-11-10 | Qualcomm Incorporated | Techniques for paging in extended discontinuous reception |
| EP3148269A1 (en) * | 2015-09-24 | 2017-03-29 | Gemalto M2M GmbH | Method for operating a wireless communication device supporting enhanced and normal coverage mode |
| CN106550434A (zh) * | 2015-09-16 | 2017-03-29 | 北京展讯高科通信技术有限公司 | 移动终端及其检测寻呼消息的方法 |
-
2017
- 2017-06-05 CN CN201710414848.2A patent/CN108990149B/zh not_active Expired - Fee Related
Patent Citations (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101843153A (zh) * | 2007-10-30 | 2010-09-22 | 高通股份有限公司 | 在无线通信***中发送寻呼消息的控制安排和方法 |
| US20110130100A1 (en) * | 2009-11-30 | 2011-06-02 | Mediatek Inc. | Methods for monitoring paging messages with reduced power consumption and communications apparatuses utilizing the same |
| CN102595565A (zh) * | 2011-01-10 | 2012-07-18 | 联芯科技有限公司 | 集群通信***及该***的寻呼方法、网络侧设备及终端 |
| CN103945503A (zh) * | 2013-01-18 | 2014-07-23 | 电信科学技术研究院 | 一种网络侧、终端寻呼的方法及装置 |
| CN104811279A (zh) * | 2014-01-23 | 2015-07-29 | 电信科学技术研究院 | 一种寻呼消息传输方法及装置 |
| CN105309019A (zh) * | 2014-04-01 | 2016-02-03 | 华为技术有限公司 | 一种寻呼方法、装置及*** |
| WO2016055088A1 (en) * | 2014-10-06 | 2016-04-14 | Nokia Solutions And Networks Oy | Controlling communication devices by actions triggered by paging |
| US20170311281A1 (en) * | 2014-10-06 | 2017-10-26 | Nokia Solutions And Networks Oy | Controlling communication devices by actions triggered by paging |
| CN105636203A (zh) * | 2014-11-07 | 2016-06-01 | 上海贝尔股份有限公司 | 传输用于mtc ue的公共寻呼消息的方法和装置 |
| WO2016123435A1 (en) * | 2015-01-30 | 2016-08-04 | Qualcomm Incorporated | Enhanced paging procedures for machine type communications (mtc) |
| US20160330791A1 (en) * | 2015-05-04 | 2016-11-10 | Qualcomm Incorporated | Techniques for paging in extended discontinuous reception |
| CN106550434A (zh) * | 2015-09-16 | 2017-03-29 | 北京展讯高科通信技术有限公司 | 移动终端及其检测寻呼消息的方法 |
| EP3148269A1 (en) * | 2015-09-24 | 2017-03-29 | Gemalto M2M GmbH | Method for operating a wireless communication device supporting enhanced and normal coverage mode |
Non-Patent Citations (3)
| Title |
|---|
| CATT: "Clarification of discontinuous reception for paging in enhanced CELL_FACH state for 1.28 Mcps TDD", 《3GPP TSG-RAN WG2 MEETING #69BIS R2-102311》 * |
| WI RAPPORTEUR (ERICSSON): "RAN1 agreements for Rel-13 NB-IoT", 《3GPP TSG-RAN WG1 NB-IOT AD-HOC MEETING R1-162038》 * |
| 买望等: "LTE网络下的寻呼消息及其监听算法", 《现代电信科技》 * |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111586840A (zh) * | 2019-02-18 | 2020-08-25 | ***通信有限公司研究院 | 寻呼起始位置的确定方法、装置及终端 |
| WO2020237530A1 (zh) * | 2019-05-29 | 2020-12-03 | 华为技术有限公司 | 一种链路检测的方法、装置及相关设备 |
| CN113826425A (zh) * | 2019-05-29 | 2021-12-21 | 华为技术有限公司 | 一种链路检测的方法、装置及相关设备 |
| CN113826425B (zh) * | 2019-05-29 | 2023-07-18 | 华为技术有限公司 | 一种链路检测的方法、装置及相关设备 |
| WO2021179686A1 (zh) * | 2020-03-11 | 2021-09-16 | 中兴通讯股份有限公司 | 终端默认寻呼drx设置的方法及装置、电子设备及存储介质 |
| WO2022151604A1 (zh) * | 2021-01-13 | 2022-07-21 | 华为技术有限公司 | 一种通信方法及装置 |
| WO2022151070A1 (zh) * | 2021-01-13 | 2022-07-21 | 华为技术有限公司 | 一种通信方法及装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN108990149B (zh) | 2021-10-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10536967B2 (en) | Method for selecting of sidelink grant for a D2D UE in a D2D communication system and device therefor | |
| CN107258105B (zh) | 运行寻呼机制以实现增强覆盖模式 | |
| US10091764B2 (en) | Enhanced paging mechanism for machine type communication | |
| US10136410B2 (en) | Paging optimization method, apparatus, and system | |
| CN112118218B (zh) | 无线通信***中的控制信息传输方法和装置 | |
| EP3342236B1 (en) | Transmission and reception of repeated scheduling requests | |
| KR101823475B1 (ko) | Ｍｔｃ 기기가 사용되는 이동통신시스템에서 메시지 송수신 방법 및 이를 위한 장치 | |
| EP3506708A1 (en) | Method and apparatus for transmitting data in rrc deactivated or activated state | |
| KR102202893B1 (ko) | Nb-iot 디바이스의 페이징을 위한 공통 서치 공간(css) | |
| US10044839B2 (en) | Method for performing a packet filtering for prose in a D2D communication system and device therefor | |
| CN107950047A (zh) | 用于在d2d通信***中执行缓冲器状态报告的方法及其装置 | |
| US20180013521A1 (en) | Method for transmitting a mac pdu on sl-dch in a d2d communication system and device therefor | |
| EP2627143A1 (en) | Base station, wireless communication method, program, wireless communication system, and wireless terminal | |
| CN108024334B (zh) | 移动无线设备和操作方法 | |
| CN112189367B (zh) | 在新无线电非授权网络中配置备用寻呼机会的方法及用户设备 | |
| EP2627118A1 (en) | Base station, wireless communication method, program, wireless communication system, and wireless terminal | |
| US20100091720A1 (en) | Method for transmitting and receiving paging message in wireless communication system | |
| WO2014008360A2 (en) | Communicating broadcast signals in carrier-aggregated wireless networks | |
| EP3883309A1 (en) | Terminal wake-up control method, device and storage medium | |
| CN108990149A (zh) | 寻呼配置方法 | |
| US20210144731A1 (en) | Data transmission method, network device, communications device, and storage medium | |
| CN103209395B (zh) | 一种集群寻呼消息的发送和接收方法 | |
| KR20160136219A (ko) | 시스템 정보 송수신 방법 및 그 장치 | |
| CN108990150A (zh) | 寻呼处理方法 | |
| CN112586057B (zh) | 一种通信方法及设备 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| CF01 | Termination of patent right due to non-payment of annual fee | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20211026 |