CN107258105A - 运行寻呼机制以实现增强覆盖模式 - Google Patents

Abstract

本发明整体描述增强覆盖(EC)寻呼的设备和方法。演进节点B(eNB)可以通过至少一个寻呼周期向用户设备(UE)传输多个EC寻呼消息。每个EC寻呼消息可以包含相同的寻呼信息。UE可以组合各EC寻呼消息以实现预定的链路预算，并且随后可以解码EC组合的寻呼消息，以确定组合的寻呼消息是否被定向到UE。EC寻呼消息可以包含用于多于一个UE以及传统P‑RNTI或针对EC模式的特定P‑RNTI的信息。EC寻呼消息可以通过若干个寻呼周期在传统时机或通过一个或多个寻呼周期在非传统寻呼时机传输。EC寻呼消息可以在特定寻呼周期中以连续或非连续子帧传输。

Description

运行寻呼机制以实现增强覆盖模式

优先权

本申请要求提交于2015年6月29日的美国专利申请序列号14/753,158的优先权，该专利申请要求提交于2014年11月6日并且标题为“运行寻呼机制以实现增强覆盖模式(RAN PAGING MECHANISM TO ENABLE ENHANCED COVERAGE MODE)”的美国临时专利申请序列号62/076,382的优先权，该专利申请的全部内容通以引用方式并入本文。

技术领域

实施例涉及无线电接入网络。一些实施例涉及蜂窝网络中的寻呼机制。

背景技术

在第三代长期演进(3GPP LTE)系统中，存在网络希望与用户设备(UE)通信以通知UE传入数据或系统修改信息的多种情况。网络可以通过发送寻呼消息来寻呼UE，以发起与空闲模式下的特定UE的通信，或以连接的模式对UE寻址，例如，以通知系统信息修改。在某些情况下，UE可以位于网络覆盖不良或存在不良信号条件的地理区域中，即在链路预算比典型网络值低几dB的区域中。这些区域可包括建筑物内部或隔离的地理区域。在此类情况下，UE可能不能以满足当前3GPP标准的正常要求的方式与最近的服务基站(增强型节点B(eNB))通信。机器型设备(MTD)的机器类型通信(MTC)在这方面具有特殊的挑战，因为MTCUE的电池尺寸小并且功率可用性低。

因此，期望使得网络能够成功地寻呼或以其他方式将控制或其他信息与位于不良网络覆盖或不良信号状况的地理区域中的UE进行通信。

附图说明

在不一定按比例绘制的附图中，相同的数字可以在不同的视图中描述相似的组件。具有不同字母后缀的相似的数字可以表示类似组件的不同实例。附图通过举例而非限制的方式说明本文件中讨论的各种实施例。

图1示出根据一些实施例的具有网络的各种组件的LTE网络的端到端网络架构的一部分的示例。

图2示出根据一些实施例的通信设备的功能框图。

图3A至图3C示出根据一些实施例的增强覆盖(EC)寻呼机制。

图4示出根据一些实施例的EC寻呼机制的方法的流程图。

具体实施方式

以下描述和附图充分说明了特定实施例以使本领域技术人员能够实践它们。其他实施例可以包括结构、逻辑、电气、过程和其他变化。一些实施例的部分和特征可以包括在或者代替其他实施例的部分和特征。在权利要求中阐述的实施例包括这些权利要求的所有可用等同物。

图1示出根据一些实施例的具有网络的各种组件的长期演进(LTE)网络的端到端网络架构的一部分的示例。如本文所使用的，LTE网络是指LTE和LTE高级(LTE-A)网络以及要开发的LTE网络的其他版本。网络100可以包括通过S1接口115耦合在一起的无线电接入网络(RAN)(例如，如所示，E-UTRAN或演进的通用陆地无线电接入网络)101和核心网络120(例如，被示出为演进的分组核心(EPC))。为了方便和简洁起见，在该示例中仅示出核心网络120以及RAN 101的一部分。

核心网络120可以包括移动性管理实体(MME)122、服务网关(服务GW)124和分组数据网络网关(PDN GW)126。RAN 101可以包括演进节点B(eNB)104(其可以用作基站)以用于与用户设备(UE)102通信。eNB 104可以包括宏eNB和低功率(LP)eNB。

UE 102可以包括具有增强覆盖(EC)功能或模式的低复杂度(LC)UE和/或UE。与正常UE相比，LC UE可具有有限的功能，并且可与一般eNB进行通信或者限于与专门用于与LCUE交互的eNB进行通信。LC UE可以指目标为降低UE的复杂性以及其成本的新UE类别或类型。LC UE类别的示例可以包括在3GPP Rel-12中定义(并且如在技术报告(TR)36.888中所描述的)的UE类别0或UE的新3GPP Rel-13LC类型，其要求在Rel-13RAN 1LC机器类型通信(MTC)工作项目(WI)中论述，并且目标为将RF/BB带宽(BW)降低到例如1.4MHz、将用于单播和/或广播传输的最大传输块大小(TBS)降低高达1000比特、松弛测量等。LC UE可以用诸如类别M、类别-1或增强类别0的其他名称来引用。尽管本文的实施例可以主要针对新的Rel-13LC UE，但是本文所描述的实施例并不仅限于此类UE，并且可以应用于将来可在未来3GPP版本中定义的未来LC UE。此外，覆盖增强(CE)或增强覆盖(EC)模式可以指UE的操作模式，其中UE可能不能找到合适的小区(即，可以不在任何小区的正常覆盖内)，但可以使用EC程序找到小区(即，可在小区的扩展覆盖内)。EC模式被认为是Rel-13RAN LC MTC WI的要求的一部分，并且目标是通过诸如5、10、15或20dB(也称为覆盖扩展级)的范围来改善UE覆盖。

MME 122可以在功能上类似于传统服务GPRS支持节点(SGSN)的控制平面。MME 122可以管理诸如网关选择和跟踪区域列表管理的接入中的移动性方面。服务GW 124可以终止朝向RAN 101的接口，并且在RAN 101和核心网络120之间路由数据分组。此外，服务GW 124可以是用于eNB间切换的本地移动性锚点，并且还可以提供用于3GPP间移动性的锚点。其他责任可包括合法拦截、收费和一些政策执行。服务GW 124和MME 122可以在一个物理节点或单独的物理节点中实现。PDN GW 126可以终止朝向分组数据网络(PDN)的SGi接口。PDN GW126可以在EPC 120和外部PDN之间路由数据分组，并且可以执行策略实施和计费数据收集。PDN GW 126还可以为具有非LTE接入的移动设备提供锚点。外部PDN可以是任何种类的IP网络以及IP多媒体子系统(IMS)域。PDN GW 126和服务GW 124可以在单个物理节点或单独的物理节点中实现。

(宏和微)eNB 104可以终止空中接口协议，并且可以是用于UE 102的第一联络点。在一些实施例中，eNB 104可以为RAN 101实现各种逻辑功能，包括但不限于RNC(无线网络控制器功能)，诸如无线电承载管理、上行链路和下行链路动态无线资源管理和数据分组调度等，以及移动性管理。根据实施例，UE 102可以被配置为根据OFDMA通信技术通过多载波通信信道与eNB 104传输正交频分复用(OFDM)通信信号。OFDM信号可以包括多个正交子载波。

