CN110198562B

CN110198562B - 第n次寻呼尝试之后增大功率

Info

Publication number: CN110198562B
Application number: CN201910652391.8A
Authority: CN
Inventors: 宿利
Original assignee: Apple Inc
Current assignee: Apple Inc
Priority date: 2015-07-17
Filing date: 2016-07-15
Publication date: 2023-05-30
Anticipated expiration: 2036-07-15
Also published as: EP3119145A1; EP3119145B1; CN106358277B; EP3346779A1; JP6449817B2; JP2017028693A; CN106358277A; CN110198562A

Abstract

公开了第N次寻呼尝试之后增大功率。用于寻呼链路预算有限(LBL)装置的各种机制，包括：(1)发送带有非传统寻呼标识符的寻呼消息；(2)以增大的功率发送寻呼消息；(3)重复发送寻呼消息以支持在接收器处进行组合。公开了UE装置用信号发送LBL状态的各种机制，包括将DRX周期的状态标志或特定值发送给网络节点，作为跟踪区更新和/或附连请求的部分。网络节点将装置的LBL状态作为寻呼消息的部分告知基站。网络节点可以例如将S‑RNTI从S‑RNTI空间的保留子集分派给LBL装置。基站在寻呼LBL装置时唤醒寻呼增强机制。可供选择地，例如，通过对给定UE的寻呼尝试进行计数并且在第N次寻呼尝试之后升高功率，基站可在不知道LBL状态的情况下寻呼UE装置。

Description

第N次寻呼尝试之后增大功率

本申请是申请日为2016年7月15日申请号为201610557566.3发明名称为“第N次寻呼尝试之后增大功率”的发明专利申请的分案申请。

技术领域

本申请涉及无线通信，更特别地，涉及用于链路预算有限的用户设备装置的寻呼机制。

背景技术

诸如智能电话和平板计算机的无线用户设备(UE)装置与无线网络通信，以执行诸如电话通话、互联网浏览、电子邮件、发文本消息、社交媒体更新、使用全球定位系统(GPS)的导航、游戏等各种各样的功能中的任一种。

在诸如LTE的蜂窝无线电接入技术(radio access technology,RAT)中，寻呼是网络(NW)用来将以UE为目标的呼入通话或数据通知给用户设备(UE)的过程。寻呼消息请求UE附连到网络，并且与网络建立NAS信令连接。(NAS是非接入层(Non-Access Stratum)的简称。非接入层是演进分组系统中的一组协议，用于为了LTE/E-UTRAN接入而传送UE和移动管理实体之间的非无线电信令)。寻呼消息还可用于将系统信息(system information，SI)改变或ETWX信息通知给UE。(ETWS是地震和海啸报警系统的简称。)

网络主要使用寻呼程序，因为例如当UE处于空闲模式时，网络不知道UE的位置。(移动管理实体可将用于给定UE的寻呼消息发送给属于跟踪区的多个基站。)因此，寻呼可以是网络执行用来与UE建立连接的第一过程。使用寻呼开始从网络到UE的连接类似于UE用来开始与网络的连接的随机接入过程(random access procedure，RACH)。因此，UE检测寻呼消息极为重要，因为UE无法检测寻呼消息可导致未接通话或丢失数据。

一些无线装置可以是链路预算有限的(link budget limited，LBL)，因此，会在接收网络基站发送的消息时有苦难。同样地，基站会在接收链路预算有限装置发送的消息时有困难。装置可以是由于各种原因而是链路预算有限的，例如，如果：

装置的天线系统表现欠佳；或

装置的天线系统被设计成装配在外壳内，而外壳对于所关注的频带中的最佳发送和/或接收性能而言太小；

装置的位置远离基站；或

基站和装置之间的障碍干预(例如，当装置位于建筑物内)；或

装置的电池功率有限(例如，有限的峰值功率和/或平均TX功率)。

链路预算有限的UE可特别容易漏掉基站发送的寻呼消息。因此，需要能够通过链路预算有限UE装置增加成功接收寻呼消息的可能性的机制。此外，需要UE装置可借助来将其是否是链路预算有限的告知网络的机制，使得网络可调用寻呼增强机制辅助成功完成寻呼程序。将非常理想的是，这种机制可与现有LTE规范兼容(和/或容易能从现有LTE规范扩展而来)，例如，对LTE网络能力的影响最小或对LTE网络能力没有响应，和/或对LTE物理层的影响最小或对LTE物理层没有响应，以便于容易实现。

发明内容

在一组实施例中，无线网络的基站可使用一种或多种寻呼增强机制来寻呼链路预算有限的UE装置，以增强链路预算有限的UE装置成功解码寻呼消息的能力。(不同的实施例的目标可以是增强寻呼过程的不同要素，例如，增强寻呼控制信息和/或增强寻呼载荷信息。)例如，基站可多次发送寻呼消息，使得链路预算有限的UE装置将有机会组合多次发送中接收到的数据记录，从而增加成功解码寻呼消息的可能性。又如，基站可以以相对于将用于将寻呼发送给非链路预算有限的UE装置的功率增加的功率来发送寻呼消息。功率增加可应用于寻呼消息的寻呼控制信息和/或寻呼载荷。再如，基站可使用特殊P-PNTI将寻呼消息发送给链路预算有限的UE装置，而使用传统P-RNTI(例如，在LTE规范中定义的现有P-RNTI)对非链路预算有限的UE装置(和传统的UE装置)进行寻呼。P-RNTI是寻呼-无线电网络临时标识符的简称。

在一些实施例中，UE装置可用信号通知是否它是链路预算有限的(LBL)，作为对网络中的节点的请求的一部分。(该请求可以是用于跟踪区更新和/或附连到网络的请求。)网络节点随后可将状态指示信号作为针对UE装置的寻呼消息的部分传达给基站。基站接收寻呼消息，并且响应于检测到寻呼消息与链路预算有限的UE装置关联(例如，基于状态指示信号)，基站可使用一种或多种寻呼增强机制对链路预算有限的UE装置进行寻呼。

UE装置可按各种方式中的任一种用信号通知其状态是LBL装置或非LBL装置。例如，UE装置可发送指示它是否是LBL的标志。该标志可作为对网络的请求的一部分被发送给节点。又如，链路预算有限的UE装置可将DRX周期(DRX cycle)的特定值作为对网络的请求的部分进行发送，其中，特定值被用作LBL状态的信号。(非LBL装置可被配置成避免在发送跟踪区更新和/或附连请求时使用该特定值。)网络节点可将DRX周期的特定值作为寻呼消息的部分发送给基站。

在一些实施例中，响应于接收到给定UE装置是链路预算有限的信号，无线网络的节点可将S-TMSI值(或其它临时标识符值)分派给UE装置，其中，被分派的值选自可能S-TMSI值的空间的保留子集。(UE装置可按本文中公开的各种方式中的任一种将LBL状态的信号提供给节点。)保留子集的S-TMSI值被保留以供分派给链路预算有限的UE装置。(非LBL装置是保留子集的补集中的被分派的S-TMSI值。)当网络节点发送协议消息以寻呼UE装置时，网络节点可在协议消息中包括分派给UE装置的S-TMSI。基站知道保留子集的定义。因此，当基站接收到协议消息时，基站可依据属于保留子集的S-TMSI值确定将被寻呼的UE装置是链路预算有限的。基站可随后使用本文中公开的寻呼增强机制中的任一种或多种寻呼UE装置。

在一些实施例中，基站可在不知道任何给定UE装置是否是链路预算有限的情况下寻呼UE装置。因此，基站可采用增强对非LBL装置以及LBL装置的寻呼的机制。例如，在一个实施例中，基站可保持以给定UE装置为目标的多个协议消息的计数，并且如果计数达到阈值N，则开始升高以UE装置为目标的任何后续寻呼消息的发送功率。

在一组实施例中，用于操作基站以便利链路预算有限的用户设备(UE)装置的寻呼的方法可如下执行。

基站可在下行链路数据流的特定帧的特定子帧的控制信道中发送第一寻呼标识符，其中，第一寻呼标识符专用于链路预算有限的UE装置，并且不同于用于常规UE装置(即，非链路预算有限的UE装置)的第二寻呼标识符，其中，基于与将被寻呼的一个或多个链路预算有限的UE装置关联的寻呼帧指示符和寻呼时机指示符，从下行链路数据中选择特定帧和特定子帧。

基站可在特定帧的特定子帧中发送针对一个或多个链路预算有限的UE装置的寻呼载荷信息；

基站可在特定子帧之后连续跟随的一个或多个子帧中的每个中发送同一寻呼载荷信息。

通过使用与常规UE装置使用的寻呼标识符不同的寻呼标识符，允许基站为了在特定帧(即，寻呼帧)内重复发送寻呼载荷信息来分配更大量的子帧。例如，在一些实施例中，在寻呼时机下进行初始载荷发送之后可以是用于重复载荷发送的多达四个连续子帧。

在一些实施例中，一个或多个链路预算有限的UE中的每个可被配置成每个DRX超级周期唤醒一次，以通过基站扫描新寻呼的启动。DRX超级周期可等于N_SC乘以常规UE装置(即，非链路预算有限的UE装置和/或传统UE装置)使用的DRX周期。各链路预算有限的UE装置使用其用户标识码来计算寻呼帧(PF)指示符和寻呼时机(PO)指示符，并且在特定帧的特定子帧在每个DRX超级周期唤醒一次，其中，特定帧和特定子帧与PF指示符和PO指示符一致。由于链路预算有限的UE装置具有不同的用户标识码(例如，IMSI值)，因此被分派给链路预算有限的UE装置的寻呼帧可被及时分散。

链路预算有限的UE装置在特定帧的特定子帧的控制信道中扫描第一寻呼标识符的存在。它的存在指示启动新寻呼。

基站可发送特定帧之后分别出现n_DRX、2n_DRX、3n_DRX、…、(N_SC-1)n_DRX帧的多个帧中的每个中的寻呼载荷信息的附加实例(即，除了特定帧中已经包括的那些实例之外)，其中，n_DRX是DRX周期中的帧数。如果作为寻呼消息目标的所有链路预算有限的UE装置已经接入网络(使用随机接入过程)，则基站可停止发送附加实例。如上所述使用N_SC-1帧允许链路预算有限的UE装置组合寻呼载荷信息的明显更大重复次数，因此允许链路余量更大地改进。

注意的是，本文中描述的技术可在多种不同类型的装置中实现和/或与多种不同类型的装置一起使用，包括但不限于基站、接入点、蜂窝电话、便携式媒体播放器、平板计算机、可穿戴装置和各种其它计算装置。

这个发明内容部分旨在提供对本文献中描述的主题的部分的简述。因此，应该理解，上述特征只是示例并且不应该被理解为以任何方式收窄了本文中描述的主题的范围或精神。根据下面的具体实施方式、附图和权利要求书，本文中描述的主题的其它特征、方面和优点将变得清楚。

附图说明

当在结合以下附图考虑下面对实施例的详细描述时，可得到本主题的更加理解。

图1A示出根据一些实施例的无线通信系统的示例。

图1B示出根据一些实施例的与三个无线装置106₁、106₂和106₃通信的基站102的示例。

图2示出根据一些实施例的与无线装置通信的基站(“BS”、或在LTE的背景下，“eNodeB”或“eNB”)。

图3示出根据一些实施例的无线通信系统的框图。

图4示出根据一些实施例的基站的框图。

图5A至图5C示出根据现有技术的N_S＝1、2和4时分别的寻呼时机。

图6示出根据一些实施例的用于操作基站以便于寻呼链路预算有限的UE装置的方法。

图7A示出根据一些实施例的初始发送(寻呼时机0)和寻呼载荷信息的四次重复发送的示例。

图7B示出根据一些实施例的初始发送(寻呼时机5)和寻呼载荷信息的四次重复发送的示例。

图8示出根据一些实施例的用于操作链路预算有限UE装置从基站接收寻呼消息的方法。

图9示出根据一些实施例的用于使用非传统寻呼标识来操作基站以便于寻呼链路预算有限的UE装置的方法。

图10示出根据一些实施例的用于接收包含非传统P-RNTI(寻呼-无线电网络临时标识符)的寻呼消息的方法。

图11示出根据一些实施例的用于操作网络节点以用信号通知UE装置的链路预算有限状态(作为寻呼消息的部分)的方法，该方法包含分派在无尽可能值的保留子集中的临时UE标识符。

图12示出根据一些实施例的用于操作基站以基于接收到的寻呼消息中的临时UE标识符来确定UE装置的链路预算有限状态的方法。

图13示出根据一些实施例的用于操作基站以重复发送针对LBL装置的寻呼消息的方法。

图14示出根据一些实施例的用于接收被基站重复发送的寻呼消息的方法。

图15示出根据一些实施例的用于操作基站以在从网络节点接收到N协议消息之后或者在之前N次发送失败之后升高发送到UE装置的寻呼消息的发送功率的方法。

图16示出根据一些实施例的使链路预算有限的UE装置用信号将其是LBL装置的状态发送到无线网络中的节点的方法，该方法包含发送DRX周期的特定值。

图17示出根据一些实施例的使基站基于接收到的寻呼消息中的特定DRX周期值的存在能够识别将被寻呼的UE装置的LBL状态的方法。

图18示出根据一些实施例的使链路预算有限的UE装置用信号将其是LBL装置的状态发送到无线网络中的节点的方法，该方法包含将状态信令标志包括作为跟踪区更新和/或附带请求的部分。

图19示出根据一些实施例的使基站基于接收到的寻呼消息中的状态信令标志的存在能够确定UE装置是LBL状态的方法。

虽然本文中描述的特征容易遭受各种修改和替代形式，其特定实施例以举例方式在附图中示出并且在本文中详细描述。然而，应该理解，附图和对其的详细描述不旨在限于公开的特定形式，而是相反地，意图是涵盖落入随附权利要求书限定的主题的精神和范围内的所有修改形式、等同形式和替代形式。

具体实施方式

简称

在整个公开中，使用各种简称。以下，提供在整个本公开中会出现的最主要使用简称的定义。

BS：基站

D-DRX：连接状态DRX

DL：下行链路

DRX：非连续接收

IE：信息元

IMSI：国际移动用户识别码

LBL：链路预算有限

LTE：长期演进

MIB：主信息块

MME：移动管理实体

MS：移动站

NW：网络

OFDM：正交频分多路复用

OFMDA：正交频分多址

PDCCH：物理下行链路控制信道

PDSCH：物理下行链路共享信道

PRACH：物理随机接入信道

P-RNTI：寻呼RNTI

PUCCH：物理上行链路控制信道

PUSCH：物理上行链路共享信道

RACH：随机接入过程或随机接入信道

RAT：无线接入技术

RRC：无线资源控制

RRC IE：RRC信息元

RNTI：无线网络临时标识符

RX：接收

SAE：系统构架眼镜，即，LTE中的系统构架

S1AP：S1应用协议

SFN：系统帧号

SIB：系统信息块

SIBn：型n的系统信息块

S-TMSI:SAE-临时移动用户识别码

TAI：跟踪区标识符

TTI：发送时间间隔

TX：发送

UE：用户设备

UL：上行链路

UMTS：通用移动电信系统

USIM：通用用户识别模块

3GPP：第三代合作伙伴计划

术语

以下是本公开中使用的术语的汇编。

存储器介质—各种类型的非暂态存储器装置或存储装置中的任一种。术语“存储器介质”旨在包括：安装介质，例如，CD-ROM、软盘、或带装置；计算机系统存储器或随机存取存储器，诸如DRAM、DDR RAM、SRAM、EDO RAM、Rambus RAM等；非易失性存储器，诸如闪存、磁介质(例如，硬盘)、或光学存储器；寄存器、或其它类似类型的存储器元件等。存储器介质也可包括其它类型的非暂态存储器或其组合。另外，存储器介质可位于其中执行程序的第一计算机系统中，或者可位于通过网络(诸如，互联网)连接到第一计算机系统的不同的第二计算机系统中。在后一种情形下，第二计算机系统可向第一计算机提供要执行的程序指令。术语“存储器介质”可包括可驻留在例如通过网络连接的不同计算机系统中的不同位置处的两个或更多个存储器介质。存储器介质可存储可由一个或多个处理器执行的程序指令(例如，被实施为计算机程序)。

载体介质—如上所述的存储器介质、以及物理传输介质，诸如，总线、网络、和/或其它传送诸如电信号、电磁信号或数字信号的信号的物理传输介质。

可编程硬件元件—包括具有经由可编程互连件连接的多个可编程功能块的各种硬件装置。示例包括FPGA(现场可编程门阵列)、PLD(可编程逻辑器件)、FPOA(现场可编程对象阵列)和CPLD(复杂PLD)。可编程逻辑块可从细粒度(组合的逻辑或查找表)变化至粗粒度(算术逻辑单元或处理器核)。可编程硬件元件还可被称为“可重配置逻辑”。

计算机系统—各种类型的计算或处理系统中的任一种，包括个人计算机系统(PC)、大型主机计算机系统、工作站、网络设施、个人数字助理(PDA)、电视系统、网格计算系统、或其它装置或装置的组合。一般，术语“计算机系统”可被广义定义为涵盖具有执行存储器介质中的指令的至少一个处理器的任何装置(例如，装置的组合)。

