具体实施方式

下文结合附图阐述的具体实施方式旨在作为对各种配置的描述，而并非旨在表示可以以其实施本文所描述的概念的仅有配置。为了提供对各种概念的透彻理解，具体实施方式包括特定细节。然而，对于本领域技术人员将显而易见的是，可以在没有这些特定细节的情况下实施这些概念。在一些实例中，以方块图的形式示出公知的结构和组件，以便避免模糊这样的概念。

现在将参照各种装置和方法来给出电信系统的若干方面。这些装置和方法将通过各个方块、组件、电路、过程、算法等(被统称为“元素”)来在以下的具体实施方式中描述并且在附图中示出。这些元素可以使用电子硬件、计算机软件或其任意组合来实现。这样的元素是实现为硬件还是软件，取决于特定的应用和对整个系统所施加的设计约束。

举例而言，可以将元素、或元素的任何部分、或元素的任意组合实现为包括一个或多个处理器的“处理系统”。处理器的示例包括：微处理器、微控制器、图形处理单元(GPU)、中央处理单元(CPU)、应用处理器、数字信号处理器(DSP)、精简指令集运算(RISC)处理器、片上系统(SoC)、基带处理器、现场可编程门阵列(FPGA)、可编程逻辑器件(PLD)、状态机、门控逻辑、分立硬件电路、以及被配置为执行贯穿本公开内容描述的各种功能的其它合适的硬件。在处理系统中的一个或多个处理器可以执行软件。无论被称为软件、固件、中间件、微代码、硬件描述语言还是其它名称，软件都应当被广义地解释为意指指令、指令集、代码、代码段、程序代码、程序、子程序、软件组件、应用、软件应用、软件包、例程、子例程、对象、可执行文件、执行的线程、过程、函数等。

相应地，在一个或多个示例实施例中，所描述的功能可以用硬件、软件或其任意组合来实现。如果用软件来实现，所述功能可以作为在计算机可读介质上的一个或多个指令或代码进行存储或编码。计算机可读介质包括计算机存储介质。存储介质可以是可以由计算机访问的任何可用介质。通过示例而非限制的方式，这样的计算机可读介质可以包括随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程ROM(EEPROM)、光盘存储、磁盘存储、其它磁存储设备、前述类型的计算机可读介质的组合、或者可以用于以可以由计算机访问的指令或数据结构的形式存储计算机可执行代码的任何其它介质。

图1是示出无线通信系统和接入网络100的示例的示意图。无线通信系统(还被称为无线广域网(WWAN))包括基站102、UE 104、演进分组核心(EPC)160和另一种核心网络190(例如，5G核心(5GC))。基站102可以包括宏小区(高功率蜂窝基站)和/或小型小区(低功率蜂窝基站)。宏小区包括基站。小型小区包括毫微微小区、微微小区和微小区。

被配置用于4G LTE(被统称为演进型通用移动电信系统(UMTS)陆地无线接入网络(E-UTRAN))的基站102可以通过第一回程链路132(例如，S1接口)与EPC 160对接。被配置用于5G NR(被统称为下一代RAN(NG-RAN))的基站102可以通过第二回程链路184与核心网络190对接。除了其它功能之外，基站102还可以执行以下功能中的一个或多个功能：用户数据的传输、无线信道加密和解密、完整性保护、报头压缩、移动性控制功能(例如，切换、双连接)、小区间干扰协调、连接建立和释放、负载平衡、针对非接入层(NAS)消息的分发、NAS节点选择、同步、无线接入网络(RAN)共享、多媒体广播多播服务(MBMS)、用户和设备跟踪、RAN信息管理(RIM)、寻呼、定位、以及警告消息的传送。基站102可以通过第三回程链路134(例如，X2接口)来直接或间接地(例如，通过EPC160或核心网络190)相互通信。第三回程链路134可以是有线的或无线的。

基站102可以与UE 104无线地进行通信。基站102中的每个基站102可以提供针对相应的地理覆盖区域110的通信覆盖。可以存在重叠的地理覆盖区域110。例如，小型小区102'可以具有与一个或多个宏基站102的覆盖区域110重叠的覆盖区域110'。包括小型小区和宏小区两者的网络可以被称为异构网络。异构网络还可以包括家庭演进型节点B(eNB)(HeNB)，HeNB可以向被称为封闭用户组(CSG)的受限群组提供服务。在基站102与UE 104之间的通信链路120可以包括从UE 104到基站102的上行链路(UL)(还被称为反向链路)传输和/或从基站102到UE 104的下行链路(DL)(还被称为前向链路)传输。通信链路120可以使用多输入多输出(MIMO)天线技术，包括空间复用、波束成形和/或发射分集。通信链路可以是通过一个或多个载波的。基站102/UE 104可以使用在用于在每个方向上的传输的多至总共Yx MHz(x个分量载波)的载波聚合中分配的每载波多至Y MHz(例如，5、10、15、20、100、400等MHz)的带宽的频谱。载波可以彼此相邻或可以彼此不相邻。关于DL和UL的载波分配可以是不对称的(例如，与针对UL相比，可以针对DL分配更多或更少的载波)。分量载波可以包括主分量载波和一个或多个辅分量载波。主分量载波可以被称为主小区(PCell)，以及辅分量载波可以被称为辅小区(SCell)。

某些UE 104可以使用设备到设备(D2D)通信链路158来相互通信。D2D通信链路158可以使用DL/UL WWAN频谱。D2D通信链路158可以使用一个或多个侧行链路信道，比如物理侧行链路广播信道(PSBCH)、物理侧行链路发现信道(PSDCH)、物理侧行链路共享信道(PSSCH)和物理侧行链路控制信道(PSCCH)。D2D通信可以通过多种多样的无线D2D通信系统，比如FlashLinQ、WiMedia、蓝牙、ZigBee、基于IEEE 802.11标准的Wi-Fi、LTE或NR。

无线通信系统还可以包括Wi-Fi接入点(AP)150，其经由在5GHz非许可频谱中的通信链路154来与Wi-Fi站(STA)152相通信。当在非许可频谱中进行通信时，STA 152/AP 150可以在进行通信之前执行空闲信道评估(CCA)，以便确定信道是否是可用的。

小型小区102’可以在经许可和/或非许可频谱中操作。当在非许可频谱中操作时，小型小区102’可以采用NR并且使用与由Wi-Fi AP 150所使用的5GHz非许可频谱相同的5GHz非许可频谱。在非许可频谱中采用NR的小型小区102’可以提升覆盖和/或增加接入网络的容量。

基站102(无论是小型小区102’还是大型小区(例如，宏基站))可以包括和/或被称为eNB、gNodeB(gNB)或另一类型的基站。一些基站(比如gNB 180)可以在传统的低于6GHz频谱中、在毫米波(mmW)频率和/或近mmW频率中操作，以与UE 104进行通信。当gNB 180在mmW或近mmW频率中操作时，gNB 180可以被称为mmW基站。极高频(EHF)是RF在电磁频谱中的一部分。EHF具有30GHz到300GHz的范围并且具有在1毫米与10毫米之间的波长。在该频带中的无线电波可以被称为毫米波。近mmW可以向下扩展到具有100毫米的波长的3GHz的频率。超高频(SHF)频带在3GHz与30GHz之间扩展，还被称为厘米波。使用mmW/近mmW射频频带(例如，3GHz–300GHz)的通信具有极高的路径损耗和短距离。mmW基站180可以利用与UE 104的波束成形182来补偿极高的路径损耗和短距离。基站180和UE 104可以各自包括多个天线(比如天线元件、天线面板和/或天线阵列)，以促进波束成形。

基站180可以在一个或多个发送方向182’上向UE 104发送波束成形的信号。UE104可以在一个或多个接收方向182”上从基站180接收波束成形的信号。UE 104还可以在一个或多个发送方向上向基站180发送波束成形的信号。基站180可以在一个或多个接收方向上从UE 104接收波束成形的信号。基站180/UE 104可以执行波束训练以确定针对基站180/UE 104中的每者的最佳接收方向和发送方向。针对基站180的发送方向和接收方向可以是相同或可以是不同的。针对UE 104的发送方向和接收方向可以是相同或可以是不同的。

EPC 160可以包括移动性管理实体(MME)162、其它MME 164、服务网关166、多媒体广播多播服务(MBMS)网关168、广播多播服务中心(BM-SC)170、以及分组数据网络(PDN)网关172。MME 162可以与归属用户服务器(HSS)174相通信。MME 162是处理在UE 104与EPC160之间的信令的控制节点。通常，MME 162提供承载和连接管理。所有用户互联网协议(IP)分组是通过服务网关166来传输的，服务网关116本身连接到PDN网关172。PDN网关172提供UE IP地址分配以及其它功能。PDN网关172和BM-SC 170连接到IP服务176。IP服务176可以包括互联网、内联网、IP多媒体子系统(IMS)、PS流服务和/或其它IP服务。BM-SC 170可以针对MBMS用户提供服务供应和传送的功能。BM-SC 170可以充当用于内容提供商MBMS传输的入口点，可以用于在公共陆地移动网络(PLMN)内授权和发起MBMS承载服务，并且可以用于调度MBMS传输。MBMS网关168可以用于向属于广播特定服务的多播广播单频网络(MBSFN)区域的基站102分发MBMS业务，并且可以负责会话管理(开始/停止)和收集与eMBMS相关的计费信息。

核心网络190可以包括接入和移动性管理功能(AMF)192、其它AMF 193、会话管理功能(SMF)194和用户平面功能(UPF)195。AMF 192可以与统一数据管理(UDM)196相通信。AMF 192是处理在UE 104与核心网络190之间的信令的控制节点。通常，AMF 192提供QoS流和会话管理。所有用户互联网协议(IP)分组是通过UPF 195来传输的。UPF 195提供UE IP地址分配以及其它功能。UPF 195连接到IP服务197。IP服务197可以包括互联网、内联网、IP多媒体子系统(IMS)、PS流服务和/或其它IP服务。