S1接口115可以是分离RAN 101和EPC 120的接口。它可以被分成两部分：可以在eNB 104和服务GW 124之间载运业务数据的S1-U，以及可以是eNB 104和MME 122之间的信令接口的S1-MME。X2接口可以是eNB 104之间的接口。X2接口可以包括X2-C和X2-U两个部分。X2-C可以是eNB 104之间的控制平面接口，而X2-U可以是eNB 104之间的用户平面接口。

通过蜂窝网络，LP小区通常可用于将覆盖范围扩展到室外信号不能很好地抵达的室内区域，或者用于在具有密集使用的区域中增加网络容量。具体地，可需要使用不同大小的小区、宏小区、微小区、微微小区和毫微微小区来增强无线通信系统的覆盖，以提高系统性能。不同大小的小区可以在相同的频带上操作，或者可以在不同的频带上操作，其中每个小区在不同的频带中工作，或者仅不同大小的小区在不同频带上操作。如本文所使用的，术语低功率(LP)eNB是指用于实现诸如毫微微小区、微微小区或微小区的较小小区(小于宏小区)的任何合适的相对较低功率的eNB。毫微微小区eNB通常可由移动网络运营商提供给其住宅或企业客户。毫微微小区通常可以是住宅网关的尺寸或者更小，并且通常连接到宽带线路。毫微微小区可以连接到移动运营商的移动网络，并且在通常为30到50米的范围内提供额外的覆盖。因此，LP eNB可以是毫微微小区eNB，因为它通过PDN GW 126耦合。类似地，微微小区可以是通常覆盖小区域诸如建筑物(办公室、商场、火车站等等)或最近在飞机上的无线通信系统。微微小区eNB通常可以通过其基站控制器(BSC)功能通过X2链路连接到诸如宏eNB的另一个eNB。因此，LP eNB可以由微微小区eNB实现，因为它可以经由X2接口耦合到宏eNB。微微小区eNB或其他LP eNB可以并入宏eNB的一些或所有功能。在某些情况下，这可以被称为接入点基站或企业毫微微小区。

通过LTE网络的通信可以被分成10ms帧，每个帧可以包含10个1ms的子帧。帧的每个子帧又可以包含0.5ms的两个时隙。每个子帧可以用于从UE到eNB的上行链路(UL)通信或从eNB到UE的下行链路(DL)通信。在一个实施例中，eNB可以比UL通信在特定帧中分配更多数量的DL通信。eNB可以通过各种频带(f₁和f₂)调度传输。在一个频带中使用的子帧中的资源分配可与另一个频带中的资源分配不同。根据所使用的系统，子帧的每个时隙可包含6-7个符号。在一个实施例中，子帧可以包含12个子载波。下行链路资源网格可以用于从eNB到UE的下行链路传输，而上行链路资源网格可以用于从UE到eNB或从UE到另一个UE的上行链路传输。资源网格可以是时间频率网格，其是每个时隙中的下行链路中的物理资源。资源网格中最小的时频单位可以表示为资源元素(RE)。资源网格的每列和每行可分别对应于一个OFDM符号和一个OFDM子载波。资源网格可以包含描述物理信道到资源元素和物理RB(PRB)的映射的资源块(RB)。PRB可以是可以分配给UE的资源的最小单元。资源块的频率可以是180kHz宽，时间长1个时隙。在频率上，资源块可以是12×15kHz子载波或24×7.5kHz子载波宽。对于大多数信道和信号，根据系统带宽，每个资源块可以使用12个子载波。在频分双工(FDD)模式中，上行链路和下行链路帧均可以分别为10ms和频率(全双工)或时间(半双工)。在时分双工(TDD)中，上行链路和下行链路子帧可以在相同的频率上传输，并且在时域中被复用。时域中的资源网格400的持续时间对应于一个子帧或两个资源块。每个资源网格可以包括12个(子载波)*14(符号)＝168个资源元素。

可以存在使用此类资源块(包括物理下行链路控制信道(PDCCH)和物理下行链路共享信道(PDSCH))来传送的若干不同的物理下行链路信道。每个子帧可以被划分成PDCCH和PDSCH。PDCCH通常可以占用每个子帧的前两个符号，并且其中包含关于与PDSCH信道相关的传输格式和资源分配的信息以及与上行链路共享信道相关的H-ARQ信息。PDSCH可以向UE载运用户数据和较高层信令，并占用子帧的剩余部分。通常，可以在eNB处基于从UE向eNB提供的信道质量信息来执行下行链路调度(向小区内的UE分配控制和共享信道资源块)，然后可以向在用于(分配给)UE的PDCCH上的每个UE发送下行链路资源分配信息。PDCCH可以包含多种格式之一的下行链路控制信息(DCI)，所述格式告知UE如何从资源网格发现和解码在相同子帧中的PDSCH上传输的数据。DCI格式可以提供诸如资源块数量、资源分配类型、调制方案、传输块、冗余版本、编码速率等细节。每个DCI格式可以具有循环冗余码(CRC)，并用识别PDSCH所针对的目标UE的无线电网络临时标识符(RNTI)加扰。使用UE特定的RNTI可以将DCI格式(因此相应的PDSCH)的解码限制为仅预期的UE。

PDCCH包括传统的PDCCH或增强型PDCCH(ePDCCH)以及可被定义的其它PDCCH，诸如用于在降低的BW(例如1.4MHz)上工作的Rel-13LC UE，因此新的LC-PDCCH或LC-ePDCCH也可以在PDSCH的降低的BW区域内定义。PDCCH可以使用CCE(控制信道单元)来传送控制信息。在被映射到资源元素之前，可以将PDCCH复值符号首先组织成四元组，然后可以使用子块间隔器进行配置以进行速率匹配。可以使用这些CCE中的一个或多个来传输每个PDCCH，这取决于DCI的大小和信道条件，其中每个CCE对应于被称为资源元素组(REG)的九组四个物理资源元素。四个QPSK符号映射到每个REG。在具有不同数量的CCE(例如，聚合级，L＝1、2、4或8)的LTE中可以存在四种或更多种不同的PDCCH格式。如将在下面更详细地讨论的，PDCCH可以由网络使用以在空闲模式下向UE提供寻呼。

图2示出根据一些实施例的通信设备(例如，UE或eNB)的功能框图。通信设备200可以包括物理层(PHY)电路202，其以用于向和从通信设备、其他eNB、其他UE或使用电连接到PHY电路的一个或多个天线201的其它设备传输和接收无线电频率电信号。PHY电路202可以包括用于调制/解调、上变频/下变频、滤波、放大等的电路。通信设备200还可以包括媒体接入控制层(MAC)电路204，其用于控制对无线介质的接入并配置用于通过无线介质进行通信的帧或分组。通信设备200还可以包括被布置为配置蜂窝设备的各种元件以执行本文描述的操作的处理电路206和存储器208。存储器208可以用于存储用于配置处理电路206以执行操作的信息。

在一些实施例中，通信设备200可以是便携式无线通信设备的一部分，所述便携式无线通信设备为诸如个人数字助理(PDA)、具有无线通信能力的膝上型计算机或便携式计算机、网络平板电脑、无线电话、智能电话、无线耳机、寻呼机、即时通讯装置、数码相机、接入点、电视机、医疗装置(例如，心率监视器、血压监视器等)、可穿戴装置、传感器或可以无线地接收和/或传输信息的其他设备。在一些实施例中，通信设备200可以包括键盘、显示器、非易失性存储器端口、多个天线、图形处理器、应用处理器、扬声器和其他移动设备元件中的一个或多个。显示器可以是包括触摸屏的LCD屏幕。