用户设备(UE)(或“UE装置”)—移动的或便携的并且执行无线通信的各种类型的计算机系统装置中的任一种。UE装置的示例包括移动电话或智能电话(例如，iPhone^TM、基于Android ^TM的电话)、便携式游戏装置(例如，Nintendo DS ^TM、PlayStation Portable ^TM、Gameboy Advance ^TM、iPhone ^TM)、便携式电脑、PDA、便携式互联网装置、音乐播放器、数据存储装置、其它手持装置、可穿戴装置(诸如，智能手表)等。一般，术语“UE”或“UE装置”可被广义定义为涵盖容易被用户传输并且能够进行无线通信的任何电子装置、计算装置和/或电信装置(或装置的组合)。

基站—术语“基站”具有其普通含义的整个范围，并且至少包括安装在固定位置并且用于通信的无线通信站作为无线电话系统或无线系统。

处理元件—是指各种元件或元件的组合。处理元件包括(例如)诸如ASIC(专用集成电路)的电路、个体处理器核的部分或电路、整个处理器核、个体处理器、诸如现场可编程门阵列(FPGA)的可编程硬件装置、和/或包括多个处理器的系统的较大部分。

信道—用于将信息从发送器(发送装置)传送到接收器的媒介。应该注意，由于术语“信道”的特性可根据不同无线协议而不同，因此本文中使用的术语“信道”可被视为以与装置的类型标准一致的方式使用，适于是参照该装置的类型使用的。在一些标准中，信道宽度可以是变化的(例如，取决于装置能力、带条件等)。例如，LTE可支持从1.4MHz至20MHz的可扩展信道带宽。相比之下，WLAN信道可以是22MHz宽，而Bluetooth信道可以是1MHz宽。其它协议和标准可包括信道的不同定义。此外，一些标准可定义和使用多种信道类型，例如，用于上行链路或下行链路的不同信道和/或用于不同用途(诸如，数据、控制信息等)的不同信道。

频带—术语“频带”具有其普通含义的整个范围，至少包括使用信道或出于相同目的而留出的频谱(例如，无线频谱)的片段。

链路预算有限—包括其普通含义的整个范围，至少包括无线装置(UE)的特性，该特性表现出相对于非链路预算有限的装置或相对于针对其已经开发了无线电接入技术(RAT)的装置的有限通信能力、有限功率。链路预算有限的UE可经历相对有限的接收和/或发送能力，该能力可能是由于诸如装置设计、装置大小、电池大小、天线大小或设计、发送功率、接收功率、电流发送介质状况、和/或其它因素的一个或多个因素导致的。这种装置可在本文中被称为“链路预算有限”(或“链路预算受限制”)装置。装置可以由于其大小、电池功率、和/或发送/接收功率而固有地是链路预算有限的。例如，正与基站通过LTE或LTE-A通信的智能手表由于其减小的发送/接收功率和/或减小的天线而可固有地是链路预算有限的。可供选择地，装置可固有地不是链路预算有限的，例如，可具有足以通过LTE或LTE-A进行正常通信的大小、电池功率、和/或发送/接收功率，但可临时由于当前通信状况(例如，智能电话处于小区边缘等)是链路预算有限的。要注意，术语“链路预算有限”包括或涵盖功率限制，因此功率受限装置可被视为链路预算有限装置。

自动地—是指在没有直接指明或执行动作或操作的用户输入的情况下由计算机系统(例如，由计算机系统执行的软件)或装置(例如，电路、可编程硬件元件、ASIC等)执行的动作或操作。因此，术语“自动地”与用户手动执行或指明操作形成对照，在用户手动执行或指明操作中，用户提供直接执行操作的输入。可通过用户提供的输入，开始自动过程，但“自动”执行的后续动作没有被用户指明，即，没有“手动”执行，在手动执行中，用户指明要执行的各动作。例如，通过选择各字段并且提供指明信息的输入来填充电子表格的用户正在手动填充该表格，即使计算机系统必须响应于用户动作来更新该表格。该表格可由计算机系统自动地填充，其中，计算机系统(例如，在计算机系统上执行的软件)分析表格的字段并且在没有指明对字段的回答的任何用户输入的情况下填充表格。如以上指示的，用户可援用表格的自动填写，而没有涉及实际填写表格(例如，用户没有手动地指明对字段的回答，而是自动完成回答)。本说明书提供了响应于用户采取的动作而自动执行的各种操作示例。

图1A-无线通信系统

图1A示出根据一组实施例的无线通信系统。要注意，图1A代表众多可能性中的一种可能性，本公开的特征可根据需要按各种系统中的任一种来实现。

如所示的，示例性无线通信系统包括基站102A，基站102A通过传输介质与一个或多个无线装置106A、106B等至106N进行通信。无线装置可以是用户装置，在本文中可被称为“用户设备”(UE)或UE装置。

基站102可以是基站收发站(BTS)或小区站点，并且可包括能够与UE装置106A至106N进行无线通信的硬件。基站102还可被配备成与网络100(例如，蜂窝服务提供商的核心网络、诸如公共交换电话网(PSTN)的电信网络、和/或互联网，还有各种可能性)进行通信。因此，基站102可促成UE装置106之间和/或UE装置106和网络100之间的通信。

基站102的通信区域(或覆盖区域)可被称为“小区”。基站102和UE106可被配置成使用各种无线电接入技术(RAT)或诸如GSM、UMTS(WCDMA、TDS-CDMA)、LTE、LTE高级(LTE-A)、HSPA、3GPP2CDMA2000(例如，1xRTT、1XEV-DO、HRPD、eHRPD)、Wi-Fi、WiMAX等无线通信技术中的任一种通过传输介质进行通信。

基站102和根据一种或多种蜂窝通信技术进行操作的其它类似基站(未示出)因此可被设置为小区的网络，可借助一种或多种蜂窝通信技术在广地理区域内向UE装置106A-N和类似装置提供连续或近乎连续的重叠服务。

因此，虽然基站102目前可表现为用于如图1A中所示的无线装置106A-N的“服务小区”，但各UE装置106还可能够从一个或多个其它小区接收信号(例如，通过其它基站提供的小区)，这些小区可被称为“相邻小区”。这些小区还可以能够促成用户装置之间和/或用户装置和网络100之间的通信。

图1B示出根据一些实施例的与三个无线装置106₁、106₂和106₃通信的基站102的示例。无线装置106₁、106₂和106₃可通过以上和/或以下描述的无线装置的任何组合来实现。

要注意，至少在一些情形下，UE装置106可以能够使用多种无线通信技术进行通信。例如，UE装置106可被配置成使用GSM、UMTS、CDMA2000、WiMAX、LTE、LTE-A、WLAN、Bluetooth、一个或多个全球卫星导航系统(GNSS，例如，GPS或GLONASS)、一个和/或多个移动电视广播标准(例如，ATSC-M/H或DVB-H)等中的两种或更多中进行通信。无线通信技术(包括超过两种无线通信技术)的其它组合也是可能的。同样地，在一些情形下，UE装置106可被配置成只使用单种无线通信技术进行通信。

图2示出根据一些实施例的与基站102通信的UE装置106(例如，装置106A至106N中的一个)。UE装置106可具有蜂窝通信能力，并且如上所述，可以是诸如移动电话、手持装置、媒体播放器、计算机、便携式电脑或平板、可穿戴装置(诸如，智能手表或智能眼镜)或几乎任何类型的无线装置的装置。

UE装置106可包括被配置成执行存储器中存储的程序指令的处理器。UE装置106可通过执行存储的这些指令来执行本文中描述的方法实施例中的任一个。作为替代或另外地，UE装置106可包括被配置成执行本文中描述的方法实施例中的任一个或者本文中描述的方法实施例中的任一个的任何部分的可编程硬件元件，诸如，FPGA(现场可编程门阵列)。

在一些实施例中，UE装置106可被配置成使用多种无线接入技术和/或无线通信协议中任一者进行通信。例如，UE装置106可被配置成使用中GSM、UMTS、CDMA2000、LTE、LTE-A、WLAN、Wi-Fi、WiMAX或GNSS中的一个或多个进行通信。无线通信技术的其它组合也是可能的。

UE装置106可包括用于使用一种或多种无线通信协议或技术进行通信的一个或多个天线。在一个实施例中，UE装置106可被配置成使用单个共享无线电装置进行通信。共享无线电装置可耦合到单个天线，或可耦合到多个天线(例如，对于MIMO而言)，以执行无线通信。可供选择地，UE装置106可包括两个或更多个无线电装置。例如，UE装置106可包括用于使用LTE或1xRTT(或LTE或GSM)中的任一个进行通信的共享无线电装置和用于使用Wi-Fi和Bluetooth中的每个进行通信的单独无线电装置。其它配置也是可能的。

图3—UE的示例框图

图3示出根据一些实施例的UE 106的框图。如所示出的，UE 106可包括片上系统(SOC)300，SOC 300可包括用于各种目的的一些部分。例如，如所示出的，SOC 300可包括：处理器302，其可执行用于UE 106的程序指令；显示电路304，其可执行图形处理并且将显示信号提供到显示器340。处理器302还可耦接到存储器管理单元(MMU)340，MMU 340可被配置成从处理器302接收地址并且将这些地址翻译成存储器(例如，存储器306、只读存储器(ROM)350、NAND闪存存储器310)中的位置。MMU 340可被配置成执行存储器保护和寻呼表翻译或建立。在一些实施例中，MMU 340可被包括作为处理器302的一部分。

UE 106还可包括诸如显示电路304、无线电装置330、坞站I/F 320和/或显示器340的其它电路或装置。

在示出的实施例中，ROM 350可包括引导程序，处理器302可在启动或初始化期间执行引导程序。如另外示出的，SOC 300可耦接到UE 106的各种其它电路。例如，UE 106可包括各种类型的存储器(例如，包括NAND闪存310)、坞站接口320(例如，用于耦接到计算机系统)、显示器340和无线通信电路(例如，用于使用LTE、CDMA2000、Bluetooth、WiFi、GPS等进行通信)。

UE 106可包括至少一个天线，并且在一些实施例中，包括多个天线，用于与基站和/或其它装置执行无线通信。例如，UE 106可使用天线335执行无线通信。如以上指出的，在一些实施例中，UE可被配置成使用多个无线通信标准以无线方式进行通信。

如本文中描述的，UE 106可包括用于根据本公开的实施例响应于增强寻呼的方法的硬件和/或软件组件。

UE 106的处理器302可被配置成例如通过执行存储在存储器介质(例如，非暂态计算机可读存储器介质)上的程序指令，实现本文中描述的方法的部分或全部。在其它实施例中，处理器302可被配置为诸如FPGA(现场可编程门阵列)或ASIC(专用集成电路)的可编程硬件元件。

图4—基站

图4示出根据一些实施例的基站102。要注意，图4的基站仅仅是可能基站的一个示例。如所示出的，基站102可包括处理器404，处理器404可执行用于基站102的程序指令。处理器404还可耦接到存储器管理单元(MMU)440，MMU 440可被配置成从处理器404接收地址并且将这些地址翻译成存储器(例如，存储器460和只读存储器(ROM)450)或者其它电路或装置中的位置。

基站102可包括至少一个网络端口470。网络端口470可被配置成耦接到电话网络并且向诸如UE装置106的多个装置提供对如上所述电话网络的访问。

网络端口470(或另外的网络端口)还可或可供选择地被配置成耦接到蜂窝网络，例如，蜂窝服务提供方的核心网络。核心网络可向诸如UE装置106的多个装置提供移动相关服务和/或其它服务。在一些情况下，网络端口470可经由核心网络耦接到电话网络，和/或核心网络可提供电话网络(例如，蜂窝服务提供商所服务的其它UE装置之中)。

基站102可包括无线电装置430、通信链432和至少一个天线434。基站可被配置成作为无线收发器操作并且还可被配置成经由无线电装置430、通信链432和至少一个天线434与UE装置106进行通信。通信链432可以是接收链、发送链或二者。无线电装置430可被配置成借助各种RAT(包括但不限于GSM、UMTS、LTE、WCDMA、CDMA2000、WiMAX等)进行通信。

基站102的处理器404可被配置成例如通过执行存储在存储器介质(例如，非暂态计算机可读存储器介质)上的程序指令，实现本文中描述的方法的部分或全部。可供选择地，处理器404可被配置为诸如FPGA(现场可编程门阵列)或ASIC(专用集成电路)或其组合的可编程硬件元件。

LTE中的寻呼

LTE使用各种信道，使得数据可跨LTE无线电接口进行传输。这些信道用于分离不同类型的数据并且允许数据以顺序方式跨无线接入网络进行传输。不同信道有效地向LTE协议结构内的较高层提供接口，并且能够顺序且明确地分离数据。

存在如下三个种类或类型的LTE数据信道。

物理信道：存在携带用户数据并且控制消息的传送信道。

传输信道：物理层传输信道将信息传递供应到介质访问控制(MAC)和更高层。

逻辑信道：在LTE协议结构内为介质访问控制(MAC)层提供服务。

LTE限定携带从MAC和更高层接收的信息的多个物理下行链路信道。LET下行链路包括物理下行链路共享信道(PDSCH)和物理下行链路控制信道(PDCCH)。PDSCH是携带所有用户数据和所有信令消息的信道。PDSCH是基于动态和机会分配给用户的主数据承载信道。PDCCH使该层携带对共享信道的一个控制。因此，PDSCH是用于将信息传达给UE的关键信道，PDCCH传达用于信息的元数据，例如，数据是用于“谁”，发送“什么”数据，数据在PDSCH中“如何”进行空中发送。

如以上提及的，寻呼是网络执行的将输入的数据或呼入的呼叫(移动终止呼叫)告知UE的过程。更简单地说，寻呼是网络用于将它具有针对UE的信息(例如，数据或语音呼叫)告知UE的机制。在大部分情形下，当出现寻呼过程时，UE处于空闲模式。在空闲模式下，UE执行非连续接收(DRX)。换句话讲，UE在DRX周期的部分期间处于休眠模式，并且在DRX周期的另一个部分期间唤醒，以检验寻呼消息是否正被发送给UE。因此，需要UE在处于空闲模式时花费能量(来自其电池)来周期性监测网络的寻呼消息。UE接收并且解码寻呼消息的内容，然后UE启动适宜过程。例如，网络向UE发出的寻呼可致使UE附连到网络并且建立NAS信令连接。

物理下行链路共享信道(PDSCH)用于将寻呼载荷信息发送给UE。载荷信息可包括正作为寻呼目标的UE的国际移动用户识别码(IMSI)和指示寻呼是否用于分组交换传递或电路交换传递的PS/CS指示符的位。(在UE只支持LTE的实施例中，在载荷信息中可省略PS/CS指示符的位)。此外，当多个UE正被寻呼时，载荷信息可包括多个IMSI和多个对应PS/CS指示符的位。

物理下行链路控制信道(PDCCH)用于将寻呼控制信息发送给UE。寻呼控制信息可包括资源分配信息，资源分配信息指明PDSCH中寻呼载荷信息的位置。在空闲模式期间，UE周期性唤醒并且监测PDCCH，以检测寻呼消息的存在。

基站可使用P-RNTI对寻呼控制信息的至少一部分(例如，CRC)加扰。(P-RNTI是“寻呼—无线电网络临时标识符”(Paging–Radio Network Temporary Identifier)的简称。)基站将包括加扰部分的寻呼控制信息发送到PDCCH中。P-RNTI是用于寻呼的标识符，并不是任何特定UE特有的。

当UE在PDCCH中检测到存在P-RNTI加扰部分时，它解码寻呼控制信息，并且使用寻呼控制信息，以解码PDSCH中的PCH(寻呼信道)。(如果UE没有检测到存在P-RNTI加扰部分，则UE可返回其休眠状态。)PCH包含寻呼载荷信息。寻呼载荷信息包括作为寻呼目标的装置的IMSI。UE检验包括的IMSI，以确定IMSI是否等于UE的IMSI。如果包括的IMSI与UE的IMSI不同，则UE可返回休眠状态。(对于这个UE，该寻呼并不是期望的。)可供选择地，如果包括的IMSI等于UE的IMSI，则UE可启动随机接入过程以连接网络。

基站广播系统信息，UE接收系统信息。系统信息包括UE可用来确定其中UE将唤醒并且查找寻呼消息的帧和子帧的参数。这些参数可见于SIB2(系统信息块2)。

系统信息块(SIB)将关于接入层和非接入层二者的各种参数的信息从基站提供到UE。SIB包含同一小区中的所有UE公用的参数，并且传统上用诸如LTE的无线技术进行广播。

SIB2包括默认寻呼周期T_def(pcchConfig：defaultPagingCycle)和参数nB。UE使用这些参数确定用于寻呼帧的标识符和用于寻呼时机的标识符。寻呼时机(PO)是有可能包括寻呼消息的子帧。寻呼帧是可包含一个或多个寻呼时机的无线帧。