基站可以包括和/或被称为gNB、节点B、eNB、接入点、基站收发机、无线基站、无线收发机、收发机功能单元、基本服务集(BSS)、扩展服务集(ESS)、发送接收点(TRP)或某种其它适当的术语。基站102针对UE 104提供到EPC 160或核心网络190的接入点。UE 104的示例包括蜂窝电话、智能电话、会话发起协议(SIP)电话、膝上型计算机、个人数字助理(PDA)、卫星无线电单元、全球定位系统、多媒体设备、视频设备、数字音频播放器(例如，MP3播放器)、照相机、游戏控制台、平板设备、智能设备、可穿戴设备、运载工具、电表、气泵、大型或小型厨房电器、医疗保健设备、植入物、传感器/致动器、显示器或者任何其它相似功能的设备。UE 104中的一些UE 104可以被称为IoT设备(例如，停车计费表、气泵、烤面包机、运载工具、心脏监护器等)。UE 104还可以被称为站、移动站、用户站、移动单元、用户单元、无线单元、远程单元、移动设备、无线设备、无线通信设备、远程设备、移动用户站、接入终端、移动终端、无线终端、远程终端、手机、用户代理、移动客户端、客户端、或某种其它适当的术语。

再次参照图1，在某些方面中，UE 104可以包括DRX选择组件198，其被配置为：如果UE正在非CE模式下操作，则从第一特定于UE的DRX周期集合中选择特定于UE的DRX周期；以及如果UE正在第一CE模式下操作，则从第二特定于UE的DRX周期集合中选择特定于UE的DRX周期。在其它方面中，基站180可以包括寻呼选择组件199，其被配置为：如果要在非CE模式下寻呼UE，则从第一特定于UE的DRX周期集合中选择特定于UE的DRX周期；以及如果要在CE模式下寻呼UE并且UE支持第一CE模式，则从第二特定于UE的DRX周期集合中选择特定于UE的DRX周期。尽管以下描述可能集中于5G NR，但是本文描述的概念可以适用于其它类似的领域，比如LTE、LTE-A、CDMA、GSM和其它无线技术。

图2A是示出在5G/NR帧结构内的第一子帧的示例的示意图200。图2B是示出在5G/NR子帧内的DL信道的示例的示意图230。图2C是示出在5G/NR帧结构内的第二子帧的示例的示意图250。图2D是示出在5G/NR子帧内的UL信道的示例的示意图280。5G/NR帧结构可以是FDD(其中，针对特定的子载波集合(载波系统带宽)，在子载波集合内的子帧专用于DL或UL)，或者可以是TDD(其中，针对特定的子载波集合(载波系统带宽)，在子载波集合内的子帧专用于DL和UL二者)。在通过图2A、2C所提供的示例中，5G/NR帧结构被假设为TDD，其中子帧4被配置有时隙格式28(大多数为DL)，其中D是DL，U是UL，并且X是可在DL/UL之间灵活使用的，并且子帧3被配置有时隙格式34(大多数为UL)。虽然子帧3、4分别是利用时隙格式34、28来示出的，但是任何特定子帧可以被配置有各种可用的时隙格式0-61中的任何时隙格式。时隙格式0、1分别是全DL、全UL。其它时隙格式2-61包括DL、UL和灵活符号的混合。通过接收到的时隙格式指示符(SFI)来将UE配置有时隙格式(通过DL控制信息(DCI)动态地配置或者通过无线资源控制(RRC)信令半静态地/静态地控制)。要注意的是，下文描述还适用于TDD的5G/NR帧结构。

其它无线通信技术可以具有不同的帧结构和/或不同的信道。帧(10ms)可以被划分为10个大小相等的子帧(1ms)。每个子帧可以包括一个或多个时隙。子帧还可以包括微时隙，微时隙可以包括7、4或2个符号。每个时隙可以包括7或14个符号，取决于时隙配置。对于时隙配置0，每个时隙可以包括14个符号，而对于时隙配置1，每个时隙可以包括7个符号。在DL上的符号可以是循环前缀(CP)OFDM(CP-OFDM)符号。在UL上的符号可以是CP-OFDM符号(针对高吞吐量场景)或者离散傅里叶变换(DFT)扩频OFDM(DFT-s-OFDM)符号(还被称为单载波频分多址(SC-FDMA)符号)(针对功率受限场景；限于单个流传输)。在子帧内的时隙数量是基于时隙配置和数字方案(numerology)的。对于时隙配置0，不同的数字方案μ0至5允许每子帧分别有1、2、4、8、16和32个时隙。对于时隙配置1，不同的数字方案0至2允许每子帧分别有2、4和8个时隙。相应地，对于时隙配置0和数字方案μ，存在14个符号/时隙和2^μ个时隙/子帧。子载波间隔和符号长度/持续时间是数字方案的函数。子载波间隔可以等于2^μ*15kHz，其中μ是数字方案0到5。因此，数字方案μ＝0具有15kHz的子载波间隔，并且数字方案μ＝5具有480kHz的子载波间隔。符号长度/持续时间与子载波间隔是逆相关的。图2A-2D提供具有每时隙14个符号的时隙配置0以及具有每子帧4个时隙的数字方案μ＝2的示例。时隙持续时间是0.25ms，子载波间隔是60kHz，并且符号持续时间近似为16.67μs。

资源栅格可以用于表示帧结构。每个时隙包括扩展12个连续的子载波的资源块(RB)(还被称为物理RB(PRB))。资源栅格被划分为多个资源单元(RE)。由每个RE携带的比特数量取决于调制方案。

如在图2A中所示出的，RE中的一些RE携带针对UE的参考(导频)信号(RS)。RS可以包括用于UE处的信道估计的解调RS(DM-RS)(针对一个特定配置被指示成Rx，其中100x是端口号，但是其它DM-RS配置是可能的)以及信道状态信息参考信号(CSI-RS)。RS还可以包括波束测量RS(BRS)、波束细化RS(BRRS)以及相位跟踪RS(PT-RS)。

图2B示出在帧的子帧内的各种DL信道的示例。物理下行链路控制信道(PDCCH)在一个或多个控制信道元素(CCE)内携带DCI，每个CCE包括九个RE组(REG)，每个REG包括在一个OFDM符号中的四个连续的RE。主同步信号(PSS)可以在帧的特定子帧的符号2内。PSS是由UE 104用于确定子帧/符号定时和物理层身份的。辅同步信号(SSS)可以在帧的特定子帧的符号4内。SSS是由UE用来确定物理层小区身份组号和无线帧定时的。基于物理层身份和物理层小区身份组号，UE可以确定物理小区标识符(PCI)。基于PCI，UE可以确定前述的DM-RS的位置。携带主信息块(MIB)的物理广播信道(PBCH)可以在逻辑上与PSS和SSS分组在一起，以形成同步信号(SS)/PBCH块。MIB提供在系统带宽中的RB的数量和系统帧号(SFN)。物理下行链路共享信道(PDSCH)携带用户数据、未通过PBCH发送的广播系统信息(比如系统信息块(SIB))、以及寻呼消息。

如在图2C中所示出的，RE中的一些RE携带用于在基站处的信道估计的DM-RS(针对一个特定配置被指示成R，但是其它DM-RS配置是可能的)。UE可以发送针对物理上行链路控制信道(PUCCH)的DM-RS和针对物理上行链路共享信道(PUSCH)的DM-RS。可以在PUSCH的前一个或两个符号中发送PUSCH DM-RS。可以根据发送了短PUCCH还是长PUCCH并且根据所使用的特定PUCCH格式，以不同的配置发送PUCCH DM-RS。UE可以发送探测参考信号(SRS)。SRS可以在子帧的最后一个符号中发送。SRS可以具有梳结构，并且UE可以在梳中的一个梳上发送SRS。SRS可以由基站用于信道质量估计，以实现在UL上的取决于频率的调度。

图2D示出在帧的子帧内的各种UL信道的示例。PUCCH可以如在一个配置中所指示的来放置。PUCCH携带上行链路控制信息(UCI)，比如调度请求、信道质量指示符(CQI)、预编码矩阵指示符(PMI)、秩指示符(RI)和HARQ ACK/NACK反馈。PUSCH携带数据，并且可以另外用于携带缓冲器状态报告(BSR)、功率余量报告(PHR)和/或UCI。

图3是在接入网络中基站310与UE 350相通信的方块图。在DL中，可以将来自EPC160的IP分组提供给控制器/处理器375。控制器/处理器375实现层3和层2功能。层3包括无线资源控制(RRC)层，并且层2包括服务数据适配协议(SDAP)层、分组数据汇聚协议(PDCP)层、无线链路控制(RLC)层和介质访问控制(MAC)层。控制器/处理器375提供：与以下各项相关联的RRC层功能：系统信息(例如，MIB、SIB)的广播、RRC连接控制(例如，RRC连接寻呼、RRC连接建立、RRC连接修改、以及RRC连接释放)、无线电接入技术(RAT)间移动性、以及用于UE测量报告的测量配置；与以下各项相关联PDCP层功能：报头压缩/解压、安全性(加密、解密、完整性保护、完整性验证)、以及切换支持功能；与以下各项相关联的RLC层功能：上层分组数据单元(PDU)的传输、通过ARQ的纠错、RLC服务数据单元(SDU)的串接、分段和重组、RLC数据PDU的重新分段、以及RLC数据PDU的重新排序；以及与以下各项相关联的MAC层功能：在逻辑信道与传输信道之间的映射、MAC SDU到传输块(TB)上的复用、MAC SDU从TB的解复用、调度信息报告、通过HARQ的纠错、优先级处置、以及逻辑信道优先化。

发送(TX)处理器316和接收(RX)处理器370实现与各种信号处理功能相关联的层1功能。层1(其包括物理(PHY)层)可以包括在传输信道上的错误检测、传输信道的前向纠错(FEC)编码/解码、交织、速率匹配、到物理信道上的映射、物理信道的调制/解调、以及MIMO天线处理。TX处理器316基于各种调制方案(例如，二进制相移键控(BPSK)、正交相移键控(QPSK)、M-相移键控(M-PSK)、M-正交振幅调制(M-QAM))处理到信号星座图的映射。经编码且调制的符号随后可以被拆分成并行的流。每个流随后可以被映射到OFDM子载波，与参考信号(例如，导频)在时域和/或频域中进行复用，并且随后使用快速傅里叶逆变换(IFFT)组合到一起，以产生携带时域OFDM符号流的物理信道。OFDM流被空间预编码以产生多个空间流。来自信道估计器374的信道估计可以用于确定编码和调制方案，以及用于空间处理。信道估计可以根据由UE 350发送的参考信号和/或信道状况反馈来推导。可以随后经由单独的发射机318TX将每个空间流提供给不同的天线320。每个发射机318TX可以利用相应的空间流来对RF载波进行调制，以用于传输。

