用于窄带部署的PDCCH设计的制作方法

本申请要求于2014年8月1日递交的、名称为“METHODS，APPARATUSES，AND SYSTEMS FOR MACHINE-TYPE COMMUNICATION WITH NARROWBAND DEPLOYMENT(用于与窄带部署的机器型通信的方法、装置和系统)”的美国临时申请No.62/032,436的权益，该临时申请的内容通过引用被整体合并于此。

技术领域

本公开涉及窄带通信，更具体地，涉及用于窄带通信(比如，机器型通信(MTC)、设备对设备(D2D)通信、物联网(IoT)应用等)的物理下行链路控制信道(PDCCH)设计。

背景技术：

在当前的长期演进(LTE)系统中，物理下行链路控制信道(PDCCH)被用于载送下行链路控制信息(DCI)，比如，调度决策和功率控制命令。具体而言，DCI包括下行链路调度分配、上行链路调度授权和功率控制命令。

一般说来，可以在子帧中传输若干PDCCH。循环冗余校验(CRC)被附着到每个DCI消息有效负载。在CRC附着后，使用1/3速率的咬尾卷积编码(TBCC)对比特位进行编码并进行速率匹配以满足用于PDCCH传输的资源量。随后，使用特定于小区的加扰序列对针对每个PDCCH的一组经编码和速率匹配的比特位进行加扰。对这些符号块进行交织，之后对这些符号块进行特定于小区的循环移位和将这些符号块映射到由物理控制格式指示符信道(PCFICH)指示的一组正交频分复用(OFDM)符号上的可用物理资源元素。

使用一个或多个控制信道元素(CCE)来传输每个PDCCH，其中每个CCE对应于九组物理资源元素(RE)(被称为资源元素组(REG))，其中每组包括四个物理资源元素。四个正交相移键控(QPSK)符号被映射到每个REG。

假定每个PDCCH支持多种格式并且所使用的格式是终端未知的先验格式，则用户设备(UE)需要监视一个或多个搜索空间来解码PDCCH。搜索空间是由CCE以给定聚合等级形成的一组候选控制信道。在当前的LTE规范中，指定了对应于一、二、四、和八个CCE的多个聚合等级。此外，定义了单独的特定于UE的搜索空间和公共搜索空间，其中特定于UE的搜索空间被单独地配置用于每个UE，而全部UE都可获知公共搜索空间的范围。

附图说明

图1是根据本文所述各个方面的促进对来自演进型节点B(eNB)的一个或多个MTC物理下行链路控制信道(M-PDCCH)信号的窄带传输的系统的框图。

图2是根据本文所述各个方面的促进在用户设备(UE)处对M-PDCCH信号进行盲解码的系统的框图。

图3是根据本文所述各个方面的促进对来自eNB的一个或多个M-PDCCH信号的窄带传输的方法的流程图。

图4是根据本文所述各个方面的促进在UE处对M-PDCCH信号进行盲解码的方法的流程图。

图5是根据本文所述各个方面的说明M-PDCCH和传统PDCCH之间的差异的示例M-PDCCH处理方法的流程图。

图6是示出根据本文所述各个方面的动态M-PDCCH调度的示例的图示。

图7是指示根据本文所述各个方面的MTC资源元素组(M-REG)的示例资源映射的时间-频率图。

图8是示出可结合本文所述各个方面使用的示例UE的框图。

具体实施方式

现在将参考附图描述本公开，其中类似的参考编号通篇被用来指代类似的元件，并且其中示出的结构和设备不一定按比例绘制。如本文所使用的术语“组件”、“系统”、“接口”等等旨在指代计算机相关的实体、硬件、软件(例如，在运行中)、和/或固件。例如，组件可以是处理器(例如，微处理器、控制器、或其它处理设备)、在处理器上运行的处理、控制器、对象、可执行文件、程序、存储设备、计算机、平板PC和/或具有处理器件的用户设备(例如，移动电话等)。作为例子，运行在服务器上的应用和服务器也可以是组件。一个或多个组件可以驻留在处理中，并且组件可以位于一个计算机上和/或分布在两个或更多个计算机之间。本文中可能描述一组元件或一组其它组件，其中术语“一组”可以被解释为“一个或多个”。

此外，这些组件可以从在其上存储有各种数据结构(例如，通过模块)的各种计算机可读存储介质执行。组件可以通过本地和/或远程处理来进行通信，例如，根据具有一个或多个数据分组(例如，来自通过信号与本地系统中、分布式系统中、和/或跨网络(例如，互联网、局域网、广域网、或具有其它系统的类似网络)的另一组件进行交互的一个组件的数据)的信号。

作为另一示例，组件可以是具有由电气电路系统或电子电路系统操作的机械零件提供的具体功能的装置，其中电气电路系统或电子电路系统可以由一个或多个处理器执行的软件应用或固件应用来操作。一个或多个处理器可以在该装置内部或外部，并且可以执行软件应用或固件应用中的至少一部分。作为另一示例，组件可以是通过不具有机械零件的电子组件来提供具体功能的装置；电子组件中可以包括一个或多个处理器以执行软件和/或固件，该一个或多个处理器至少部分地提供电子组件的功能。

使用词语“示例性”旨在以具体方式来呈现概念。在本申请中所使用的术语“或”旨在表示包含性的“或”而不是排他性的“或”。即，除非以其它方式指定，或从上下文中是清楚的，否则“X采用A或B”旨在表示任意自然包含性的排列。也就是说，如果X采用A；X采用B；或X采用A和B两者，则在任意前述实例下均满足“X采用A或B”。此外，本申请和所附权利要求中使用的冠词“一”应当一般地被解释为表示“一个或多个”，除非以其它方式指定，或从上下文中清楚地指向单数形式。此外，对于术语“包括”、“包含”、“具有”、“有”、“具备”、或它们的变形在具体实施方式和权利要求中的使用，这样的术语旨在表示与术语“包括”类似的包含性的含义。

