CN107852292B - 用于m-pdcch的非ue特定搜索空间的配置 - Google Patents

Abstract

本公开涉及支持用于M‑PDCCH的非UE特定(即，公共)和UE特定搜索空间(SS)的实现方式。一种实现方式涉及一种UE，包括：RF电路，用于从eNB接收一个或多个用于M‑PDCCH的公共搜索空间(CSS)的配置信息；和基带电路，用于针对M‑PDCCH传输而监控一个或多个所配置的CSS；其中，RF电路和/或基带电路适于支持减小的带宽(BW)。另一实现方式涉及一种eNB，包括：RF电路，用于将多个用于M‑PDCCH的CSS的配置信息发送到支持减小的BW的一个或多个UE，其中，通过“基于功能的”区分来区分多个用于M‑PDCCH的CSS，“基于功能的”区分包括用例的类型和/或UE的EC等级。

Description

用于M-PDCCH的非UE特定搜索空间的配置

相关申请

本申请根据35U.S.C.§119(e)要求2015年8月12日提交的题为“SYSTEM ANDMETHODS FOR CONFIGURATION OF NON-UE-SPECIFIC SEARCH SPACE FOR M-PDCCH”的美国临时申请序列号No.US 62/204,313(律师案号No.111027-IDF126785)以及2015年9月24日提交的题为“CONFIGURATION OF NON-UE-SPECIFIC SEARCH SPACE FOR M-PDCCH”的临时申请序列号No.US 62/232,386(律师案号No.111027-IDF128256)的优先权的权益。这两个临时申请的公开通过引用整体合并于此。

技术领域

本公开的实现方式总体涉及包括用户设备(UE)和演进节点B(eNB)的机器类型通信(MTC)的领域。更具体地说，本公开的实现方式支持用于M-PDCCH(用于MTC的物理下行链路控制信道)的非UE特定搜索空间和UE特定搜索空间(SS)。

背景技术

机器类型通信(MTC)是有前途的新兴技术，用于使得面向物联网(IoT)的概念的无处不在的计算环境成为可能。潜在的基于MTC的应用包括智能抄表、健康监控、远程安全监督、智能交通系统等。这些服务和应用激励需要无缝集成到遗留的、当前的和下一代的移动宽带网络(例如，LTE和LTE-Advanced)的新的类型的MTC设备的设计和部署。

发明内容

根据本公开的一方面，提供了一种用于由在射频RF和基带二者处支持减小的带宽BW的用户设备UE执行的方法，所述方法包括：从演进节点B，即eNB，接收一个或多个用于M-PDCCH，即用于MTC的物理下行链路控制信道，的公共搜索空间CSS的配置信息；以及根据一个或多个所配置的CSS来监控M-PDCCH传输，其中，配置用于寻呼消息的CSS的多个实例，并且不同UE针对携带用于寻呼消息传输的调度分派的M-PDCCH而监控不同窄带。

根据本公开的另一方面，提供了一种用户设备UE，包括：射频RF电路，用于：从演进节点B，即eNB，接收一个或多个用于M-PDCCH，即用于MTC的物理下行链路控制信道，的公共搜索空间CSS的配置信息；以及基带电路，用于：针对M-PDCCH传输而监控所述一个或多个所配置的CSS；其中，所述RF电路和/或基带电路能够适于支持减小的带宽，其中，配置用于寻呼消息的CSS的多个实例，并且不同UE针对携带用于寻呼消息传输的调度分派的M-PDCCH而监控不同窄带。

根据本公开的另一方面，提供了一种演进节点B，即eNB，包括：射频电路，用于：将多个用于M-PDCCH，即用于MTC的物理下行链路控制信道)，的公共搜索空间CSS的配置信息发送到支持减小的带宽的一个或多个用户设备UE；其中，通过基于功能的区分来区分所述多个用于M-PDCCH的CSS，所述基于功能的区分包括用例的类型和/或所述UE的增强覆盖等级，其中，配置用于寻呼消息的CSS的多个实例，并且不同UE针对携带用于寻呼消息传输的调度分派的M-PDCCH而监控不同窄带。

附图说明

以下具体实施方式参照附图。相同标号可以用在不同附图中，以识别相同或类似的要素。在以下描述中，为了解释而非限制的目的，阐述了具体细节(例如，特定结构、架构、接口、技术等)，以便提供对本发明的各个方面的透彻理解。

然而，对于受益于本公开的本领域技术人员显而易见的是，可以在脱离这些特定细节的其它示例中实践本发明的各个方面。在某些实例中，省略对公知设备、电路和方法的描述，以免因不必要的细节而掩盖对本发明的描述。

图1示出根据本公开一个示例性实现方式的使用用于RA有关消息的CSS的UE与eNB之间的随机接入(RA)过程的操作。

图2示出根据本公开一个示例性实现方式的使用用于寻呼有关消息的CSS的UE与eNB之间的寻呼过程的操作。

图3示出根据本公开一个示例性实现方式的1.4MHz窄带(NB)内的RAR窗口中的子帧的示例性序列以及RA窗口内的M-PDCCH和PDSCH上的相应传输。

图4示出根据本公开一个示例性实现方式的两个1.4MHz窄带(NB)内的RAR窗口中的子帧的示例性序列，其中，在不同窄带中执行RA窗口内的M-PDCCH和PDSCH上的传输(跨NB调度)。

图5示出根据本公开一个示例性实现方式的1.4MHz窄带(NB)内的RAR窗口中的子帧的另一示例性序列，其中，RA窗口内的M-PDCCH上的相应传输包括RAR。

图6示出可以实现本公开不同方面的电子设备的示例组件。

具体实施方式

遗留移动宽带网络被设计为主要针对人类类型的通信优化性能，并且因此并非被设计或优化成满足MTC有关要求。3GPP无线接入网(RAN)工作组(WG)正在研究MTC特定设计，以便在Release 12LTE规范中支持规范，其中，主要目的是关注于更低的设备成本、增强的覆盖以及减小的功耗。

为了进一步减小成本和功耗，进一步将用于MTC系统的传输带宽减小到1.4MHz(其为遗留LTE系统的最小带宽)可以是有益的。在此情况下，用于控制信道和数据信道二者的传输带宽可以被减小到1.4MHz(但是系统带宽可以更大，例如3MHz、5MHz、10MHz、15MHz、20MHz或甚至更高)。通常，预见到在不远的将来，对于一个小区内的特定服务将部署大量MTC设备。当大规模数量的MTC设备尝试接入网络并且与之进行通信时，eNB可以分配具有1.4MHz带宽的多个MTC区域。

在RAN1#80会议上一致同意，Release 11演进物理下行链路控制信道(E-PDCCH)将被用作用于Release 13低复杂度(LC)MTC UE的M-PDCCH的设计的开始点。然而，Release11E-PDCCH设计仅支持使用专用无线资源控制(RRC)信令配置的UE特定搜索空间(其进而使用遗留物理下行链路控制信道(PDCCH)来调度)。

对于Release 13LC MTC UE，关于特定功能支持非UE特定或“公共”搜索空间可能是期望的。这种用于M-PDCCH的公共搜索空间(CSS)可以例如包括(但不限于)：

用于寻呼消息、随机接入响应(RAR)消息、竞争解决消息(随机接入(RA)过程的消息4)以及携带专用RRC信令以便为E-PDCCH配置UE特定搜索空间(SS)的PDSCH中的一个或多个的调度信息；

用于组功率控制的专用控制信息(DCI)的传输(使用TPC-PUSCH-RNTI或TPC-PUCCH-RNTI)；

响应于物理上行链路信道(PUSCH)传输的用于组HARQ-ACK的DCI的传输。

在RAN1#81会议上一致同意以下工作假设：对于Release 13LC MTC UE和增强覆盖(EC)中的UE，寻呼消息应当由M-PDCCH调度的PDSCH携带，并且对于窄带(NB)中的单个MACRAR的情况，RAR消息将由M-PDCCH携带，而对于NB中的多个MAC RAR的情况，RAR消息将由M-PDCCH调度的PDSCH携带。

本公开的一些方面可以支持用于M-PDCCH的非UE特定SS和UE特定SS。这可以例如通过对于不同SS使用不同M-PDCCH-PRB集(在本公开中称为“E-PDCCH-PRB集”)来实现。此外，在以下本文讨论的一些示例性实现方式中，存在作为随机接入(RA)过程的竞争解决消息(消息4)(其使用非UE特定SS中的M-PDCCH来调度)的一部分发送M-PDCCH UE特定SS配置的选项。在RA过程的竞争解决定时器正在运行的同时，UE可以仅监控该非UE特定SS。

以下本文将讨论非UE特定M-PDCCH SS的设计和配置的其它细节，其中，示例性地，关注于RAR和寻呼消息的调度的细节。通常，还注意，“非UE特定搜索空间”(nUE-SS)也可以称为“公共搜索空间”(CSS)。因此，用于M-PDCCH的非UE特定搜索空间也可以称为用于M-PDCCH的公共搜索空间。

还应注意，本公开的不同实现方式可以容易地应用于配置用于Release 13LC MTCUE和增强覆盖(EC)中的Release 13MTC UE的一个或多个非UE特定SS。

用于M-PDCCH的非UE特定搜索空间(nUE-SS)的配置

本公开的一个方面涉及每个DL子帧中的M-PDCCH搜索空间(称为用于M-PDCCH的非UE特定SS(m-UE SS)或公共SS(CSS)、用于M-PDCCH的UE特定SS)的设计(其与遗留LTE中所定义的用于PDCCH的公共搜索空间(CSS)的概念不同)。

此外，用于M-PDCCH的CSS可能对于小区中的所有UE并非是公共的，而是在某时仅特定UE组可以监控用于M-PDCCH的CSS的特定实例。例如，小区中的所有UE或一组UE可以“基于功能”区分(又称为基于功能的区分)来监控用于M-PDCCH的CSS，“基于功能”区分可以包括用例的类型(要发送或调度的消息)、UE的EC等级等。因此，从网络的角度来看，定义一个或多个“用于M-PDCCH的CSS”区域是可能的。

替代地，可以提供用于M-PDCCH的CSS的公共配置，并且可以隐式地指示不同UE集，以监控不同物理资源(例如NB)，以用于在它们各自的用于M-PDCCH的CSS中监控M-PDCCH传输。在UE旨在监控M-PDCCH传输的情况下，这种公共配置可以因此无需包括NB的任何NB索引。

对于调度RAR(消息2)、寻呼和消息4，用于M-PDCCH的CSS可以“基于功能”来配置，而不是在每个DL子帧中受监控，如LTE中为遗留PDCCH公共搜索空间(CSS)定义的那样。通常，“基于功能”表明，网络(例如，eNB)根据不同功能因素和/或根据正在发送或调度的不同种类的消息(例如，RAR vs.寻呼vs.消息4)来配置CSS区域的使用。这些因素可以例如包括以下中的一个或多个：UE所需的EC覆盖等级、UE所需的重复次数(重复等级(RL))、UE的类型、(经由消息3传输所发送的)关于RRC连接请求的建立原因的类型、寻呼的类型等。

例如，多个CSS(即，nUE-SS)的每个实例可以基于消息调度或传输的类型而区分为：

-用于RAR的CSS(CSS-RAR)，

-用于寻呼的CSS(CSS-Paging)，以及

-用于消息4的CSS(CSS-Msg4)调度。

作为为不同类型的调度或传输提供不同CSS的替代，可以为UE提供单个CSS配置，以用于监控。例如，UE可以在不同时间实例处针对不同无线网络临时标识符(RNTI)所加扰的不同DCI而监控单个CSS。例如，在寻呼机会(PO)期间或之前，UE可以针对调度PDSCH上的寻呼消息的传输并且具有用P-RNTI加扰的CRC的DCI而监控单个CSS。可以针对携带RAR消息本身或携带RAR消息的PDSCH上的传输的调度分派的具有用RA-RNTI加扰的CRC的DCI而监控同一CSS。类似地，对于监控在竞争解决定时器的时段期间调度消息4的传输的DCI的情况，UE也可以尝试用RA-RNTI对CRC进行解扰。

从网络的角度来看，单个CSS的这种替选也可以扩展到多个分离的物理资源。例如，多个NB可以被配置用于CSS，并且不同NB可以由不同UE基于它们的UE ID或EC等级或物理随机接入信道(PRACH)传输参数等来监控。这可以例如对于寻呼、RAR或消息4传输允许最小化小区中的用户阻塞概率。

CSS的配置信息可以可选地连同与CSS关联的一个或多个NB的索引一起提供为单个配置。可以在逻辑域中定义这些NB，以便可能地包括系统带宽内的不同1.4MHz NB之间的跳频(例如，多个NB可以被提供为在总系统带宽的频域内彼此相邻)。此外，映射可以被定义为将UE的EC等级、UE ID等映射到频率维度中(即，在不同NB上)的CSS的实例的逻辑索引(范围从0至numNB_total)，其中，numNB_total是所定义的NB的总数量。因此，对于映射到不同NB的CSS的所有实例，除了NB位置之外的配置信息可以是相同的。注意，如果分开地配置用于RAR消息的CSS、用于寻呼的CSS或用于消息4的CSS，则类似的构思也可以应用于配置这些SS中的每一个的多个实例。

对于为了除RAR、寻呼或消息4之外的目的(即，对于组TPC、组HARQ-ACK反馈等)而使用CSS，可以监控相同CSS，但是潜在地具有不同的配置信息(例如，用于M-PDCCH的起始子帧和周期性)。可以通过配置经由专用RRC信令、经由LC/EC/MTC/CIoT SIB信令或多播种类的信令提供给UE的时段、持续时间和(例如，相对于系统帧号(SFN)的)偏移来指示这种(附加)配置信息。对于专用RRC信令的选项，该信息可以例如通过消息4或RRC连接重配置消息内的新的或扩展的字段/信息元素(IE)提供给UE作为UE特定SS的配置的一部分。