在UE 350处，每个接收机354RX通过其相应的天线352接收信号。每个接收机354RX恢复被调制到RF载波上的信息，并且将信息提供给接收(RX)处理器356。TX处理器368和RX处理器356实现与各种信号处理功能相关联的层1功能。RX处理器356可以对信息执行空间处理以恢复去往UE 350的任何空间流。如果多个空间流去往UE 350，则其可以由RX处理器356合并成单个OFDM符号流。RX处理器356随后使用快速傅里叶变换(FFT)将OFDM符号流从时域变换到频域。频域信号包括针对OFDM信号的每个子载波的单独的OFDM符号流。通过确定由基站310发送的最有可能的信号星座图点，来对在每个子载波上的符号和参考信号进行恢复和解调。这些软决策可以基于由信道估计器358计算的信道估计。软决策随后被解码和解交织以恢复由基站310最初在物理信道上发送的数据和控制信号。数据和控制信号接着可以被提供给控制器/处理器359，控制器/处理器359实现层3和层2功能。

控制器/处理器359可以与存储程序代码和数据的存储器360相关联。存储器360可以被称为计算机可读介质。在UL中，控制器/处理器359提供在传输信道和逻辑信道之间的解复用、分组重组、解密、报头解压缩、以及控制信号处理，以恢复来自EPC 160的IP分组。控制器/处理器359还负责使用ACK和/或NACK协议以支持HARQ操作的错误检测。

与结合由基站310进行的DL传输所描述的功能类似，控制器/处理器359提供：与以下各项相关联的RRC层功能：系统信息(例如，MIB、SIB)捕获、RRC连接、以及测量报告；与以下各项相关联的PDCP层功能：报头压缩/解压缩、以及安全性(加密、解密、完整性保护、完整性验证)；与以下各项相关联的RLC层功能：上层PDU的传输、通过ARQ的纠错、RLC SDU的串接、分段和重组、RLC数据PDU的重新分段、以及RLC数据PDU的重新排序；以及与以下各项相关联的MAC层功能：在逻辑信道与传输信道之间的映射、MAC SDU到TB上的复用、MAC SDU从TB的解复用、调度信息报告、通过HARQ的纠错、优先级处置、以及逻辑信道优先化。

由信道估计器358根据由基站310发送的参考信号或反馈来推导的信道估计可以由TX处理器368用来选择适当的编码和调制方案并且促进空间处理。由TX处理器368生成的空间流可以经由单独的发射机354TX被提供给不同的天线352。每个发射机354TX可以利用相应的空间流来对RF载波进行调制，以用于传输。

在基站310处，以与结合在UE 350处的接收机功能所描述的方式相类似的方式来处理UL传输。每个接收机318RX通过其相应的天线320接收信号。每个接收机318RX恢复被调制到RF载波上的信息并且将信息提供给RX处理器370。

控制器/处理器375可以与存储程序代码和数据的存储器376相关联。存储器376可以被称为计算机可读介质。在UL中，控制器/处理器375提供在传输信道与逻辑信道之间的解复用、分组重组、解密、报头解压缩、控制信号处理，以恢复来自UE 350的IP分组。来自控制器/处理器375的IP分组可以被提供给EPC 160。控制器/处理器375还负责使用ACK和/或NACK协议以支持HARQ操作的错误检测。

TX处理器368、RX处理器356和控制器/处理器359中的至少一者可以被配置为执行与图1的DRX选择组件198有关的各方面。

TX处理器318、RX处理器370和控制器/处理器375中的至少一者可以被配置为执行于图1的寻呼选择组件199有关的各方面。

当UE处于空闲模式并且网络或基站接收针对该UE的下行链路数据时，基站可以根据DRX周期来寻呼UE。网络可以将寻呼消息(例如，PO)配置为根据基于特定于小区的DRX周期或基于特定于UE的DRX周期的DRX周期来发生。对于特定于小区的DRX周期，基站选择默认DRX周期(小区中的UE可以使用其来监测寻呼)并且将关于该DRX周期的信息广播给UE(例如，在SIB2中)。对于特定于UE的DRX周期，UE向核心网络(例如，MME)报告其将使用的DRX周期，核心网络继而将关于特定于UE的DRX周期的信息提供给基站。然后，基站应用该特定于UE的DRX周期以在寻呼该特定UE时使用。在DRX中，UE在周期性PO处监测来自基站的通信，并且在不预期寻呼时(例如，在PO之间)睡眠。PO可以根据指定的DRX周期在时间上间隔。一旦UE接收由基站发送的寻呼消息，UE就可以对寻呼消息进行解码并且随后获取寻址到该UE的数据。

一些UE(其可以被称为eMTC UE)可以支持具有CE的eMTC。例如，图4示出基站402与eMTC UE 404、406、408进行通信的示意图400。当支持eMTC的UE在基站的正常小区覆盖410内时，UE可以在没有CE的情况下在相对良好的信道状况下操作。UE 404是在非CE模式下操作的UE的示例。然而，如果UE移动到基站的正常小区覆盖之外，则UE可以被配置为在CE下接收扩展的小区覆盖，以补偿较差的信道状况。基站可以根据由UE支持的CE模式(例如，CE模式A或CE模式B)，来配置该小区覆盖的范围。因此，eMTC UE 406是支持CE模式A并且在针对CE模式A的扩展的小区覆盖412内操作的UE的示例，而eMTC UE 408是支持CE模式A和CE模式B两者并且在针对CE模式B的扩展的小区覆盖414内操作的UE的示例。虽然这些UE中的一些UE可以是移动的，并且随着它们远离或靠近基站在非CE模式与CE模式之间切换，但是其它UE可以在CE模式下操作(例如，位于地下室深处的固定仪表，例如，UE 408)。另外，对于支持两种CE模式的UE，基站可以根据由UE报告的CE级别来将这些UE配置为在CE模式A和CE模式B之间切换。

在非CE模式下操作的eMTC UE可以接收不具有重复的寻呼消息。在CE模式下操作的eMTC UE(以下简称为UE)可以在多个子帧上重复地接收寻呼消息(例如，通过MPDCCH)，以便在其DRX周期期间正确地解码PO。UE可以累积重复以便解码寻呼消息。图5A示出在UE的DRX周期期间正常操作的网络寻呼的示例图500。基站可以将寻呼配置为基于选择的DRX周期502(例如，特定于小区的DRX周期或特定于UE的DRX周期)来发生，使得在基站发送PO 504之后，UE具有足够的时间(基于用于解码的PO重复或解码时间507)在基站发送下一PO 510之前接收并且解码所发送的PO 504的重复508。例如，在DRX周期502是特定于小区的DRX周期的情况下，基站可以选择大DRX周期(例如，256个子帧)以供UE在监测寻呼传输时应用，以便增加由UE成功解码PO 504的所有重复508的可能性。类似地，在DRX周期502是特定于UE的DRX周期的情况下，UE可以选择大DRX周期(例如，256个子帧)以供基站在发送寻呼传输时应用，以便增加成功解码重复的可能性。

在eMTC中，UE可以从以下预定义值的集合中选择DRX周期：32个子帧、64个子帧、128个子帧和256个子帧。因此，UE可以选择并且向MME报告32、64、128或256个子帧的特定于UE的DRX周期，以供基站在向UE发送PO时应用。然后，基站将在发送PO和其重复时使用该特定于UE的周期。然而，当在CE模式下操作的UE选择小于128或256个子帧的特定于UE的DRX周期时，特定于UE的DRX周期可能出现问题。例如，如果UE被放置为使得其使用例如多于64个子帧或多于128个子帧的重复来成功解码PO，则仅32个子帧或64个子帧的较短的特定于UE的DRX周期可能不允许足够的PO解码时间。仅可以在PO之间累积重复。因此，在这些较短的DRX周期的PO之间将没有足够的子帧来发送UE所需的重复数量，因为重复数量可能超过在连续PO之间配置的时间。

在图5B中可见该异常寻呼操作的示例图500’。在一个方面中，UE可以报告32个子帧作为其特定于UE的DRX周期502’，以及因此基站将其PO 504’、506’配置为根据该32子帧DRX周期来发送。然而，如果使用PO 504’的多于32个重复(例如，直到最后的重复508’)(UE基于解码时间507’)来成功解码PO 504’(例如，由于不良的信道状况)，则UE可能不能在其DRX周期502’结束或下一PO 506’开始之前读取PO 504’，从而导致数据丢失。此外，由于两个PO可以具有独立的信息，因此UE不能通过累积不同PO 504’的重复以辅助解码当前PO506’来解决该问题。

在解决该问题的尝试中，UE可以确定停止使用其特定于UE的DRX周期。例如，UE可以决定选择特定于小区的DRX周期，网络可以配置特定于小区的DRX周期以避免PO重叠。然而，UE将通知网络该改变(例如，通过注册更新)，这导致增加的UE功耗和增加的信令负载，特别是当UE在小区之间行进时。网络不能通过小区配置来自主地改变特定于UE的DRX周期。或者，当UE经历不良的信道状况时，UE可以确定自主地将其特定于UE的DRX周期长度调整为较大的值，以便增加成功解码PO的可能性。然而，除非UE向基站用信号通知该调整(这本身是不期望的，因为这可能增加功耗和信令负载，如上文所描述的)，否则可能导致在UE与基站之间缺少DRX同步，从而导致额外的数据丢失。如果网络禁止UE选择某些特定于UE的DRX周期(例如32、64或128个子帧)，则这样的禁止将阻止在非CE模式下操作的UE(例如，在正常小区覆盖中)能够受益于较小的特定于UE的DRX周期。这将阻止UE在无线通信中实现较短的特定于UE的DRX周期在某些情况下可以提供的较好的性能和减少的时延。

本公开内容提供无线通信系统，当UE正在非CE模式下操作时其允许基站和UE将某些特定于UE的DRX周期应用于寻呼，同时当UE正在CE模式下操作时限制将某些特定于UE的DRX周期用于寻呼。