LTE具有两个时序单元，这两个时序单元是系统帧号(SFN)和子帧号。SFN是帧尺度的时序单元，子帧号是子帧级别的时序单元。得知SFN和子帧号二者允许特定子帧位于LTE时域中。相对于非连续接收，寻呼帧指示符(I_PF)和寻呼时机指示符I_PO允许UE得知需要UE唤醒以检验寻呼消息的精确时序。

根据3GPP规范TS 36.304，寻呼帧(PF)是其系统帧号SFN满足下式的任何帧：

SFN mod T＝(T div N)*(UE_ID mod N),

其中，T是UE的DRX周期。满足这个等式的任何SFN据称是寻呼帧指示符I_PF。因此，寻呼帧以T个无线帧为周期周期性地出现。通过(a)UE特定的DRX周期(如果通过更高层分配UE特定的DRX周期的话)和(b)SIB2中广播的默认DRX周期中的最小值，确定T。如果没有通过更高层配置UE特定的DRX周期，则使用默认值。根据LTE规范，T可以是值32、64、128、256中的任一个，参数nB可以是值4T、2T、T、T/2、T/4、T/8、T/16、T/32中的任一个。如以上指出的，SIB2中设置参数nB。

按N＝min(T,nB)提供值N，即，N是T和nB中的最小值。

通过等式：UE_ID＝IMSI mod 1024确定UE_ID，其中，IMSI是十进制格式并且存储在UE的USIM中。(USIM是通用用户识别模块的简称。)

对于寻呼时机指示符I_PO，3GPP规范TS 36.304如以下表格所示地定义I_PO，其中，

Ns＝max(1,nB/T)

i_s＝(UE_ID/N)mod Ns。

每当系统信息中改变DRX参数值时，可在UE中本地更新存储在UE中的系统信息DRX参数。

表：针对FDD的寻呼时机(PO)

另外，参见图5A至图5C中的表的各行的图形描绘。图5A示出Ns＝1只允许i_s＝0，因此，一个寻呼时机值P_{i_s＝0}＝9。图5B示出Ns＝2只允许i_s＝0和i_s＝1和对应的寻呼时机值P_{i_s＝0}＝4和P_{i_s＝1}＝9。图5C示出Ns＝4允许i_s＝0、1、2、3和对应的寻呼时机值P_{i_s＝0}＝0、P_{i_s＝1}＝4、P_{i_s＝2}＝5和P_{i_s＝3}＝9。

为了使UE改进其寻呼信道(PCH)的检测，UE应该能够可靠地检测PDCCH中的P-RNTI的存在。当前，PDCCH格式1A/1C用于P-RNTI。(参见3GPP规范TS 36.212中的格式1A和1C的定义。)

携带PDCCH的OFDM符号的数量取决于网络配置以及聚合水平。

低功率环境下可靠解码寻呼消息的机制

在一组实施例中，用于操作基站的方法600可如图6中所示地执行。(方法600还可包括以上结合图1至图5C描述的并且以下结合图7至图19描述的特征、元件和实施例的任何子集。)可执行方法600，以促成链路预算有限的用户设备(UE)装置的寻呼。可通过基站的处理代理来执行该方法。可通过执行程序指令的一个或多个处理器、通过一个或多个可编程硬件元件、通过一个或多个专用硬件装置(诸如，ASIC)、或通过以上的任何组合来实现处理代理。

虽然以下依据多个步骤来描述方法600，但应该理解，在各种实施例中：可省略步骤中的一个或多个；可至少部分并行地执行步骤中的两个或更多个；可根据需要，添加一个或多个步骤；可按与描述的次序不同的次序来执行这些步骤。

在610中，基站可在下行链路数据流的特定帧的特定子帧的控制信道中发送第一寻呼标识符。(在LTE的背景下，控制信道可以是例如特定子帧的PDCCH)。第一寻呼标识符专用于寻呼链路预算有限的UE装置，并且不同于第二寻呼标识符，第二寻呼标识符用于寻呼非链路预算有限的UE装置和/或传统UE装置。(在一些实施例中，第二寻呼标识符可以是例如通过现有LTE规范定义的P-RNTI。)可基于与将寻呼的一个或多个链路预算有限的UE装置关联的寻呼帧指示符和寻呼时机指示符，选择用于第一寻呼指示符的所述发送的特定帧和特定子帧。这一个或多个链路预算有限的UE装置可以是基站的地理区域中的链路预算有限的UE装置的完全集的子集。链路预算有限的UE装置的完全集可至少部分基于其相应的IMSI值被分派给不同的寻呼帧和寻呼时机。可随着链路预算有限的UE装置进入和/或离开基站的该地理区域，动态地改变完全集的定义。(另外，在一些实施例中，非链路预算有限的UE装置可将它们的状态变成是链路预算有限的，和/或链路预算有限的UE装置将它们的状态变成非链路预算有限的。)

在615中，基站可在特定帧的特定子帧中初始地发送一个或多个链路预算有限的UE装置的寻呼载荷信息。对于将寻呼的一个或多个链路预算有限的UE装置中的每个，寻呼载荷信息可包括UE装置的用户标识码(例如，IMSI)。寻呼载荷信息可被编码(例如，信道编码)，之后被注入特定子帧中。

在620中，基站可在特定子帧之后连续跟随的一个或多个子帧中的每个中发送同一寻呼载荷信息(如初始发送中一样)。可使用初始发送和一个或多个附加发送来支持在一个或多个链路预算有限的US装置处的软组合(或可供选择地，硬组合)。一般没有迫使一个或多个链路预算有限的US装置使用寻呼载荷信息的所有发送的实例。例如，一个链路预算有限的US装置可成功用于基于初始发送来解码寻呼载荷信息(在这种情况下，可忽略寻呼载荷信息的后续发送)，而另一个链路预算有限的US装置可需要用初始发送和所有这一个或多个附加发送来成功解码寻呼载荷信息。

在一些实施例中，例如，基于将寻呼的链路预算有限的US装置的用户标识符，从集合{0,5}中选择寻呼时机指示符。如果PO指示符等于0(代表子帧0)，则可使用子帧1、2、3、4将寻呼载荷信息重复高达四次，如图7A中所示。用标记P代表初始发送，用标记R代表每次重复。如果PO指示符等于5(代表子帧5)，则可使用子帧6、7、8、9将寻呼载荷信息重复高达四次，如图7B中所示。虽然图7A和图7B示出在初始发送P之后的四次重复，但在其它实施例中也可使用更少的重复。

在每个帧存在十个子帧并且在寻呼帧中存在两个可容许寻呼时机的背景下，通过选择{0,5}作为可容许指示符值的集合(对于寻呼时机)，提供最大的重复空间。这个原理自然地归纳为每个子帧有其它数量的子帧并且在寻呼帧中有多个可容许寻呼时机。

在一些实施例中，在特定子帧之后连续跟随的一个或多个子帧的数量是一个或两个或三个或四个。

在一些实施例中，在寻呼帧中只允许有一个寻呼时机的情况下，寻呼载荷信息的重复次数可大于四次。例如，在允许寻呼时机指示符只取值0的情况下，在寻呼帧中可存在高达n_Subframes-1个重复子帧，其中，n_Subframes是寻呼帧中的子帧总数。在LTE的背景下，n_Subframes＝10。

在一些实施例中，基站还可发送在特定帧中的特定子帧之后连续跟随的一个或多个子帧的数量(或数量的指示)。例如，这个数量可被作为系统信息的部分(例如，作为系统信息块的)进行广播。

响应于关于一个或多个链路预算有限的UE装置中的至少一个还没有连接到基站或网络(使用随机接入过程)的指示，在一些实施例中，基站可在下行链路数据流的附加帧的两个或更多个子帧中的每个中发送同一寻呼载荷信息(如步骤615的初始发送一样)。附加帧在特定帧之后一个DRX周期出现。例如，如果DRX周期等于10帧并且在帧0中出现初始发送，则附加帧可以是帧10。换句话讲，附加帧可以是在特定帧之后一个DRX周期出现的寻呼帧。

在一些实施例中，以上提及的附加帧的两个或更多个子帧可以是与特定帧的初始发送子帧和一个或多个后面的子帧一致(即，与之具有相同的子帧号)的子帧。例如，如果PO＝0并且使用子帧1、2、3、4在特定帧中发送寻呼载荷信息的实例，则子帧0、1、2、3、4可用于在附加帧中发送寻呼载荷信息的附加实例。

响应于关于一个或多个链路预算有限的UE装置中的至少一个在步骤620之后还没有连接到基站的指示，在一些实施例中，基站可执行多达N_SC-1次发送迭代，其中，N_SC大于或等于2。发送迭代中的每个可包括：(a)在附加帧的两个或更多个子帧中的每个中，发送寻呼载荷信息，其中，附加帧在特定帧之后的RX周期的正整数倍出现，其中，寻呼载荷信息被包括(例如，编码)在附加帧的两个或更多个子帧中的每个中；(b)响应于确定一个或多个链路预算有限UE装置都访问基站，不执行任何进一步的发送迭代。

例如，在假设DRX周期等于10帧的情况下，N_SC等于4，特定帧对应于帧号0，如有需要，则基站可在帧10、20和30中的每个中可重复发送寻呼载荷信息。可能的是，例如，正被寻呼的一个或多个链路预算有限的UE装置都将基于帧0和10中的寻呼载荷信息的实例来解码寻呼消息。(基站或网络可感测这个早期完成状况，因为各链路预算有限的UE装置在成功解码寻呼载荷信息时启动随机接入过程并且连接到网络。)因此，基站可中止帧20和30中的任何进一步重复，可针对其它用途(例如，用户数据流量和/或其它UE装置的寻呼)分配将用于其它重复的那些帧中的资源。

在一些实施例中，响应于关于正被寻呼的一个或多个链路预算有限的UE装置都连接到基站(例如，借助随机接入过程)的指示，基站可启动针对一个或多个其它UE装置的新寻呼发送。

要注意，用于寻呼一个或多个链路预算有限的UE装置的特定帧的特定子帧的上述用途没有排除使用第二寻呼标识符在同一子帧中寻呼非链路预算有限的UE装置(或传统UE装置)的可能性。例如，基站可使用第一寻呼标识符在(帧0，子帧0)将寻呼消息向链路预算有限的UE装置发送，同时使用第二寻呼标识符在(帧0，子帧0)将不同的寻呼消息向非链路预算有限的UE装置发送。然而，为了实现这个，两个寻呼消息可使用PDCCH中的不同的资源集合和PDSCH中的不同的资源集合。

要注意，用于寻呼一个或多个链路预算有限的UE装置的特定帧的特定子帧的上述用途没有排除在特定帧的另一个子帧中使用第二寻呼标识符寻呼非链路预算有限的UE装置(或传统UE装置)的可能性。例如，基站可使用第一寻呼标识符在(帧0，子帧0)将寻呼消息向链路预算有限的UE装置发送，使用第二寻呼标识符在(帧0，子帧4或5或9)将寻呼消息向非链路预算有限的UE装置发送。

在一组实施例中，可如图8中所示地执行用于操作用户设备(UE)装置的方法800。(方法800还可包括以上结合图1至图7B描述的并且以下结合图9至图19描述的特征、元件和实施例的任何子集。)链路预算有限的UE装置可执行方法800，以促成UE装置的寻呼。可通过UE装置的处理代理来执行方法800。可通过执行程序指令的一个或多个处理器、通过一个或多个可编程硬件元件、通过一个或多个专用硬件装置(诸如，ASIC)、或通过以上的任何组合来实现处理代理。

虽然以下依据多个步骤来描述方法800，但应该理解，在各种实施例中：可省略步骤中的一个或多个；可至少部分并行地执行步骤中的两个或更多个；可根据需要，添加一个或多个步骤；可按与描述的次序不同的次序来执行这些步骤。

在810中，UE装置可基于从基站发送的信号接收的一个或多个寻呼参数和UE装置的用户识别码(例如，IMSI)来计算寻呼帧指示符和寻呼时机指示符。一个或多个寻呼参数可包括DRX周期值T和/或参数nB，例如，如以上以各种方式讨论的。用户识别码可被存储在UE装置的存储器中，例如，UE装置的用户识别模块(UIM)或客户识别模块(SIM)中。寻呼帧指示符和寻呼时机指示符可确定UE装置何时被唤醒脱离休眠状态以执行下面的操作。

在815中，UE装置可从信号的特定帧的特定子帧接收初始符号数据集合。UE装置可基于寻呼帧指示符和寻呼时机指示符从信号中选择特定帧和特定子帧。术语“符号数据集合”意味着被广义解释为多个符号。

在820中，UE装置可确定初始符号数据集合的控制信道(例如，在LTE的背景下，PDCCH)包括第一寻呼标识符，其中，第一寻呼标识符专用于寻呼链路预算有限的UE装置，并且不同于第二寻呼标识符，第二寻呼标识符用于寻呼非链路预算有限的UE装置。

在825中，UE装置可分别从特定帧内的特定子帧之后连续跟随的一个或多个子帧接收一个或多个附加符号数据集合，例如，如以上以各种方式描述的。同一寻呼载荷信息(被基站)包括在特定子帧和特定子帧之后连续跟随的一个或多个子帧中的每个中。

在830中，UE装置可基于初始符号数据集合和一个或多个附加符号数据集合来解码寻呼载荷信息。例如，UE装置可软组合初始符号数据集合和一个或多个附加符号数据集合，以得到所得的符号数据集合，并且基于所得的符号数据集合来解码寻呼载荷信息。符号数据集合的组合可造成噪声被求平均，从而增大信噪比(SNR)。

在一些实施例中，在寻呼帧中只允许有一个寻呼时机的情况下，特定子帧之后连续跟随的一个或多个子帧的数量可大于四个。例如，在允许寻呼时机指示符只取值0的情况下，在寻呼帧中可存在高达n_Subframes-1个重复子帧，其中，n_Subframes是寻呼帧中的子帧总数。在LTE帧结构的背景下，n_Subframes＝10。

在一些实施例中，特定子帧之后连续跟随的一个或多个子帧的数量(或数量的指示)是从所述信号接收的。

在一些实施例中，寻呼时机指示符是可容许PO指示符值的集合{0,5}中的元素。

响应于确定所述解码无法正确恢复寻呼载荷信息，在一些实施例中，UE装置从附加帧接收两个或更多个其它符号数据集合，其中，附加帧在特定帧之后一个DRX周期出现。同一寻呼载荷信息(与特定帧中发送的相同)(被基站)包括在附加帧的两个或更多个子帧中的每个中。其它符号数据集合中的每个对应于附加帧的两个或更多个子帧中的相应一个。UE装置可基于初始符号数据集合、一个或多个附加符号数据集合、两个或更多个其它符号数据集合来解码寻呼载荷信息。例如，UE装置可将两个或更多个其它符号数据集合与上述所得的符号数据集合组合(通过组合初始符号数据集合和一个或多个附加符号数据集合得到的)，以得到经更新的所得的符号数据集合。可根据更新后的所得的符号数据集合解码寻呼载荷信息。

响应于确定所述解码无法正确恢复寻呼载荷信息，在一些实施例中，基站可执行多达N_SC-1次处理迭代，其中，N_SC大于或等于2。处理迭代中的每个可包括：(a)从附加帧接收两个或更多个其它符号数据集合，其中，附加帧在特定帧之后RX周期的正整数倍出现，其中，同一寻呼载荷信息被包括在附加帧的两个或更多个子帧中的每个中，其中，其它符号数据集合中的每个对应于附加帧的两个或更多个子帧中的相应一个；(b)基于包括这两个或更多个其它符号数据集合的数据，解码寻呼载荷信息；(c)如果所述解码成功地恢复寻呼载荷信息，则访问基站(借助RACH过程)并且不执行任何其它处理迭代。

在一些实施例中，指示N_SC整数的信息被包括在所述信号中，例如，信号的特定帧的系统信息广播中。

在一些实施例中，响应于确定所述解码正确恢复了寻呼载荷信息，UE装置可执行随机接入过程，如果寻呼载荷信息指示正在寻呼UE装置，则接入基站(或网络)。用于执行随机接入无线基站的机制是无线通信领域中熟知的，并且不需要在这里详尽阐述。

在一组实施例中，可如图9中所示地执行用于操作基站的方法900。(方法900还可包括以上结合图1至图8描述的并且以下结合图10至图19描述的特征、元件和实施例的任何子集。)可执行方法900，以促成链路预算有限的用户设备(UE)装置的寻呼。可通过基站的处理代理来执行该方法。可通过执行程序指令的一个或多个处理器、通过一个或多个可编程硬件元件、通过一个或多个专用硬件装置(诸如，ASIC)、或通过以上的任何组合来实现处理代理。

虽然以下依据多个步骤来描述方法900，但应该理解，在各种实施例中：可省略步骤中的一个或多个；可至少部分并行地执行步骤中的两个或更多个；可根据需要，添加一个或多个步骤；可按与描述的次序不同的次序来执行这些步骤。