如果分开的CSS被配置用于RAR、寻呼、消息4传输，则也可以有利地是，CSS可以被配置用于其它目的，这在此又称为“CSS-连接杂项(CSS-ConnectedMisc)”。该CSS-ConnectedMisc可以例如在RRC CONNECTED模式下由UE监控。例如，假设具有1.4MHz的NB，存在两个候选M-PDCCH-PRB集。这两个M-PDCCH-PRB集之一可以根据遗留LTE规范而被配置作为用于E-PDCCH的UE特定搜索空间配置的一部分。通常，用于M-PDCCH的CSS可以被映射到与UE特定SS不同的M-PDCCH PRB集。这可以暗示，用于M-PDCCH的CSS可以被映射到与UE特定SS不同的系统带宽内的NB。此外，如果存在CSS的多个实例，则不同CSS也可以被映射到不同M-PDCCH PRB集，它们可以处于或可以不处于不同NB中。

与为RAR、寻呼、消息4和其它目的定义分开的CSS的选项相比，配置单个CSS以用于UE监控这些不同消息/控制信息的接收的主要益处可以是减少的信令开销。另一方面，分开地配置多个CSS可以受益于：(i)通过减少UE可能需要尝试在每个子帧中进行盲解码的DCI格式的数量来减小所需的UE处理复杂度，以及(ii)取决于用例的不同CSS的附加调度灵活性和优化的配置(在聚合等级(AL)、重复等级(RL)、M-PDCCH-PRB集等方面)。

通常，具有这两个选项的组合可以是可能的，其中，取决于功能，并非所有CSS分开地进行配置，相反，组合一些用例，以用UE可以在不同时间监控的单个CSS以及具有用于不同目的的不同RNTI来解决。在一个CSS中组合若干用例的一个示例性实现方式中，可以用信号告知公共CSS配置，以用于UE监控M-PDCCH传输：(i)用于RAR消息的调度，(ii)用于响应于UL上的消息3传输而携带HARQ-ACK反馈，(iii)用于消息4调度，以及(iv)(可选地)用于如果并未连同消息4传输一起携带RRC连接建立消息则调度带有RRC连接建立消息的PDSCH。由于DL上的这四个传输构成在RA过程和RRC连接建立期间至UE的DL传输的期待序列，因此具有CSS的单个公共配置可以是可能的，UE可以监控CSS的单个公共配置，以用于检测与RA过程和RRC连接建立消息有关的M-PDCCH传输。

在此情况下，用于监控公共CSS中的M-PDCCH候选的时间资源(子帧)以及用于公共CSS的频率位置可以被确定为用于CSS-RAR的时间资源和频率位置。

在一个CSS中组合若干用例的另一示例性实现方式中，CSS配置可以仅对于用例(ii)、(iii)和(iv)是公共的，其中，UE监控公共资源集以及公共(或不同，见下)(AL、RL)对集，以用于监控与用例(ii)至(iv)对应的一个或多个DCI大小。

用于监控该CSS的RL和AL集出于所有这些目的可以是公共集；替代地，可以指定预定规则，以定义要监控以用于检测每一个M-PDCCH传输的可能(AL、RL)对集之间的关系。作为特定示例，(AL、RL)对对于用例(i)、(iii)、(iv)可以是公共的，而对于用例(ii)(即，响应于消息3传输的HARQ-ACK的传输)，(AL、RL)集可以是公共集的子集，其中可能地是，用于传输HARQ-ACK反馈的AL和/或RL值更低。结合用于携带HARQ-ACK反馈信息的新颖且非常紧凑的DCI格式，这种示例性设计可以是合适的。例如，响应于消息3传输的HARQ-ACK反馈可以指示确认(ACK)或否定确认(NACK)二者。替代地，响应于消息3传输的HARQ-ACK反馈可以仅指示NACK，而ACK由携带用于消息4的传输的调度信息的DCI隐式地指示。

对于在单个CSS中组合若干用例的示例性实现方式，用于CSS的起始子帧，其中，UE监控不同M-PDCCH传输中的每一个并且DCI格式包括加扰的CRC，用于加扰CRC的RNTI对于不同用例可以是不同的。具体地说，UE可以在不同时间实例针对用不同RNTI加扰的不同DCI而在CSS内监控(例如，经由M-PDCCH PRB集指示的)相同频率资源。例如，UE可以：

(1)针对具有用在RAR窗口期间所发送的RA-RNTI加扰的CRC的DCI而监控用于M-PDCCH的CSS(例如，其中，用于调度RAR的M-PDCCH的CSS的起始子帧与RAR窗口的第一子帧相同)。

(2)在竞争解决定时器时段期间或直到检测到具有用于消息4的DL分派的M-PDCCH，针对具有用C-RNTI或携带响应于消息3传输的HARQ-ACK反馈的临时C-RNTI所加扰的CRC的DCI而监控用于M-PDCCH的CSS(例如，其中，携带HARQ-ACK反馈的M-PDCCH搜索空间的起始子帧与在竞争解决定时器时段的开始(即，一旦激活竞争解决定时器和T300定时器)时的第一子帧相同)；

(3)在竞争解决定时器时段期间，针对具有用C-RNTI或携带用于消息4调度的DL分派的临时C-RNTI所加扰的CRC的DCI而监控用于M-PDCCH的CSS(例如，其中，携带HARQ-ACK反馈的M-PDCCH搜索空间的起始子帧与在竞争解决定时器时段的开始(即，一旦激活竞争解决定时器和T300定时器)时的第一子帧相同)；

(4)在消息4传输的发送或至少调度(即，M-PDCCH传输)之后，针对具有用携带用于来自第一DL子帧的RRC连接建立消息(例如，当RRC连接建立消息并非被携带作为消息4传输的一部分，而是改为在PDSCH上作为单独的RRC消息发送时)的DL分派的C-RNTI所加扰的CRC的DCI而监控用于M-PDCCH的CSS。对于与消息4传输分开的RRC连接建立消息传输的这种情况，可以携带初始UE特定SS配置作为RRC连接建立消息的一部分，而不是消息4传输本身。

关于以上示例(1)，在UE针对用在RAR窗口期间发送的RA-RNTI加扰CRC的DCI而监控用于M-PDCCH的CSS的情况下，图3示出RAR窗口的示例，假设跨子帧调度以及用于携带RAR消息的PDSCH传输的动态指示的或预定的NB位置。通常，K、X、Z≥0。在此，示出M-PDCCH的多个副本以及PDSCH上的关联传输，出于示例性目的，假设设备可以处于EC中或需要接收同一消息的多个副本。应注意，虽然与用于M-PDCCH的CSS监控对应的子帧被示为与携带RAR消息的PDSCH传输是时分复用的，但是在另一示例中，用于监控CSS的子帧可以潜在地跨越RAR窗口内的所有子帧。

注意，还将可能的是，最后M-PDCCH重复处于RAR窗口的最后子帧中，而在随后子帧上发送携带RAR消息的PDSCH。在该后者示例中，RAR窗口的范围定义调度RAR的用于M-PDCCH的CSS的子帧。“随后子帧”可以理解为(a)在发送了调度RAR的关联的用于M-PDCCH的CSS之后但仍然在RAR窗口内的子帧，或(b)在RAR窗口之后的子帧。在所有这些情况下，所使用的频率或NB区域可以是相同的或不同的。

此外，也可以实现跨NB调度。例如，M-PDCCH可以在一个窄带(NB1)上进行发送，并且可以在另一NB(NB2)上调度RAR的传输，如图4示例性地所示。这两个NB可以定义总系统带宽内的NB，并且不一定必须在频域中彼此相邻。在跨NB调度的情况下，支持减小的带宽的UE将必须调谐其RF电路，以用于在第一窄带NB1中接收M-PDCCH，并且将在此之后把其RF电路调谐到调度RAR的传输的窄带NB2的载波频率。

对于响应于消息4或RRC连接建立消息的来自UE的HARQ-ACK反馈，关于携带用于消息4或RRC连接建立消息的DL分派的M-PDCCH或PDSCH传输，可以使用演进控制信道元素(E-CCE)索引和/或PRB位置(例如，起始PRB索引)来导出用于PUCCH传输的物理资源。

多播信息传输的指示

此外，CSS(例如，CSS-ConnectedMisc)用于传递信息的多播，并且以下描述关于可以如何启用该操作的一些示例或细节。在连接模式(RRC CONNECTED模式)和/或空闲模式(RRC IDLE模式)下，关于多播使用CCS可以可应用于UE。例如，可以通过重用一些封闭订户组(CSG)方面来定义不同多播组。替代地，可以定义新的多播组和功能，以更好地实现IoT/MTC要求。该解决方案的示例用例是当软件更新需要分发到小区中的大多UE(如果不是所有UE)时。这例如对于为物联网(IoT)或机器到机器(M2M)或MTC模式操作部署用于UE的软件更新可以是有用的。

可以例如根据以下示例之一来实现使用CSS传递多播传输。可能的实现方式当然不限于这些示例：

(1)在一个示例中，通过广播消息(例如，系统信息(SI)消息或寻呼消息)将多播指示提供给UE。假设寻呼示例，寻呼消息可以用于指示eNB何时将要发送多播传输。

可以例如通过在CSS中包括M-PDCCH所携带的DCI内的对应指示来实现即将到来的多播传输的指示。替代地，也可以在PDSCH上所携带的关联寻呼信息中包括该指示。此外，网络可以预先定义或预先配置在UE接收到多播指示之后将如何以及何时发送多播消息。

(例如，在寻呼指示之后的已知数量子帧之后)可以例如相对于包括寻呼指示的子帧定义多播消息的时序。替代地，也可以在下一广播控制信道(BCCH)修改时段中发送多播消息。

关于多播传输的格式，可以指定传输格式(编码调制方案)。

(2)在另一示例中，通过广播消息(例如，SI消息或寻呼消息)来发送多播传输。假设寻呼情况，与示例(1)的主要不同在于，将在实际寻呼机会(PO/PF)时使用M-PDCCH来开始或调度实际多播传输。在使用SI发送多播消息的情况下，可以扩展现有SI消息，或者可以定义新的SI消息，以用于传递多播传输。

(3)在另一示例中，多播指示或消息可以被定义为广播、单播或多播种类的消息，并且可以基于遗留LTE消息、GERAN消息或可以定义的新的消息。例如，当发送该多播消息时，可以通过CSS中的M-PDCCH(例如，CSS-ConnectedMisc)指示UE。

用于CSS的时间-频率资源配置的选项

在最一般的情况下，在存在CSS的不同实例的情况下，不同实例可以映射到不同时间和/或频率资源。在时域中，各CSS可以被映射到不同的子帧或无线帧。例如，可以在RAR窗口的持续时间期间监控CSS-RAR，并且在竞争解决定时器的持续时间期间监控CSS-Message4。

在频域中，CSS的不同实例可以被映射到不同NB。这可以仍然涉及CSS的多个实例被映射到同一NB，但也可能的是，相应CSS映射到相应NB。

例如，CSS-RAR和CSS-Paging可以被映射到同一NB内的PRB的子集。这可以解决这样的情况：其中，寻呼机会(PO)或关于PO的用于M-PDCCH的时间资源落入用于UE的RAR窗口内，使得UE可能需要针对潜在RAR以及寻呼传输而监控M-PDCCH。在此情况下，如果CSS-RAR和CSS-Paging被映射到不同NB，则UE可能需要针对具有时域冲突的子帧在RAR与寻呼之间赋优先级，以防UE在给定时间实例处仅支持在单个NB上的接收。

如果CSS-RAR和CSS-Paging被映射到不同NB，则在一个示例中，可以使RAR接收优先，因为UE已经发送了PRACH并且可能实际上需要基于寻呼消息(例如，移动台被叫业务的到达所触发的寻呼消息)而另外发起RA过程。替代地，在认识到寻呼消息的迅速接收可能是必要的(例如，如果寻呼消息与公共告警系统(PWS)消息有关)的情况下，可以使寻呼消息接收优先。

对于定义单个CSS以用于RAR和寻呼的情况，可以通过由UE针对(使用不同RNTI)的对应DCI进行多次盲解码尝试来解决用于监控不同消息(例如，RAR消息和寻呼消息)的这种时域重叠。如果DCI具有相同大小，则将仅需要针对用于加扰的不同RNTI进行多个校验。

注意1：CSS中用于M-PDCCH的传输类型可以被固定为分布式或本地式类型，并且因此，可以无需经由信令的进一步配置来指示M-PDCCH传输类型。

“CSS-XXX”或“CSS-XXX-MPDCCH”或“nUE-SS-XXX-MPDCCH”或“用于M-PDCCH的CSS-XXX”等术语可以用于指代关于提供实际消息XXX或消息XXX的调度信息的各种实现方式所解释的这些新的所设计的用于M-PDCCH的非UE特定SS。还应理解，XXX可以是例如RAR、寻呼或消息4。然而，其范围也并非限于这些消息，并且可以用于其它目的(例如，组TPC、组HARQ-ACK反馈等)。

此外，使用为RAR、寻呼等定义单独的CSS的构思来描述以下子部分中所讨论的本公开的各方面的示例性实现方式，这些实现方式中的很多可以同样地可应用于为UE定义单个CSS的选项，区别在于：当UE监控CSS时，例如经由用于对CRC加扰的RNTI或经由不同时间实例识别不同用例。

RAR消息调度

如果将要在1.4MHz窄带(NB)中发送单个RAR消息，则直接使用M-PDCCH发送它，否则，使用M-PDCCH所调度的PDSCH来发送它。然而，考虑到UE直到建立了RRC连接之后才预期单播调度，本文描述新的示例性实现方式，UE可以据此针对携带RAR消息本身或携带用于使用PDSCH所发送的RAR消息的调度信息的M-PDCCH传输而监控CSS-RAR。

用于RAR的公共搜索空间(CSS-RAR)的配置