本公开内容允许基站和UE在UE正在非CE模式下操作时从一个DRX周期集合之中选择特定于UE的DRX周期并且将其应用于寻呼，同时还允许基站和UE在UE正在CE模式(例如，CE模式A或CE模式B)下操作时将来自不同的DRX周期集合的另一特定于UE的DRX周期应用于寻呼。在一个方面中，当UE正在非CE模式下操作时，UE和基站可以从第一特定于UE的DRX周期集合(例如，32、64、128和256个子帧)中选择用于寻呼的特定于UE的DRX周期。如果UE支持CE模式并且正在CE模式下操作，则UE和基站可以从第二特定于UE的DRX周期集合中选择特定于UE的DRX周期。第二集合可以通过特定于UE的DRX周期中的至少一个来限制周期的选项。因此，对于CE模式，集合32、64、128和256可能限制于64、128和256。在另一示例中，对于CE模式，集合可能限于128和256。在再一示例中，对于CE模式，集合可能仅限于256。在另一方面中，不同的特定于UE的DRX周期集合可以用于不同的CE模式。例如，如果UE支持第一CE模式(例如，CE模式A)并且正在第一CE模式下操作，则UE和基站可以从用于CE模式A的第二特定于UE的DRX周期集合(例如，128和256个子帧)中选择用于寻呼的特定于UE的DRX周期。在另外的方面中，如果UE支持第二CE模式(例如，CE模式B)并且正在第二CE模式下操作，则UE和基站可以从用于CE模式B的第三特定于UE的DRX周期集合(例如，256个子帧)中选择用于寻呼的特定于UE的DRX周期。因此，选择可以是来自越来越受限的特定于UE的DRX周期集合的。UE可以基于UE正在第一CE模式还是第二CE模式下操作，使用特定于UE的DRX周期来监测基站的寻呼消息(包括寻呼消息的重复)的传输。

因此，当正在非CE模式(其中寻呼重复可能不是必要的)下操作时，UE可以应用较短的特定于UE的DRX周期(例如，32、64或128个子帧)，同时在CE模式(其中可以使用寻呼重复)下限制使用这些特定于UE的DRX周期。同样，针对非CE模式和CE模式(以及对于CE模式A和CE模式B)使用不同的特定于UE的DRX周期集合使得基站和UE能够切换到不同的特定于UE的DRX周期，而不要求UE向基站用信号通知该切换或向基站发送新报告。例如，当UE向MME报告32或64个子帧的特定于UE的DRX周期时，UE可以在处于非CE模式时使用所报告的DRX周期来从网络接收寻呼，并且如果UE改变为CE模式，则UE可以切换到应用256个子帧(或在一些配置中，为128个子帧)的DRX周期来监测寻呼。可以执行到较长的特定于UE的DRX周期的这种切换，而不考虑UE先前报告的DRX周期。类似地，在该示例中，基站可以使用所报告的特定于UE的DRX周期(例如，32、64或128个子帧)来寻呼在非CE模式下的UE，并且可以使用较大的特定于UE的DRX周期(例如，256子帧)来寻呼在CE模式下操作的UE，而不考虑所报告的特定于UE的DRX周期。

在另一方面中，如果UE是在CE模式下操作的UE，则UE可以报告256个子帧的特定于UE的DRX周期。在再一方面中，如果UE不报告任何特定于UE的DRX周期，则UE可以使用小区配置的DRX周期。在又一方面中，如果UE在非CE模式下操作并且切换到CE模式，则UE可以切换到特定于小区的DRX周期，而不是切换到较大的特定于UE的DRX周期。在额外的方面中，基站可以广播UE在CE模式A和CE模式B下操作时可以使用的DRX周期集合中的可能值。例如，基站可以向在CE模式下的UE指示：如果在CE模式A下操作，则UE可以应用128或256个子帧的DRX周期；以及如果在CE模式B下操作，则UE可以应用256个子帧的DRX周期。

相应地，本公开内容允许UE在非CE模式下报告和应用某些特定于UE的DRX周期，同时还允许这些UE在CE模式下操作时将其DRX周期改变为来自更加受限的周期集合中的周期。类似地，本公开内容允许基站接收所报告的特定于UE的DRX周期并且将该周期应用于寻呼非CE模式UE，同时将来自更加受限的周期集合中的不同的DRX周期应用于寻呼CE模式UE。由于在UE与基站之间不交换用于改变特定于UE的DRX周期的额外信令(例如，注册更新)，因此本公开内容节省UE功耗和信令负载。此外，由于基站和UE应用相同的DRX周期，因此基站和UE持续保持同步。因此，可以减少如在图5B中所示的异常寻呼操作的可能性。

图6A和6B是示出基站602通过传输介质与MME 603和多个eMTC UE 604、606、608相通信之间的示例寻呼过程的呼叫流程图600。在该示例中，UE 604是支持CE模式A和CE模式B并且当前在非CE模式下操作的UE(例如UE 404)，UE 606是仅支持CE模式A并且当前在CE模式A下操作的UE(例如，UE 406)，并且UE 608是支持CE模式A和CE模式B并且当前在CE模式B下操作的UE(例如，UE 408)。虽然图6A和6B的示例示出并且描述了去往和来自MME的通信(例如，在LTE中)，但是该通信可以替代地是去往和来自AMF或其它网络组件的(例如，在5G中)。

参照图6A，所有三个UE 604、606、608选择用于寻呼的特定于UE的DRX周期。UE 604正在非CE模式下操作，并且可以从第一特定于UE的DRX周期集合之中选择DRX周期。尽管第一集合可以包括例如32、64、128和256个子帧的特定于UE的DRX周期，但是其它组合是可能的(例如，第一集合可以包括64、128和256个子帧)。在该示例中，UE 604从集合中选择(610)32个子帧的特定于UE的DRX周期，并且向MME 603报告(611)该特定于UE的DRX周期。例如，如果第一集合为[32，64，128，256]，其中每个DRX周期具有来自0–3的对应的集合索引，则UE可以向MME报告在第一集合中的与索引0相对应的DRX周期。随后，UE 604根据其选择的特定于UE的DRX周期(613)针对来自基站的寻呼消息来周期性地监测(612)传输介质，从而应用32个子帧的特定于UE的DRX。

UE 606正在CE模式A下操作，并且因此从用于CE模式A下的寻呼的第二特定于UE的DRX周期集合之中选择特定于UE的DRX周期。第二集合可以是预定义的(例如，在UE的存储器中)，或者可以是由基站602广播的。可以基于从MME 603接收的配置607来将基站602配置有第二集合。第二集合不同于第一集合。例如，如果第一集合具有三个可能的特定于UE的DRX周期(例如，64、128和256)，则第二集合可以包括两个可能的特定于UE的DRX周期(例如，128和256个子帧)。在另一示例中，如果第一集合具有四个可能的特定于UE的DRX周期(例如，32、64、128和256)，则第二集合可以包括三个可能的特定于UE的DRX周期(例如，64、128和256)。或者，选择和报告可以限于256个子帧。在该示例中，UE 606从集合中选择(614)128个子帧的特定于UE的DRX周期，并且向MME 603报告(615)该特定于UE的DRX周期。作为另一示例，第二集合可以包括与第一集合相比相同数量或较多的特定于UE的DRX周期，但是特定于UE的DRX周期可以不同于第一集合。例如，第二集合可以包括[128，128，128，256]。索引可以用于向MME引用来自在对应集合内的每个DRX周期，例如，使用来自0–3的索引。在其中第二集合可以包括与第一集合相比较少的特定于UE的DRX周期(例如，[64，128，256]或[128，256])的示例中，UE可以报告在第二集合中与索引0-2(如果少一个)中的任何索引或索引0-1(如果少两个)中的任何索引相对应的DRX周期。随后，UE 606根据其选择的特定于UE的DRX周期(617)针对来自基站的寻呼消息来周期性地监测(616)传输介质，从而应用128个子帧的特定于UE的DRX。由于UE 606正在CE模式下操作，因此UE还监测寻呼消息的重复。

UE 608正在CE模式B下操作，并且因此从用于CE模式B下的寻呼的第三特定于UE的DRX周期集合之中选择特定于UE的DRX周期。第三集合可以是预定义的(例如，在UE的存储器中)，或者可以是由基站602广播的。可以基于从MME 603接收的配置609来将基站602配置有第三集合。第三集合不同于第二集合。例如，如果第二集合具有两个可能的特定于UE的DRX周期(例如，128和256)，则第三集合可以包括一个可能的特定于UE的DRX周期(例如，256个子帧)。在另一示例中，如果第二集合具有三个可能的特定于UE的DRX周期(例如，64、128和256)，则第三集合可以包括两个可能的特定于UE的DRX周期(例如，128和256)。或者，选择可以限于256个子帧。在该示例中，UE 608选择(618)256个子帧的特定于UE的DRX周期，并且向MME 603报告(619)该特定于UE的DRX周期。作为另一示例，第三集合可以包括[256，256，256，256]，其中每个DRX周期具有来自0–3的对应集合索引。UE可以向MME报告在第三集合中与索引0-3中的任何索引相对应的DRX周期。随后，UE 608根据其选择的特定于UE的DRX周期(621)针对来自基站的寻呼消息来周期性地监测(620)传输介质，从而应用256个子帧的特定于UE的DRX。由于UE 608正在CE模式下操作，因此UE还监测寻呼消息的重复。

当网络接收到针对UE的下行链路(DL)数据时，MME可以向基站发送寻呼请求。寻呼请求可以包括由UE报告的特定于UE的DRX周期。在该示例中，MME 603向基站602发送用于寻呼UE 604的寻呼请求622，其包括UE 604的所报告的特定于UE的DRX周期613。在该示例中，基站知道UE 604正在非CE模式下操作(例如，根据先前的附着请求或跟踪区域更新请求所识别的)。因此，基站选择(624)UE的所报告的32个子帧的DRX周期来寻呼UE，所述DRX周期位于由UE所选择的第一子帧集合(例如，32、64、128和256)中。随后，基站根据所选择的DRX周期来向UE 604发送寻呼消息(例如，PO 626)。

因此，UE 604的DRX周期613和基站602的对PO 626的传输是同步的。因此，UE 604在其DRX周期的开启时段期间监测传输并且接收PO 626。由于UE 604在非CE模式下操作，因此可能不需要PO的重复。因此，UE 604可以成功地解码PO。一旦寻呼过程完成，UE随后就可以接收数据628。