在905中，基站可发送针对链路预算有限的UE装置的寻呼消息，其中，寻呼消息包括寻呼控制信息和寻呼载荷信息。寻呼控制信息的至少一部分可用第一P-RNTI(寻呼-无线电网络临时标识符)进行加扰，其中，第一P-RNTI不同于基站用来寻呼非链路预算有限的UE装置的第二P-RNTI。例如，寻呼控制信息的寻呼冗余校验(CRC)可用第一P-RNTI进行加扰。

在一些实施例中，发送寻呼消息的动作可包括升高包含寻呼控制信息的控制信道元素(例如，PDCCH的CCE)的功率，其中，所述功率的升高是相对于用于向非链路预算有限的UE装置发送寻呼控制的功率。

在一些实施例中，方法900还可发送针对非链路预算有限的UE装置的第二寻呼消息。第二寻呼消息可包括第二寻呼控制信息和第二寻呼载荷信息，其中，第二寻呼控制信息的至少一部分利用第二P-RNTI(寻呼-无线电网络临时标识符)进行加扰。

在一些实施例中，在特定帧的特定子帧中发送寻呼消息。可基于：DRX周期值；参数nB和UE装置的用户识别码(例如，IMIS)，选择用于寻呼消息的所述发送的特定帧的帧号和特定子帧的子帧号。子帧号可选自容许的寻呼时机集合。可通过以上以各种方式描述的参数Ns确定容许的寻呼时机集合中的寻呼时机的数量。在一些实施例中，容许的寻呼时机集合可不同于LTE规范中定义的传统的容许的寻呼时机集合。

在一组实施例中，可如图10中所示地执行用于操作用户设备(UE)装置的方法1000。(方法1000还可包括以上结合图1至图9描述的并且以下结合图11至图19描述的特征、元件和实施例的任何子集。)链路预算有限的UE装置可执行方法1000，以促成UE装置的寻呼。可通过UE装置的处理代理来执行方法1000。可通过执行程序指令的一个或多个处理器、通过一个或多个可编程硬件元件、通过一个或多个专用硬件装置(诸如，ASIC)、或通过以上的任何组合来实现处理代理。

虽然以下依据多个步骤来描述方法1000，但应该理解，在各种实施例中：可省略步骤中的一个或多个；可至少部分并行地执行步骤中的两个或更多个；可根据需要，添加一个或多个步骤；可按与描述的次序不同的次序来执行这些步骤。

在1005中，UE装置可接收下行链路信号，以得到包括多个样本的数据记录。无线通信网络的基站发送下行链路信号。下行链路信号可以是OFDM信号。

在1010中，响应于确定UE装置已经被归类为是链路预算有限的，UE装置可执行包括下述操作1015和1020的一组操作。在一些实施例中，例如，如果通过设计使UE装置是链路预算有限的，则在没有对UE装置的链路预算有限状态进行任何确定或验证的情况下，UE装置可执行操作1015和1020。(本文中描述的各种实施例中的任一个可类似地被配置成省略此确定步骤，例如，如果通过设计使UE装置是链路预算有限的，或者以其它方式被永久归类为是链路预算有限的。)

在1015中，UE装置可确定数据记录的控制信道是否包括已经用第一P-RNTI(寻呼-无线电网络临时标识符)加扰的至少一部分。例如，加扰部分可以是控制信道的CRC。第一P-RNTI不同于基站用来寻呼非链路预算有限的UE装置的第二P-RNTI。控制信道中存在第一P-RNTI指示在接收到的数据记录中存在以一个或多个LBL装置为目标的寻呼消息。第一P-RNTI不是任何特定LBL装置特有的，而是由基站作为寻呼LBL装置类别的通用指示符发送的。因此，各LBL装置可被配置成扫描第一P-RNTI的存在，而非LBL装置(和传统装置)被配置成扫描第二P-RNTI的存在。

在LTE的背景下，数据记录可对应于下行链路信号的子帧，数据记录可包括PDCCH和PDSCH。以上提及的控制信道可以是(或者可被包括在)PDCCH中。

在1020中，响应于确定步骤1015识别出控制信道包括利用第一P-RNTI加扰的所述至少一部分，UE装置可解码控制信道中的寻呼控制信息。寻呼控制信息可识别包含UE装置的寻呼载荷信息的资源的位置。用于编码和解码经由无线信号信道而发送的信息的技术是无线通信领域中熟知的。

在一些实施例中，基站可被配置成发送下行链路信号，其中，所述发送下行链路信号包括升高包含寻呼控制信息的控制信道元件的功率。功率的升高可以是相对于用于向非链路预算有限的UE装置发送寻呼控制的功率的。

在一些实施例中，从下行链路信号的特定帧的特定子帧得到(例如，借助A/D转换采集)数据记录，其中，基于UE装置的寻呼配置信息和用户识别码来确定特定子帧的子帧号和特定子帧的帧号。寻呼配置信息可被基站作为系统信息的部分进行广播。寻呼配置信息可包括DRX周期值和参数nB。

在一些实施例中，例如，通过移动到更靠近基站，或者移动到建筑物外，UE装置的状态可从LBL变成非LBL。因此，方法1000还可包括：接收第二下行链路信号，以得到包括多个样本的第二数据记录；并且，响应于确定UE装置被归类为不是链路预算有限的，执行附加操作。附加操作可包括：

确定第二数据记录的第二控制信道包括已经利用第二P-RNTI加扰的至少一部分；

响应于所述确定识别第二控制信道包括利用第二P-RNTI加扰的所述至少一部分，解码第二控制信道中的第二寻呼控制信息，其中，第二寻呼控制信息识别包含针对UE装置的第二寻呼载荷信息的第二资源的位置。

在一组实施例中，用于操作基站以促成寻呼链路预算有限的用户设备(UE)装置的方法可如下地执行。(该方法还可包括以上结合图1至图10描述的并且以下结合图11至图19描述的特征、元件和实施例的任何子集)。

基站可在下行链路数据流的特定帧的特定子帧的控制信道中发送寻呼标识符。(例如，控制信道可以是LTE的PDCCH，寻呼标识符可以是符合现有LTE规范的P-RNTI。)可基于与将寻呼的一个或多个链路预算有限的UE装置关联的寻呼帧指示符和寻呼时机指示符，选择用于发送寻呼指示符的特定帧和特定子帧。可基于DRX周期值、参数Nb、将寻呼的UE装置的IMSI，确定寻呼帧指示符和寻呼时机指示符。

基站可在特定帧的特定子帧中初始地针对一个或多个链路预算有限的UE装置发送寻呼载荷信息。可在特定子帧的PDSCH中发送寻呼载荷信息。

基站可在特定子帧之后顺序跟随的一个或多个子帧中的每个中发送同一寻呼载荷信息(如初始发送中一样)。

通过多次发送(即，初始发送加上一个或多个后续发送)寻呼载荷信息，基站使一个或多个链路预算有限的UE装置能够组合寻呼载荷信息的各个副本。随着合并副本的数量增加，组合的数据记录的质量可提高。因此，成功解码寻呼载荷信息的可能性可同样地增加。

在一些实施例中，寻呼时机(PO)指示符可受限，使得它可只取在现有无线通信标准中允许的PO指示符值的集合的补集中的值。(例如，从索引i_s到PO指示符值的映射可被修改以实现这种限制)。3GPP TS 36.304中允许的PO指示符值的集合是{0,4,5,9}。因此，在一些实施例中，PO指示符当用于寻呼链路预算有限的UE装置时可限于容许集合{1,2,3,6,7,8}或其子集。例如，PO指示符可限于集合{1,6}。(例如，在Ns＝2的情况下的从索引i_s到PO指示符值的映射可被修改以实现这种限制。)此外，在特定子帧之后顺序跟随的一个或多个子帧可以是其子帧号还停留在容许集合{1,2,3,6,7,8}或其子集中的子集。例如，当PO指示符等于1时，一个或多个后续子帧可以是子帧2和3。又如，当PO指示符等于6时，一个或多个后续子帧可以是子帧7和8。

在一些实施例中，当寻呼链路预算有限的UE装置时，基站可采用DRX周期值T_LBL，DRX周期值T_LBL是常规UE装置(即，传统的UE装置和/或非链路预算有限的UE装置)使用的DRX周期T的N_SC倍。

T_LBL＝N_SC*T_REG，

其中，N_SC是大于或等于2的整数。整数N_SC或其编码表现可被包括在基站发送的系统信息中。链路预算有限的UE装置可被配置成采用同一DRX周期值T_LBL。因此，链路预算有限的UE装置每T_LBL帧在寻呼帧中唤醒一次，以检验新寻呼消息的发送。(如以上以各种方式描述的，UE装置可保持唤醒，如果寻呼消息的初始实例没有被成功解码，则在寻呼帧的连续子帧中接收寻呼消息的一个或多个附加发送。)使用DRX周期值T_LBL替代常规DRX周期值T的这个特征在本文中被称为“以因子N_SC进行DRX超循环”。

在一些实施例中，当寻呼链路预算有限的UE装置时，基站可执行：以因子N_SC进行DRX超循环；在初始发送帧(即，上述特定帧)之后的整数倍数的常规DRX周期T出现的高达N_SC-1帧中的每个中的载荷重复的发送，例如，如以上以各种方式描述的。用于在N_SC-1帧中的每个发送寻呼载荷的实例的子帧可与初始发送帧中使用的子帧相同或不同。

在一组实施例中，用于操作链路预算有限的用户设备(UE)装置的方法可如下地执行。

UE装置可基于：从基站发送的信号接收的一个或多个寻呼参数；UE装置的用户识别码(例如，IMSI)计算寻呼帧指示符和寻呼时机指示符。

UE装置可确定信号的特定帧的特定子帧的控制信道是否包括寻呼标识符。(例如，控制信道可以是LTE的PDCCH，寻呼标识符可以是LTE的现有P-RNTI。)

UE装置可从特定帧的特定子帧接收初始符号数据集合。初始符号数据集合包括多个样本。

UE装置分别从特定帧内的特定帧之后连续跟随的一个或多个子帧接收一个或多个附加符号数据集合，其中，同一寻呼载荷信息被编码在特定子帧中和特定子帧之后顺序跟随的一个或多个子帧中的每个中。

UE装置可基于初始符号数据集合和一个或多个附加符号数据集合来解码寻呼载荷信息。通过组合初始符号数据集合和一个或多个附加符号数据集合，UE装置可增加成功解码寻呼载荷信息的可能性。组合可具有将噪声求平均的效果。

在一些实施例中，UE装置还可以因子N_SC执行DRX超循环和(在初始发送帧之后的整数倍数的常规DRX周期出现的)高达N_SC-1帧的载荷重复的解码，例如，如以上以各种方式描述的。用于解码N_SC-1帧中的寻呼载荷的实例的子帧可与初始发送帧中使用的的子帧相同或不同。

附加的寻呼实施例

在一些实施例中，UE装置可使用UE无线电能力报告消息将UE装置是链路预算有限的UE装置告知网络(NW)。(3GPP TS 36.331的UE无线电能力报告可被扩展，以支持信令LBL状态的这种功能。)因此，网络(例如，MME)可将这个UE装置的IMSI与链路预算有限种类关联。

在一些实施例中，当基站(例如，在LTE的背景下，eNodeB)从移动管理实体(MME)接收寻呼命令以发送寻呼消息时，基站在寻呼帧的寻呼时机下发送寻呼消息，其中，基于将寻呼的UE的IMSI；和在系统信息中发送的一个或多个DRX参数选择寻呼时机(PO)和寻呼帧(PF)。寻呼帧可包含一个或多个可用PO(例如，LTE中的子帧0、4、5、9)。

如果将寻呼的UE中的一个属于LBL类别，则基站可初始使用PRNTI和可容许集合{0,4,5,9}中的PO值之一来发送寻呼消息，并且在可容许集合的PO之后且下一个PO之前在N个连续子帧中的每个中发送同一寻呼消息。(“PO之后”不一定意味着“就在PO之后”，如以下段落中的示例(b)和(d)所示的)。例如，如果在PO＝0上初始地发送寻呼消息，则可在子帧1、2、3上重复同一寻呼消息高达三次。又如，如果在PO＝5上初始地发送寻呼消息，则可在子帧6、7、8上重复同一寻呼消息高达三次。再如，如果在PO＝4上初始地发送寻呼消息，则可在子帧6、7、8上重复同一寻呼消息，前提是这些子帧没有正用于发送与PO＝5关联的独立寻呼消息的重复。又如，如果在PO＝9上初始地发送寻呼消息，则可在下一帧的子帧1、2、3上重复同一寻呼消息，前提是这些子帧没有正用于发送与下一帧的PO＝0关联的独立寻呼消息的重复。

下面是基站如何可执行寻呼重复的附加示例。

(a)在PO＝0上发送寻呼消息，并且在子帧1上重复。

(b)在PO＝4上发送寻呼消息，并且在下一帧的子帧2上重复。

(c)在PO＝5上时发送寻呼消息，并且在子帧6上重复。

(d)在PO＝9上时发送寻呼消息，并且在下一帧的子帧7上重复。

UE可由基站使用的重复方案的知识配置。重复方案可例如定义对于各PO可能值而言的一个或多个重复的数量和一个或多个重复的子帧位置。

在一些实施例中，基站可从将被寻呼的UE集合中将LBL UE分组为使用不同P_RNTI(可被称为“P_RNTI_LBL”)发送的单独寻呼消息。在这些实施例中的一个或多个中，单独寻呼消息可在子帧PO＝0或5上以及PO之后的N个连续子帧中的每个上发送。例如，如果PO＝0，则将寻呼消息在子帧0上发送，并且在子帧1、2、3和4中的每个上重复；如果PO＝5，则将寻呼消息在子帧5上发送，并且在子帧6、7、8和9中的每个上重复。

随着当越来越多的IMSI被包括在寻呼消息中时寻呼消息变得越来越大，对于新P_RNTI_LBL情况而言，甚至上述五个发送(一个初始发送加上四个附加发送)也可能不足。因此，在一些实施例中，可在下一个DRX周期中重复同一寻呼消息。这种重复形式可如下地实现。

在一些实施例中，为了避免UE在每个DRX周期中唤醒时间太长的不期望状况，可使用混合方案，即，在寻呼帧的一个或多个连续子帧中重复寻呼消息，并且如果需要多个重复，则跨一个或多个附加DRX周期地重复这个过程。对于给定PO的重复发送可被布置成，使得其中没有一个与下一个可能的PO相冲突。

在一些实施例中，LBL装置的DRX周期可被定义为N_SC*(正常DRX周期)，其中，N_SC是大于或等于2的整数。例如，如果当前正常DRX周期是256ms，则在一些实施例中，每N_SC*256ms，新寻呼消息可被发送一次。在初始发送帧之后的1、2、3、…、N_SC-1个正常DRX周期出现的(N_SC-1)无线帧上的PO可用于寻呼消息的重复发送。因此，LBL UE可在每个正常DRX周期仍然唤醒，但每(N_SC*DRX周期)帧只扫描新寻呼消息一次。

在一些实施例中，可在系统信息中广播用于在PF中重复发送寻呼载荷的子帧的数量和数量N_SC。

在一些实施例中，基站可被配置成避免在同一寻呼消息中将LBL UE和非LBL UE分组在一起，使无线资源更有效。

在一些实施例中，LBL UE可读取系统信息以得到寻呼重复数量，并且如果包括当前子帧的当前组合没有导致成功解码，则可继续组合和解码下一个重复子帧。

在一些实施例中，对于非LBL UE，其寻呼解码过程可保持与现有技术相同。

本文中描述的实施例中的一些可提高LBL装置的下行链路链路余量。

本文中描述的实施例中的一些可与现有LTE网络兼容，而对寻呼非LBL UE没有负面影响。

借助S-TMSI值用信号发送链路预算有限状态

在LTE网络中，可通过将S1AP消息从移动管理实体(MME)发送到一个或多个基站，由MME启动处于空闲模式的UE装置的寻呼。S1AP消息可包括：

寻呼相关信息(即，UE_ID和IDRX周期长度)；

将寻呼的UE的寻呼识别信息(S-TMSI或IMSI)。

在大多数情形下，寻呼识别信息是S-TMSI(SAE-临时移动用户识别码)。然而，在诸如突发事件的紧急情况下，IMSI可被用作寻呼识别信息。S-TMSI是当UE附连到MME或启动对MME的跟踪区更新时由MME分派的临时ID。

在一组实施例中，作为附连消息或跟踪区更新消息的部分，UE可用信号将其是链路预算有限装置的状态发送到MME。(UE可采用本文中公开的各种方法中的任一种将其LBL状态告知MME。)MME可接着将选自可能S-TMSI值的空间子集的S-TMSI分派给这个UE，其中，针对链路预算有限的UE的类别，保留子集。eNodeB知道保留的子集(例如，S-TMSI值的一个或多个范围)。因此，当eNodeB从MME接收S1AP消息时，可通过确定S1AP消息中包括的S-TMSI是否属于被保留的子集来确定作为目标的UE是否是链路预算有限的。

当确定将寻呼的UE是LBL时，eNB可使用本文中描述的寻呼增强机制中的任一种或多种来寻呼UE。当确定将寻呼的UE是非LBL时，eNB可按传统方式寻呼UE。