由通信设备200使用的一个或多个天线201可以包括一个或多个定向或全向天线，包括例如偶极子天线、单极天线、贴片天线、环形天线、微带天线或适用于传输RF信号的其他类型的天线。在一些实施例中，可以使用具有多个孔的单个天线代替两个或更多个天线。在这些实施例中，每个孔可以被认为是单独的天线。在一些多输入多输出(MIMO)实施例中，可以有效地分离天线以利用可在接收站的每个天线和发射台的每个天线之间产生的空间分集和不同的信道特性。在一些MIMO实施例中，天线可以分离多达波长的1/10或更多。

尽管通信设备200被示为具有若干单独的功能元件，功能元件中的一个或多个可以被组合并且可以通过软件配置的元件的组合来实现，所述元件为诸如包括数字信号处理器(DSP)的处理元件和/或其他硬件元件。例如，一些元件可以包括一个或多个微处理器、DSP、专用集成电路(AS1C)、射频集成电路(RFIC)以及用于至少执行本文描述的功能的各种硬件和逻辑电路的组合。在一些实施例中，功能元件可以指在一个或多个处理元件上操作的一个或多个处理。

所描述的实施例可以以硬件、固件和软件的一个或组合来实现。实施例还可以被实现为存储在计算机可读存储介质上的指令，其可由至少一个处理器读取和执行以执行本文所述的操作。计算机可读存储介质可以包括用于以机器(例如，计算机)可读的形式存储信息的任何非暂时性机制。例如，计算机可读存储介质可以包括只读存储器(ROM)、随机存取存储器(RAM)、磁盘存储介质、光存储介质、闪存设备以及其他存储设备和介质。在这些实施例中，一个或多个处理器可以配置有执行本文所述操作的指令。

在一些实施例中，处理电路206可以被配置为根据OFDMA通信技术通过多载波通信信道接收OFDM通信信号。OFDM信号可以包括多个正交子载波。在一些宽带多载波实施例中，蜂窝设备200可以作为宽带无线接入(BWA)网络通信网络的一部分来操作，诸如全球互通微波接入(WiMAX)通信网络或第三代合作伙伴计划(3GPP)通用陆地无线电接入网(UTRAN)或LTE通信网络、LTE高级通信网络、第五代(5G)或更高版本的LTE通信网络或高速下行链路/上行链路接入(HSDPA/HSUPA)通信网络，但本发明的范围并不限于此。

如上所述，在一些实施例中，UE可以是LC UE。LC UE可以能够通过有限的RF或BW范围进行通信，例如，对于正常UE为1.4MHz(而不是20MHz)，并且对于单播和/或广播传输具有较低的最大传输块大小，例如，高达1000位。LC UE的示例包括在3GPP Rel-12(例如TR36.888)或Rel-13LC MTC中定义的UE类别0。LC UE可以接收在整个系统BW内的任何位置的有限或减小的BW。例如，如果系统BW为1.4MHz，则可只有一个可能的位置；然而，如果系统BW>＝1.4MHz，则可存在1.4MHz的B W可位于该处的多个位置。在一些实施例中，如果有限或减小的BW是1PRB，则减小的BW可以小于1.4MHz。

在一些实施例中，UE可以是传统UE。如本文所使用的术语传统可以指在3GPP Rel-13之前定义的任何设备或系统。在一些实施例中，UE可以是增强覆盖(EC)模式UE，其可以指UE的操作模式，该在操作模式中，UE不能找到具有足够链路增益的服务小区(即，UE可以不在任何小区的正常覆盖内)，但是可以使用EC程序找到小区(即，UE可以在小区的扩展覆盖内)。下面更详细地描述这些实施例。

如上所述，UE可以具有包括RRC连接模式和空闲模式的若干模式。为了控制UE的模式，eNB和RAN或核心网络的元素可以具有与UE相关联的各种定时器。这些定时器可以控制UE的状态改变。在一个实施例中，可以例如在UE和eNB之间建立无线电资源控制(RRC)连接。eNB可以使用一个或多个不活动定时器来确定从最后一个UE活动开始的时间，并且因此向UE指示在一个或多个RRC连接状态之间以及RRC连接状态与空闲状态之间转换。在空闲状态下，网络可以将UE释放到空闲模式，其中在UE和任何eNB之间没有建立RRC连接，而核心网络中的MME保留关于其中注册UE的跟踪区域的信息。

在UMTS实施例中，例如，RRC连接的状态可以包括小区专用信道(Cell_DCH)状态、小区寻呼信道(CELL PCH)状态、通用陆地无线电接入网(UTRAN)注册区域(URA)寻呼信道(URA PCH)状态或前向接入信道(CELL FACH)状态。

在UE进入空闲模式之后，在一个实施例中，eNB可以随后向UE发送寻呼消息以通知UE，例如诸如电话呼入的传入数据。寻呼消息可导致UE发起RRC连接的建立。因为UE处于空闲模式，所以核心网络可以不知道UE在RAN的哪个小区。这可导致核心网络具有RAN页面，在其中UE被注册的跟踪区域中的多个小区上的UE，以确保通过寻呼消息之一到达UE。

在一些实施例中，寻呼程序可以由MME发起，MME可以经由使用S1应用协议的S1接口向跟踪区域内的eNB发送S-AP寻呼消息。然后，每个eNB可以经由无线电接口使用RRC协议来传输RRC寻呼消息。RRC寻呼消息可以包括被从多个S1AP寻呼消息定向到eNB信息的信息，因为在一个实施例中，在单个RRC寻呼消息中，使用每个UE的SAE临时移动用户标识(S-TMS1)一次可以寻呼多达16个不同的UE。S-TMS1是由核心网络提供的临时UE标识，其唯一地标识跟踪区域内的UE，并且可以从MME代码(MMEC)(其唯一地标识MME组内的MME)和MMETMS1(M-TMS1)构造。在其他实施例中，在一个寻呼时机中可被寻呼的UE的数量可被核心网络限制为小于16。MME可以重新尝试寻呼程序，该程序又可以在网络相关的时间量已经过去之后触发RRC寻呼消息重传，而没有从UE接收到任何响应。重传可以是与先前的传输相同的传输，或者可以具体地定向到没有响应的UE。当MME发起寻呼时，eNB可以确定UE将监视PDCCH的寻呼时机。由于地震和海啸警报系统(ETWS)警报或由于系统信息的改变，eNB也可发起寻呼。在这种情况下，可以在所有寻呼时机传输寻呼，因为它可以不被定向到特定的UE。PDCCH可以指示在PDCCH内使用P-RNTI的这些寻呼事件之间的差异，以指示在子帧内的PDSCH内发送PCH分配。

在一些实施例中，取决于UE是处于正常模式还是处于EC模式，可以存在不同的寻呼程序。在此类实施例中，MME可以使用EC寻呼程序或使用可由MME以及由eNB确定的正常寻呼程序来确定UE是否应被寻呼。这可以基于例如在MME中作为UE背景存储的UE能力。EC寻呼程序可以以多种方式中的任一种的一种或多种与传统寻呼程序不同，包括使用不同的P-RNTI(EC-P-RNTI)、不同的寻呼消息、不同的不连续接收(DRX)周期和寻呼时机以及重复和重传的不同数量和方式。EC-P-RNTI可以在传统PDCCH内或在降低的BW内定义的新的PDCCH或要定义的不同/新ePDCCH内发送。EC寻呼程序可以允许处于EC模式的UE组合多个寻呼传输，以实现由于UE在服务eNB的正常范围之外而可无法实现的寻呼消息的期望的链路预算。

