CN108781433B - 用于机器类型通信设备的寻呼 - Google Patents

Abstract

各方法、系统、设备或装置可支持用于机器类型通信(MTC)设备的寻呼。在一示例中，基站可以标识要用于MTC的操作模式。基于所标识的操作模式，基站可以确定要用于用户装备(UE)的寻呼时机的子帧，基站使用MTC与该UE进行通信。基站还可根据寻呼时机的重复级别在数个子帧中重复寻呼。寻呼可用于使用MTC的一个或多个UE。基站可以标识寻呼时机的起始子帧。随后，基站可以至少部分地基于重复级别来传送该寻呼，其中可以由基站至少部分地基于起始子帧来对该寻呼进行加扰。

Description

用于机器类型通信设备的寻呼

交叉引用

本专利申请要求由里克阿尔瓦里尼奥等人于2017年2月13日提交的题为“PagingFor Machine Type Communication Devices(用于机器类型通信设备的寻呼)”的美国专利申请No.15/431,741、以及由里克阿尔瓦里尼奥等人于2016年3月16日提交的题为“PagingFor Machine Type Communication Devices(用于机器类型通信设备的寻呼)”的美国临时专利申请No.62/309,441的优先权，其中的每一件申请均被转让给本申请受让人。

背景

以下一般涉及无线通信，并且更具体地涉及用于机器类型通信(MTC)设备的寻呼。

无线通信系统被广泛部署以提供各种类型的通信内容，诸如语音、视频、分组数据、消息接发、广播等等。这些系统可以能够通过共享可用的系统资源(例如，时间、频率和功率)来支持与多个用户的通信。此类多址系统的示例包括码分多址(CDMA)系统、时分多址(TDMA)系统、频分多址(FDMA)系统、以及正交频分多址(OFDMA)系统。无线多址通信系统可包括数个基站，每个基站同时支持多个通信设备的通信，这些通信设备可各自被称为用户装备(UE)。

在一些情形中，基站可以通过在特定子帧期间发送寻呼消息来向UE信令通知在用于一个或多个UE的信道中寻呼和/或系统信息是可用的，对于那些一个或多个UE，这可以被称为寻呼时机。一些系统具有可用于寻呼的无线电帧的多个子帧。UE可以在特定子帧中监视其特定寻呼时机，以接收寻呼消息来确定寻呼信息和/或系统信息可用于UE。

在一些情形中，UE可以是低成本或低复杂度的MTC设备(例如，包括物联网(IoT)设备、机器到机器(M2M)通信设备等)。某些MTC设备可以在无线通信系统的系统带宽的窄子带或窄带区域中与基站进行通信。此类UE可被称为窄带设备。由于可用于基站与窄带设备之间的通信的减少的带宽，由基站提供的某些信号可能具有减少的传输机会，这会影响某些UE操作。对于寻呼操作，窄带操作可以减少可用于寻呼消息的子帧的数目，从而有效地限制寻呼容量并影响系统性能。在一些实例中，许多子帧可以被其他数据或控制信息占用，例如子帧可以被指派为多媒体广播单频网络(MBSFN)子帧，或者用于同步信号，或者限制用于寻呼的子帧可用性的一些其他预定目的。限制可用于寻呼消息的子帧的数目会增加监视用于寻呼消息的子帧的UE之间的冲突的数目和/或减少总体寻呼容量。

在一些环境中，可能存在监视有限数目的寻呼时机的许多MTC设备(例如，UE)。携带寻呼消息的控制信道可以被重复一定次数，以增加在给定寻呼时机期间旨在接收寻呼消息的一个或多个UE成功接收寻呼消息的概率。然而，在一些情形中，用于旨在接收寻呼消息的第一UE的所重复寻呼消息可能与不旨在作为寻呼消息的接收方的其他UE的寻呼时机交叠。如果这些其他UE成功地解码寻呼消息，则这些其他UE可以确定存在可用于它们的寻呼信息，而该寻呼信息实际上是用于第一UE的。因此，一个或多个UE可以比所需的更长时间保持苏醒(例如，超出寻呼时机的时间以解码随后收到的寻呼信息)，而仅发现随后收到的寻呼信息是用于不同的UE。保持苏醒可能使用过多的功率并耗尽该一个或多个UE的电池寿命。

概述

所描述的技术涉及支持机器类型通信(MTC)设备的寻呼(例如，包括用于机器到机器(M2M)设备、以及物联网设备(IoT)(诸如，窄带物联网设备)的寻呼)的改进的方法、系统、设备或装置。基站可以标识要用于MTC的操作模式。基于所标识的操作模式，基站可以确定要用于用户装备(UE)的寻呼时机的子帧，基站使用MTC与该UE进行通信。例如，如果基站确定操作模式是带内操作模式，则基站可以确定每个无线电帧的仅有一个子帧可供基站用于寻呼。在另一示例中，如果基站确定操作模式是自立操作模式或保护频带操作模式，则基站可以确定每个子帧有多个子帧可供基站用于寻呼。

基站还可以使用特定多媒体广播单频网络(MBSFN)子帧配置与一个或多个UE进行通信。基站可以标识潜在MBSFN子帧中的至少一个子帧被指定由基站用于寻呼。基于所标识的寻呼配置，基站随后可以确定要用于寻呼时机的子帧。基站可以至少部分地基于特定子帧是否可用，以及先前是否已经为寻呼时机选择了该子帧来进行该确定。在一些示例中，可以选择子帧，使得所选的子帧覆盖无线电帧的MBSFN子帧配置的一部分。

基站还可以根据寻呼时机的重复级别在数个子帧中重复寻呼或寻呼消息。在一些情形中，被配置为携带用于UE的寻呼消息的子帧可以被称为寻呼子帧。此外，不同的UE可以与不同的寻呼子帧集相关联。寻呼消息可以用于一个或多个UE(例如，MTC设备)。基站可以标识寻呼时机的起始子帧。在一些情形中，基站可以部分地基于起始子帧来处理用于一个或多个UE中的UE的一个或多个寻呼消息。例如，基站可以用至少部分地基于起始子帧的加扰序列对一个或多个寻呼消息进行加扰。在一些其他示例中，针对所重复寻呼消息的序列中的每个寻呼消息的加扰序列可以基于寻呼消息的先前重复数目。基站随后可以在寻呼子帧集中根据重复级别来传送一个或多个寻呼消息。

UE可以经由控制信道从基站接收一个或多个寻呼消息。在一些情形中，UE可以标识由基站用于寻呼UE的起始子帧和重复级别集。随后，UE可以初始化解扰序列以基于起始子帧处理重复寻呼消息。该解扰序列可以对应于基站用于加扰寻呼消息的加扰序列。UE随后可以使用解扰序列对一个或多个寻呼消息进行解码。UE可以在下行链路控制信息(DCI)信号中接收起始子帧的指示，或者确定与所标识的起始子帧相关联的寻呼无线电网络临时标识符(P-RNTI)。在一些情形中，一个或多个寻呼消息的一部分可以包括循环冗余校验(CRC)。

描述了一种无线通信的方法。该方法可以包括：在基站处标识用于MTC的操作模式，以及至少部分地基于所标识的操作模式，确定无线电帧中要用于UE的寻呼时机的至少一个子帧，基站使用MTC与该UE进行通信。

描述了一种用于无线通信的装备。该装备可以包括：用于在基站处标识用于MTC的操作模式的装置，以及用于至少部分地基于所标识的操作模式，确定要用于UE的寻呼时机的无线电帧的至少一个子帧的装置，基站使用MTC与该UE进行通信。

描述了另一种装置。该装置可包括处理器、与该处理器处于电子通信的存储器、以及存储在该存储器中的指令。该指令可操作用于使处理器：在基站处标识用于MTC的操作模式，以及至少部分地基于所标识的操作模式，确定无线电帧中要用于UE的寻呼时机的至少一个子帧，基站使用MTC与该UE进行通信。

描述了一种用于无线通信的非瞬态计算机可读介质。该非瞬态计算机可读介质可包括使处理器执行以下操作的指令：在基站处标识用于MTC的操作模式，以及基于所标识的操作模式，确定无线电帧中要用于UE的寻呼时机的至少一个子帧，基站使用MTC与该UE进行通信。

在上述方法、装置(装备)或非瞬态计算机可读介质的一些示例中，如果所标识的操作模式是带内模式，则无线电帧仅具有可用于寻呼时机的一个子帧。在上述方法、装置(装备)或非瞬态计算机可读介质的一些示例中，如果所标识的操作模式是自立模式或保护频带模式，则无线电帧具有可用于寻呼时机的子帧集。

上述方法、装置(装备)或非瞬态计算机可读介质的一些示例可进一步包括用于在NB-PDSCH上广播寻呼时机的过程、特征、装置或指令。

描述了一种无线通信的方法。该方法可以包括：标识用于基站与一个或多个UE进行通信的MBSFN子帧配置，标识其中至少一个潜在MBSFN子帧被指定为可供基站用于寻呼一个或多个UE的子帧的寻呼配置，以及至少部分地基于所标识的寻呼配置来确定无线电帧的子帧的寻呼时机。

描述了一种用于无线通信的装备。该装备可以包括：用于标识用于基站与一个或多个UE进行通信的MBSFN子帧配置的装置，用于标识其中至少一个潜在MBSFN子帧被指定为可供基站用于寻呼一个或多个UE的子帧的寻呼配置的装置，以及用于至少部分地基于所标识的寻呼配置来确定无线电帧的子帧的寻呼时机的装置。

描述了另一种装置。该装置可包括处理器、与该处理器处于电子通信的存储器、以及存储在该存储器中的指令。该指令可操作用于使处理器：标识用于基站与一个或多个UE进行通信的MBSFN子帧配置，标识其中至少一个潜在MBSFN子帧被指定为可供基站用于寻呼一个或多个UE的子帧的寻呼配置，以及至少部分地基于所标识的寻呼配置来确定无线电帧的子帧的寻呼时机。

描述了一种用于无线通信的非瞬态计算机可读介质。该非瞬态计算机可读介质可包括使处理器执行以下操作的指令：标识用于基站与一个或多个UE进行通信的MBSFN子帧配置，标识其中至少一个潜在MBSFN子帧被指定为可供基站用于寻呼一个或多个UE的子帧的寻呼配置，以及基于所标识的寻呼配置来确定无线电帧的子帧的寻呼时机。

在上述方法、装置(装备)或非瞬态计算机可读介质的一些示例中，基站使用MBSFN子帧配置来在MTC的无线电帧期间与一个或多个UE进行通信。在上述方法、装置(装备)或非瞬态计算机可读介质的一些示例中，所标识的寻呼配置包括每无线电帧的寻呼时机数目。在上述方法、装置(装备)或非瞬态计算机可读介质的一些示例中，确定子帧的寻呼时机是基于所标识的寻呼配置和MBSFN子帧配置。