随后，MME 603可以向基站602发送用于寻呼UE 606的寻呼请求630，包括UE 606的所报告的特定于UE的DRX周期617。在该示例中，基站知道UE 606在CE模式A下操作(例如，如根据先前的附着请求或跟踪区域更新请求所识别的)，因为UE 606仅支持CE模式A。因此，基站确定UE的所报告的DRX周期是否在用于CE模式A下的寻呼的允许的特定于UE的DRX周期的第二集合(例如，128和256个子帧)中。如果所报告的DRX周期在第二集合中，则基站可以选择所报告的DRX周期以在寻呼中使用。相反，如果DRX周期不在第二集合中，则基站选择在第二集合中的最小值。这里，由于UE的所报告的128个子帧的DRX周期落在第二集合(例如，128和256)内，因此基站选择(632)UE的所报告的128个子帧的DRX周期来寻呼UE。随后，基站根据所选择的DRX周期向UE 606发送寻呼消息(例如，PO 634)。此外，由于基站知道UE在CE模式下，因此在基站发送下一PO 640之前，基站发送PO 634的重复636，以增加UE 606将成功解码寻呼消息的可能性。这些重复636在PO 634与640之间在时间上间隔，以适应所选择的128个子帧的DRX周期。

因此，UE 606的DRX周期617和基站602的对PO 634和其重复636的传输是同步的。因此，UE 606在其DRX周期的开启时段期间监测传输并且接收PO 634。由于UE 606正在CE模式下操作，因此UE 606还在其DRX周期期间接收并且累积PO 634的重复636，直到在PO 640之前的最后的重复638为止，从而允许UE成功解码PO 634。一旦寻呼过程完成，UE随后就可以接收数据642。

参照图6B，MME 603可以向基站602发送用于寻呼UE 608的寻呼请求644，包括UE608的所报告的特定于UE的DRX周期621。在该示例中，基站知道UE 608正在CE模式下操作(例如，如根据先前的附着请求或跟踪区域更新请求所识别的)。然而，由于UE 608支持CE模式A和CE模式B两者，因此基站可能知道或可能不知道在该特定时刻UE 608在CE模式A还是CE模式B下。例如，UE 608可能已经在未通知基站的情况下从CE模式A切换到CE模式B(例如，UE 608可能在空闲模式下已经移动远离基站)。因此，无论UE 608当前正在哪个CE模式下操作，基站确定UE的所报告的DRX周期是否在用于在CE模式B下的寻呼的允许的特定于UE的DRX周期的第三集合(例如，256个子帧)中。如果所报告的DRX周期在第三集合中，则基站可以选择所报告的DRX周期以在寻呼中使用。相反，如果DRX周期不在第三集合中，则基站选择在第三集合中的最小值。这里，由于UE的所报告的256个子帧的DRX周期落在第三集合(例如，256)内，因此基站选择(646)UE的所报告的256个子帧的DRX周期来寻呼UE。随后，基站根据所选择的DRX周期向UE 608发送寻呼消息(例如，PO 648)。此外，由于基站知道UE在CE模式下，因此在基站发送下一PO 654之前，基站发送PO 648的重复650，以增加UE 608将成功解码寻呼消息的可能性。这些重复650在PO 648和654之间在时间上间隔，以适应所选择的256个子帧的DRX周期。

因此，UE 608的DRX周期621和基站602的对PO 648和其重复650的传输是同步的。因此，UE 608在其DRX周期的开启时段期间监测传输并且接收PO 648。由于UE 606正在CE模式下操作，因此UE 606还在其DRX周期期间接收并且累积PO 648的重复650，直到在PO 654之前的最后的重复652为止，从而允许UE成功解码PO 648。一旦寻呼过程完成，UE随后就可以接收数据656。

在一个方面中，UE中的一个或多个UE可以从非CE模式切换到CE模式，反之亦然。例如，在非CE模式下操作的UE可以在其移动远离基站时切换到CE模式，并且可以在其移动接近基站时切换回非CE模式。基站知道UE何时已经在非CE模式与CE模式之间切换。例如，UE可以向基站报告CE级别，并且基站可以基于CE级别来配置UE的CE模式。因此，图6B示出UE 604切换(658)到CE模式(例如，UE 604从基站移动到正常小区覆盖之外)的示例。如上文所指示的，在该示例中，UE 604支持CE模式A和CE模式B两者。基站602知道该改变；例如，UE 604可以向基站发送其CE级别660，并且作为响应，基站可以根据CE级别发送将UE 604配置为CE模式A或CE模式B的消息662。

然而，一旦UE切换到CE模式，就可以使用更多的寻呼重复来补偿较差的信道状况。因此，UE将其DRX周期限制为来自用于CE模式的第二特定于UE的DRX周期集合或第三特定于UE的DRX周期集合中的一个特定于UE的DRX周期，而不考虑UE的先前报告的特定于UE的DRX周期，以便增加成功解码寻呼消息的可能性。例如，在UE 604切换到CE模式之后，尽管其先前选择并且报告(611)32个子帧的DRX周期，但是UE 604可以(例如，从第三集合)选择(664)256个子帧的DRX周期。因此，UE 604停止基于先前报告的DRX周期来监测传输，并且替代地根据新选择的DRX周期(668)来周期性地监测(666)传输，从而应用256个子帧的DRX。由于UE604现在正在CE模式下操作，因此UE还监测寻呼消息的重复。

类似地，在UE切换到CE模式之后，基站使用UE的受限DRX周期进行寻呼，而不考虑UE先前报告的DRX周期。例如，在UE 604切换到CE模式之后，尽管UE先前的选择和报告，但是基站602可以选择(670)256个子帧的DRX周期(例如，来自第三集合)来寻呼UE。随后，基站根据所选择的DRX周期来向UE 604发送包括重复674的寻呼消息(例如PO 672)。以这种方式，UE 604的DRX周期668和基站602的对PO 672和其重复674的传输保持同步，从而允许UE 604接收并且成功解码PO 672。

图7是无线通信的方法的流程图700。方法可以由UE(例如，UE 104、350、404、406、604、606、608、1150、装置802、802’；处理系统914，其可以包括存储器360并且可以是整个UE350或UE 350的组件，比如TX处理器368、RX处理器356和/或控制器/处理器359)来执行。UE可以例如基于eMTC来与基站进行通信。方法的可选方面用虚线示出。当UE可能正在多种模式(例如，非CE模式、CE模式A或CE模式B)中的一种模式下操作时，该方法改善了UE在使用特定于UE的DRX周期时接收寻呼消息的能力。

在704处，UE可以确定UE是在CE模式还是在非CE模式下操作。图4示出了在非CE模式、CE模式A或CE模式B下操作的UE的示例。例如，参照图6B，在非CE模式下操作的UE可以在其移动远离基站时切换到CE模式，并且可以在其移动接近基站时切换回非CE模式。因此，当UE接近基站(例如，在正常小区覆盖410中)时，UE可以确定其正在非CE模式下操作，或者当UE远离基站(例如，在扩展的小区覆盖412或414中)时，UE可以确定其正在CE模式下操作。UE可以使用该确定来在多个特定于UE的DRX周期集合之间进行选择。

在706处，如果UE正在非CE模式下操作，则UE从第一特定于UE的DRX周期集合中选择特定于UE的DRX周期。例如，706可以由第一特定于UE的DRX周期组件808执行。第一特定于UE的DRX周期集合可以包括32个子帧、64个子帧、128个子帧和256个子帧的周期。例如，第一特定于UE的DRX周期集合可以包括[32，64，128，256]、[64，128，256]、[32，128，256]、[32，32，128，256]等。例如，图6A示出在非CE模式下的示例UE 604，所述示例UE 604可以选择32个子帧的特定于UE的DRX周期613。

然而，如果UE正在CE模式下操作，则在716处，UE替代地从第二特定于UE的DRX周期集合之中选择特定于UE的DRX周期。例如，716可以由第二特定于UE的DRX周期集合组件810执行。第二特定于UE的DRX周期集合不同于第一特定于UE的DRX周期集合。在一个方面中，第二集合可以包括与第一特定于UE的DRX周期集合相比要少的至少一个特定于UE的DRX周期。在一个示例中，如果第一集合包括四个周期[32，64，128，256]，则第二集合可以包括三个周期[64，128，256]。在另一示例中，第二集合可能限于128和256或仅限于256。在另一方面中，第二集合可以包括与第一特定于UE的DRX周期集合不同的至少一个特定于UE的DRX周期，其中第二集合具有与第一集合相同数量的特定于UE的DRX周期。例如，如果第一集合包括四个周期[32，64，128，256]，则第二集合可以包括四个周期[128，128，128，256]。因此，在任一方面中，第二特定于UE的DRX周期集合可以包括来自较大的第一特定于UE的DRX周期集合中的受限或有限集合。因此，第二特定于UE的DRX周期集合可以包括来自第一特定于UE的DRX周期集合中的一个或多个特定于UE的DRX周期。例如，第二特定于UE的DRX周期集合可以至少包括来自第一特定于UE的DRX周期集合中的最长的特定于UE的DRX周期(例如，256个子帧)。在图6A和6B中，UE 606和608正在CE模式下操作，并且对特定于UE的DRX周期的选择(例如，分别为617和621)是从与针对UE 604相比更加受限的特定于UE的DRX周期集合(例如，分别为128和256)中进行的。

除了仅在CE模式与非CE模式之间进行区分之外，UE还可以在CE模式的类型之间进行区分。因此，在710处，UE可以确定UE是正在第一CE模式(例如，CE模式A)还是第二CE模式(例如，CE模式B)下操作。例如，参照图6B，UE可以基于从基站接收的消息662来确定其CE模式，消息662用于根据UE的CE级别660和/或基于UE相对于基站的位置(例如，在扩展的小区覆盖412或414中)将UE配置为CE模式A或CE模式B。UE还可以基于UE支持的CE模式(例如，UE606仅支持CE模式A)来确定其CE模式。因此，在6A和6B中，UE 606正在CE模式A下操作，而UE608正在CE模式B下操作。