UE可以在空闲模式下使用DRX，以便降低功耗并随后增加电池寿命。DRX允许UE通过不连续监视控制信道并将RF调制解调器长时间置于休眠状态而仅允许在预定时间接收信号，来降低功率。UE可以基于包括在系统信息块2(SIB2)中的信息来计算何时唤醒以监视寻呼信道，例如使用如在TS36.331所示的默认寻呼周期(defaultPagingCycle)或UE特定寻呼周期。本文描述的实施例还可以适用于其中可以定义与寻呼DRX周期相关的新规则或新信息的未来实施例，诸如扩展寻呼DRX周期。

当使用DRX时，UE可以在每个DRX周期仅监视PDCCH中的一个P-RNTI，以确定是否包括寻呼消息。在一个实施例中，如果UE检测到P-RNTI，则UE通常可以随后解码PDSCH以确定寻呼消息是否被定向到UE。寻呼时机是其中在对寻呼消息寻址的PDCCH上传输P-RNTI的子帧。当使用DRX时，在一个实施例中，，UE可以在每个DRX周期仅监视一个寻呼时机。

EC寻呼重传是指可以用于到达以EC模式操作的UE的重传。在一个实施例中，EC寻呼重传可以由eNB和/或诸如MME的另一网络节点来控制。虽然发送了EC寻呼重传，但是在一个实施例中，寻呼消息的内容不改变，以便在EC模式中的UE能够组合重复并成功解码寻呼消息，但实施例的范围不是在这方面受到限制。

图3A至图3C示出根据一些实施例的EC寻呼机制。图3A至图3C示出具有寻呼时机304和不同寻呼重复(即，寻呼重传306)的寻呼周期302。图3A至图3C中的每个寻呼周期302可以包括多个子帧(未示出)，其中UE可以被多次寻呼并且可以监视多个寻呼时机，这与传统寻呼不同，在传统寻呼中UE被寻呼一次并且可以在每个寻呼周期根据TS 36.304仅监视单个寻呼时机。

在图3A中，寻呼时机304在每个寻呼周期302的开始处被传输，并且在寻呼周期302内的多个子帧之间作为EC寻呼重传306重复。在其他实施例中，寻呼时机的位置可以在除寻呼周期302的开始之外的位置，例如，基于根据36.304的传统公式所定义的UE ID。因此，EC寻呼重传306可以发生在传统寻呼机制中不会发生寻呼时机的子帧中。在这种情况下，例如，如果UE是处于EC模式的MTC UE，则一旦MTC UE确定寻呼时机304被定向为用于MTC UE的寻呼，MTC UE可以使用跨子帧信道估计来进一步提高在解码PDSCH时的性能。但是，功耗在某些情况下可成为一个问题。具体地，由于传统寻呼周期可以是320ms到2.56s，并且UE在每个寻呼周期中监视寻呼时机，使EC寻呼重传在每个寻呼周期内跨多个子帧可迫使MTC UE监视增加数量的子帧。在一些实施例中，子帧可以是非连续的，并且频率资源也可以是不同的(例如，由于频率跳变)。在UE可具有不同的EC级(例如，在维持预定的链路预算的情况下扩展不同的距离)的某些情况下，资源冲突可发生在针对具有不同EC级的MTC UE的单个寻呼周期内的多个重复寻呼传输之间。

为了减少资源冲突的可能性，图3B示出其中EC寻呼传输可以仅在可能的传统寻呼时机重复的另一EC寻呼机制。与图3A的实施例不同，其中寻呼消息传输和重传可以被限制到单个寻呼周期，在该实施例中，寻呼消息传输和重传在多个寻呼周期上延伸。不同于传统的寻呼机制，其中跨越不同寻呼周期的寻呼时机可以是独立的(例如，可寻呼不同的UE)，在图3B中，跨多个寻呼周期的寻呼时机可以将相同的寻呼信息载运到相同的EC模式UE。

在图3B中，可以以延长的寻呼延迟为代价来避免在一帧内的多个EC寻呼重传之间的资源冲突，这与传统寻呼不同，可以使用多个寻呼时机314来提供期望的链路预算。然而，这也可以不增加UE的功耗，因为在EC模式中的UE可以仅尝试对寻呼周期312内的单个寻呼传输进行解码。由eNB在不同寻呼周期中传输的多个EC寻呼重传的组合用于成功解码寻呼消息，在延迟的一个示例中，最短的传统寻呼周期为320ms，并且如果使用80次重复来获得所需的链路预算，则延迟将为25.6s。在这些情况下，UE可以消耗比传统连接时间高100倍的时间以连接到网络。因此，如果延迟增加了100倍，则通过仅在可能的传统寻呼时机314上重复EC寻呼传输引入的延迟是可以允许的。在一个示例中，传统寻呼周期的范围可以是从320ms到2560ms，其可以使用EC寻呼传输增加到32s-256s。

图3C所示的第三EC寻呼机制可以组合图3A和图3B的EC寻呼机制。如图所示，预定数量(>1)的寻呼传输(寻呼时机324和EC寻呼重传326)可以在每个寻呼周期322内发生，以及跨越预定数量(也>1)的寻呼周期324的重复传输可发生。寻呼周期322内的EC寻呼重传326的数量可以不同于寻呼周期数322的数量，其中跨该寻呼周期322发生EC寻呼重传326。寻呼周期322内的EC寻呼重传326的数量以及跨其发生EC寻呼重传326的寻呼周期322的数量中的每个可以被预先定义并存储在UE的存储器中，或者可以由eNB配置并发送到UE，例如在SIB中。在图3C所示的实施例中的单个寻呼周期322内的EC寻呼重传326的数量可以小于图3A所示的该数量，相比于图3A的情况，这导致功率消耗降低并且资源碰撞的潜力降低。类似于图3A的EC寻呼机制，在图3C中，每个寻呼周期322内的EC寻呼传输可以以连续的子帧传输，或者可以被扩展，使得EC寻呼重传326中的至少一些可以以非相邻的子帧中传输。在一些实施例中，可以以相邻子帧传输EC寻呼重传326中的一些，而以每个寻呼周期中的非相邻子帧发送至少一个EC寻呼重传326。

如上所述，在其上传输EC寻呼重传326的每个寻呼周期322中的子帧可以被预先定义并存储在UE的存储器中，或者可以由eNB配置并传输给UE。在一些实施例中，无论在相邻子帧还是在非相邻子帧中，EC寻呼重传326可以稍微接近以最大化UE的休眠时间并节省功率。例如，在一些实施例中，EC寻呼重传326可以全部出现在前n个子帧，无论是相邻的还是不相邻的，而在其他实施例中，EC寻呼重传326中的一些可以出现在前m个子帧中，而EC寻呼重传326中的一些可以在后续的寻呼周期322之前的最后p个子帧中发生(其中m、n和p都是具有2或更大的值的整数)。