机器型通信(MTC)是一种前景广阔的新兴技术，能够实现“物联网(IoT)”之类的普遍存在的计算环境。潜在的基于MTC的应用包括智能计量、保健监控、远程安全监督、智能交通系统等。这里描述的实施例包括能够通过经修改的PDCCH设计实现窄带控制信令的设备、系统、方法、装置和机器可读介质，该经修改的PDCCH设计能够将由MTC设备提供的服务和应用集成到当前及下一代宽带网络(比如，LTE和高级LTE)中。

现有的移动宽带网络被设计为使得主要针对人类类型的通信的性能最优化，从而没有被设计或优化以满足MTC相关的要求。针对第12版LTE规范的规范支持的第三代合作伙伴计划(3GPP)无线电接入网(RAN)工作组(WG)正在研究特定于MTC的设计，其中主要目标在于关注更低的器件成本、增强的覆盖和降低的功耗。为了进一步降低成本和功耗，这里描述的实施例可以进一步减小系统带宽，例如，减小到200KHz左右，这大致对应于现有LTE设计的单个物理资源块(PRB)。在各方面，该带宽可以在LTE载波的安全频带内的重新承包(re-farm)的全球移动通信系统(GSM)频谱中操作或者在专用频谱中操作。

当LTE系统带宽被减小到200KHz左右时，现有LTE系统中的某些物理信道设计无法继续使用，例如，同步信道(SCH)、物理广播信道(PBCH)、物理随机接入信道(PRACH)等。

本文所述的方面可以为具有窄带部署的MTC实现新的MTC物理下行链路控制信道(M-PDCCH)设计，该M-PDCCH设计可以针对处于窄带部署(例如，具有小于或等于约1.4MHz(当前所支持的最小LTE带宽)的带宽)的MTC进行优化，以在增大潜在覆盖的同时提供更低的成本和功耗。

由于减小的带宽，诸如M-PDCCH之类的窄带部署不具有传统PDCCH的可用频域资源，反而可以使用时域资源来代替。与人类通信(例如，语音通信)相比，诸如设备对设备(D2D)或MTC应用之类的窄带实现方式一般要求更低的每UE数据速率，并且对延迟的敏感度要小的多，使得与传统LTE中的实践相比在这些应用中可以更大程度地使用时域资源。在本文所讨论的各种窄带部署PDCCH设计中，可以实现包括多个子帧的超帧结构，超帧结构可以以与传统LTE中使用多个同步资源块(RB)作为频域资源类似的方式来利用时域资源。

本文所论述的窄带部署PDCCH(例如，M-PDCCH)设计可以以多种方式区别于传统的PDCCH设计。这些差异可以包括以下各项中的一项或多项：针对窄带部署使用不同的调度机制、新的窄带或特定于MTC的下行链路控制信息(M-DCI)格式、不同窄带PDCCH加扰(例如，基于超帧索引的功能等)、针对窄带PDCCH传输的不同的资源映射、以及针对窄带PDCCH的特定于UE的搜索空间的不同散列表设计。

本文出于说明的目的结合各种示例讨论了窄带PDCCH实现方式(例如，M-PDCCH)。例如，虽然本文讨论了200kHz的示例窄带宽，但是实施例可以应用于其它窄带情形，比如，具有400kHz、600kHz等带宽。另外，虽然本文结合MTC讨论了各种实施例，但是可以结合其它窄带应用(比如，设备对设备(D2D)实现方式、物联网(IoT)应用等)来采用本文所讨论的方面。

参考图1，示出了根据本文所述各个方面的系统100的框图，系统100促进对来自演进型节点B(eNB)的一个或多个窄带物理下行链路控制信道(PDCCH)信号(例如，MTC-PDCCH(M-PDCCH)信号)的窄带传输(例如，利用小于或等于当前所支持的最小为1.4MHz的LTE带宽的带宽，比如，大约200kHz、400kHz、600kHz等)。系统100可以包括存储器110、处理器120、和发射器电路130。在各个方面，系统100可以被包含于演进型通用陆地无线电接入网(E-UTRAN)节点B(演进型节点B、eNodeB或eNB)内。

存储器110可以存储系统100所采用的数据、可执行指令和/或其它信息。

处理器120可以(例如，通过执行存储器110所存储的可执行指令)生成包括针对与eNB相关联一个或多个UE(例如，支持MTC的UE)的一个或多个调度或功率控制信息的一个或多个窄带PDCCH信号(例如，M-PDCCH信号等)，执行附加处理以使得一个或多个窄带PDCCH信号准备好进行传输并且将一个或多个窄带PDCCH信号提供给发射器电路130。附加处理可以包括例如循环冗余校验(CRC)附着、信道编码、速率匹配、控制信道元素(CCE)聚合、多路复用、加扰、调制和编码(例如，经由正交相移键控(QPSK))、交织、应用循环移位(CS)等。

在多个方面，处理器120可以根据多个调度选项确定针对一个或多个UE的下行链路调度分配和/或上行链路调度授权。在一些方面，可以实现静态调度，比如如下调度，其中可以基于将每个UE与预定义的上行链路和/或下行链路资源相关联的UE标识(ID)(例如，小区无线电网络临时标识(C-RNTI)等)来预定针对UE的调度。在符号级静态调度示例中，每个UE可以被分配给等于其C-RNTI除以每子帧的符号数目后的余数的符号索引(或者，例如，以相对均匀分布的方式将标识映射到符号索引的其它函数)。在静态调度实施例中，窄带PDCCH信号可以包括下行链路控制信息(DCI)消息，该DCI消息指示针对给定UE和预定义的资源调度的是下行链路还是上行链路。

在第二调度选项中，处理器120可以采用动态调度，其中在DCI消息中指示为UE分配的资源(例如，针对MTC实施例以MTC-DCI(M-DCI)格式等)。可以根据局部资源分配方案或分布式资源分配方案中的任一方案来针对多个UE实现动态调度，如下面更详细地描述的。