在一组实施例中，可如图11中所示地执行用于操作通信网络中的节点(例如，移动管理实体)的方法1200。(方法1100还可包括以上结合图1至图10描述的并且以下结合图12至图19描述的特征、元件和实施例的任何子集。)可执行方法1200，以促成成功完成一个或多个链路预算有限的UE装置的寻呼。可通过节点的处理代理来执行方法1100。可通过执行程序指令的一个或多个处理器、通过一个或多个可编程硬件元件、通过一个或多个专用硬件装置(诸如，ASIC)、或通过以上的任何组合来实现处理代理。

虽然以下依据多个步骤来描述方法1100，但应该理解，在各种实施例中：可省略步骤中的一个或多个；可至少部分并行地执行步骤中的两个或更多个；可根据需要，添加一个或多个步骤；可按与描述的次序不同的次序来执行这些步骤。

在1110中，网络节点可从UE装置接收请求。在一些实施例中，请求可以是附连到网络的请求和/或跟踪区更新的请求。UE可借助通信网络的基站将请求发送到节点。

在1115中，响应于确定请求包括关于UE装置是链路预算有限的指示，网络节点可将S-TMSI值分派给UE装置，其中，S-TMSI值选自可能的S-TMSI值的空间的保留子集。保留子集被保留用于链路预算有限的UE装置。UE装置可用本文中公开的各种方式中的任一种指示其链路预算有限的状态。

在1120中，网络节点可将协议消息发送到基站，其中，协议消息指示UE装置将被寻呼并且包括被分派的S-TMSI值。在一些实施例中，协议消息被发送到跟踪区中的多个基站。

在一些实施例中，方法1100还可包括：(a)从第二UE装置接收第二请求；(b)响应于确定第二请求不包括关于第二UE装置是链路预算有限的指示(或包括关于第二UE装置不是链路预算有限的指示)，将第二S-TMSI值分派给UE装置，其中，第二S-TMSI值选自保留子集的补集；(c)将第二协议消息发送到基站，其中，第二协议消息指示第二UE装置将被寻呼并且包括第二S-TMSI值。

在一组实施例中，可如图12中所示地执行用于操作基站的方法1200。(方法1200还可包括以上结合图1至图11描述的并且以下结合图13至图19描述的特征、元件和实施例的任何子集。)可执行方法1200，以促成链路预算有限的用户设备(UE)装置的寻呼。可通过基站的处理代理来执行方法。可通过执行程序指令的一个或多个处理器、通过一个或多个可编程硬件元件、通过一个或多个专用硬件装置(诸如，ASIC)、或通过以上的任何组合来实现处理代理。

虽然以下依据多个步骤来描述方法1200，但应该理解，在各种实施例中：可省略步骤中的一个或多个；可至少部分并行地执行步骤中的两个或更多个；可根据需要，添加一个或多个步骤；可按与描述的次序不同的次序来执行这些步骤。

在1210中，基站可从通信网络的节点(例如，从MME节点)接收协议消息。协议消息指示UE装置将被寻呼并且包括分派给UE装置的S-TMSI值。

在1215中，响应于确定S-TMSI值属于可能S-TMSI值的空间的保留子集，基站可使用一种或多种寻呼增强机制(例如，本文中公开的寻呼增强机制中的任一种或多种)寻呼UE装置。保留子集被保留用于链路预算有限的UE装置。

在一些实施例中，寻呼增强机制中的一种包括将寻呼消息重复发送到UE装置(例如，如以上以各种方式描述的)，直到UE装置完成随机接入过程。

在一些实施例中，寻呼增强机制中的一种包括将寻呼消息向UE装置发送多次(例如，预定次数)。

在一些实施例中，寻呼增强机制中的一种包括以相对于用于将寻呼消息发送到非链路预算有限的UE装置的功率增大的功率将寻呼消息向UE装置发送。

在一些实施例中，方法1200还可包括：从通信网络的节点接收第二协议消息，其中，第二协议消息指示第二UE装置将被寻呼并且包括被分派给第二UE装置的第二S-TMSI值；响应于确定第二S-TMSI值属于保留子集的补集，在不使用一种或多种寻呼增强机制中的任一种的情况下寻呼第二UE装置。

链路预算有限的UE装置的寻呼改进

在一组实施例中，可针对LBL装置与非LBL装置，使用不同的P-RNTI。可使用LBL特定的P-RNTI寻呼LBL装置。LBL特定的P-RNTI不同于用于寻呼非LBL装置的传统P-RNTI。(传统P-RNTI可以是LTE规范中定义的P-RNTI。)当向一个或多个LBL装置发送寻呼消息时，eNB可用LBL特定的P-RNTI对控制信道元素(CCE)中的携带PDCCH中的寻呼控制信息的至少一部分进行加扰。eNB还可将这些寻呼CCE的功率相对于如果正用传统P-RNTI寻呼非LBL装置则将使用的功率升高。

在一组实施例中，eNB使用与eNB配置的寻呼时机(PO)的传统集合不同的寻呼时机的预定替代集合将寻呼消息向LBL装置发送。(在寻呼时机的传统集合上发送针对非LBL装置的寻呼消息。)例如，对于TDD操作，替代寻呼时机可以是{4,9}，对于FDD操作，替代寻呼时机可以是{1,6}。NW可在初始帧号SFN₀中在替代寻呼时机中的一个上发送初始寻呼消息，然后在帧SFN₀+X、SFN₀+2X、…、SFN₀+(Y-1)X中的每个中在同一寻呼时机上重复寻呼消息发送，其中，发送次数Y大于1，帧步X大于或等于1。(例如，在一个实施例中，X＝8且Y＝4。)(在一些实施例中，帧SFN₀、SFN₀+X、SFN₀+2X、…、SFN₀+(Y-1)X中的每个可包括寻呼消息的多次发送，例如，如以上以各种方式描述的。)

在一些实施例中，LBL装置可尝试从寻呼消息的Y次重复的PDCCH解码寻呼CCE。在从Y次重复成功解码寻呼CCE时，LBL装置可基于来自Y次相应重复的Y个PDSCH的寻呼载荷的组合来解码寻呼载荷。eNB可在Y次重复中的每次的PDSCH中发送同一寻呼载荷。此外，用于寻呼载荷的PDSCH分配在Y次重复中可以是固定的，即，固定的资源块偏移、固定的PRB和固定的MCS。

在替代实施例中，可不存在用于寻呼的PDCCH分配，PDSCH跨PO和重复是固定的。例如，基站可被配置成，使得Y次发送不包括PDCCH寻呼控制信息。PDSCH中的载荷的位置可由基站和LBL装置达成一致，因此，不需要用信号在PDCCH中发送。

在一组实施例中，eNB可保持LBL装置处于RRC连接状态但是启用C-DRX(例如具有1.28s C-DRX周期)，同时eNB可执行与非LBL装置的传统空闲模式寻呼。(C-DRX是LTE中的可选特征。当eNB启用C-DRX时，UE监测C-DRX周期的预定启用子帧上的PDCCH以进行上行链路和/或下行链路资源分配，然后在C-DRX周期的休眠部分期间关闭UE接收器。)这些实施例可对功耗产生影响并且对网络产生影响。即使DRX周期是相同的，连接模式的C-DRX也使用比空闲模式DRX更大的功率，因为C-DRX典型地具有比空闲模式DRX的ON持续时间长的ON持续时间。此外，将UE在较长时间内保持在C-DRX意味着，NW必须在较长时间内保持UE的RRC背景。当eNodeB需要存储更多UE的RRC背景时，这影响eNodeB能力。

在一些实施例中，eNB可在不知道将寻呼的UE是否是LBL的情况下进行操作。在这些实施例中，由于MME对UE重新发送寻呼消息，eNB可针对同一S-TMSI(或同一IMSI)对S1AP寻呼消息(来自MME)的数量进行计数。eNB接着可从第N次重新发送(例如，N＝3或4或5)开始升高寻呼消息的功率。这种方法使所有UE受益，但使LBL型UE最受益。

在一组实施例中，可如图13中所示地执行用于操作基站的方法1300。(方法1300还可包括以上结合图1至图12描述的并且以下结合图14至图19描述的特征、元件和实施例的任何子集。)可执行方法1300，以促成链路预算有限的用户设备(UE)装置的寻呼。可通过基站的处理代理来执行方法。可通过执行程序指令的一个或多个处理器、通过一个或多个可编程硬件元件、通过一个或多个专用硬件装置(诸如，ASIC)、或通过以上的任何组合来实现处理代理。

虽然以下依据多个步骤来描述方法1300，但应该理解，在各种实施例中：可省略步骤中的一个或多个；可至少部分并行地执行步骤中的两个或更多个；可根据需要，添加一个或多个步骤；可按与描述的次序不同的次序来执行这些步骤。

在1310中，基站可针对链路预算有限的UE装置执行K次寻呼消息发送，其中，K大于1。对于集合{0,1,2,…,K-1}中的各k，在正在下行链路信号中发送的帧序列中的特定帧之后kN帧出现的相应帧中，可出现K次发送的第k次发送。(在k＝0的情况下，第k次发送是初始发送并且在特定帧本身中出现。)N是大于或等于1的整数。K次发送中的每个在相应帧的第j个子帧中出现。对于K次发送，子帧号j可以是相同的，并且子帧号j可选自寻呼时机的第一集合，寻呼时机的第一集合与用于寻呼非链路预算有限的UE装置的寻呼时机的第二集合不相交。

在一些实施例中，可响应于UE装置是链路预算有限的确定(或验证)，执行操作1310。本文中描述的各种机制中的任一种可用于执行这个确定。

在一些实施例中，寻呼消息可包括寻呼控制信息和寻呼载荷信息。对于K次发送中的每个：

寻呼控制信息可被包括(例如，编码)在相应帧的第j子帧的控制信道中；

寻呼载荷信息可被包括(例如，编码)在相应帧的第j子帧的共享信道中。

在一些实施例中，可相对于发送到非链路预算有限的UE装置的寻呼控制的发送功率，升高寻呼控制信息的发送功率。在一些实施例中，可相对于发送到非链路预算有限的UE装置的寻呼载荷的发送功率，升高寻呼载荷信息的发送功率。

在一些实施例中，在K次发送中，每次共享时用于携带寻呼载荷信息的资源集合不变。

如以上提到的，寻呼消息可包括寻呼控制信息和寻呼载荷信息。在一些实施例中，对于K次发送中的每个，可使用同一调制-编码方案(MCS)发送寻呼载荷信息。

在一组实施例中，可如图14中所示地执行用于操作用户设备(UE)装置的方法1400。(方法1400还可包括以上结合图1至图13描述的并且以下结合图15至图19描述的特征、元件和实施例的任何子集。)链路预算有限的UE装置可执行方法1400，以促成UE装置的寻呼。可通过UE装置的处理代理来执行方法1400。可通过执行程序指令的一个或多个处理器、通过一个或多个可编程硬件元件、通过一个或多个专用硬件装置(诸如，ASIC)、或通过以上的任何组合来实现处理代理。

虽然以下依据多个步骤来描述方法1400，但应该理解，在各种实施例中：可省略步骤中的一个或多个；可至少部分并行地执行步骤中的两个或更多个；可根据需要，添加一个或多个步骤；可按与描述的次序不同的次序来执行这些步骤。

在1410中，UE装置可从基站接收下行链路信号，其中，下行链路信号包括寻呼消息的K个相应副本，其中，K大于1。对于集合{0,1,2,…,K-1}中的各k，K个副本中的第k个副本可出现在下行链路信号的特定帧之后出现kN帧的相应帧中，其中，N是大于或等于1的整数。(k＝0副本是初始寻呼消息并且在特定帧本身中出现。)K个副本中的每个在相应帧的第j个子帧中出现。对于K个副本，子帧号j可以是相同的，并且子帧号j可选自寻呼时机的第一集合，寻呼时机的第一集合与基站为了寻呼非链路预算有限的UE装置的基站而配置的寻呼时机的第二集合不相交。

在1415中，UE装置可尝试例如基于K个副本的组合，解码寻呼消息的K个副本中的寻呼消息。可采用各种软组合和/或硬组合技术中的任一种。

在1420中，响应于确定解码寻呼消息的尝试成功，如果寻呼消息包括将UE装置识别为寻呼消息目标的信息(例如，IMSI)，则UE装置可启动随机接入过程。

寻呼消息的K个副本中的每个可从下行链路信号的相应子帧捕获，其中，相应子帧包括PDCCH和PDSCH。因此，寻呼消息的各副本可包括：相应PDCCH部分，其包括寻呼消息的寻呼控制信息；相应PDSCH部分，其包括寻呼消息的寻呼载荷信息。在一些实施例中，尝试解码寻呼消息的动作可包括：(a)尝试基于寻呼消息的K个相应副本的PDCCH部分解码寻呼消息的寻呼控制信息；(b)响应于确定寻呼控制信息被成功解码，尝试基于寻呼消息的K个相应副本的PDSCH部分，解码寻呼消息的寻呼载荷信息。

在一些实施例中，寻呼消息包括寻呼控制信息和寻呼载荷信息，例如，如以上以各种方式描述的。在这些实施例中的一个或多个中，对于寻呼消息的K个相应副本中的每个，在K个相应副本内，用于在相应帧的第j子帧中携带寻呼载荷信息的一组资源可保持恒定。

升高功率的链路预算有限装置的寻呼

在一组实施例中，蜂窝网络可被配置成例如在某个数量的之前寻呼消息失败之后，选择性升高对于给定UE的寻呼消息的功率。在一些情形下，eNB(基站)不能或未确定将寻呼的UE是链路预算有限的装置。例如，当UE没有将UE是链路预算有限的装置注册到网络并且向网络指示UE是链路预算有限的装置时，可出现这种时机。此外，当UE处于空闲模式时，基站可能没有个体UE的背景信息。这个背景信息可仅在UE建立RRC连接之后是可用的。(在RRC连接之后，基站具有建立RRC连接的UE的RRC背景。)当UE没有附连到蜂窝网络时，UE可与基站建立RRC连接，以将附连消息发送到MME并且完成与MME的附连过程。当RRC连接被释放时，基站可最终(在超时之后)释放UE的RRC背景。

在基站不知道UE的类别(不知道UE是否是链路预算有限的)的这种情形下，基站可使用标准P-RNTI(无线网络临时标识符)寻呼UE。基站可检测例如由于寻呼失败而导致针对UE形成的寻呼的数量。更具体地，基站可针对同一寻呼ID，检测来自MME(移动管理实体)的S1AP消息的数量。由于MME必须将寻呼消息重新发送给UE，导致会出现这些寻呼消息中的一个或多个，因为UE必须响应于例如用于呼入的呼叫的之前寻呼消息。

举例来说，MME可发送用于特定UE的寻呼消息，其中，例如，针对第一呼入的呼叫，基站接收这个寻呼消息并且将它发送给UE。如果UE是链路预算有限的(或以其它方式处于差通信情况)，UE可不接收寻呼消息并且因此将不响应。由于这个未响应(可能在响应的超时时段之后)，MME可将用于特定UE的另一个寻呼消息重新发送给基站，接着，基站将这个寻呼消息发送给UE，以再次用信号发送呼入的呼叫。再者，由于UE的链路预算有限的性质，导致UE可能未接收到寻呼消息进而可能不响应于寻呼消息。

在至少一些实施例中，MME可将空闲模式寻呼消息发送给跟踪区中的所有基站(eNodeB)。寻呼消息可以是S1AP消息，其中，S1是MME和eNodeB之间的链路。S1AP消息可只包括被寻呼的UE，消息内容可包括：

1)作为UE IMSI mod 1024的UE_ID和CDRX长度，基站使用这两个参数来计算寻呼SFN和PO

2)UE寻呼id是在附连期间由MME分配的S-TMSI，或IMSI。UE寻呼id被直接传递到被用无线电装置发送给UE的RRC寻呼消息。

在MME将S1AP寻呼消息发送到基站之后，它开始计时器。如果在超时之后MME没有从UE接收到寻呼响应，则它将把S1AP寻呼消息重新发送N次。(在一个示例网络配置中，数量N大于5。)

基站可检测由于MME重新发送而导致MME正多次寻呼UE。可通过检验接收到的寻呼消息是否具有与之前接收到的消息相同的UE寻呼id进行检测。例如，如果UE在最后T时间内被寻呼N次，(例如，N是3，T是20秒)，并且新接收到的寻呼消息是同一UE寻呼ID，则基站可将传送寻呼消息的PDCCH和PDSCH上的子帧的功率递增地升高。例如，如果MME寻呼UE 5次，前面三次，基站可在没有特定功率升高的情况下正常发送寻呼消息；然而，最后两次，基站可将寻呼消息的功率升高。