如果确定UE正在第一CE模式(例如，CE模式A)下操作，则UE可以从第二集合中选择特定于UE的DRX周期，如结合716描述的。然而，如果确定UE正在第二CE模式(例如，CE模式B)下操作，则在712处，UE可以从第三特定于UE的DRX周期集合中选择特定于UE的DRX周期，其中，第三特定于UE的DRX周期集合不同于第二特定于UE的DRX周期集合。例如，712可以由第三特定于UE的DRX周期集合组件812执行。在一个方面中，第三集合可以包括与第二特定于UE的DRX周期集合相比要的至少一个特定于UE的DRX周期，例如，如果第二集合包括[128，256]，则第三集合可以包括[256]。在另一方面中，第二集合可以包括与第一特定于UE的DRX周期集合不同的至少一个特定于UE的DRX周期，例如，如果第二集合包括[128，128，128，256]，则第三集合包括[256，256，256，256]。因此，第三特定于UE的DRX周期集合可以包括来自第二特定于UE的DRX周期集合中的进一步受限/受限制的集合。第三特定于UE的DRX周期集合可以包括来自第二特定于UE的DRX周期集合中的一个或多个特定于UE的DRX周期。例如，第三特定于UE的DRX周期集合可以包括来自第二特定于UE的DRX周期集合中的最长的特定于UE的DRX周期。在图6A中，UE 608正在CE模式B下操作，并且其特定于UE的DRX周期(例如，621)是从与UE 606(和UE 604)相比更加受限的特定于UE的DRX周期集合(例如，256)中选择的。

如在708处所示出的，如果UE正在非CE模式下操作，则UE可以应用来自第一特定于UE的DRX周期集合的特定于UE的DRX周期。如果UE报告了对第一CE模式(例如，CE模式A)的支持，并且UE正在CE模式下操作，则在722处，UE可以应用来自第二特定于UE的DRX周期集合的特定于UE的DRX周期。同样，如果UE报告了对第二CE模式(例如，CE模式B)的支持，并且UE正在CE模式下操作，则在714处，UE可以应用来自第三特定于UE的DRX周期集合的特定于UE的DRX周期。例如，708、714和722均可以由DRX组件814执行。UE用于监测寻呼消息的寻呼时机可以根据由UE选择的特定于UE的DRX周期彼此隔开。特定于UE的DRX周期将使得UE能够确定在寻呼时机之间的间隔，并且因此确定可以被累积以便对寻呼消息进行解码的重复。因此，在图6A中，在非CE模式下的UE 604应用从第一集合选择的特定于UE的DRX周期613，在CE模式A下的UE 606应用从第二集合选择的特定于UE的DRX周期617，并且在CE模式B下的UE 608应用从第三集合选择的特定于UE的DRX周期621。例如，UE可以在其监测来自基站的PO 626、634、640时，根据其相应的所选择的DRX周期来关闭和打开其接收机。

在718处，UE基于由UE选择的特定于UE的DRX周期来监测寻呼消息。例如，718可以由寻呼消息组件816来执行。如果UE正在非CE模式下操作，则寻呼消息将仅被发送一次。如果UE正在CE模式下操作，则寻呼消息将包括寻呼消息的重复。因此，在720处，监测寻呼消息的重复可以包括：在寻呼时机之间累积寻呼消息的重复。UE用于监测寻呼消息的寻呼时机可以根据由UE选择的特定于UE的DRX周期彼此隔开。特定于UE的DRX周期将使得UE能够确定在寻呼时机之间的间隔，并且因此确定可以被累积以便对寻呼消息进行解码的重复。因此，在图6A和6B中，UE 604、606、608可以分别在612、616和620处监测寻呼。UE 604可以接收PO626一次(例如，不具有重复)，因为其正在非CE模式下操作。然而，在CE模式下的UE 606、608可以分别接收其根据其各自的DRX周期617、621彼此间隔的具有重复636、650的PO 634、648，并且UE可以累积重复636、650以成功解码各自的寻呼消息。

如在702处所示出的，UE可以向网络报告特定于UE的DRX周期。例如，702可以由报告组件818执行。该信息可以从网络提供到基站，如结合图6A和6B描述的。基站可以使用所报告的特定于UE的DRX周期来寻呼UE，这取决于要在CE模式还是非CE模式下寻呼UE。例如，在图6A中，UE 604、606、608可以分别在611、615和619处向MME 603报告其DRX周期，MME 603继而将该信息提供给基站602以向UE发送PO，如上文所描述的。

图8是示出在示例装置802中的不同单元/组件之间的数据流的概念性数据流程图800。装置可以是UE(例如，UE 104、350、404、406、604、606、608、1150)。装置包括被配置为从基站850接收下行链路通信的接收组件804和被配置为向基站发送上行链路通信的发送组件806。装置包括第一特定于UE的DRX周期组件808，其被配置为：如果UE正在非CE模式下操作，则从第一特定于UE的DRX周期集合中选择特定于UE的DRX周期，例如，如结合706描述的。装置包括第二特定于UE的DRX周期组件810，其被配置为：如果UE正在第一CE模式下操作，则从第二特定于UE的DRX周期集合中选择特定于UE的DRX周期，其中，第二特定于UE的DRX周期集合包括与第一特定于UE的DRX周期集合相比要少的至少一个特定于UE的DRX周期，例如，如结合716描述的。装置还可以包括第三特定于UE的DRX周期组件812，其被配置为：如果UE正在第二CE模式下操作，则从第三特定于UE的DRX周期集合中选择特定于UE的DRX周期，其中，第三特定于UE的DRX周期集合包括与第二特定于UE的DRX周期集合相比要少的至少一个特定于UE的DRX周期，例如，如结合712描述的。装置可以包括DRX组件814，其被配置为：如果UE正在非CE模式下操作，则应用来自第一特定于UE的DRX周期集合的特定于UE的DRX周期；如果UE报告了对第一CE模式的支持并且UE正在CE模式下操作，则应用来自第二特定于UE的DRX周期集合的特定于UE的DRX周期；以及如果UE报告了对第二CE模式的支持并且UE正在CE模式下操作，则应用来自第三特定于UE的DRX周期集合的特定于UE的DRX周期，例如，如结合708、714和722描述的。UE可以包括寻呼消息组件816，其被配置为：基于由UE选择的特定于UE的DRX周期来监测寻呼消息，例如，如结合718描述的。装置可以包括报告组件818，其被配置为：报告所选择的特定于UE的DRX周期，例如，向网络报告单个特定于UE的DRX周期，例如，如结合702描述的。

装置可以包括执行在上述图6A、6B和7的流程图中的算法的方块中的每个方块的额外的组件。因此，在上述图6A、6B和7的流程图中的每个方块可以由组件执行，并且装置可以包括那些组件中的一个或多个组件。组件可以是专门被配置为执行所述过程/算法的一个或多个硬件组件，由被配置为执行所述过程/算法的处理器来实现，存储在计算机可读介质内以由处理器来实现，或其某种组合。

图9是示出采用处理系统914的针对装置802’的硬件实现方式的示例的示意图900。处理系统914可以利用总线架构(通常由总线924表示)来实现。总线924可以包括任何数量的互连总线和桥接，这取决于处理系统914的特定应用和总体设计约束。总线924将包括一个或多个处理器和/或硬件组件(由处理器904、组件804、806、808、810、812、814、816、818以及计算机可读介质/存储器906表示)的各种电路连接到一起。总线924还可以各种连接其它电路，比如定时源、外围设备、电压调节器以及功率管理电路，它们是本领域公知的，并且因此将不再进行描述。

处理系统914可以耦合到收发机910。收发机910耦合到一个或多个天线920。收发机910提供用于通过传输介质与各种其它装置进行通信的单元。收发机910从一个或多个天线920接收信号，从所接收的信号中提取信息，以及向处理系统914(具体为接收组件804)提供所提取的信息。另外，收发机910从处理系统914(具体为发送组件806)接收信息，并且基于所接收的信息来生成要被应用到一个或多个天线920的信号。处理系统914包括耦合到计算机可读介质/存储器906的处理器904。处理器904负责一般的处理，包括对存储在计算机可读介质/存储器906上的软件的执行。软件在由处理器904执行时使得处理系统914执行上文针对任何特定装置所描述的各种功能。计算机可读介质/存储器906还可以用于存储由处理器904在执行软件时所操纵的数据。处理系统914还包括组件804、806、808、810、812、814、816、818中的至少一者。组件可以是在处理器904中运行的位于/存储在计算机可读介质/存储器906中的软件组件、耦合到处理器904的一个或多个硬件组件、或其某种组合。处理系统914可以是UE 350的组件，并且可以包括TX处理器368、RX处理器356以及控制器/处理器359中的至少一者和/或存储器360。或者，处理系统914可以是整个UE(例如，参见图3的350)。

在一种配置中，用于无线通信的装置802/802’包括：用于如果UE正在非CE模式下操作，则从第一特定于UE的DRX周期集合中选择特定于UE的DRX周期的单元；用于如果UE正在第一CE模式下操作，则从第二特定于UE的DRX周期集合中选择特定于UE的DRX周期的单元，其中，第二特定于UE的DRX周期集合不同于第一特定于UE的DRX周期集合；用于基于由UE选择的特定于UE的DRX周期来监测寻呼消息的单元；用于如果UE正在第二CE模式下操作，则从第三特定于UE的DRX周期集合中选择特定于UE的DRX周期的单元，其中，第三特定于UE的DRX周期集合不同于第二特定于UE的DRX周期集合；用于如果UE正在非CE模式下操作，则应用来自第一特定于UE的DRX周期集合的特定于UE的DRX周期；如果UE报告了对第一CE模式的支持并且UE正在CE模式下操作，则应用来自第二特定于UE的DRX周期集合的特定于UE的DRX周期；以及如果UE报告了对第二CE模式的支持并且UE正在CE模式下操作，则应用来自第三特定于UE的DRX周期集合的特定于UE的DRX周期的单元；以及用于向网络报告单个特定于UE的DRX周期的单元。上述单元可以是装置802的上述组件中的一个或多个组件，和/或是装置802’的被配置为执行由上述单元所记载的功能的处理系统914。如上文所描述的，处理系统914可以包括TX处理器368、RX处理器356以及控制器/处理器359。因此，在一种配置中，上述单元可以是被配置为执行由上述单元所记载的功能的TX处理器368、RX处理器356以及控制器/处理器359。