可以由网络基于不同因素(例如，EC模式或EC等级)来配置CSS-RAR的一个或多个实例。UE可以根据其EC模式或EC等级来监控它们之一(例如，CSS-RAR EC等级x)。此外，PRACH前导的传输细节也可以(或替代地)被考虑，以用于选取将要由UE监控的CSS-RAR的实例。可以例如在不同窄带(NB)上经由频分复用(FDM)来复用CSS-RAR的不同实例。

替代地，假设例如UE具有足够的UE能力，UE并不确定它的EC等级，和/或CSS-RAR的每个实例是以TDM方式发送的，那么UE可以监控多于一个CSS-RAR(例如，CSS-RAR EC等级x和例如，CSS-RAR EC等级y)。

在时间维度中，UE可以被配置为：在定义为可以与遗留规范类似地定义的RAR窗口的范围的特定时间期间监控该CSS。与LTE遗留实现方式相比，RAR窗口的最大持续时间可以在时域中增加，以容纳M-PDCCH的重复传输，以解决MTC上下文中的用于随机接入的较高重复等级(RL)。RAR窗口的持续时间可以由eNB根据起始子帧和结束子帧，或者起始子帧和依据DL子帧数量的RAR窗口的持续时间来指示。可以例如经由专用信令使用MTC SIB来以信号告知这个关于RAR位置和时域中的持续时间的信息，或者可以(预先)定义一个或多个RAR窗口配置、值或配置集。

在该示例性实现方式中，RAR窗口由UE解释为UE可以预期携带RAR消息的M-PDCCH传输或携带用于携带RAR消息的PDSCH的DL调度分派的M-PDCCH传输的持续时间，而PDSCH本身可以在RAR窗口的结束之后被发送。注意，增强覆盖操作所需的跨子帧调度和重复可以用于PDSCH上的RAR(消息2)的DL传输。

在频率维度中，可能的是，不同UE被配置为监控不同窄带(NB)上的CSS-RAR。UL中的PRACH前导与用于DL中的RAR传输的NB之间的关联可以被定义为以下中的至少一个的函数：用于PRACH前导的传输的频率资源(f_id)、UE所使用的PRACH序列、UE关于PRACH传输所使用的覆盖增强(CE)等级(本文有时又称为增强覆盖(EC)等级)(即，对于特定CE等级，用于PRACH传输的时间/频率/序列资源)。注意，可以在系统级FDM复用用于不同CE等级的CSS-RAR的不同实例，使得更好的覆盖状况下的UE无需将功率浪费于累积用于M-PDCCH的更大数量的重复。替代地，如果可以基于CSS-RAR的功能(例如，EC等级)来区分CSS-RAR的每个实例，则也可以在减小的BW或NB内配置CSS-RAR的多个实例。

可以在MTC SIB中提供CSS-RAR的一个或多个实例的配置。配置信息可以包括以下配置信息中的一个或多个：用于M-PDCCH重复的起始子帧、用于M-PDCCH的重复的数量(CSS-RAR中用于M-PDCCH的重复等级)、用于M-PDCCH的聚合等级(AL)、NB索引、NB内的构成M-PDCCH-PRB集的PRB(例如，PRB的数量可以是2、4或6)。