在第三调度选项中，可以采用群组调度，其中可以在单个群组DCI消息中调度多个UE。例如，DCI消息中的各个比特位可以针对多个UE结合与其中的每个UE相关联的预定义的资源指示该UE针对下行链路和/或上行链路被调度。

另外，由处理器120针对本文所讨论的窄带PDCCH实施例生成的DCI消息可以包括与传统DCI消息中类似的信息，比如，调度和编码方案(MCS)、新的数据指示符(NDI)、冗余版本(RV)、混合自动重复请求(HARQ)处理数目等。但是，在各个方面，对窄带PDCCH实施例而言，可以以不同的方式来表示这些信息中的一些信息。例如，可用MCS选项的数目以及相应的MCS比特位的数目可以被减少(例如，从5比特位到4、3、2或1比特位)，或者可替代地可以保持与传统LTE系统中相同。在MTC实施例中，例如，较小的有效负载大小和设备能力可以降低较高调制阶数的适用性，从而允许减小的DCI消息大小。在另一示例中，HARQ处理的数目可以是例如两个、四个等，从而在各方面用于指示HARQ处理数目的比特位的数目可以变化(例如，对于M个比特位，HARQ处理数目可以是M的以二为底的对数，向上取整到最接近的整数等)。

在各个方面，处理器120可以采用具有如传统LTE系统中的聚合等级(例如，具有1、2、4或8个CCE)的PDCCH格式，或者在其它方面，处理器120可以采用高于八的聚合等级(例如，16、32等)。在UE具有覆盖限制的场景下(例如，在具有不良覆盖的固定位置(比如，地下室等)中的支持MTC的UE)，较高的聚合等级可能是有利的。

在一些实施例中，处理器120可以像在传统LTE系统中那样(例如，使用当前LTE规范中所定义的加扰种子)执行多路复用和加扰。然而，在其它实施例中，处理器120可以基于不同的加扰种子(比如，仅是小区ID的函数的加扰种子、是超帧编号和小区ID的函数的加扰种子、或者是时隙编号、超帧编号和小区ID的函数的加扰种子)来执行加扰。处理器120可以在将窄带PDCCH信号提供给发射器电路130前执行附加处理(例如，调制、层映射、预编码等)。

发射器电路130可以将一个或多个窄带PDCCH信号映射到物理资源元素(RE)。RE可以首先按照子载波的递增顺序然后按照正交频分复用(OFDM)符号的递增顺序被映射到资源元素组(REG)。下面将结合图7中所示的示例资源映射更加详细地讨论资源映射。另外，发射器电路130可以通过选定的窄带带宽(例如，选定的窄带带宽基本上可以是小于或等于当前LTE所支持的最小带宽1.4MHz的任意带宽，比如，200kHz等)发送一个或多个窄带PDCCH。

参考图2，示出了根据本文所述各个方面的系统200的框图，系统200促进在用户设备(UE)处对窄带PDCCH(例如，M-PDCCH等)信号的盲解码。系统200包括天线端口210和处理器220。在各个方面，系统200可以被包含于用户设备(UE)内，例如，系统200(或其部分)在UE的接收器电路或收发器电路内。图8中提供了根据一个实施例的UE的另外的细节，将在下文更详细地讨论。

天线端口210可以接收各种传输，这些传输可以包括一个或多个所传输的窄带PDCCH信号，比如本文其它地方所描述的。

处理器220可以(例如，通过运行存储在机器可读介质上的指令等)对一个或多个窄带PDCCH信号执行初始处理(例如，预解码、解调、解扰)，并且可以首先窄带PDCCH信号的搜索公共搜索空间(CSS)，然后搜索窄带PDCCH信号的特定于UE的搜索空间(USS)，直到标识出与系统200相关联(例如，与包括系统200的UE相关联)的窄带PDCCH信号为止。处理器220可以通过尝试盲解码来标识相关联的窄带PDCCH信号，直到例如由于在尝试的盲解码过程中没有循环冗余校验(CRC)错误而标识出相关联的窄带PDCCH信号为止。

在各个方面，处理器220可以以与传统LTE系统相同的方式搜索CSS。但是，结合USS，处理器220可以尝试基于作为超帧索引的函数的散列表(例如，下文讨论的示例散列表)进行盲解码。

根据窄带PDCCH信号的本质(例如，基于本文所讨论的各个可选的方面和实施例)，处理器220可以标识与系统200相关联(例如，被分配或授权给系统200)的下行链路资源和/或上行链路资源之一。例如，如果采用静态调度，则处理器220可以基于包括系统200的UE的ID(例如，C-RNTI)来标识预定义的资源(例如，所调度的符号索引等等)。可替代地，在动态调度(使用局部资源分配或分布式资源分配)或群组调度方面，处理器220可以基于相关联的窄带PDCCH信号中所包括的DCI消息(例如，M-DCI消息)的内容来确定所调度的资源。

另外，如同在传统LTE系统中，处理器220可以从相关联的窄带PDCCH信号确定附加信息(例如，与数据有效负载相关联的MCS、功能控制信息、HARQ处理数目等)。

参考图3，示出了根据本文所述各个方面的方法300的流程图，方法300促进对来自eNB的一个或多个M-PDCCH信号的窄带传输(例如，利用小于或等于当前LTE所支持的最小带宽1.4MHz的带宽等)。在310处，可以针对多个UE(例如，支持MTC、D2D通信等的设备)确定窄带上行链路调度授权和下行链路调度分配。如下文更详细地描述地，可以根据各种机制或方案(比如，对UE的资源的静态调度、对UE的资源的动态调度、群组调度或其变体)中的任意一种来确定调度。在320处，可以(例如，根据如本文所述的窄带DCI格式，例如，M-DCI消息等)构建窄带DCI消息，窄带DCI消息可以指示所确定的调度以及其它信息(例如，功率控制信息、HARQ处理的数目等)。在330处，可以构建可以包括DCI消息的窄带PDCCH信号。下文更加详细地讨论了窄带PDCCH信号的构建、CCE聚合、多路复用、和附加处理(例如，加扰、调制等)。在340处，可以经由窄带带宽来传输PDCCH信号，这可以包括将PDCCH信号映射到本文所述的物理资源元素组(REG)(例如，首先按照递增的(或递减的)子载波然后按照递增的(或递减的)符号的顺序等)。窄带PDCCH信号可以被传输，以使得每个特定于UE的搜索空间被配置为由UE使用基于超帧编号的散列表来进行搜索。