在至少一些实施例中，基站可检测到UE在某个数量N的寻呼尝试内还没有检测到寻呼消息(例如，其中，N＝2或3或4或5或6)。例如，如以上提到的，基站可通过检测MME发送的用于同一UE的新寻呼消息(例如，通过检测关于这些新寻呼消息的相同UE识别信息)来检测寻呼失败。因此，基站可检测当针对UE从MME接收到第N+1个寻呼尝试时，之前N个寻呼尝试可能是不成功的(UE没有接收到)。在这种情况下，基站可被配置成针对这个特定UE进行后续寻呼消息的“功率升高”，即，可升高(增大)之前第N+1个寻呼消息的功率。更具体地，基站可升高(增大)PDCCH(物理下行链路控制信道)和PDSCH(物理下行链路共享信道)中的一者或二者的发送功率，以有助于确保这些后续寻呼消息被UE成功接收。

基站可使用同样升高的功率水平发送这些后续寻呼尝试，直到寻呼被UE成功接收或者寻呼被放弃(例如，在M次(诸如，三次)附加尝试之后)。在一些实施例中，基站可被配置成增加用于寻呼消息的各后续重新发送的功率升高量(增加增大功率量)，直到寻呼消息已经被接收并且被响应，或直到已经达到寻呼尝试的某个阈值。例如，在N次发送失败之后，在进行N+1寻呼消息发送时，基站可相对于基准功率将寻呼消息发送的发送功率增大(例如，增大PDCCH和/或PDSCH的发送功率)第一倍数(例如，1.2x功率)。如果UE没有响应于这个寻呼消息，则基站可相对于基准功率将寻呼消息发送的发送功率增大第二倍数(例如，1.4x功率)。基站可继续增大寻呼消息的发送功率，直到已经进行了寻呼尝试的某个阈值次数M(例如，M＝3、4、5、6、7)(在此之后，基站中断任何寻呼UE的其它尝试)。

以上方法可向各种UE类别提供益处，这些类别包括链路预算有限的UE和固有不是链路预算有限的其它UE，但可以处于差通信情况。因此，本文中描述的实施例可用于诸如标准手机、平板装置等非链路预算有限的装置(或“正常”装置)。至少一些实施例可向链路预算有限的UE提供最大益处，因为链路预算有限的UE经常是下行链路(DL)有限的。

在基站能够基于UE识别信息来确定特定UE是链路预算有限的UE的情形下，基站接着可例如在较少次数的失败之后，及早开始增大寻呼消息发送的功率。例如，在以上示例中，基站可在N次失败的寻呼发送之后开始升高寻呼消息发送的功率，其中，N是例如3。在基站知道UE的链路预算有限的情况下，基站可在Y次失败的寻呼发送之后增大寻呼消息发送的功率，其中，Y小于N，例如，1。

这种方法可使网络中的所有UE受益，但将使DL有限(链路预算有限的)UE最大程度地受益。正常UE将通常在第一发送或第二发送中接收寻呼，这不需要功率升高。对于DL有限的UE或小区边缘的DL，UE将有可能漏掉前面3次发送，但它们将有更大的机会解码第四发送或第五发送，因为它们被基站升高功率。

在一组实施例中，可如图15中所示地执行用于操作基站的方法1500。(方法1500还可包括以上结合图1至图14描述的并且以下结合图16至图19描述的特征、元件和实施例的任何子集。)可执行方法1500，以促成成功完成链路预算有限的用户设备(UE)装置的寻呼过程。可通过基站的处理代理来执行方法1500。可通过执行程序指令的一个或多个处理器、通过一个或多个可编程硬件元件、通过一个或多个专用硬件装置(诸如，ASIC)、或通过以上的任何组合来实现处理代理。

虽然以下依据多个步骤来描述方法1500，但应该理解，在各种实施例中：可省略步骤中的一个或多个；可至少部分并行地执行步骤中的两个或更多个；可根据需要，添加一个或多个步骤；可按与描述的次序不同的次序来执行这些步骤。

在1510中，处理代理可从网络实体(例如，从MME)接收协议消息，其中，协议消息指示寻呼用户设备(UE)装置的相应请求。协议消息中的一个或多个可响应于寻呼UE装置的一个或多个相应之前请求的失败进行发送。如果MME确定与给定协议消息对应的给定请求导致寻呼失败，则MME可发送代表寻呼UE装置的其它请求的另一个协议消息。(例如，预定时间窗内的)以同一UE装置为目标的一系列协议消息可代表寻呼UE装置的重复失败。

在1515中，处理代理可引导基站的发送器以相应的功率水平将寻呼消息发送给UE装置。对于寻呼消息中的每个，可响应于接收到协议消息中的对应一个，执行引导发送器发送寻呼消息的动作。在第N个寻呼消息之后的各寻呼消息的功率水平可大于前面N个寻呼消息的N个功率水平，其中，N是正整数。通过引导发送器以较大的功率水平发送第N个寻呼消息之后的各寻呼消息，基站可增大小区中的任何链路预算有限的UE装置将能够成功解码寻呼消息的可能性。

引导发送器以给定功率水平进行发送的动作意味着，处理代理或其它控制代理指示(或指明)将用于发送的功率水平，但所指示的功率水平不一定凭借实际发送功率来完美实现。

在一些实施例中，方法1500还可包括确定协议消息在开始于所述协议消息中的第一个的到达时间的时间窗内出现，其中，时间窗具有预定时间宽度。时间宽度可足够小，使得第一协议消息之后在时间窗内出现的各协议消息有可能是由于与之前一个协议消息关联的寻呼消息失败而导致的。

在一些实施例中，开始的N个寻呼消息的N个功率水平可相同，即，等于公共值或基准值。

在一些实施例中，整数N大于1。例如，在一些实施例中，N等于2、3、4、5、6、7、8、9或10。

在一些实施例中，网络实体是LTE网络的移动管理实体(MME)，其中，协议消息是S1AP消息。

在一些实施例中，针对第N个寻呼消息之后的各连续寻呼消息，增大功率水平。

在一些实施例中，方法1500还可包括：(a)保持之前发送给UE装置的寻呼消息的计数；(b)将该计数与正整数N进行比较，以确定寻呼消息中的当前寻呼消息的功率水平。

在一些实施例中，方法1500还可包括(a)保持已经接收到的所述协议消息的数量的计数；(b)比较该计数与取决于正整数N的阈值，以确定寻呼消息中的当前寻呼消息的功率水平。

在一组实施例中，用于寻呼一个或多个UE装置的基站可被如下地配置。基站可包括：至少一个无线电装置，其耦合到天线子系统；处理元件，其耦合到至少一个无线电装置。(基站还可包括以上结合图1至图14描述的并且以下结合图16至图19描述的特征、元件和实施例的任何子集。)处理元件可被配置成借助至少一个无线电装置将一个或多个第一寻呼消息发送给第一用户设备(UE)装置，其中，以第一发送功率发送这一个或多个第一寻呼消息。处理代理可进一步被配置成借助至少一个无线电装置发送一个或多个附加寻呼消息，其中，以比第一发送功率高的发送功率发送这一个或多个附加寻呼消息，其中，响应于第一UE装置对这一个或多个第一寻呼消息的响应的失败，以较高发送功率进行这一个或多个寻呼消息到第一UE装置的发送。

在一些实施例中，基站被配置成将多个附加寻呼消息发送给第一UE装置，直到达到寻呼消息的阈值数量。

在一些实施例中，基站被配置成针对第一UE装置，升高多个附加寻呼消息的连续各寻呼消息的发送功率。

LTE中的寻呼过程的MME初始化

在LTE中，寻呼过程的目的是使MME能够通过eNB寻呼UE。MME通过向eNB发送寻呼消息来启动寻呼过程。寻呼消息可以是S1AP消息。(S1AP是S1应用协议的简称。)在接收到寻呼消息时，eNB寻呼属于“跟踪区标识符(TAI)清单”信息元中指示的跟踪区的小区中的UE。

对于属于TAI清单IE中指示的跟踪区(TA)中的任一个的各小区，eNB在无线电接口产生寻呼。

“寻呼DRX”信息元(IE)可被包括在寻呼消息中。根据3GPP TS 36.304，如果在寻呼消息中存储寻呼DRX IE，则eNB设置与eNB中的默认DRX周期值和寻呼DRX IE中指示的DRX周期值中的最小值相等的DRX周期值。

根据LTE的TAU和附连请求中的UE特定的DRX设置

在LTE中，作为跟踪区更新(TAU)请求或附连请求的部分，UE可向MME发送DRX值。MME存储DRX值，并且当寻呼UE时使用该DRX值。具体地，UE特定的DRX值被包括在发送到eNB的S1AP寻呼消息中。根据3GPP TS 24.301：

“如果UE指定DRX参数被包括在附连请求消息中的DRX参数IE中，则MME应当用接收到的参数更换存储的任何UE特定的DRX参数并且使用它进行信令和用户数据的下行链路传递。”

“如果UE指定DRX参数被包括在跟踪区更新请求消息中的DRX参数IE中，则网络应当用接收到的参数更换存储的任何UE特定的DRX参数并且使用它进行信令和用户数据的下行链路传递。”

根据3GPP TS 24.008、区段10.5.5.6和表10.5.139，如下定义可在TAU和ATTACH中设置的可能DRX值。“DRX参数”信息元中的八位字节之一包括包含DRX周期相关信息的四位字段。这个字段代表两个单独的值。对于lu模式，它代表在3GPP TS 25.331中定义的“CN域特定的DRX周期长度”。对于S1模式，它代表在3GPP TS 36.304中定义的DRX周期参数T。

表：DRX周期长度/DRX周期参数T的字段

位数(八字节内)翻译

8 7 6 5 lu和S1模式特定的

0 0 0 0 对于lu模式，使用MS没有指定的CN特定的DRX周期长度系数，即，系统信息值“CN域特定的DRX周期长度”。对于S1模式，MS没有指定DRX值。

0 1 1 0 CN特定的DRX周期长度系数6和T＝32。

0 1 1 1 CN特定的DRX周期长度系数7和T＝64。

1 0 0 0 CN特定的DRX周期长度系数8和T＝128。

1 0 0 1 CN特定的DRX周期长度系数9和T＝256。

根据TS 36.304，用这个版本的协议将四位字段的所有其它值翻译为“MS没有指定的CN特定的DRX周期长度系数”和“MS没有指定的DRX值”。

借助特殊DRX周期值的LBL识别

在一组实施例中，作为跟踪区更新(TAU)和/或附连请求的部分的LBL装置可将DRX周期的特定值作为其状态是LBL装置的信号发送到MME。(该特定值可以是当前LTE兼容UE装置没有使用或一般没有使用的值。)MME存储从LBL装置接收的DRX周期值，并且将它作为S1AP寻呼消息的部分发送给eNB。eNB可被配置成将DRX周期的特定值识别为将寻呼的UE是LBL装置的信号。因此，当寻呼UE时，eNB可唤醒本文中描述的LBL特定的寻呼增强机制中的一个或多个。例如，eNB可以：

在携带寻呼消息的子帧中选择性升高PDCCH和/或PDSCH的发送功率；和/或

如有需要，一次或多次重复发送寻呼消息，以使UE能够组合多个发送内接收到的寻呼数据记录。

如果S1AP消息包括不同于特定值的DRX周期值，或者如果S1AP消息不包括DRX周期值，则eNB可使用LBL特定的寻呼增强机制中的任一种来寻呼作为目标的UE。

在一些实施例中，eNB和UE可被配置成使用小区的默认DRX周期对UE进行空闲模式寻呼，而不顾及S1AP消息中包括的DRX周期值。例如，eNB和UE可仅仅忽略通过TS 36.304委托管理的最小值计算，并且直接设置等于默认值的DRX周期值。因此，在S1AP消息中的DRX周期值小于默认DRX周期值的情况下，eNB和UE将仍然使用默认DRX周期值。

在其它实施例中，eNB和UE可被配置成遵从TS 36.304中指定的最小值计算，以确定用于对UE进行空闲模式寻呼的DRX周期值。(最小值计算需要DRX周期是S1AP消息中给定的默认DRX周期值和UR特定的RX周期值中的最小值。)

在一组实施例中，可如图16中所示地执行用于操作用户设备(UE)装置的方法1600。(方法1600还可包括以上结合图1至图15描述的并且以下结合图17至图19描述的特征、元件和实施例的任何子集。)链路预算有限的UE装置可执行方法1600。可通过UE装置的处理代理来执行方法1600。可通过执行程序指令的一个或多个处理器、通过一个或多个可编程硬件元件、通过一个或多个专用硬件装置(诸如，ASIC)、或通过以上的任何组合来实现处理代理。

虽然以下依据多个步骤来描述方法1600，但应该理解，在各种实施例中：可省略步骤中的一个或多个；可至少部分并行地执行步骤中的两个或更多个；可根据需要，添加一个或多个步骤；可按与描述的次序不同的次序来执行这些步骤。

在1610中，UE装置可向网络中的节点发送请求，其中，该请求包括DRX周期索引，其中，DRX周期索引被设置成第一状态，第一状态用于指示UE装置是链路预算有限的(LBL)。

在1615中，UE装置可从网络的基站接收寻呼消息，其中，基站被配置成使用被保留用于被识别是链路预算有限的UE装置的一种或多种寻呼增强机制来发送寻呼消息。这一种或多种寻呼增强机制可以是本文中公开的寻呼增强机制中的任一种。

在一些实施例中，基站被进一步配置成：(a)从网络节点接收协议消息，其中，协议消息指示将寻呼UE装置并且包括DRX周期索引；(b)响应于确定协议消息中的DRX周期索引等于第一状态，使用一种或多种寻呼增强机制来发送寻呼消息。

在一些实施例中，DRX周期索引的四个或更多个可能状态分别对应于四个或更多个DRX周期值，其中，DRX周期索引的第一状态等于这四个或更多个状态中的一个。

在一些实施例中，第一状态对应于这四个或更多个DRX周期值中的最大一个或最小一个。

在一些实施例中，DRX周期索引的格式符合LTE标准(例如，GPP TS 24.008)。在这些实施例中，第一状态可对应于没有被符合LTE标准的传统用户设备装置一般使用的这四个或更多个DRX周期值中的一个。

在一些实施例中，在UE装置的至少一种操作模式中，这四个或更多个DRX周期值包括值32、64、128和256。

在一些实施例中，LTE的“DRX参数”信息元可被扩展，使得DRX周期的可用值包括比当前可用值大的一个或多个DRX周期值。上述第一状态可以是与这些较大值中的一个对应的状态。

在一些实施例中，链路预算有限的第二UE装置被配置成，当向网络发送跟踪区更新和/或附连请求时，使用DRX周期指数的第一状态作为其状态是链路预算有限的装置的信号。

在一些实施例中，非链路预算有限的第二UE装置被配置成，使得当向网络发送跟踪区更新和/或附连请求时，决不使用DRX周期指数的第一状态。

在一些实施例中，请求是附连到网络的请求和/或跟踪区更新的请求。

在一些实施例中，网络节点是移动管理实体(MME)。在一些实施例中，网络节点是符合LTE标准的MME。

在一些实施例中，一种或多种寻呼增强机制中的第一种包括基站执行多个寻呼消息发送。在这些实施例中，从基站接收寻呼消息的动作可包括：(a)接收分别与这多个寻呼消息发送对应的数据记录；(b)基于数据记录的组合，解码寻呼消息。

在一些实施例中，在寻呼周期(即，DRX周期)内出现这多个寻呼消息发送。

在一些实施例中，在一寻呼帧中出现寻呼消息的第一次发送，其中，多次发送中的连续发送分隔开固定数量的帧。

在一组实施例中，可如图17中所示地执行用于操作基站的方法1700。(方法1700还可包括以上结合图1至图16描述的并且以下结合图18至图19描述的特征、元件和实施例的任何子集。)可执行方法1700，以促成链路预算有限的用户设备(UE)装置的寻呼。可通过基站的处理代理来执行方法。可通过执行程序指令的一个或多个处理器、通过一个或多个可编程硬件元件、通过一个或多个专用硬件装置(诸如，ASIC)、或通过以上的任何组合来实现处理代理。

虽然以下依据多个步骤来描述方法1700，但应该理解，在各种实施例中：可省略步骤中的一个或多个；可至少部分并行地执行步骤中的两个或更多个；可根据需要，添加一个或多个步骤；可按与描述的次序不同的次序来执行这些步骤。

在1710中，基站可从网络中的节点接收协议消息，其中，协议消息指示将寻呼用户设备(UE)装置并且包括DRX周期索引。

在1715中，响应于确定协议消息中的DRX周期索引被设置成第一状态，基站可使用一种或多种寻呼增强机制寻呼UE装置。寻呼增强机制被保留用于链路预算有限的UE装置。这一种或多种寻呼增强机制可以是本文中公开的寻呼增强机制中的任一种。

在一些实施例中，节点是移动管理实体(MME)，其中，协议消息是S1AP消息。

在一些实施例中，寻呼增强机制中的一种包括将寻呼消息反复地发送给UE装置，直到UE装置完成随机接入过程。

在一些实施例中，寻呼增强机制中的一种包括多次将寻呼消息发送给UE装置。

在一些实施例中，寻呼增强机制中的一种包括以相对于用于将寻呼消息发送给非LBL装置的功率增加的功率将寻呼消息发送给UE装置。

在一些实施例中，DRX周期索引的四种或更多种可能状态分别对应于四个或更多个DRX周期值，其中，DRX周期索引的第一状态等于这四种或更多种状态中的一种。