也可以相对于系统帧号(SFN)指示CSS-RAR中用于M-PDCCH传输的起始子帧。可以例如通过将CSS-RAR中的用于M-PDCCH的起始子帧(DF)与RAR窗口的开始对准来隐式地指示距SFN的偏移。因此，UE将尝试通过对于每个可能的M-PDCCH候选组合多个重复的传输(R＝作为CSS-RAR配置的一部分所指示的RL值)来对在RAR窗口的开始(SF#n)处开始的M-PDCCH进行解码。换言之，UE将组合SF#n至#n+R，其中，R是重复次数(RL值)。如果它并未成功地对M-PDCCH进行解码，则它开始组合从SF#n+R+1到SF#n+2R的M-PDCCH候选等，直到RAR窗口的结束。

替代地，与以上SFN构思类似，可以相对于在Release 13扩展DRX框架内考虑的扩展SFN或超SFN(而非SFN)来指示CSS-RAR的起始子帧。在另一替选实现方式中，也可以相对于时钟时间(例如，基于UTC)来指示CSS-RAR的起始子帧。

由于UE将能够从用于PRACH传输的RL确定用于M-PDCCH的RL，因此UE可以使用PRACH前导的RL来确定UE必须监控CSS-RAR的哪个实例(即，哪个窄带)。对于每个所配置的窄带，UE可以通过使用从PRACH RL到用于CSS-RAR的配置中所指示的用于M-PDCCH的RL的映射来确定该情况。准确的映射可以要么被配置要么被指定。替代地，用于M-PDCCH的RL可以限于与PRACH重复等级(PRACH RL)对应的多个(例如，两个)可能值，并且UE将尝试对与用于M-PDCCH的每个可能RL的不同假说对应的M-PDCCH进行解码。这样可以在网络侧提供某种灵活性，代价是在UE侧的盲解码尝试增加。

取决于针对CSS-RAR的特定实例的CE等级，用于CSS-RAR的AL的选取可以限于可能AL的子集。在另一替选实现方式中，CSS-RAR中用于EC中的M-PDCCH的AL可以被指定为总是使用最大AL。例如，对于EC可以假设24的AL(AL＝24)。使用最大AL可以允许最小化发送M-PDCCH所需的重复次数，并且可以减少UE的盲解码尝试。这两个优点将有益于减少用于在CSS-RAR中监控M-PDCCH传输的UE功耗。在后者的情况下(并且也独立于后者)，用于M-PDCCH-PRB集的PRB可以被固定为针对与EC对应的CSS-RAR，包括NB中的所有PRB。对于1.4MHz NB，这将暗示对于M-PDCCH使用所有6个PRB。

CSS-RAR中的DCI格式和盲解码

在一个示例实现方式中，RAR消息可以在PDSCH上发送，并且经由M-PDCCH来调度，如例如以上结合图3所描述的那样。此外，在替选实现方式中，也可以在M-PDCCH上在DCI内发送RAR消息。图5中示出该示例，图5示出根据本公开一个示例性实现方式的1.4MHz窄带(NB)内的RAR窗口中的子帧的另一示例性序列，其中，RA窗口内的M-PDCCH上的相应传输包括RAR。

当然，在一个实现方式中组合这两个选项也是可能的。在此情况下，UE针对包括RAR消息本身的内容的下行链路控制信息(DCI)(在本公开中称为DCI-RAR)或具有在PDSCH上调度RAR消息传输的DL调度分派的DCI(在本公开中称为DCI-SA-RAR)而监控CSS-RAR中的M-PDCCH。在DCI中包含RAR的情况下，与PDSCH上所调度的RAR消息相比，RAR消息净荷可以在大小方面被减少。可以例如通过移除遗留RAR消息中的一些字段(例如，RAR的UL批准中的一些字段中的一个或多个(例如，TPC、UL延迟和/或非周期性CSI请求字段))来减少净荷。

由于对多个DCI格式的盲解码尝试的次数增加，示例性实现方式可能导致UE复杂度增加。假设DCI-RAR的大小将大于DCI-SA-RAR，那么用于减少盲解码尝试的次数的一个选项可以是：对于DCI-SA-RAR使用零填充，以将其大小匹配到用于DCI-RAR的大小。然而，这将导致效率降低，因为来自大于必要DCI-SA-RAR的传输的DL控制开销增加。

如上所述，UE可以从UL上所发送的其最新的PRACH前导的重复等级知道RAR传输的重复等级(RL)。在此，RAR的传输的RL暗示M-PDCCH的传输的RL。此外，UE可以基于参考信号接收功率(RSRP)测量来确定是否开始使用用于CE的PRACH资源集之一(即，具有重复的PRACH传输)。因此，基于是否使用CE在随机接入期间发送PRACH前导的判断以及用于PRACH前导的RL的选取，UE可以确定用于RAR消息的M-PDCCH传输的重复次数，这可以要么在DCI内进行发送，要么在PDSCH上由DCI调度。

在支持UE针对两种DCI格式(即，针对DCI-RAR和DCI-SA-RAR)在CSS-RAR中监控M-PDCCH的一般情况的情况下，可以定义用于PRACH前导的重复次数与用于M-PDCCH的重复次数之间的两种映射关系：一种用于DCI-RAR，并且另一种用于DCI-SA-RAR。取决于每个DCI格式的准确大小，可以(预先)定义或经由MTC SIB信令来指示用于DCI-RAR和DCI-SA-RAR的重复之间的固定关系。例如，可以在规范中定义或在MTC SIB中包括因子x＝(用于DCI-RAR的重复次数)/(用于DCI-SA-RAR的重复次数)。此外，因子x也可以是UE的覆盖增强(CE)等级的函数，以解决所需重复次数的非线性vs与CE等级有关的操作信噪比(SNR)。

在另一示例性实现方式中，在使用零填充匹配用于DCI-SA-RAR和DCI-RAR的DCI的大小的情况下，可以仅定义用于PRACH前导的重复次数与用于M-PDCCH的重复次数之间的一种映射关系。

为了使UE复杂度最小化，在替选实现方式中，UE响应于(基于)PRACH前导来确定在CSS-RAR中针对M-PDCCH要监控的DCI格式。在该连接中，要注意，RAR净荷的大小随着所定址的UE的数量(即，RAR记录的数量)的增加而增加。当在单个RAR MAC PDU中发送多个RAR消息时，这会导致大量用于M-PDCCH的重复以及关联的PDSCH传输，尤其是当在EC中时。因此，可能更实际的是，每次在用于EC中的UE的RAR MAC PDU中定址单个UE。因此，在一个示例中，当目标UE处于正常覆盖中时，eNB可以仅在单个RAR MAC PDU中定址多个UE，并且可以关于针对EC中的UE的RAR消息而使用M-PDCCH仅发送单个RAR记录(即，发送DCI-RAR)。

应注意，正常覆盖中的UE可能同样需要M-PDCCH和PDSCH传输(分别为用于PDSCH上的调度的DCI和RAR消息)的重复。因此，在另一示例性实现方式中，当UE处于EC中发送PRACH前导时(即，当UE关于PRACH前导传输而使用重复时)，UE可以假设在M-PDCCH上在DCI内发送RAR(DCI-RAR)。否则，UE可以假设在M-PDCCH上使用DCI所调度的PDSCH来发送RAR(DCI-SA-RAR)。因此，如果对于PRACH传输使用了重复，则UE在用于DCI-RAR的RAR窗口期间在CSS-RAR配置所定义的物理资源中监控M-PDCCH，并且如果在没有重复的情况下发送PRACH，则UE在用于DCI-SA-RAR的RAR窗口期间监控CSS-RAR。

所描述的在随机接入期间发送RAR消息的所有不同示例性实现方式也可应用于寻呼、(竞争解决窗口内的)消息4的传输以及可以实现先前所解释的相同种类的要求的其它消息。为了进一步说明，以下已经加入可以是不同的或重要的那些点中的一些以特别强调寻呼消息；然而，如果以下在寻呼部分中并未描述RAR部分中所描述的方面，则这不应理解为限制。

寻呼消息调度

UE当处于IDLE或CONNECTED模式下时可以由网络寻呼。对于IDLE模式寻呼，与RAR接收的情况类似，UE将无需在不同寻呼机会(PO)期间或之前在与单播调度有关的有关CSS中监控用于传输的M-PDCCH。在一个示例中，在寻呼机会(PO)期间发送携带DCI(调度分派)的M-PDCCH传输，并且在后续子帧内在PDSCH上发送调度的寻呼消息。替代地，可以在PO期间在PDSCH上发送寻呼消息，但MTC UE被指定为在PO之前的k个子帧唤醒，以接收具有DCI(调度分派)的M-PDCCH，以用于PO期间的PDSCH的所调度的寻呼消息传输。

在此，参数k指代以子帧为单位的M-PDCCH重复的起始子帧与关联PDSCH的起始子帧之间的时间间隔。因此，k包括M-PDCCH重复次数以及M-PDCCH的最后一次重复与PDSCH的关联寻呼消息传输的第一次重复之间的时间间隔。

总之，与关于RAR的情况类似，UE将无需关于M-PDCCH传输对所有有效子帧监控用于寻呼的CSS，而是仅在要么与寻呼帧(PF)或PO的开始对应的特定子帧要么在PO之前的特定时间间隔发送的子帧期间监控CSS。可以例如指定(预先确定)或指示(例如，由来自eNB的信令配置)时间间隔。

用于寻呼的公共搜索空间(CSS-Paging)的配置

与RAR类似的构思可以应用于定义用于寻呼的CSS(CSS-Paging)。具体地说，网络可以配置CSS-Paging的一个或多个实例。多个CSS可以被配置为这样的：不同UE可以监控不同物理资源(例如，用于携带用于寻呼消息传输的调度分派的M-PDCCH的不同NB)。这样可以允许最小化用于寻呼传输的用户阻塞概率。将要在给定CSS-Paging的物理资源中监控M-PDCCH的NB可以例如根据UE ID(例如s-TMSI或IMSI)来定义。

可选地，将不同的用于寻呼的CSS映射到不同EC等级是可能的。例如，如果UE可以(例如，基于DL测量或基于(预)配置)确定它的EC等级，则UE可以在与所确定的EC等级对应的CSS-Paging内监控M-PDCCH。该可选特征可以允许根据目标EC等级来优化用于M-PDCCH传输的RL，由此避免可能正经历更好的无线电信道状况的UE累积不必要的大量重复。

因此，eNB将在与特定UE的UE ID和/UE的EC等级对应的M-DPCCH的CSS-Paging中发送以该特定UE为目标的寻呼的调度M-PDCCH。

使用EC等级定义有关的用于寻呼的CSS假设：关于UE的EC等级的信息是可从移动性管理实体(MME)或在eNB中提供的。例如，MME或eNB可以从小区内的RRC CONNECTED模式下的UE的先前操作学习UE的EC等级。然而，寻呼有关CSS的基于EC等级的区分的一个潜在挑战可能是：关于UE在MME或eNB处可用的EC等级信息可能在相关时间点过时，这可能导致CSS-Paging内M-PDCCH上的传输没有被UE监控。

因此，在一个另外示例实现方式中，不是考虑UE的EC等级，而是可以将UE分类在两个组中。一个组将包含经历不良无线电状况的UE，另一组经历较好的无线电状况。关于对UE进行分组的信息可以认为按默认或通过(预先)配置而可用于相应UE和网络。

用于寻呼的CSS的多个实例可以被映射到相同或不同NB中的物理资源。在单个NB内定义多个CSS的情况下，用于每个CSS的M-PDCCH-PRB集可以具有小于6个PRB。替代地，一个用于寻呼的CSS的最大值可以被映射到多个NB中的相应一个NB。

对于RRC CONNECTED模式下的UE的寻呼，在一个示例中，UE可以如在RRC IDEL模式下那样监控同一用于寻呼的CSS。注意，在要寻呼eNB的无线电小区内的所有UE并且定义了CSS-Paging的多个实例的情况下，对于RRC CONNECTED模式寻呼，eNB可以在每一个CSS-Paging实例中发送调度寻呼消息的DCI。同时寻呼小区内的所有UE例如对于与系统信息更新(SIU)有关的或公共告警系统(PWS)有关的寻呼是有用的。

在对于在RRC CONNETCED模式和RRC IDLE模式下使用同一用于寻呼的CSS的替选示例中，用于RRC CONNECTED模式寻呼的PO可以与(例如，移动台被叫业务所触发的)用于RRC IDLE模式寻呼的PO不同。可以例如为系统信息更新和PWS有关寻呼而定义用于RRCCONNECTED模式寻呼的PO。此外，也可以为小区中的所有RRC CONNECTED模式UE而定义单个用于寻呼的CSS。可以用基于小区所支持的最大目标EC等级而配置的最大RL来发送该单个用于寻呼的CSS内的M-PDCCH上的调度信息以及用于这些寻呼消息的PDSCH上的所调度的传输。

与以上已经结合RAR的传输所描述的选项类似的另一选项可以是：在M-PDCCH上的DCI内并且在用于寻呼的CSS的物理资源内发送PWS和SIU有关寻呼信息。

至于RAR的情况，可以在MTC SIB中提供用于M-PDCCH的CSS-Paging的配置。配置信息可以包括以下配置信息中的一个或多个：用于M-PDCCH重复的起始子帧、用于M-PDCCH的重复次数(CSS-Paging中用于M-PDCCH的RL)、用于M-PDCCH的AL、NB索引、NB内的构成M-PDCCH-PRB集的PRB(例如，PRB的数量可以是2、4或6)。

如以上结合RAR的传输所提及的那样，可以相对于定义用于M-PDCCH的PO和RL的起始子帧而导出用于M-PDCCH重复的起始子帧。用于寻呼的M-PDCCH的AL可以被固定为最大AL(例如，AL＝24)。此外，用于CSS-Paging的M-PDCCH-PRB集可以被固定为NB的6个PRB。这可以有助于最小化发送用于调度寻呼消息的M-PDCCH所需的重复次数，并且由此有助于减少因监控寻呼消息而产生的UE功耗。

附加示例性实现方式

图1示出根据本公开一个示例性实现方式的使用用于RA有关消息的CSS的UE与eNB之间的随机接入(RA)过程的操作。eNB在其无线电小区内(例如，经由广播)发送(1001)系统信息(SI)。SI可以包括系统信息块(SIB)。SIB之一可以包括用于MTC有关服务的信息。该MTCSIB在该示例中包括RA有关消息的CSS配置。配置信息可以例如指示CSS的起始子帧以及将要由UE监控的一个或多个窄带(NB)。此外，配置信息也可以定义将要由UE监控的RL和/或AL。此外，配置信息也可以定义M-PDCCH PRB集大小。根据以上描述，为RA过程的RAR(消息2)、对于消息3的HARQ反馈(连接请求)以及消息4(竞争解决)而定义(单个)CSS(CSS-RA)。eNB无线电小区内的UE接收(1002)包括MTC SIB的SI，并且检测其中用于RA有关消息的CSS(CSS-RA)的配置信息。

例如，通过将要由UE发送的一些UL数据或因寻呼而触发，UE在某个稍后时间点开始(1003)RA过程。UE选择可用RACH前导之一，并且在UL中的随机接入信道(RACH)上将RACH前导(消息1)发送到eNB。如果UE处于CE中，则UE可以发送上述PRACH前导的多个重复。eNB接收(1004)RACH前导，并且通过发送RAR(消息2)消息来对UE进行响应。eNB基于MTC SIB内所发送的CSS-RA(见步骤1001和1002)而在UE将监控的M-PDCCH上发送(1005)RAR。如上所述，eNB在RAR窗口内发送RAR消息，如例如图3和图4中所指示的那样，并且如以上本文所描述的那样。因此，eNB可以要么在CSS-RA内在M-PDCCH上调度RAR的传输并且在一些其它稍后子帧中发送RAR，要么可以直接在M-PDCCH传输中(例如，在DCI内)包括RAR消息。在已经从CE中的UE接收到PRACH前导的情况下，eNB可以可选地重复这些传输，如本文所概述的那样。

在RAR窗口内，UE针对要么调度要么包含RAR的M-PDCCH传输而监控(1006)RAR窗口的相应子帧内所定义的CCS-RA，并且将从eNB接收RAR消息。注意，在配置了可以发送RAR的多个候选NB的情况下，UE可以例如在步骤1003中基于CE等级或UE已经用于PRACH前导传输的RL来确定要监控的NB。RAR消息可以例如包含临时小区无线网络临时标识符(C-RNTI)，其为在RA过程中从eNB分派给UE以用于进一步通信的临时身份。此外，RAR消息也可以包含定时提前值，其通知UE改变它在UL上的传输定时，以便补偿往返延迟。此外，RAR还包括对UE的UL批准，用于UL共享信道(UL-SCH)上的下一消息(连接请求(消息3))的传输。

响应于接收到RAR(消息2)，UE在所分配的UL资源上发送(1007)连接请求(消息3)。传输包括由UE用所分派的C-RNTI加扰的CRC。连接请求消息还包括RRC连接请求消息以及UE的标识符(例如，临时移动订户身份(TMSI)或随机值(RV))，因为RAR中的C-RNTI也可能因冲突而被另一UE接收到。连接请求消息可以还包括连接建立原因的指示，其指示UE为什么需要连接到网络的原因(例如，因寻呼)。

eNB在接收到的UL资源上接收(1008)连接请求消息，eNB通过发送(1009)竞争解决消息(消息4)对UE进行回复。注意，eNB也可以将指示消息3的成功(ACK)或不成功(NACK)解码的混合自动重传请求(HARQ)反馈提供给UE。ACK可以由用于消息4的DL分派的传输隐式地指示，而响应于消息3的NACK指示可以包括对于消息3的重传的UL批准。在图1中，为了简明，省略HARQ ACK/NACK的传输。然而，UE也将针对HARQ ACK/NACK消息而在所定义的DL子帧上监控CSS-RA(我们为了简明而假设eNB成功地接收到消息3)。

eNB所发送的竞争解决消息具有通过连接请求消息(消息3)中所包括的UE标识符加扰的CRC，这允许接收该消息的UE在RA期间识别冲突。消息4包含将由UE用于进一步通信的新的C-RNTI。竞争解决消息可以还包括RRC连接建立消息，其可选地可以包括用于M-PDCCH上的CSS的一个或多个实例的配置信息。此外，竞争解决消息可以包括对于RRC连接建立过程的下一消息的传输的另一UL批准。

在DL中在给定定时(消息4窗口或竞争解决窗口)发送消息4。因此，UE将在与所配置的CSS-RA对应的DL上的子帧内监控(1010)物理资源，以检测要么调度要么包含竞争解决消息的M-PDCCH传输，并且将从eNB接收竞争解决消息。如上所述，再次可能的是，竞争解决消息要么在M-PDCCH上被调度并且在PDSCH上在所分配的资源上进行发送，要么竞争解决消息也可以被包括在M-PDCCH上的DCI内。

UE将对竞争解决消息进行解码(1011)，并且将用连接请求消息中所包括的UE标识符对CRC进行解扰，以确认连接请求消息(消息3)中所包括的UE标识符目的地是该UE。UE从连接请求消息提取UL批准和C-RNTI。此外，UE使用RRC连接建立消息中所包括的用于CSS的一个或多个实例的配置信息来配置(1012)相应CSS配置。

此外，UE可以然后通过使用新的C-RNTI在所批准的UL资源上对RRC连接建立消息进行回复来完成(1013)RRC连接建立，并且在此后将在CONNECTED模式下与网络进行通信。

图2示出根据本公开一个示例性实现方式的使用用于寻呼有关消息的CSS的UE与eNB之间的寻呼过程的操作。eNB在其无线电小区内(例如，经由广播)发送(2001)系统信息(SI)。SI可以包括系统信息块(SIB)。SIB之一可以包括关于MTC有关服务的信息。该MTC SIB在该示例中包括寻呼有关消息的CSS配置(CSS-Paging)。注意，SIU或PWS有关消息在该示例中可以可选地看作与寻呼有关的，即，也可以在MTC-SIB中所定义的CSS-Paging上发送用于这些功能的M-PDCCH传输。

配置信息可以例如指示将要由UE监控的一个或多个窄带(NB)。进一步可选地，配置信息也可以定义将要由UE监控的最大RL。进一步可选地，配置信息也可以定义M-PDCCHPRB集大小。注意，出于示例性的目的可以假设：对于寻呼，eNB对于M-PDCCH传输使用最大AL(例如，AL＝24)，并且M-PDCCH PRB集大小等于6个PRB，并且CSS-Paging中的M-PDCCH总是分布式类型的。

UE接收(2002)包括具有将要用于寻呼的CSS(CSS-Paging)的配置信息的MTC SIB的SI。在给定PO处，UE针对目的地是UE的寻呼消息而在CSS-Paging内监控(2003)M-PDCCH。注意，在存在将要监控的NB的不同候选的情况下，UE可以例如基于UE标识符(UE-ID)来选择用于监控的NB。在步骤2003中，假设在所配置的CSS内的M-PDCCH上不指示寻呼有关消息。

在稍后PO处，eNB可能需要寻呼UE。eNB因此在DL中在M-PDCCH上发送(2004)用于UE的寻呼消息。在作为所配置的CSS-Paging的一部分并且因此预期要由UE监控的一个或多个子帧(取决于CSS配置的RL值)的物理资源内，在DL中的M-PDCCH上发送用于UE的寻呼消息。eNB的M-PDCCH传输可以包括eNB用UE的P-RNTI所加扰的CRC。

如在步骤2003中，UE再次在该稍后PO处监控(2005)M-PDCCH，并且通过能够基于用UE的RNTI解扰的CRC确认M-PDCCH传输的正确解码(2006)，来检测eNB的M-PDCCH传输。如本文先前所提到的，eNB可以要么直接在M-PDCCH上在DCI内发送寻呼消息，要么M-PDCCH传输可以包括向UE指示UE将要接收寻呼消息的DL资源的调度信息。一旦UE接收到寻呼消息并且对其进行解码，UE就可以例如开始(2007)RA过程，如例如以上结合图1所概述的那样。

本公开中所讨论的各方面及其实现方式示例对于与支持“减小的带宽”的UE一起使用是有用的(但不限于此)。为了本公开的目的，具有或支持“减小的带宽”的UE指代在有限带宽的情况下进行接收(以及可选地，进行发送)的UE。有限带宽通常可以例如表示比移动通信系统的系统级上所定义的更小的带宽。有限带宽可以例如与窄带(NB)对应。例如，在3GPP LTE上下文中，有限带宽可以例如表示1.4MHz的带宽，但本公开不限于该带宽。有限带宽可以例如还表示180kHz的带宽。在替选定义中，支持“减小的带宽”的UE可以定义为能够在给定时间在频域中接收(以及可选地，发送)可以与NB对应的仅有限数量的频率连续物理资源块(PRB)的UE。

应注意，支持“减小的带宽”的UE可以能够在不同时间实例处在不同频率资源(例如，不同NB)之间切换接收(以及可选地，切换发送)。例如，UE可以在一个或多个子帧期间接收第一NB的PRB，并且可以然后在一个或多个稍后子帧期间在另一第二NB上接收PRB。

此外，虽然以上在此在本公开中所讨论的各方面及其实现方式示例已经关注于定义用于MTC的E-PDCCH(M-PDCCH)上的CSS的一个或多个实例，但是应理解，这些原理也可以可应用于定义用于M2M或IoT服务(即，具有减小的带宽的UE的使用在成本和复杂度方面可以是有关的服务)的E-PDCCH上的CSS的一个或多个实例。例如，用于MTC、M2M和/或IoT服务的E-PDCCH也可以称为NB-PDCCH。

如本文所使用的那样，术语“电路”可以指代以下项或作为其一部分或包括它们：专用集成电路(ASIC)、电子电路、执行一个或多个软件或固件程序的处理器(共享的、专用的或群组)和/或存储器(共享的、专用的或群组)、组合逻辑电路和/或提供所描述的功能的其它合适的硬件组件。在一些实现方式中，电路可以实现于一个或多个软件或固件模块中，或者与电路关联的功能可以由一个或多个软件或固件模块来实现。在一些实现方式中，电路可以包括至少部分地可在硬件中操作的逻辑。

可以使用任何合适配置的硬件和/或软件将本文所描述的本公开的不同实现方式实现为系统。图6关于一个实现方式示出电子设备100的示例组件。在实现方式中，电子设备100可以实现用户设备(UE)、演进节点B(eNB)或一些其它电子设备，合并到其中，或者成为其一部分。在一些实现方式中，电子设备100可以包括应用电路102、基带电路104、射频(RF)电路106、前端模块(FEM)电路108和一个或多个天线110，至少如所示那样耦合在一起。注意，在电子设备100实现用于MTC、M2M或IoT服务的UE的情况下，基带电路104和RF电路106可以仅支持减小的带宽，例如，它们可以在给定时间处在频域中仅接收(以及可选地，发送)可以与NB对应的有限数量的频率连续物理资源块(PRB)。有限数量的频率连续物理资源块(PRB)可以例如与移动通信系统中所定义的窄带(NB)对应。

应用电路102可以包括一个或多个应用处理器。例如，应用电路102可以包括例如但不限于一个或多个单核处理器或多核处理器的电路。处理器可以包括通用处理器和专用处理器(例如，图形处理器、应用处理器等)的任何组合。处理器可以耦合于和/或可以包括存储器/存储，并且可以被配置为：执行存储器/存储中所存储的指令，以使得各种应用和/或操作系统能够运行在系统上。

基带电路104可以包括例如但不限于一个或多个单核处理器或多核处理器的电路。基带电路104可以包括一个或多个基带处理器和/或控制逻辑，以处理从RF电路106的接收信号路径接收到的基带信号并且生成用于RF电路106的发送信号路径的基带信号。基带处理电路104可以与应用电路102进行接口，以用于生成和处理基带信号并且控制RF电路106的操作。例如，在一些实现方式中，基带电路104可以包括第二代(2G)基带处理器104a、第三代(3G)基带处理器104b、第四代(4G)基带处理器104c和/或用于其它现有代、开发中的或将要在未来开发的代(例如，第五代(5G)、6G等)的其它基带处理器104d。基带电路104(例如，基带处理器104a-d中的一个或多个)可以处理使得经由RF电路106与一个或多个无线电网络的通信成为可能的各种无线电控制功能。无线电控制功能可以包括但不限于信号调制/解调、编码/解码、无线电频移等。在一些实现方式中，基带电路104的调制/解调电路可以包括快速傅立叶变换(FFT)、预编码和/或星座映射/解映射功能。在一些实现方式中，基带电路104的编码/解码电路可以包括卷积、咬尾卷积、turbo、维特比和/或低密度奇偶校验(LDPC)编码器/解码器功能。调制/解调和编码器/解码器功能的实现方式不限于这些示例，并且在其它实现方式中可以包括另外合适的功能。

在一些实现方式中，基带电路104可以包括协议栈的元素，例如演进通用陆地无线接入网(EUTRAN)协议的元素，包括例如物理(PHY)元素、介质接入控制(MAC)元素、无线链路控制(RLC)元素、分组数据汇聚协议(PDCP)元素和/或无线资源控制(RRC)元素。基带电路104的中央处理单元(CPU)104e可以被配置为：运行协议栈的元素，以用于PHY层、MAC层、RLC层、PDCP层和/或RRC层的信令。在一些实现方式中，基带电路可以包括一个或多个音频数字信号处理器(DSP)104f。音频DSP 104f可以包括用于压缩/解压缩和回声消除的元件，并且在其它实现方式中可以包括其它合适的处理元件。

基带电路104可以还包括存储器/存储104g。存储器/存储104g可以用于加载和存储数据和/或指令，以用于基带电路104的处理器所执行的操作。用于一个实现方式的存储器/存储可以包括合适的易失性存储器和/或非易失性存储器的任何组合。存储器/存储104g可以包括以下各种层级的存储器/存储的任何组合，包括但不限于具有嵌入式软件指令(例如，固件)的只读存储器(ROM)、随机存取存储器(例如，动态随机存取存储器(DRAM))、缓存、缓冲器等。存储器/存储104g可以在各种处理器或专用特定处理器之间共享。

在一些实现方式中，基带电路的组件可以合适地组合在单个芯片、单个芯片组中，或者部署在同一电路板上。在一些实现方式中，基带电路104和应用电路102的一些或所有构成组件可以一起实现在例如片上系统(SOC)上。

在一些实现方式中，基带电路104可以提供与一种或多种无线电技术兼容的通信。例如，在一些实现方式中，基带电路104可以支持与演进通用陆地无线接入网(EUTRAN)和/或其它无线城域网(WMAN)、无线局域网(WLAN)、无线个域网(WPAN)的通信。基带电路104被配置为支持多于一种无线协议的无线电通信的实现方式可以称为多模基带电路。

RF电路106可以使得能够通过非固态介质使用调制的电磁辐射进行与无线网络的通信。在各个实现方式中，RF电路106可以包括开关、滤波器、放大器等，以促进与无线网络的通信。RF电路106可以包括接收信号路径，其可以包括用于下变频从FEM电路108接收到的RF信号并且将基带信号提供给基带电路104的电路。RF电路106可以还包括发送信号路径，其可以包括用于上变频基带电路104所提供的基带信号并且将RF输出信号提供给FEM电路108以用于发送的电路。

在一些实现方式中，RF电路106可以包括接收信号路径和发送信号路径。RF电路106的接收信号路径可以包括混频器电路106a、放大器电路106b和滤波器电路106c。RF电路106的发送信号路径可以包括滤波器电路106c和混频器电路106a。RF电路106可以还包括综合器电路106d，以用于合成接收信号路径和发送信号路径的混频器电路106a使用的频率。在一些实现方式中，接收信号路径的混频器电路106a可以被配置为：基于综合器电路106d所提供的合成频率来下变频从FEM电路108接收到的RF信号。放大器电路106b可以被配置为：放大下变频后的信号，并且滤波器电路106c可以是低通滤波器(LPF)或带通滤波器(BPF)，被配置为：从下变频的信号中移除不想要的信号，以生成输出基带信号。输出基带信号可以提供给基带电路104，以用于进一步处理。在一些实现方式中，输出基带信号可以是零频率基带信号，但这并非要求。在一些实现方式中，接收信号路径的混频器电路106a可以包括无源混频器，但实现方式的范围不限于此。

在一些实现方式中，发送信号路径的混频器电路106a可以被配置为：基于综合器电路106d所提供的合成频率来上变频输入基带信号，以生成用于FEM电路108的RF输出信号。基带信号可以由基带电路104提供，并且可以由滤波器电路106c滤波。滤波器电路106c可以包括低通滤波器(LPF)，但实现方式的范围不限于此。

在一些实现方式中，接收信号路径的混频器电路106a和发送信号路径的混频器电路106a可以包括两个或更多个混频器，并且可以分别被布置用于正交下变频和/或上变频。在一些实现方式中，接收信号路径的混频器电路106a和发送信号路径的混频器电路106a可以包括两个或更多个混频器，并且可以被布置用于镜像抑制(例如，Hartley镜像抑制)。在一些实现方式中，接收信号路径的混频器电路106a和发送信号路径的混频器电路106a可以分别被布置用于直接下变频和/或直接上变频。在一些实现方式中，接收信号路径的混频器电路106a和发送信号路径的混频器电路106a可以被配置用于超外差操作。

在一些实现方式中，输出基带信号和输入基带信号可以是模拟基带信号，但实现方式的范围不限于此。在一些替选实现方式中，输出基带信号和输入基带信号可以是数字基带信号。在这些替选实现方式中，RF电路106可以包括模数转换器(ADC)和数模转换器(DAC)电路，并且基带电路104可以包括数字基带接口，以与RF电路106进行通信。

在一些双模实现方式中，可以提供单独的无线电IC电路，以用于关于每个频谱处理信号，但实现方式的范围不限于此。

在一些实现方式中，综合器电路106d可以是小数N综合器或小数N/N+1综合器，但实现方式的范围不限于此，因为其它类型的频率综合器可以是合适的。例如，综合器电路106d可以是Δ-Σ综合器、频率乘法器或包括带有分频器的锁相环的综合器。

综合器电路106d可以被配置为：基于频率输入和除法器控制输入合成RF电路106的混频器电路106a使用的输出频率。在一些实现方式中，综合器电路106d可以是小数N/N+1综合器。

在一些实现方式中，频率输入可以由压控振荡器(VCO)提供，但这并非要求。取决于期望的输出频率，除法器控制输入可以由基带电路104或应用处理器102提供。在一些实现方式中，可以基于应用处理器102所指示的信道而从查找表确定除法器控制输入(例如，N)。

RF电路106的综合器电路106d可以包括除法器、延迟锁相环(DLL)、复用器和相位累加器。在一些实现方式中，除法器可以是双模除法器(DMD)，并且相位累加器可以是数字相位累加器(DPA)。在一些实现方式中，DMD可以被配置为：(例如，基于进位)将输入信号除以N或N+1，以提供小数除法比率。在一些示例实现方式中，DLL可以包括一组级联的可调谐延迟元件、相位检测器、电荷泵和D型触发器。在这些实现方式中，延迟元件可以被配置为将VCO周期分解为Nd个相等的相位分组，其中，Nd是延迟线中的延迟元件的数量。以此方式，DLL提供负反馈，以协助确保通过延迟线的总延迟是一个VCO周期。

在一些实现方式中，综合器电路106d可以被配置为：生成载波频率作为输出频率，而在其它实现方式中，输出频率可以是载波频率的倍数(例如，载波频率的两倍、载波频率的四倍)，并且与正交发生器和除法器电路结合使用，以在载波频率处生成相对于彼此具有多个不同相位的多个信号。在一些实现方式中，输出频率可以是LO频率(fLO)。在一些实现方式中，RF电路106可以包括IQ/极坐标转换器。

FEM电路108可以包括接收信号路径，其可以包括被配置为对从一个或多个天线110接收到的RF信号进行操作、放大接收到的信号并且将接收到的信号的放大版本提供给RF电路106以用于进一步处理的电路。FEM电路108可以还包括发送信号路径，其可以包括被配置为放大RF电路106所提供的用于发送的信号以用于由一个或多个天线110中的一个或多个进行发送的电路。

在一些实现方式中，FEM电路108可以包括TX/RX切换器，以在发送模式与接收模式操作之间进行切换。FEM电路可以包括接收信号路径和发送信号路径。FEM电路的接收信号路径可以包括低噪声放大器(LNA)，以放大接收到的RF信号，并且(例如，向RF电路106)提供放大的接收RF信号作为输出。FEM电路108的发送信号路径可以包括：功率放大器(PA)，用于放大(例如，RF电路106所提供的)输入RF信号；以及一个或多个滤波器，用于生成RF信号，以用于例如由一个或多个天线110中的一个或多个进行随后发送。

在一些实现方式中，电子设备100可以包括附加元件(例如，存储器/存储、显示器、相机、传感器和/或输入/输出(I/O)接口)。

在一些实现方式中，电子设备100可以被配置为：执行本文所描述的一种或多种方法、技术和/或处理。

示例

示例1可以包括：一种用户设备(UE)，在射频(RF)和基带处支持1.4MHz的减小的带宽(BW)，配备有：

RF电路，用于与演进节点B(eNB)进行通信，并且接收一个或多个用于M-PDCCH(用于MTC的物理下行链路控制信道)的非UE特定搜索空间(CSS)的配置；

以及基带电路，与所述RF电路耦合，所述基带电路用于根据所配置的CSS而监控M-PDCCH传输。

示例2可以包括：如示例1或本文的一些其它示例所述的UE，其中，无需在每个DL子帧中监控用于M-PDCCH的CSS。

示例3可以包括：如示例1或本文的一些其它示例所述的UE，其中，所述用于M-PDCCH的CSS对于小区中的所有UE是公共的，但仅特定UE组可以监控所述用于M-PDCCH的CSS的特定实例。

示例4可以包括：如示例3或本文的一些其它示例所述的UE，其中，所述小区中的所有UE或一组UE组“基于功能的”区分来监控所述CSS，所述“基于功能的”区分可以包括用例的类型(待发送或调度的消息)、所述UE的增强覆盖(EC)等级等。

示例5可以包括：如示例3或本文的一些其它示例所述的UE，其中，CSS的不同实例被映射到不同时间或频率资源。

示例6可以包括：如示例5或本文的一些其它示例所述的UE，其中，所述CSS的不同实例在时间上被映射到不同子帧或无线帧。

示例7可以包括：如示例5或本文的一些其它示例所述的UE，其中，在频率维度中，所述CSS的不同实例被映射到不同窄带(NB)或相同NB。

示例8可以包括：如示例1或本文的一些其它示例所述的UE，其中，所述CSS的每个实例基于作为用于RAR的CSS(CSS-RAR)、用于寻呼的CSS(CSS-Paging)、用于消息4的nUE-SS(CSS-Message4)调度以及用于RRC CONNECTED模式下的其它层1控制信息传输的CSS-ConnectedMisc而发送或调度的消息的类型。

示例9可以包括：如示例8或本文的一些其它示例所述的UE，其中，它针对要么携带所述RAR消息本身(DCI-RAR)要么携带用于使用PDSCH发送的所述RAR消息的调度信息(DCI-SA-RAR)的M-PDCCH传输而监控“CSS-RAR”的特定实例，并且其中，由所述网络基于包括UE的不同EC等级的不同因素而在系统级配置CSS-RAR的一个或多个实例。

示例10可以包括：如示例9或本文的一些其它示例所述的UE，其中，在MTC SIB中提供CSS-RAR的配置。

示例11可以包括：如示例10或本文的一些其它示例所述的UE，其中，所述配置信息包括以下项中的至少一个或一些(如果不是所有)：用于M-PDCCH重复的起始子帧、用于M-PDCCH的重复次数(CSS-RAR中用于M-PDCCH的重复等级)、用于M-PDCCH的聚合等级(AL)、NB索引、NB内的构成M-PDCCH-PRB集的PRB，其中，PRB的数量是{2，4，6}之一。

示例12可以包括：如示例8或本文的一些其它示例所述的UE，其中，使用零填充，以匹配DCI-SA-RAR和DCI-RAR的大小。

示例13可以包括：如示例8或本文的一些其它示例所述的UE，其中，所述UE可以响应于PRACH前导传输而确定在CSS-RAR中要监控哪种DCI格式。

示例14可以包括：如示例13或本文的一些其它示例所述的UE，其中，当目标UE处于正常覆盖中并且单个RAR记录使用针对增强覆盖中的UE的用于RAR消息的M-PDCCH来发送(即，发送DCI-RAR)时，在单个RAR MAC PDU中定址多个UE，并且其中，所述UE假设：当它关于PRACH传输处于增强覆盖中时(即，当它关于PRACH传输使用重复时)，使用直接利用所述M-PDCCH的DCI-RAR来发送RAR，否则，所述UE假设：使用DCI-SA-RAR所调度的所述PDSCH来发送RAR。

示例15可以包括：如示例1或本文的一些其它示例所述的UE，其中，由所述网络配置CSS-Paging的一个或多个实例。

示例16可以包括：如示例15或本文的一些其它示例所述的UE，其中，配置多个搜索空间，使得不同UE针对携带用于寻呼消息传输的调度分派的M-PDCCH而监控不同物理资源(例如，不同NB)。

示例17可以包括：如示例16或本文的一些其它示例所述的UE，其中，根据UE ID(例如，s-TMSI或IMSI)定义要监控CSS-Paging的NB。

示例18可以包括：如示例16或本文的一些其它示例所述的UE，其中，根据所述UE的EC等级定义要监控CSS-Paging的NB。

示例19可以包括：如示例15或本文的一些其它示例所述的UE，其中，所述UE在RRCCONNECTED模式和RRC IDLE模式下都监控CSS-Paging的同一实例。

示例20可以包括：如示例19或本文的一些其它示例所述的UE，其中，如果定义多个CSS-Paging，则对于CONNECTED模式寻呼，在每一个CSS-Paging中发送调度寻呼消息的DCI。

示例21可以包括：如示例15或本文的一些其它示例所述的UE，其中，为系统信息更新和公共告警系统(PWS)有关寻呼定义与(例如，移动台被叫业务所触发的)用于空闲模式寻呼的PO分开的寻呼机会(PO)，并且为所述小区中的监控这些寻呼消息的调度的所有UE定义单个CSS-Paging。

示例22可以包括：如示例21或本文的一些其它示例所述的UE，其中，以基于所述小区所支持的最大目标EC等级配置的最大重复等级(RL)来发送用于这些寻呼消息的调度M-PDCCH和关联PDSCH。

示例23可以包括：如示例15或本文的一些其它示例所述的UE，其中，在MTC SIB中提供用于M-PDCCH的CSS-Paging的配置。

示例24可以包括：如示例23或本文的一些其它示例所述的UE，其中，所述配置信息包括以下项中的至少一个或一些(如果不是所有)：用于M-PDCCH重复的起始子帧、用于M-PDCCH的重复次数(CSS-Paging中用于M-PDCCH的重复等级)、用于M-PDCCH的聚合等级(AL)、NB索引、NB内的构成M-PDCCH-PRB集的PRB，其中，PRB的数量是{2，4，6}之一。

示例25可以包括：如示例24或本文的一些其它示例所述的UE，其中，关于定义用于M-PDCCH的PO和RL的起始子帧导出用于M-PDCCH重复的起始子帧。

示例26可以包括：如示例24或本文的一些其它示例所述的UE，其中，用于寻呼的M-PDCCH的AL被固定为最大AL＝24，并且用于CSS-Paging的M-PDCCH-PRB集被固定为NB的6个PRB。

示例27可以包括：如示例1或本文的一些其它示例所述的UE，其中，提供单个CSS配置，以用于所述UE进行监控，并且所述UE在不同时间实例处针对不同RNTI加扰的不同DCI而监控CSS。

示例28可以包括：如示例27或本文的一些其它示例所述的UE，其中，除了窄带(NB)索引之外还提供用于M-PDCCH的CSS的公共配置，并且隐式地指示不同UE集，以监控不同物理资源(例如，窄带)，以用于在它们各自的用于M-PDCCH的CSS中监控M-PDCCH传输。

示例29可以包括：如示例28或本文的一些其它示例所述的UE，其中，所监控的NB取决于以下项中的一个或多个：UE身份(UE ID)、EC等级以及PRACH传输参数和资源。

示例30可以包括：如示例27或本文的一些其它示例所述的UE，其中，用于CSS的配置连同NB的索引一起提供作为单个配置。

示例31可以包括：如示例27或本文的一些其它示例所述的UE，其中，对于除RAR、寻呼或消息4的传输之外的目的而使用CSS，用不同配置信息(例如，用于M-PDCCH的起始子帧和周期性)监控相同CSS。

示例32可以包括：如示例31或本文的一些其它示例所述的UE，其中，通过配置经由专用RRC信令或经由LC/EC/MTC/CIoT SIB信令或多播信令提供给所述UE的时段、持续时间以及(相对于系统帧号的)偏移来指示附加配置信息。

示例33可以包括：如示例32或本文的一些其它示例所述的UE，其中，对于专用RRC信令的情况，例如，在新的或现有字段或信息元素中，通过消息4、RRC连接重配置消息，作为UE特定搜索空间的配置的一部分而以信号告知所述配置。

示例34可以包括：如示例1或本文的一些其它示例所述的UE，其中，所述CSS中的一些根据功能而分开地被配置，并且一些组合为所述UE在不同时间监控的并且出于不同目的而具有不同RNTI的单个CSS配置。

示例35可以包括：如示例34或本文的一些其它示例所述的UE，其中，用信号告知公共CSS配置，以针对M-PDCCH传输而进行监控：以用于RAR消息的调度，用于在UL上响应于消息3传输而携带HARQ-ACK反馈，用于消息4调度，以及如果并未连同消息4传输一起携带RRC连接建立消息，则用于带有RRC连接建立消息的PDSCH的调度。

示例36可以包括：如示例35或本文的一些其它示例所述的UE，其中，用于针对公共CSS中的M-PDCCH候选和用于公共CSS的频率位置进行监控的时间资源(子帧)可以被确定为与为CSS-RAR所描述的选项类似。

示例37可以包括：如示例34或本文的一些其它示例所述的UE，其中，用信号告知公共CSS配置，以针对M-PDCCH传输而进行监控：以用于在UL上响应于消息3传输而携带HARQ-ACK反馈，用于消息4调度，以及如果并未连同消息4传输一起携带RRC连接建立消息，则用于带有RRC连接建立消息的PDSCH的调度。

示例38可以包括：如示例34或本文的一些其它示例所述的UE，其中，关于该CSS要监控的重复等级(RL)和聚合等级(AL)集合对于所有这些目的是公共集合，或者指定预定规则，以定义要监控的可能(AL，RL)对集之间的关系，以用于出于不同目的而检测每一个M-PDCCH传输。

示例39可以包括：如示例1或本文的一些其它示例所述的UE，其中，对于响应于消息4或RRC连接建立消息而来自所述UE的HARQ-ACK反馈，使用用于携带用于消息传输的DL分配或消息(消息4或RRC连接建立)本身的关联M-PDCCH或PDSCH传输的ECCE索引和/或PRB位置(例如，起始PRB索引)来导出用于PUCCH传输的物理资源。

示例40可以包括：如示例1或本文的一些其它示例所述的UE，其中，公共CSS或可以与CSS-Paging相同的CSS的特定配置用于用于在DL中传送多播信息的传输的指示。

示例41可以包括：如示例40或本文的一些其它示例所述的UE，其中，将多播信息的传输的指示发送到仅处于RRC_CONNECTED模式下的UE或处于RRC_IDLE模式下的UE，或二者。

示例42可以包括：如示例40或本文的一些其它示例所述的UE，其中，多播传输的指示是通过广播消息(例如，寻呼消息或系统信息消息)的。

示例43可以包括：如示例42或本文的一些其它示例所述的UE，其中，对于用于提供多播指示的寻呼的情况，要么直接在M-PDCCH所携带的DCI中，要么在携带M-PDCCH所调度的寻呼消息的PDSCH中发送多播指示。

示例44可以包括：如示例42或本文的一些其它示例所述的UE，其中，多播传输在寻呼机会和/或寻呼帧本身处开始或者使用M-PDCCH来调度。

示例45可以包括：如示例40或本文的一些其它示例所述的UE，其中，多播指示是通过可以新定义的并且使用适当CSS中的M-PDCCH调度的多播消息。

示例46可以包括：一种装置，包括用于执行示例1-45中任一项所描述的或与之有关的方法或者本文所描述的任何其它方法或处理的一个或多个要素的单元。

示例47可以包括：一种或多种非瞬时性计算机可读介质，包括指令，用于在由电子设备的一个或多个处理器执行所述指令时使所述电子设备执行在示例1-45中任一项所描述或与之有关的方法或者本文所描述的任何其它方法或处理的一个或多个要素。

示例48可以包括：一种装置，包括用于执行示例1-45中任一项所描述的或与之有关的方法或者本文所描述的任何其它方法或处理的一个或多个要素的逻辑、模块和/或电路。

示例49可以包括：一种在示例1-45中任一项或其部分或部段中所描述的或与之有关的方法、技术或处理。

示例50可以包括：一种本文所示的并且所描述的无线网络中进行通信的方法。

示例51可以包括：一种用于提供本文所示的并且所描述的无线通信的系统。

示例52可以包括：一种用于提供本文所示的并且所描述的无线通信的设备。

示例53用于由在射频(RF)和基带二者处支持减小的带宽(BW)的用户设备(UE)执行，所述方法包括：从演进节点B(eNB)接收一个或多个用于M-PDCCH(用于MTC的物理下行链路控制信道)的公共搜索空间(CSS)的配置信息；以及根据一个或多个所配置的CSS来监控M-PDCCH传输。

示例54是示例53的可选增强，其中，所述UE无需在每个下行链路(DL)子帧中监控用于M-PDCCH的CSS。

示例55是示例53或54的可选增强，其中，存在多个用于M-PDCCH的CSS，其中，CSS对于小区中的所有UE是公共的，但仅特定UE组监控用于M-PDCCH的CSS的相应实例。

示例56是示例55的可选增强，其中，小区中的所有UE或所述UE组“基于功能”的区分来监控所述多个CSS，所述“基于功能”的区分包括用例的类型和/或所述UE的增强覆盖(EC)等级。

示例57是示例55或56的可选增强，其中，多个CSS的不同实例被映射到不同时间或频率资源。

示例58是示例57的可选增强，其中，多个CSS的不同实例在时间上被映射到不同子帧或无线帧。

示例59是示例57或58的可选增强，其中，在频率维度中，多个CSS的不同实例被映射到不同窄带(NB)或相同NB。

示例60是示例53至59之一的可选增强，其中，多个CSS的每个实例对应于其上正在发送或调度的消息的类型。

示例61是示例53至60之一的可选增强，其中，一个或多个CSS包括以下项中的一个或多个：

-一个或多个用于随机接入响应(RAR)消息的CSS(CSS-RAR)，

-一个或多个用于寻呼消息的CSS(CSS-Paging)，

-一个或多个用于调度消息4的CSS(CSS-Message 4)，以及

-一个或多个用于将其它层1控制信息发送到RRC CONNECTED模式下的UE的CSS(CSS-ConnectedMisc)。

示例62是示例53至61之一的可选增强，还包括：监控用于RAR消息的一个或多个CSS-RAR(DCI-RAR)的一个实例或者用于使用PDSCH发送的RAR消息的调度信息(DCI-SA-RAR)，并且其中，网络基于UE的不同EC等级而在系统级配置CSS-RAR的一个或多个实例。

示例63是示例61或62的可选增强，其中，在MTC SIB中将一个或多个CSS-RAR的配置信息提供给所述UE。

示例64是示例63的可选增强，其中，用于一个或多个CSS-RAR的相应实例的配置信息包括以下项中的一个或多个：

-用于M-PDCCH重复的起始子帧，

-用于M-PDCCH的重复等级(RL)，

-用于M-PDCCH的聚合等级(AL)，

-NB索引，以及

-NB内的构成M-PDCCH-PRB集的PRB，其中，PRB的数量是{2，4，6}之一。

示例65是示例62之一的可选增强，其中，使用零填充来匹配DCI-SA-RAR和DCI-RAR的大小。

示例66是示例62至65之一的可选增强，还包括：在所述UE处响应于发送PRACH前导而确定在CSS-RAR中要监控哪种DCI格式。

示例67是示例66的可选增强，还包括：如果目标UE处于正常覆盖中，则在单个RARMAC PDU中定址多个UE；以及使用用于针对增强覆盖中的UE的RAR消息的M-PDCCH来发送单个RAR记录，并且其中，所述UE假设：当所述UE对于PRACH传输使用重复时，使用直接利用M-PDCCH的DCI-RAR来发送RAR，并且其中，所述UE假设：否则，使用DCI-SA-RAR所调度的PDSCH来发送RAR。

示例68是示例53至67之一的可选增强，其中，CSS-Paging的一个或多个实例由网络来配置。

示例69是示例68的可选增强，其中，配置CSS-Paging的多个实例，并且不同UE针对CSS-Paging的相应实例而监控不同物理资源。

示例70是示例68或69的可选增强，其中，配置CSS-Paging的多个实例，并且不同UE针对携带用于寻呼消息传输的调度分派的M-PDCCH而监控不同NB。

示例71是示例70的可选增强，其中，所述UE针对CSS-Paging要监控的NB中的相应一个根据UE ID来定义。

示例72是示例70或71的可选增强，其中，所述UE针对CSS-Paging要监控的NB中的相应一个根据所述UE的EC等级来定义。

示例73是示例68至72之一的可选增强，其中，所述UE在RRC CONNECTED模式和RRCIDLE模式下都监控CSS-Paging的同一实例。

示例74是示例73的可选增强，其中，定义CSS-Paging的多个实例，并且对于CONNECTED模式寻呼，在CSS-Paging的每一个实例中发送调度寻呼消息的专用控制信息(DCI)。

示例75是示例68至74之一的可选增强，其中，为系统信息更新(SIU)有关或公共告警系统(PWS)有关寻呼而定义与用于空闲模式寻呼的PO分开的寻呼机会(PO)，并且为小区中的所有UE而定义单个公共CSS-Paging，以监控SIU有关和PWS有关寻呼消息或其调度。

示例76是示例75的可选增强，其中，以基于小区所支持的最大目标增强覆盖(EC)等级配置的最大重复等级(RL)来发送M-PDCCH上的寻呼消息以及物理下行链路共享信道(PDSCH)上的寻呼消息的调度信息。

示例77是示例68至76之一的可选增强，还包括：在MTC SIB中提供用于M-PDCCH的CSS-Paging的配置信息。

示例78是示例77的可选增强，其中，所述配置信息包括以下项中的一个或多个：

-用于M-PDCCH重复的起始子帧，

-用于M-PDCCH的重复等级(RL)，

-用于M-PDCCH的聚合等级(AL)，

-NB索引，以及

-NB内的构成M-PDCCH-PRB集的PRB，其中，PRB的数量是{2，4，6}之一。

示例79是示例77或78的可选增强，还包括：在所述UE处关于定义用于M-PDCCH的寻呼机会(PO)和重复等级(RL)的起始子帧导出用于M-PDCCH重复的起始子帧。

示例80是示例77至79之一的可选增强，其中，用于寻呼的M-PDCCH的聚合等级(AL)被固定为最大AL＝24，并且用于一个或多个CSS-Paging的M-PDCCH-PRB集被固定为NB的6个PRB。

示例81是示例53至80之一的可选增强，其中，所述UE接收用于所述UE进行监控的单个CSS配置信息，并且在不同时间实例处针对用不同RNTI加扰的不同DCI而监控CSS。

示例82是示例81的可选增强，还包括：除了窄带(NB)索引之外还提供用于M-PDCCH的CSS的公共配置信息，并且隐式地指示不同UE集，以监控不同物理资源，以用于在它们各自的用于M-PDCCH的CSS中监控M-PDCCH传输。

示例83是示例81或82的可选增强，其中，所监控的NB取决于以下项中的一个或多个：

UE身份(UE ID)，

EC等级，

PRACH传输参数；以及

PRACH传输参数资源。

示例84是示例81至83之一的可选增强，其中，连同NB的索引一起将用于一个或多个CSS的配置信息提供作为单个配置。

示例85是示例81至84之一的可选增强，还包括：出于除RAR、寻呼或消息4的传输之外的目的，对于CSS，所述UE监控具有不同配置信息的相同CSS

示例86是示例85的可选增强，其中，不同配置信息在用于相应CSS的窄带索引和/或用于M-PDCCH的起始子帧和/或相应CSS的周期性方面是不同的。

示例87是示例86的可选增强，其中，出于除RAR、寻呼或消息4的传输之外的目的，对于相应CSS，不同配置信息配置时段、持续时间和相对于系统帧号(SFN)的偏移。

示例88是示例87的可选增强，还包括：经由专用RRC信令、经由LC/EC/MTC/CIoTSIB信令、或经由多播信令将不同配置信息提供给UE。

示例89是示例88的可选增强，其中，经由专用RRC信令将不同配置信息提供给UE，并且以信号告知配置信息作为UE特定搜索空间的配置的一部分。

示例90是示例88或89的可选增强，其中，在一个或多个字段或信息元素(IE)中，通过消息4、RRC连接重配置消息以信号告知不同配置信息。

示例91是示例53至90之一的可选增强，其中，根据功能来配置CSS中的一个或多个，并且其它CSS组合为UE在不同时间监控的并且出于不同目的而具有不同RNTI的单个CSS配置。

示例92是示例91的可选增强，还包括：在UE处经由信令接收公共CSS配置，由UE针对以下M-PDCCH传输中的一个或多个而监控公共CSS：

上行链路(UL)上响应于消息3传输的HARQ-ACK反馈，消息4消息的调度信息，以及

如果并未连同消息4传输一起携带RRC连接建立消息，则带有无线资源控制(RRC)连接建立消息的物理下行链路共享信道(PDSCH)的调度信息。

示例93是示例92之一的可选增强，其中，所述UE进一步针对RAR消息的调度信息而监控CSS。

示例94是示例91至93之一的可选增强，其中，对于所有M-PDCCH传输使用针对CSS要监控的重复等级(RL)和聚合等级(AL)集，或者预定规则定义要监控的可能(AL，RL)对集之间的关系，以用于检测每一个M-PDCCH传输。

示例95是示例53至94之一的可选增强，其中，对于包括响应于消息4消息或RRC连接建立消息而来自UE的HARQ-ACK反馈的M-PDCCH传输，分别使用用于携带用于消息传输的DL分派或消息4消息或RRC连接建立消息的关联M-PDCCH或PDSCH传输的ECCE索引和/或PRB位置来导出用于物理上行链路控制信道(PUCCH)上的传输的物理资源。

示例96是示例53至95之一的可选增强，其中，公共CSS或CSS的特定配置用于传送下行链路(DL)中多播信息的传输的指示。

示例97是示例96的可选增强，其中，CSS是用于寻呼消息的CSS(CSS-Paging)。

示例98是示例96或97的可选增强，其中，多播信息的传输的指示发送到仅处于RRC_CONNECTED模式下的UE或处于RRC_IDLE模式下的UE，或二者。

示例99是示例96至98之一的可选增强，其中，发送多播信息的传输指示作为广播消息。

示例100是示例99的可选增强，其中，广播消息是寻呼消息或系统信息消息。

示例101是示例100的可选增强，其中，广播消息是寻呼消息，并且其中，要么直接在M-PDCCH携带的DCI中要么在携带M-PDCCH所调度的寻呼消息的PDSCH中发送多播指示。

示例102是示例99至101的可选增强，其中，多播信息的传输在寻呼机会(PO)和/或寻呼帧(PF)处开始或使用M-PDCCH来调度。

示例103是示例96至102之一的可选增强，其中，多播指示是通过可以新定义的并且使用适当CSS中的M-PDCCH调度的多播消息。

示例104是示例43至103之一的可选增强，其中，所述UE支持1.4MHz或180kHz的减小的带宽(BW)。

示例105涉及一种电子设备，包括用于执行如示例53至104之一所述的方法的单元。

示例106涉及一种或多种非瞬时性计算机可读介质，包括指令，用于在电子设备的一个或多个处理器执行所述指令时使所述电子设备执行如示例53至104之一所述的方法。

示例107涉及一种用户设备(UE)，包括：RF电路，用于从演进节点B(eNB)接收一个或多个用于M-PDCCH(用于MTC的物理下行链路控制信道)的公共搜索空间(CSS)的配置信息；和基带电路，针对M-PDCCH传输而监控所述一个或多个所配置的CSS；其中，所述RF电路和/或基带电路适于支持减小的带宽(BW)。

示例108是示例107的可选增强，其中，基带电路适于：在特定预先定义的或所配置的下行链路(DL)子帧的子集中针对M-PDCCH而监控CSS。

示例109是示例107或108的可选增强，其中，存在多个用于M-PDCCH的CSS，并且其中，所述基带电路适于：使用包括用例的类型和/或UE的增强覆盖(EC)等级的“基于功能的”区分来针对M-PDCCH而监控多个CSS。

示例110是示例107至109之一的可选增强，其中，多个CSS的不同实例被映射到以下项中的一个或多个：

子帧内的不同时间或频率资源；

在时间上的不同子帧或无线帧；以及

不同窄带(NB)或相同NB。

示例111是示例107至110之一的可选增强，其中，多个CSS的每个实例对应于其上正在发送或调度的消息的类型。

示例112是示例107至111之一的可选增强，其中，一个或多个CSS包括以下项中的一个或多个：

一个或多个用于随机接入响应(RAR)消息的CSS(CSS-RAR)，

一个或多个用于寻呼消息的CSS(CSS-Paging)，

一个或多个用于调度消息4的CSS(CSS-Message 4)，以及

一个或多个用于将其它层1控制信息发送到RRC CONNECTED模式下的UE的CSS(CSS-ConnectedMisc)。

示例113是示例112的可选增强，其中，所述基带电路适于：监控用于RAR消息的一个或多个CSS-RAR(DCI-RAR)的一个实例或用于使用PDSCH发送的RAR消息的调度信息(DCI-SA-RAR)，并且其中，网络基于UE的不同增强覆盖(EC)等级而在系统级配置CSS-RAR的一个或多个实例。

示例114是示例112或113的可选增强，其中，所述RF电路适于：在MTC SIB中接收包括对所述UE的一个或多个CSS-RAR的配置信息的MTC SIB；并且其中，所述基带电路适于：从MTC SIB提取配置信息。

示例115是示例114的可选增强，用于一个或多个CSS-RAR的相应实例的配置信息包括以下项中的一个或多个：

用于M-PDCCH重复的起始子帧，

用于M-PDCCH的重复等级(RL)，

用于M-PDCCH的聚合等级(AL)，

NB索引，以及

NB内的构成M-PDCCH-PRB集合的PRB，其中，PRB的数量是{2，4，6}之一。

示例116是示例107至115之一的可选增强，其中，用于寻呼消息的CSS(CSS-Paging)的一个或多个实例由网络来配置。

示例117是示例116的可选增强，其中，所述基带电路和/或RF电路适于：针对CSS-Paging的相应实例而监控不同物理资源。

示例118是示例116或117的可选增强，其中，所述基带电路适于：基于UE的UE标识符(ID)来识别CSS-Paging的不同实例所映射到的多个NB当中的窄带(NB)，并且针对CSS-Paging而监控所识别的NB。

示例119是示例116至118之一的可选增强，其中，所述基带电路适于：基于UE的增强覆盖(EC)等级来识别CSS-Paging的不同实例所映射到的多个NB当中的窄带(NB)，并且针对CSS-Paging而监控所识别的NB。

示例120是示例116至119之一的可选增强，其中，所述RF电路适于：接收包括用于M-PDCCH的CSS-Paging的配置信息的MTC SIB，并且其中，所述基带电路适于：从MTC SIB提取配置信息。

示例121是示例120的可选增强，其中，配置信息包括以下项中的一个或多个：

用于M-PDCCH重复的起始子帧，

用于CSS-Paging中的M-PDCCH的重复等级(RL)，

用于M-PDCCH的聚合等级(AL)，

窄带(NB)的NB索引，

所述NB内的构成M-PDCCH-PRB集的物理资源块(PRB)，其中，PRB的数量是{2，4，6}之一。

示例122是示例121的可选增强，其中，基于定义寻呼机会(OC)的起始子帧来导出用于M-PDCCH重复的起始子帧。

示例123是示例121或122的可选增强，其中，用于寻呼的M-PDCCH的AL被固定为最大AL＝24，并且用于CSS-paging的M-PDCCH-PRB集被固定为NB的6个PRB。

示例124是示例107至123之一的可选增强，其中，所述基带电路适于：接收单个CSS的配置信息，并且在不同时间实例处针对用不同RNTI加扰的不同DCI而监控单个CSS。

示例125是示例124的可选增强，其中，提供用于M-PDCCH的公共SS的公共配置信息，并且隐式地指示不同UE集，以监控不同NB，以用于在它们各自的用于M-PDCCH的公共SS中监控M-PDCCH传输，其中，所述基带电路基于以下项中的一个或多个而选择针对用于M-PDCCH的公共SS要监控的NB：

UE身份(UE ID)，

UE的增强覆盖(EC)等级，

PRACH传输参数；以及

PRACH传输资源。

示例126是示例125的可选增强，其中，用于CSS的公共配置信息连同NB的索引一起提供作为单个配置。

示例127是示例107至126之一的可选增强，其中，根据功能来分开地配置CSS中的一个或多个，并且其它CSS组合为单个CSS配置，其中，所述基带电路适于：在不同时间并且使用不同RNTI监控不同CSS配置。

示例128是示例127的可选增强，其中，所述基带电路适于：接收公共CSS的配置信息，并且针对以下M-PDCCH传输中的一个或多个而监控公共CSS：

RAR消息的调度信息，

上行链路(UL)上响应于消息3传输的HARQ-ACK反馈，

用于消息4的调度信息，以及

如果并未连同消息4传输一起携带RRC连接建立消息，则监控带有RRC连接建立消息的PDSCH的调度信息。

示例129是示例128的可选增强，其中，所述基带电路进一步适于：接收公共CSS的配置信息，并且针对RAR消息的调度信息而监控公共n-UE-SS。

示例130是示例128或129的可选增强，其中，针对公共CSS要监控的重复等级(RL)和聚合等级(AL)集是用于M-PDCCH传输的所有所述类型的公共集，或者预定规则定义要监控的可能(AL，RL)对集之间的关系，以用于出于不同目的而检测每一个M-PDCCH传输。

示例131是示例107至130之一的可选增强，其中，CSS携带响应于消息4或RRC连接建立消息而来自UE的HARQ-ACK反馈，所述基带电路适于：使用用于携带用于消息传输的DL分派或消息4或RRC连接建立消息的关联M-PDCCH或PDSCH传输的增强控制信道元素(ECCE)索引和/或PRB位置来导出用于PUCCH传输的物理资源。

示例132是示例107至131之一的可选增强，其中，所述基带电路适于：接收公共CSS或CSS的特定配置内下行链路(DL)中的多播信息的传输的指示。

示例133是示例132的可选增强，其中，具有特定配置的CSS是CSS-Paging。

示例134是示例132或133的可选增强，其中，当接收多播信息的传输的所述指示时，所述UE处于RRC_CONNECTED模式下，或UE处于RRC_IDLE模式下。

示例135是示例132至134之一的可选增强，其中，所述基带电路适于：接收广播消息内的多播信息的传输的指示。

示例136是示例135的可选增强，其中，广播消息是寻呼消息或系统信息(SI)消息。

示例137是示例135或136的可选增强，其中，广播消息是寻呼消息，并且要么在M-PDCCH携带的DCI中要么在携带M-PDCCH所调度的寻呼消息的PDSCH中发送多播指示。

示例138是示例132至137之一的可选增强，其中，多播传输在寻呼机会(PO)和/或寻呼帧(PF)处开始或使用M-PDCCH来调度。

示例139是示例107至138之一的可选增强，其中，所述RF电路和/或基带电路适于：支持1.4MHz或180kHz的减小的带宽(BW)。

示例140涉及一种演进节点B(eNB)，包括：RF电路，用于将多个用于M-PDCCH(用于MTC的物理下行链路控制信道)的公共搜索空间(CSS)的配置信息发送到支持减小的带宽(BW)的一个或多个UE；其中，通过包括用例的类型和/或所述UE的增强覆盖(EC)等级的“基于功能的”区分来区分所述多个用于M-PDCCH的CSS。

示例141是示例140的可选增强，其中，所述eNB包括基带电路，用于将多个CSS的不同实例映射到以下项中的一个或多个：

子帧内的不同时间或频率资源；

在时间上的不同子帧或无线帧；以及

不同窄带(NB)或相同NB。

示例142是示例140或141的可选增强，其中，多个CSS的每个实例对应于其上正在发送或调度的消息的类型。

示例143是示例140至142之一的可选增强，其中，一个或多个CSS包括以下项中的一个或多个：

-一个或多个用于随机接入响应(RAR)消息的CSS(CSS-RAR)，

-一个或多个用于寻呼消息的CSS(CSS-Paging)，

-一个或多个用于调度消息4的CSS(CSS-Message 4)，以及

-一个或多个用于将其它层1控制信息发送到RRC CONNECTED模式下的UE的CSS(CSS-ConnectedMisc)。

示例144是示例143的可选增强，其中，所述基带电路适于：包括RAR消息的一个或多个CSS-RAR(DCI-RAR)的一个实例或用于使用PDSCH发送的RAR消息的调度信息(DCI-SA-RAR)，并且其中，所述eNB适于：基于UE的不同增强覆盖(EC)等级而在系统级配置CSS-RAR的一个或多个实例。

示例145是示例143或144的可选增强，其中，所述基带电路适于：使所述RF电路发送包括一个或多个CSS-RAR的配置信息的MTC SIB。

示例146是示例145的可选增强，其中，用于一个或多个CSS-RAR的相应实例的配置信息包括以下项中的一个或多个：

用于M-PDCCH重复的起始子帧，

用于M-PDCCH的重复等级(RL)，

用于M-PDCCH的聚合等级(AL)，

NB索引，以及

NB内的构成M-PDCCH-PRB集的PRB，其中，PRB的数量是{2，4，6}之一。

示例147是示例140至146之一的可选增强，其中，所述eNB适于：配置用于寻呼消息的CSS(CSS-Paging)的一个或多个实例。

示例148是示例147的可选增强，其中，所述基带电路适于：使所述RF电路在不同物理资源上发送CSS-Paging的相应实例。

示例149是示例147或148的可选增强，其中，所述基带电路适于：使所述RF电路在不同窄带(NB)上发送CSS-Paging的不同实例，

其中，所述基带电路进一步适于：基于给定UE的UE标识符(ID)和/或基于给定UE的增强覆盖(EC)等级来将用于所述给定UE的寻呼消息映射到CSS-Paging的不同实例之一。

示例150是示例147至149之一的可选增强，其中，所述基带电路适于：使所述RF电路发送包括用于M-PDCCH的CSS-Paging的配置信息的MTC SIB。

示例151是示例150的可选增强，其中，配置信息包括以下项中的一个或多个：

-用于M-PDCCH重复的起始子帧，

-用于CSS-Paging中的M-PDCCH的重复等级(RL)，

-用于M-PDCCH的聚合等级(AL)，

-窄带(NB)的NB索引，

-所述NB内的构成M-PDCCH-PRB集的物理资源块(PRB)，其中，PRB的数量是{2，4，6}之一。

示例152是示例151的可选增强，其中，所述eNB适于：基于定义寻呼机会(OC)的起始子帧来导出用于M-PDCCH重复的起始子帧。

示例153是示例151或152的可选增强，其中，用于寻呼的M-PDCCH的AL被固定为最大AL＝24，并且用于CSS-Paging的M-PDCCH-PRB集被固定为NB的6个PRB。

示例154是示例140至153之一的可选增强，其中，所述基带电路适于：使所述RF电路发送单个CSS的配置信息。

示例155是示例154的可选增强，其中，所述基带电路适于：使所述RF电路发送用于M-PDCCH的公共SS的公共配置信息，并且隐式地指示不同UE集，以监控不同NB，以用于在它们各自的用于M-PDCCH的公共SS中监控M-PDCCH传输，其中，所述基带电路适于：基于以下项中的一个或多个而将不同UE的消息映射到不同NB上的公共SS：

-用于接收相应消息的UE的UE身份(UE ID)，

-用于接收相应消息的UE的增强覆盖(EC)等级，

-PRACH传输参数；以及

-PRACH传输资源。

示例156是示例154或155的可选增强，其中，所述基带电路适于：使所述RF电路连同NB的索引一起发送用于CSS的公共配置信息作为单个配置。

示例157是示例140至156之一的可选增强，其中，所述eNB适于：根据功能来分开地配置CSS中的一个或多个，并且将其它CSS组合为单个CSS配置。

示例158是示例157的可选增强，其中，所述基带电路适于：使所述RF电路发送公共CSS的配置信息，并且在公共CSS上发送以下M-PDCCH传输中的一个或多个：

-RAR消息的调度信息，

-上行链路(UL)上响应于消息3传输的HARQ-ACK反馈，

-关于消息4的调度信息，以及

-如果并未连同消息4传输一起携带RRC连接建立消息，则发送带有RRC连接建立消息的PDSCH的调度信息。

示例159是示例158的可选增强，其中，所述基带电路适于：使所述RF电路发送公共CSS的配置信息。

示例160是示例158或159的可选增强，其中，针对公共CSS要监控的重复等级(RL)和聚合等级(AL)集是用于M-PDCCH传输的所有所述类型的公共集，或者预定规则定义要监控的可能(AL，RL)对集之间的关系，以用于出于不同目的而检测每一个M-PDCCH传输。

示例161是示例140至160之一的可选增强，其中，所述基带电路适于：使所述RF电路发送公共CSS或CSS的特定配置内下行链路(DL)中的多播信息的传输的指示。

示例162是示例161的可选增强，其中，具有特定配置的CSS是CSS-Paging。

示例163是示例161或162的可选增强，其中，所述基带电路适于：使所述RF电路发送广播消息内的多播信息的传输的指示。

示例164是示例163的可选增强，其中，广播消息是寻呼消息或系统信息(SI)消息。

示例165是示例163或164的可选增强，其中，广播消息是寻呼消息，并且要么在M-PDCCH携带的DCI中要么在携带M-PDCCH所调度的寻呼消息的PDSCH中发送多播指示。

示例166是示例161至165之一的可选增强，其中，多播传输在寻呼机会(PO)和/或寻呼帧(PF)处开始或使用M-PDCCH来调度。

示例167涉及一种用于由用户设备(UE)执行的方法，包括：从演进节点B(eNB)接收一个或多个用于M-PDCCH(用于MTC的物理下行链路控制信道)的公共搜索空间(CSS)的配置信息；以及针对M-PDCCH传输而监控一个或多个所配置的CSS；其中，所述RF电路和/或基带电路适于支持减小的带宽(BW)。

示例168涉及一种用于用户设备(UE)执行的方法，包括：执行示例107至139之一中所定义的UE的操作和/或处理步骤。

示例169涉及一种或多种计算机可读介质，存储指令，所述指令当由用户设备(UE)的一个或多个处理器执行时使所述UE：从演进节点B(eNB)接收一个或多个用于M-PDCCH(用于MTC的物理下行链路控制信道)的公共搜索空间(CSS)的配置信息；以及针对M-PDCCH传输而监控一个或多个所配置的CSS；其中，所述RF电路和/或基带电路适于支持减小的带宽(BW)。

示例170涉及一种或多种计算机可读介质，存储指令，所述指令当由用户设备(UE)的一个或多个处理器执行时使所述UE：执行示例107至139之一中所定义的UE的操作和/或处理步骤。

示例171涉及一种用于由演进节点B(eNB)执行的方法，包括：将多个用于M-PDCCH(用于MTC的物理下行链路控制信道)的公共搜索空间(CSS)的配置信息发送到支持减小的带宽(BW)的一个或多个UE；其中，通过包括用例的类型和/或所述UE的增强覆盖(EC)等级的“基于功能的”区分来区分所述多个用于M-PDCCH的CSS。

示例172涉及一种用于由演进节点B(eNB)执行的方法，包括：执行示例140至166之一中所定义的eNB的操作和/或处理步骤。

示例173涉及一种或多种计算机可读介质，存储指令，所述指令当由演进节点B(eNB)的一个或多个处理器执行时使所述eNB：将多个用于M-PDCCH(用于MTC的物理下行链路控制信道)的公共搜索空间(CSS)的配置信息发送到支持减小的带宽(BW)的一个或多个UE；其中，通过包括用例的类型和/或所述UE的增强覆盖(EC)等级的“基于功能的”区分来区分所述多个用于M-PDCCH的CSS。

示例174涉及一种或多种计算机可读介质，存储指令，所述指令当由演进节点B(eNB)的一个或多个处理器执行时使所述eNB：执行示例140至166之一中所定义的eNB的操作和/或处理步骤。

一个或多个实现方式的前面描述提供说明和描述，但并非意图将本发明的范围涵盖或限制为所公开的精确形式。修改和变化根据以上教导是可能的，或可以从本发明的各个实现方式的实践得以获取。

Claims (15)

1.一种用于由在射频RF和基带二者处支持减小的带宽BW的用户设备UE执行的方法，所述方法包括：

从演进节点B，即eNB，接收一个或多个用于M-PDCCH，即用于MTC的物理下行链路控制信道，的公共搜索空间CSS的配置信息；以及

根据一个或多个所配置的CSS来监控M-PDCCH传输，

其中，配置用于寻呼消息的CSS的多个实例，并且不同UE针对携带用于寻呼消息传输的调度分派的M-PDCCH而监控不同窄带。

2.如权利要求1所述的方法，其中，所述UE并非在每个下行链路DL子帧中监控所述一个或多个用于M-PDCCH的CSS。

3.如权利要求1或2所述的方法，其中，所述一个或多个用于M-PDCCH的CSS包括多个CSS，其中，M-PDCCH的所述多个CSS由小区内的多个UE使用，并且其中，所述小区内的所述多个UE的子集监控所述多个用于M-PDCCH的CSS的实例。

4.如权利要求3所述的方法，其中，使用基于功能的区分来监控所述多个CSS的所监控的实例，所述基于功能的区分包括用例的类型和/或所述UE的增强覆盖EC等级。

5.如权利要求3所述的方法，其中，所述多个CSS的不同实例在时间上被映射到不同子帧或无线帧。

6.如权利要求3所述的方法，其中，在频率维度中，所述多个CSS的不同实例被映射到不同窄带或相同窄带。

7.如权利要求1或2所述的方法，其中，所述多个CSS的每一个实例与其上正在发送或调度的消息的类型对应。

8.如权利要求1或2所述的方法，还包括：监控用于随机接入响应消息的一个或多个用于随机接入响应消息的CSS，即CSS-RAR，的一个实例，或用于使用PDSCH所发送的随机接入响应消息的调度信息，并且

其中，基于UE的不同EC等级，在系统级由网络配置CSS-RAR的一个或多个实例。

9.如权利要求1或2所述的方法，其中，所述用于寻呼消息的CSS的所述多个实例由所述eNB来配置。

10.如权利要求9所述的方法，其中，不同UE针对所述用于寻呼消息的CSS的相应实例而监控不同物理资源。

11.如权利要求1所述的方法，其中，由所述UE针对用于寻呼消息的CSS而监控的所述窄带中的相应一个窄带是由UE ID的函数和/或由所述UE的EC等级的函数定义的。

12.如权利要求8所述的方法，还包括：在MTC SIB中提供用于CSS-RAR的配置信息和/或用于M-PDCCH的寻呼消息的CSS的配置信息。

13.如权利要求12所述的方法，其中，所述配置信息包括以下项中的一个或多个：

-用于M-PDCCH重复的起始子帧，

-用于M-PDCCH的重复等级RL，

-用于M-PDCCH的聚合等级AL，

-窄带NB索引，或

-所述窄带内的构成M-PDCCH-PRB集的PRB，其中，PRB的数量是{2，4，6}之一。

14.一种用户设备UE，包括：

射频RF电路，用于：从演进节点B，即eNB，接收一个或多个用于M-PDCCH，即用于MTC的物理下行链路控制信道，的公共搜索空间CSS的配置信息；以及

基带电路，用于：针对M-PDCCH传输而监控所述一个或多个所配置的CSS；

其中，所述RF电路和/或基带电路能够适于支持减小的带宽，

其中，配置用于寻呼消息的CSS的多个实例，并且不同UE针对携带用于寻呼消息传输的调度分派的M-PDCCH而监控不同窄带。

15.一种演进节点B，即eNB，包括：

射频电路，用于：将多个用于M-PDCCH，即用于MTC的物理下行链路控制信道)，的公共搜索空间CSS的配置信息发送到支持减小的带宽的一个或多个用户设备UE；

其中，通过基于功能的区分来区分所述多个用于M-PDCCH的CSS，所述基于功能的区分包括用例的类型和/或所述UE的增强覆盖等级，

其中，配置用于寻呼消息的CSS的多个实例，并且不同UE针对携带用于寻呼消息传输的调度分派的M-PDCCH而监控不同窄带。

Images