参考图4，示出了根据本文所述各个方面的促进在UE处对M-PDCCH信号的盲解码的方法400的流程图。在410处，可以在UE处接收多个窄带PDCCH消息。在420和430处，可以尝试在窄带PDCCH信号的公共搜索空间中和在窄带PDCCH信号的特定于UE的搜索空间中进行盲解码。根据本文所述的各个方面，可以经由至少部分地基于超帧编号的散列表来搜索对特定于UE的搜索空间所尝试的盲解码。在440处，可以通过所尝试的盲解码、经由在尝试解码后没有CRC错误来标识指定的窄带PDCCH信号。

参考图5，示出了根据本文所述各个方面的说明M-PDCCH和传统PDCCH之间的差异的示例M-PDCCH处理方法500的流程图。在各个实施例中，可以提供机器可读指令，这些机器可读指令在被运行时，使得eNB或类似的机器(例如，基站、接入点等)执行结合处理方法500所描述的动作中的一些动作或全部动作。在502₁到502_N，可以生成针对N个支持机器型通信(MTC)的UE中的每个UE的控制信息。这可以包括对N个MTC UE的调度，如本文其它地方更详细地讨论地，对MTC UE的调度可以包括静态调度或动态调度，并且可以涉及在同一或共同M-PDCCH区域中、或者甚至是在同一或共同M-PDCCH信号中调度不止一个MTC UE。取决于调度的类型，可以生成M-DCI消息，该M-DCI消息可以例如在内容上类似于现有M-DCI格式，或者可以更小，例如，用于MTC UE的单个比特位结合预定义的下行链路资源指示该MTC UE是否将接收数据。在其它实施例中，不必包括M-DCI消息，并且MTC UE可以监视预定义的下行链路资源以确定数据是否可供该MTC UE接收。在M-DCI消息被包括在内的情况下，它可以按照本文其它地方所描述地那样被修改，比如，具有数目减少的调制和编码方案(MCS)比特位(例如，用3个比特位替代5个比特位)，具有更新的混合自动重复请求(HARQ)处理数目等。

在504₁-504_N、506₁-506_N和508₁-508_N，循环冗余校验(CRC)插入、信道编码和速率匹配可以类似于传统LTE，以基于(例如，如(一个或多个)M-DCI消息中所包括的)调度信息和任何附加信息(例如，功率控制等)来构建M-PDCCH信号。在510，可以以与传统LTE类似的方式向M-PDCCH信号应用CCE聚合和多路复用。可替代地，可以采用更高的聚合等级，比如，将控制信道元素(CCE)的数目增加到16等。

在512，加扰可以与传统LTE中的相同，或者它可以采用不同的加扰种子。例如，不同于在传统LTE中加扰种子是时隙编号和小区ID的函数，加扰种子可以仅是小区ID的函数。可替代地，加扰种子可以是超帧编号的函数，比如，小区ID和超帧编号的函数，或者小区ID、时隙编号和超帧编号的函数

在514、516和518，可以像在传统LTE中那样进行调制、交织和循环移位应用。

与传统LTE中的PDCCH处理的另一不同之处在于可以首先通过子载波的递增次序然后通过正交频分复用(OFDM)符号的递增次序将资源元素(RE)映射到未被用于参考信号的资源元素组(REG)。

另外，对窄带PDCCH的候选控制信道的盲解码可以类似于传统LTE，但是结合特定于UE的搜索空间，可以采用基于超帧编号的不同散列表。

下面是结合窄带PDCCH的MTC实现方式(M-PDCCH)的对窄带PDCCH设计的示例结构的更详细的概述。

对MTC设备的调度

针对具有窄带部署的MTC设备的调度可以考虑若干选项。

在第一调度选项中，可以采用预定的调度机制。例如，可以通过UE ID来预定调度的符号/时隙/子帧/子载波/PRB索引。在一个示例中，如果针对具有窄带部署的MTC支持符号等级调度，则针对一个UE调度的符号索引可以被给定为针对标准循环前缀(CP)模式I_sym＝mod(C-RNTI，14)并且针对扩展CP模式I_sym＝mod(C-RNTI，12)，其中C-RNTI是小区无线电网络临时标识。

在第二调度选项中，可以采用针对个体MTC设备的动态调度机制。例如，M-PDCCH可以调度用于单个MTC设备的DL和UL传输的时间和频率位置。在此情形下，可以在M-PDCCH的MTC下行链路控制信息(M-DCI)格式中指示资源分配(即，针对(一个或多个)M-PDSCH/M-PUSCH传输的符号/时隙/子帧/子载波/PRB索引)。此外，可以针对M-PDSCH/M-PUSCH支持局部和分布式资源分配，其中在分布式资源分配的情形下，可以利用时间分集增益的好处。

参考图6，示出了说明根据本文所述各个方面的动态M-PDCCH调度的示例的图示。如图6中所示，对多个UE的调度和系统信息/寻呼/随机接入响应可以在同一M-PDCCH区域中被复用。在局部资源分配的一个示例中，UE#0的M-PDSCH可以在子帧#0-#4中被调度，而UE#1的M-PDSCH可以在子帧#5-#9中被调度。在分布式资源分配的示例中，UE#0的M-PDSCH可以在子帧#0、#2、#4、#6、#8中被调度，而UE#1的M-PDSCH可以在子帧#1、#3、#5、#7、#9中被调度。在支持两者的实施例中，针对局部资源分配或分布式资源分配的指示可以通过信号在M-DCI格式中被发送。另外，如同在现有LTE规范中，可以在M-DCI格式中指示HARQ处理数目、冗余版本(RV)和新的数据指示符(NDI)。