可以使用不同的技术来组合在PDSCH中提供的寻呼信息。在一些实施例中，可以使用追踪组合或增量冗余。在追踪组合中，可以在每个寻呼传输的每个PDSCH中重传完全相同的信息(例如，数据和奇偶校验位)。所接收的信号可以存储在UE的缓冲器中，并使用最大比合并求和来提供期望的链路预算。在增量冗余中，每次重传可包含不同的信息。具体地，在增量冗余中，生成多组编码比特，每组代表同一组信息比特，并且每次传输可以使用具有不同冗余版本的不同组的编码比特。可以定义冗余版本以提高解码性能。例如，可以为Turbo编码定义四个冗余版本(RV)[0，1，2，3]，其对应于用于编码和解码的循环缓冲器中的不同起始点。在一个实施例中，追踪组合或增量冗余是否正被使用的指示可以由规范预先定义并存储在UE的存储器中，或者可以通过传输给UE的较高层信令(例如RRC信令)来配置。此外，用于增量冗余传输的冗余版本模式可以被预先定义并存储在UE的存储器中，或者可以由传输给UE的较高层信令来配置。在各种示例中，可以使用第一预定义冗余版本模式[0 2]来表示包含两个重复传输的增量冗余传输(RV＝0用于第1传输，RV＝2用于第2传输)，而可以使用第二预定义冗余版本模式[0，2，3，1]来表示包含四个重复传输的增量冗余传输(RV＝0用于第1传输，RV＝2用于第2传输，RV＝3用于第3传输，RV＝1用于第4传输)。频率跳变也可结合追踪组合或增量冗余传输执行，以提高链路性能，特别是对于可具有有限频带通信能力的MTC或其他LC UE。如上所述，频率跳变参数可以被预定义并存储在UE的存储器中，或者可以通过传输到UE的较高层信令来配置。

为了接收和使用寻呼重传，UE可以在空闲模式休眠周期期间保持软缓冲器信息。在空闲模式休眠周期中，UE通常将RF和基带组件(例如，收发器、放大器)断电，导致软缓冲器掉电和软缓冲区内容丢失。在诸如图3B所示实施例的实施例中，其中EC寻呼传输之间的时间有些大，一旦接收到EC寻呼传输，软缓冲器就可以保持电力。

在各种实施例中，可希望UE确定是否正在使用其中每个寻呼消息是单数的传统寻呼程序或其中寻呼消息将被组合的EC寻呼程序来传输由eNB传输的寻呼消息。如上所述，确定正在使用哪种类型的程序的一种方式是通过使用P-RNTI。在一个实施例中，传统P-RNTI可以用于传统寻呼程序和EC寻呼程序。在这种情况下，可以由eNB使用特定区域(例如，频率)和/或子帧中的特定PRB来传输P-RNTI，从而允许UE确定P-RNTI的该位置(时间和频率)正在使用哪个寻呼程序。所使用的特定PRB可以包括也可以不包括用于传统寻呼的PRB。在另一实施例中，可以使用不同的P-RNTI(以下称为EC-P-RNTI)。EC-P-RNTI可以用于指示所有EC寻呼传输，无论是初始传输还是后续重传。在另一个实施例中，可以使用不同的EC-P-RNTI来区分初始的EC寻呼传输和随后的EC寻呼重传。在另一个实施例中，新的EC-P-RNTI可以用于仅指示初始的EC寻呼传输。在该最后一个实施例中，如上所述，EC寻呼重传的位置可以由UE预先定义并存储在UE的存储器中，或者由传输给UE的较高层广播或单播信令配置。

然而，在其他实施例中，与寻呼程序的类型相关的信息可以不依赖于P-RNTI(任一值或位置)，并且根本不依赖于PDCCH。在此类实施例中，可以不发送PDCCH，从而减少使用EC寻呼程序进行寻呼的网络开销。在这些实施例中的一些实施例中，所有EC寻呼传输的位置可以由在UE的存储器中预定义并存储的UE知晓，或者由传输到UE的较高层广播或单播信令来配置。在这些位置，UE可以简单地尝试在PDSCH中接收(并组合和解码)EC寻呼传输。另选地，EC寻呼传输的频率位置可以由在UE的存储器中预先定义并存储的UE知晓，或者由传输到UE的较高层广播或单播信令配置。在这种情况下，PRB索引可以被定义为UE的标识的函数(例如，国际移动用户标识(IMS1)MOD 4096)、寻呼帧和/或寻呼时机。然后，UE可以使用其他已知特性，诸如频率区域、调制和编码方案(MCS)以及PRB大小，来确定寻呼调度。然而，由于在上述实施例中不使用PDCCH，每个寻呼消息的PDSCH可以由UE组合和解码，从而与传统寻呼程序相比导致额外的功率消耗，在传统寻呼程序中只有当P-RNTI存在于PDCCH中才进行尝试。

在一些实施例中，初始EC寻呼传输的时间位置可以在与传统寻呼时机相同的时间位置处发生。在这种情况下，如上所述，EC寻呼重传可以在UE已知的时间(和频率)位置发生。然而，在一些实施例中，UE可以通过具有关于eNB可以在哪个寻呼时机发送新的EC寻呼消息的信息来区分寻呼时机。UE可以经由网络广播获得关于EC寻呼时机的信息，并使用该信息来确定UE应该开始组合所接收到的EC寻呼传输的子帧。在一个示例中，广播指示用于确定寻呼帧计算SFN mod(广播中提供的号码)＝0的系统帧号(SFN)的mod。网络可以另选地在主信息块或系统信息块中指示何时发送新的EC寻呼消息。在另一个实施例中，UE可以通过广播或专用信令来存储或传输表示EC寻呼消息的周期的信息。指示可以是相对于传统寻呼，诸如指示与传统寻呼时机的关系或提供传统寻呼DRX周期的倍数。

图4示出根据一些实施例的EC寻呼机制的方法的流程图。该方法可以由诸如UE102(图1)的UE来执行，以接收在图3A至图3C中的任一个中的寻呼消息。在图4中，寻呼消息可以由服务于UE的eNB传输并由UE在步骤402接收。UE可以处于空闲模式或者可以处于RRC连接模式。可以在寻呼时机(例如，寻呼时机304(图3A))接收寻呼消息，寻呼消息可以包含PDCCH中的P-RNTI和寻呼时机的PDSCH中的数据，并且可以包含用于一个以上的UE的信息。

在步骤404，UE可以确定其是否处于或应当切换到用于寻呼的EC模式。当UE不能获得用于与eNB通信的预定链路预算并且UE具有进入EC模式的能力时，UE可以确定EC模式是适当的。在一些实施例中，UE可以不确定其是否处于EC模式，而仅仅确定寻呼消息的特性。虽然未示出，但是UE也可以确定其处于哪个EC级，以便随后确定关于EC寻呼消息做出的正确行动过程。当不同的EC级可用于UE时，这些级可以指示EC寻呼消息的不同接收特性可导致UE(以及可能的eNB)对于EC寻呼消息采取不同的行为。

一旦UE确定其处于EC模式，或者如果不执行确定，则UE可以随后在步骤406确定寻呼消息是否是EC寻呼消息。UE可以基于以下进行确定：PDCCH中的信息，诸如专门的P-RNTI，和/或寻呼消息的时间和/或频率位置等。例如，如果在传统寻呼时发生EC寻呼传输，则UE可以确定EC寻呼传输是初始的EC寻呼传输。用于确定寻呼消息是否是EC寻呼消息的信息可以由规范定义或经由RRC或其它更高层信令提供给UE。

响应于UE确定寻呼消息是EC寻呼消息，在步骤408，UE然后可以确定EC寻呼消息是初始的EC寻呼传输还是EC寻呼重传。与上述类似，UE可以基于PDCCH中的信息(诸如专用P-RNTI和/或寻呼消息的时间和/或频率位置等)进行确定。用于确定寻呼消息是否是EC寻呼重传的信息可以由规范定义，或者经由RRC或其它更高层的信令提供给UE。如果EC寻呼消息是初始的EC寻呼传输而不是EC寻呼重传，则UE可以存储EC寻呼消息并返回到步骤402等待以下EC寻呼重传。