在一些实施例中，第一状态对应于这四个或更多个DRX周期值中的最大一个。

在一些实施例中，第一状态对应于这四个或更多个DRX周期值中的最小一个。

在一些实施例中，DRX周期索引符合LTE标准。

在一些实施例中，第一状态对应于当执行跟踪区更新和附连请求时符合传统LTE的用户设备装置一般没有使用的这四个或更多个DRX周期值中的一个。

在一些实施例中，方法1700还可包括：(a)从网络节点接收第二协议消息，其中，第二协议消息指示将寻呼第二用户设备(UE)装置并且包括第二DRX周期索引；(b)响应于确定第二协议消息中的第二DRX周期索引被设置成不同于第一状态的值，从而在不使用这一种或多种寻呼增强机制中的任一种的情况下寻呼第二UE装置。

在一些实施例中，寻呼UE装置的动作包括将寻呼消息周期性发送给UE装置。

在一些实施例中，所述周期性发送的周期等于与DRX周期索引的第一状态对应的DRX周期值和与基站对应的小区的默认DRX周期值中的最小值。

在一些实施例中，所述周期性发送的周期等于与基站对应的小区的默认DRX周期值，而不顾及协议消息中的DRX周期索引的状态。

在一些实施例中，周期性发送寻呼消息的动作包括将寻呼消息发送预定次数，其中，该预定次数大于1。

在一些实施例中，周期性发送寻呼消息的动作包括重复发送寻呼消息，直到UE装置启动的随机接入过程完成。

借助标志的信号装置状态

在一组实施例中，可如图18中所示地执行用于操作用户设备(UE)装置的方法1800。(方法1800还可包括以上结合图1至图17描述的并且以下结合图19描述的特征、元件和实施例的任何子集。)可通过UE装置的处理代理执行方法1800。可通过执行程序指令的一个或多个处理器、通过一个或多个可编程硬件元件、通过一个或多个专用硬件装置(诸如，ASIC)、或通过以上的任何组合来实现处理代理。

虽然以下依据多个步骤来描述方法1800，但应该理解，在各种实施例中：可省略步骤中的一个或多个；可至少部分并行地执行步骤中的两个或更多个；可根据需要，添加一个或多个步骤；可按与描述的次序不同的次序来执行这些步骤。

在1810中，UE装置可向网络中的节点发送请求，其中，该请求包括指示UE装置是否是链路预算有限的标志。在一些实施例中，可通过布尔元素(Boolean element)或枚举元素实现标志。

在一些实施例中，LTE规范可被扩展，以包括该标志作为新信息元。新信息元可被包括作为跟踪区更新的部分，或附连请求的部分，或这二者。可供选择地，LTE中的现有信息元中的一个可被扩展，以包括该标志作为附加字段。例如，3GPP TS 24.008的“DRX参数”信息元可通过在该信息元中的现有字段中添加标志进行扩展。

在1815中，UE装置可从网络的基站接收寻呼消息，其中，基站被配置成使用被保留用于被识别为链路预算有限的UE装置的一种或多种寻呼增强机制，发送寻呼消息。

在一些实施例中，基站被配置成：(a)从网络节点接收协议消息，其中，协议消息指示将寻呼UE装置并且包括指示UE装置是否链路预算有限的标志；(b)响应于确定该标示等于对应于链路预算有限状态的第一状态，使用该一种或多种寻呼增强机制寻呼UE装置。

在一些实施例中，UE装置是链路预算有限的，其中，标志被设置成第一状态，第一状态指示UE装置是链路预算有限的。

在一些实施例中，这一种或多种寻呼增强机制中的第一种包括基站执行多个寻呼消息发送。在这些实施例中，从基站接收寻呼消息的动作可包括：(a)接收分别与这多个寻呼消息发送对应的数据记录；(b)基于数据记录的组合，解码寻呼消息。

在一些实施例中，这多个寻呼消息发送可在一个寻呼周期内出现，例如，如以上以各种方式描述的。

在一些实施例中，在一寻呼帧中出现寻呼消息的第一次发送，其中，多次发送中的连续发送分隔开固定数量的帧，例如，如以上以各种方式描述的。

在一组实施例中，无线网络中的节点可如下进行操作，以促成链路预算有限的UE装置的寻呼。节点可包括处理代理。可通过执行程序指令的一个或多个处理器、通过一个或多个可编程硬件元件、通过一个或多个专用硬件装置(诸如，ASIC)、或通过以上的任何组合来实现处理代理。(节点还可包括以上结合图1至图18描述的并且以下结合图19描述的特征、元件和实施例的任何子集。)

节点可从UE装置接收请求(例如，附连到网络的请求和/或跟踪区更新的请求)。该请求包括指示UE装置是否链路预算有限的标志。响应于需要寻呼UE装置的指示，节点可将协议消息发送给跟踪区中的一个基站或多个基站。节点发送指示UE装置是否链路预算有限的LBL状态标志。LBL状态标志与从UE装置的请求接收到的标志一致。如果该请求还包括DRX周期索引，则节点可将DRX周期索引作为协议消息的部分发送。

在一些实施例中，LTE规范可被扩展，使得S1AP消息(从MME到eNB)包括上述LBL状态标志。可通过扩展后的此S1AP消息实现上述协议消息。

在一组实施例中，可如图19中所示地执行用于操作基站的方法1900。(方法1900还可包括以上结合图1至图18描述的特征、元件和实施例的任何子集。)可执行方法1900，以促成链路预算有限的用户设备(UE)装置的寻呼。可通过基站的处理代理来执行方法。可通过执行程序指令的一个或多个处理器、通过一个或多个可编程硬件元件、通过一个或多个专用硬件装置(诸如，ASIC)、或通过以上的任何组合来实现处理代理。

虽然以下依据多个步骤来描述方法1900，但应该理解，在各种实施例中：可省略步骤中的一个或多个；可至少部分并行地执行步骤中的两个或更多个；可根据需要，添加一个或多个步骤；可按与描述的次序不同的次序来执行这些步骤。

在1910中，基站可从网络中的节点接收协议消息，其中，协议消息指示将寻呼用户设备(UE)装置并且包括指示UE装置是否链路预算有限的标志。

在1915中，响应于确定标志等于与链路预算有限状态对应的第一状态，基站可使用一种或多种寻呼增强机制寻呼UE装置。

在一些实施例中，一种或多中寻呼增强机制中的第一种包括将寻呼消息重复发送给UE装置，直到UE装置完成随机接入过程。

在一些实施例中，一种或多种寻呼增强机制中的第一种包括将寻呼消息多次发送给UE装置。

在一些实施例中，一种或多种寻呼增强机制中的第一种包括以相对于用于将寻呼消息发送给非LBL装置的功率增大的功率将寻呼消息发送给UE装置。

在一些实施例中，方法1900还可包括：(a)从网络节点接收第二协议消息，其中，第二协议消息指示将寻呼第二用户设备(UE)装置并且包括第二标志；响应于确定第二标志等于与非链路预算有限状态对应的第二状态，寻呼第二UE装置而不使用一种或多种寻呼增强机制中的任一种。

各种附加寻呼实施例

在一组实施例中，公开了可如下执行地操作基站以促成寻呼链路预算有限的用户设备(UE)装置的方法。该方法包括基站执行多个操作。

这些操作可包括在下行链路数据流的特定帧的特定子帧的控制信道中发送第一寻呼标识符，其中，第一寻呼标识符专用于寻呼链路预算有限的UE装置，并且不同于第二寻呼标识符，第二寻呼标识符用于寻呼非链路预算有限的UE装置，其中，可基于与将寻呼的一个或多个链路预算有限的UE装置关联的寻呼帧指示符和寻呼时机指示符，选择用于第一寻呼指示符的所述发送的特定帧和特定子帧。

这些操作可包括在特定帧的特定子帧中发送一个或多个链路预算有限的UE装置的寻呼载荷信息。

这些操作可包括在特定子帧之后连续跟随的一个或多个子帧中的每个中发送同一寻呼载荷信息。

在一些实施例中，在特定子帧之后连续跟随的一个或多个子帧的数量是1或2或3或4。

在一些实施例中，这些操作还包括发送特定帧中的特定子帧之后连续跟随的一个或多个子帧的数量。

在一些实施例中，寻呼载荷信息包括一个或多个链路预算有限的UE中的每个的对应用户识别码。

在一些实施例中，寻呼时机指示符是集合{0,5}的元素。

在一些实施例中，这些操作还包括：响应于指示一个或多个链路预算有限的UE装置中的至少一个还没有连接到基站，在下行链路数据流的第一附加帧的两个或更多个子帧中的每个中发送寻呼载荷信息，其中，第一附加帧在特定帧之后一个DRX周期出现。

在一些实施例中，这些操作还包括：响应于关于一个或多个链路预算有限的UE装置中的至少一个还没有连接到基站的指示，执行多达N_SC-1次发送迭代，其中，N_SC大于或等于2。发送迭代中的每个可包括：(a)在附加帧的两个或更多个子帧中的每个中，发送寻呼载荷信息，其中，附加帧在特定帧之后RX周期的正整数倍出现，其中，寻呼载荷信息被编码在附加帧的两个或更多个子帧中的每个中；(b)响应于确定一个或多个链路预算有限UE装置全部都已经访问了基站，不执行任何进一步的发送迭代。

在一些实施例中，这些操作还包括：响应于关于一个或多个链路预算有限的UE装置都连接到基站的指示，启动针对一个或多个其它UE装置的新寻呼发送。

在一组实施例中，用于操作链路预算有限的用户设备(UE)装置的方法可如下执行。该方法包括通过UE装置执行多个操作。

这些操作可包括基于(a)从基站发送的信号接收的一个或多个寻呼参数和(b)UE装置的用户识别码，计算寻呼帧指示符和寻呼时机指示符。

这些操作可包括确定所述信号的特定帧的特定子帧的控制信道是否包括第一寻呼标识符，其中，第一寻呼标识符专用于寻呼链路预算有限的UE装置，并且不同于第二寻呼标识符，第二寻呼标识符用于寻呼非链路预算有限的UE装置，其中，可基于寻呼帧指示符和寻呼时机指示符，从所述信号中选择特定帧和特定子帧。

这些操作可包括从特定帧的特定子帧接收初始符号数据集合。

这些操作可包括分别从特定帧内的特定子帧之后连续跟随的一个或多个子帧接收一个或多个附加符号数据集合，其中，同一寻呼载荷信息被包括在特定子帧和特定子帧之后连续跟随的一个或多个子帧中的每个中。

这些操作可包括基于初始符号数据集合和一个或多个附加符号数据集合，解码寻呼载荷信息。

在一些实施例中，特定子帧之后连续跟随的一个或多个子帧的数量是从所述信号接收的。

在一些实施例中，寻呼时机指示符是集合{0,5}的元素。

在一些实施例中，这些操作还包括：响应于确定所述解码无法正确恢复寻呼载荷信息，(a)从第一附加帧接收两个或更多个其它符号数据集合，其中，第一附加帧在特定帧之后一个DRX周期出现，其中，寻呼载荷信息被包括在第一附加帧的两个或更多个子帧中的每个中，其中，其它符号数据集合中的每个对应于第一附加帧的两个或更多个子帧中的相应一个；(b)基于初始符号数据集合、一个或多个附加符号数据集合、两个或更多个其它符号数据集合来解码寻呼载荷信息。

在一些实施例中，这些操作还包括：响应于确定所述解码无法正确恢复寻呼载荷信息，执行多达N_SC-1次处理迭代，其中，N_SC大于或等于2，其中，处理迭代中的每个包括：(a)从附加帧接收两个或更多个其它符号数据集合，其中，附加帧在特定帧之后RX周期的正整数倍出现，其中，寻呼载荷信息被包括在附加帧的两个或更多个子帧中的每个中，其中，其它符号数据集合中的每个对应于附加帧的两个或更多个子帧中的相应一个；(b)基于包括这两个或更多个其它符号数据集合的数据，解码寻呼载荷信息；(c)如果所述解码成功地恢复寻呼载荷信息，则访问基站并且不执行任何其它处理迭代。

在一些实施例中，指示整数N_SC的信息被包括在系统信息广播中。

在一些实施例中，这些操作还包括响应于确定了所述解码正确恢复寻呼载荷信息，如果寻呼载荷信息指示UE装置正被寻呼，则执行随机接入过程来接入基站。

在一组实施例中，用于操作基站的方法可包括以下操作。

所述方法可包括发送针对链路预算有限的UE装置的寻呼消息，其中，寻呼消息包括寻呼控制信息和寻呼载荷信息，其中，寻呼控制信息的至少一部分利用第一P-RNTI(寻呼-无线电网络临时标识符)加扰，其中，第一P-RNTI不同于基站用来寻呼非链路预算有限的UE装置的第二P-RNTI。

在一些实施例中，发送寻呼消息的动作包括升高包含寻呼控制信息的控制信道元素的功率，其中，所述功率的升高是相对于用于向非链路预算有限的UE装置发送寻呼控制的功率。

在一些实施例中，该方法还包括发送针对非链路预算有限的UE装置的第二寻呼消息，其中，第二寻呼消息包括第二寻呼控制信息和第二寻呼载荷信息，其中，第二寻呼控制信息的至少一部分利用第二P-RNTI(寻呼-无线电网络临时标识符)加扰。

在一些实施例中，在特定帧的特定子帧中发送寻呼消息，其中，可基于：DRX周期值；参数nB；和UE装置的用户识别码，选择用于所述寻呼消息发送的特定子帧的子帧号和特定子帧的帧号。

在一组实施例中，基站可包括：至少一个无线电装置，其耦合到天线子系统；处理代理，其耦合到至少一个无线电装置。处理代理被配置成借助至少一个无线电装置发送针对链路预算有限的UE装置的寻呼消息，其中，寻呼消息包括寻呼控制信息和寻呼载荷信息，其中，寻呼控制信息的至少一部分利用第一P-RNTI(寻呼-无线电网络临时标识符)加扰，其中，第一P-RNTI不同于基站用来寻呼非链路预算有限的UE装置的第二P-RNTI。

在一些实施例中，所述发送寻呼消息包括升高包含寻呼控制信息的控制信道元素的功率，其中，所述功率的升高是相对于用于向非链路预算有限的UE装置发送寻呼控制的功率。

在一些实施例中，处理代理被进一步配置成借助至少一个无线电装置发送针对非链路预算有限的UE装置的第二寻呼消息，其中，第二寻呼消息包括第二寻呼控制信息和第二寻呼载荷信息，其中，第二寻呼控制信息的至少一部分利用第二P-RNTI(寻呼-无线电网络临时标识符)加扰。

在一组实施例中，用于操作用户设备(UE)装置的方法可如下执行。

该方法可包括接收下行链路信号，以得到包括多个样本的数据记录。

该方法可包括，响应于确定所述UE装置被归类为是链路预算有限的，执行包括以下步骤的操作：(a)确定数据记录的控制信道包括已经利用第一P-RNTI(寻呼-无线电网络临时标识符)加扰的至少一部分，其中，第一P-RNTI不同于基站用来寻呼非链路预算有限的UE装置的第二P-RNTI；(b)响应于所述确定识别控制信道包括利用第一P-RNTI加扰的所述至少一部分，解码控制信道中的寻呼控制信息，其中，寻呼控制信息识别包含针对UE装置的寻呼载荷信息的资源的位置。

在一些实施例中，基站被配置成发送下行链路信号，其中，所述发送下行链路信号包括升高包含寻呼控制信息的控制信道元素的功率，其中，所述功率的升高是相对于用于向非链路预算有限的UE装置发送寻呼控制的功率。

在一些实施例中，数据记录得自下行链路信号的特定帧的特定子帧，其中，基于基站广播的寻呼配置信息和UE装置的用户识别码来确定特定子帧的子帧号和特定子帧的帧号。

在一些实施例中，该方法还可包括：接收第二下行链路信号，以得到包括多个样本的第二数据记录；响应于确定所述UE装置已经被归类为不是链路预算有限的，执行包括以下步骤的操作：确定数据记录的第二控制信道包括已经利用第二P-RNTI加扰的至少一部分；响应于所述确定识别第二控制信道包括已经利用第二P-RNTI加扰的所述至少一部分，在第二控制信道中解码第二寻呼控制信息，其中，第二寻呼控制信息识别包含针对UE装置的第二寻呼载荷信息的第二资源的位置。

在一组实施例中，用于操作基站的方法可如下执行。该方法可包括针对链路预算有限的UE装置执行寻呼消息的K次发送，其中，K大于1，其中，对于集合{0,1,2,…,K-1}中的各k，K次发送的第k次发送出现在特定帧之后kN帧出现的相应帧中，其中，N是大于或等于1的整数，其中，K次发送中的每个在相应帧的第j个子帧中出现，其中，对于K次发送，子帧号j是相同的，并且子帧号j选自寻呼时机的第一集合，寻呼时机的第一集合与用于寻呼非链路预算有限的UE装置的寻呼时机的第二集合不相交。