在上述方法、装置(装备)或非瞬态计算机可读介质的一些示例中，确定寻呼时机包括：确定无线电帧的可用子帧。上述方法、装置(装备)或非瞬态计算机可读介质的一些示例可进一步包括用于确定先前是否已经为在先寻呼时机选择了可用子帧的过程、特征、装置、或指令。上述方法、装置(装备)或非瞬态计算机可读介质的一些示例可以进一步包括用于基于所标识的寻呼信息和先前是否已经为在先寻呼时机选择了可用子帧的确定来确定子帧的寻呼时机的过程、特征、装置或指令。

在上述方法、装置(装备)或非瞬态计算机可读介质的一些示例中，确定寻呼时机包括：至少部分地基于所标识的寻呼配置，覆盖MBSFN子帧配置的至少一部分以容适该寻呼时机。

描述了一种无线通信的方法。该方法可以包括标识寻呼时机的起始子帧和重复级别，其中该寻呼时机被基站用于寻呼一个或多个UE，至少部分地基于起始子帧为一个或多个UE中的UE处理一个或多个寻呼消息，以及在寻呼子帧集中根据重复级别传送至少一个寻呼消息。

描述了一种用于无线通信的装备。该装备可以包括用于标识基站用于寻呼一个或多个UE的起始子帧和重复级别的装置。在一些情形中，该装备可以包括用于至少部分地基于起始子帧来处理用于一个或多个UE中的UE的一个或多个寻呼消息的装置，以及用于在寻呼子帧集中根据重复级别传送至少一个寻呼消息的装置。

描述了另一种装置。该装置可包括处理器、与该处理器处于电子通信的存储器、以及存储在该存储器中的指令。该指令可操作用于使处理器：标识寻呼时机的起始子帧和重复级别，其中该寻呼时机被基站用于寻呼一个或多个UE，至少部分地基于起始子帧为一个或多个UE中的UE处理一个或多个寻呼消息，以及在寻呼子帧集中根据重复级别传送至少一个寻呼消息。

描述了一种用于无线通信的非瞬态计算机可读介质。该非瞬态计算机可读介质包括使处理器执行以下操作的指令：标识寻呼时机的起始子帧和重复级别，其中该寻呼时机被基站用于寻呼一个或多个UE，至少部分地基于起始子帧为至少一个UE处理寻呼消息，以及在寻呼子帧集中根据重复级别传送至少一个寻呼消息。

在上述方法、装置(装备)或非瞬态计算机可读介质的一些示例中，至少部分地基于起始子帧对寻呼消息进行加扰。在上述方法、装置(装备)或非瞬态计算机可读介质的一些示例中，加扰是基于寻呼消息的先前重复数目或寻呼时机的起始子帧、或其组合。在上述方法、装置(装备)或非瞬态计算机可读介质的一些示例中，传送寻呼消息包括传送下行链路控制信道(例如，物理下行链路控制信道(PDCCH)等)。

在上述方法、装置(装备)或非瞬态计算机可读介质的一些示例中，起始子帧是起始子帧号。在上述方法、装置(装备)或非瞬态计算机可读介质的一些示例中，处理寻呼消息可以包括生成包括起始子帧的指示的下行链路控制信息(DCI)信号。

在上述方法、装置(装备)或非瞬态计算机可读介质的一些示例中，传送寻呼消息包括：确定与所标识的起始子帧相关联的P-RNTI，并且用所确定的P-RNTI加扰寻呼消息的一部分。上述方法、装置(装备)或非瞬态计算机可读介质的一些示例还可以包括用于至少基于所确定的P-RNTI来传送寻呼消息的过程、特征、装置或指令。在上述方法、装置(装备)或非瞬态计算机可读介质的一些示例中，传送寻呼消息包括用所确定的P-RNTI对CRC进行加扰。

描述了一种无线通信的方法。该方法可以包括：从基站接收一个或多个寻呼消息，以及至少部分地基于寻呼时机的起始子帧，基于处理一个或多个寻呼消息来确定针对UE的寻呼信息的存在。在一些情形中，处理一个或多个寻呼消息可以包括至少部分地基于起始子帧初始化用于处理一个或多个寻呼消息的解扰序列。在一些其他情形中，可以至少部分地基于解扰序列来解码一个或多个寻呼消息。

描述了一种用于无线通信的装备。该装备可以包括：用于从基站接收一个或多个寻呼消息的装置，用于至少部分地基于寻呼时机的起始子帧，基于处理一个或多个寻呼消息来确定针对UE的寻呼信息的存在的装置。在一些情形中，用于处理一个或多个寻呼消息的装置可以包括：用于至少部分地基于起始子帧初始化用于处理一个或多个寻呼消息的解扰序列的装置，以及用于至少部分地基于解扰序列来解码该一个或多个寻呼消息的装置。

描述了另一种装置。该装置可包括处理器、与该处理器处于电子通信的存储器、以及存储在该存储器中的指令。该指令可操作用于使处理器：标识寻呼时机的起始子帧和重复级别，其中该寻呼时机由基站用于寻呼UE，从基站接收一个或多个寻呼消息，至少部分地基于起始子帧初始化用于处理该一个或多个寻呼消息的解扰序列，以及至少部分地基于解扰序列对该一个或多个寻呼消息进行解码。

描述了一种用于无线通信的非瞬态计算机可读介质。该非瞬态计算机可读介质可包括使处理器执行以下操作的指令：标识寻呼时机的起始子帧和重复级别，其中该寻呼时机由基站用于寻呼UE，从基站接收一个或多个寻呼消息，基于起始子帧初始化用于一个或多个寻呼消息的解扰序列，以及基于解扰序列对该一个或多个寻呼消息进行解码。

上述方法、装置(装备)和非瞬态计算机可读介质的一些示例还可包括用于标识由基站用于寻呼UE的起始子帧和重复级别集的过程、特征、装置或指令。

在上述方法、装置(装备)或非瞬态计算机可读介质的一些示例中，接收一个或多个寻呼消息包括：接收下行链路控制信道，或者在DCI信号中接收起始子帧的指示，或者其组合。

在上述方法、装置(装备)或非瞬态计算机可读介质的一些示例中，处理一个或多个寻呼消息包括：确定与所标识的起始子帧相关联的P-RNTI。上述方法、装置(装备)或非瞬态计算机可读介质的一些示例还可以包括用于基于所确定的P-RNTI来解码一个或多个寻呼消息的一部分的过程、特征、装置或指令。

在上述方法、装置(装备)或非瞬态计算机可读介质的一些示例中，一个或多个寻呼消息的一部分包括CRC。在上述方法、装置(装备)或非瞬态计算机可读介质的一些示例中，在PDCCH上接收一个或多个寻呼消息。

前述内容已较宽泛地勾勒出根据本公开的示例的特征和技术优势以力图使下面的详细描述可以被更好地理解。附加的特征和优势将在此后描述。所公开的概念和具体示例可容易地被用作修改或设计用于实施与本公开相同目的的其他结构的基础。此类等效构造并不背离所附权利要求书的范围。本文所公开的概念的特性在其组织和操作方法两方面以及相关联的优势将因结合附图来考虑以下描述而被更好地理解。每一附图是仅出于解说和描述目的来提供的，且并不定义对权利要求的限定。

附图简述

图1解说了根据本公开的各方面的支持用于MTC设备的寻呼的无线通信系统的示例；

图2解说了根据本公开的各方面的支持用于MTC设备的寻呼的过程的示例；

图3到5示出了根据本公开的各方面的支持用于MTC设备的寻呼的无线设备的框图；

图6解说了根据本公开的各方面的包括支持用于MTC设备的寻呼的基站的系统的框图；

图7到9示出了根据本公开的各方面的支持用于MTC设备的寻呼的无线设备的框图；

图10解说了根据本公开的各方面的包括支持用于MTC设备的寻呼的UE的系统的框图；以及

图11到16解说了根据本公开的各方面的用于MTC设备的寻呼的方法。

详细描述

在无线通信系统中，基站可以向用户装备(UE)信令通知在用于无线通信系统的一个或多个UE的信道中寻呼和/或系统信息可用。该UE可以是低成本或低复杂度的机器类型通信(MTC)设备(例如，包括物联网(IoT)设备、机器到机器(M2M)通信设备等)。这些UE可以在无线通信系统的系统带宽的窄子带或窄带区域(例如，专用于窄带(NB)IoT(NB-IoT)通信的子带)中进行通信。使用MTC的基站可以向UE发送寻呼或寻呼消息以指示寻呼信息可用于一个或多个UE。在一些示例中，可以使用下行链路控制信道的寻呼时机来发送寻呼消息。在一些示例中，下行链路控制信道可以是物理下行链路控制信道(PDCCH)、用于MTC通信的MTCPDCCH(MPDCCH)或NB-PDCCH。寻呼时机可以是被配置用于寻呼消息的周期性区间，以允许UE在寻呼时间之间进入睡眠或非连续接收(DRX)状态。在一些示例中，寻呼信息可以在物理下行链路共享信道(PDSCH)中被发送，该物理下行链路共享信道可以在与PDCCH相同或不同的子帧期间被发送。

基站和UE可以根据不同的操作模式彼此通信。例如，在自立操作模式中，先前由另一无线电接入技术(例如，GSM EDGE无线电接入网(GERAN))使用的射频(RF)频谱的一个或多个载波可以用于MTC。在保护频带操作模式中，载波的保护频带(例如，长期演进(LTE)、高级LTE(LTE-A)或新无线电(NR)载波等)内的未使用资源块可以用于MTC。在带内操作模式中，LTE/LTE-A/NR载波内的资源块可以用于MTC。在一些情形中，当在窄子带中进行通信时，可能先前已经为某些控制和/或数据指派了一些或所有子帧(诸如在带内操作模式中)。例如，在带内操作模式的一些情形中，基站可以确定无线电帧中仅有单个子帧可供基站用于寻呼。取决于操作模式，更多或更少数目的子帧可供基站用于寻呼操作。

基站可以标识要用于MTC的操作模式。与一个或多个UE进行通信的基站可以至少部分地基于操作模式来选择用于寻呼的一个或多个子帧。基于所标识的操作模式，基站可以确定要用于UE的寻呼时机的子帧，基站使用MTC与该UE进行通信。基站还可以使用特定多媒体广播单频网络(MBSFN)子帧配置与一个或多个UE进行通信。基站可以标识潜在MBSFN子帧中为基站指定的用于寻呼的至少一个子帧。基于所标识的寻呼配置，基站随后可以确定要用于寻呼时机的子帧。基站可以至少部分地基于特定子帧是否可用，以及先前是否已经针对寻呼时机选择了该子帧来进行该确定。这些技术可以增加总体寻呼容量并减少尝试解码寻呼信号的UE之间的冲突数目。