如果UE确定EC寻呼传输是EC寻呼重传，则在步骤410，UE可以将EC寻呼重传与其他EC寻呼传输组合。UE可以维持包含在EC寻呼传输的PDSCH中提供的累积寻呼信息的软缓冲器。寻呼消息可以是组合的追踪组合或增量冗余，其中后者可以具有用于组合的冗余版本模式。还可以执行用于追踪组合或增量冗余传输的频率跳变以提高链路性能。

然后，UE可以在步骤412确定是否已经达到了满足预定链路预算的组合的EC寻呼传输的数量。由UE接收以满足链路预算的EC寻呼传输的数量可以取决于UE的EC级。如果还没有达到满足链路预算的组合的EC寻呼传输的数量，则UE可以返回步骤402等待下一个EC寻呼重传，无论是在相同的寻呼中的下一个连续的或不连续的子帧中循环或下一个分页周期。

一旦UE确定已经达到满足链路预算的组合的EC寻呼传输的数量、其不在EC模式中或者寻呼消息不是EC寻呼消息，则在步骤414，UE可以尝试以解码寻呼消息的PDSCH(假设为EC寻呼消息而累积)以确定寻呼消息是否被定向到UE。在UE尝试解码EC寻呼消息之前由UE累积的EC寻呼消息的EC寻呼传输的数量可以根据UE的EC级而不同。

下面提供了本公开的各种示例。这些示例不以任何方式限制本文的公开内容。在示例1中，UE可以包括处理电路，其被配置为：当UE处于EC模式时，配置收发器以从演进的节点B(eNB)接收多个增强覆盖(EC)寻呼消息；组合EC寻呼消息以形成组合的EC寻呼消息；并解码EC组合寻呼消息以确定组合的寻呼消息是否被定向到UE。

在示例2中，示例1的主题可以任选地包括，处理电路被进一步配置为：配置收发器以从eNB接收特定寻呼消息，确定特定寻呼消息是否与EC寻呼消息相关，并且响应于确定特定寻呼消息与EC寻呼消息相关，使用特定寻呼消息形成组合的EC寻呼消息。

在示例3中，示例1-2中的一个或任何组合的主题可以任选地包括，特定寻呼消息包括在物理下行链路控制信道(PDCCH)上的寻呼无线电网络临时标识符(P-RNTI)，并且处理电路被进一步配置为基于P-RNTI确定特定寻呼消息是增强覆盖(EC)模式寻呼消息还是传统寻呼消息。

在示例4中，示例1-3中的一个或任何组合的主题可以任选地包括，处理电路进一步被配置为：确定组合的EC寻呼消息已达到在其中在单个寻呼周期接收的预定数量的EC寻呼消息，其中寻呼周期内的EC寻呼消息以多个子帧中被接收，子帧的数量被指定用于EC模式并且在UE中预定义或由较高层信令配置。

在示例5中，示例1-4中的一个或任何组合的主题可以任选地包括，处理电路进一步被配置为：确定UE是否处于EC模式，并且响应于确定UE处于EC模式，使用频率跳变配置收发器以从eNB接收EC寻呼消息，其中收发器的频率跳变参数在UE中预定义或通过更高层信令在UE中配置。

在示例6中，示例1-5中的一个或任何组合的主题可以任选地包括，EC寻呼消息的寻呼周期在多个子帧上，寻呼周期内的EC寻呼消息以多个子帧接收，所述多个子帧通过较高层信令预定义或配置，并且至少一些子帧不相邻。

在示例7中，示例1-6中的一个或任何组合的主题可以任选地包括，处理电路被进一步配置为：配置收发器以在连续寻呼周期的传统寻呼时机接收EC寻呼消息。

在示例8中，示例1-7中的一个或任何组合的主题可以任选地包括，处理电路被进一步配置为配置收发器以在连续的每个寻呼周期内接收EC寻呼消息中的至少一个寻呼周期。

在示例9中，示例1-8中的一个或任何组合的主题可以任选地包括，处理电路进一步被配置为：使用追踪组合(CC)和增量冗余(IR)中的至少一个来组合EC寻呼消息，CC和IR中的至少一个的使用在UE中预定义，或者通过较高层信令在UE中配置，并且当IR被处理电路用于组合EC寻呼消息时，冗余版本(RV)模式在UE中预定义，或者通过较高层信令在UE中配置，并且基于RV模式确定使用CC或IR。

在示例10中，示例1-9中的一个或任何组合的主题可以任选地包括，EC寻呼消息包括初始寻呼消息和初始寻呼消息的至少一次重传，并且处理电路被进一步配置为确定特定寻呼消息是初始寻呼消息还是初始寻呼消息的至少一次重传。

在示例11中，示例1-10中的一个或任何组合的主题可以任选地包括，处理电路被进一步配置为：确定EC寻呼消息的重传间隔；并且根据重传间隔来确定是否在UE的空闲休眠周期期间维持缓冲器。

示例12，示例1-11的一个或任何组合的主题可以任选地包括，EC寻呼消息包括初始寻呼消息和初始寻呼消息的至少一次重传，每个EC寻呼消息包括在物理下行链路控制信道(PDCCH)上的寻呼无线电网络临时标识符(P-RNTI)，并且处理电路被进一步配置为基于P-RNTI的寻呼消息确定特定寻呼消息是初始寻呼消息还是初始寻呼消息的至少一次重传。

在示例13中，示例1-12中的一个或任何组合的主题可以任选地包括，处理电路进一步被配置为：基于在寻呼周期中寻呼消息的位置，确定每个寻呼消息是增强覆盖(EC)模式寻呼消息还是传统的寻呼消息。

在示例14中，示例1-13中的一个或任何组合的主题可以任选地包括，处理电路进一步被配置为：在传统寻呼时机而不是非传统寻呼时机从eNB接收EC寻呼消息。

在示例15中，示例1-14中的一个或任何组合的主题可以任选地包括，处理电路进一步被配置为响应于确定在eNB和UE之间的链路预算差于预定链路预算，确定UE处于EC模式。

在示例16中，示例1-15的一个或任何组合的主题可以任选地包括，处理电路被进一步配置为确定预定数量的EC寻呼消息满足eNB和UE之间的链路预算，并且响应于组合预定数量的EC寻呼消息而解码组合的EC寻呼消息。

在示例17中，示例1-16的一个或任何组合的主题可以任选地包括被配置为提供收发器与eNB之间的通信的天线。

在示例18中，一种演进节点B(eNB)的装置可以包括：处理电路，被配置为：确定附接到eNB的用户设备(UE)是否处于增强覆盖(EC)模式；并且响应于确定UE处于EC模式，配置收发器以通过至少一个寻呼周期向UE传输多个寻呼消息，其中寻呼消息中的连续寻呼消息是相同的或递增地不同的。

在示例19中，示例18的主题可以任选地包括，处理电路被进一步配置为：配置收发器以在多个寻呼周期的传统寻呼时机发送寻呼消息，或者配置收发器来在至少一个寻呼周期内的非传统寻呼时机发送寻呼消息。

在示例20中，示例18-19中的一个或任何组合的主题可以任选地包括，处理电路进一步被配置为：配置收发器以在寻呼消息的至少一个时机中向多个不同的UE发送UE寻呼信息。

在示例21中，示例18-20中的一个或任何组合的主题可以任选地包括，处理电路被进一步配置为：确定多个覆盖扩展级中的UE的覆盖扩展级，并且根据UE的覆盖扩展级配置收发器传输多个寻呼消息。

