本申请涉及无线通信，并且更具体地讲，涉及用于寻呼链路预算有限的用户设备(UE)装置的机制和用于在连接模式的UE操作期间执行非连续接收的机制。
背景技术：
：：无线通信系统的使用正在快速增长。另外，存在许多不同的无线通信技术和标准。无线通信标准的一些示例包括GSM、UMTS(WCDMA、TDS-CDMA)、LTE、高级LTE(LTE-A)、HSPA、3GPP2CDMA2000(例如，1xRTT、1xEV-DO、HRPD、eHRPD)、IEEE802.11(WLAN或Wi-Fi)、IEEE802.16(WiMAX)、蓝牙等等。在蜂窝无线电接入技术(RAT)诸如LTE中，寻呼是网络(NW)用来向用户设备(UE)告知传入数据/呼叫的程序。寻呼消息请求UE附接到网络，并且与网络建立NAS信令连接。(NAS是非接入层的首字母缩略词；非接入层是演进分组系统中的一组协议，用于在UE与移动性管理实体之间输送非无线电信令以用于LTE/E-UTRAN接入。)寻呼消息还可用于向UE通知系统信息(SI)变化或ETWS信息。(ETWS是地震和海啸预警系统的首字母缩略词。)网络使用寻呼程序主要是因为网络不知道UE的位置，例如，当UE处于空闲模式时。因此，寻呼是网络所执行以与UE建立连接的第一个程序。使用寻呼来建立从网络到UE的连接类似于UE用来与网络建立连接的RACH(随机接入信道)程序。UE检测寻呼消息是非常重要的，因为UE未能检测到寻呼消息可导致错过呼叫或丢失数据。如果UE是链路预算有限，则UE特别容易错过寻呼消息。例如，如果UE装配有执行较差的天线系统且/或如果UE位于覆盖较差的区域中(例如，位于建筑物的地下室中或远离基站)，则UE可为链路预算有限的。因此，需要改进的寻呼机制来用于链路预算有限(或变得链路预算有限)的UE装置。技术实现要素：本文尤其呈现了帮助减轻寻呼信道的不良接收的影响的改进型寻呼方法的实施方案，和被配置为实现所述方法的装置的实施方案。本发明由独立权利要求项限定。从属权利要求项限定有利实施方案。对于寻呼链路预算有限的用户设备(UE)装置，基站可传输所述UE装置用来计算寻呼帧标识符和/或寻呼时刻标识符的特殊ID(例如，作为SIB2的一部分)。该特殊ID可专门供链路预算有限的装置使用(和/或与之一起使用)。当传输用于链路预算有限的装置的寻呼消息时，基站可(a)为寻呼控制信息使用更大聚合和更大CFI(控制帧指示符)值(与当前无线通信标准中所允许值的相比)，并且(b)为寻呼有效载荷使用更大数量的资源块(与当前无线通信标准中所允许的数量相比)。可基于参数Ns的专用值和专用的一组寻呼时刻标识符值(不同于常规使用的寻呼时刻标识符值)来计算寻呼时刻标识符。如果用于链路预算有限的装置的寻呼消息开始使特殊ID所确定的单个寻呼帧的容量饱和，则基站可分配多个特殊ID，因此意味着有多个可用寻呼帧可用于此类设备。如果用于链路预算有限的装置的寻呼消息和/或其他数据传送开始使网络容量饱和，则可指示链路预算有限的装置的至少一个子组进入连接状态非连续接收(DRX)模式，在此模式下这些设备将周期性地检查资源分配，同时保持处于连接模式。在一些实施方案中，可最初在寻呼时刻传输寻呼有效载荷信息，并且紧接着在后续子帧中进行重复传输，以支持用户装置处的软组合。需注意，可在多个不同类型的装置中实施本文描述的技术和/或将本文描述的技术与该多个不同类型的装置一起使用，该多个不同类型的装置包括但不限于基站、接入点、蜂窝电话、便携式媒体播放器、平板电脑、可穿戴设备和各种其他计算装置。本
发明内容旨在提供在本文档中所述的一些主题的简要概述。因此，应当理解，上文所述的特征仅为示例并且不应理解为以任何方式缩小本文所述主题的范围或实质。本文所述的主题的其他特征、方面和优点将根据以下具体实施方式、附图和权利要求书而变得显而易见。附图说明当结合附图考虑实施例的以下具体描述时，可获得对本主题的更好的理解。图1示出了根据一些实施方案的示例性无线通信系统。图2示出了根据一些实施方案的与无线装置通信的基站(“BS”，或在LTE的上下文中，称为“eNodeB”或“eNB”)。图3示出了根据一些实施方案的示例性无线通信系统的框图。图4示出了根据一些实施方案的示例性基站的框图。图5示出了根据格式1C、聚合程度(AL)为8、CFI＝3的现有技术具体实施的PDCCH检测性能。(PDCCH是物理下行链路控制信道的首字母缩略词。)图6示出了根据目前公开的PDCCH寻呼控制信息的一些实施方案的PDCCH检测性能，所述PDCCH寻呼控制信息使用格式1C、聚合程度(AL)为28并且CFI＝4。图7和8示出了根据目前公开的PDSCH寻呼有效载荷信息的一些实施方案的误块率(BLER)性能。图9示出了根据一些实施方案的用于操作基站以基于增大的PDCCH聚合程度和增大的PDCCH时间宽度来实现寻呼的方法。图10示出了根据一些实施方案的用于操作用户设备装置以基于增大的PDCCH聚合程度和增大的PDCCH时间宽度来接收寻呼的方法。图11和图12示出了根据一些实施方案的用于操作用户设备装置以在用户设备装置的链路预算有限时基于新ID来确定寻呼帧(PF)标识符的方法的实施例。图13和图14示出了根据一些实施方案的用于在链路预算有限的用户设备装置处确定寻呼帧(PF)标识符的方法的实施例，该确定是基于专门供链路预算有限的装置使用的多个新ID中的选择的一个ID。图15和图16示出了根据一些实施方案的用于在UE装置处确定寻呼时刻标识符的方法的实施例，该确定是基于专门供链路预算有限的装置使用的一组新寻呼时刻标识符值，其中该新组与常规UE装置用于寻呼的那组寻呼时刻标识符值不相交。图17示出了根据一些实施方案的用于在连接状态DRX模式下操作UE装置的方法。(DRX是非连续接收的首字母缩略词。)图18示出了根据一些实施方案的用于在无线通信系统中执行寻呼的方法。图19a至图19c示出了根据现有技术的分别针对NS＝1、2和4的寻呼时刻。图20a示出了根据一些实施方案的用于NS＝1情况的寻呼有效载荷接收方案。图20b示出了根据一些实施方案的用于NS＝2情况的寻呼有效载荷接收方案。图20c示出了根据一些实施方案的用于NS＝4情况的寻呼有效载荷接收方案。图21示出了根据一些实施方案的基于修改的寻呼时刻表的用于寻呼有效载荷重复的另选方案。图22示出了根据一些实施方案的用于操作用户设备以基于寻呼有效载荷信息的重复传输来执行寻呼的方法。图23示出了根据一些实施方案的用于基于新近定义的寻呼时刻标识符和寻呼有效载荷信息的重复传输来操作用户设备装置的方法。尽管本文所述的特征易受各种修改和替代形式的影响，但其具体实施例在附图中以举例的方式示出并且在本文详细描述。然而，应当理解，附图和详细描述并非旨在将本发明限制于所公开的特定形式，而正相反，其目的在于覆盖落在由所附权利要求所限定的本主题的实质和范围之内的所有修改形式、等同形式和替代形式。具体实施方式术语以下是在本公开中所使用的术语表：存储器介质-各种类型的非暂态存储器装置或存储装置中的任一者。术语“存储器介质”旨在包括安装介质，例如CD-ROM、软盘或磁带装置；计算机系统存储器或随机存取存储器，诸如DRAM、DDRRAM、SRAM、EDORAM、RambusRAM等；非易失性存储器，诸如闪存、磁介质，例如硬盘或光学存储装置；寄存器，或其他类似类型的存储器元件等。存储器介质也可包括其他类型的非暂态存储器或它们的组合。此外，存储器介质可被定位在执行程序的第一计算机系统中，或者可被定位在通过网络诸如互联网连接到第一计算机系统的不同的第二计算机系统中。在后一情况下，第二计算机系统可向第一计算机提供程序指令以用于执行。术语“存储器介质”可包括可驻留在不同位置例如通过网络连接的不同计算机系统中的两个或更多个存储器介质。存储器介质可存储可由一个或多个处理器执行的程序指令(例如，具体为计算机程序)。载体介质–如上所述的存储器介质，以及物理传输介质诸如总线、网络和/或传送信号诸如电信号、电磁信号或数字信号的其他物理传输介质。可编程硬件元件-包括各种硬件装置，该各种硬件装置包括经由可编程互连件连接的多个可编程功能块。示例包括FPGA(现场可编程门阵列)、PLD(可编程逻辑装置)、FPOA(现场可编程对象阵列)和CPLD(复杂的PLD)。可编程功能块的范围可从细粒度(组合逻辑部件或查找表)到粗粒度(算术逻辑单元或处理器内核)。可编程硬件元件也可被称为“可重新配置逻辑部件”。计算机系统-各种类型的计算系统或处理系统中的任一者，包括个人计算机系统(PC)、大型计算机系统、工作站、网络家电、互联网家电、个人数字助理(PDA)、电视系统、网格计算系统或其他装置或装置的组合。通常，术语“计算机系统”可广义地被定义成包含具有执行来自存储器介质的指令的至少一个处理器的任何装置(或装置的组合)。用户设备(UE)(或“UE装置”)–移动式或便携式并执行无线通信的各种类型的计算机系统装置中的任一个计算机系统装置。UE装置的示例包括移动电话或智能电话(例如iPhoneTM、基于AndroidTM的电话)、便携式游戏装置(例如，NintendoDSTM、PlayStationPortableTM、GameboyAdvanceTM、iPhoneTM)、膝上型电脑、可穿戴装置(例如智能手表、智能眼镜)、PDA、便携式互联网装置、音乐播放器、数据存储装置、或其他手持装置等。通常，术语“UE”或“UE装置”可广义地被定义成包含便于用户运输并能够进行无线通信的任何电子装置、计算装置和/或电信装置(或装置的组合)。基站–术语“基站”具有其普通含义的全部范围，并且至少包括被安装在固定位置处并且用于作为无线电话系统或无线电系统的一部分进行通信的无线通信站。处理元件–是指各种元件或元件的组合。处理元件例如包括电路诸如ASIC(专用集成电路)、各个处理器内核的部分或电路、整个处理器内核、各个处理器、可编程硬件装置(诸如现场可编程门阵列(FPGA))、和/或包括多个处理器的系统的较大部分。信道-用于将信息从发射器传送至接收器的介质。应当指出，由于术语“信道”的特性可根据不同的无线协议而有所不同，因此本文所使用的术语“信道”应被视为以符合参考被使用的术语的装置的类型的标准的方式来使用。在一些标准中，信道宽度可为可变的(例如，取决于装置能力、频带条件等)。例如，LTE可支持1.4MHz到20MHz的可扩展信道带宽。相比之下，WLAN信道可为22MHz宽，而蓝牙信道可为1MHz宽。其他协议和标准可包括对信道的不同定义。此外，一些标准可定义并使用多种类型的信道，例如，用于上行链路或下行链路的不同信道和/或针对不同用途诸如数据、控制信息等的不同信道。频带-术语“频带”具有其普通含义的全部方面，并且至少包括其中使用信道或留出信道用于相同用途的一段频谱(例如，射频频谱)。自动–是指由计算机系统(例如，由计算机系统所执行的软件)或装置(例如，电路、可编程硬件元件、ASIC等)所执行的动作或操作，而无需用户输入直接指定或执行该动作或操作。因此，术语“自动”与用户手动执行或指定的操作形成对比，其中用户提供输入来直接执行该操作。自动过程可由用户所提供的输入来发起，但随后的“自动”执行的动作不是由用户指定的，即不是“手动”执行的，其中用户指定要执行的每个动作。例如，通过选择每个字段并提供输入指定信息，用户填写电子表格(例如，通过键入信息、选择复选框、进行无线电选择等)为手动填写表格，即使计算机系统必须响应于用户动作来更新该表格。该表格可通过计算机系统自动填写，其中计算机系统(例如，在计算机系统上执行的软件)分析表格的字段并填写该表格，而无需任何用户输入指定字段的答案。如上所示，用户可调用表格的自动填写，但不参与表格的实际填写(例如，用户没有手动指定字段的答案而是它们被自动完成)。本说明书提供了响应于用户已采取的动作而自动执行的操作的各种示例。图1-无线通信系统图1示出了根据一组实施方案的无线通信系统。请注意，图1表示许多可能性当中的一种可能性，并且本公开的特征可根据需要在各种系统中的任一者中实现。如图所示，这种示例性无线通信系统包括基站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-SCDMA)、LTE、高级LTE(LTE-A)、HSPA、3GPP2CDMA2000(例如，1xRTT、1xEV-DO、HRPD、eHRPD)、Wi-Fi、WiMAX等。根据一种或多种蜂窝通信技术进行操作的基站102和其他类似基站(未示出)可因此被提供作为小区的网络，该小区的网络可经由一种或多种蜂窝通信技术在广阔的地理区域上向UE装置106A至N和类似的装置提供连续的或近似连续的重叠服务。因此，尽管基站102可目前表示如图1中所示的用于无线装置106A至N的“服务小区”，但每个UE装置106还可能够从一个或多个其他小区(例如，由其他基站提供的小区)接收信号，该一个或多个其他小区可被称为“相邻小区”。此类小区也可能够方便用户装置之间和/或用户装置和网络100之间的通信。需注意，至少在某些情况下，UE装置106可能够使用多种无线通信技术进行通信。例如，UE装置106可被配置为使用GSM、UMTS、CDMA2000、WiMAX、LTE、LTE-A、WLAN、蓝牙、一个或多个全球导航卫星系统(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可包括两个或更多个无线电部件。例如，UE106可能包括用于使用LTE或1xRTT(或LTE或GSM)中的任一种进行通信的共享无线电部件，以及用于使用Wi-Fi和蓝牙中的每一者进行通信的独立的无线电部件。其他配置也是可能的。图3-UE的示例性框图图3示出了根据一组实施方案的UE106的框图。如图所示，UE106可包括片上系统(SOC)300，该SOC可包括用于各种目的的部分。例如，如图所示，SOC300可包括可执行UE106的程序指令的一个或多个处理器302和可执行图形处理并将显示信号提供到显示器340的显示电路304。一个或多个处理器302也可耦接至存储器管理单元(MMU)340，该MMU可被配置为接收来自一个或多个处理器302的地址并将这些地址转换为存储器(例如，存储器306、只读存储器(ROM)350、NAND闪存存储器310)中的位置。MMU340可被配置为执行存储器保护和页表转换或设置。在一些实施方案中，MMU340可被包括作为一个或多个处理器302的一部分。UE106还可包括其他电路或装置，诸如显示电路304、无线电部件330、连接器I/F320和/或显示器340。在所示的实施方案中，ROM350可包括引导加载器，该引导加载器可在启动或初始化期间由一个或多个处理器302执行。另外如图所示，SOC300可耦接至UE106的各种其他电路。例如，UE106可包括各种类型的存储器(例如，包括NAND闪存310)、连接器接口320(例如，用于耦接至计算机系统)、显示器340和无线通信电路(例如，用于使用LTE、CDMA2000、蓝牙、WiFi、GPS等的通信)。UE装置106可包括至少一个天线，并且在一些实施方案中可包括用于执行与基站和/或其他装置的无线通信的多个天线。例如，UE装置106可使用天线335来执行无线通信。如上所述，在一些实施方案中，UE可被配置为使用多个无线通信标准来无线地通信。如本文所述，UE106可包括用于根据本公开的实施方案来实施用于对增强型寻呼作出响应的方法的硬件部件和软件部件。UE装置106的处理器302可被配置为实施本文所述的方法的一部分或全部，例如通过执行被存储在存储器介质(例如，非暂态计算机可读存储器介质)上的程序指令。在其他实施方案中，处理器302可被配置作为可编程硬件元件，诸如FPGA(现场可编程门阵列)或者作为ASIC(专用集成电路)。图4-基站图4示出了根据一些实施方案的基站102的实施例。需注意，图4的基站是可能的基站的仅一个示例。如图所示，基站102可包括可执行针对基站102的程序指令的一个或多个处理器404。一个或多个处理器404也可耦接至存储器管理单元(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进行通信，这些RAT包括但不限于GSM、UMTS、LTE、WCDMA、CDMA2000、WiMAX等。基站102的处理器404可被配置为实施本文所述的方法的一部分或全部，例如通过执行被存储在存储器介质(例如，非暂态计算机可读存储器介质)上的程序指令。另选地，处理器404可被配置作为可编程硬件元件，诸如FPGA(现场可编程门阵列)，或ASIC(专用集成电路)，或它们的组合。在一些实施方案中，基站被配置为支持与UE装置的OFDMA下行链路通信和SC-FDMA上行链路通信。(OFDMA是正交频分多址的首字母缩略词。SC-FDMA是单载波频分多址的首字母缩略词。)LTE中的寻呼LTE使用各种信道，使得可跨LTE无线电接口输送数据。这些信道用于分离不同类型的数据并且允许以有序方式跨无线电接入网络输送这些数据。这些不同信道有效地提供通往LTE协议结构内的更高层的接口，并且实现数据的有序且清晰的分离。存在如下三个种类或类型的LTE数据信道。物理信道：它们是携载用户数据和控制消息的传输信道。输送信道：物理层输送信道提供对介质访问控制(MAC)层和更高层的信息传送。逻辑信道：为LTE协议结构内的介质访问控制(MAC)层提供服务。LTE定义了用以携载从MAC层和更高层接收的信息的多个物理下行链路信道。LTE下行链路包括物理下行链路共享信道(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是“寻呼-无线电网络临时标识符”的首字母缩略词。)基站在PDCCH中传输寻呼控制信息，包括加扰部分。P-RNTI是用于寻呼的临时身份，并且对于任何特定UE不是唯一的。当UE检测到在PDCCH中存在P-RNTI加扰部分时，将寻呼控制信息解码，并且使用寻呼控制信息来解码PDSCH中的PCH(寻呼信道)。(如果UE未检测到P-RNTI加扰部分的存在，则UE可返回到其睡眠状态。)PCH包含寻呼有效载荷信息。寻呼有效载荷信息包括寻呼所指向的装置的IMSI。UE检查所包括的IMSI以确定其是否等于UE的IMSI。如果所包括的IMSI不与UE的IMSI相同，则UE可返回到睡眠状态。(即该寻呼不是旨在用于此UE。)另选地，如果所包括的IMSI等于UE的IMSI，则UE可发起随机接入程序以连接到网络。基站广播系统信息，并且UE接收此系统信息。此系统信息包括UE用来确定UE将唤醒并且寻找寻呼消息所在的帧和子帧的参数。这些参数可在SIB2(系统信息块2)中找到。系统信息块(SIB)提供从基站到UE的关于接入层和非接入层两者的各种参数的信息。SIB包含相同小区中的所有UE所共用的参数，并且传统上采用无线技术诸如LTE进行广播。SIB2包括默认寻呼循环Tdef(根据pcchConfig:defaultPagingCycle)和参数nB。UE使用这些参数来确定用于寻呼帧的标识符和用于寻呼时刻的标识符。寻呼时刻(PO)是有可能包括寻呼消息的子帧。寻呼帧是可包含一个或多个寻呼时刻的无线电帧。LTE具有两个计时单位，即系统帧编号(SFN)和子帧编号。SFN是帧规模的计时单位，并且子帧编号是子帧级别的计时单位。知道SFN和子帧编号两者允许在LTE时域中定位特定子帧。相对于非连续接收，寻呼帧标识符(IPF)和寻呼时刻标识符IPO使得UE能够知道在需要UE唤醒以检查寻呼消息时的确切定时。根据3GPP规范TS36.304，寻呼帧(PF)是系统帧编号SFN满足SFNmodT＝(TdivN)*(UE_IDmodN)的任何帧，其中T是UE的DRX循环。满足该等式的任何SFN被称为寻呼帧标识符IPF。因此，寻呼帧以T个无线电帧的周期周期性地发生。T由以下两者的最小值确定：(a)UE特定DRX循环，如果UE特定DRX循环是由更高层分配的话；以及(b)在SIB2中广播的默认DRX循环。如果UE特定DRX循环尚未由更高层配置，则使用默认值。T可为32、64、128或256中的任一者。参数nB可为值4T、2T、T、T/2、T/4、T/8、T/16、T/32中的任一者。如上所述，从SIB2中提供此参数。值N由N＝min(T,nB)给定，即，N是T和nB中的最小值。UE_ID＝IMSImod1024，其中IMSI为十进制格式并且存储在UE的USIM中。(USIM是全球订户身份模块的首字母缩略词。)对于寻呼时刻标识符IPO，3GPP规范TS36.304定义了如下表中所示的IPO，其中Ns＝max(1,nB/T)i_s＝(UE_ID/N)modNs。表：用于FDD的寻呼时刻(PO)Ns针对i_s＝0的IPO针对i_s＝1的IPO针对i_s＝2的IPO针对i_s＝3的IPO19n/an/an/a249n/an/a40459还可参见图19a至图19c查看上表中每一行的图形描绘。图19a示出NS-＝1情况具有仅一个寻呼时刻，其在子帧9处发生并且对应于i_s＝0。在给定子帧编号下方的注释Pi_s＝k表明该子帧是对应于i_s＝k的寻呼时刻。图19b示出NS＝2情况具有两个寻呼时刻，其分别在子帧编号4和9处发生。图19c示出NS＝4情况具有四个寻呼时刻，其分别在子帧编号0、4、5和9处发生。为了使UE改进其对寻呼信道(PCH)的检测，UE应能够可靠地检测P-RNTI在PDCCH中的存在。当前，PDCCH格式1A/1C用于P-RNTIPDCCH。(关于格式1A和1C的定义，请参见3GPP规范TS36.212。)携载PDCCH的OFDM符号的数量取决于网络配置以及聚合程度。术语“聚合程度”是指用于PDCCH的控制信道元素(CCE)的数量。用于范围扩展的PDCCH寻呼特征在一个实施方案中，寻呼方法使用PDCCH格式1C并且CFI＝4。CFI是控制格式指示符，并且指示在每个子帧的开始处用于携载PDCCH的邻接OFDM符号的数量。(在当前LTE标准中，CFI值1、2和3可用，并且CFI＝4留待将来使用。这里描述针对CFI＝4情况的使用。)因此，对子帧设置CFI＝4意味着为PDCCH分配使用4个OFDM符号。格式1C类似于格式1A，但信息内容更紧凑(更少位)，这意味着可在PDCCH中以更低编码率(更高冗余性)来将信息内容编码。另外，可使PDCCH的聚合程度从当前3GPP规范所指定的最大值8改变为更大值，例如，在9至32的范围内的值。(除非另有陈述，否则表达“A至B的范围”应当被解释为包括其端点A和B的范围。)在一个实施方案中，聚合程度被设为等于28。聚合程度还称为CCE聚合程度，是PDCCH中的控制信道元素(CCE)的数量。每个CCE包含9个资源元素组(REG)，这些组在PDCCH内分布。请注意，28的聚合程度对应于25个资源块(RB)。在一个实施方案中，寻呼方法可使用聚合程度28并且CFI＝4，因此，UE的检测呈PDCCH格式1C的P-RNTI是否存在的性能得到改进。然而，各种各样的其他值组合是有可能的并且预期的。图5示出了根据格式1C、聚合程度(AL)为8、CFI＝3的现有技术具体实施的PDCCH检测性能。横轴是Ec/NOC(dB)，并且纵轴是Pm_dsg。此外，示出了一个接收天线与两个接收天线情况下的性能。图6示出了根据一些实施方案的根据新PDCCH配置的PDCCH检测性能，该新配置使用格式1C、聚合程度(AL)为28并且CFI＝4(具有一个接收天线)。用于链路预算有限的UE装置的新P-RNTI为了简化PDCCH的解码，可引入新P-RNTI。类似于常规P-RNTI，这个新P-RNTI将指示寻呼信道的存在。然而，该新P-RNTI将仅用于链路预算有限的UE。非链路预算有限的UE将使用常规P-RNTI。因此，当寻呼一个或多个链路预算有限的UE时，基站可使用该新P-RNTI来扰乱寻呼控制信息的至少一部分。然而，当寻呼非链路预算有限的UE时，基站可使用常规P-RNTI来扰乱寻呼控制信息的至少一部分。用于范围扩展的PDSCH寻呼特征在一个实施方案中，寻呼方法可使用数量增加的PDSCH资源块来携载用于每个UE的寻呼信道(PCH)有效载荷，即，与现有技术相比数量增加的PDSCH资源块。例如，用于每个UE的寻呼信道(PCH)有效载荷可占据25个RB，这与上述在PDCCH中针对每个UE分配25个RB一致。(多种其他RB分配大小是有可能的并且预期的。)尽管经过编码的PCH有效载荷可占据25个RB，但PCH的基础信息内容可为41位，其中40位用于IMSI(国际移动订户身份)，并且1位用于PS/CS(分组交换/电路交换)。因此，如果UE支持分组交换网络和电路交换网络两者，则可使用传输块大小(TBS)＝56。然而，如果UE仅支持LTE，则可丢弃所述用于PS/CS的1位，并且可使用传输块大小(TBS)＝40。上述用于PCH有效载荷的配置帮助确保有效载荷信息内容的编码率十分低。(信息内容占据比现有技术更大的一组资源块，从而允许更低的编码率，即，更高冗余性)。这个特征增大了成功解码有效载荷信息内容的可能性。图7和图8示出根据一些实施方案的上述寻呼方法的误块率(BLER)性能。在图7中，上部曲线对应于TM2、RB25、TBS＝56和CTC，并且下部曲线对应于TM2、RB25、TBS＝56和TBCC。在图8中，上部曲线对应于TM2、RB25、TBS＝40和CTC，并且下部曲线对应于TM2、RB25、TBS＝40和TBCC。PO/PF配置如上所述，为了实现寻呼的成功解码，增加了在PDCCH和PDSCH中使用的每个UE的寻呼资源。这种在PDCCH和PDSCH中增加资源使用可致使PDCCH和/或PDSCH变得饱和，即，达到网络容量。例如，PSCCH和/或PDSCH可在多个链路预算有限的UE被同时寻呼时达到网络容量。为了帮助减轻这种困难，在一个实施方案中，寻呼方法可操作为将链路预算有限的UE分组在单个PF中并且PO尽可能少。用于链路预算有限的UE的空闲模式DRX循环可大于现有技术中通常使用的空闲模式DRX循环。在现有技术中，空闲模式DRX循环通常为1.28s。在一些实施方案中，用于链路预算有限的UE的空闲模式DRX循环大于1.28s，例如，可被设为等于2.56s＝2×1.28s或5.12s＝4×1.28s。为了实现将用于链路预算有限的UE的寻呼消息在单个PF下分组，在一个实施方案中，创建了新UE_ID并且由网络在SIB2中发信号通知。(如LTE规范中所定义，SIB2不具有这个能力。)我们提出对SIB2的定义的扩展，以支持对此新UE_ID的信号通知。此新UE_ID在本文中可称为“Range_UE_ID”以区别于常规UE_ID(即，从IMSI确定的UE_ID)。所有链路预算有限的UE可使用此Range_UE_ID来计算寻呼帧标识符IPF。例如，可基于以下表达式来计算该寻呼帧标识符：IPF＝SFNmodT＝(TdivN)*(Range_UE_IDmodN)。因此，Range_UE_ID是这样一种机制，它将链路预算有限的UE装置分在一组，以使得这些UE装置被限于在与寻呼帧标识符IPF一致的帧中接收其寻呼消息。相比之下，非链路预算有限的UE使用常规的基于IMSI的UE_ID来确定寻呼帧标识符，并且因此，其寻呼帧在时间上分布，这归因于其IMSI值的随机性。此处假设UE已经向网络指示(例如，在UE能力的RRC交换期间)该UE是链路预算有限的装置。此关于链路预算有限状态的信息可被保留在移动管理实体(MME)处，诸如但不限于在空闲模式期间。如果链路预算有限的装置的数量较大并且网络需要为链路预算有限的装置保留不止一个寻呼帧，则网络可(从基站)在SIB2中广播多个Range_UE_ID。UE可基于常规UE_ID(即，基于IMSI的UE_ID)来选择一个Range_UE_ID。例如，在一个实施方案中，可配置四个Range_UE_ID，并且UE可：在UE_ID<256时，选择Range_UE_ID1；在256≤UE_ID<512时，选择Range_UE_ID2；在512≤UE_ID<768时，选择Range_UE_ID3；以及在768≤UE_ID<1024时，选择Range_UE_ID4。由于UE_ID＝IMSImod1024，所以UE_ID可仅采用0至1023的值。所选择的Range_UE_ID被标记为Range_UE_IDSEL，它可用于基于以下表达式来计算寻呼帧标识符IPF：IPF＝SFNmodT＝(TdivN)*(Range_UE_IDSELmodN)。Range_UE_ID的数量和上文所给出的选择范围的定义意在用作例示性实施例。Range_UE_ID的数量可等于大于一的任何值，并且选择范围不需要在宽度上一致。在一些实施方案中，可如下扩展SIB2的pcch-Config：然而，应当理解，该实施例中所给出的特定参数值可在不同上下文和应用场景中发生各种变化。在一些实施方案中，Range_UE_ID(或多个Range_UE_ID)可被预定义并且为网络和链路预算有限的UE所知。因此，在这些实施方案中，基站不需要广播Range_UE_ID。每个链路预算有限的UE可将Range_UE_ID存储在存储器中。用于确定寻呼时刻的另选方法在一个实施方案中，修改了将寻呼时刻标识符IPO指定为Ns和i_s的函数的表，以便处理链路预算有限的UE的高载荷。具体地讲，可向该表添加新的行以支持为链路预算有限的UE确定PO。如果UE是链路预算有限的，则该UE可使用Ns的固定值(代替从参数nB和DRX循环T计算Ns)。例如，在一个实施方案中，为链路预算有限的UE保留Ns＝6。Ns的固定值可用于根据常规公式计算i_s：i_s＝(UE_ID/N)modNs。所计算的i_s值可随后用于从预先确定的一组寻呼时刻标识符值中选择寻呼时刻标识符IPO。该预先确定的一组定义了寻呼时刻表中的所述新行的内容。该预先确定的一组包括常规上不用于寻呼的寻呼时刻标识符值。(根据LTE规范，常规上用于寻呼的寻呼时刻标识符值是值0、4、5和9。)例如，在Ns的固定值为6的情况下，所述预先确定的一组寻呼时刻标识符值可为集合{1,2,3,6,7,8}。因此，链路预算有限的UE将使用与非链路预算有限的UE不同的寻呼时刻。另外，如果基于Range_UE_ID来计算寻呼帧标识符IPF，则寻呼载荷可分散在不同帧上。尽管链路预算有限的UE可如上所述使用此新行来确定寻呼时刻标识符IPO，但其既可使用常规UE_ID也可使用Range_UE_ID来确定寻呼帧标识符IPF。RRC连接模式在另一个实施方案中，为了避免发生寻呼性能问题，被分类为链路预算有限的UE可一直处于连接模式，并且使用连接状态DRX(C-DRX)进行操作。(因此，链路预算有限的UE不需要被寻呼。它们将在C-DRX的开启持续时间中读取PDCCH。)所使用的C-DRX循环可类似于空闲模式DRX(例如，1.28s或960ms)以便节省电力。eNB将依据通信量和网络载荷量使链路预算有限的UE在短C-DRX循环与长C-DRX循环之间来回切换。网络仍可使用PDCCH来在丢失与UE的同步的情况下发出RACH命令。PDCCH聚合增大并且带宽增大的寻呼在一组实施方案中，用于操作基站的方法900可包括图9所示的操作。(方法900还可包括上述特征、元件和实施方案的任何子集。)可执行方法900以在蜂窝通信系统中提供改进的寻呼性能，尤其是针对链路预算有限的UE装置。方法900可由基站的处理代理执行，例如，由执行程序指令的一个或多个处理器执行，由专用数字电路诸如一个或多个ASIC执行，由可编程硬件诸如一个或多个FPGA执行，或由前述设备的任意组合执行。在910处，基站可接收旨在用于用户设备(UE)装置(例如已知为链路预算有限的UE装置)的信息(例如，移动被叫或其他信息)。该信息可从无线服务提供商或其他网络运营商的基础结构网络接收。在915处，基站可在寻呼控制信道中向UE传输寻呼控制信息，其中寻呼控制信道包括两个、三个或四个OFDM(正交频分复用)符号和在9至32的范围内的聚合程度。在920处，基站可在寻呼数据信道中向UE装置传输寻呼有效载荷数据，其中寻呼控制信道中的寻呼控制信息指定寻呼数据信道中的寻呼有效载荷数据的位置，其中寻呼控制信息能够由UE用来定位寻呼有效载荷数据。术语“位置”在这里是指时间-频率资源空间中的位置。在一些实施方案中，寻呼控制信道由具有如3GPPTS36.212和36.213中所定义的格式1C的物理下行链路控制信道(PDCCH)携载。在一些实施方案中，寻呼控制信息在包括于寻呼控制信道中之前被编码，其中以比现有3GPP标准中所指定(或由现有3GPP标准暗示)的编码率低的编码率来编码该寻呼控制信息。在一些实施方案中，寻呼控制信道由物理下行链路控制信道(PDCCH)携载，并且寻呼数据信道由物理下行链路共享信道(PDSCH)携载。在一些实施方案中，寻呼控制信息占据数量在nLOWER至nUPPER的范围内的资源块，其中nLOWER是范围{12,13,14,15,16}内的值，其中nUPPER是在22至48的范围内的值。寻呼控制信息可包括用于正被寻呼的所有UE(或在PRNTI特定群组内的正被寻呼的所有UE，如果正在使用多个PRNTI的话)的寻呼控制信息。在一个实施方案中，寻呼控制信息占据在数量在12至25的范围内的资源块，其中资源块数量取决于聚合程度。在一些实施方案中，寻呼控制信息所占据的资源块数量取决于聚合程度。例如，资源块数量可为聚合程度的增函数。在一些实施方案中，寻呼有效载荷数据占据数量在nLOWER至nUPPER的范围内的资源块，其中nLOWER是范围{12,13,14,15,16}内的值，其中nUPPER是在22至48的范围内的值。在一个实施方案中，寻呼有效载荷数据占据数量在12至25的范围内的资源块。在一些实施方案中，寻呼控制信息所占据的资源块的数量与寻呼有效载荷数据所占据的资源块的数量相同。在一些实施方案中，寻呼有效载荷数据在长度上小于或等于40位。这可在用于传输寻呼有效载荷数据的传输块大小等于40位的环境中为有利的。(在LTE中，传输块大小为40位。)在一些实施方案中，UE装置可被配置为支持LTE而非WCDMA或GSM。在这些实施方案中，寻呼有效载荷数据包括UE的国际移动订户身份(IMSI)，但不包括用于在分组交换数据传送与电路交换数据传送之间进行选择的指示符。在一组实施方案中，用于操作用户设备(UE)装置的方法1000可包括图10所示的操作。(方法1000还可包括上述特征、元件和实施方案的任何子集。)可执行方法1000以在蜂窝通信系统中提供改进的寻呼性能。方法1000可由链路预算有限的UE装置执行(并且可对这种UE装置尤其有益)。方法1000可由UE装置的处理代理执行，例如，由执行程序指令的一个或多个处理器执行，由专用数字电路诸如一个或多个ASIC执行，由可编程硬件诸如一个或多个FPGA执行，或由前述设备的任意组合执行。在1010处，UE装置可从基站接收寻呼控制信道和寻呼数据信道，例如，如上文各种描述的寻呼控制信道和寻呼数据信道。在1015处，响应于确定寻呼控制信道包含寻呼特定临时身份，UE装置可从寻呼控制信道读取寻呼控制信息。寻呼控制信道可包括两个、三个或四个OFDM(正交频分复用)符号并且具有在9至32的范围内的聚合程度。寻呼控制信道中的寻呼控制信息可指定寻呼数据信道中的寻呼有效载荷数据的位置。在1020处，UE装置可基于寻呼控制信息来确定寻呼数据信道中的寻呼有效载荷数据的位置。UE装置可使用所确定的位置来解码寻呼有效载荷数据。在1025处，响应于确定寻呼有效载荷数据包含识别UE装置的信息，UE装置可执行随机接入程序以通过基站连接到网络。(随机接入程序是无线通信领域所熟知的。)在一些实施方案中，寻呼控制信道是具有格式1C的物理下行链路控制信道(PDCCH)。在一些实施方案中，寻呼控制信道由如3GPPTS36.211中所定义的物理下行链路控制信道(PDCCH)携载，并且寻呼数据信道由如3GPPTS36.211中所定义的物理下行链路共享信道(PDSCH)携载。在一些实施方案中，寻呼控制信息占据数量在nLOWER至nUPPER的范围内的资源块，其中nLOWER是范围{12,13,14,15,16}内的值，其中nUPPER是在22至48的范围内的值。在一个实施方案中，寻呼控制信息占据在数量在12至25的范围内的资源块，其中资源块数量取决于聚合程度。在一些实施方案中，寻呼控制信息所占据的资源块数量取决于聚合程度。例如，所述资源块数量可为聚合程度的增函数。在一些实施方案中，寻呼有效载荷数据占据数量在nLOWER至nUPPER的范围内的资源块，其中nLOWER是范围{12,13,14,15,16}内的值，其中nUPPER是在22至48的范围内的值。在一个实施方案中，寻呼有效载荷数据占据数量在12至25的范围内的资源块。在一些实施方案中，寻呼控制信息所占据的资源块的数量与寻呼有效载荷数据所占据的资源块的数量相同。在一些实施方案中，寻呼有效载荷数据在长度上小于或等于40位，其中用于传输寻呼有效载荷数据的传输块大小等于40位。在一些实施方案中，方法1000还可包括UE装置在已经连接到网络之后接收移动被叫。在一组实施方案中，基站可被配置为如下那样执行与无线UE装置的无线通信。基站包括无线电部件以及操作性地耦接到该无线电部件的处理代理。(基站还可包括上述特征、元件和实施方案的任何子集。)处理代理被配置为：(a)接收旨在用于用户设备(UE)装置的移动被叫；(b)在寻呼控制信道中向UE装置传输寻呼控制信息，其中该寻呼控制信道包括两个、三个或四个OFDM(正交频分复用)符号并且具有在9至32的范围内的聚合程度；并且(c)在寻呼数据信道中向UE装置传输寻呼有效载荷数据，其中寻呼控制信道中的寻呼控制信息指定寻呼数据信道中的寻呼有效载荷数据的位置，其中寻呼控制信息能够由UE用来定位寻呼有效载荷数据。传输操作(b)和(c)可使用无线电部件来执行。从用于链路预算有限的UE的单个新ID确定寻呼帧(PF)在一组实施方案中，用于操作用户设备(UE)装置的方法1100可包括图11所示的操作。(方法1100还可包括上述特征、元件和实施方案的任何子集。)可执行方法1100以在蜂窝通信系统中提供改进的寻呼性能。方法1100可由链路预算有限的UE装置或已经变得链路预算有限的UE装置执行(而且特别有益于这些UE装置)。(链路预算有限的状态可动态地变化，或可为持久的情况。)方法1100可由UE装置的处理代理执行，例如，由执行程序指令的一个或多个处理器执行，由专用数字电路诸如一个或多个ASIC执行，由可编程硬件诸如一个或多个FPGA执行，或由前述设备的任意组合执行。在1110处，UE装置可从基站接收系统信息。系统信息可包括标识信息(例如，上述range_UE_ID)、非连续接收(DRX)循环和参数nB。DRX循环指示UE装置将要周期性地唤醒并检查寻呼消息所根据的时间周期。标识信息优选地对UE装置为不唯一的，但专门供链路预算有限的UE装置使用。(非链路预算有限的UE装置可简单地忽略该标识信息。)在1115处，响应于确定所述UE装置的链路预算有限，UE装置可使用标识信息、DRX循环和参数nB计算寻呼帧标识符。(标识信息可取代基于IMSI的UE_ID在寻呼帧标识符的常规计算(例如如LTE规范中所指定的常规计算)中通常所处的地位。)寻呼帧标识符识别被允许携载寻呼消息的帧。UE装置可以各种方式中的任一者确定其链路预算是否有限，例如，通过检测基站的下行链路信号相对于干扰信号的功率，通过检测下行链路错误率，通过确定下行链路中的HARQ重传的数量，或前述这些方式的任何组合。在一些实施方案中，UE的链路预算有限状态可为设计出来的，并且因此，该UE装置不需要执行对链路预算有限状态的任何确定。(对该状态的认知可内置到UE装置的控制机制/算法中。)在1120处，UE装置可使用所计算的寻呼帧标识符来执行非连续接收。非连续接收涉及周期性地从低(或较低)功率状态醒来以检查指向该UE装置的寻呼消息是否发生。寻呼帧标识符用于确定连续唤醒时间之间的周期，例如，如上文各种描述。在一组实施方案中，用于操作用户设备(UE)装置的方法1200可包括图12所示的操作。(方法1200还可包括上述特征、元件和实施方案的任何子集。)可执行方法1200以在蜂窝通信系统中提供改进的寻呼性能。方法1200可由链路预算有限的UE装置或已经变得链路预算有限的UE装置执行(而且特别有益于这些UE装置)。(链路预算有限的状态可动态地变化，或可为持久的情况。)在1210处，UE装置可从基站接收系统信息，其中该系统信息包括：专门供链路预算有限的UE装置使用的标识信息(例如，上述range_UE_ID)；非连续接收(DRX)循环；以及参数nB。(非链路预算有限的UE装置可简单地忽略该标识信息。)基站可广播系统信息，例如，作为SIB2的一部分。在1215处，响应于确定所述UE装置的链路预算有限，UE装置可使用标识信息、DRX循环和参数nB计算寻呼帧标识符。此外，与基站通信的每个链路预算有限的UE装置可类似地基于相同标识信息来计算其寻呼帧标识符，结果是每个链路预算有限的UE装置使用寻呼帧标识符的相同值，并且在DRX循环的相同无线电帧中唤醒以检查寻呼消息。因此，出于寻呼的目的，链路预算有限的UE在相同无线电帧中被“分在一组”。基站可被配置为仅在与寻呼帧标识符的共用值一致的无线电帧中发送用于链路预算有限的UE装置的寻呼消息。在1220处，在非连续接收(DRX)模式的操作中，UE装置可以：在由基站传输的特定下行链路帧的特定子帧处从睡眠醒来，其中特定下行链路帧和特定子帧分别由寻呼帧标识符和寻呼时刻标识符确定；以及确定特定子帧是否包括以该UE装置为目标的寻呼有效载荷信息。此确定可涉及检查寻呼有效载荷信息以确定UE装置的IMSI(或更一般地讲，订户身份)是否包括在寻呼有效载荷信息中。在1225处，响应于确定特定子帧包括以该UE装置为目标的寻呼有效载荷信息，UE装置可以调用随机接入程序，以建立UE装置与基站之间的连接。随机接入程序是无线通信领域所熟知的，并且因此，不需要在这里进行说明。在一些实施方案中，方法1200还可包括以下动作。响应于所述确定UE装置是链路预算有限的，UE装置可基于UE装置的订户身份、DRX循环和参数nB来确定寻呼时刻标识符。在一些实施方案中，确定寻呼时刻标识符的动作包括：基于DRX循环和参数nB来计算参数Ns，其中参数Ns表示每个寻呼帧的可用寻呼时刻的数量；基于UE装置的订户身份、DRX循环和参数nB来计算索引i_s，其中索引i_s指示一个可用寻呼时刻；以及使用参数Ns和索引i_s从表中访问所述一个可用寻呼时刻的标识符值。在一些实施方案中，方法1200还可包括响应于所述确定UE装置的链路预算有限，基于标识信息、DRX循环和参数nB来确定寻呼时刻标识符。在一些实施方案中，确定寻呼时刻标识符的动作包括：基于DRX循环和参数nB来计算参数Ns，其中参数Ns表示每个寻呼帧的可用寻呼时刻的数量；基于标识信息、DRX循环和参数nB来计算索引i_s，其中索引i_s指示一个可用寻呼时刻；以及从用在参数Ns和索引i_s上的表中访问所述一个可用寻呼时刻的标识符值。在一些实施方案中，方法1200还可包括响应于所述确定UE装置的链路预算有限，通过执行以下操作来确定寻呼时刻标识符。(A)UE装置可基于以下各项来计算索引i_s：参数Ns的固定值；UE装置的订户身份；DRX循环；以及参数nB。所述固定值由链路预算有限的UE装置使用。索引i_s指示来自固定的一组可用寻呼时刻标识符值的寻呼时刻标识符值。该组固定可用寻呼时刻标识符值与非链路预算有限的UE装置所使用的常规组寻呼时刻标识符值不相交。(基站使用与常规组寻呼时刻标识符值一致的子帧以常规方式向非链路预算有限的UE装置传输寻呼。)(B)链路预算有限的UE装置可随后使用索引i_s从包括至少固定组可用寻呼时刻标识符值的表访问所述寻呼时刻标识符值。在一些实施方案中，参数Ns的固定值不是集合{1,2,4}的成员。例如，在一些实施方案中，固定值等于6。在一些实施方案中，常规组寻呼时刻标识符值由该组子帧索引{0,4,5,9}定义。在一些实施方案中，上述固定组可用寻呼时刻标识符值由该组子帧索引{1,2,3,6,7,8}定义。在一些实施方案中，所述固定组中的可用寻呼时刻标识符值的数量Ns大于或等于六。可部分地基于数量Ns来计算索引i_s。从用于链路预算有限的UE的一组新ID中的一者确定的寻呼帧(PF)在一组实施方案中，用于操作用户设备(UE)装置的方法1300可包括图13所示的操作。(方法1300还可包括上述特征、元件和实施方案的任何子集。)可执行方法1300以在蜂窝通信系统中提供改进的寻呼性能。方法1300可由链路预算有限的UE装置或已经变得链路预算有限的UE装置执行(而且特别有益于这些UE装置)。(链路预算有限的状态可动态地变化，或可为持久的情况。)在1310处，UE装置可从基站接收系统信息，所述系统信息包括：多个标识符(例如，上述Range_UE_ID)中的一者或多者；非连续接收(DRX)循环；以及参数nB。标识符优选地专门供链路预算有限的UE装置使用，因此可被称为LBL寻呼标识符。换句话讲，基站仅在寻呼已知其链路预算有限的UE装置时，才传输(或广播)这些标识符中的一者或多者。在1315处，响应于确定所述UE装置的链路预算有限，UE装置可以：由UE装置的订户身份确定用户特定ID；基于用户特定ID来选择所述多个标识符中的一个标识符；以及使用所选择的标识符、DRX循环和参数nB来计算寻呼帧标识符。可按常规方式由订户身份(例如，IMSI)确定用户特定ID。对标识符之一的选择可根据从一组可能的用户特定ID到多个标识符的映射(或函数)来执行。该映射(或函数)为基站或负责生成寻呼消息的网络基础结构节点所知。根据该映射，不同的链路预算有限的UE装置将映射到这些标识符中的不同标识符。基站被限于在符合对应标识符的无线电帧上传输用于任何给定的链路预算有限的UE装置的寻呼。因此，用于链路预算有限的UE装置的寻呼消息分散在多个寻呼帧上。利用这种机制，可以用寻呼消息服务于相比假如针对所有链路预算有限的UE装置仅使用单个寻呼标识符的情况数量更大的链路预算有限的UE装置。在1320处，UE装置可使用所计算的寻呼帧标识符和DRX循环执行非连续接收。在一组实施方案中，用于操作用户设备(UE)装置的方法1400可包括图14所示的操作。(方法1400还可包括上述特征、元件和实施方案的任何子集。)可执行方法1400以在蜂窝通信系统中提供改进的寻呼性能。方法1400可由链路预算有限的UE装置或已经变得链路预算有限的UE装置执行(而且特别有益于这些UE装置)。在1410处，UE装置可从基站接收系统信息，所述系统信息包括多个标识符(Range_UE_ID)、非连续接收(DRX)循环和参数nB，其中这些标识符专门供链路预算有限的UE装置使用。(这些标识符可简单地由非链路预算有限的UE装置忽略。)在1415处，响应于确定所述UE装置的链路预算有限，UE装置可以：由UE装置的订户身份确定用户特定ID；基于用户特定ID来选择所述多个标识符中的一个标识符；以及使用所选择的标识符、DRX循环和参数nB来计算寻呼帧标识符。在1420处，在非连续接收模式的操作中，UE装置可以：在由基站传输的特定下行链路帧的特定子帧处从睡眠醒来，其中特定下行链路帧和特定子帧分别由寻呼帧标识符和寻呼时刻标识符确定；以及确定特定子帧是否包括以UE装置为目标的寻呼有效载荷信息。在1425处，响应于确定特定子帧包括以UE装置为目标的寻呼有效载荷信息，UE装置可以调用随机接入程序，以建立UE装置与基站之间的连接。在一些实施方案中，选择所述多个标识符之一的动作包括：确定用户特定ID出现在多个不相交范围中的哪一个范围内，其中每个范围与这些标识符中的相应一者相关联；以及选择对应于所确定的范围的标识符。由修改过的Ns/i_s表确定寻呼时刻(PO)在一组实施方案中，用于操作用户设备(UE)装置的方法1500可包括图15所示的操作。(方法1500还可包括上述特征、元件和实施方案的任何子集。)可执行方法1500以在蜂窝通信系统中提供改进的寻呼性能。方法1500可由链路预算有限的UE装置或已经变得链路预算有限的UE装置执行(而且特别有益于这些UE装置)。在1510处，UE装置可从基站接收系统信息，其中系统信息至少包括非连续接收(DRX)循环和参数nB。在1515处，响应于确定所述UE装置的链路预算有限，UE装置可以执行以下操作。(a)基于UE装置的订户身份来确定UE标识符。(b)使用以下各项计算索引值i_s：参数Ns的固定值；非连续接收(DRX)循环；参数nB；以及UE标识符。(c)基于索引值i_s来从固定组可用寻呼时刻标识符中选择寻呼时刻标识符。该固定组可用寻呼时刻标识符与非链路预算有限的UE装置所使用的常规组寻呼时刻标识符不相交。基站被配置为在与固定组寻呼时刻标识符一致的子帧上传输用于链路预算有限的UE装置的寻呼，并且在与常规组寻呼时刻标识符一致的子帧上传输用于非链路预算有限的UE装置的寻呼。因此，用于不同类型的UE装置的寻呼被分发给不同组子帧。(d)使用寻呼帧标识符、DRX循环和所计算的寻呼时刻标识符执行非连续接收(DRX)。链路预算有限的每个UE装置可使用NS的固定值，而非链路预算有限的每个UE装置可按常规方式(如LTE规范所定义)确定参数NS的值。在一组实施方案中，用于操作用户设备(UE)装置的方法1600可包括图16所示的操作。(方法1600还可包括上述特征、元件和实施方案的任何子集。)可执行方法1600以在蜂窝通信系统中提供改进的寻呼性能。方法1600可由链路预算有限的UE装置或已经变得链路预算有限的UE装置执行(而且特别有益于这些UE装置)。在1610处，UE装置可从基站接收系统信息，其中所述系统信息至少包括非连续接收(DRX)循环和参数nB。在1615处，响应于确定所述UE装置的链路预算有限，UE装置可以执行以下操作。(a)基于UE装置的订户身份来确定UE标识符。(b)使用参数Ns的固定值、非连续接收(DRX)循环、参数nB和UE标识符来计算索引值i_s。链路预算有限的UE装置可使用参数Ns的固定值来计算i_s，而非链路预算有限的UE装置可使用如现有LTE规范所定义的NS的值。(c)基于索引值i_s来从固定组可用寻呼时刻标识符中选择寻呼时刻标识符，其中该固定组可用寻呼时刻标识符与非链路预算有限的UE装置所使用的常规组寻呼时刻标识符不相交。在1620处，在非连续接收(DRX)模式的操作中，UE装置可以：在由基站传输的特定下行链路帧的特定子帧处从睡眠醒来，其中特定下行链路帧和特定子帧分别由寻呼帧标识符和寻呼时刻标识符识别；以及确定特定子帧是否包括以UE装置为目标的寻呼有效载荷信息。在1625处，响应于确定特定子帧包括以UE装置为目标的寻呼有效载荷信息，UE装置可以调用随机接入程序，以建立UE装置与基站之间的连接。在一些实施方案中，Ns的固定值不是集合{1,2,4}的成员。例如，在一些实施方案中，固定值等于6。在一些实施方案中，常规组寻呼时刻标识符由子帧索引集合{0,4,5,9}指定。在一些实施方案中，系统信息还包括专门供链路预算有限的UE使用的标识信息，其中基于标识信息、非连续接收(DRX)循环和参数nB来确定寻呼帧标识符。在一些实施方案中，基于UE装置的订户身份(例如，IMSI)、非连续接收(DRX)循环和参数nB来确定寻呼帧(PO)。连接状态DRX模式在一组实施方案中，用于操作用户设备(UE)装置的方法1700可包括图17所示的操作。(方法1700还可包括上述特征、元件和实施方案的任何子集。)方法1700可由链路预算有限的UE装置或已经变得链路预算有限的UE装置执行(而且特别有益于这些UE装置)。在1710处，UE装置可通过基站来与网络建立连接，其中所述建立致使UE装置进入连接模式的操作。用于建立这种连接的机制在无线通信领域中是众所周知的。在一些实施方案中，UE装置可按符合现有LTE规范的方式建立这种连接。在1715处，响应于确定所述UE装置的链路预算有限，UE装置可进入非连续接收(DRX)模式的操作，同时保持处于连接模式的操作。这种模式可被称为C-DRX模式，以区别于空闲模式DRX。C-DRX模式使用周期性地重复的DRX循环，其中DRX循环包括开启持续时间和关闭持续时间。UE装置在关闭持续时间中处于睡眠模式。在一些实施方案中，C-DRX模式包括：(a)检查在开启持续时间内出现的下行链路控制信道，以确定该下行链路控制信道是否包括用于UE装置的资源分配信息；以及(b)响应于确定下行链路控制信道包括用于UE装置的资源分配信息，使用资源分配信息从下行链路共享信道恢复用于UE装置的有效载荷信息。在这些实施方案中，UE装置被设计为使得其在关闭持续时间中不检查下行链路控制信道，因此节省解码下行链路控制信道的功率和计算工作量。在一些实施方案中，方法1700还可包括经由RRC信令从基站接收DRX循环值，其中DRX循环值确定DRX循环的周期。(RRC是“无线电资源控制”的首字母缩略词。)基站可基于其所经历的通信量或网络载荷量来改变DRX循环值。(可在通信量或网络载荷量较小时使用较大的DRX循环值。)在一些实施方案中，方法1700还可包括经由RRC信令从基站接收DRX循环值，其中DRX循环值确定DRX循环的周期，其中初始DRX循环值(在初始进入C-DRX模式后)等于空闲模式DRX循环值(例如，等于1.28秒或960毫秒)。在一组实施方案中，用于操作执行寻呼的方法1800可包括图18所示的操作。(方法1800还可包括上述特征、元件和实施方案的任何子集。)在1820处，用户设备(UE)1815可向基站1810传输消息，由此向网络告知UE的链路预算有限。UE可能由于设计(例如，由于已被配置为具有执行较差的天线系统)和/或环境因素(例如，由于目前位于小区覆盖较差的区域内、远离基站，或者由于被物理障碍阻挡而相对于基站隐藏)而具有有限的链路预算。UE可被配置为自动地执行传输1820，例如，每当其感测到新基站时。另选地，UE可被配置为在确定其从基站接收到的信号的质量较差(或微弱)时执行传输1820。例如，UE可测量接收到的信号的信号强度(或信号质量的任何其他量度)，并且在实测值下降到低于预定阈值时执行传输1820。在1820处，基站广播系统信息1825。系统信息可包括一个或多个系统信息块(SIB)。基站可在SIB2(类型2的系统信息块)中注入DRX循环值T、参数nB和上述Range_UE_ID。在1830处，UE从系统信息至少解码SIB2。在1832处，UE可基于DRX循环T、参数nB和Range_UE_ID来计算寻呼帧标识符IPF和寻呼时刻标识符IPO。在1835处，基站传输用于链路预算有限的UE的寻呼消息1840。寻呼消息包括在与先前所传输的DRX循环T、参数nB和Range_UE_ID的值一致的寻呼帧和寻呼时刻中。在1845处，UE针对与所计算的寻呼帧标识符和所计算的寻呼时刻标识符一致的每个子帧唤醒，并检查该子帧的PDCCH是否存在P-RNTI。在1850处，如果UE确定PDCCH中存在P-RNTI，则UE解码来自PDCCH的资源分配信息，并检查由分配信息识别的PDSCH资源块，例如与PDCCH相同的子帧中的PDSCH资源块。在1855处，如果资源块内的寻呼有效载荷包括唯一地识别UE的信息(例如，IMSI)，则UE可发起随机接入程序以与网络连接。如无线通信领域中所熟知的，随机接入程序涉及向基站发送物理随机接入信道(PRACH)1857，接收随机接入响应1860，等等。连接到网络的结果是，UE能够接收致使寻呼消息向UE发送的信息(例如，语音呼叫或包流)。如果UE确定寻呼有效载荷不包括唯一地识别UE的信息，则UE可返回到空闲模式，直到与DRX循环T、所计算的寻呼帧标识符和所计算的寻呼时刻标识符一致的下一个子帧为止。用于在后续子帧中的LTE有效载荷重复中寻呼的TTI捆绑如以上各种实施方案中所描述，为了实现用于链路预算有限的UE装置的寻呼的成功解码，可增加PDCCH和PDSCH所使用的资源。这种PDCCH和PDSCH资源使用的增加可致使达到用于寻呼的网络(NW)容量，例如，当多个链路预算有限的装置正被同时寻呼时。为了减轻这种影响，在一个实施方案中，基站(例如，eNodeB)可如下所述执行寻呼传输。如果Ns＝1，则IPO＝9。(参见寻呼时刻表。)在这种情况下，根据一些实施方案，初始在寻呼帧的子帧IPO＝9中传输寻呼载荷，接着在该寻呼帧之后的下一个帧的子帧0、1、2、……中以TTI捆绑(TTI-B)方式重复寻呼载荷，如图20a所示。(每个重复都被标记为Ri_s＝0，以暗示其是初始传输的对应于寻呼时刻Pi_s＝0的重复。)这些重复可在连续子帧中出现。重复的数量可由UE的性能和/或网络(NW)的载荷确定。寻呼载荷可包含需要在当前时间寻呼的所有UE(即，按常规方式处理寻呼消息的正常设备，和按本文所公开的各种方式处理寻呼消息的链路预算有限的设备)的IMSI。(在一些实施方案中，UE装置可随着其状态在链路预算有限与非链路预算有限之间改变，而动态地在本发明所公开的方法之一与常规方法之间切换其寻呼处理方法。常规方法在UE为非链路预算有限的状态时可能令人满意。即使正常设备已经从初始传输解码其寻呼指示，寻呼载荷仍可在重复(即，后续传输)中保持相同。这将确保链路预算有限的设备能够在寻呼载荷的多个传输实例(即，初始传输和重复)上进行软组合。如果Ns＝2，则IPO等于4或9。(参见寻呼时刻表。)根据一些实施方案，如果IPO＝4，则初始在寻呼帧的子帧IPO＝4中传输寻呼载荷，接着在同一寻呼帧的子帧5、6、7、8中重复，如图20b所示。这些重复中的每一者都被标记为Ri_s＝0，以暗示其是寻呼时刻Pi_s＝0在子帧4处的重复。根据一些实施方案，如果IPO＝9，则初始在寻呼帧的子帧IPO＝9中传输寻呼，接着在该寻呼帧之后的下一个帧的子帧0、1、2、3中重复，也如图20b所示。这些重复中的每一者都被标记为Ri_s＝1。如果Ns＝4，则寻呼时刻表将允许分别对应于变量i_s的值0、1、2和3的IPO值0、4、5和9。(参见寻呼时刻表。)然而，为了支持用于链路预算有限的设备的寻呼有效载荷重复，寻呼时刻标识符值0和5比值4和9更有用。(IPO值0和5各自具有未用于常规寻呼的三个紧接子帧。在紧接初始有效载荷传输之后的子帧中跟随有效载荷重复是有益的。)因此，基站和链路预算有限的UE装置可各自使用从集合{0,2}取出的索引i_s’访问寻呼时刻表，因此迫使选择IPO＝0或IPO＝5。根据一些实施方案，如果i_s’＝0，则初始在寻呼帧的子帧IPO＝0中传输寻呼有效载荷，接着在子帧1、2、3中重复，如图20c所示。(初始传输被标记为Pi_s’＝0，并且每个重复都被标记为Ri_s’＝0。)根据一些实施方案，如果i_s’＝2，则初始在子帧IPO＝5中传输寻呼有效载荷，接着在子帧6、7、8中重复，也如图20c所示。(初始传输被标记为Pi_s’＝2，并且每个重复都被标记为Ri_s’＝2。)以下公式可用于计算索引i_s’：i_s’＝2floor(i_s/2)，其中i_s是根据3GPP规范TS36.304来计算的索引。索引i_s’将仅由链路预算有限的设备使用。基于修改过的寻呼时刻表的另选机制用于处理链路预算有限的设备的高载荷的另一个提议是改变Ns/i_s表(即，寻呼时刻表)。该修改过的表包括包含IPO值1和6的新行。这一新行专用于链路预算有限的设备的寻呼，而原始行可用于正常设备(即，非链路预算有限的设备)。IPO值集合{1,6}是有利的，因为其与常规用于寻呼的IPO值集合不相交。(常规使用的集合是{0,4,5,9}。)此外，在不用于常规寻呼的IPO值集合即{1,2,3,6,7,8}内，特定地选择1和6允许最大的空间用于随后跟随的重复。链路预算有限的UE基于Range_UE_ID(或常规UE_ID，其基于UE的IMSI)和固定值Ns’＝2来从集合{1,6}中选择IPO值。(链路预算有限的UE将不需要计算Ns，而是简单地使用固定值Ns’＝2。)例如，可基于由以下公式给出的索引i_s’来选择寻呼时刻值IPO：i_s’＝(Range_UE_ID/N)modNs’，或i_s’＝(UE_ID/N)modNs’。这将确保链路预算有限的UE正在使用与正常设备不同的寻呼时刻。根据一些实施方案，如果i_s’＝0，则基站初始在寻呼帧的子帧IPO＝1中传输寻呼，接着在后续子帧2和3中的每一者中重复传输，如图21所示。根据一些实施方案，如果i_s’＝1，则基站初始在寻呼帧的子帧IPO＝6中传输寻呼，接着在后续子帧7和8中的每一者中重复传输，如图21所示。另外，如果基于Range_UE_ID来计算寻呼帧标识符，则将有可能在与正常UE分开的帧中将用于链路预算有限的UE的寻呼分组。在一组实施方案中，可如图22所示执行用于操作用户设备(UE)装置的方法2200。(方法2200还可包括上述特征、元件和实施方案的任何子集。)方法2200可由链路预算有限的UE装置或已经变得链路预算有限的UE装置执行(而且特别有益于这些UE装置)。方法2200可由UE装置的处理代理执行，例如，由执行程序指令的一个或多个处理器执行，由专用数字电路诸如一个或多个ASIC执行，由可编程硬件诸如一个或多个FPGA执行，或由前述设备的任意组合执行。在2210处，UE可基于(a)从基站接收的寻呼参数和(b)UE装置的订户身份来计算寻呼帧标识符和寻呼时刻标识符。响应于确定(在2220处)UE装置的链路预算有限，UE可执行操作2230至2250。应当注意，确定步骤2220可按与图22中所描绘的次序不同的次序(相对于其他步骤)出现。例如，确定步骤可恰好在接收一个或多个附加符号数据集合之前执行，也可能在计算步骤2210之前执行。在2230处，UE可从特定下行链路帧的特定下行链路子帧接收初始符号数据集合，其中特定下行链路帧和特定下行链路子帧是基于寻呼帧标识符和寻呼时刻标识符从下行链路信号选择的。特定下行链路帧被限于与寻呼帧标识符一致，而特定下行链路子帧被限于与寻呼时刻标识符一致。如本文所用，术语“符号数据集合”应被广义解释为“多个符号”。在2240处，UE可分别从连续跟随在特定下行链路帧的特定下行链路子帧之后的一个或多个子帧接收一个或多个附加符号数据集合，其中基站已经在特定子帧和连续跟随在该特定子帧之后的一个或多个子帧中的每个子帧中编码相同的寻呼有效载荷信息。在2250处，UE可基于初始符号数据集合与一个或多个附加符号数据集合来解码寻呼有效载荷信息。一个或多个随后子帧可在特定下行链路帧中出现(如果该帧内存在空间)并且/或者在紧接跟随在特定下行链路帧之后的下一个帧中出现。在一些实施方案中，解码动作包括软组合(或harq组合)初始符号数据集合与一个或多个附加符号数据集合，以形成组合式符号数据集合。软组合技术和harq组合技术在信号处理领域中被充分地理解。在一些实施方案中，计算寻呼帧标识符和寻呼时刻标识符的动作基于现有3GPP标准(例如，TS36.304)所指定的常规公式。在一些实施方案中，寻呼时刻标识符识别特定下行链路帧的最后子帧，于是一个或多个附加子帧出现在紧接特定下行链路帧之后的帧中。在一些实施方案中，寻呼时刻标识符识别寻呼帧的子帧，即，子帧编号从集合{4,9}获取的子帧。在一些实施方案中，基于迫使寻呼时刻为0或5的公式来计算寻呼时刻标识符。在一些实施方案中，该公式为i_s’＝2(floor(i_s/2))，其中i_s是基于现有3GPP标准(例如，TS36.304)所指定的常规公式来计算的。索引i_s’可用于从如现有3GPP标准所定义的寻呼时刻表的NS＝4行选择。在一些实施方案中，基站已经使用相同的编码方案在特定子帧和连续跟随在该特定子帧之后的一个或多个子帧中的每个子帧中编码寻呼有效载荷信息。在一些实施方案中，方法2200还可包括响应于确定寻呼有效载荷信息指示用户装置正被寻呼(例如，响应于确定寻呼有效载荷信息包括UE装置的IMSI)，而发起随机接入程序。在一组实施方案中，用户设备(UE)装置可包括：至少一个天线、至少一个无线电部件，以及一个处理代理。(UE装置还可包括上述特征、元件和实施方案的任何子集。)该处理代理可由执行程序指令的一个或多个处理器实现，由专用数字电路诸如一个或多个ASIC实现，由可编程硬件诸如一个或多个FPGA实现，或由前述设备的任意组合实现。至少一个无线电部件可被配置为使用至少一种无线电接入技术(RAT)来执行蜂窝通信。该处理代理可耦接到至少一个无线电部件。该处理代理和至少一个无线电部件被一起配置为执行与无线网络基站的语音通信和/或数据通信。该处理代理可被配置为：基于(a)从基站接收的寻呼参数和(b)UE装置的订户身份来计算寻呼帧标识符和寻呼时刻标识符。另外，该处理代理可被配置为响应于确定UE装置的链路预算有限，而执行以下操作。(1)从特定下行链路帧的特定下行链路子帧接收初始符号数据集合，其中特定下行链路帧和特定下行链路子帧是基于寻呼帧标识符和寻呼时刻标识符从下行链路信号选择的。(2)分别从连续跟随在特定下行链路帧的特定下行链路子帧之后的一个或多个子帧接收一个或多个附加符号数据集合，其中基站已经在特定子帧和连续跟随在该特定子帧之后的一个或多个子帧中的每个子帧中编码相同的寻呼有效载荷信息。(3)基于初始符号数据集合与一个或多个附加符号数据集合来解码寻呼有效载荷信息。在本文所描述的各种实施方案中，处理代理被称为向UE装置传输和/或从UE装置接收。应当理解，这些传输动作和/或接收动作是通过恰当地控制包括发射器和/或接收器在内的至少一个无线电部件来执行的。在一组实施方案中，基站可包括至少一个天线、至少一个无线电部件，以及耦接到所述至少一个无线电部件的处理代理。(基站还可包括上述特征、元件和实施方案的任何子集。)该处理代理可按上文描述的各种方式来配置。至少一个无线电部件可被配置为使用至少一种无线电接入技术(RAT)来执行蜂窝通信。该处理代理和至少一个无线电部件被一起配置为执行与UE装置的语音通信和/或数据通信。该处理代理可被配置为基于(a)寻呼参数和(b)用户设备(UE)装置的订户身份来计算寻呼帧标识符和寻呼时刻标识符。另外，处理代理可被配置为响应于确定(或被告知)UE装置的链路预算有限，而执行以下操作。(A)在特定下行链路帧的特定下行链路子帧中传输寻呼有效载荷信息，其中特定下行链路帧和特定下行链路子帧是基于寻呼帧标识符和寻呼时刻标识符从帧序列选择的。(B)在连续跟随在特定子帧之后的一个或多个子帧中的每个子帧中传输相同的寻呼有效载荷信息。在一些实施方案中，计算寻呼帧标识符和寻呼时刻标识符的动作基于现有3GPP标准(例如，TS36.304)所指定的常规公式。在一些实施方案中，寻呼时刻标识符识别特定下行链路帧的最后子帧，于是一个或多个附加子帧出现在紧接特定下行链路帧之后的帧中。在一些实施方案中，寻呼时刻标识符识别寻呼帧的子帧，即，子帧编号从集合{4,9}选择的子帧。在一些实施方案中，基于迫使寻呼时刻为0或5的公式来计算寻呼时刻标识符。例如，该公式可由以下表达式给出：i_s’＝2(floor(i_s/2))，其中i_s是基于现有3GPP标准(例如，TS36.304)所指定的常规公式来计算的。索引i_s’可用于从如现有3GPP标准所定义的寻呼时刻表的NS＝4行(即，对应于NS＝4的行)选择。在一些实施方案中，基站使用相同的编码方案在特定子帧和连续跟随在该特定子帧之后的一个或多个子帧中的每个子帧中编码寻呼有效载荷信息。在一组实施方案中，用于操作链路预算有限的用户设备(UE)装置的方法2300可如图23所示那样执行。(方法2300还可包括上述特征、元件和实施方案的任何子集。)方法2200可由UE装置的处理代理执行，例如，由执行程序指令的一个或多个处理器执行，由专用数字电路诸如一个或多个ASIC执行，由可编程硬件诸如一个或多个FPGA执行，或由前述设备的任意组合执行。在2310处，UE装置可从基站接收寻呼参数(例如，参数nB和非连续接收循环)。在2320处，UE装置可基于标识信息和寻呼参数从固定组的两个寻呼时刻标识符(或更一般地讲，NFS>1)中选择寻呼时刻标识符。该固定组与常规用于LTE中的寻呼的寻呼时刻标识符组{0,4,5,9}不相交。在一些实施方案中，标识信息是专门供链路预算有限的UE装置使用的类别标识符，其中该标识信息是从基站接收的(例如，作为系统信息广播的一部分)。在其他实施方案中，标识信息由UE装置的IMSI确定，例如，按上文描述的各种方式确定。在2330处，UE装置可从特定下行链路帧的特定下行链路子帧接收初始符号数据集合，其中特定下行链路帧和特定下行链路子帧是基于寻呼帧标识符和寻呼时刻标识符从下行链路信号选择的。(下行链路信号由基站传输，并包括时间顺序的无线电帧，其中每个无线电帧包括多个子帧。)在2340处，UE装置可分别从连续跟随在特定下行链路帧的特定下行链路子帧之后的一个或多个子帧接收一个或多个附加符号数据集合。在特定子帧和连续跟随在该特定子帧之后的一个或多个子帧中的每个子帧中编码相同的寻呼有效载荷信息。在2350处，UE装置可基于初始符号数据集合与一个或多个附加符号数据集合来解码寻呼有效载荷信息。在一些实施方案中，固定组可用寻呼时刻标识符是集合{1,6}。在一些实施方案中，选择寻呼时刻标识符的动作包括：基于表达式i_s’＝((identificationinformation)/N)modNs’来计算选择索引i_s’，其中Ns’＝2，N基于寻呼参数来确定；以及基于选择索引i_s’的值来从该固定组中选择寻呼时刻标识符。在一些实施方案中，寻呼帧标识符是基于标识信息计算的。在一组实施方案中，用户设备(UE)装置可包括至少一个天线、至少一个无线电部件，以及耦接到至少一个无线电部件的处理代理。(UE装置还可包括上述特征、元件和实施方案的任何子集。)该处理代理可按上文描述的各种方式来配置。至少一个无线电部件可被配置为使用至少一种无线电接入技术(RAT)来执行蜂窝通信。该处理代理和至少一个无线电部件被一起配置为执行与无线网络基站的语音通信和/或数据通信。该处理代理可被配置为从基站接收寻呼参数(例如，参数nB和非连续接收循环)。另外，该处理代理可被配置为执行以下操作。(1)基于标识信息和寻呼参数从固定组的两个寻呼时刻标识符中选择寻呼时刻标识符，其中该固定组与常规用于LTE中的寻呼的寻呼时刻标识符组{0,4,5,9}不相交。(2)从特定下行链路帧的特定下行链路子帧接收初始符号数据集合，其中特定下行链路帧和特定下行链路子帧是基于寻呼帧标识符和寻呼时刻标识符从下行链路信号选择的。(3)分别从连续跟随在特定下行链路帧的特定下行链路子帧之后的一个或多个子帧接收一个或多个附加符号数据集合，其中基站已经在特定子帧和连续跟随在该特定子帧之后的一个或多个子帧中的每个子帧中编码相同的寻呼有效载荷信息。(4)基于初始符号数据集合与一个或多个附加符号数据集合来解码寻呼有效载荷信息。在一组实施方案中，基站可包括至少一个天线、至少一个无线电部件，以及耦接到至少一个无线电部件的处理代理。(基站还可包括上述特征、元件和实施方案的任何子集。)该处理代理可按上文描述的各种方式来配置。至少一个无线电部件可被配置为使用至少一种无线电接入技术(RAT)来执行蜂窝通信。该处理代理和至少一个无线电部件可被配置为执行与UE装置的语音通信和/或数据通信。该处理代理可被配置为将寻呼参数(例如，参数nB和非连续接收循环)传输到用户设备装置。当UE装置是链路预算有限的时，处理代理可被配置为执行以下操作。(1)基于标识信息和寻呼参数从固定组的两个寻呼时刻标识符中选择寻呼时刻标识符，其中该固定组与常规用于LTE中的寻呼的寻呼时刻标识符组{0,4,5,9}不相交。(2)在特定下行链路帧的特定下行链路子帧中传输寻呼有效载荷信息，其中特定下行链路帧和特定下行链路子帧是基于寻呼帧标识符和寻呼时刻标识符从帧序列选择的。(3)在连续跟随在特定子帧之后的一个或多个子帧中的每个子帧中传输相同的寻呼有效载荷信息。在一些实施方案中，标识信息是专门供链路预算有限的UE装置使用的类别标识符，于是该标识信息是由基站传输的(例如，作为系统信息广播的一部分)。在一些实施方案中，标识信息由UE装置的IMSI确定，例如由存储在UE装置中的IMSI确定。在一些实施方案中，固定组可用寻呼时刻标识符是集合{1,6}。在一些实施方案中，选择寻呼时刻标识符的动作包括：基于表达式i_s’＝((identificationinformation)/N)modNs’来计算选择索引i_s’，其中Ns’＝2，N基于寻呼参数来确定；以及基于选择索引i_s’的值来从该固定组中选择寻呼时刻标识符。在一些实施方案中，寻呼帧标识符是基于标识信息计算的。在以下段落中描述各种附加实施方案。在一组实施方案中，用于在蜂窝通信系统中提供改进的寻呼性能的方法可由基站执行。该方法可包括以下操作。基站可接收旨在用于用户设备(UE)装置的移动被叫。基站可在寻呼控制信道中向UE传输寻呼控制信息，其中寻呼控制信道包括两个、三个或四个OFDM(正交频分复用)符号和在9至32的范围内的聚合程度。基站可在寻呼数据信道中向UE装置传输寻呼有效载荷数据。寻呼控制信道中的寻呼控制信息指定寻呼数据信道中的寻呼有效载荷数据的位置，其中寻呼控制信息能够由UE用来定位寻呼有效载荷数据。寻呼控制信道可为具有格式1C的物理下行链路控制信道(PDCCH)。寻呼控制信息可在包括在寻呼控制信道中之前被编码，其中以比现有3GPP标准中所指定的编码率低的编码率来编码该寻呼控制信息。在一些实施方案中，寻呼控制信道是物理下行链路控制信道(PDCCH)；并且寻呼数据信道是物理下行链路共享信道(PDSCH)。寻呼控制信息可占据在nLOWER到nUPPER的范围内的多个资源块，其中nLOWER是在范围{12,13,14,15,16}内的值，其中nUPPER是在22至48的范围内的值。寻呼控制信息所占据的资源块数量可取决于聚合程度。寻呼有效载荷数据可占据在nLOWER到nUPPER的范围内的多个资源块，其中nLOWER是在范围{12,13,14,15,16}内的值，其中nUPPER是在22至48的范围内的值。寻呼有效载荷数据可在长度上小于或等于40位，例如，当用于传输寻呼有效载荷数据的传输块大小等于40位时。在一些实施方案中，UE装置可仅支持LTE。在这些实施方案中，寻呼有效载荷数据可包括UE的国际移动订户身份(IMSI)，但不包括用于在分组交换数据传送与电路交换数据传送之间进行选择的指示符。在一组实施方案中，用于在蜂窝通信系统中提供改进的寻呼性能的方法可由用户设备(UE)装置执行并且包括以下操作。UE装置可从基站接收寻呼控制信道和寻呼数据信道。响应于确定寻呼控制信道包含寻呼特定临时识别码，UE装置可从寻呼控制信道读取寻呼控制信息，其中寻呼控制信道包括两个、三个或四个OFDM(正交频分复用)符号并且具有在9至32的范围内的聚合程度，其中寻呼控制信道中的寻呼控制信息指定寻呼数据信道中的寻呼有效载荷数据的位置。UE装置可基于寻呼控制信息来确定寻呼数据信道中的寻呼有效载荷数据的位置。响应于确定寻呼有效载荷数据包含识别UE装置的信息，UE装置可执行随机接入程序以通过基站连接到网络。在一些实施方案中，寻呼控制信道可为具有格式1C的物理下行链路控制信道(PDCCH)。在一些实施方案中，寻呼控制信道是物理下行链路控制信道(PDCCH)，并且寻呼数据信道是物理下行链路共享信道(PDSCH)。在一些实施方案中，寻呼控制信息可占据在nLOWER到nUPPER的范围内的多个资源块，其中nLOWER是在范围{12,13,14,15,16}内的值，其中nUPPER是在22至48的范围内的值。在一些实施方案中，寻呼控制信息所占据的资源块数量可取决于聚合程度。在一些实施方案中，寻呼有效载荷数据可占据在nLOWER到nUPPER的范围内的多个资源块，其中nLOWER是在范围{12,13,14,15,16}内的值，其中nUPPER是在22至48的范围内的值。在一些实施方案中，寻呼有效载荷数据可在长度上小于或等于40位，例如，当用于传输寻呼有效载荷数据的传输块大小等于40位时。在一些实施方案中，UE装置还可在已经连接到网络之后接收移动被叫。在一组实施方案中，基站可被配置为执行与无线设备的无线通信。基站可包括无线电部件以及操作性地耦接到该无线电部件的处理代理。该处理代理可被配置为执行以下操作。(1)接收旨在用于用户设备(UE)装置的移动被叫。(2)在寻呼控制信道中向UE传输寻呼控制信息，其中寻呼控制信道包括两个、三个或四个OFDM(正交频分复用)符号和在9至32的范围内的聚合程度。(3)在寻呼数据信道中向UE装置传输寻呼有效载荷数据。寻呼控制信道中的寻呼控制信息可指定寻呼数据信道中的寻呼有效载荷数据的位置，其中寻呼控制信息能够由UE装置用来定位寻呼有效载荷数据。在一组实施方案中，用于操作用户设备(UE)装置的方法可包括以下操作。UE装置可从基站接收系统信息，其中系统信息包括标识信息、非连续接收(DRX)循环和参数nB。响应于确定UE装置的链路预算有限，UE装置可使用标识信息、DRX循环和参数nB计算寻呼帧标识符。UE装置可使用所计算的寻呼帧标识符执行非连续接收。标识信息可专门供链路预算有限的UE装置使用，即，仅结合链路预算有限的UE装置的寻呼来使用。在一组实施方案中，用于操作用户设备(UE)装置的方法可包括以下操作。UE装置可从基站接收系统信息，其中系统信息包括标识信息、非连续接收(DRX)循环和参数nB，其中该标识信息专门供链路预算有限的UE装置使用。响应于确定UE装置的链路预算有限，UE装置可使用标识信息、DRX循环和参数nB计算寻呼帧标识符。在非连续接收模式的操作中，UE装置可以：在由基站传输的特定下行链路帧的特定子帧处从睡眠醒来，其中特定下行链路帧和特定子帧分别由寻呼帧标识符和寻呼时刻标识符确定；以及确定特定子帧是否包括以UE装置为目标的寻呼有效载荷信息。响应于确定特定子帧包括以UE装置为目标的寻呼有效载荷信息，UE装置可以调用随机接入程序，以建立UE装置与基站之间的连接。在一些实施方案中，响应于所述确定UE装置的链路预算有限，UE装置还可基于UE装置的订户身份、DRX循环和参数nB来确定寻呼时刻标识符。在一些实施方案中，确定寻呼时刻标识符的动作可包括：(a)基于DRX循环和参数nB来计算参数Ns，其中参数Ns表示可用寻呼时刻的数量；(b)基于UE装置的订户身份、DRX循环和参数nB来计算索引i_s，其中索引i_s指示一个可用寻呼时刻；以及(c)使用参数Ns和索引i_s从表中访问所述一个可用寻呼时刻的标识符值。在一些实施方案中，响应于所述确定UE装置的链路预算有限，UE装置可基于标识信息、DRX循环和参数nB来确定寻呼时刻标识符。在一些实施方案中，确定寻呼时刻标识符的动作包括：(a)基于DRX循环和参数nB来计算参数Ns，其中参数Ns表示可用寻呼时刻的数量；(b)基于标识信息、DRX循环和参数nB来计算索引i_s，其中索引i_s指示一个可用寻呼时刻；以及(c)使用参数Ns和索引i_s从表中访问所述一个可用寻呼时刻的标识符值。响应于所述确定UE装置的链路预算有限，UE装置可在一些实施方案中通过以下操作来确定寻呼时刻标识符：(1)基于参数Ns的固定值、UE装置的订户身份、DRX循环和参数nB来计算索引i_s，其中该固定值由链路预算有限的UE装置使用，其中索引i_s指示来自固定组可用寻呼时刻标识符值的寻呼时刻标识符值，其中该固定组可用寻呼时刻标识符值与非链路预算有限的UE装置所使用的常规组寻呼时刻标识符值不相交；以及(2)使用索引i_s从至少包括该固定组可用寻呼时刻标识符值的表中访问所述寻呼时刻标识符值。在一些实施方案中，参数Ns的固定值不是集合{1,2,4}的成员。在一些实施方案中，常规组寻呼时刻标识符值由该组子帧索引{0,4,5,9}定义。在一些实施方案中，该固定组可用寻呼时刻标识符值由该组子帧索引{1,2,3,6,7,8}定义。在一些实施方案中，固定组中的可用寻呼时刻标识符值的数量Ns大于或等于六。可部分地基于数量Ns来计算索引i_s。在一组实施方案中，用于操作用户设备(UE)装置的方法可包括以下操作。UE装置可从基站接收系统信息，其中系统信息包括多个标识符、非连续接收(DRX)循环和参数nB。响应于确定UE装置的链路预算有限，UE装置可以：(a)由UE装置的订户身份确定用户特定ID，(b)基于用户特定ID来选择多个标识符中的一个标识符，以及(c)使用所选择的标识符、DRX循环和参数nB计算寻呼帧标识符。UE装置可使用所计算的寻呼帧标识符和DRX循环执行非连续接收。这些标识符可专门供链路预算有限的UE装置使用。在一组实施方案中，用于操作用户设备(UE)装置的方法可包括以下操作。UE装置可从基站接收系统信息，其中系统信息包括多个标识符、非连续接收(DRX)循环和参数nB，其中这些标识符专门供链路预算有限的UE装置使用。响应于确定UE装置的链路预算有限，UE装置可以：由UE装置的订户身份确定用户特定ID；基于用户特定ID来选择所述多个标识符中的一个标识符；以及使用所选择的标识符、DRX循环和参数nB来计算寻呼帧标识符。在非连续接收模式的操作中，UE装置可以：在由基站传输的特定下行链路帧的特定子帧处从睡眠醒来，其中特定下行链路帧和特定子帧分别由寻呼帧标识符和寻呼时刻标识符确定；以及确定特定子帧是否包括以UE装置为目标的寻呼有效载荷信息。响应于确定特定子帧包括以UE装置为目标的寻呼有效载荷信息，UE装置可以调用随机接入程序，以建立UE装置与基站之间的连接。在一些实施方案中，选择所述多个标识符之一的动作可包括：确定用户特定ID出现在多个不相交范围中的哪一个范围内，其中每个范围与这些标识符中的相应一者相关联；以及选择对应于所确定的范围的标识符。在一组实施方案中，用于操作用户设备(UE)装置的方法可包括以下操作。UE装置可从基站接收系统信息，其中系统信息至少包括非连续接收(DRX)循环和参数nB。响应于确定UE装置的链路预算有限，UE装置可以：(a)基于UE装置的订户身份来确定UE标识符；(b)使用参数Ns的固定值、非连续接收(DRX)循环、参数nB和UE标识符计算索引值i_s；以及(c)基于索引值i_s来从固定组可用寻呼时刻标识符选择寻呼时刻标识符，其中固定组可用寻呼时刻标识符与非链路预算有限的UE装置所使用的常规组寻呼时刻标识符不相交。UE装置可使用寻呼帧标识符、DRX循环和所计算的寻呼时刻标识符执行非连续接收。在一些实施方案中，参数Ns的固定值由链路预算有限的UE装置使用。在一组实施方案中，用于操作用户设备(UE)装置的方法可包括以下操作。UE装置可从基站接收系统信息，其中系统信息至少包括非连续接收(DRX)循环和参数nB。响应于确定UE装置的链路预算有限，UE装置可以：(a)基于UE装置的订户身份来确定UE标识符；(b)使用参数Ns的固定值、非连续接收(DRX)循环、参数nB和UE标识符计算索引值i_s，其中参数Ns的固定值由链路预算有限的UE装置使用；以及(c)基于索引值i_s来从固定组可用寻呼时刻标识符选择寻呼时刻标识符，其中固定组可用寻呼时刻标识符与非链路预算有限的UE装置所使用的常规组寻呼时刻标识符不相交。在非连续接收模式的操作中，UE装置可以：在由基站传输的特定下行链路帧的特定子帧处从睡眠醒来，其中特定下行链路帧和特定子帧分别由寻呼帧标识符和寻呼时刻标识符识别；以及确定特定子帧是否包括以UE装置为目标的寻呼有效载荷信息。响应于确定特定子帧包括以UE装置为目标的寻呼有效载荷信息，UE装置可以调用随机接入程序，以建立UE装置与基站之间的连接。在一些实施方案中，Ns的固定值不是集合{1,2,4}的成员。在一些实施方案中，常规组寻呼时刻标识符由子帧索引集合{0,4,5,9}指定。在一些实施方案中，系统信息还包括专门供链路预算有限的UE使用的标识信息。在这些实施方案中，可基于标识信息、非连续接收(DRX)循环和参数nB来确定寻呼帧标识符。在一些实施方案中，可基于UE装置的订户身份、非连续接收(DRX)循环和参数nB来确定寻呼帧(PO)。在一组实施方案中，用于操作用户设备(UE)装置的方法可包括以下操作。UE装置可通过基站来与网络建立连接，其中所述建立致使UE装置进入连接模式的操作。响应于确定UE装置的链路预算有限，UE装置可进入非连续接收(DRX)模式的操作，同时保持处于连接模式的操作。在一些实施方案中，DRX模式使用周期性地重复的DRX循环，其中DRX循环包括开启持续时间和关闭持续时间，并且其中UE装置在关闭持续时间中处于睡眠模式。在这些实施方案中，DRX模式可包括：(a)检查在开启持续时间内出现的下行链路控制信道，以确定该下行链路控制信道是否包括用于UE装置的资源分配信息；以及(b)响应于确定下行链路控制信道包括用于UE装置的资源分配信息，使用资源分配信息从下行链路共享信道恢复用于UE装置的有效载荷信息。在一些实施方案中，UE装置在关闭持续时间中不检查下行链路控制信道。在一些实施方案中，UE装置还可经由RRC信令从基站接收DRX循环值，其中DRX循环值确定DRX循环的周期。基站可基于通信量或网络载荷量来改变DRX循环值。在一些实施方案中，UE装置还可经由RRC信令从基站接收DRX循环值，其中DRX循环值确定DRX循环的周期。初始DRX循环值可等于空闲模式DRX循环。在一组实施方案中，用于操作用户设备(UE)装置的方法可包括以下操作。UE装置可基于(a)从基站接收的寻呼参数和(b)UE装置的订户身份来计算寻呼帧标识符和寻呼时刻标识符。响应于确定UE装置的链路预算有限，UE装置可以：(a)从特定下行链路帧的特定下行链路子帧接收初始符号数据集合，其中特定下行链路帧和特定下行链路子帧是基于寻呼帧标识符和寻呼时刻标识符从下行链路信号选择的；(b)分别从连续跟随在特定下行链路帧的特定下行链路子帧之后的一个或多个子帧接收一个或多个附加符号数据集合，其中基站已经在特定子帧和连续跟随在该特定子帧之后的一个或多个子帧中的每个子帧中编码相同寻呼有效载荷信息；以及(c)基于初始符号数据集合与一个或多个附加符号数据集合来解码寻呼有效载荷信息。在一些实施方案中，解码动作包括软组合初始符号数据集合与一个或多个附加符号数据集合，以形成组合式符号数据集合。在一些实施方案中，计算寻呼帧标识符和寻呼时刻标识符的动作基于现有3GPP标准所指定的常规公式。在一些实施方案中，寻呼时刻标识符识别特定下行链路帧的最后子帧，于是所述一个或多个附加子帧可出现在紧接特定下行链路帧之后的帧中。在一些实施方案中，寻呼时刻标识符识别来自集合{4,9}的寻呼帧的子帧。在一些实施方案中，基于迫使寻呼时刻为0或5的公式来计算寻呼时刻标识符。在一些实施方案中，该公式为i_s’＝2(floor(i_s/2))，其中i_s是基于现有3GPP标准所指定的常规公式来计算的。索引i_s’可用于从如现有3GPP标准所定义的寻呼时刻表的NS＝4行选择。在一些实施方案中，基站已经使用相同的编码方案在特定子帧和连续跟随在该特定子帧之后的一个或多个子帧中的每个子帧中编码寻呼有效载荷信息。在一些实施方案中，UE装置还可响应于确定寻呼有效载荷信息指示用户装置正被寻呼而发起随机接入程序。在一组实施方案中，用户设备(UE)装置可被如下配置。UE装置可包括至少一个无线电部件和处理代理。至少一个无线电部件可被配置为使用至少一种无线电接入技术(RAT)执行蜂窝通信。该处理代理可耦接到至少一个无线电部件，并且被配置为执行以下操作。(1)基于(a)从基站接收的寻呼参数和(b)UE装置的订户身份来计算寻呼帧标识符和寻呼时刻标识符。(2)响应于确定UE装置的链路预算有限，(c)从特定下行链路帧的特定下行链路子帧接收初始符号数据集合，其中特定下行链路帧和特定下行链路子帧是基于寻呼帧标识符和寻呼时刻标识符从下行链路信号选择的；(d)分别从连续跟随在特定下行链路帧的特定下行链路子帧之后的一个或多个子帧接收一个或多个附加符号数据集合，其中基站已经在特定子帧和连续跟随在该特定子帧之后的一个或多个子帧中的每个子帧中编码相同寻呼有效载荷信息；以及(e)基于初始符号数据集合与一个或多个附加符号数据集合来解码寻呼有效载荷信息。在一些实施方案中，所述解码包括软组合初始符号数据集合与一个或多个附加符号数据集合，以形成组合式符号数据集合。在一些实施方案中，所述计算寻呼帧标识符和寻呼时刻标识符基于现有3GPP标准所指定的常规公式。在一些实施方案中，寻呼时刻标识符识别特定下行链路帧的最后子帧，其中所述一个或多个附加子帧出现在紧接特定下行链路帧之后的帧中。在一些实施方案中，寻呼时刻标识符识别来自集合{4,9}的寻呼帧的子帧。在一些实施方案中，基于迫使寻呼时刻为0或5的公式来计算寻呼时刻标识符。在一些实施方案中，该公式由下式给出：i_s’＝2(floor(i_s/2))，其中i_s是基于现有3GPP标准所指定的常规公式来计算的。索引i_s’用于从如现有3GPP标准所定义的寻呼时刻表的NS＝4行选择。在一些实施方案中，基站已经使用相同的编码方案在特定子帧和连续跟随在该特定子帧之后的一个或多个子帧中的每个子帧中编码寻呼有效载荷信息。在一组实施方案中，基站可被如下配置。基站可包括至少一个无线电部件和处理代理。至少一个无线电部件被配置为使用至少一种无线电接入技术(RAT)执行蜂窝通信。该处理代理可耦接到至少一个无线电部件，并且被配置为执行以下操作。(1)基于(a)寻呼参数和(b)用户设备(UE)装置的订户身份来计算寻呼帧标识符和寻呼时刻标识符。响应于确定UE装置的链路预算有限：(2)在特定下行链路帧的特定下行链路子帧中传输寻呼有效载荷信息，其中特定下行链路帧和特定下行链路子帧是基于寻呼帧标识符和寻呼时刻标识符从帧序列选择的；以及(4)在连续跟随于特定子帧之后的一个或多个子帧中的每个子帧中传输相同寻呼有效载荷信息。在一些实施方案中，所述计算寻呼帧标识符和寻呼时刻标识符基于现有3GPP标准所指定的常规公式。在一些实施方案中，寻呼时刻标识符识别特定下行链路帧的最后子帧，于是一个或多个附加子帧出现在紧接特定下行链路帧之后的帧中。在一些实施方案中，寻呼时刻标识符识别来自集合{4,9}的子帧。在一些实施方案中，基于迫使寻呼时刻为0或5的公式来计算寻呼时刻标识符。在一些实施方案中，该公式由下式给出：i_s’(newdevice)＝2(floor(i_s/2))，其中i_s是基于现有3GPP标准所指定的常规公式来计算的。索引i_s’用于从如现有3GPP标准所定义的寻呼时刻表的NS＝4行选择。在一些实施方案中，基站使用相同的编码方案在特定子帧和连续跟随在该特定子帧之后的一个或多个子帧中的每个子帧中编码寻呼有效载荷信息。在一组实施方案中，用于操作链路预算有限的用户设备(UE)装置的方法可包括以下操作。UE装置可从基站接收寻呼参数。UE装置可基于标识信息和寻呼参数从固定组的两个寻呼时刻标识符中选择寻呼时刻标识符，其中该固定组与寻呼时刻标识符组{0,4,5,9}不相交。UE装置可从特定下行链路帧的特定下行链路子帧接收初始符号数据集合，其中特定下行链路帧和特定下行链路子帧是基于寻呼帧标识符和寻呼时刻标识符从下行链路信号选择的。UE装置可分别从连续跟随在特定下行链路帧的特定下行链路子帧之后的一个或多个子帧接收一个或多个附加符号数据集合，其中在特定子帧和连续跟随在该特定子帧之后的一个或多个子帧中的每个子帧中编码相同的寻呼有效载荷信息。UE装置可基于初始符号数据集合与一个或多个附加符号数据集合来解码寻呼有效载荷信息。在一些实施方案中，标识信息是专门供链路预算有限的UE装置使用的类别标识符。可从基站接收该标识信息。在一些实施方案中，由UE装置的IMSI确定该标识信息。在一些实施方案中，固定组可用寻呼时刻标识符是集合{1,6}。在一些实施方案中，所述选择寻呼时刻标识符包括：基于表达式i_s’＝((identificationinformation)/N)modNs’来计算选择索引i_s’，其中Ns’＝2，其中N基于寻呼参数来确定；以及基于选择索引i_s’的值来从该固定组中选择寻呼时刻标识符。在一些实施方案中，寻呼帧标识符是基于标识信息计算的。在一组实施方案中，用户设备(UE)装置可被如下配置。UE装置可包括至少一个无线电部件和处理代理。至少一个无线电部件被配置为使用至少一种无线电接入技术(RAT)执行蜂窝通信。该处理代理可耦接到至少一个无线电部件，并且被配置为执行以下操作。(1)从基站接收寻呼参数。(2)基于标识信息和寻呼参数从固定组的两个寻呼时刻标识符中选择寻呼时刻标识符，其中该固定组与寻呼时刻标识符组{0,4,5,9}不相交。(3)从特定下行链路帧的特定下行链路子帧接收初始符号数据集合，其中特定下行链路帧和特定下行链路子帧是基于寻呼帧标识符和寻呼时刻标识符从下行链路信号选择的。(4)分别从连续跟随在特定下行链路帧的特定下行链路子帧之后的一个或多个子帧接收一个或多个附加符号数据集合，其中基站已经在特定子帧和连续跟随在该特定子帧之后的一个或多个子帧中的每个子帧中编码相同的寻呼有效载荷信息。(5)基于初始符号数据集合与一个或多个附加符号数据集合来解码寻呼有效载荷信息。在一组实施方案中，标识信息是专门供链路预算有限的UE装置使用的类别标识符，其中该标识信息是从基站接收的。在一些实施方案中，由UE装置的IMSI确定该标识信息。在一些实施方案中，固定组可用寻呼时刻标识符是集合{1,6}。在一些实施方案中，所述选择寻呼时刻标识符包括：基于表达式i_s’＝((identificationinformation)/N)modNs’来计算选择索引i_s’，其中Ns’＝2，其中N基于寻呼参数来确定；以及基于选择索引i_s’的值来从该固定组中选择寻呼时刻标识符。在一些实施方案中，寻呼帧标识符是基于标识信息计算的。在一组实施方案中，基站可被如下配置。基站可包括至少一个无线电部件和处理代理。至少一个无线电部件被配置为使用至少一种无线电接入技术(RAT)执行蜂窝通信。该处理代理可耦接到至少一个无线电部件，并且被配置为执行以下操作。(1)向用户设备(UE)传输寻呼参数。当UE装置是链路预算有限的时，(2)基于标识信息和寻呼参数从固定组的两个寻呼时刻标识符选择寻呼时刻标识符，其中该固定组与寻呼时刻标识符组{0,4,5,9}不相交，(3)在特定下行链路帧的特定下行链路子帧中传输寻呼有效载荷信息，其中特定下行链路帧和特定下行链路子帧是基于寻呼帧标识符和寻呼时刻标识符从帧序列选择的，以及(4)在连续跟随于特定子帧之后的一个或多个子帧中的每个子帧中传输相同寻呼有效载荷信息。在一些实施方案中，该标识信息是专门供链路预算有限的UE装置使用的类别标识符，其中该标识信息是由基站传输的。在一些实施方案中，由UE装置的IMSI确定该标识信息。在一些实施方案中，固定组可用寻呼时刻标识符是集合{1,6}。在一些实施方案中，所述选择寻呼时刻标识符包括：基于表达式i_s’＝((identificationinformation)/N)modNs’来计算选择索引i_s’，其中Ns’＝2，其中N基于寻呼参数来确定；以及基于选择索引i_s’的值来从该固定组中选择寻呼时刻标识符。在一些实施方案中，寻呼帧标识符是基于标识信息计算的。可以各种形式中的任一种形式来实现本公开的实施方案。例如，可将一些实施方案实现为计算机实现的方法、计算机可读存储器介质或计算机系统。可使用一个或多个定制设计的硬件装置诸如ASIC来实现其他实施方案。可使用一个或多个可编程硬件元件诸如FPGA来实现另外的其他实施方案。在一些实施方案中，非暂态计算机可读存储器介质可配置为使得其存储程序指令和/或数据，其中如果由计算机系统执行该程序指令，则使得计算机系统执行一种方法，例如本文所述的方法实施方案中的任一种方法实施方案，或本文所述的方法实施方案的任何组合，或本文所述的任何方法实施方案中的任何子集或此类子集的任何组合。在一些实施方案中，装置(例如，UE106)可被配置为包括处理器(或一组处理器)和存储器介质，其中存储器介质存储程序指令，其中该处理器被配置为从存储器介质中读取并执行程序指令，其中程序指令可执行以实现方法，例如本文所述的各种方法实施方案中的任一者(或本文所述的方法实施方案的任何组合，或本文所述的任何方法实施方案的任何子集，或此类子集的任何组合)。可以各种形式中的任一种形式来实现该装置。尽管已相当详细地描述了上述实施方案，但是一旦完全理解了上述公开，许多变型和修改对于本领域的技术人员而言将变得显而易见。本发明旨在使以下权利要求书被解释为涵盖所有此类变型和修改。当前第1页1 2 3 当前第1页1 2 3