在一些实施例中，寻呼消息包括寻呼控制信息和寻呼载荷信息。对于K次发送中的每个：寻呼控制信息被包括在相应帧的第j子帧的控制信道中；寻呼载荷信息被包括在相应帧的第j子帧的共享信道中。

在一些实施例中，相对于发送给非链路预算有限的UE装置的寻呼控制的发送功率，升高寻呼控制信息的发送功率。

在一些实施例中，相对于发送给非链路预算有限的UE装置的寻呼载荷的发送功率，升高寻呼载荷信息的发送功率。

在一些实施例中，寻呼消息包括寻呼控制信息和寻呼载荷信息，其中，对于K次发送中的每个，使用同一调制-编码方案(MCS)发送寻呼载荷信息。

在一组实施例中，用于操作链路预算有限的用户设备(UE)装置的方法可如下执行。

所述方法可包括从基站接收下行链路信号，其中，下行链路信号包括寻呼消息的K个相应副本，其中，K大于1，其中，对于集合{0,1,2,…,K-1}中的各k，K个副本中的第k个副本出现在下行链路信号的特定帧之后kN帧出现的相应帧中，其中，N是大于或等于1的整数，其中，K个副本中的每个在相应帧的第j个子帧中出现，其中，对于K个副本，子帧号j是相同的，并且子帧号j选自寻呼时机的第一集合，寻呼时机的第一集合与基站为了寻呼非链路预算有限的UE装置的基站而配置的寻呼时机的第二集合不相交。

该方法还可包括尝试从寻呼消息的K个副本解码寻呼消息。

该方法还可包括，响应于确定解码寻呼消息的尝试成功，如果寻呼消息包括将UE装置识别为寻呼消息目标的信息，则启动随机接入过程。

在一些实施例中，尝试解码寻呼消息的动作包括：尝试基于寻呼消息的K个相应副本的PDCCH部分，解码寻呼消息的寻呼控制信息；响应于确定寻呼控制信息被成功解码，尝试基于寻呼消息的K个相应副本的PDSCH部分，解码寻呼消息的寻呼载荷信息。

在一些实施例中，寻呼消息包括寻呼控制信息和寻呼载荷信息，其中，对于寻呼消息的K个相应副本中的每个，在K个相应副本内，用于在相应帧的第j子帧中携带寻呼载荷信息的一组资源不变。

在一组实施例中，用于操作基站的方法可如下执行。

该方法可包括从网络实体接收协议消息，其中，协议消息指示寻呼用户设备(UE)装置的相应请求。

该方法还可包括将寻呼消息发送给UE装置，其中，响应于接收到协议消息中的对应一个，发送寻呼消息中的每个，其中，在第N个寻呼消息之后的各寻呼消息的发送功率大于前面N个寻呼消息的发送功率，其中，N是正整数。

在一些实施例中，N大于1。

在一些实施例中，在第N个寻呼消息之后，针对各连续寻呼消息增大发送功率。

在一些实施例中，该方法还包括：保持之前发送给UE装置的寻呼消息的计数；将该计数与正整数N进行比较，以确定寻呼消息中的当前寻呼消息的发送功率。

在一些实施例中，该方法还包括：保持已经接收到的所述协议消息的数量的计数；比较该计数与取决于正整数N的阈值，以确定寻呼消息中的当前寻呼消息的发送功率。

在一组实施例中，用于操作基站的方法可如下执行。

该方法还可包括引导基站的发送器以相应的功率水平将寻呼消息发送给UE装置，其中，对于寻呼消息中的每个，响应于接收到协议消息中的对应一个，执行引导发送器发送寻呼消息的步骤，其中，在第N个寻呼消息之后的各寻呼消息的功率水平大于前面N个寻呼消息的N个功率水平，其中，N是正整数。

在一些实施例中，该方法还可包括确定协议消息在开始于所述协议消息中的第一个协议消息的到达时间的时间窗内出现，其中，时间窗具有预定时间宽度。

在一些实施例中，N大于1。

在一些实施例中，在第N个寻呼消息之后，针对各连续寻呼消息增大功率水平。

在一些实施例中，该方法还包括：(a)保持之前发送给UE装置的寻呼消息的计数；(b)将该计数与正整数N进行比较，以确定寻呼消息中的当前寻呼消息的功率水平。

在一些实施例中，该方法还包括：(a)保持已经接收到的所述协议消息的数量的计数；(b)比较该计数与取决于正整数N的阈值，以确定寻呼消息中的当前寻呼消息的功率水平。

在一组实施例中，基站包括：至少一个无线电装置，其耦合到天线子系统；处理元件，其耦合到至少一个无线电装置。处理元件可被配置成：借助至少一个无线电装置向第一用户设备(UE)装置发送一个或多个第一寻呼消息，其中，以第一发送功率发送这一个或多个第一寻呼消息；借助至少一个无线电装置发送一个或多个附加寻呼消息，其中，以比第一发送功率高的发送功率发送这一个或多个附加寻呼消息，其中，响应于第一UE装置对这一个或多个第一寻呼消息的响应的失败，以较高发送功率进行这一个或多个寻呼消息到第一UE装置的发送。

该方法可包括向网络中的节点发送请求，其中，该请求包括DRX周期索引，其中，DRX周期索引被设置成第一状态，第一状态用于指示UE装置是链路预算有限的(LBL)。

该方法还可包括从网络的基站接收寻呼消息，其中，基站被配置成使用被保留用于被识别是链路预算有限的UE装置的一种或多种寻呼增强机制来发送寻呼消息。

在一些实施例中，基站被进一步配置成：从网络节点接收协议消息，其中，协议消息指示将寻呼UE装置并且包括DRX周期索引；响应于确定协议消息中的DRX周期索引设置成第一状态，使用一种或多种寻呼增强机制来发送寻呼消息。

在一些实施例中，DRX周期索引的四种或更多种可能状态分别对应于四个或更多个DRX周期值，其中，DRX周期索引的第一状态等于这四个或更多个状态中的一个。

在一些实施例中，DRX周期索引的格式符合LTE标准(例如，GPP TS 24.008)。

在一些实施例中，第一状态对应于没有被符合LTE标准的传统用户设备装置一般使用的这四个或更多个DRX周期值中的一个。

在一些实施例中，链路预算有限的第二UE装置被配置成，当向网络发送跟踪区更新和/或附连请求时，使用DRX周期指数的第一状态作为其装置是链路预算有限装置的信号。

在一些实施例中，网络节点是移动管理实体(MME)。

在一些实施例中，MME符合LTE标准。

在一些实施例中，一种或多种寻呼增强机制中的第一种包括基站执行多个寻呼消息发送，其中，所述从基站接收寻呼消息包括：接收分别与这多个寻呼消息发送对应的数据记录；基于数据记录的组合，解码寻呼消息。

在一些实施例中，在一个寻呼周期内出现这多个寻呼消息发送。

在一些实施例中，在一寻呼帧中出现寻呼消息的第一次发送，其中，发送中的连续发送分隔开固定数量的帧。

在一组实施例中，用于操作基站的方法可如下执行。

该方法可包括从网络节点接收协议消息，其中，协议消息指示将寻呼UE装置并且包括DRX周期索引。

该方法还可包括响应于确定协议消息中的DRX周期索引等于第一状态，使用一种或多种寻呼增强机制来发送寻呼消息。

在一些实施例中，一种或多种寻呼增强机制中的第一种包括将寻呼消息反复地发送给UE装置，直到UE装置完成随机接入过程。

在一些实施例中，一种或多种寻呼增强机制中的第一种包括多次将寻呼消息发送给UE装置。

在一些实施例中，一种或多种寻呼增强机制中的第一种包括以相对于用于将寻呼消息发送给非LBL装置的功率增加的功率将寻呼消息发送给UE装置。

在一些实施例中，DRX周期索引符合LTE标准。

在一些实施例中，第一状态对应于当执行跟踪区更新和附连请求时传统的符合LTE的用户设备装置一般没有使用的这四个或更多个DRX周期值中的一个。

在一些实施例中，该方法还包括：从网络节点接收第二协议消息，其中，第二协议消息指示将寻呼第二用户设备(UE)装置并且包括第二DRX周期索引；响应于确定第二协议消息中的第二DRX周期索引被设置成不同于第一状态的值，从而寻呼第二UE装置而不使用这一种或多种寻呼增强机制中的任一种。

在一些实施例中，所述周期性发送寻呼消息的动作包括将寻呼消息发送预定次数，其中，该预定次数大于1。

该方法可包括向网络中的节点发送请求，其中，请求包括指示UE装置是否链路预算有限的标志。

在一些实施例中，基站被配置成：从网络节点接收协议消息，其中，协议消息指示将寻呼UE装置并且包括指示UE是否链路预算有限的标志；响应于确定标志等于与链路预算有限状态对应的第一状态，使用一种或多种寻呼增强机制来寻呼UE装置。

在一些实施例中，这一种或多种寻呼增强机制中的第一种包括基站执行多个寻呼消息发送，其中，所述从基站接收寻呼消息包括：接收分别与这多个寻呼消息发送对应的数据记录；基于数据记录的组合，解码寻呼消息。

在一些实施例中，这多个寻呼消息发送可在一个寻呼周期内出现。

在一组实施例中，用于操作基站的方法可如下执行。

该方法可包括从网络中的节点接收协议消息，其中，协议消息指示将寻呼用户设备(UE)装置并且包括指示UE是否链路预算有限的标志。

该方法还可包括，响应于确定标志等于与链路预算有限状态对应的第一状态，使用一种或多种寻呼增强机制来寻呼UE装置。

在一些实施例中，该方法还包括：从网络节点接收第二协议消息，其中，第二协议消息指示将寻呼第二用户设备(UE)装置并且包括第二标志；响应于确定第二标志等于与非链路预算有限状态对应的第二状态，不使用一种或多种寻呼增强机制中的任一种寻呼第二UE装置。

在一组实施例中，用于操作通信网络中的节点的方法可如下执行。

该方法可包括从UE装置接收请求。

该方法还可包括，响应于确定请求包括关于第二UE装置是链路预算有限的指示，将S-TMSI值分派给UE装置，其中，S-TMSI值选自可能的S-TMSI值的空间的保留子集，其中，保留子集被保留用于链路预算有限的UE装置。

该方法还可包括将协议消息发送到基站，其中，协议消息指示将寻呼UE装置并且包括被分派的S-TMSI值。

在一些实施例中，该方法还可包括：(a)从第二UE装置接收第二请求；(b)响应于确定第二请求不包括关于第二UE装置是链路预算有限的指示，将第二S-TMSI值分派给UE装置，其中，第二S-TMSI值选自保留子集的补集；(c)将第二协议消息发送给基站，其中，第二协议消息指示将寻呼第二UE装置并且包括第二S-TMSI值。

在一些实施例中，请求是附连到网络的请求。

在一些实施例中，请求是跟踪区更新的请求。

在一些实施例中，协议消息被发送给跟踪区中的多个基站。

在一组实施例中，用于操作通信网络中的基站的方法可如下执行。

该方法可包括从通信网络的节点接收协议消息，其中，协议消息指示将寻呼UE装置并且包括分派给UE装置的S-TMSI值。

该方法还可包括，响应于确定S-TMSI值属于可能S-TMSI值的空间的保留子集，使用一种或多种寻呼增强机制寻呼UE装置，其中，保留子集被保留用于链路预算有限的UE装置。

在一些实施例中，一种或多种寻呼增强机制中的第一种包括将寻呼消息重复发送给UE装置，直到UE装置完成随机接入过程。

在一些实施例中，一种或多种寻呼增强机制中的第一种包括以相对于用于将寻呼消息发送给非链路预算有限的UE装置的功率增大的功率将寻呼消息发送给UE装置。

在一组实施例中，用于在通信网络中进行操作的基站可包括：至少一个无线电装置，其耦合到天线子系统；处理代理，其耦合到至少一个无线电装置。处理代理被配置成：(a)借助至少一个无线电装置从通信网络的节点接收协议消息，其中，协议消息指示将寻呼UE装置并且包括分派给UE装置的S-TMSI值；(b)响应于确定S-TMSI值属于可能S-TMSI值的空间的保留子集，借助至少一个无线电装置，使用一种或多种寻呼增强机制寻呼UE装置，其中，保留子集被保留用于链路预算有限的UE装置。

在一些实施例中，处理代理被进一步配置成实现：借助至少一个无线电装置，从通信网络的节点接收第二协议消息，其中，第二协议消息指示将寻呼第二UE装置并且包括分派给第二UE装置的第二S-TMSI值；响应于确定第二S-TMSI值属于保留子集的补集，借助至少一个无线电装置，在不使用一种或多种寻呼增强机制中的任一种的情况下，寻呼第二UE装置。

本公开的实施例可按各种形式中的任一种实现。例如，一些实施例可被实现为计算机实现的方法、计算机可读存储器介质或计算机系统。可使用一个或多个定制设计的硬件装置(诸如，ASIC)实现其它实施例。可使用一个或多个可编程硬件元件(诸如，FPGA)实现其它实施例。

在一些实施例中，非暂态计算机可读存储器介质可被配置成，使得它存储指令和/或数据，其中，程序指令在由计算机系统执行时致使计算机系统执行方法，例如，本文中描述的方法实施例中的任一个、或本文中描述的方法实施例的任何组合、或本文中描述的方法实施例中的任一个的任何子集、或这种子集的任何组合。

在一些实施例中，装置(例如，UE 106)可被配置成包括处理器(或一组处理器)和存储器介质，其中，存储器介质存储程序指令，其中，处理器被配置成读取和执行来自存储器介质的程序指令，其中，能执行程序指令来实现方法，例如，本文中描述的各种方法实施例中的任一个(或本文中描述的方法实施例的任何组合、或本文中描述的方法实施例中的任一个的任何子集、或这种子集的任何组合)。可用各种形式中的任一种实现装置。

在一些实施例中，集成电路可被配置成包括数字和/或模拟电路，其中，电路被配置成实现方法，例如，本文中描述的各种方法实施例中的任一个(或本文中描述的方法实施例的任何组合、或本文中描述的方法实施例中的任一个的任何子集、或这种子集的任何组合)。可用各种形式中的任一种实现集成电路。

尽管以上已经以相当多的细节描述了实施例，但对于本领域的技术人员而言，一旦完全理解了以上公开，众多变化形式和修改形式将变得清楚。随附权利要求书旨在被解释为涵盖所有这些变化形式和修改形式。

Claims

1.一种操作基站的方法，该方法包括：

从网络中的节点接收协议消息，所述协议消息指示用户设备UE装置将被寻呼并包括DRX周期索引，其中，DRX周期索引被设置为第一状态，第一状态指示所述UE装置是链路预算受限的，即LBL；

响应于确定协议消息中的DRX周期索引被设置为第一状态，使用一个或多个寻呼增强机制来寻呼所述UE装置。

2.如权利要求1所述的方法，其中，所述一个或多个寻呼增强机制中的第一寻呼增强机制包括：

向所述UE装置重复发送寻呼消息直到所述UE装置完成随机接入过程；或

向所述UE装置发送寻呼消息多次。

3.如权利要求1所述的方法，其中，所述一个或多个寻呼增强机制中的第一寻呼增强机制包括以相对于向非链路预算受限的装置，即非LBL装置，发送寻呼消息所使用的功率增大的功率向所述UE装置发送寻呼消息。

4.如权利要求1所述的方法，其中所述DRX周期索引的四种或更多种可能状态分别对应于DRX周期的四个或更多个值，其中，所述DRX周期索引中的第一状态等于所述四个或更多个值中的一个。

5.如权利要求1所述的方法，还包括：

从所述网络节点接收第二协议消息，其中，第二协议消息指示第二用户设备UE装置将被寻呼并且包括第二DRX周期索引；

响应于确定第二协议消息中的第二DRX周期索引被设置为与第一状态不同的值，寻呼第二UE装置而不使用所述一个或多个寻呼增强机制中的任何寻呼增强机制。

6.如权利要求1所述的方法，其中，所述寻呼所述UE装置包括周期地向所述UE装置发送所述寻呼消息。

7.一种计算机可读的存储介质，包括程序指令，所述程序指令当被处理器执行时使得基站：

8.如权利要求7所述的计算机可读的存储介质，其中所述一个或多个寻呼增强机制中的第一寻呼增强机制包括：

向所述UE装置发送寻呼消息多次。

9.如权利要求7所述的计算机可读的存储介质，其中，所述一个或多个寻呼增强机制中的第一寻呼增强机制包括以相对于向非链路预算受限的装置，即非LBL装置，发送寻呼消息所使用的功率增大的功率向所述UE装置发送寻呼消息。

10.如权利要求7所述的计算机可读的存储介质，其中所述DRX周期索引的四种或更多种可能状态分别对应于DRX周期的四个或更多个值，其中，所述DRX周期索引中的第一状态等于所述四个或更多个值中的一个。

11.如权利要求7所述的计算机可读的存储介质，其中，所述程序指令能够进一步执行来使得基站：

12.如权利要求7所述的计算机可读的存储介质，其中，所述寻呼所述UE装置包括周期地向所述UE装置发送所述寻呼消息。