在第三调度选项中，一个M-PDCCH可被用于调度多个MTC设备。例如，单个M-DCI消息可以包含接通/关断(on/off)模式，并且1个比特位(0或1)可以指示是否在预定的资源中调度相应的MTC设备。该群组调度机制类似于现有的DCI格式3和3A，其中由较高层来配置群组内的多个UE。每个比特位的位置可以对应于针对每个配置的MTC设备的调度的状态。另外，可以通过对所配置的MTC UE进行排序来确定所调度的资源。例如，可以使用状态[111]来调度一个群组内的3个MTC UE(UE#0、#1和#2)，并且如果支持符号等级调度，则针对UE#0、#1和#2的符号索引可以分别为符号#0、#1和#2。

可选地，针对这些调度选项中的任意选项，以类似于基于半静态调度(SPS)的调度的方式，所分配的M-DCI应当被保留直到失效(例如，通过显式的失效、在某段时间后到期等)为止。

具有窄带部署的新PDCCH(M-PDCCH)设计

如上文所解释的，因为窄带部署(比如，200kHz带宽)的约束，现有的PDCCH设计无法被重复使用。然而，本文所讨论的M-PDCCH设计可以被扩展到除200kHz MTC实现方式之外的窄带场景(比如，小于当前所支持的最小LTE带宽1.4MHz的窄带宽(例如，400kHz、600kHz等))以及其它窄带应用(比如，D2D应用、物联网(IoT)等)。

M-DCI格式

为了支持具有窄带部署的MTC，可以指定新的MTC DCI(M-DCI)格式。更具体地，M-DCI格式中可以包括针对具有窄带部署的MTC的下行链路调度分配和上行链路授权。另外，可以附加补零(zero-padding)比特位以确保M-DCI格式中的下行链路分配和上行链路授权具有相同的有效负载大小。

现有DCI格式中的大部分内容可以被重复用于M-DCI。然而，为了支持具有窄带部署的MTC，可以实现某些设计改变。针对下行链路分配和上行链路授权，可以更新用于M-PDSCH和M-PUSCH的资源分配。资源分配包含针对M-PDSCH传输的时间/频率位置的信息，例如，符号、时隙、子帧、PRB、子载波等。如上文结合调度所讨论的，在针对具有窄带部署的MTC支持局部资源分配和分布式资源分配方案的情形下，针对局部资源分配和分布式资源分配的指示可以通过信号在M-DCI格式中被发送。

另外，在下行链路分配中，HARQ处理数目可以被更新。该字段中的比特位的数目取决于HARQ处理的总数。在各个窄带方面，HARQ处理和HARQ处理的数目可以不同于传统LTE。例如，在各个窄带实现方式中，HARQ处理的数目可以是任意正整数M(例如，2、4等)。当HARQ处理的总数是M时，M-DCI中针对HARQ处理数目所包括的比特位的数目可以是X₁＝log₂(M)。

为进一步减少信令开销，可以减少M-DCI消息中的调制和编码方案(MCS)比特位的数目。例如，在一个实施例中，当前LTE规范(3GPP技术规范36.213)中的现有MCS表可以被重复使用，即，X₂＝5。在另一实施例中，假定针对具有窄带部署的MTC数据传输的传输块大小是受限的并且可能不支持更高阶调制，则可以进一步减少MCS的比特位的数目，例如，X₂＝3(或1、2或4)。

PDCCH信道编码

为了使得对LTE规范的影响以及实现的成本最小化，与现有LTE规范中相同的CRC插入过程(包括带有RNTI的CRC掩码)、信道编码和速率匹配可被应用于M-PDCCH。

在当前LTE系统中，支持4种PDCCH格式。为了支持具有窄带部署的MTC，可以考虑具有更高聚合等级的更多M-PDCCH格式，这可有助于提升覆盖受限的MTC设备的性能。例如，CCE的数目可被增大到16个，或者可选地更多个。

PDCCH多路复用和加扰

可以像现有LTE规范中那样在信道编码后实施多路复用。

在一些实施例中，可以重用LTE规范中所定义的相同加扰种子，如等式1中：

其中n_s是时隙编号并且是小区ID。

在其它实施例中，加扰种子可以被定义为仅是小区ID的函数。例如，可以如等式2中所给出的加扰种子：

在另一组实施例中，加扰种子可以被定义为小区ID和超帧编号的函数，如等式3：

其中n_superframe是超帧编号。例如，加扰种子可以如等式4中：

在另外的实施例中，加扰种子可以被定义为时隙编号(n_s)、小区ID和超帧编号的函数。例如，加扰种子可以如等式5中：

调制、层映射和预编码

可以针对M-PDCCH重用与现有LTE规范中相同的调制、层映射和预编码，这可以简化实现方式。

M-PDCCH资源映射

M-REG可以被定义并且从针对用于控制信道设计的一个或多个子帧的现有资源元素组(REG)进行扩展。例如，四个资源元素(RE)可以先按照子载波的递增次序再按照OFDM符号的递增次序被映射到未被用于参考信号(例如，可适用的特定于小区的参考信号(CRS)或其它MTC相关的参考信号)的MTC资源元素组(M-REG)。图7示出了指示根据本文所述各个方面的MTC资源元素组(M-REG)的示例资源映射的时间-频率图示。在图7中所示的并在这里所讨论的示例中，基于CRS模式设计了M-REG映射规则，但该规则可被容易地扩展到其它参考信号模式，例如，专用MTC下行链路(DL)参考信号(M-RS)。

图7示出了在标准CP的情形下针对具有1/2天线端口的2个子帧的M-REG资源映射。相同的设计原理可被应用于4个天线端口和扩展的CP。N_REG可以被定义为一个子帧中的M-REG的数目。根据M-REG资源映射模式，在标准CP的情形下，针对1/2天线端口N_REG＝38，针对4个天线端口N_REG＝36。在扩展的CP情形下，针对1/2天线端口N_REG＝32，针对4个天线端口N_REG＝30。

针对第K个子帧，起始M-REG索引是(K-1)·N_REG，最终M-REG索引是K·N_REG-1。例如，如图7中所示，在标准CP的情形下，使用1/2天线端口，针对第2个子帧的起始M-REG索引和最终M-REG索引分别是38和75。

在一些实施例中，M-PDCCH传输中的符号四联组(quadruplet)可以按照递增次序被映射到M-REG。在一个示例实施例中，M-PDCCH资源映射可以被定义如下。四联组的块到用于M-PDCCH传输的资源元素的映射可以被定义为：(1)设n_c表示未被分配给控制区域中的M-PCFICH和M-PHICH的M-REG的数目；(2)从0到n_c-1对未被分配给M-PCFICH和M-PHICH的M-REG进行编号，从具有最低频域索引然后是时域索引的M-REG开始；(3)初始化k＝0(M-REG索引)；(4)将符号四联组映射到由M-REG索引k表示的M-REG；(5)使k增加1；以及(6)重复(4)和(5)直到全部M-PDCCH符号四联组已经被分配为止。

针对M-PDCCH搜索空间的散列表

在当前LTE规范中，UE需要对一组候选控制信道(即公共搜索空间(CSS)和特定于UE的搜索空间(USS)中的那些控制信道)执行盲解码。这种相同的机制可以被应用于M-PDCCH设计以使得规范的影响和实现成本最小化。然而，为了降低MTC设备的功耗，可以针对M-PDCCH修改聚合等级和M-PDCCH候选的数目。

与当前的LTE规范不同，针对具有窄带部署的MTC系统采用了交叉子帧调度。为了避免对M-PDCCH的过度盲解码尝试，M-PDCCH的起始子帧被限制为这些子帧的子集。关于M-PDCCH传输的周期性和偏移的配置可以由eNB以特定于设备或特定于小区的方式来预定义或配置。

在多个方面，针对M-PDCCH传输的公共搜索空间设计可以重用与当前LTE规范中相同的散列表。但是，对于USS，可以对散列表进行改变以支持用于具有窄带部署的MTC的超帧结构。针对M-PDCCH的USS设计可以如下。针对处于聚合等级L的特定于UE的搜索空间可以由等式6来定义变量Y_k：

Y_k＝(A·Y_k-1)modD。 (6)其中Y_-1＝n_RNTI≠0，A＝39827，D＝65537，且k＝n_superframe，其中n_superframe是超帧编号。

参考图8，示出了示例性用户设备或移动通信设备800，设备800可以与本文根据各个方面描述的促进NOMA通信的系统、方法或设备的一个或多个方面一起被使用。用户设备800例如包括可以被耦合到数据存储或存储器803、前端804(例如，RF前端、声学前端或其它类似的前端)、以及用于连接到多个天线806₁到806_k(k是正整数)的多个天线端口807的数字基带处理器802。天线806₁到806_k可以从一个或多个无线设备(比如，接入点、接入终端、无线端口、路由器等等)接收信号并且向它们发送信号，一个或多个无线设备可以在无线电接入网或经由网络设备形成的其它通信网络内操作。用户设备800可以是用于传送RF信号的射频(RF)设备、用于传送声学信号的声学设备，或任何其它信号传送设备，比如，计算机、个人数字助理、移动电话或智能电话、平板PC、调制解调器、笔记本、路由器、交换机、中继器、PC、网络设备、基站或者能够操作来根据一个或多个不同通信协议或标准与网络或其它设备通信的类似设备。

前端804可以包括通信平台，该通信平台包括电子组件和相关联的电路系统，这些电子组件和相关联的电路系统通过一个或多个接收器或发射器808、复用/解复用组件812和调制/解调组件814提供对接收或发送的信号的处理、操纵或整形。前端804例如被耦合到数字基带处理器802和一组天线端口807，其中一组天线806₁到806_k可以是该前端的一部分。至少一个接收器808可以根据本文所述的方面促进对对M-PDCCH信号的盲解码。用户设备800还可以包括可操作来提供或控制用户设备800的一个或多个组件的处理器802和控制器。例如，处理器802可以将功能至少部分地赋予基本上用户设备800内的任意电子组件。作为示例，处理器802可以被配置为与至少一个接收机808一起根据本文所述的方面至少部分地执行促进对M-PDCCH信号的盲解码的指令。

处理器802可以操作来使得用户设备800能够处理数据(例如，符号、比特或芯片)以使用复用/解复用组件812进行复用/解复用或者经由调制/解调组件814进行调制/解调，以比如实现正向和逆向快速傅里叶变换、选择调制速率、选择数据分组格式、分组间隙时间等。存储器803可以存储数据结构(例如，元数据)、(一个或多个)代码结构(例如，模块、对象、类、过程等)或指令、诸如策略和规范之类的网络或设备信息、附着协议、要加扰的代码序列、传播和导频(例如，(一个或多个)参考信号)传输、频率偏移、小区ID、以及用于检测和标识与RF输入信号相关的各种特性的其它数据、功率输出和在在功率生成过程中的其它信号分量。

为了存储或取回操作和将功能至少部分地赋予包括接收器808的前端804或通信平台和PA系统810所必需的信息，处理器802在功能上和/或通信地(例如，通过存储器总线)耦合到存储器803。虽然在用户设备的情境中示出了图8中的组件，但是这样的图示不限于用户设备而是还扩展到其它无线通信设备，比如，基站(例如，eNodeB)、小小区、毫微微小区、宏小区、微小区等。

根据所描述的实施例和示例，这里的示例可以包括如下主题，比如，方法、用于执行方法的动作或块的装置、包括可执行指令的至少一个机器可读介质，这些可执行指令当被机器(例如，具有存储器的存储器等)执行时使得该机器执行用于同时使用多种通信技术进行通信的系统或装置或方法的动作。

示例1是一种演进型NodeB(eNB)包括存储器、处理器以及发射器电路。该存储器存储可执行指令。该处理器被配置为执行这些可执行指令以至少进行以下操作：针对一个或多个支持机器型通信(MTC)的用户设备(UE)确定下行链路调度或上行链路调度中的至少一者；至少部分地基于所确定的调度生成与一个或多个支持MTC的UE相关联的一个或多个MTC物理下行链路控制信道(PDCCH)信号(M-PDCCH信号)；并且对生成的一个或多个M-PDCCH信号执行信道编码、多路复用和加扰。该发射器电路被配置为按照子载波递增然后正交频分复用(OFDM)递增的次序将一个或多个M-PDCCH信号映射到资源元素组(REG)并且经由小于1.4MHz的窄带带宽发送一个或多个M-PDCCH信号。

示例2包括示例1的主题，其中，下行链路调度或上行链路调度中的至少一者是基于一个或多个支持MTC的UE的标识与预定义的资源的关联来确定的。

示例3包括示例1的主题，其中，一个或多个M-PDCCH信号包括MTC下行链路控制信息(M-DCI)消息，M-DCI消息针对每个支持MTC的UE指示针对与该支持MTC的UE相关联的资源调度下行链路传输还是上行链路传输。

示例4包括示例1的主题，其中，M-PDCCH信号之一包括MTC下行链路控制信息(M-DCI)消息，该M-DCI消息针对多个支持MTC的UE中的每个支持MTC的UE指示针对与该支持MTC的UE相关联的资源调度下行链路传输还是上行链路传输。

示例5包括示例1的主题，其中，一个或多个M-PDCCH信号包括MTC下行链路控制信息(M-DCI)消息，其中每个M-DCI消息包括指示指定的调制和编码方案(MCS)的三个比特位。

示例6包括示例1-5中的任一示例的主题(包括或省略可选的特征)，其中，对一个或多个M-PDCCH信号执行加扰包括基于至少是超帧编号、时隙编号和小区标识的函数的加扰种子来执行加扰。

示例7包括示例1的主题，其中，对一个或多个M-PDCCH信号执行加扰包括基于仅是小区标识的函数的加扰种子来执行加扰。

示例8包括示例1的主题，其中，对一个或多个M-PDCCH信号执行加扰包括基于至少是超帧编号、时隙编号和小区标识的函数的加扰种子来执行加扰。

示例9包括示例1-4中的任一示例的主题(包括或省略可选的特征)，其中，一个或多个M-PDCCH信号包括MTC下行链路控制信息(M-DCI)消息，其中每个DCI消息包括指示指定的调制和编码方案(MCS)的三个比特位。

示例10包括示例1-5中的任一示例的主题(包括或省略可选的特征)，其中，对一个或多个M-PDCCH信号执行加扰包括基于仅是小区标识的函数的加扰种子来执行加扰。

示例11是一种包括指令的非暂态机器可读介质，这些指令在被执行时使得演进型节点B(eNB)进行以下操作：针对上行链路授权或下行链路分配中的一者或多者调度多个机器型通信(MTC)设备；生成与多个MTC设备相关联的至少一个MTC下行链路控制信息(M-DCI)消息；基于至少一个M-DCI消息构建一个或多个MTC物理下行链路控制信道(PDCCH)信号(M-PDCCH信号)；以及经由窄带传输模式在一个或多个M-PDCCH区域中传输一个或多个M-PDCCH信号。

示例12包括示例11的主题，其中，窄带传输模式包括经由1.4MHz或更小的带宽进行的窄带传输。

示例13包括示例11的主题，其中，一个或多个M-PDCCH信号中的第一M-PDCCH信号的聚合等级大于八。

示例14包括示例11的主题，其中，至少一个M-DCI消息中的第一M-DCI消息通过少于五个比特位指示指定的调制和编码方案(MCS)。

示例15包括示例11的主题，其中，这些指令在被执行时还使得eNB对一个或多个M-PDCCH信号进行多路复用并且基于加扰种子进行加扰，该加扰种子至少部分地基于超帧编号。

示例16包括示例11-15中的任一示例的主题(包括或省略可选的特征)，其中，至少一个M-DCI消息中的每个M-DCI消息通过基于混合自动重复请求(HARQ)处理数目的以二为底的对数的多个比特位来指示HARQ处理数目。

示例17包括示例11的主题，其中，MTC设备中的第一MTC设备是经由局部资源分配方案调度的。

示例18包括示例11的主题，其中，MTC设备中的第一MTC设备是经由分布式资源分配方案调度的。

示例19包括示例11的主题，其中，一个或多个M-PDCCH信号中的第一M-PDCCH信号指示针对多个MTC设备中每个MTC设备调度上行链路传输还是下行链路传输。

示例20包括示例11的主题，其中，用于一个或多个M-PDCCH信号的传输的特定于用户设备(UE)的搜索空间是根据超帧编号确定的。

示例21包括示例11的主题，其中，至少一个M-DCI消息中的每个M-DCI消息通过基于混合自动重复请求(HARQ)处理数目的以二为底的对数的多个比特位来指示HARQ处理数目。

示例22包括示例11-12中的任意示例的主题(包括或省略可选的特征)，其中，至少一个M-DCI消息中的每个M-DCI消息通过少于五个比特位来指示指定的调制和编码方案(MCS)。

示例23包括示例11-12或22中的任意示例的主题(包括或省略可选的特征)，其中，这些指令在被执行时还使得eNB对一个或多个M-PDCCH信号进行多路复用并且基于加扰种子进行加扰，该加扰种子至少部分地基于超帧编号。

示例24包括示例11-12或22-23中的任意示例的主题(包括或省略可选的特征)，其中，至少一个M-DCI消息中的每个M-DCI消息通过基于混合自动重复请求(HARQ)处理数目的以二为底的对数的多个比特位来指示HARQ处理数目。

示例25包括示例11-12或22-24中的任意示例的主题(包括或省略可选的特征)，其中，MTC设备中的第一MTC设备是经由局部资源分配方案调度的。

示例26包括示例11-12或22-25中的任意示例的主题(包括或省略可选的特征)，其中，MTC设备中的第一MTC设备是经由分布式资源分配方案调度的。

示例27包括示例11-12或22-26中的任意示例的主题(包括或省略可选的特征)，其中，用于传输一个或多个M-PDCCH信号的特定于用户设备(UE)的搜索控制视根据超帧编号确定的。

示例28是一种用户设备(UE)，包括天线端口和处理器。该天线端口被配置为接收包括一组机器型通信(MTC)物理下行链路控制信道(PDCCH)信号(M-PDCCH信号)的窄带传输，该组M-PDCCH信号包括两个或更多个M-PDCCH信号。该处理器可操作地耦合到天线端口并且被配置为：对多个M-PDCCH信号进行预解码、解调和解扰；尝试对与公共搜索空间(CSS)相关联的多个M-PDCCH信号的第一子集进行盲解码，其中M-PDCCH信号的第一子集中至多有一个M-PDCCH信号被成功地盲解码；尝试对与特定于UE的搜索空间(USS)相关联的多个M-PDCCH信号的第二子集进行盲解码，其中所尝试的对第二子集的盲解码是通过至少部分地基于超帧索引的散列表进行的；以及基于对与UE相关联的M-PDCCH信号的成功解码，在第一子集或第二子集中标识出与UE相关联的M-PDCCH信号，其中对与UE相关联的M-PDCCH信号的成功解码是通过在对与UE相关联的M-PDCCH信号的盲解码之后没有循环冗余校验(CRC)错误而确定的。

示例29包括示例28的主题，其中，UE与蜂窝无线电网络临时标识(C-RNTI)相关联，并且其中处理器被配置为至少部分地基于C-RNTI来确定与UE相关联的经调度的符号索引。

示例30包括示例28的主题，其中，处理器还被配置为至少部分地基于与UE相关联的M-PDCCH信号确定经调度的下行链路分配或经调度的上行链路授权中的至少一者。

示例31包括示例30的主题，其中，与UE相关联的M-PDCCH信号包括MTC下行链路控制信息(M-DCI)消息，并且其中处理器被配置为至少部分地基于M-DCI消息确定经调度的下行链路分配或经调度的上行链路授权中的至少一者。

示例32包括示例31的主题，其中，M-DCI消息通过与UE和预定资源相关联的比特位来指示经调度的下行链路分配或经调度的上行链路授权中的至少一者。

示例33包括示例31的主题，其中，M-DCI消息通过局部资源分配方案动态地指示经调度的下行链路分配或经调度的上行链路授权中的至少一者。

示例34包括示例31的主题，其中，M-DCI消息通过分布式资源分配方案动态地指示经调度的下行链路分配或经调度的上行链路授权中的至少一者。

示例35是一个演进型NodeB(eNB)，包括用于存储可执行指令的装置、用于执行的装置以及用于发送的装置。用于执行的装置被配置为执行这些可执行指令以至少执行以下操作：针对一个或多个支持机器型通信(MTC)的用户设备(UE)确定下行链路调度或上行链路调度中的至少一者；至少部分地基于所确定的调度生成与一个或多个支持MTC的UE相关联的一个或多个MTC物理下行链路控制信道(PDCCH)信号(M-PDCCH信号)；并且对所生成的一个或多个M-PDCCH信号执行信道编码、多路复用和加扰。该用于发送的装置被配置为按照子载波递增然后正交频分复用(OFDM)递增的次序将一个或多个M-PDCCH信号映射到资源元素组(REG)并且经由小于1.4MHz的窄带宽发送一个或多个M-PDCCH信号。

示例36是一种用户设备(UE)，包括用于接收的装置和用于处理的装置。该用于接收的装置接收包括一组机器型通信(MTC)物理下行链路控制信道(PDCCH)信号(M-PDCCH信号)的窄带传输，该组M-PDCCH信号包括两个或更多个M-PDCCH信号。该用于处理的装置可操作地耦合到该用于接收的装置，并且被配置为：对多个M-PDCCH信号进行预解码、解调和解扰；尝试对与公共搜索空间(CSS)相关联的多个M-PDCCH信号的第一子集进行盲解码，其中M-PDCCH信号的第一子集中至多有一个M-PDCCH信号被成功地盲解码；尝试对与特定于UE的搜索空间(USS)相关联的多个M-PDCCH信号的第二子集进行盲解码，其中所尝试的对第二子集的盲解码是通过至少部分地基于超帧索引的散列表进行的；以及基于对与UE相关联的M-PDCCH信号的成功解码，在第一子集或第二子集中标识出与UE相关联的M-PDCCH信号，其中对与UE相关联的M-PDCCH信号的成功解码是通过在对与UE相关联的M-PDCCH信号的盲解码之后没有循环冗余校验(CRC)错误而确定的。

以上对本公开的说明性实施例的描述(包括在摘要中描述的内容)不意在是穷尽性的或者将所公开的实施例限制为所公开的精确形式。虽然为了说明性的目的描述了具体的实施例和示例，但是如相关领域的技术人员能够认识到的，本认为在这样的实施例和示例内的各种修改都是可能的。

在该方面，虽然已经结合各种实施例和相应的附图描述了所公开的主题，但是在合适的情况下，应当理解其它类似的实施例可被使用，或者可以对所描述的实施例做出修改和添加以执行所公开的主题的相同、相似、替换或替代功能，而不会产生背离。因此，所公开主题不应受到这里所公开的任意单一实施例的限制，而是应当按照所附权利要求的宽度和范围来解释。

在由上述组件或结构(组装、设备、电路、系统等)执行的各种功能的具体方面，用于描述这样的组件术语(包括对“装置”的提及)意在对应于(除非另外指明)执行所描述的组件的指定功能(例如，在功能上等同的)的任意组件或结构，虽然在结构上并不等同于所公开的执行这里示出的示例性实现方式中的功能的结构。另外，已经关于若干实现方式中的仅仅一个实现方式公开了特定特征，但是如对于任意给定或特定应用所期望的且有利的，这样的特征可以与其它实现方式的一个或多个其它特征相组合。