在一些情形中，随着时间的推移在控制信道中重复寻呼消息以增加预期接收方UE成功接收寻呼消息的概率可能是有益的。因此，UE的寻呼时机可以包括控制信道的多个子帧，包括根据重复级别重复的寻呼消息。在一些情形中，被配置为携带用于UE的寻呼消息的子帧可以被称为寻呼子帧。此外，不同的UE可以具有不同的寻呼子帧集。然而，在用于MTC设备的寻呼的一些示例中，可能由于具有交叠的寻呼时机多个UE的存在而引入模糊性，这些UE试图在一个或多个寻呼子帧期间接收寻呼消息。例如，针对不同UE的寻呼时机可以具有不同的起始子帧，但是对于至少一部分寻呼时机会交叠。根据所描述的方面，基站可以部分地基于寻呼时机的起始子帧来处理要在寻呼时机中传送的寻呼消息。随后，基站可以根据重复级别传送寻呼消息。在一些情形中，寻呼消息可以由基站用至少基于起始子帧来确定的加扰序列进行加扰。

UE可以在控制信道(例如，用于MTC通信的NB控制信道)的寻呼时机上从基站接收一个或多个寻呼消息。UE随后可基于寻呼时机的起始子帧来处理一个或多个寻呼消息。例如，UE可以基于寻呼时机的起始子帧来初始化要用于处理一个或多个寻呼消息的解扰序列。该解扰序列可以对应于基站用于加扰重复寻呼消息的加扰序列。UE随后可以使用解扰序列对一个或多个寻呼消息进行解码。附加地或替换地，UE可以在下行链路控制信息(DCI)信号中接收起始子帧的指示。在一些情形中，UE可以确定用于寻呼消息的寻呼无线电网络临时标识符(P-RNTI)，其中该P-RNTI与所标识的起始子帧相关联。例如，P-RNTI可以用于对一个或多个寻呼消息的循环冗余校验(CRC)值进行解扰。

这些技术可以减少发送至第一UE的寻呼消息中的模糊性，使得在寻呼时机的一部分期间检查寻呼消息的第二UE可能不会成功地解码寻呼消息。因此，第二UE在未成功地解码寻呼消息之后可以返回睡眠(例如，返回睡眠或DRX状态)，从而节省功率和资源。

本公开的各方面初始在无线通信系统的上下文中进行描述。本公开的各方面通过并且参照与用于MTC设备的寻呼有关的装置示图、系统示图、以及流程图来进一步解说和描述。

图1解说了根据本公开的各方面的无线通信系统100的示例。无线通信系统100包括基站105、UE 115和核心网130。在一些示例中，无线通信系统100可以是长期演进(LTE)/高级LTE(LTE-A)网络。

在使用MTC的无线通信系统中，基站可以向UE信令通知在用于无线通信系统的一个或多个UE的信道中寻呼和/或系统信息可用。UE可以是低成本或低复杂度的MTC设备(例如，包括IoT设备、M2M通信设备等)。这些UE可以在无线通信系统的系统带宽的窄子带或窄带区域(例如，专用于NB-IoT通信的子带)中进行通信。使用MTC的基站可以处理针对一个或多个UE中的UE的寻呼消息。

基站可以根据不同的操作模式与一个或多个UE通信。例如，在自立操作模式中，先前由另一无线电接入技术(例如，GSM EDGE无线电接入网(GERAN))使用的射频(RF)频谱的一个或多个载波可以用于MTC。在保护频带操作模式中，LTE/LTE-A/NR载波的保护频带内的未使用资源块可以用于MTC。在带内操作模式中，LTE/LTE-A/NR载波内的资源块可以用于MTC。在一些情形中，当在窄子带中进行通信时，可能先前已经为某些控制和/或数据指派了一些或所有子帧，例如在带内操作模式中。取决于操作模式，更多或更少数目的子帧可供基站用于寻呼操作。与一个或多个UE进行通信的基站可以至少部分地基于操作模式来选择用于寻呼的一个或多个子帧。这可以增加总体寻呼容量并减少尝试解码寻呼信号的UE之间的冲突数目。