在示例22中，示例18-21中的一个或任何组合的主题可以任选地包括，处理电路被进一步配置为执行以下至少一个：使用频率跳变配置收发器以在单个寻呼周期内传输寻呼消息，或者将收发器配置为在连续寻呼周期的每个寻呼周期内传输寻呼消息中的至少一个。

在示例23中，示例18-22中的一个或任何组合的主题可以任选地包括，处理电路进一步配置为：使用在物理下行链路控制信道(PDCCH)上的寻呼无线电网络临时标识符(P-RNTI)配置收发器以发送寻呼消息，特定寻呼消息的P-RNTI取决于特定寻呼消息是增强覆盖(EC)模式寻呼消息还是传统寻呼消息。

在示例24中，示例18-23中的一个或任何组合的主题可以任选地包括，寻呼消息包括初始寻呼消息和初始寻呼消息的至少一次重传，处理电路进一步配置以基于P-RNTI确定特定寻呼消息是初始寻呼消息还是初始寻呼消息的至少一次重传。

在示例25中，示例18-24中的一个或任何组合的主题可以任选地包括，处理电路被进一步配置为：使用在物理下行链路控制信道(PDCCH)上的寻呼无线电网络临时标识符(P-RNTI)配置收发器来传输寻呼消息，在至少一个寻呼周期中的特定寻呼消息的位置取决于特定寻呼消息是增强覆盖(EC)模式寻呼消息还是传统寻呼消息。

在示例26中，一种存储用于由用户设备(UE)的一个或多个处理器执行以与演进的节点B(eNB)进行通信的指令的非暂时计算机可读存储介质，一个或多个处理器可以将UE配置为：进入增强覆盖(EC)模式；从eNB接收寻呼消息，寻呼消息包括初始寻呼消息和初始寻呼消息的至少一次重传；确定寻呼消息是否是EC模式寻呼消息；响应于确定寻呼消息是EC模式寻呼消息，组合寻呼消息以形成组合的寻呼消息；确定组合的寻呼消息的链路预算；根据EC模式将组合的寻呼消息的链路预算和与小区中的覆盖相关联的预定链路预算进行比较；并且响应于确定组合的寻呼消息的链路预算已经满足预定的链路预算来解码组合的寻呼消息，以确定组合的寻呼消息是否被定向到UE。

在示例27中，示例26的主题可以任选地包括，处理器被进一步配置为执行以下中的至少一个：a)使用在物理下行链路控制信道(PDCCH)上的寻呼无线电网络临时标识符(P-RNTI)检测寻呼消息中的每个，以及i)基于P-RNTI确定每个寻呼消息是EC模式寻呼消息还是传统寻呼消息，或者ii)基于P-RNTI确定特定寻呼消息是初始寻呼消息还是初始寻呼消息的至少一次重传，以及b)基于寻呼周期中寻呼消息的位置，确定每个寻呼消息是EC模式寻呼消息还是传统寻呼消息。

虽然已经参考具体示例性示例描述了实施例，但是显而易见的是，在不脱离本公开的更广泛的精神和范围的情况下，可以对这些实施例进行各种修改和改变。因此，说明书和附图被认为是说明性的而不是限制性的。构成其一部分的附图通过说明而非限制的方式示出可以实践主题的具体实施例。所描述的实施例被足够详细地描述，以使本领域技术人员能够实践本文公开的教导。可以利用和导出其他实施例，使得可以在不脱离本公开的范围的情况下进行结构和逻辑替换和改变。因此，该具体实施方式不应被认为是限制性的，并且各种实施例的范围仅由所附权利要求以及这些权利要求所赋予的等同物的全部范围来限定。

本发明主题的这些实施方案可以在本文中单独地和/或共同地由术语“发明”提及，仅为了方便起见，并且不意图将本申请的范围自愿地限制于任何单个发明或发明构思，如果实际上披露了不止一个。因此，尽管本文已经示出和描述了具体示例，但是应当理解，为实现相同目的而计算的任何布置可以代替所示的特定示例。本公开旨在覆盖各种示例的任何和所有修改或变化。上述示例的组合以及本文中未具体描述的其他示例对于本领域技术人员在阅读以上描述之后将是显而易见的。

在本文档中，如专利文献中常见的那样，使用术语“一个”或“一”来包括一个或一个以上，独立于“至少一个”或“一个或多个”的任何其他实例或用途。在本文中，术语“或”用于表示非排他性，或者除非另有说明，否则“A或B”包括“A但不是B”，“B但不是A”和“A和B”。在本文中，术语“包括”和“其中”用作各自术语“包括”和“其中”的简体英文等效词。此外，在下列权利要求中，术语“包括”和“包括了”是开放式的，即包括除了在此类术语之后列出的在权利要求中的元素之外的元素的系统、UE、制品、组成、制定或过程仍被视为属于权利要求的范围。此外，在下面的权利要求中，术语“第一”，“第二”和“第三”等仅用作标签，并不意图对其对象施加数字要求。

提供本公开的摘要以符合37C.F.R.§1.72(b)，这要求摘要允许读者快速确定技术披露的性质。提交本文应理解是，它不会用于解释或限制权利要求的范围或含义。此外，在前面的详细描述中，可以看出，为了简化本公开的目的，在单个示例中将各种特征分组在一起。本公开的方法不应被解释为反映所要求保护的实施例要求比在每个权利要求中明确叙述的更多特征的意图。相反，如以下权利要求所反映的那样，本发明的主题在于少于单个所公开的实施例的所有特征。因此，以下权利要求被并入详细描述中，其中每个权利要求独立地作为单独的实施例。

Claims (27)

1.一种用户设备(UE)，包括：

处理电路，被配置为：

配置收发器以在UE处于增强覆盖(EC)模式时从演进节点B(eNB)接收多个增强覆盖(EC)寻呼消息；

组合所述EC寻呼消息以形成组合的EC寻呼消息；以及

解码所述组合的EC寻呼消息以确定所述组合的寻呼消息是否被定向到所述UE。

2.根据权利要求1所述的UE，其中所述处理电路被进一步配置为：

配置所述收发器以从所述eNB接收特定寻呼消息，

确定所述特定寻呼消息是否与所述EC寻呼消息相关，以及

响应于确定所述特定寻呼消息与所述EC寻呼消息相关，使用所述特定寻呼消息形成所述组合的EC寻呼消息。

3.根据权利要求2所述的UE，其中：

所述特定寻呼消息包括在物理下行链路控制信道(PDCCH)上的寻呼无线电网络临时标识符(P-RNTI)，以及

所述处理电路被进一步配置为基于所述P-RNTI确定所述特定寻呼消息是增强覆盖(EC)模式的寻呼消息还是传统寻呼消息。

4.根据权利要求1所述的UE，其中所述处理电路被进一步配置为：

确定所述组合的EC寻呼消息已经达到在单个寻呼周期内接收的预定数量的EC寻呼消息，

其中在所述寻呼周期内的所述EC寻呼消息以多个子帧接收，所述子帧的数量被指定用于EC模式并且在所述UE中预定或者由较高层的信令配置。

5.根据权利要求1所述的UE，其中所述处理电路被进一步配置为：

确定所述UE是否处于所述EC模式，以及

响应于确定所述UE处于所述EC模式，使用频率跳变来配置所述收发器以从所述eNB接收所述EC寻呼消息，