相应地，本公开内容允许基站和UE在UE正在非CE模式下操作时将来自DRX周期集合的特定于UE的DRX周期应用于寻呼，同时还允许基站和UE在UE正在CE模式(例如，CE模式A或CE模式B)下操作时将来自不同的DRX周期集合的另一特定于UE的DRX周期应用于寻呼。例如，当UE正在非CE模式下操作时，UE和基站可以从第一特定于UE的DRX周期集合中选择用于寻呼的特定于UE的DRX周期，而如果UE支持第一或第二CE模式并且正在第一或第二CE模式下操作，则UE和基站可以从用于CE模式的第二或第三特定于UE的DRX周期集合中选择用于寻呼的特定于UE的DRX周期。因此，当在非CE模式(其中寻呼重复可能不是必要的)下操作时，eMTC UE可以应用较短的特定于UE的DRX周期(例如，32、64或128个子帧)，同时限制在CE模式(其中可以使用寻呼重复)下使用这些特定于UE的DRX周期。

图10是无线通信的方法的流程图1000。方法可以由基站(例如，基站102、180、310、402、602、850、装置1102/1102’；处理系统1214，其可以包括存储器376并且可以是整个基站310或基站310的组件，比如TX处理器316、RX处理器370和/或控制器/处理器375)来执行。基站可以与例如基于eMTC的UE进行通信。方法的可选方面是用虚线示出的。方法改善了基站通过基于要在非CE模式、CE模式A还是CE模式B下寻呼UE来使用不同的特定于UE的DRX周期集来选择用于寻呼UE的特定于UE的DRX周期的能力。

在1008处，基站可以确定要在CE模式还是非CE模式下寻呼UE。图4示出了正在非CE模式、CE模式A或CE模式B下操作的UE的示例。例如，参照图6B，在非CE模式下操作的UE可以在其移动远离基站时切换到CE模式，并且可以在其移动接近基站时切换回非CE模式。因此，当UE接近基站(例如，在正常小区覆盖410中)时，基站可以确定UE正在非CE模式下操作，或者当UE远离基站(例如，在扩展的小区覆盖412或414中)时，基站可以确定UE正在CE模式下操作，例如，如根据从UE接收的先前的附着请求或跟踪区域更新请求所识别的。基站还可以基于UE对其支持CE模式的指示来确定如何寻呼每个UE。在一个方面中，如果UE报告其仅支持CE模式(例如，CE模式A或CE模式A+B)，则基站假设UE处于CE模式并且确定在MPDCCH上寻呼UE。随后，UE可以针对寻呼来监测MPDCCH。在另一方面中，如果UE报告其支持非CE模式和CE模式，则基站可以确定在PDCCH和MPDCCH两者上寻呼UE。例如，基站可以根据UE的最后的已知模式来确定寻呼UE(即，如果是CE模式，则在MPDCCH上，如果是非CE模式，则在PDCCH上)，并且如果UE没有在该信道上进行响应，则基站可以确定在另一信道上寻呼UE。基站可以使用该确定来在多个特定于UE的DRX周期集合之间进行选择，以用于寻呼UE。所选择的特定于UE的DRX周期可以用于确定在寻呼时机之间的间隔，这继而可能影响寻呼消息的重复被发送到UE的方式。

在1010处，如果要在非CE模式下寻呼UE，则基站从第一特定于UE的DRX周期集合中选择特定于UE的DRX周期。例如，1010可以由第一特定于UE的DRX周期组件1108执行。第一特定于UE的DRX周期集合可以包括32个子帧、64个子帧、128个子帧和256个子帧的周期。例如，图6A示出了如下示例：在非CE模式下的UE 604可以选择和报告32个子帧的特定于UE的DRX周期，并且基站602选择(624)UE报告的32个子帧的DRX周期(其位于由UE选择的第一子帧集合(例如32、64、128和256)中)来寻呼UE。

在1020处，如果要在CE模式下寻呼UE，则基站从第二特定于UE的DRX周期集合中选择特定于UE的DRX周期，其中，第二特定于UE的DRX周期集合不同于第一特定于UE的DRX周期集合。例如，1020可以由第二特定于UE的DRX周期组件1110执行。在一个方面中，第二集合可以包括与第一特定于UE的DRX周期集合相比要少的至少一个特定于UE的DRX周期。在一个示例中，如果第一集合包括四个周期[32，64，128，256]，则第二集合可以包括三个周期[64，128，256]。在另一示例中，第二集合可以限于128和256或仅限于256。在另一方面中，第二集合可以包括与第一特定于UE的DRX周期集合不同的至少一个特定于UE的DRX周期，其中，第二集合具有与第一集合相同数量的特定于UE的DRX周期。例如，如果第一集合包括四个周期[32，64，128，256]，则第二集合可以包括四个周期[128，128，128，256]。因此，在任一方面中，第二特定于UE的DRX周期集合可以包括来自较大的第一特定于UE的DRX周期集合中的受限或有限集合。因此，第二特定于UE的DRX周期集合可以包括来自第一特定于UE的DRX周期集合中的一个或多个特定于UE的DRX周期。例如，第二特定于UE的DRX周期集合可以至少包括来自第一特定于UE的DRX周期集合中的最长的特定于UE的DRX周期。在图6A和6B中，UE606和608正在CE模式下操作，并且基站的对特定于UE的DRX周期的选择是从与UE 604相比更加受限的特定于UE的DRX周期集合中做出的。例如，基站602可以选择(632)UE 606的所报告的DRX周期或在第二集合中的最小值。

除了仅在针对UE的CE模式和非CE模式之间进行区分之外，基站还可以在CE模式的类型之间进行区分。因此，在1014处，基站可以确定要在第一CE模式(例如，CE模式A)还是第二CE模式(例如，CE模式B)下寻呼UE。例如，参照图6B，基站可以基于发送给基站的UE的CE级别660和/或基于UE相对于基站的位置(例如，在扩展的小区覆盖412或414中)，来确定将UE配置为CE模式A还是CE模式B。基站还可以基于UE支持的CE模式(例如，UE 606仅支持CE模式A)来确定CE模式。在6A和6B中，UE 606正在CE模式A下操作，而UE 608正在CE模式B下操作。

如果基站确定要在第一CE模式下寻呼UE并且UE支持第一CE模式，则基站可以从第二特定于UE的DRX周期集合中选择特定于UE的DRX周期，如在1020处所示。然而，如果要在CE模式下寻呼UE并且UE支持第二CE模式，在1016处，基站从第三特定于UE的DRX周期集合中选择特定于UE的DRX周期。例如，1016可以由第三特定于UE的DRX周期集合组件1112执行。第三特定于UE的DRX周期集合不同于第二特定于UE的DRX周期集合。在一个方面中，第三集合可以包括于第二特定于UE的DRX周期集合相比要少的至少一个特定于UE的DRX周期，例如，如果第二集合包括[128，256]，则第三集合可以包括[256]。在另一方面中，第三集合可以包括与第二特定于UE的DRX周期集合不同的至少一个特定于UE的DRX周期，例如，如果第二集合包括[128，128，128，256]，则第三集合包括[256，256，256，256]。因此，第三特定于UE的DRX周期集合可以包括来自第二特定于UE的DRX周期集合中的进一步受限/受限制的集合。第三特定于UE的DRX周期集合可以包括来自第二特定于UE的DRX周期集合中的一个或多个特定于UE的DRX周期。例如，第三特定于UE的DRX周期集合可以包括来自第二特定于UE的DRX周期集合中的最长的特定于UE的DRX周期。在图6A中，例如，基站602可以选择(646)UE 608的所报告的DRX周期或第三集合中的最小值。UE 608正在CE模式B下操作，并且对其特定于UE的DRX周期(例如，621)的选择是从与UE 606(和UE 604)相比更加受限的特定于UE的DRX周期集合(例如，256)中做出的。

在1024处，基站基于由UE选择的特定于UE的DRX周期来向UE发送寻呼消息。例如，1024可以由寻呼消息组件1116执行。如果要在非CE模式下寻呼UE，则寻呼消息可以被发送一次。如果UE正在CE模式(例如，CE模式A或CE模式B)下操作，则寻呼消息可以包括寻呼消息的重复。寻呼消息的重复可以在寻呼时机之间发送，寻呼时机基于所选择的特定于UE的DRX周期在时间上间隔开。因此，在6A和6B中，基站602可以向UE 604发送PO 626一次(例如，不具有重复)，因为UE正在非CE模式下操作。然而，基站可以向在CE模式下的UE 606、608分别发送根据UE各自的DRX周期617、621的具有重复636、650的彼此间隔的PO 634、648。

如在1006处所示出的，基站可以从网络接收特定于UE的DRX周期的报告。例如，1006可以由报告组件1118执行。该信息可以是从网络提供到基站的，如结合6A和6B描述的。基站可以使用所报告的特定于UE的DRX周期来寻呼UE，这取决于要在CE模式还是非CE模式下寻呼UE。例如，在图6A中，UE 604、606、608可以分别在611、615和619处向MME 603报告其DRX周期，MME 603继而向基站602提供该信息以向UE发送PO，如上文所描述的。该报告可以包括单个特定于UE的DRX周期。例如，在1006处接收的报告可以包括来自第一特定于UE的DRX周期集合的未被包括在第二特定于UE的DRX周期集合中的至少一个特定于UE的DRX周期。例如，参照图6A，由UE 606报告的DRX周期可能不在第二集合中，并且因此基站可以替代地选择(632)在第二集合中的最小值。当UE正在非CE模式下操作时，UE可以基于来自第一特定于UE的DRX周期集合的第一特定于UE的DRX周期来监测寻呼消息，并且当UE正在CE模式下操作时，UE可以基于限于第二特定于UE的DRX周期集合的第二特定于UE的DRX周期来监测寻呼消息和寻呼消息的重复。

基站可以从网络接收额外信息，其辅助基站确定应用哪个特定于UE的DRX周期。例如，在1002处，基站可以从网络接收来自用于第一CE模式的第二特定于UE的DRX周期集合的第一特定于UE的DRX周期的第一配置，并且在1004处，基站可以从网络接收来自用于第二CE模式的第三特定于UE的DRX周期集合的第二特定于UE的DRX周期的第二配置。例如，1002和1004均可以由配置组件1120执行。例如，参照6A和6B，基站602可以从MME 603接收指示要应用的来自第二集合的特定于UE的DRX周期的第一配置(例如，配置607)，并且基站可以从MME603接收指示要应用的来自第三集合的特定于UE的DRX周期的第二配置(例如，配置609)。然后，如果UE正在第一CE模式下操作，则基站可以例如在1022处应用第一特定于UE的DRX周期，并且如果UE正在第二CE模式下操作，则基站可以例如在1018处应用第二特定于UE的DRX周期。如果要在非CE模式下寻呼UE，则基站可以在1012处应用从第一特定于UE的DRX周期集合中选择的UE DRX周期。例如，1012、1018和1022均可以由DRX组件1114执行。例如，在图6A中，当寻呼UE 604时，基站602可以例如通过根据所选择的DRX周期向UE 604发送寻呼消息(例如，PO 626)，来应用从第一集合选择(624)的DRX周期。此外，当寻呼UE 606时，基站可以应用从第二集合选择(632)的DRX周期，并且当寻呼UE 608时，基站可以应用从第三集合选择(646)的DRX周期，例如，通过分别根据所选择的DRX周期向UE 606发送寻呼消息(例如，PO634或648)，该寻呼消息包括在时间上间隔以适应所选择的DRX周期的PO的重复636、650。