在一示例中，对于带内操作模式，可以将可用于寻呼的子帧的数目限制为例如无线电帧的单个子帧。在用于NB-IoT通信的带内操作模式的子帧配置的一示例中，在单个无线电帧中可以存在10个子帧，每个子帧具有子帧索引。第一子帧可被分配给物理广播信道(例如，NB物理广播信道(NB-PBCH))，第六和第十子帧可被分配给同步信号(例如，NB主同步信号(NB-PSS)和NB副同步信号(NB-SSS)，而第二、第三、第四、第七、第八和第九子帧可被分配给MBSFN子帧。因此，该单个子帧可以是无线电帧的第五子帧。

对于自立操作模式或保护频带操作模式，在无线电帧内可以有不止一个子帧可用于寻呼。因此，确定寻呼时机可以基于所确定的无线通信系统的操作模式。

在另一示例中，某些旧式MBSFN子帧可以用于寻呼。在某些示例中，基站可以确定子帧对于下行链路有效(例如，基于对一个或多个NB参考信号的评估)。子帧可以具有或不具有因蜂窝小区而异的参考信号(CRS)，这取决于包括子帧的无线电帧的MBSFN配置。基站可以确定无线电帧的寻呼时机(例如，寻呼时机的数目和/或寻呼时机配置)，并且基于所确定的寻呼时机，来设定MBSFN配置。在一些示例中，寻呼配置可以覆盖MBSFN配置。

在又一示例中，可以分开地信令通知MBSFN子帧和每子帧的寻呼时机的数目。基站可以广播每无线电帧的寻呼时机的数目。可以从寻呼时机的数目和MBSFN子帧确定寻呼配置。下面的表1解说了具有多个选项的数个条目，其中基站选择之前未被挑选并且也不是MBSFN子帧的第一子帧(例如，随该子帧已经存在子帧号(SF#))。表1示出了可用于MBSFN配置的子帧(子帧1/2/3/6/7/8)。根据表1，如果指示寻呼时机的数目为1，则第五子帧是用于寻呼时机的。在该示例中，在可能的子帧1/2/3/6/7/8之中，根据MBSFN配置，子帧1和3被分配为MBSFN子帧。在寻呼时机的数目被指示为2的情况下，用于寻呼的第一子帧(SF#0)是子帧5，而用于寻呼的第二子帧(SF#1)是子帧2，其中由于MBSFN配置已跳过子帧1。在寻呼时机的数目被指示为3的情况下，用于寻呼的第一子帧(SF#0)是子帧5，用于寻呼的第二子帧(SF#1)是子帧2，而用于寻呼的第三子帧(SF#2)是子帧6，其中由于MBSFN配置子帧，针对寻呼已跳过子帧1和3。在一些示例中，表1的内容可以是预定的，并且在基站和UE都可用以确定寻呼配置。

表1

在一些情形中，随着时间的推移重复控制信道以增加第一预期接收方UE成功接收寻呼消息的概率可能是有益的。在用于MTC设备的寻呼的一些示例中，可能由于在寻呼时机期间尝试接收寻呼消息的多个UE的存在而引入模糊性。以下描述的加扰所重复寻呼消息的技术可以减少模糊性，使得在寻呼时机期间可以检查寻呼消息的第二接收方UE可能不会成功地解码已重复但是旨在针对第一接收方UE的寻呼消息。因此，第二接收方UE在未成功地解码寻呼消息之后可以返回睡眠(例如，返回睡眠或低功率状态)，从而节省功率和资源。

如以下参考图2进一步讨论的，可以在一系列子帧上重复从基站发送的针对第一UE的寻呼消息，例如重复级别可以是MPDCCH的32或256个子帧。在一些示例中，单个窄带可用于寻呼，使得针对第二UE或第三UE的寻呼也可以在相同的窄带中被传送。然而，在其他示例中也可以使用多个窄带。基站可以传送寻呼消息，并根据重复级别重复它。在一些情形中，第一UE的寻呼时机可能落在与其他UE的寻呼时机不同的时间和/或可能不与其他UE的寻呼时机交叠。然而，在一些情形中，寻呼时机(例如，具有MPDCCH重复)可能在时间上与至少一个其他UE的寻呼时机交叠。结果，另一UE可以正确地从MPDCCH成功地解码寻呼消息的至少一个实例，并且基于该寻呼消息认为存在等待该另一UE的寻呼信息。在一些系统中，大量UE可能正在监视寻呼。例如，每无线电帧可以有四个子帧用于寻呼时机，并且每个寻呼时机可以使用256的MPDCCH重复级别。结果，由于这种错误解码，高达百倍数目的UE可能最终为了不是针对它们的寻呼信息而苏醒，其中仅有一倍实际上需要为了寻呼信息而读取相应的PDSCH。换言之，每个UE可能苏醒或保持苏醒(例如，保持在DRX状态之外)而以高达所需频度的百倍频度读取寻呼信息。该附加苏醒时间可能对监视寻呼的UE的功耗具有实质性影响。

根据各个方面，可以在传输之前至少部分地基于起始子帧来处理寻呼消息，以避免错误解码。例如，可以在每子帧的基础上初始化加扰序列并将其应用于寻呼消息，其中该加扰序列取决于寻呼时机的起始子帧。以下式1是这样的加扰序列。起始子帧由i₀表示，i₀是旨在用于寻呼时机的第一下行链路子帧(例如，MPDCCH的子帧)的绝对子帧号。在一些示例中，f(i₀)＝i₀。即，f(i₀)的值是与寻呼时机相关联的起始子帧号。根据加扰序列的加扰可以应用于解调参考信号(DM-RS)、数据或其两者。

在一些示例中，式1可简化以供寻呼，使得j₀＝0并且j是子帧号，其可以针对无线电帧从0到9循环。在这种情形中，式1可简化为式2如下：

可以根据各种机制对部分或全部寻呼消息进行加扰，以避免非预期接收方UE进行错误解码。例如，可以对下行链路控制信道部分进行加扰，可以对未编码的比特进行加扰，可以将不同的交织器应用于寻呼消息，或者可以对IQ采样应用不同的相移。

在其他示例中，寻呼消息的加扰值可跨各重复恒定(例如，等式2中的子帧(sf)值是固定的)，或者可以基于某个较高层UE参数来执行加扰。较高层参数可在共享相同寻呼时机的UE之间是共用的，或者在相同寻呼时机内的不同群可以具有不同的参数。

附加地或替换地，寻呼消息可以指示寻呼时机的起始子帧。例如，用于寻呼消息的控制信道的DCI可以携带起始子帧的显式指示符。显式指示符可以是例如子帧号的比特子集。例如，在最大重复级别为N的情况下，至少起始子帧的子帧号的子集(例如，子帧号的所有比特、子帧号的log2(N)或1+log2(N)个最低有效比特)可以被包括在寻呼消息的DCI中。

在一些情形中，对应于起始子帧号的P-RNTI值可以用作起始子帧号的隐式指示符。例如，基站和UE可以各自具有将多个P-RNTI值中的一个P-RNTI值与寻呼时机的起始子帧相对应的功能或表。基站和UE可以确定P-RNTI值(在一些情形中还用于其他目的)，并且从所确定的P-RNTI来确定寻呼时机的起始子帧。替换地，基站和UE可以从起始子帧或另一因UE而异的标识符(例如，UE-ID等)来确定P-RNTI。在一些情形中，可能存在用于寻呼时机的起始子帧和RNTI值的一对一映射。在其他情形中，可能存在比潜在起始子帧更少的P-RNTI值(例如，用于指定子帧号的比特数目可以定义比P-RNTI值更大的范围)。例如，在一些情形中，所使用的不同P-RNTI值的数目可以等于最大重复级别，或者小于最大重复级别。

基站105可经由一个或多个基站天线与UE 115进行无线通信。每个基站105可为各自相应的地理覆盖区域110提供通信覆盖。无线通信系统100中示出的通信链路125可包括从UE 115到基站105的UL传输、或者从基站105到UE 115的DL传输。各UE 115可分散遍及无线通信系统100，并且每个UE 115可以是驻定的或移动的。UE 115还可以被称为移动站、订户站、远程单元、无线设备、接入终端(AT)、手持机、用户代理、客户端、或类似术语。UE 115也可以是蜂窝电话、无线调制解调器、手持式设备、个人计算机、平板设备、个人电子设备、机器类型通信(MTC)设备、等等。

各基站105可与核心网130通信并且彼此通信。例如，基站105可通过回程链路132(例如，S1等)与核心网130对接。基站105可直接或间接地(例如，通过核心网130)在回程链路134(例如，X2等)上彼此通信。基站105可以执行无线电配置和调度以用于与UE 115通信，或者可在基站控制器(未示出)的控制下进行操作。在一些示例中，基站105可以是宏蜂窝小区、小型蜂窝小区、热点等。基站105也可被称为演进型B节点(eNB)105。

一些类型的无线设备可提供自动化通信。自动化无线设备可包括实现M2M通信或MTC的那些设备。M2M或MTC可以指允许设备彼此通信或者设备与基站通信而无需人类干预的数据通信技术。例如，M2M或MTC可以指来自集成有传感器或计量仪以测量或捕捉信息并将该信息中继到中央服务器或应用程序的设备的通信，该中央服务器或应用程序可以利用该信息或者将该信息呈现给与该程序或应用交互的人类。一些UE 115可以是MTC设备，诸如被设计成收集信息或实现机器的自动化行为的那些MTC设备。用于MTC设备的应用的示例包括：智能计量、库存监视、水位监视、装备监视、健康护理监视、野外生存监视、天气和地理事件监视、队列管理和跟踪、远程安全感测、物理(PHY)接入控制、和基于交易的商业收费。MTC设备可以使用半双工(单向)通信以降低的峰值速率来操作。MTC设备还可被配置成在没有参与活跃通信时进入功率节省“深度睡眠”模式。

在一些情形中，UE 115可进入空闲模式并且周期性地苏醒以接收寻呼消息。在一些情形中，无线通信系统100内的每个UE 115可以被指派P-RNTI(例如，相同的P-RNTI或不同的、因UE而异的P-RNTI)。如果服务网关(S-GW)接收到给UE 115的数据，则S-GW可通知移动性管理实体(MME)，该MME可向被称为跟踪区域的区域内的每个基站105发送寻呼消息。跟踪区域内的每个基站105可发送具有P-RNTI的寻呼消息。因此，UE可在其离开跟踪区域之前保持空闲而不更新MME。

图2解说了根据本公开的各个方面的用于MTC设备的寻呼的过程200的示例。过程200可包括基站105-a、UE 115-a和UE 115-b，它们可以是参照图1描述的相应设备的示例。在过程200中，UE 115-a在寻呼时机215-a期间监视控制信道(例如，MPDCCH)，而UE 115-b在寻呼时机215-b期间监视控制信道。基站105-a可以使用寻呼时机215-a(例如，包括具有R＝32个子帧的重复级别的寻呼消息的MPDCCH)向UE 115-a传送寻呼消息，其中跟随对应的PDSCH 220-a。如果重复寻呼消息与UE 115b的寻呼时机215-b交叠，则UE 115-b可能错误地解码一个或多个寻呼消息，如上面参照图1进一步描述的。如图2所示，在该情形中，UE 115-b可能错误地假设在PDSCH 220-b上将存在控制信息。然而，如上所述，可以由基站105-a使用式1和/或式2对寻呼时机215-a中的所重复寻呼或寻呼消息进行加扰。寻呼消息的加扰序列可以基于寻呼消息的先前重复的数目、或寻呼时机的起始子帧、或其组合。虽然UE 115-b可以尝试解码经加扰的寻呼消息，例如从其寻呼时机215-b的第一子帧开始，但是UE 115b可能无法解码在寻呼时机215-a内的寻呼消息并在寻呼时机215-b结束时返回睡眠(例如，DRX状态或低功率模式)，而不进行尝试解码将与其寻呼时机215-b相关联的PDSCH 220-b(例如，如图2所示在针对UE 115-a的PDSCH 220-a后的8个子帧后)。

同样如上所述，与用于UE 115-a的寻呼时机215-a相关联的第一子帧号也可以在寻呼时机215-a中携带的寻呼消息的DCI中被显式地指示，或者经由与寻呼时机215-a的第一子帧号相关联的P-RNTI被隐式地指示。例如，用于寻呼时机215-a的每个寻呼消息可以在DCI中具有指示寻呼时机215-a的起始子帧号的至少一个比特子集的字段。替换地，可以使用与寻呼时机215-a的起始子帧号相关联的P-RNTI来隐式地信令通知与用于UE 115-a的寻呼时机215-a相关联的第一子帧号。例如，在寻呼时机215-a中发送的寻呼消息可以具有用与寻呼时机215-a的第一子帧相关联的第一P-RNTI值加扰的CRC字段，而在寻呼时机215-b中发送的寻呼消息可以具有用与寻呼时机215-b的第一子帧相关联的第二P-RNTI值加扰的CRC字段。因此，UE 115-b将不会成功地解码在寻呼时机215-a中的寻呼消息的DCI，而UE115-a将不会成功地解码在寻呼时机215-b中的寻呼消息的DCI。

图3示出了根据本公开的各个方面的支持用于MTC设备的寻呼的无线设备300的框图。无线设备300可以是参照图1和2描述的基站105的各方面的示例。无线设备300可包括接收机305、反射镜310以及基站寻呼管理器315。无线设备300还可以包括处理器。这些组件中的每一者可与彼此处于通信。

接收机305可接收信息，诸如分组、用户数据、或与各种信息信道相关联的控制信息(例如，控制信道、数据信道、以及与用于MTC设备的寻呼有关的信息等)。信息可经由链路320被传递至设备的其他组件。接收机305可以是参照图6描述的收发机625的各方面的示例。

发射机310可传送从无线设备300的其他组件接收到的信号。在一些示例中，发射机310可与接收机共处于收发机模块中。例如，发射机310可以是参照图6所描述的收发机625的各方面的示例。发射机310可包括单个天线，或者它可包括多个天线。

基站寻呼管理器315可以在基站处标识用于MTC的操作模式，以及基于所标识的操作模式来确定无线电帧中要用于UE的寻呼时机的至少一个子帧，基站使用MTC与该UE进行通信。基站寻呼管理器315也可以是参照图6描述的基站寻呼管理器605的各方面的示例。

基站寻呼管理器315还可以标识用于基站与一个或多个UE进行通信的MBSFN子帧配置，标识其中至少一个潜在的MBSFN子帧被指定为可供基站用于寻呼一个或多个UE的子帧的寻呼配置，以及基于所标识的寻呼配置来确定无线电帧的子帧的寻呼时机。

基站寻呼管理器315还可以标识寻呼时机的起始子帧和重复级别，其中寻呼时机被基站用于寻呼一个或多个UE(例如，经由用于MTC通信的NB控制信道)，至少部分地基于起始子帧来处理针对一个或多个UE的寻呼消息，以及至少基于重复级别经由链路325将寻呼消息传送或转发至发射机310。

图4示出了根据本公开的各个方面的支持用于MTC设备的寻呼的无线设备400的框图。无线设备400可以是参照图1、2和3所描述的无线设备300或基站105的各方面的示例。无线设备400可以包括接收机405、基站寻呼管理器410和发射机435。无线设备400还可以包括处理器。这些组件中的每一者可与彼此处于通信。

接收机405可接收经由链路430可被传递至设备的其他组件的信息。接收机405还可以执行参照图3的接收机305描述的各功能。接收机405可以是参照图6描述的收发机625的各方面的示例。

基站寻呼管理器410可以是参照图3描述的基站寻呼管理器315的各方面的示例。基站寻呼管理器410可以包括寻呼配置组件415、寻呼组件420和寻呼处理器425。在一些情形中，基站寻呼管理器410可以分别经由链路430和链路445与接收机405和发射机435进行通信。基站寻呼管理器410可以是参照图6描述的基站寻呼管理器605的各方面的示例。

寻呼配置组件415可以配置一个或多个UE以监视寻呼消息。在一些情形中，寻呼配置组件415可以经由链路450与寻呼组件进行通信。

寻呼组件420可标识其中至少一个潜在的MBSFN子帧被指定为可供基站用来寻呼一个或多个UE的子帧的寻呼配置，基于所标识的寻呼配置来确定无线电帧的子帧的寻呼时机，以及基于所标识的寻呼信息和先前是否已经为在先寻呼时机选择了可用子帧的确定来确定子帧的寻呼时机。

寻呼组件420还可标识寻呼时机的起始子帧和重复级别，其中该寻呼时机被基站用于寻呼一个或多个UE。在一些其他情形中，寻呼组件420可以经由链路445将由寻呼处理器425生成的一个或多个寻呼消息转发至发射机435。寻呼处理器425和寻呼组件420可以经由链路440进行通信。发射机435可以根据重复级别传送一个或多个所生成的寻呼消息。

在一些情形中，所标识的寻呼配置包括每无线电帧的寻呼时机的数目。在一些情形中，确定子帧的寻呼时机是基于所标识的寻呼配置和MBSFN子帧配置的。在一些情形中，起始子帧是起始子帧号。在一些情形中，生成对应于一个或多个寻呼消息的DCI信号。在一些情形中，传送寻呼消息包括在DCI信号中向UE传送起始子帧的指示。在一些情形中，如果所标识的操作模式是带内模式，则无线电帧仅具有可用于寻呼时机的一个子帧。在一些情形中，如果所标识的操作模式是自立模式或保护频带模式，则无线电帧具有可用于寻呼时机的子帧集。在一些示例中，寻呼配置包括基于寻呼时机或其他因UE而异的信息(例如，UE-ID等)来确定的P-RNTI。P-RNTI可以是用于寻呼不同UE的多个不同P-RNTI值之一。在一些示例中，可以基于P-RNTI值来确定起始子帧。

寻呼处理器425可以部分地基于起始子帧来处理针对一个或多个UE中的UE的一个或多个寻呼消息。在一些情形中，处理寻呼消息可以包括用加扰序列对一个或多个寻呼消息进行加扰，该加扰序列是基于寻呼消息的先前重复或寻呼时机的起始子帧的。在一些情形中，一个或多个寻呼消息可以包括DL控制信道(例如，MPDCCH等)的一部分。在一些情形中，处理一个或多个寻呼消息包括用由寻呼配置组件415确定的P-RNTI对一个或多个寻呼消息的一部分(例如，CRC字段)进行加扰。

发射机435可传送从无线设备400的其他组件接收到的信号。在一些示例中，发射机435可与接收机共处于收发机模块中。例如，发射机435可以是参照图6所描述的收发机625的各方面的示例。发射机435可利用单个天线，或者它可利用多个天线。

图5示出了基站寻呼管理器500的框图，该基站寻呼管理器1100可以是无线设备300或无线设备400的对应组件的示例。即，基站寻呼管理器500可以是参照图3和4描述的基站寻呼管理器315或基站寻呼管理器410的各方面的示例。基站寻呼管理器500也可以是参照图6描述的基站寻呼管理器605的各方面的示例。

基站寻呼管理器500可以包括NB广播组件505、寻呼配置组件515、子帧可用性组件510、DL控制信道组件530、寻呼组件520、寻呼处理器525、加扰组件535和P-RNTI组件540。这些模块中的每一者可彼此直接或间接通信(例如，经由一条或多条总线或通信链路)。

NB广播组件505可以在NB-PDSCH上广播寻呼信息。寻呼配置组件515可以是参照图4描述的寻呼配置组件415的示例。在一些情形中，寻呼配置组件515可以配置一个或多个UE以监视寻呼消息。

子帧可用性组件510可以确定先前是否已经为在先寻呼时机选择了可用子帧。在一些情形中，确定寻呼时机包括确定无线电帧的可用子帧。在一些情形中，子帧可用性组件510可以将关于可用子帧565的信息传递给寻呼组件520。

DL控制信道组件530可以生成基于加扰序列加扰的下行链路控制信道。在一些其他情形中，DL控制信道组件530可以经由链路545将基于加扰序列加扰的下行链路控制信道转发至寻呼组件520。

寻呼处理器525可以是参照图4描述的寻呼处理器425的一示例，其可以处理从寻呼组件520收到的针对一个或多个UE中的UE的一个或多个寻呼消息550。在一些情形中，寻呼处理器525可以附加地包括可执行加扰操作的加扰组件535。在一些情形中，处理寻呼消息550可以部分地基于起始子帧。在一些情形中，处理寻呼消息550可以包括用加扰序列对寻呼消息550进行加扰，该加扰序列是基于寻呼消息的先前重复或寻呼时机的起始子帧的。

寻呼组件520可以标识由寻呼配置组件515为UE配置的寻呼配置560。寻呼组件520可标识其中至少一个潜在的MBSFN子帧被指定为可供基站用于寻呼一个或多个UE的子帧的寻呼配置560，基于所标识的寻呼配置来确定无线电帧的子帧的寻呼时机，以及基于所标识的寻呼信息来确定子帧的寻呼时机。此外，在一些情形中，寻呼组件520可以确定先前是否已经为在先寻呼时机选择了可用子帧565。

寻呼组件520还可标识寻呼时机的起始子帧和重复级别，其中该寻呼时机由基站用于使用MTC寻呼一个或多个UE，以及将用于该一个或多个UE中的UE的寻呼消息550转发至寻呼处理器525。在一些情形中，寻呼处理器525可随后将寻呼消息转发至发射机以供传输，该寻呼消息根据重复级别被传送。在一些情形中，寻呼组件520可基于所标识的操作模式，确定无线电帧中要用于UE的寻呼时机的至少一个子帧，基站使用MTC与该UE进行通信。

P-RNTI组件540可以确定与所标识的起始子帧相关联的P-RNTI 555。所确定的P-RNTI 555可被传递至寻呼组件520。在一些情形中，处理一个或多个寻呼消息包括用所确定的P-RNTI 555对一个或多个寻呼消息的一部分(例如，CRC字段)进行加扰。

图6示出了根据本公开的各种方面的包括配置成支持用于MTC设备的寻呼的设备的无线系统600的示图。例如，无线系统600可包括基站105-b，该基站105-b可以是参照图1、2和3到5所描述的无线设备300、无线设备400、或基站105的示例。基站105-b还可包括用于双向语音和数据通信的组件，其包括用于传送通信的组件和用于接收通信的组件。例如，基站105-b可与一个或多个UE 115进行双向通信。

基站105-b还可包括基站寻呼管理器605、存储器610、处理器620、收发机625、天线630、基站通信模块635以及网络通信模块640。这些模块中的每一者可彼此直接或间接通信(例如，经由一条或多条总线)。基站寻呼管理器605可以是参照图3到5描述的基站寻呼管理器的示例。

存储器610可包括随机存取存储器(RAM)和只读存储器(ROM)。存储器610可存储包括指令的计算机可读、计算机可执行软件，这些指令在被执行时使处理器执行本文所描述的各种功能(例如，用于MTC设备的寻呼等)。在一些情形中，软件615可以是不能由处理器直接执行的，而是可以(例如，在被编译和执行时)使计算机执行本文中所描述的功能。处理器620可包括智能硬件设备(例如，中央处理单元(CPU)、微控制器、专用集成电路(ASIC)等)。

收发机625可经由一个或多个天线、有线或无线链路与一个或多个网络进行双向通信，如以上所描述的。例如，收发机625可以与基站105或UE 115进行双向通信。收发机625还可以包括调制解调器以调制分组并将经调制的分组提供给天线以供传输、以及解调从天线接收到的分组。在一些情形中，无线设备可包括单个天线630。然而，在一些情形中，该设备可具有一个以上天线630，这些天线可以能够并发地传送或接收多个无线传输。

基站通信模块635可以管理与其他基站105的通信，并且可以包括用于与其他基站105协作控制与UE 115的通信的控制器或调度器。例如，基站通信模块635可以针对各种干扰缓解技术(诸如波束成形或联合传输)来协调对去往UE 115的传输的调度。在一些示例中，基站通信模块635可以提供LTE/LTE-A无线通信网络技术内的X2接口以提供基站105之间的通信。

网络通信模块640可管理与核心网的通信(例如，经由一个或多个有线回程链路)。例如，网络通信模块640可管理客户端设备(诸如一个或多个UE 115)的数据通信的传递。

图7示出了根据本公开的各个方面的支持用于MTC设备的寻呼的无线设备700的框图。无线设备700可以是参照图1和2描述的UE 115的各方面的示例。无线设备700可包括接收机705、发射机710以及UE寻呼管理器715。无线设备700还可以包括处理器。这些组件中的每一者可与彼此处于通信。

接收机705可接收信息，诸如分组、用户数据、或与各种信息信道相关联的控制信息(例如，控制信道、数据信道、以及与用于MTC设备的寻呼有关的信息等)。信息可例如经由链路720被传递至设备的其他组件。接收机705可以是参照图10描述的收发机1025的各方面的示例。

发射机710可传送从无线设备700的其他组件接收到的信号。在一些情形中，发射机710可以经由链路725与UE寻呼管理器715进行通信。在一些示例中，发射机710可与接收机共处于收发机模块中。例如，发射机710可以是参照图10所描述的收发机1025的各方面的示例。发射机710可包括单个天线，或者它可包括多个天线。

UE寻呼管理器715可标识由基站用来寻呼UE的起始子帧和重复级别。UE寻呼管理器715可以从基站105接收一个或多个寻呼消息(例如，经由用于MTC通信的NB控制信道)，并且基于起始子帧来处理一个或多个寻呼消息。UE寻呼管理器715也可以是参照图10描述的UE寻呼管理器1005的各方面的示例。

图8示出了根据本公开的各个方面的支持用于MTC设备的寻呼的无线设备800的框图。无线设备800可以是参照图1、2和7所描述的无线设备700或UE 115的各方面的示例。无线设备800可包括接收机805、UE寻呼管理器810和发射机830。无线设备800还可以包括处理器。这些组件中的每一者可与彼此处于通信。

接收机805可以接收信息，该信息可以被传递至该设备的其他组件。接收机805还可以执行参照图7的接收机705描述的各功能。接收机805可以是参照图10描述的收发机1025的各方面的示例。

UE寻呼管理器810可以是参照图7描述的UE寻呼管理器715的各方面的示例。UE寻呼管理器810可以包括寻呼组件815、解扰序列组件820和解码器825。在一些情形中，UE寻呼管理器810可以经由链路840与接收机805进行通信。UE寻呼管理器810可以是参照图10描述的UE寻呼管理器1005的各方面的示例。

寻呼组件815可标识寻呼时机的起始子帧和重复级别，其中该寻呼时机被基站用于寻呼UE。寻呼组件815可以从基站105接收一个或多个寻呼消息845。在一些情形中，接收一个或多个寻呼消息845包括接收下行链路控制信道(例如，PDCCH、NB-PDCCH、MPDCCH等)。在一些情形中，接收一个或多个寻呼消息845包括在寻呼消息845中接收起始子帧的指示。例如，可以在寻呼消息845中的DCI中显式地指示起始子帧，或者可以经由使用与寻呼时机的起始子帧相关联的P-RNTI隐式地指示起始子帧。此外，在一些情形中，寻呼组件815可以将一个或多个寻呼消息845与起始子帧的指示一起传递给解扰序列组件820以进行附加处理。

解扰序列组件820可以基于起始子帧初始化用于处理一个或多个寻呼消息845的解扰序列850。例如，解扰序列组件820可以基于寻呼时机的起始子帧或在先子帧的数目(例如，寻呼消息的预期在先重复数目)来初始化解扰序列850。在一些情形中，解扰序列组件820可以将解扰序列850与一个或多个寻呼消息845一起转发至解码器825。

解码器825可基于解扰序列850对一个或多个寻呼消息845进行解码。例如，解码器可以处理经解扰的比特或者将P-RNTI应用于一个或多个寻呼消息845的一部分(例如，CRC字段等)。

发射机830可传送从无线设备800的其他组件接收到的信号。例如，在一些情形中，UE寻呼管理器810可与发射机830进行通信，并且可经由链路860将供传输的信号转发至发射机830。在一些示例中，发射机830可与接收机共处于收发机模块中。例如，发射机830可以是参照图10所描述的收发机1025的各方面的示例。发射机830可利用单个天线，或者它可利用多个天线。

图9示出了根据本公开的各个方面的支持用于MTC设备的寻呼的无线设备900的框图。无线设备900可以是参照图1、2、7和8所描述的无线设备700或无线设备800或UE 115的各方面的示例。无线设备900可以包括UE寻呼管理器910。无线设备900还可包括处理器(未示出)。UE寻呼管理器910可以是参照图7和8描述的UE寻呼管理器710或UE寻呼管理器810的各方面的示例。UE寻呼管理器910也可以是参照图10描述的UE寻呼管理器1005的各方面的示例。

UE寻呼管理器910可以包括寻呼组件915、起始子帧组件960、解扰序列组件920、解码器925、P-RNTI组件905和解扰组件930。这些模块中的每一者可彼此直接或间接通信(例如，经由一条或多条总线或通信链路)。

起始子帧组件960可标识由基站105用于寻呼UE 115的起始子帧和重复级别。起始子帧组件960可以基于UE 115的ID和被包括在例如来自基站的广播信息中的子帧号信息来标识起始子帧。起始子帧组件960可基于从基站收到的信息(例如，在RRC信令、广播信令等中)来标识重复级别。在一些情形中，起始子帧组件960可以是寻呼组件915的子组件。此外，在一些情形中，起始子帧组件960可以将所标识的起始子帧935传递至解扰序列组件920和/或P-RNTI组件905。

P-RNTI组件905可以确定与所标识的起始子帧相关联的P-RNTI。在一些情形中，P-RNTI组件905可以从起始子帧组件960接收所标识的起始子帧935。P-RNTI组件905可以确定P-RNTI值950并且将所确定的P-RNTI值950传递至P-RNTI解扰组件。在一些情形中，P-RNTI解扰组件930可用从P-RNTI组件905收到的所确定的P-RNTI 950来解扰寻呼消息的一部分(例如，CRC字段)。P-RNTI解扰组件930可以将寻呼消息965的经解扰部分传递至解码器925。

在一些情形中，解扰序列组件920可以基于从起始子帧组件960收到的起始子帧935初始化用于处理一个或多个寻呼消息的解扰序列955来。解扰序列组件920可以将解扰序列955传递至寻呼组件915。

寻呼组件915可以从基站105接收一个或多个寻呼消息940(例如，经由下行链路控制信道，诸如PDCCH、MPDCCH或NB-PDCCH)。寻呼组件915可以基于从解扰序列组件920收到的解扰序列955来处理寻呼消息940。在一些情形中，接收一个或多个寻呼消息940包括在寻呼消息中接收起始子帧的指示。例如，可以在寻呼消息中的DCI中显式地指示起始子帧，或者可以经由使用与寻呼时机的起始子帧相关联的P-RNTI隐式地指示起始子帧。寻呼组件可以将经解扰的寻呼消息970传递至解码器925。

解码器925可以对经解扰的寻呼消息970进行解码，并且可以应用从P-RNTI解扰组件930收到的寻呼消息965的经解扰部分(例如，CRC字段)。解码器925可以确定经解扰的寻呼消息970是否是预期用于采用UE寻呼管理器910的UE 115的(例如，基于传递CRC等)，并发送来自的经解码的寻呼消息(例如，DCI等)的信息以供进一步处理。例如，解码器925可以基于经解扰的寻呼消息970的成功解码而向UE 115的睡眠或DRX状态控制器指示它应该保持苏醒以处理寻呼信息。

图10示出了根据本公开的各个方面的包括支持用于MTC设备的寻呼的设备的系统1000的示图。例如，系统1000可包括UE 115-e，该UE 115-e可以是如参照图1、2和7到9描述的无线设备700、无线设备800、或UE 115的示例。

UE 115-e还可包括UE寻呼管理器1005、存储器1010、处理器1020、收发机1025、天线1030以及MTC模块1035。这些模块中的每一者可彼此直接或间接通信(例如，经由一条或多条总线)。UE寻呼管理器1005可以是如参照图7到9描述的UE寻呼管理器710、810或910的示例。

存储器1010可包括RAM和ROM。存储器1010可存储包括指令的计算机可读、计算机可执行软件，这些指令在被执行时使处理器执行本文所描述的各种功能(例如，用于MTC设备的寻呼等)。在一些情形中，软件1015可以是不能由处理器直接执行的，而是可以(例如，在被编译和执行时)使计算机执行本文中所描述的功能。处理器1020可以包括智能硬件设备(例如，CPU、微控制器、ASIC等)。

收发机1025可经由一个或多个天线、有线或无线链路与一个或多个网络进行双向通信，如以上所描述的。例如，收发机1025可以与基站105或UE 115进行双向通信。收发机1025还可以包括调制解调器以调制分组并将经调制的分组提供给天线以供传输、以及解调从天线接收到的分组。在一些情形中，无线设备可包括单个天线1030。然而，在一些情形中，该设备可具有一个以上天线630，这些天线可以能够并发地传送或接收多个无线传输。

MTC模块1035可以启用MTC和IoT操作(诸如，在窄带范围内的操作)，如上面参照图1和2所描述。

图11示出了解说根据本公开的各个方面的用于MTC设备的寻呼的方法1100的流程图。方法1100的操作可由设备(诸如参照图1和2描述的基站105或其组件)来实现。例如，方法1100的操作可由如本文中所描述的基站寻呼管理器来执行。在一些示例中，基站105可以执行用于控制该设备的功能元件执行以下描述的功能的代码集。附加地或替换地，基站105可以使用专用硬件来执行以下描述的功能的各方面。

在框1105处，基站105可以在基站处标识用于MTC的操作模式，如上面参照图1和2所描述。

在框1110处，基站105可以基于所标识的操作模式，来确定无线电帧中要用于UE的寻呼时机的至少一个子帧，基站使用MTC与该UE进行通信，如上面参照图1和2所描述。在某些示例中，框1110的操作可由如参照图4和5所描述的寻呼组件来执行。

图12示出了解说根据本公开的各个方面的用于MTC设备的寻呼的方法1200的流程图。方法1200的操作可由设备(诸如参照图1和2描述的基站105或其组件)来实现。例如，方法1200的操作可由如本文中所描述的基站寻呼管理器来执行。在一些示例中，基站105可以执行用于控制该设备的功能元件执行以下描述的功能的代码集。附加地或替换地，基站105可以使用专用硬件来执行以下描述的功能的各方面。

在框1205处，基站105可标识用于基站与一个或多个UE进行通信的MBSFN子帧配置，如上面参照图1和2所描述。

在框1210处，基站105可标识其中至少一个潜在的MBSFN子帧被指定为可供基站用于寻呼一个或多个UE的子帧的寻呼配置，如上面参照图1和2所描述。在某些示例中，框1210的操作可由如参照图4和5所描述的寻呼组件来执行。

在框1215处，基站105可基于所标识的寻呼配置来确定无线电帧的子帧的寻呼时机，如上面参照图1和2所描述。在某些示例中，框1215的操作可由如参照图4和5所描述的寻呼组件来执行。

图13示出了解说根据本公开的各个方面的用于MTC设备的寻呼的方法1300的流程图。方法1300的操作可由设备(诸如参照图1和2描述的基站105或其组件)来实现。例如，方法1300的操作可由如本文中所描述的基站寻呼管理器来执行。在一些示例中，基站105可以执行用于控制该设备的功能元件执行以下描述的功能的代码集。附加地或替换地，基站105可以使用专用硬件来执行以下描述的功能的各方面。

在框1305处，基站105可标识用于基站与一个或多个UE进行通信的MBSFN子帧配置，如上面参照图1和2所描述。

在框1310处，基站105可标识其中至少一个潜在的MBSFN子帧被指定为可供基站用于寻呼一个或多个UE的子帧的寻呼配置，如上面参照图1和2所描述。在某些示例中，框1310的操作可由如参照图4和5所描述的寻呼组件来执行。

在框1315处，基站105可以确定无线电帧的可用子帧，如上面参照图1和2所描述。在某些示例中，框1315的操作可由如参照图4和5描述的子帧可用性组件来执行。

在框1320处，基站105可以确定先前是否已经为在先寻呼时机选择了可用子帧，如上面参照图1和2所描述。在某些示例中，框1320的操作可由如参照图5所描述的子帧可用性组件来执行。

在框1325处，基站105可基于所标识的寻呼配置和根据所标识的寻呼信息的子帧以及先前是否已经为在先寻呼选择了可用子帧的确定来确定无线电帧的子帧的寻呼时机，如上面参照图1和2所描述。在某些示例中，框1325的操作可由如参照图4和5所描述的寻呼组件来执行。

图14示出了解说根据本公开的各个方面的用于MTC设备的寻呼的方法1400的流程图。方法1400的操作可由设备(诸如参照图1和2描述的基站105或其组件)来实现。例如，方法1400的操作可由如本文中所描述的基站寻呼管理器来执行。在一些示例中，基站105可以执行用于控制该设备的功能元件执行以下描述的功能的代码集。附加地或替换地，基站105可以使用专用硬件来执行以下描述的功能的各方面。

在框1405处，基站105可标识用于基站与一个或多个UE进行通信的MBSFN子帧配置，如上面参照图1和2所描述。

在框1410处，基站105可标识其中至少一个潜在的MBSFN子帧被指定为可供基站用于寻呼一个或多个UE的子帧的寻呼配置，如上面参照图1和2所描述。在某些示例中，框1410的操作可由如参照图4和5所描述的寻呼组件来执行。

在框1415处，基站105可基于所标识的寻呼配置来确定无线电帧的子帧的寻呼时机，如上面参照图1和2所描述。在某些示例中，框1415的操作可由如参照图4和5所描述的寻呼组件来执行。

在框1420处，基站105可以至少部分地基于所标识的寻呼配置来覆盖MBSFN子帧配置的至少一部分以容适寻呼时机，如上面参照图1和2所描述。

图15示出了解说根据本公开的各个方面的用于MTC设备的寻呼的方法1500的流程图。方法1500的操作可由设备(诸如参照图1和2描述的基站105或其组件)来实现。例如，方法1500的操作可由如本文中所描述的基站寻呼管理器来执行。在一些示例中，基站105可以执行用于控制该设备的功能元件执行以下描述的功能的代码集。附加地或替换地，基站105可以使用专用硬件来执行以下描述的功能的各方面。

方法1500可以在基站105标识出现在基站处要发送至UE 115的数据时开始。在框1505处，基站105可标识用于UE 115的寻呼时机的起始子帧。在一些情形中，寻呼时机可与不止一个UE相关联。基站105还可标识用于寻呼UE的重复级别。可从由基站使用覆盖增强模式来寻呼UE 115的重复级别集中选择重复级别，并且可由基站基于来自UE的信令(例如，路径损耗的指示等)来确定重复级别。基站可在框1505之前向UE信令通知重复级别(例如，使用RRC信令或广播信令)。在某些示例中，框1505的操作可由如参照图4和5所描述的寻呼组件来执行。

在框1510处，基站105可以至少部分地基于起始子帧来处理针对UE的寻呼消息。处理寻呼消息可以包括基于起始子帧或基于寻呼消息的在先重复的数目来加扰寻呼消息。在一些情形中，处理寻呼消息可进一步包括生成包括起始子帧的指示的DCI信号，或者用与起始子帧相关联的P-RNTI对一个或多个寻呼消息的一部分进行加扰。在一些情形中，所生成的DCI信号可以在下行链路控制信道(诸如PDCCH)上被载送。

在框1515处，基站105可以在寻呼子帧集(被配置为载送寻呼的子帧)中根据重复等级来传送一个或多个寻呼消息，如上面参照图1和2所描述。在某些示例中，框1510的操作可由如参照图4和5所描述的寻呼组件来执行。

图16示出了解说根据本公开的各个方面的用于MTC设备的寻呼的方法1600的流程图。方法1600的操作可由设备来实现，该设备诸如参照图1和2描述的UE 115或其组件。例如，方法1600的操作可由如本文所描述的UE寻呼管理器来执行。在一些示例中，UE 115可以执行用于控制该设备的功能元件执行以下描述的功能的代码集。附加地或替换地，UE 115可以使用专用硬件来执行以下描述的功能的各方面。

方法1600可在UE 115处于DRX或睡眠状态时开始。在框1605处，UE 115可确定寻呼时机的起始子帧。例如，可以基于UE 115的ID来确定寻呼时机，并且该寻呼时机可以与起始子帧相关联，如上面参照图1和图2所描述。UE 115还可确定与寻呼相关联的重复级别。例如，可在先前连接的状态操作期间从基站105接收重复级别。在某些示例中，框1605的操作可由如参照图8和9所描述的寻呼组件来执行。

在框1615处，UE可以检测寻呼时机。例如，UE 115可以继续将寻呼时机与来自基站105的下行链路载波的当前子帧号进行比较，直到当前子帧号与寻呼时机相匹配。如果检测到寻呼时机，则UE可以行进到框1620。在某些示例中，框1615的操作可由如参照图8和9描述的起始子帧组件来执行。

在框1620处，UE 115可在MTC控制信道上接收寻呼消息，如上面参照图1到2所描述。在一些情形中，MTC控制信道可以是PDCCH或任何其他下行链路控制信道。在某些示例中，框1605的操作可由如参照图8和9所描述的寻呼组件来执行。

在框1625处，UE 115可以处理寻呼消息。例如，UE 115可以基于解扰序列、或P-RNTI、或其组合来解码寻呼消息，如上面参照图1和2所描述。可基于起始子帧来确定解扰序列或P-RNTI。例如，解扰序列可以基于起始子帧号或当前子帧号与起始子帧号之间的差。附加地或替换地，处理寻呼消息可以包括检测在控制信道的DCI中的起始子帧的显式指示符。在一些示例中，处理寻呼消息可以包括跨子帧将DCI进行组合。例如，在从寻呼时机的起始子帧到当前子帧的每个子帧中收到的DCI可被并发地处理。在某些示例中，框1625的操作可由如参照图8和9所描述的解扰序列组件来执行。

在框1630处，UE 115可确定寻呼消息中是否存在针对UE的寻呼信息。例如，UE 115可以确定当应用解扰和/或P-RNTI时是否实现了寻呼消息的成功解码(例如，CRC通过)。如果在框1630处发现针对UE的寻呼信息存在，则该UE可以在框1640处，处理与寻呼消息相关联的数据信道。数据信道可以是例如包括可指示用于UE 115或进一步的动作(例如，以执行连接设立等)的信息的寻呼记录的PDSCH。在框1640处的处理数据信道可基于数据信道到寻呼时机的偏移(例如，由重复级别产生的偏移等)。在某些示例中，框1630的操作可由如参照图8和9所描述的解码器来执行。

如果在框1630处未检测到寻呼信息，则UE 115可以在框1635处确定是否针对UE115配置了更多寻呼子帧。例如，UE 115可以确定是否已经达到重复级别或者是否应该处理附加寻呼子帧。如果已经达到重复级别，则UE 115可以返回睡眠或DRX状态。UE 115可行进到框1605以确定下一个寻呼时机。如果未达到重复级别，则UE 115可以返回到框1620以接收并处理下一寻呼子帧。在某些示例中，框1635的操作可由如参照图8和9所描述的寻呼组件来执行。

应注意，这些方法描述了可能的实现，并且各操作和步骤可被重新安排或以其他方式被修改，以使得其它实现也是可能的。在一些示例中，来自两种或更多种方法的诸方面可被组合。例如，每种方法的各方面可包括其他方法的步骤或方面、或者本文所描述的其他步骤或技术。由此，本公开的各方面可提供用于用于MTC设备的寻呼。

提供本文的描述是为了使得本领域技术人员能够制作或使用本公开。对本公开的各种修改对于本领域技术人员将是显而易见的，并且本文中所定义的普适原理可被应用于其他变形而不会脱离本公开的范围。由此，本公开并不限定于本文中所描述的示例和设计，而是应被授予与本文中公开的原理和新颖特征一致的最宽泛的范围。

本文中所描述的功能可以在硬件、由处理器执行的软件、固件、或其任何组合中实现。如果在由处理器执行的软件中实现，则各功能可以作为一条或多条指令或代码存储在计算机可读介质上或藉其进行传送。其他示例和实现落在本公开及所附权利要求的范围内。例如，由于软件的本质，上述功能可使用由处理器执行的软件、硬件、固件、硬连线或其任何组合来实现。实现功能的特征也可物理地位于各种位置，包括被分布以使得功能的各部分在不同的物理(PHY)位置处实现。另外，如本文(包括权利要求中)所使用的，在项目列举(例如，以附有诸如中的至少一个摂或中的一个或多个摂之类的措辞的项目列举)中使用的或摂指示包含性列举，以使得例如A、B或C中的至少一个的列举意指A或B或C或AB或AC或BC或ABC(即，A和B和C)。

计算机可读介质包括非瞬态计算机存储介质和通信介质两者，其包括促成计算机程序从一地向另一地转移的任何介质。非瞬态存储介质可以是能被通用或专用计算机访问的任何可用介质。作为示例而非限定，非瞬态计算机可读介质可包括RAM、ROM、电可擦除可编程只读存储器(EEPROM)、压缩盘(CD)ROM或其他光盘存储、磁盘存储或其他磁存储设备、或能被用来携带或存储指令或数据结构形式的期望程序代码手段且能被通用或专用计算机、或者通用或专用处理器访问的任何其他非瞬态介质。任何连接也被正当地称为计算机可读介质。例如，如果软件是使用同轴电缆、光纤电缆、双绞线、数字订户线(DSL)、或诸如红外、无线电、以及微波之类的无线技术从web网站、服务器、或其他远程源传送而来，则该同轴电缆、光纤电缆、双绞线、DSL、或诸如红外、无线电、以及微波之类的无线技术就被包括在介质的定义之中。如本文所使用的盘(disk)和碟(disc)包括CD、激光碟、光碟、数字通用碟(DVD)、软盘和蓝光碟，其中盘常常磁性地再现数据而碟用激光来光学地再现数据。以上介质的组合也被包括在计算机可读介质的范围内。

本文描述的技术可被用于各种无线通信系统，诸如CDMA、TDMA、FDMA、OFDMA、单载波频分多址(SC-FDMA)、以及其他系统。术语“系统”和“网络”经常被可互换地使用。CDMA系统可实现诸如CDMA2000、通用地面无线电接入(UTRA)等无线电技术。CDMA2000涵盖IS2000、IS-95和IS-856标准。IS-2000版本0和A常被称为CDMA2000 1X、1X等。IS-856(TIA-856)常被称为CDMA2000 1xEV-DO、高速率分组数据(HRPD)等。UTRA包括宽带CDMA(WCDMA)和其它CDMA变体。TDMA系统可实现诸如全球移动通信系统(GSM)之类的无线电技术。OFDMA系统可实现诸如超移动宽带(UMB)、演进UTRA(E-UTRA)、IEEE 802.11、IEEE 802.16(WiMAX)、IEEE802.20、Flash-OFDM等无线电技术。UTRA和E-UTRA是通用移动电信系统(通用移动电信系统(UMTS))的部分。3GPP LTE和高级LTE(LTE-A)是使用E-UTRA的新UMTS版本。UTRA、E-UTRA、UMTS、LTE、LTE-A和GSM在来自名为“第三代伙伴项目”(3GPP)的组织的文献中描述。CDMA2000和UMB在来自名为“第三代伙伴项目2”(3GPP2)的组织的文献中描述。本文所描述的技术既可用于以上提及的系统和无线电技术，也可用于其他系统和无线电技术。然而，本文的描述出于示例目的描述了LTE系统，并且在以上大部分描述中使用了LTE术语，但这些技术也可应用于LTE应用以外的应用。

在LTE/LTE-A网络(包括本文所描述的网络)中，术语演进型B节点(eNB)可一般用于描述基站。本文所描述的一个或多个无线通信系统可包括异构LTE/LTE-A网络，其中不同类型的eNB提供对各种地理区划的覆盖。例如，每个eNB或基站可提供对宏蜂窝小区、小型蜂窝小区、或其他类型的蜂窝小区的通信覆盖。取决于上下文，术语“蜂窝小区”是可被用于描述基站、与基站相关联的载波或分量载波(CC)、或者载波或基站的覆盖区域(例如，扇区等)的3GPP术语。

基站可包括或可由本领域技术人员称为基收发机站、无线电基站、接入点(AP)、无线电收发机、B节点、演进型B节点(eNB)、家用B节点、家用演进型B节点、或某个其他合适的术语。基站的地理覆盖区域可被划分成仅构成该覆盖区域的一部分的扇区。本文所描述的一个或数个无线通信系统可包括不同类型的基站(例如，宏或小型蜂窝小区基站)。本文所描述的UE可以能够与各种类型的基站和网络装备(包括宏eNB、小型蜂窝小区eNB、中继基站等)通信。可能存在不同技术的交叠地理覆盖区域。在一些情形中，不同覆盖区域可以与不同通信技术相关联。在一些情形中，一种通信技术的覆盖区域可以与关联于另一技术的覆盖区域交叠。不同技术可与相同基站或者不同基站相关联。

宏蜂窝小区一般覆盖相对较大的地理区域(例如，半径为数千米的区域)，并且可允许无约束地由与网络供应商具有服务订阅的UE接入。与宏蜂窝小区相比，小型蜂窝小区是可在与宏蜂窝小区相同或不同的(例如，有执照、无执照等)频带中操作的低功率基站。根据各种示例，小型蜂窝小区可包括微微蜂窝小区、毫微微蜂窝小区、以及微蜂窝小区。微微蜂窝小区例如可覆盖较小地理区域并且可允许无约束地由具有与网络供应商的服务订阅的UE接入。毫微微蜂窝小区也可覆盖较小地理区域(例如，住宅)且可提供有约束地由与该毫微微蜂窝小区有关联的UE(例如，封闭订户群(CSG)中的UE、该住宅中的用户的UE、等等)的接入。用于宏蜂窝小区的eNB可被称为宏eNB。用于小型蜂窝小区的eNB可被称为小型蜂窝小区eNB、微微eNB、毫微微eNB、或家用eNB。eNB可支持一个或多个(例如，两个、三个、四个，等等)蜂窝小区(例如，分量载波(CC))。UE可以能够与各种类型的基站和网络装备(包括宏eNB、小型蜂窝小区eNB、中继基站等)通信。

本文所描述的一个或多个无线通信系统可支持同步或异步操作。对于同步操作，各基站可具有相似的帧定时，并且来自不同基站的传输可以在时间上大致对齐。对于异步操作，各基站可以具有不同的帧定时，并且来自不同基站的传输可以不在时间上对齐。本文中所描述的技术可被用于同步或异步操作。

本文所描述的DL传输还可被称为前向链路传输，而UL传输还可被称为反向链路传输。本文中所描述的每条通信链路(包括例如图1和2的无线通信系统100和过程200)可包括一个或多个载波，其中每个载波可以是由多个副载波构成的信号(例如，不同频率的波形信号)。每个经调制信号可在不同的副载波上被发送并且可携带控制信息(例如，参考信号、控制信道等)、开销信息、用户数据等。本文描述的通信链路(例如，图1的通信链路125)可以使用频分双工(FDD)操作(例如，使用配对频谱资源)或时分双工(TDD)操作(例如，使用未配对频谱资源)来传送双向通信。可以定义用于FDD的帧结构(例如，帧结构类型1)和用于TDD的帧结构(例如，帧结构类型2)。

由此，本公开的各方面可提供用于用于MTC设备的寻呼。应注意，这些方法描述了可能的实现，并且各操作和步骤可被重新安排或以其他方式被修改，以使得其它实现也是可能的。在一些示例中，来自两种或更多种方法的诸方面可被组合。

结合本文的公开所描述的各种解说性框以及模块可用设计成执行本文所描述的功能的通用处理器、数字信号处理器(DSP)、ASIC、现场可编程门阵列(FPGA)或其他可编程逻辑器件、分立的门或晶体管逻辑、分立的硬件组件、或其任何组合来实现或执行。通用处理器可以是微处理器，但在替换方案中，处理器可以是任何常规的处理器、控制器、微控制器、或状态机。处理器还可被实现为计算设备的组合(例如，DSP与微处理器的组合、多个微处理器、与DSP核心协同的一个或多个微处理器，或者任何其他此类配置)。由此，本文所描述的功能可由至少一个集成电路(IC)上的一个或多个其他处理单元(或核)来执行。在各个示例中，可使用可按本领域所知的任何方式来编程的不同类型的IC(例如，结构化/平台ASIC、FPGA、或另一半定制IC)。每个单元的功能也可以整体或部分地用实施在存储器中的、被格式化成由一或多个通用或专用处理器执行的指令来实现。

在附图中，类似组件或特征可具有相同的附图标记。此外，相同类型的各个组件可通过在附图标记后跟随短划线以及在类似组件之间进行区分的第二标记来加以区分。如果在说明书中仅使用第一附图标记，则该描述可应用于具有相同的第一附图标记的类似组件中的任何一个组件而不论第二附图标记如何。

Claims (27)

1.一种在基站处进行无线通信的方法，包括：

标识由所述基站用于寻呼一个或多个用户装备(UE)的起始子帧和重复级别；

至少部分地基于所述起始子帧，来处理针对所述一个或多个UE中的UE的一个或多个寻呼消息,其中处理所述一个或多个寻呼消息包括用加扰序列对所述一个或多个寻呼消息进行加扰以供在寻呼子帧集中传输，所述加扰序列至少部分地基于所述起始子帧；以及

在所述寻呼子帧集中根据所述重复级别来传送所述一个或多个寻呼消息。

2.如权利要求1所述的方法，其特征在于，针对所述一个或多个寻呼消息中的每一者的所述加扰序列至少部分地基于所述一个或多个寻呼消息的先前重复的数目。

3.如权利要求1所述的方法，其特征在于，传送所述一个或多个寻呼消息包括传送下行链路(DL)控制信道。

4.如权利要求1所述的方法，其特征在于，处理所述一个或多个寻呼消息包括：

生成包括所述起始子帧的指示的所述一个或多个寻呼消息的下行链路控制信息(DCI)信号。

5.如权利要求1所述的方法，其特征在于，处理所述一个或多个寻呼消息包括：

确定与所标识的起始子帧相关联的寻呼无线电网络临时标识符(P-RNTI)；以及

用所确定的P-RNTI加扰所述一个或多个寻呼消息的一部分。

6.如权利要求5所述的方法，其特征在于，所述一个或多个寻呼消息的所述部分包括循环冗余校验(CRC)。

7.如权利要求1所述的方法，其特征在于，所述一个或多个寻呼消息在下行链路物理信道上被传送。

8.一种在用户装备(UE)处进行无线通信的方法，包括：

标识由基站用于寻呼所述UE的起始子帧和重复级别集；

在基于所述起始子帧和重复级别集确定的寻呼子帧集上，从所述基站接收一个或多个寻呼消息；

基于至少部分地基于所述起始子帧和所述重复级别集处理所述一个或多个寻呼消息来确定针对所述UE的寻呼信息的存在,其中处理在所述寻呼子帧集中接收的所述一个或多个寻呼消息包括至少部分地基于所述起始子帧初始化用于所述一个或多个寻呼消息的解扰序列，以及

至少部分地基于所述解扰序列来解码所述一个或多个寻呼消息。

9.如权利要求8所述的方法，其特征在于，接收所述一个或多个寻呼消息包括：接收下行链路(DL)控制信道。

10.如权利要求8所述的方法，其特征在于，接收所述一个或多个寻呼消息包括：在下行链路控制信息(DCI)信号中接收所述起始子帧的指示。

11.如权利要求8所述的方法，其特征在于，处理所述一个或多个寻呼消息包括：确定与所标识的起始子帧相关联的寻呼无线电网络临时标识符(P-RNTI)；以及

至少部分地基于所确定的P-RNTI来解码所述一个或多个寻呼消息的一部分。

12.如权利要求11所述的方法，其特征在于，所述一个或多个寻呼消息的所述部分包括循环冗余校验(CRC)。

13.如权利要求8所述的方法，其特征在于，在物理下行链路控制信道(PDCCH)上接收所述一个或多个寻呼消息。

14.如权利要求8所述的方法，其特征在于，所述一个或多个寻呼消息在下行链路物理信道上被接收。

15.一种用于基站处的无线通信的装备，包括：

用于标识由所述基站用于寻呼一个或多个用户装备(UE)的起始子帧和重复级别的装置；

用于至少部分地基于所述起始子帧，来处理针对所述一个或多个UE中的UE的一个或多个寻呼消息的装置，其中用于处理所述一个或多个寻呼消息的装置包括

用加扰序列对所述一个或多个寻呼消息进行加扰以供在寻呼子帧集中传输，所述加扰序列至少部分地基于所述起始子帧；以及

用于在所述寻呼子帧集中根据所述重复级别来传送所述一个或多个寻呼消息的装置。

16.如权利要求15所述的装备，其特征在于，所述加扰序列至少部分地基于所述一个或多个寻呼消息的数个先前重复中的至少一者。

17.如权利要求15所述的装备，其特征在于，传送所述一个或多个寻呼消息包括传送下行链路(DL)控制信道。

18.如权利要求15所述的装备，其特征在于，进一步包括：用于生成包括所述起始子帧的指示的所述一个或多个寻呼消息的下行链路控制信息(DCI)信号的装置。

19.如权利要求15所述的装备，其特征在于，用于处理所述一个或多个寻呼消息的装置包括：

用于确定与所标识的起始子帧相关联的寻呼无线电网络临时标识符(P-RNTI)的装置；以及

用于用所确定的P-RNTI加扰所述一个或多个寻呼消息的一部分的装置。

20.如权利要求19所述的装备，其特征在于，所述一个或多个寻呼消息的所述部分包括循环冗余校验(CRC)。

21.如权利要求15所述的装备，其特征在于，所述一个或多个寻呼消息在下行链路物理信道上被传送。

22.一种存储用于在基站处进行无线通信的代码的非瞬态计算机可读介质，所述代码包括能执行以用于以下操作的指令：

标识由所述基站用于寻呼一个或多个用户装备(UE)的起始子帧和重复级别；至少部分地基于所述起始子帧，来处理用于所述一个或多个UE中的UE的一个或多个寻呼消息，其中处理所述一个或多个寻呼消息包括用加扰序列对所述一个或多个寻呼消息进行加扰以供在寻呼子帧集中传输，所述加扰序列至少部分地基于所述起始子帧；以及

在所述寻呼子帧集中根据所述重复级别来传送所述一个或多个寻呼消息。

23.如权利要求22所述的非瞬态计算机可读介质，其特征在于，针对所述一个或多个寻呼消息中的每一者的所述加扰序列至少部分地基于所述一个或多个寻呼消息的数个先前重复的中的至少一者。

24.如权利要求23所述的非瞬态计算机可读介质，其特征在于，传送所述一个或多个寻呼消息包括传送下行链路(DL)物理控制信道。

25.如权利要求22所述的非瞬态计算机可读介质，其特征在于，能执行处理所述一个或多个寻呼消息的指令包括能执行以用于以下操作的指令：

确定与所标识的起始子帧相关联的寻呼无线电网络临时标识符(P-RNTI)；以及

用所述确定的P-RNTI加扰所述一个或多个寻呼消息的至少一部分。

26.如权利要求22所述的非瞬态计算机可读介质，其特征在于，所述一个或多个寻呼消息在下行链路物理信道上被传送。

27.如权利要求22所述的非瞬态计算机可读介质，其特征在于，进一步包括能执行以用于以下操作的指令：

生成包括所述起始子帧的指示的所述一个或多个寻呼消息的下行链路控制信息(DCI)信号。

Images