其中所述收发器的频率跳变的参数在所述UE中预定义或者经由较高层的信令在所述UE中配置。

6.根据权利要求1所述的UE，其中：

所述EC寻呼消息的寻呼周期超过多个子帧，

在所述寻呼周期内的所述EC寻呼消息以多个子帧接收，所述多个子帧由较高层的信令预定或配置，以及

所述子帧中的至少一些是不相邻的。

7.根据权利要求1所述的UE，其中所述处理电路被进一步配置为：

配置所述收发器以在连续寻呼周期的传统寻呼时机接收所述EC寻呼消息。

8.根据权利要求1所述的UE，其中所述处理电路被进一步配置为：

配置所述收发器以接收在连续寻呼周期的每个寻呼周期内的所述EC寻呼消息中的至少一个。

9.根据权利要求1所述的UE，其中所述处理电路被进一步配置为：

使用追踪组合(CC)和增量冗余(IR)中的至少一个来组合所述EC寻呼消息，

CC和IR中的所述至少一个的使用在所述UE中预定义或者经由较高层的信令在所述UE中配置，以及

当IR被所述处理电路用于组合所述EC寻呼消息时，所述IR的冗余版本(RV)方式在所述UE中预定义或者经由较高层的信令在所述UE中配置，并且CC或IR的所述使用是基于所述RV方式确定的。

10.根据权利要求1所述的UE，其中：

所述EC寻呼消息包括初始寻呼消息和所述初始寻呼消息的至少一次重传，以及

所述处理电路被进一步配置为确定特定寻呼消息是所述初始寻呼消息还是所述初始寻呼消息的所述至少一次重传。

11.根据权利要求10所述的UE，其中所述处理电路被进一步配置为：

确定所述EC寻呼消息的重传间隔；以及

根据所述重传间隔来确定是否要在所述UE的空闲睡眠时段期间维持缓冲器。

12.根据权利要求1所述的UE，其中：

所述EC寻呼消息包括初始寻呼消息和所述初始寻呼消息的至少一次重传，

所述EC寻呼消息中的每个包括在物理下行控制信道(PDCCH)上的寻呼无线电网络临时标识符(P-RNTI)，以及

所述处理电路被进一步配置为基于所述P-RNTI确定特定寻呼消息是所述初始寻呼消息还是所述初始寻呼消息的所述至少一次重传。

13.根据权利要求1所述的UE，其中所述处理电路被进一步配置为：

基于在寻呼周期中的所述寻呼消息的位置，确定每个寻呼消息是增强覆盖(EC)模式的寻呼消息还是传统寻呼消息。

14.根据权利要求1所述的UE，其中所述处理电路被进一步配置为：

在传统寻呼时机而不是在非传统寻呼时机从所述eNB接收所述EC寻呼消息。

15.根据权利要求1所述的UE，其中所述处理电路被进一步配置为：

响应于确定所述eNB与所述UE之间的链路预算差于预定链路预算，确定所述UE处于EC模式。

16.根据权利要求15所述的UE，其中所述处理电路被配置为：

确定预定数量的EC寻呼消息以满足所述eNB与所述UE之间的所述链路预算，以及

响应于组合所述预定数量的EC寻呼消息，解码所述组合的EC寻呼消息。

17.根据权利要求1所述的UE，进一步包括：

天线，被配置为提供所述收发器与所述eNB之间的通信。

18.一种演进节点B(eNB)的装置，包括：

处理电路，被配置为：

确定附连到所述eNB的用户设备(UE)是否处于增强覆盖(EC)模式；以及

响应于确定所述UE处于EC模式，配置收发器以通过至少一个寻呼周期向所述UE传输多个寻呼消息，

其中所述寻呼消息中的连续寻呼消息是相同或递增地不同的。

19.根据权利要求18所述的装置，其中所述处理电路被进一步配置为：

配置所述收发器以在多个寻呼周期的传统寻呼时机传输所述寻呼消息，或者

配置所述收发器以在至少一个寻呼周期内的非传统寻呼时机传输所述寻呼消息。

20.根据权利要求18所述的装置，其中所述处理电路被进一步配置为：

配置所述收发器以在所述寻呼消息的至少一个时机向多个不同UE传输UE寻呼消息。

21.根据权利要求18所述的装置，其中所述处理电路被进一步配置为：

从多个覆盖扩展级确定所述UE的覆盖扩展级，以及

根据所述UE的所述覆盖扩展级配置所述收发器以传输多个寻呼消息。

22.根据权利要求18所述的装置，其中所述处理电路被进一步配置为执行以下操作中的至少一个：

使用频率跳变来配置所述收发器以在单个寻呼周期内传输所述寻呼消息，或者

配置所述收发器以在连续寻呼周期的每个寻呼周期内传输所述寻呼消息中的至少一个。

23.根据权利要求18所述的装置，其中所述处理电路被进一步配置为：

用在物理下行控制信道(PDCCH)上的寻呼无线电网络临时标识符(P-RNTI)配置所述收发器以传输寻呼消息，特定寻呼消息的所述P-RNTI取决于所述特定寻呼消息是增强覆盖(EC)模式的寻呼消息还是传统寻呼消息。

24.根据权利要求23所述的装置，其中：

所述寻呼消息包括初始寻呼消息和所述初始寻呼消息的至少一次重传，

所述处理电路被进一步配置为基于所述P-RNTI确定特定寻呼消息是所述初始寻呼消息还是所述初始寻呼消息的所述至少一次重传。

25.根据权利要求18所述的装置，其中所述处理电路被进一步配置为：

使用在物理下行控制信道(PDCCH)上的寻呼无线电网络临时标识符(P-RNTI)来配置所述收发器以传输寻呼消息，在所述至少一个寻呼周期中的特定寻呼消息的位置取决于所述特定寻呼消息是增强覆盖(EC)模式的寻呼消息还是传统寻呼消息。

26.一种存储指令的非暂时性计算机可读存储介质，所述指令用于由用户设备(UE)的一个或多个处理器执行以与演进节点B(eNB)通信，所述一个或多个处理器配置所述UE以：

进入增强覆盖(EC)模式；

从所述eNB接收寻呼消息，所述寻呼消息包括初始寻呼消息和所述初始寻呼消息的至少一次重传；

确定所述寻呼消息是否为EC模式的寻呼消息；

响应于确定所述寻呼消息为EC模式的寻呼消息，组合所述寻呼消息以形成组合的寻呼消息；

确定所述组合的寻呼消息的链路预算；

比较所述组合的寻呼消息的所述链路预算和与在小区中的覆盖相关联的预定链路预算，所述覆盖取决于所述EC模式；以及

响应于确定所述组合的寻呼消息的所述链路预算满足所述预定链路预算，解码所述组合的寻呼消息以确定所述组合的寻呼消息是否被定向到所述UE。

27.根据权利要求26所述的非暂时性计算机可读存储介质，所述处理器被进一步配置为执行以下操作中的至少一个：

a)使用在物理下行控制信道(PDCCH)上的寻呼无线电网络临时标识符(P-RNTI)来检测所述寻呼消息中的每个，以及

i)基于所述P-RNTI确定每个寻呼消息是EC模式的寻呼消息还是传统寻呼消息，或者

ii)基于所述P-RNTI确定特定寻呼消息是所述初始寻呼消息还是所述初始寻呼消息的所述至少一次重传，以及

b)根据所述寻呼消息在寻呼周期内中的位置，确定每个寻呼消息是EC模式的寻呼消息还是传统寻呼消息。