图11是示出在示例装置1102中的不同单元/组件之间的数据流的概念性数据流程图1100。装置可以是基站(例如，基站102、180、310、402、602、850)。

装置包括接收组件1104，其被配置为从UE 1150接收上行链路通信和/或从网络1160接收通信。装置包括发送组件1106，其被配置为向UE 1150发送下行链路通信。装置包括第一特定于UE的DRX周期组件1108，其被配置为：如果要在非CE模式下寻呼UE，则从第一特定于UE的DRX周期集合中选择特定于UE的DRX周期。装置包括第二特定于UE的DRX周期组件1110，其被配置为：如果要在CE模式下寻呼UE，则从第二特定于UE的DRX周期集合中选择特定于UE的DRX周期，其中，第二特定于UE的DRX周期集合包括与第一特定于UE的DRX周期集合相比要少的至少一个特定于UE的DRX周期。装置可以包括第三特定于UE的DRX周期组件1112，其被配置为：如果要在CE模式下寻呼UE并且UE支持第二CE模式，则从第三特定于UE的DRX周期集合中选择特定于UE的DRX周期，其中，第三特定于UE的DRX周期集合包括与第二特定于UE的DRX周期集合相比要少的至少一个特定于UE的DRX周期。装置包括寻呼消息组件1116，其被配置为：基于由UE选择的特定于UE的DRX周期来向UE发送寻呼消息。装置可以包括报告组件1118，其被配置为：从网络接收特定于UE的DRX周期的报告，例如，单个特定于UE的DRX周期、来自第一特定于UE的DRX周期集合的未被包括在第二特定于UE的DRX周期集合中的至少一个特定于UE的DRX周期等。

装置可以包括配置组件1120，其被配置为：从网络接收来自用于第一CE模式的第二特定于UE的DRX周期集合中的第一特定于UE的DRX周期的第一配置以及来自用于第二CE模式的第三特定于UE的DRX周期集合中的第二特定于UE的DRX周期的第二配置。装置可以包括DRX组件1114，其被配置为：应用所选择的特定于UE的DRX周期。例如，如果UE正在第一CE模式下操作，则DRX组件可以应用第一特定于UE的DRX周期，并且如果UE正在第二CE模式下操作，则DRX组件可以应用第二特定于UE的DRX周期。

装置可以包括执行在上述图6A、6B和10的流程图中的算法的方块中的每个方块的额外的组件。因此，在上述图6A、6B和10的流程图中的每个方块可以由组件执行，并且装置可以包括那些组件中的一个或多个组件。组件可以是专门被配置为执行所述过程/算法的一个或多个硬件组件，由被配置为执行所述过程/算法的处理器来实现，存储在计算机可读介质内以由处理器来实现，或其某种组合。

图12是示出了采用处理系统1214的针对装置1102’的硬件实现方式的示例的示意图1200。处理系统1214可以利用总线架构(通常由总线1224表示)来实现。总线1224可以包括任何数量的互连总线和桥接，这取决于处理系统1214的特定应用和总体设计约束。总线1224将包括一个或多个处理器和/或硬件组件(由处理器1204、组件1104、1106、1108、1110、1112、1114、1116、1118、1120以及计算机可读介质/存储器1206表示)的各种电路连接到一起。总线1224还可以连接各种其它电路，比如定时源、外围设备、电压调节器以及功率管理电路，它们是本领域公知的，并且因此将不再进行描述。

处理系统1214可以耦合到收发机1210。收发机1210耦合到一个或多个天线1220。收发机1210提供用于通过传输介质与各种其它装置进行通信的单元。收发机1210从一个或多个天线1220接收信号，从所接收的信号中提取信息，以及向处理系统1214(具体为接收组件1104)提供所提取的信息。另外，收发机1210从处理系统1214(具体为发送组件1106)接收信息，并且基于所接收的信息来生成要被应用到一个或多个天线1220的信号。处理系统1214包括耦合到计算机可读介质/存储器1206的处理器1204。处理器1204负责一般的处理，包括对存储在计算机可读介质/存储器1206上的软件的执行。软件在由处理器1204执行时使得处理系统1214执行上文针对任何特定装置所描述的各种功能。计算机可读介质/存储器1206还可以用于存储由处理器1204在执行软件时所操纵的数据。处理系统1214还包括组件1104、1106、1108、1110、1112、1114、1116、1118、1120中的至少一者。组件可以是在处理器1204中运行的位于/存储在计算机可读介质/存储器1206中的软件组件、耦合到处理器1204的一个或多个硬件组件、或其某种组合。处理系统1214可以是基站310的组件，并且可以包括TX处理器316、RX处理器370以及控制器/处理器375中的至少一者和/或存储器376。或者，处理系统1214可以是整个基站(例如，参见图3的310)。

在一种配置中，用于无线通信的装置1102/1102’包括：用于如果要在非CE模式下寻呼UE，则从第一特定于UE的DRX周期集合中选择特定于UE的DRX周期的单元；用于如果要在CE模式下寻呼UE，则从第二特定于UE的DRX周期集合中选择特定于UE的DRX周期的单元，其中，第二特定于UE的DRX周期集合不同于第一特定于UE的DRX周期集合；用于基于由UE选择的特定于UE的DRX周期来向UE发送寻呼消息的单元；用于如果要在CE模式下寻呼UE并且UE支持第二CE模式，则从第三特定于UE的DRX周期集合中选择特定于UE的DRX周期的单元，其中，第三特定于UE的DRX周期集合不同于第二特定于UE的DRX周期集合；用于从网络接收单个特定于UE的DRX周期的报告的单元；用于从网络接收来自第一特定于UE的DRX周期集合的未被包括在第二特定于UE的DRX周期集合中的至少一个特定于UE的DRX周期的报告的单元；用于从网络接收来自用于第一CE模式的第二特定于UE的DRX周期集合中的第一特定于UE的DRX周期的第一配置以及来自用于第二CE模式的第三特定于UE的DRX周期集合中的第二特定于UE的DRX周期的第二配置的单元；以及用于如果UE正在第一CE模式下操作，则应用第一特定于UE的DRX周期，并且如果UE正在第二CE模式下操作，则应用第二特定于UE的DRX周期的单元。上述单元可以是装置1102的上述组件中的一个或多个组件，和/或是装置1102’的被配置为执行由上述单元所记载的功能的处理系统1214。如上文所描述的，处理系统1214可以包括TX处理器316、RX处理器370以及控制器/处理器375。因此，在一种配置中，上述单元可以是被配置为执行由上述单元所记载的功能的TX处理器316、RX处理器370以及控制器/处理器375。

因此，本公开内容允许eMTC UE在非CE模式下报告和应用某些特定于UE的DRX周期，同时还允许这些UE在CE模式下操作时将其DRX周期改变为来自更加受限的周期集合的周期。类似地，本公开内容允许基站接收所报告的特定于UE的DRX周期并且将该周期应用于寻呼非CE模式UE，同时将来自更加受限的周期集合的不同的DRX周期应用于寻呼CE模式UE。由于在UE与基站之间不交换用于改变特定于UE的DRX周期的额外信令(例如，注册更新)，因此本公开内容节省UE功耗和信令负载。此外，由于基站和UE应用相同的DRX周期，因此基站和UE持续保持同步。因此，可以减少如在图5B中所示的异常寻呼操作的可能性。

要理解的是，在所公开的过程/流程图中方块的特定次序或层次只是对示例方法的说明。要理解的是，基于设计偏好，可以重新排列在过程/流程图中方块的特定次序或层次。此外，可以合并或省略一些方块。所附的方法权利要求以样本次序给出各个方块的元素，但是并不意味着限于所给出的特定次序或层次。

提供前面的描述以使得本领域的任何技术人员能够实践本文描述的各个方面。对这些方面的各种修改对于本领域技术人员将是显而易见的，以及本文所定义的一般原则可以应用到其它方面。因此，权利要求书不旨在限于本文所示出的方面，而是要被赋予与语言权利要求相一致的全部范围，其中，除非明确地声明如此，否则对单数元素的引用不旨在意指“一个和仅仅一个”，而是“一个或多个”。本文使用的词语“示例性”意味着“用作示例、实例或说明”。本文中被描述为“示例性”的任何方面不必被解释为优选于其它方面或者比其它方面有优势。除非另有明确声明，否则术语“一些”是指一个或多个。比如“A、B或C中的至少一个”、“A、B、或C中的一个或多个”、“A、B和C中的至少一个”、“A、B和C中的一个或多个”、以及“A、B、C或其任意组合”的组合包括A、B和/或C的任意组合，并且可以包括A的倍数、B的倍数或C的倍数。具体地，比如“A、B或C中的至少一个”、“A、B、或C中的一个或多个”、“A、B和C中的至少一个”、“A、B和C中的一个或多个”、以及“A、B、C或其任意组合”的组合可以是仅A、仅B、仅C、A和B、A和C、B和C、或A和B和C，其中任何这样的组合可以包含A、B或C中的一个或多个成员或数个成员。遍及本公开内容描述的各个方面的元素的、对于本领域的普通技术人员已知或者稍后将知道的全部结构的和功能的等效物以引用方式明确地并入本文中，以及旨在被权利要求书包含。此外，本文中所公开的内容不旨在奉献给公众，不管这样的公开内容是否明确记载在权利要求书中。词语“模块”、“机制”、“元素”、“设备”等等可能不是词语“单元”的替代。因而，权利要求元素不被解释为功能单元，除非该元素是明确地使用短语“用于……的单元”来记载的。