用于具有窄带部署的MTC的UE和eNB的方法和装置与流程

本申请要求于2014年7月2日递交的题为“PCFICHDESIGNFORMTCWITHNARROWBANDDEPLOYMENT”的美国临时专利申请序列No.62/020,314；于2014年6月27日递交的题为“SYSTEMDESIGNFORMTCWITHNARROWBANDDEPLOYMENT”的美国临时专利申请序列No.62/018,360；以及于2014年7月31日递交的题为“PHICHDESIGNFORMTCWITHNARROWBANDDEPLOYMENT”的美国临时专利申请序列No.62/031,491的优先权权益，其全部内容通过引用被合并于此。
技术领域：
实施例涉及用于无线通信的系统、方法和组件设备，并且特别涉及机器类型通信(MTC)。
背景技术：
：MTC是关于“物联网(IoT)”概念的新兴技术。现有移动宽带网络被设计为主要针对人工类型通信来优化性能，因此未被设计或优化以满足MTC相关需求。附图说明图1根据某些实施例，示出了系统的框图，该系统包括可根据MTC操作的演进型节点B(eNB)和用户设备(UE)。图2根据某些实施例，示出了具有窄带部署的MTC的系统设计的方面。图3根据某些实施例，示出了控制信道设计的方面。图4根据某些实施例，示出了控制信道设计的方面。图5A根据某些示例实施例，示出了针对下载具有两个混合自动重复请求(HARQ)过程的HARQ程序的方面。图5B根据某些示例实施例，示出了针对上传具有两个HARQ过程的HARQ程序的方面。图6A根据某些示例实施例，示出了针对下载具有四个HARQ过程的HARQ程序的方面。图6B根据某些示例实施例，示出了针对上传具有四个HARQ过程的HARQ程序的方面。图7根据某些示例实施例，示出了可由eNB执行的方法。图8根据某些示例实施例，示出了可由UE执行的方法。图9根据某些实施例，示出了物理控制格式指示符信道(PCFICH)设计的方面。图10A根据某些实施例，示出了资源元素组(REG)映射的方面。图10B根据某些实施例，示出了REG映射的方面。图11A根据某些实施例，示出了REG映射的方面。图11B根据某些实施例，示出了REG映射的方面。图12A根据某些实施例，示出了针对某些REG映射模式、天线端口和循环前缀(CP)选项的PCFICH资源映射的方面。图12B根据某些实施例，示出了针对某些REG映射模式、天线端口和CP选项的PCFICH资源映射的方面。图13A根据某些实施例，示出了针对某些REG映射模式、天线端口和CP选项的PCFICH资源映射的方面。图13B根据某些实施例，示出了针对某些REG映射模式、天线端口和CP选项的PCFICH资源映射的方面。图14A根据某些实施例，示出了针对某些REG映射模式、天线端口和CP选项的PCFICH资源映射的方面。图14B根据某些实施例，示出了针对某些REG映射模式、天线端口和CP选项的PCFICH资源映射的方面。图15A根据某些实施例，示出了针对某些REG映射模式、天线端口和CP选项的PCFICH资源映射的方面。图15B根据某些实施例，示出了针对某些REG映射模式、天线端口和CP选项的PCFICH资源映射的方面。图16A根据某些实施例，示出了针对某些REG映射模式、天线端口和CP选项的PCFICH资源映射的方面。图16B根据某些实施例，示出了针对某些REG映射模式、天线端口和CP选项的PCFICH资源映射的方面。图17根据某些示例实施例，示出了一种方法。图18根据某些示例实施例，示出了一种方法。图19根据某些实施例，示出了物理HARQ指示符信道(PHICH)设计的方面。图20根据某些实施例，示出了针对两个子帧的REG资源映射的方面。图21根据某些实施例，示出了PHICH资源映射的方面。图22根据某些实施例，示出了PHICH资源映射的方面。图23根据某些实施例，示出了针对两个子帧的REG资源映射的方面。图24根据某些实施例，示出了PHICH资源映射的方面。图25根据某些实施例，示出了PHICH资源映射的方面。图26根据某些实施例，示出了一种方法。图27根据某些实施例，示出了一种方法。图28根据某些实施例，示出了一种方法。图29根据某些示例实施例，示出了计算机器的方面。图30根据某些示例实施例，示出了UE的方面。图31是示出可与本文所描述的各种实施例关联使用的示例计算机系统机器的框图。具体实施方式实施例涉及系统、设备、装置、配件、方法和计算机可读介质以实现使用减低的系统带宽(例如，50KHz、100KHz、200KHz、400KHz、500KHz、600KHz等)的MTC。具体地，针对与eNB相关联的UE描述了系统和方法以实现利用这种降低的系统带宽的通信。以下描述和附图示出了具体实施例以使本领域技术人员能够实现它们。其他实施例可包括结构上、逻辑上、电气上、过程上或其他的改变。一些实施例的部分和特征可被包括在或其他实施例的部分和特征中或代替其他实施例的部分和特征。权利要求中给出的实施例包括这些权利要求的所有可能的等同形式。图1根据一些实施例示出了无线网络100。无线网络100包括经由空中接口190连接的UE101和eNB150。UE101和系统中的任何其他UE例如可以是：膝上型计算机、智能电话、平板计算机、打印机、机器型设备(例如，用于健康监测的智能计量或专业设备)、远程安全监督设备、智能交通系统、或具有或不具有用户接口的任何其他无线设备。eNB150向UE101提供经由eNB150提供的eNB服务区域中的空中接口190到更广阔网络(未示出)的网络连接。与eNB150相关联的每个eNB服务区域由与eNB150集成的天线支持。服务区域可被分成与某些天线相关联的多个扇区。这样的扇区可在物理上与固定天线相关联，或可被分配给具有可调谐天线或在波束成形过程中可调整的天线设置的物理区域，该波束成形过程用于将信号引导向特定扇区。eNB150的一个实施例例如包括三个扇区，每个扇区覆盖120度的区域，其中天线阵列指向每个扇区以在eNB150周围提供360度的覆盖。UE101包括与发送电路110和接收电路115耦合的控制电路105。发送电路110和接收电路115中的每一个可与一个或多个天线耦合。控制电路105可适于执行与MTC相关联的操作。发送电路110和接收电路115可分别适于在窄系统带宽(例如200KHz)内发送和接收数据。控制电路105可执行诸如在本公开其他地方所描述的关于UE的各种操作。在窄系统带宽内，发送电路110可发送多个复用的上行物理信道。该多个上行物理信道可根据时分复用(TDM)或频分复用(FDM)进行复用。发送电路110可在上行超帧中发送多个复用的上行物理信道，该上行超帧包括多个上行子帧。在窄系统带宽内，接收电路115可接收多个复用的下行物理信道。该多个下行物理信道可根据TDM或FDM进行复用。接收电路115可在下行超帧中接收多个复用的下行物理信道，该下行超帧包括多个下行子帧。发送电路110和接收电路115可分别根据预定HARQ消息调度、通过空中接口190来发送和接收HARQ确认(ACK)和/或否认(NACK)消息。预定HARQ消息调度可指示HARQACK和/或NACK消息将出现的上行和/或下行超帧。图1根据各种实施例还示出了eNB150。eNB150电路可包括与发送电路160和接收电路165耦合的控制电路155。发送电路160和接收电路165每一个可与一个或多个天线耦合，该一个或多个天线可被用于实现经由空中接口190的通信。控制电路155可适于执行与MTC相关联的操作。发送电路160和接收电路165可分别适于在窄系统带宽(例如200KHz)内发送和接收数据。控制电路155可执行诸如在本公开其他地方所描述的关于eNB的各种操作。在窄系统带宽内，发送电路160可发送多个复用的下行物理信道。该多个下行物理信道可根据TDM或FDM进行复用。发送电路160可在下行超帧中发送多个复用的下行物理信道，该下行超帧包括多个下行子帧。在窄系统带宽内，接收电路165可接收多个复用的上行物理信道。该多个上行物理信道可根据TDM或FDM进行复用。接收电路165可在上行超帧中接收多个复用的上行物理信道，该上行超帧包括多个上行子帧。发送电路160和接收电路165可分别根据预定HARQ消息调度、通过空中接口190来发送和接收HARQACK和/或NACK消息。预定HARQ消息调度可指示HARQACK和/或NACK消息将出现的上行和/或下行超帧。MTC然后可使用UE101和eNB150的电路、通过空中接口190来实现。MTC实现普遍的计算环境以使设备能够有效地彼此通信。IoT服务和应用促进MTC设备的设计和部署无缝集成到当前和下一代移动宽带网络(例如，根据第三代合作伙伴计划(3GPP)标准(例如3GPP长期演进(LTE)演进通用陆地无线电接入(E-UTRA)物理层过程(版本12)，2014年9月26日)操作的LTE和LTE高级通信系统)中。这些现有移动宽带网络被设计为主要针对人工类型通信来优化性能，因此未被设计或优化以满足MTC相关需求。本文所描述的MTC系统用于降低设备开销、增强覆盖和降低功耗。本文所描述的实施例尤其通过降低系统带宽来降低开销和功耗，该系统带宽大致相当于现有LTE设计的单个物理资源块(PRB)。使用降低的系统带宽的该蜂窝IoT可能在LTE载波的保护带内重新分配的全球移动通信系统(GSM)频谱或专用频谱中操作。当LTE系统带宽被降低到较低带宽时，现有LTE系统中的某些物理信道设计不能重复使用，因为信道标准不与较低带宽限制兼容。本文的实施例因此描述了用于通过窄带部署进行MTC的设备、系统、装置和方法，以解决以上由于较窄带宽限制(例如，PBCH、SCH、物理随机接入信道(PRACH)等)所标识的问题。实施例因此可包括：超帧结构，其中多个物理信道可以TDM方式复用；针对具有窄带部署的MTC的控制信道设计；以及针对具有窄带部署的MTC的、具有各种数量的HARQ过程的HARQ程序。尽管下文描述的实施例使用200KHz带宽，但该设计可被扩展至其他窄带宽(例如，50KHz、100KHz、400KHz、500KHz、600KHz等)。此外，MTC被用作针对所提出的窄带设计的初始目标应用，该设计可被扩展至其他窄带部署的应用(例如，设备到设备、IoT等)。各种物理信道可被用作这样的MTC的一部分。图2示出了这种情况的一种可能的实现方式；信道设计200中的信道被示出于针对下载292和上传294路径二者的超帧201、202和203内。这些物理信道包括但不限于：同步信道(M-SCH)209、物理广播信道(M-PBCH)210、控制信道220、物理下行共享信道(M-PDSCH)230、物理随机接入信道(M-PRACH)240、物理上行控制信道(M-PUCCH)250和物理上行共享信道(M-PUSCH)260。这些信道和其他可能的信道如下文所述。MTC同步信道(M-SCH)209可包括MTC主同步信号(M-PSS)和/或MTC次同步信号(M-SSS)。其可被用于支持时间和频率同步，并向UE提供小区的物理层标识和循环前缀长度。注意，M-SCH可以也可以不被用于区分频分双工(FDD)和时分双工(TDD)系统，尽管具有窄带部署的MTC系统可能不需要支持TDD。MTC物理广播信道(M-PBCH)210承载MTC主信息块(M-MIB)，该MTC主信息块包括有限数量的最常传输参数以用于初始接入小区。MTC控制信道包括MTC物理下行控制信道(M-PDCCH)和/或MTC物理控制格式指示符信道(M-PCFICH)和/或MTC物理混合ARQ指示符信道(M-PHICH)。注意，对于下行数据传输，可支持时域资源分配，然而对于上行数据传输，可支持时域和/或频域资源分配。M-PDSCH230被用于所有用户数据，并且被用于未被承载在PBCH210上的广播系统信息，并且用于寻呼消息。M-PUSCH260被用于上行数据传输。其可被用于承载用于具有窄带部署的MTC的MTC上行控制信息(M-UCI)。M-PRACH240被用于发送随机接入前导码。对于初始接入，其被用于实现上行同步。M-PUCCH250被用于承载M-UCI。具体地，M-PUCCH250传输中可支持针对接收到的M-SCH209传输块的HARQ确认和调度请求。给定窄带传输的性质，在M-PUCCH250中支持信道状态报告可能不是有益的，M-PUCCH250主要被用于协助基于信道的调度。MTC物理多播信道(M-PMCH)被用于支持多媒体广播和多播服务(MBMS)。图2示出了针对具有窄带部署的MTC的系统设计。在该系统设计中，一定数目的子帧被形成为超帧(例如，X个子帧被用于形成图2所示的超帧)。起始子帧和超帧的持续时间可预定义或由eNB配置，其中在后一种情形中，可基于具体系统配置、流量情境等来提供调度灵活性。超帧的持续时间和超帧中相应的子帧数量至少部分基于窄带部署的带宽来确定。在各种实施例中，超帧持续时间被配置为使得如上所述的在窄带宽操作的MTC通信与标准带宽LTE系统兼容。在一个实施例中，配置信息可被包括在M-PBCH中传递的MIB中，或其可被承载在另一系统信息块(SIB)中。在超帧中，多个物理信道以TDM或FDM的方式复用。更具体地，在下载(DL)202中，控制信道/M-PDSCH或M-SCH/M-PBCH/M-PDSCH/控制信道可被复用在一个超帧中。例如，如图所示，超帧201在超帧201的DL202中包括M-SCH209A、M-PBCH210A、控制信道220A和M-PDSCH230A，在超帧201的上传(UL)204中包括M-PRACH240A、M-PUCCH250A和M-PUSCH260A作为片段。因此，M-PRACH/M-PUCCH/PUSCH可被复用在一个超帧中。注意，UL204和DL202可使某些子帧偏移以允许额外的处理时间。该超帧结构还有益于解决在覆盖受限的情境中的问题。具体地，超帧的周期可被扩展以允许DL202和UL204传输的更多重复，从而提高链路预算。在某些实施例中，例如，为系统选择覆盖增强目标。覆盖增强目标可以是与超帧结构的周期性相关联的链路预算提高。换言之，通过(例如通过增加超帧中子帧的数量)增加超帧结构内的超帧的大小从而增加用于数据而不是用于间接开销的超帧的百分比，链路预算被提高。在其他实施例中，超帧大小可至少部分基于MTC系统的带宽。在某些实施例中，超帧可被设置为将MTC超帧中的数据量与标准LTE或LTE高级系统中的单个帧(例如10个子帧)中的数据量相匹配。在其他实施例中，超帧的结构可基于覆盖增强目标和与其他基于MTC系统的带宽的系统相兼容的结合。在一个实施例中，MTC区域可被限定以与当前LTE系统共存。具体地，在每个子帧中，MTC区域的起始正交频分复用(OFDM)符号可被预定义或由更高层配置。例如，MTC区域的起始符号可被配置在旧有LTE系统中的PDCCH区域之后。在DL202中，M-PDSCH传输被调度，并且允许M-PDCCH传输。与当前LTE规范不同，跨子帧调度被采用以用于具有窄带部署的MTC系统。为了避免针对M-PDCCH的过多盲目的解码尝试，M-PDCCH的起始子帧被限制为子帧的子集。关于周期和M-PDCCH传输的偏移的配置可被预定义或由eNB以特定于设备或特定于小区的方式进行配置。在一个实施例中，配置信息可被包括在M-PBCH210传递的MIB中。M-PBCH210以Y个子帧的周期进行传输，之前是M-SCH209传输。为了降低间接开销和提高频谱效率，M-PBCH210相对于M-PDCCH较不常被传输。在M-PDCCH传输与M-SCH209和M-PBCH210冲突的情形中，M-PDCCH的起始子帧被延迟N个子帧，其中N是被分配给M-SCH209和M-PBCH210传输的子帧数。注意，某些超帧可被配置为MBMS单频网络(MBSFN)超帧。M-PBCH210可被分配在经配置的MBSFN超帧中的控制区域之后。配置信息可由eNB配置和传输(广播或单播/组播)。如在现有LTE规范中，通过保证在UE接收器处信号保持在CP中，经扩展的循环前缀(CP)可被用于协助有效的MBSFN操作。在UL中，M-PUCCH250和M-PUSCH260在一个超帧中于M-PRACH之后传输。虽然如图1所示，M-PUSCH传输在M-PUCCH之后，但M-PUCCH可在M-PUSCH中间或在M-PUSCH之后传输。M-PRACH、M-PUCCH和M-PUSCH的时间位置可被预定义或由eNB配置。在一个实施例中，配置信息可被包括在M-PBCH中传递的MIB中。在一个示例中，M-PUSCH在子帧#0-#4和#6-#9中传输，而M-PUCCH在子帧#5中传输。在另一示例中，M-PUSCH在子帧#0-#8中传输，而M-PUCCH在子帧#9中传输。注意，为了允许充足的处理时间以供M-PDCCH解码，M-PUSCH传输的起始子帧可相对于M-PDCCH传输的最后一个子帧偏移一定数量的子帧。在一个实施例中，M-PCFICH在控制信道中可被认为是当前LTE规范。然而，与现有LTE标准中的PCFICH不同，M-PCFICH承载MTC控制格式指示符(M-CFI)，该M-CFI用于指示M-PDCCH和M-PDSCH传输的信息(例如，M-PDCCH传输的时间/频率位置)。在这种情形中，控制信道间接开销可根据具体系统配置、流量情境和信道条件进行调整。为了简化规范工作和实现方式，当前LTE规范中的一些现有PCFICH设计可被重复用于M-PCFICH设计(例如，调制方案、层映射和预编码器设计)。在这种情形中，16个M-PCFICH符号被分组成4个符号四联组(例如，资源元素)，并且每个符号四联组可被分配给一个MTC资源元素组(M-REG)。在其他实施例中，可使用其他分组。例如，在另一实施例中，M-PDCCH和/或M-PDSCH的时间/频率位置被预定义或由更高层配置。在该示例中，在控制信道设计中不需要M-PCFICH。此外，M-PHICH可以被包括在控制信道中，也可以不被包括在控制信道中。在一个实施例中，在控制信道设计中不需要M-PHICH。在具有窄带部署的MTC不支持HARQ或者当M-PHICH功能可由M-PDCCH替换的情况下，可以考虑这种情况。在另一实施例中，M-PHICH被支持以承载HARQACK/NACK，HARQACK/NACK指示eNB是否已正确接收到PUSCH上的传输。M-PHICH传输的PHICH组数可被预定义或由eNB配置。在一个实施例中，配置信息可在MTC物理广播信道(M-PBCH)中传递的MTC主信息块(M-MIB)中广播，或在MTC系统信息块(M-SIB)中广播。为了简化规范工作和实现方式，当前LTE规范中的一些现有PHICH设计可被重复用于M-PHICH设计(例如，调制方案、层映射和预编码器设计)。在这种情形中，一个M-PHICH组的12个符号被分组成3个符号四联组，并且每个符号四联组可被分配给一个MTC资源元素组(M-REG)。在支持M-PCFICH和M-PHICH的情形中，在针对具有窄带部署的MTC的控制区域设计中可以考虑以下若干选项。在一个实施例中，M-PCFICH位于控制区域的开头K0个子帧中，而M-PHICH位于控制区域的最后K1个子帧中。此外，M-PDCCH位于控制区域中未被分配给M-PCFICH和M-PHICH的资源元素中。在另一实施例中，M-PCFICH位于控制区域的开头M0个子帧中，而M-PHICH位于数据区域的M1个子帧中。类似地，M-PDCCH和M-PDSCH位于控制区域中未被分配给M-PCFICH和数据区域中未被分配给M-PHICH的资源元素中。注意，在下文所示的示例实施例中，MTC控制区域考虑连续的资源分配。在其他实施例中容易扩展到MTC控制区域的分布式资源分配。图3根据一些实施例，示出了控制信道300的一个实现方式。图3示出了超帧301内的控制区域320，其中控制区域320之后是数据区域330。控制区域320包括子帧370中的M-PCFICH360、子帧380中的M-PHICH350A和子帧390中的M-PHICH350，其中M-PDCCH元素在所有子帧中(包括子帧380中的M-PDCCH340)。在该实施例中，M-PCFICH360位于控制区域的开头K0个子帧中，而M-PHICH350A位于控制区域的最后K1个子帧中，其中K0＜(Ncontrol-1)，K1≤(Ncontrol-1)，并且Ncontrol是被分配给控制信道的子帧数。此外，M-PDCCH340传输在针对M-PCFICH360和M-PHICH350A传输的分配周围被进行速率匹配(rate-matched)或打孔(punctured)。注意，K0和K1可被预定义或由更高层配置。对于M-PCFICH360资源映射，4个符号四联组可以通过大约K0个子帧的四分之一被分开，或者被分配在连续的M-REG中，其中起始位置从物理小区标识中获得。类似地，对于M-PHICH350A资源映射，3个符号四联组可以通过大约K1个子帧的三分之一被分开，或者被分配在连续的M-REG中，其中起始位置从物理小区标识中获得。图3的实施例示出了用于具有窄带部署的MTC的控制区域设计选项1的一个示例。在该示例中，M-PCFICH360可被分配并平均分布在控制区域的第一子帧中(即K0＝1)。类似地，M-PHICH350A被从控制区域的第二子帧到最后一个子帧(即，K1＝(Ncontrol-1))平均分布。图4示出了用于具有窄带部署的MTC的控制区域设计的另一示例。在该示例中，M-PCFIC被分配并平均分布在控制区域的第一子帧中(即M0＝1)。类似地，M-PHICH被平均分布在数据区域中(即M1＝Ndata)。类似于图3的实施例，图4示出了超帧401中具有子帧470、490和M-PCFICH460的控制区域420。数据区域430在控制区域420之后。然而M-PHICH480在数据区域430内。在这一选项中，M-PCFICH460位于控制区域420的开头M0个子帧中，而M-PHICH480位于数据区域的M1个子帧中，其中M0＜(Ncontrol-1)，M1≤Ndata，并且Ndata是被分配给数据区域的子帧数。图4尤其示出了第一子帧中的那些，而附加实施例可使用上述相关配置。类似地，M-PDCCH和M-PDSCH分别被分配于控制区域中未被分配给M-PCFICH460和数据区域中未被分配给M-PHICH480的资源元素中。注意，M0和M1可被预定义或由更高层配置。类似于控制信道300的初始实施例，针对M-PCFICH460传输的4个符号四联组可以通过大约M0个子帧的四分之一被分开，或者被分配在连续的M-REG中，其中起始位置从物理小区标识中获得。对于M-PHICH480资源映射，3个符号四联组可以通过大约M1个子帧的三分之一被分开，或者被分配在连续的M-REG中，其中起始位置从物理小区标识中获得。图5A和5B示出了由UE501和eNB550实现的、具有两个HARQ过程的上传和下载HARQ程序。图5A示出了具有两个HARQ过程的下载HARQ程序，这两个HARQ过程被示为跨越超帧502-508的HARQ520和HARQ530。图5B示出了具有两个HARQ过程的上传HARQ程序，这两个HARQ过程被示为跨越超帧562-568的HARQ570和HARQ580。对于图5A的DLHARQ程序，在超帧502中，具有HARQ520过程的M-PDSCH被调度和传输。在UE501解码M-PDSCH之后，其经由超帧504中的M-PUCCH向eNB550反馈回ACK/NACK。在NACK的情形中，eNB550将在超帧506中调度重传。类似地，对于HARQ530过程，针对M-PDSCH的初始传输和重传分别被调度在超帧504和508中，而ACK/NACK反馈经由超帧506中的M-PUCCH传输。与现有LTE规范不同，针对HARQ确认的M-PUCCH资源索引可与针对相应的M-PDSCH传输的M-PDCCH中的第一控制信道元素(CCE)的索引或M-PDCCH的起始子帧的索引或二者的结合相关联。在另一实施例中，针对HARQ确认的M-PUCCH资源索引可由M-PDSCH传输的起始子帧指示。对于图5B的ULHARQ程序，在超帧562中，具有HARQ570过程的M-PUSCH被调度和传输。然后eNB550将经由超帧564中的M-PHICH发送ACK/NACK。如果MTCUE501接收到NACK，则在超帧566中将发生M-PUSCH重传。类似的设计原理也应用于HARQ580过程。与现有LTE规范不同，M-PHICH索引可与用于相应的M-PUSCH传输的起始子帧的索引相关联。图6A和6B示出了针对4个HARQ过程的上传和下载HARQ程序。图6A示出了UE601和eNB650之间、跨越超帧602-616的下载HARQ过程620、622、624和626。图6B示出了用于eNB650和UE601的、跨越超帧660-674的上传HARQ过程680、682、684和686。如图6A所示，对于DLHARQ过程，UE601将在其接收到M-PDSCH传输之后的两个超帧延迟之后，经由M-PUCCH提供ACK/NACK反馈。然后，在eNB650接收到NACK之后的两个超帧之后发生重传。对于ULHARQ过程，M-PUSCH传输与经由M-PHICH的ACK/NACK反馈之间的间隔以及ACK/NACK反馈与M-PUSCH重传之间的间隔类似地为两个超帧。相同的设计原理可被推广并应用于具有2xM个HARQ过程(M＞2)的HARQ程序。更具体地，数据传输(DL中的M-PDSCH和UL中的M-PUSCH)与ACK/NACK反馈(DL中的M-PUCCH和UL中的M-PHICH)之间的间隔以及ACK/NACK反馈与数据重传之间的间隔是M个超帧。在另一实施例中，在具有2xM个HARQ过程(M≥2)的HARQ程序的情形中，不平衡的处理间隔可被引入以允许在UE侧的增加的时间预算。在该选项中，M-PDSCH的重传与M-PUCCH传输(针对DLHARQ)之间的延迟以及M-PUSCH重传与M-PHICH传输(针对ULHARQ)之间的延迟不随HARQ过程的数量增加而放缩。例如，在M＝2的4个HARQ过程的情形中，对于DLHARQ，3个超帧的延迟可用于具有DLHARQ信息的M-PUCCH的传输，而重传(在NACK的情形中)被调度于下一超帧本身。在另一实施例中，多个HARQ过程可被调度在一个超帧中。在该选项中，多个M-PDCCH可被用于在一个超帧中调度多个M-PDSCH和/或M-PUSCH。然后，图7和图8示出了可由UE和相关联的eNB(例如图1的UE101和eNB150)执行的方法。方法700可由UE(例如UE101或任何本文描述的UE)执行，并且可包括操作705以复用多个下行物理信道。多个物理信道可根据TDM或FDM进行复用。方法700还可包括操作710以发送下行超帧，该下行超帧包括多个经复用的下行物理信道。在各种实施例中，下行超帧可具有预定持续时间(例如，包括预定数目的下行子帧)。下行超帧可包括预定的起始下行子帧。用于发送下行超帧的操作710可与预定的发送周期相关联。方法700还可包括操作715以基于下行超帧的发送来接收HARQACK和/或NACK消息。在各种实施例中，HARQACK和/或NACK消息可根据针对HARQACK/NACK消息通信的预定调度(例如，HARQACK/NACK消息可被调度为在发送下行超帧之后立即在上行超帧中接收)，在上行超帧(例如，预定多个上行子帧)中被接收。可选操作可包括：如果基于下行超帧的发送而接收到HARQNACK消息，则重传多个经复用的下行物理信道(例如，根据预定的重传调度、在另一下行超帧中)。图8示出了可由eNB(例如，eNB150或本文描述的任何eNB)的电路执行的相应方法800。方法800可包括操作805以复用多个上行物理信道。该多个上行物理信道可根据TDM或FDM进行复用。方法800还可包括操作910以发送上行超帧，该上行超帧包括多个经复用的上行物理信道。在各种实施例中，上行超帧可具有预定持续时间(例如，包括预定数目的上行子帧)。上行超帧可包括预定的起始上行子帧或由eNB在信息块(例如MIB或SIB)中用信号通知的起始上行子帧。用于发送上行超帧的操作810可与预定的发送周期相关联，该发送周期可被预定义或由eNB在信息块(例如MIB或SIB)中用信号通知。方法800还可包括操作815以基于上行超帧的发送来接收HARQACK和/或NACK消息。在各种实施例中，HARQACK和/或NACK消息可根据针对HARQACK/NACK消息通信的预定调度(例如，HARQACK/NACK消息可被调度为在发送上行超帧之后立即在下行超帧中接收)，在下行超帧(例如，预定多个下行子帧)中被接收。可选操作可包括：如果基于上行超帧的发送而接收到HARQNACK消息，则重传多个经复用的上行物理信道(例如，根据预定的重传调度、在另一上行超帧中)。图9-17涉及针对具有窄带部署的MTC中的PCFICH的实施例。图9示出了PCFICH处理的方面。PCFICH包括两比特的信息，对应于1、2或3个OFDM符号(针对诸如1.4MHz之类的窄带则为2、3或4个OFDM符号)的3种控制区域大小，该两比特的信息通过1/16比率分组码电路904被编码到32比特的码字中。该32个所得到的经编码比特由加扰电路906通过特定于小区和特定于子帧的扰码进行加扰，以随机化小区间干扰。这些输出比特然后进行正交相移键控(QPSK)907调制。所得到的16个符号被映射到16个资源元素作为子帧910的一部分，如映射920所示。因为直到PCFICH被解码才能知道控制区域的大小，因此PCFICH被映射到所示实施例中的每个子帧(包括子帧910)的第一OFDM符号。PCFICH到子帧中的第一OFDM符号中的资源元素的映射920以四资源元素组来执行，其中4个组在频率上很好地分离以获得较好的多样性。4个四资源元素组在图9中被示为资源元素921、922、923和924，其中每个资源元素组包括如图所示的4个资源元素，如图9所示总共16个资源元素。此外，为了避免邻居小区中的PCFICH传输之间的冲突，4个组在频域中的位置取决于物理层小区标识。在现有标准LTE系统(其中CFI被用于指示OFDM符号中的控制区域大小)中，M-CFI可被用于指示针对M-PDCCH和M-PDSCH传输的信息。在一些实施例中，该信息包含用于M-PDCCH和/或M-PDSCH传输的时间/频率单元(例如，符号、时隙、子帧、PRB等)的数量。例如，M-CFI可被用于指示用于M-PDCCH传输的子帧数目。在其他实施例中，该信息包含用于M-PDCCH和/或M-PDSCH传输的时间/频率位置。例如，M-CFI可被用于指示一个超帧中的哪些子帧被分配给M-PDCCH。在其他实施例中，该信息包含用于M-PDCCH和/或M-PDSCH传输的一组时间/频率位置。在其他实施例中，M-CFI可被用于指示M-PHICH配置(例如M-PHICH组的数目)。为了简化某些实现方式，CFI的相同码字可被重复使用，如表1中所列。表1：M-CFI码字M-CFIM-CFI码字<b0，b1，...，b31>n0<0，1，1，0，1，1，0，1，1，0，1，1，0，1，1，0，1，1，0，1，1，0，1，1，0，1，1，0，1，1，0，1>n1<1，0，1，1，0，1，1，0，1，1，0，1，1，0，1，1，0，1，1，0，1，1，0，1，1，0，1，1，0，1，1，0>n2<1，1，0，1，1，0，1，1，0，1，1，0，1，1，0，1，1，0，1，1，0，1，1，0，1，1，0，1，1，0，1，1>n3<0，0，0，0，0，0，0，0，0，0，0，0，0，0，0，0，0，0，0，0，0，0，0，0，0，0，0，0，0，0，0，0>(预留)如表1所示，由M-CFI承载的值(n0，n1，n2，n3)在某些实施例中可被预定义或由更高层配置。在一些实施例中，配置信息可在M-PBCH中传递的M-MIB中广播或在M-SIB中广播。在其他实施例中，值(n0，n1，n2，n3)可根据超帧持续时间来预定。例如，在M-CFI被用于指示用于M-PDCCH传输的子帧数目的情形中：当超帧持续时间跨越40ms时，我们可以将M-PDCCH子帧的数目设置为n0＝2，n1＝4，n2＝8，n3＝16。当超帧持续时间跨越80ms时，我们可以将(n0，n1，n2，n3)值设置为n0＝4，n1＝8，n2＝16，n3＝32。在其他实施例中，在M-CFI被用于指示用于M-PDCCH传输的一组时间/频率位置的情形中，n0指示第一组(子帧#0、#1、#2、#3)，n1指示第二组(子帧#4、#5、#6)，n2指示第三组(子帧#7、#8)，n3指示第四组(子帧#9)。在其他实施例中，额外数量的码字可被引入以允许将更细的粒度用于指示控制区域中的子帧的数目。在这种情形中，M-CFI码字需要在规范中被重新定义。如以上针对图9所述，在信道编码之后，执行加扰以随机化干扰。在一些M-PCFICH设计实施例中，与现有标准LTE规范中用于PCFICH的加扰程序相同的加扰程序可被应用于M-PCFICH。在一个实施例中，与LTE规范中所定义的加扰种子(seed)相同的加扰种子可被重复使用为：其中ns是时隙数，是小区ID。在其他实施例中，加扰种子可被定义为仅为小区ID的函数。例如，加扰种子可被给出为：在附加实施例中，加扰种子可被定义为小区ID和超帧号的函数，即：其中nsuperframe是超帧号。例如，加扰种子可被给出为：在附加实施例中，加扰种子可被定义为时隙号(ns)、小区ID和超帧号的函数。例如，其可被给出为：然后，相同调制方案(例如，如图9的QPSK调制907所示的QPSK)、层映射(例如，如映射920所示)、以及预编码可被重复用于M-PCFICH设计以简化实现并且保持与现有LTE系统的某些方面的兼容。在各种实施例中，M-PCFICH可位于控制区域的起始处或分布在控制区域中。在当前LTE规范中，REG被定义用于高达4个OFDM符号。对于具有窄带部署的MTC系统的某些实施例，M-REG可被扩展至一个子帧以保证足够的资源被分配给控制信道。具体地，在某些实施例中，4个资源元素(RE)按照先第一子载波然后OFDM符号的递增顺序被映射到未被用于参考信号(例如，特定于小区的参考信号(CRS)或其他MTC相关的参考信号(如果可应用的话))的M-REG。图10A和10B示出了M-REG映射模式。在不同实施例中，在正常CP情形中具有一个子帧和一个、两个或四个天线端口的不同映射模式可被使用。如图所示，在正常CP情形中，38个M-REG可用于具有一个或两个天线端口情况下的一个子帧中，如图10A所示，并且在正常CP情形中，36个M-REG可用于具有四个天线端口情况下的一个子帧中，如图10B所示。明显的是，相同设计原理可被应用至扩展CP以生成等效的映射模式来匹配扩展CP的情形。在该情形中，一个子帧中的可用M-REG的总数被降低至32和30，其中分别具有一个、两个或四个天线端口。在下文所示的示例中，M-REG映射规则基于CRS模式被设计。其可易于扩展至其他参考信号模式(例如，专用MTCDL参考信号(M-RS))。图11A和11B示出了针对附加实施例的M-REG映射模式。在图11A和11B所示的实施例中，OFDM符号3和10未被用于正常CP情形中的M-REG资源映射。注意，这两个符号可被用于M-PDCCH传输。图11A和11B示出了在该替换实施例中，在正常CP情形中，具有一个、两个或四个天线端口情况下的一个子帧中的M-REG映射模式。如图11A所示，在正常CP情形中，32个M-REG可用于具有二分之一的天线端口的情况下的一个子帧中，如图11B所示，在正常CP的情形中，30个M-REG可用于四个天线端口。图11A和11B的实施例可允许正常CP情形和扩展CP情形之间的统一M-REG映射设计以及针对M-PCFICH资源映射的点阵类型模式设计。这样的实施例可操作，其中：(6)z(p)(i)＝<y(p)(4i)，y(p)(4i+1)，y(p)(4i+2)，y(p)(4i+3)>表示用于M-PCFICH传输的天线端口p的符号四联组i，其中y(p)(k)，k＝0，...，15表示用于天线端口p的M-PCFICH信号，并且其中p＝0，...，P-1表示用于特定于小区的参考信号的天线端口的号码P∈{1，2，4}。在这样的实施例中，M-PCFICH在与M-PBCH相同的一组天线端口上传输。根据这两种M-REG映射模式，针对M-PCFICH资源映射可考虑若干选项。图12A和12B示出了用于图10A的M-REG映射模式的M-PCFICH资源映射。图12A示出了小区ID0的情形中的映射模式，并且图12B示出了小区ID2的情形中的映射模式。在第一这样的实施例中，在图10A和10B所示的M-REG映射模式的情形中，z(p)(0)和z(p)(1)被映射至时隙0中的M-REG，而z(p)(2)和z(p)(3)被映射至时隙1中的M-REG。为了降低小区间M-PCFICH冲突的风险，M-PCFICH映射取决于物理层小区标识。M-PCFICH资源映射规则可被定义如下：z(p)(0)被映射至由表示的M-REG；z(p)(1)被映射至由表示的M-REG；z(p)(2)被映射至由表示的M-REG；z(p)(3)被映射至由表示的M-REG；其中k是M-REG索引；并且NREG是一个子帧中M-REG的数目。在正常CP情形中，针对一个或两个天线端口NREG＝32，针对四个天线端口NREG＝36。在扩展CP情形中，针对一个或两个天线端口NREG＝32，针对四个天线端口NREG＝30。根据资源映射规则，对于小区ID0，M-PCFICH被映射至M-REG0，1，19和20，而针对小区ID2，M-PCFICH被映射至M-REG4，5，23和24。在这样的实施例中，针对不同小区的NREG/4个不同的M-PCFICH资源区域可被复用在一个子帧中。图13A和13B示出了用于替换实施例的M-PCFICH资源映射，其中用于M-PCFICH传输的4个符号四联组平均分布在一个子帧中。具体地，该实施例中的M-PCFICH资源映射规则可被定义如下：z(p)(0)被映射至由表示的M-REG；z(p)(1)被映射至由表示的M-REG；z(p)(2)被映射至由表示的M-REG；z(p)(3)被映射至由表示的M-REG；其中k是M-REG索引；并且NREG是一个子帧中M-REG的数目。在正常CP情形中，针对一个或两个天线端口NREG＝38，针对四个天线端口NREG＝36。在扩展CP情形中，针对一个或两个天线端口NREG＝32，针对四个天线端口NREG＝30。图13A示出了针对小区ID0，在正常CP情形中具有一个或两个天线端口的如图10A所示的M-REG映射模式的这种映射模式，而图13B示出了针对小区ID2的相应映射。根据这种资源映射，对于小区ID0，M-PCFICH被映射至M-REG0，9，18和28，而针对小区ID2，M-PCFICH被映射至M-REG2，10，20和30。图14A和14B示出了另一实施例，其中用于M-PCFICH传输的4个符号四联组可分配在连续的M-REG中，其中起始位置从物理小区标识中获得。M-PCFICH资源映射规则可被定义如下：z(p)(0)被映射至由表示的M-REG；z(p)(1)被映射至由表示的M-REG；z(p)(2)被映射至由表示的M-REG；z(p)(3)被映射至由表示的M-REG；其中k是M-REG索引；并且NREG是一个子帧中M-REG的数目。在正常CP情形中，针对一个或两个天线端口NREG＝38，针对四个天线端口NREG＝36。在扩展CP情形中，针对一个或两个天线端口NREG＝32，针对四个天线端口NREG＝30。图14A示出了用于在正常CP情形中具有一个或两个天线端口的图10A的M-REG映射模式的这些规则的M-PCFICH资源映射。根据资源映射规则的该第三实施例，对于小区ID0，M-PCFICH被映射至M-REG0，1，2和3。类似地，针对小区ID2，M-PCFICH被映射至M-REG8，9，10和11。以上示出了三种资源映射规则对由图10A所示的第一M-REG映射模式的应用。资源映射规则的类似的附加实施例可被应用至由图11A和11B所示的第二M-REG映射模式。在针对第二M-REG映射模式的这些附加实施例中，一个子帧中的每个时隙被分成两个子区域。在正常CP的情形中，符号0-2和7-9分别位于时隙0和1中的第一子区域中，而符号4-6和11-13分别位于时隙0和1中的第二子区域中。在扩展CP的情形中，符号0-2和7-9分别位于时隙0和1中的第一子区域中，而符号3-5和9-11分别位于时隙0和1中的第二子区域中。在各种这样的实施例中，用于M-PCFICH传输的每个符号四联组被映射至子区域之一。更具体地，z(p)(0)和z(p)(1)被分别映射至时隙0的子区域0和子区域1中的M-REG；而z(p)(2)和z(p)(3)被分别映射至时隙1的子区域0和子区域1中的M-REG。图15A和15B示出了用于图11A的M-REG映射模式的第一资源映射。在这样的实施例中，用于M-PCFICH传输的M-REG位置跨越时隙和子区域是相同的。类似地，这种实施例中M-PCFICH映射取决于物理层小区标识以降低小区间M-PCFICH冲突的风险。M-PCFICH资源映射规则被被定义如下：z(p)(0)被映射至由表示的M-REG；z(p)(1)被映射至由表示的M-REG；z(p)(2)被映射至由表示的M-REG；z(p)(3)被映射至由表示的M-REG；其中k是M-REG索引；并且NREG是一个子帧中M-REG的数目。针对一个或两个天线端口NREG＝32，针对四个天线端口NREG＝30。图15A示出了针对小区ID0，在正常CP情形中具有1/2的天线端口的如图11A所示的M-REG映射模式的这种M-PCFICH资源映射选项。图15B示出了针对小区ID2的相应映射。根据这种资源映射规则，对于小区ID0，M-PCFICH被映射至M-REG0，8，16，24。对于小区ID2，M-PCFICH被映射至M-REG2，10，18，26。图16A和16B示出了在同一时隙的两个子区域之间具有RE跳的实施例。图16A示出了在正常CP情形中具有1/2的天线端口和小区ID0的、图11A所示的具有M-REG映射模式的M-PCFICH资源映射的这种实施例。图16B示出了具有小区ID2的相应映射。在同一时隙的两个子区域之间具有RE跳的资源映射使得小区ID0的资源映射为：M-PCFICH被映射至M-REG0，9，16和25。类似地，针对小区ID2，M-PCFICH被映射至M-REG2，11，18和27。在M-PCFICH资源映射的其他实施例中，M-REG可被扩展至K个子帧，其中K可被预定义或由更高层配置。针对图10A、10B、11A、11B所示的两种M-REG映射模式的相同设计原理可被扩展至K个子帧。此外，所示模式可易于扩展至M-PCFICH跨越K个子帧的情形。这样的实施例提高了将具有不同M-PCFICH资源的更多小区进行复用的能力。然而，因为M-PCFICH跨越多个子帧，MTCUE可存储多个子帧以解码M-CFI内容，这可能增加对于控制信道的解码延迟。此外，对于这样的实施例，加扰种子可能不被定义为子帧号的函数。而是加扰种子可被定义为物理小区ID或超帧号或这两个参数的组合的函数，如上文所给出的。在一些实施例中，MTC区域可被定义以与当前LTE系统共存。具体地，每个子帧中的MTC区域的起始OFDM符号可被预定义或由更高层配置。在附加实施例中，M-REG可被定义在MTC区域之内。例如，如果MTC区域的起始符号被配置为3，则M-REG可在K个子帧中的一个子帧或每个子帧中从符号3到符号13被定义。在这样的实施例中，如以上针对图10-16所示的相同设计原理可被应用于M-PCFICH资源映射。图17描述了用于PCFICH操作的方法1700。在各种实施例中，方法1700可由eNB(例如eNB150)的电路执行。这样的eNB的电路可适于确定与窄系统带宽内的无线通信(例如MTC)相关联的配置信息。该配置信息可与M-PDCCH、M-PDSCH和/或M-PHICH中的一个或多个相关联。控制电路可生成M-CFI以向UE指示所确定的配置信息。在各种实施例中，控制电路可适于将资源元素映射至一个或多个M-REG以通过M-PCFICH传输。在窄系统带宽内，eNB的发送电路可通过M-PCFICH向UE发送所生成的M-CFI。因此，接收电路可适于基于针对窄系统带宽内的MTC的配置信息从UE接收数据。方法1700可包括操作1705以确定与窄系统带宽内的MTC相关联的配置信息。该配置信息可与M-PDCCH、M-PDSCH和/或M-PHICH中的一个或多个相关联。方法1700还可包括操作1710以生成M-CFI来指示所确定的配置信息。操作1715然后包括通过M-PCFICH向UE发送所生成的M-CFI。在各种实施例中，操作1715可包括与将资源元素映射至一个或多个M-REG以通过M-PCFICH传输相关联的操作。因此，与eNB通信的UE可使用由M-CFI针对窄系统带宽内的MTC所指示的配置信息。图18描述了方法1800。方法1800可由诸如图1的UE101之类的UE执行。在窄系统带宽内，这样的UE的接收电路可被配置为通过M-PCFICH从eNB接收M-CFI。基于M-CFI，UE的控制电路可适于检测与窄系统带宽内的无线通信(例如MTC)相关联的配置信息。该配置信息可与M-PDCCH、M-PDSCH和/或M-PHICH中的一个或多个相关联。UE的发送电路可适于从窄系统带宽内的UE发送数据。UE电路然后可以执行方法1800，方法1800可包括操作1805以通过M-PCFICH从eNB接收M-CFI。操作1810然后包括基于针对窄系统带宽内的MTC的M-CFI检测配置信息。检测到的配置信息可与M-PDCCH、M-PDSCH和/或M-PHICH中的一个或多个相关联。例如，检测到的配置信息可指示用于通过M-PDCCH、M-PDSCH和/或M-PHICH中的一个或多个进行的窄系统带宽内的MTC的一个或多个时间和/或频率单元(例如，符号、时隙、子帧、物理资源块等)。图19-25涉及具有窄带部署的MTC中的PHICH设计的实施例。本文所描述的某些这样的实施例基于超帧号使用M-PHICH上的加扰，以及基于针对特定实施例的超帧定义使用M-PHICH资源分配。此外，实施例结合用于MTC窄带系统的M-REG描述了M-PHICH位置和映射规则。图19示出了PHICH处理的方面。PHICH承载HARQACK/NACK，HARQACK/NACK指示eNB(例如eNB150)是否已经正确接收到PUSCH上的传输。HARQ指示符(其为每个传输块单比特信息)针对PHICH组1901中的每个PHICH、使用重复电路1902、1912重复三次，其后是针对每个PHICH的二进制相移键控(BPSK)调制电路1904和1914。多个PHICH被映射到同一组资源元素，如图19所示。这些组成了PHICH组，如PHICH组1901所示，其中同一PHICH组1901内的不同PHICH通过不同的复正交码1930和1932(例如，Walsh序列)来分离。序列长度对于正常CP而言是4(或在扩展CP的情形中是2)。在形成表示组中的PHICH的合成信号之后，特定于小区的加扰1937被应用，并且12个经加扰的符号被映射至三个资源元素组1941、1942、1943，三个资源元素组1941、1942、1943以大约下行小区带宽的三分之一被分开。注意，PHICH资源1941、1942、1943由索引对标识，其中是PHICH组号并且是组内的正交序列索引。PHICH索引与用于相应PUSCH传输的最低上行资源块的索引隐式关联。此外，被配置用于不同UE的上行解调参考信号的循环移位被用于获取PHICH索引。用于M-PHICH传输的PHICH组(例如PHICH组1901)的数目可被预定义或由eNB(例如eNB150)配置。在一个实施例中，配置信息可在M-PBCH中传递的M-MIB中广播或在M-SIB中广播。在其他实施例中，PHICH组的数目可被预定义或基于超帧持续时间来配置。例如，类似于现有LTE规范，PHICH组的数目在所有超帧中是恒定的，并且被给出为：(7)其中Ng由更高层提供，并且NSuperFrame是超帧的持续时间。例如，Ng∈{1/6，1/2，1，2}。对于各种实施例中的M-PHICH处理，现有(高带宽)LTE规范中所使用的信道编码可通过ACK/NACK重复三次来应用。此外，与当前LTE标准中相似的调制映射、正交序列和生成调制符号序列d(0)，...，d(Msymb-1)的程序可被重用，其中Msymb是用于M-PHICH传输的符号数。此外，在其他实施例中，与LTE规范中所定义的加扰种子相同的加扰种子可被重复使用，该加扰种子可以是：其中ns是时隙号并且是小区ID。在其他实施例中，加扰种子可被定义为仅为小区ID的函数。例如，加扰种子可被给出为：在其他实施例中，加扰种子可被定义为小区ID和超帧号的函数，即：其中nsuperframe是超帧号。例如，加扰种子可被给出为：在其他实施例中，加扰种子可被定义为时隙号(ns)、小区ID和超帧号的函数。例如，其可被给出为：在这些各种实施例中，根据标准LTE系统所使用的资源组对齐、层映射和预编码可被用于M-PHICH设计(该M-PHICH设计与本文所描述的实施例的超帧设计相结合)，以易于与这样的现有系统集成。如上所述，各种M-PHICH资源映射可被使用并被分配在控制区域或数据区域中。以上讨论的示例包括M-PHICH被分配在控制区域的最后K0个子帧中的第一实施例，其中K0≤(Ncontrol-1)，并且Ncontrol是被分配给控制信道的子帧数。实施例包括M-PHICH位于数据区域的K1个子帧中的第二实施例，其中K1≤Ndata，并且Ndata是被分配给数据区域的子帧数。以上讨论的实施例包括M-PHICH位于超帧内的起始K2个子帧中的第三实施例。作为第三实施例的特殊情形，K2＝1。在下文图20-25中所讨论的实施例中，针对MTC控制区域考虑连续的资源分配。在各种未具体说明但基于本文的描述将是明显的其他实施例中可扩展至针对MTC控制区域的分布式资源分配。令其中i＝0，1，2表示天线端口p的符号四联组i，其中是M-PHICH组中的M-PHICH映射单元。虽然下文所示的示例考虑所有OFDM符号被分配用于M-REG资源映射的情形，但类似的设计原理可易于扩展至MTC区域中的OFDM符号如以上针对PCFICH设计所描述的那样被分配用于M-REG资源映射的情形。例如，如果MTC区域的起始符号被配置为3，则M-REG可在K个子帧中的一个子帧或每个子帧中从符号3到符号13被定义。如上所述，M-REG可被定义和从现有REG扩展以用于控制信道设计的一个或多个子帧。具体地，4个RE可以按照先第一子载波然后OFDM符号的递增顺序被映射到未被用于参考信号(例如，CRS或其他MTC相关的参考信号(如果可应用的话))的M-REG。在下文所讨论的某些实施例中，M-REG映射规则基于CRS模式进行设计。明显的是，可从其他参考信号模式(例如，专用M-RS)中得到附加实施例。图20示出了在正常CP的情形中具有一个或两个天线端口的、用于两个子帧的M-REG资源映射。相同的设计原理可被应用于多个各种不同的实施例中的四个天线端口和/或扩展CP。在图20所示的实施例中，NREG被定义为一个子帧中M-REG的数目。根据M-REG资源映射模式，在正常CP情形中，针对一个或两个天线端口NREG＝32，针对四个天线端口NREG＝36。在扩展CP情形中，针对一个或两个天线端口NREG＝32，针对四个天线端口NREG＝30。对于第K个子帧，起始M-REG索引是(K-1)·NREG，并且最后一个M-REG索引是K·NREG-1。例如，如图20所示，在正常CP的情形中具有一个或两个天线端口的情况下，第2个子帧的起始M-REG索引和最后一个M-REG索引分别是38和75。在一些实施例中，M-PHICH被平均分布在控制区域最后K0个子帧中，其中K0≤(Ncontrol-1)。K0可被预定义或由更高层配置。例如，M-PHICH可从控制区域的第二子帧到最后一个子帧被分配。在另一示例实施例中，M-PHICH可被分配在控制区域的最后两个子帧中，这可有助于缓解HARQ过程数较小时的上行处理时序问题。在本文针对M-PHICH资源映射所描述的各种实施例中，一个M-PHICH组中的三个符号四联组以K0个子帧的大约三分之一被分开，其中起始位置从物理小区标识中获得。该资源映射方案可有助于利用时间多样性的优势，并且降低小区间M-PHICH冲突的风险。选项1的M-PHICH资源映射规则可被定义如下：到用于M-PHICH传输的资源元素的映射根据以下步骤1-7以符号四联组来定义：1)令nc表示K0个子帧中的资源元素组的数目。2)将资源元素组从0到nc-1编号，从具有最低频域索引然后时域索引的资源元素组开始。3)初始化m′＝0(M-PHICH映射单元号)。4)对于i＝0，1，2中的每个值，根据如上文所定义的M-REG资源映射模式，来自M-PHICH映射单元m′的符号四联组z(p)(i)被映射至由M-REG索引ki所表示的资源元素组，其中ki由下式给出：5)m′增加1。6)从步骤4开始重复，直到所有M-PHICH映射单元已被分配。图21根据上述正常CP情形中具有1/2的天线端口和两个子帧的实施例，示出了M-PHICH资源映射的一个示例。在示例中，并且从图中可以看出，M-REG的总数nc是76并且M-PHICH在M-REG2、27和52中传输。图22示出了使用不同资源映射的替换实施例。在这样的替换实施例中，一个M-PHICH组中的三个符号四联组被分配在连续的M-REG中，其中起始位置从物理小区标识中获得。替换M-PHICH资源映射规则可被定义如下：到用于M-PHICH传输的资源元素的映射根据以下步骤1-7以符号四联组来定义：1)令nc表示K0个子帧中的资源元素组的数目。2)将资源元素组从0到nc-1编号，从具有最低频域索引然后是时域索引的资源元素组开始。3)初始化m′＝0(M-PHICH映射单元号)。4)对于i＝0，1，2中的每个值，根据如上文所定义的M-REG资源映射模式，来自M-PHICH映射单元m′的符号四联组z(p)(i)被映射至由M-REG索引ki所表示的资源元素组，其中ki由下式给出：5)m′增加1。6)从步骤4开始重复，直到所有M-PHICH映射单元已被分配。图22示出了上述正常CP情形中具有一个或两个天线端口的情况下针对两个子帧的替换M-PHICH资源映射的一个示例。在示例中，并且从图22中可以看出，M-REG的总数nc是76并且M-PHICH在M-REG6、7和8中传输。图23-25示出了额外的一组替换实施例。在这样的实施例中，M-PHICH被分配于数据区域中。更具体地，三个符号四联组可以通过K1个子帧的大约三分之一被分开或者被分配在数据区域的连续M-REG中，其中起始位置从物理小区标识中获得。K1可被预定义或由更高层配置。在一个实施例中，与上文针对图20所讨论的相同的用于M-REG和M-PHICH资源映射规则可应用于数据区域。在这种情形中，M-PDSCH传输在分配给M-PHICH传输的RE周围被打孔或速率匹配。在某些其他实施例中，M-PHICH位于参考信号(例如，CRS或专用M-RS)附近的RE中，以便提高针对M-PHICH传输的信道评估性能。例如，被分配给CRS传输的12个子载波的中心的4个RE可被分组为M-REG。图23示出了正常CP情形中具有一个或两个天线端口的情况下针对两个子帧的M-REG资源映射。在该示例中，在正常CP和一个或两个天线端口的情形中，在每个子帧中的OFDM符号#0、#4、#7、#11中，M-REG位于中间4个RE中。此外，两个子帧中M-REG的数目为8。基于所提出的数据区域中的M-REG资源映射模式，M-PHICH资源映射可遵循与选项1中相同的原则(即，一个M-PHICH组中的三个符号四联组可以通过数据区域中的K1个子帧的大约三分之一被分开)。此外，基于所提出的M-REG模式，相同的M-PHICH资源映射规则可被应用到该选项。在这样的实施例中，M-PDSCH传输在分配给M-PHICH传输的RE周围被打孔或速率匹配。图24示出了正常CP情形中具有一个或两个天线端口的情况下，针对数据区域中的三个子帧的如图23所描述的M-PHICH资源映射。在这样的实施例中，并且在图24中可以看出，M-REG的总数nc是12并且M-PHICH在M-REG#2、#6和#10中传输，这些M-REG分别被分配在第一、第二和第三子帧中的OFDM符号#7的中间4个RE中。图25示出了其他实施例，其中M-PHICH按照M-REG的升序分配，其中起始索引从物理小区ID获得。类似地，M-PDSCH传输在分配给M-PHICH传输的RE周围被打孔或速率匹配。图25示出了在正常CP的情形中具有一个或两个天线端口的情况下，针对数据区域中的三个子帧的替换M-PHICH资源映射。在该示例中，并且从图24中可以看出，M-REG的总数nc是12并且M-PHICH在M-REG#6、#7和#8中传输。除了以上描述了M-PHICH资源映射的第一和第二选项的实施例之外，在第三组其他实施例中，M-PHICH位于超帧内的开始K2个子帧中。在某些实施例中，K2＝1。与以上针对图20-22描述的类似的M-PHICH资源映射机制可应用于这样的实施例。更具体地，M-PHICH可平均分布或分配在超帧内的开始K2个子帧中的连续M-REG中。如以上具体针对图5A、5B、6A和6B所讨论的，基于超帧结构提出了具有各种数目的HARQ过程的DL/ULHARQ程序。更具体地，对于具有2xM个HARQ过程的ULHARQ程序，M-PUSCH传输和M-PHICH中的ACK/NACK反馈之间的间隔是M个超帧。根据这样的实施例，对于从服务小区c调度的、在超帧n中的M-PUSCH传输，UE应确定超帧n+M中服务小区c的相应M-PHICH资源。类似于现有LTE规范，M-PHICH资源可由索引对标识，其中是M-PHICH组号，并且是组内的正交序列索引。在一个实施例中，M-PHICH资源索引可被定义为：其中，nDMRS根据DMRS字段的循环移位进行映射；是用于M-PHICH调制的扩频因子大小；是由更高层配置的M-PHICH组的数目；以及IPRB_RA是如LTE标准所描述的相应M-PUSCH传输的资源索引。IPRB_RA可被定义为相应的M-PUSCH传输的时间或频率位置(例如，符号、时隙、子帧、PRB等)的函数，或这些参数的任何组合的函数。例如，在一些实施例中，如果针对UL数据传输考虑TDM，则IPRB_RA可被定义为相应M-PUSCH传输的起始子帧。在这些额外的实施例中，M-PHICH资源索引可被定义为：在根据(15)的实施例中，在获得M-PHICH资源索引时没有使用循环移位索引。图26描绘了可由诸如图1的UE101之类的UE执行的方法2600。这样的UE的电路可被配置为基于接收到的下行数据来发送HARQ数据。例如，发送电路可使用MTCPHICH来发送HARQ数据。这样的UE的控制电路可执行诸如本公开中的其他地方所描述的那些操作之类的各种操作。控制电路可适于基于接收到的下行数据来生成HARQ数据，并基于物理小区标识来分配与MTCPHICH相关联的资源。方法2600包括用于从eNB接收下行传输的操作2605，以及用于基于接收到的下行数据生成HARQ数据的操作2610。操作2615包括基于物理小区标识来分配与MTCPHICH相关联的资源，并且操作2620包括使用MTCPHICH来发送HARQ数据。图27描绘了可由诸如图1的eNB150之类的eNB执行的方法2700。这样的eNB的电路可适于接收例如来自执行方法2600的UE的上行传输。在各种实施例中，这样的eNB的发送电路可基于接收到的上行数据来发送HARQ数据。这样的发送电路可被配置为使用MTCPHICH来发送HARQ数据。这样的eNB的控制电路可执行诸如本公开中的其他地方所描述的那些操作之类的各种操作。控制电路可适于基于接收到的上行数据来生成HARQ数据，并基于物理小区标识来分配与MTCPHICH相关联的资源。方法2700包括用于从UE接收上行传输的操作2705。在方法2700的实施例中，操作2705之后是用于基于接收到的上行数据生成HARQ数据的操作2710，然后是用于基于物理小区标识来分配与MTCPHICH相关联的资源的操作2715。操作2720然后包括使用MTCPHICH来发送HARQ数据。图28描绘了另一方法2800。在操作1802中，超帧结构被确定，该超帧结构是至少部分地基于窄带部署的带宽来设置的。这一设置可以是由如上所述的系统值或目标控制的可调整设置。在其他实施例中，其可基于系统硬件被设置为系统的固定结构。然后在操作2804中，确定针对与eNB通信的UE的配置信息。在操作2806中，生成用于指示所确定的配置信息的针对UE的M-CFI的配置，并且在操作2808中，通过具有超帧结构的超帧内的M-PCFICH来发送M-CFI。在这些方法和本文描述的任何方法中，根据各种实施例，操作可以各种顺序执行，或者可包括中间步骤。附加实施例可以是一种用于具有窄带部署的机器类型通信(MTC)的演进型节点B(eNB)的装置。该装置可以是例如集成电路、具有集成电路的板配件、片上系统或任何其他这样的装置。这样的装置实施例包括控制电路以及发送电路，该控制电路被配置为：确定超帧结构，其中超帧结构至少部分基于窄带部署的带宽而设置；确定针对与eNB通信的用户设备(UE)的配置信息；以及生成用于指示所确定的配置信息的针对UE的MTC控制格式指示符(M-CFI)的配置；该发送电路被配置为通过具有超帧结构的超帧内的窄带MTC物理控制格式指示符信道(M-PCFICH)来发送M-CFI。附加实施例可在如下情形中操作：其中M-CFI指示针对MTC物理下行控制信道(M-PDCCH)或MTC物理下行共享信道(M-PDSCH)传输的资源信息。附加实施例可在如下情形中操作：其中M-PDCCH包括用于M-PDCCH的多个符号、时隙、子帧、子载波以及物理资源块(PRB)。附加实施例还包括MTC物理广播信道(M-PBCH)电路，该M-PBCH电路包括：分组码电路，被配置为生成码字；加扰电路，被耦合到分组码电路，并且被配置为对码字进行加扰；以及调制电路，被配置为根据经加扰的码字生成多个符号。附加实施例可在如下情形中操作：其中M-PCFICH根据多个符号、通过从与符号相关联的资源元素到超帧结构的一个或多个子帧上的M-PCFICH映射来确定。附加实施例可在如下情形中操作：其中加扰电路被配置为使用基于与超帧相关联的超帧号的函数的加扰序列来对码字进行加扰。附加实施例可在如下情形中操作：其中MTC资源元素组(M-REG)被定义用于M-PCFICH的传输，其中多个资源元素(RE)被映射至未被用于参考信号的M-REG。附加实施例可在如下情形中操作：其中多个RE至少部分基于与M-REG相关联的正交频分复用符号和第一子载波被映射。附加实施例可在如下情形中操作：其中M-REG被分配在超帧的一个或多个部分子帧上。附加实施例可在如下情形中操作：其中M-REG被分配在超帧的一个或多个连续或非连续的全部子帧上。附加实施例可在如下情形中操作：其中eNB还包括用于将M-PCFICH符号映射到所指示的M-REG上的电路，其中起始位置根据物理小区标识。附加实施例可在如下情形中操作：其中eNB被安排为使用下式来映射M-PCFICH符号：z(p)(i)＝<y(p)(4i)，y(p)(4i+1)，y(p)(4i+2)，y(p)(4i+3)>该式表示用于M-PCFICH传输的天线端口p的符号四联组i，其中y(p)(k)，k＝0，...，15表示用于天线端口p的M-PCFICH信号，并且其中p＝0，...，P-1表示用于特定于小区的参考信号的天线端口的号码，P∈{1，2，4}；其中：z(p)(0)被映射至由表示的M-REG；z(p)(1)被映射至由表示的M-REG；z(p)(2)被映射至由表示的M-REG；以及z(p)(3)被映射至由表示的M-REG；并且其中：k是M-REG索引；以及NREG是超帧的一个子帧中M-REG的数目。附加实施例可在如下情形中操作：其中UE包括4个天线端口；其中与超帧相关联的循环前缀是扩展的循环前缀；并且其中：NREG＝38。附加实施例可在如下情形中操作：其中eNB被安排为使用下式来映射M-PCFICH符号：z(p)(i)＝<y(p)(4i)，y(p)(4i+1)，y(p)(4i+2)，y(p)(4i+3)>该式表示用于M-PCFICH传输的天线端口p的符号四联组i，其中y(p)(k)，k＝0，...，15表示用于天线端口p的M-PCFICH信号，并且其中p＝0，...，P-1表示用于特定于小区的参考信号的天线端口的号码，P∈{1，2，4}；其中：z(p)(0)被映射至由表示的M-REG；z(p)(1)被映射至由表示的M-REG；z(p)(2)被映射至由表示的M-REG；z(p)(3)被映射至由表示的M-REG；其中k是M-REG索引；并且NREG是超帧的一个子帧中M-REG的数目。附加实施例可在如下情形中操作：其中eNB被安排为使用下式来映射M-PCFICH符号：z(p)(i)＝<y(p)(4i)，y(p)(4i+1)，y(p)(4i+2)，y(p)(4i+3)>该式表示用于M-PCFICH传输的天线端口p的符号四联组i，其中y(p)(k)，k＝0，...，15表示用于天线端口p的M-PCFICH信号，并且其中p＝0，...，P-1表示用于特定于小区的参考信号的天线端口的号码，P∈{1，2，4}；其中：z(p)(0)被映射至由表示的M-REG；z(p)(1)被映射至由表示的M-REG；z(p)(2)被映射至由表示的M-REG；z(p)(3)被映射至由表示的M-REG；其中k是M-REG索引；并且NREG是超帧的一个子帧中M-REG的数目。另一实施例是一种由用于具有窄带部署的机器类型通信(MTC)的演进型节点B(eNB)的电路执行的方法，包括：确定超帧结构，其中超帧结构至少部分基于覆盖增强目标而设置；确定针对与eNB通信的用户设备(UE)的配置信息；以及生成用于指示所确定的配置信息的针对UE的MTC控制格式指示符(M-CFI)的配置；以及发送电路，被配置为通过具有超帧结构的超帧内的窄带MTC物理控制格式指示符信道(M-PCFICH)来发送M-CFI。该方法的另一实施例在如下情形中操作：其中MTC资源元素组(M-REG)被定义用于M-PCFICH的传输，其中多个资源元素(RE)被映射至未被用于参考信号的M-REG；并且其中多个RE至少部分基于与M-REG相关联的正交频分复用符号和第一子载波进行映射。该方法的另一实施例在如下情形中操作：其中MTC资源元素组(M-REG)被定义用于M-PCFICH的传输，其中多个资源元素(RE)被映射至未被用于参考信号的M-REG；并且其中M-REG被分配在超帧的一个或多个连续或非连续的全部子帧上；其中eNB还包括用于将M-PCFICH符号映射到所指示的M-REG上的电路，其中起始位置根据物理小区标识；其中eNB被安排为使用下式来映射M-PCFICH符号：z(p)(i)＝<y(p)(4i)，y(p)(4i+1)，y(p)(4i+2)，y(p)(4i+3)>该式表示用于M-PCFICH传输的天线端口p的符号四联组i，其中y(p)(k)，k＝0，...，15表示用于天线端口p的M-PCFICH信号，并且其中p＝0，...，P-1表示用于特定于小区的参考信号的天线端口的号码，P∈{1，2，4}；其中：z(p)(0)被映射至由表示的M-REG；z(p)(1)被映射至由表示的M-REG；z(p)(2)被映射至由表示的M-REG；以及z(p)(3)被映射至由表示的M-REG；并且其中：k是M-REG索引；以及NREG是超帧的一个子帧中M-REG的数目。另一实施例是一种非暂态计算机可读介质，该非暂态计算机可读介质包括指令，指令当被一个或多个处理器执行时，将用于具有窄带部署的机器类型通信(MTC)的演进型节点B(eNB)配置为执行以下操作，包括：确定超帧结构，其中超帧结构至少部分基于覆盖增强目标而设置；确定针对与eNB通信的用户设备(UE)的配置信息；生成用于指示所确定的配置信息的针对UE的MTC控制格式指示符(M-CFI)的配置；以及发送电路，被配置为通过具有超帧结构的超帧内的窄带MTC物理控制格式指示符信道(M-PCFICH)来发送M-CFI；其中M-CFI指示针对MTC物理下行控制信道(M-PDCCH)或MTC物理下行共享信道(M-PDSCH)传输的资源信息。附加实施例可在如下情形中操作：其中MTC资源元素组(M-REG)被定义用于M-PCFICH的传输，其中多个资源元素(RE)被映射至未被用于参考信号的M-REG；并且其中M-REG被分配在超帧的一个或多个部分子帧上。附加实施例可在如下情形中操作：其中指令还将MTC物理广播信道(M-PBCH)电路配置为生成码字、对码字进行加扰以及根据码字生成多个符号；其中M-CFI指示针对MTC物理下行控制信道(M-PDCCH)或MTC物理下行共享信道(M-PDSCH)传输的资源信息。另一实施例可以是一种用于具有窄带部署的机器类型通信(MTC)的用户设备(UE)的装置，装置包括：接收电路，被配置为通过具有超帧结构的超帧内的窄带MTC物理控制格式指示符信道(M-PCFICH)、从增强型节点B(eNB)接收MTC控制格式指示符(M-CFI)；以及控制电路，被配置为：基于M-CFI检测与超帧结构相关联的配置信息，其中检测到的超帧结构至少部分基于覆盖增强目标。附加实施例可在如下情形中操作：其中覆盖增强目标包括与超帧结构的周期性相关联的链路预算提升。附加实施例可在如下情形中操作：该装置还包括发送电路，发送电路被配置为使用MTC物理混合自动重复请求(HARQ)指示符信道(M-PHICH)来发送HARQ数据；其中接收电路还被配置为从eNB接收下行数据；并且其中控制电路还被配置为基于接收到下行数据生成HARQ数据并且基于物理小区标识来分配与M-PHICH相关联的资源。本文所公开的方法、系统和设备实施例的额外第一组附加示例包括以下非限制性的配置。以下非限制性示例中的每一个可单独存在，也可以以任何与下文或本公开全文所提供的一个或多个其他示例置换或组合的方式进行结合。示例1可包括可操作用于窄系统带宽内的MTC的eNB/UE，其中eNB具有计算机电路，该计算机电路包括：超帧结构，其中DL和UL物理信道以TDM方式复用；超帧结构，其中DL和UL物理信道以FDM方式复用；以及预定义的HARQ程序。示例2可包括示例1的计算机电路，其中eNB被配置为在下行链路中发送以下物理信道中的至少一个：M-SCH、M-PBCH、MTC控制信道、M-PDSCH、M-PMCH，其中eNB被配置为在上行链路中接收以下物理信道中的至少一个：M-PUSCH、M-PRACH、M-PUCCH。示例3可包括示例1的计算机电路，其中包括起始子帧和周期性的超帧配置是预先确定的，或者其中包括起始子帧和周期性的超帧配置是由更高层配置的。示例4可包括示例1的计算机电路，其中MTC控制信道和M-PDSCH在一个DL超帧中发送；其中M-SCH、M-PBCH、MTC控制信道和M-PDSCH在一个DL超帧中发送。示例5可包括示例4的计算机电路，其中在DL超帧中，M-PBCH在时间上在M-SCH之后，其中M-PDSCH在时间上在MTC控制信道传输之后。示例6可包括示例4的计算机电路，其中在UL超帧中，M-PUCCH和M-PUSCH在M-PRACH之后传输。示例7可包括示例6的计算机电路，其中M-PRACH和M-PUCCH传输配置是预定义的，或者其中M-PRACH和M-PUCCH传输配置是由eNb配置的。示例8可包括示例1的计算机电路，其中定义了MTC区域。示例9可包括示例8的计算机电路，其中每个子帧中的MTC区域的起始OFDM符号是预先确定的，或者其中每个子帧中的MTC区域的起始OFDM符号是由更高层配置的。示例10可包括示例1的计算机电路，其中配置了DL和UL超帧之间的子帧偏移。示例11可包括示例2的计算机电路，其中MTC控制信道中支持M-PHICH，或者其中MTC控制信道中不支持M-PHICH。示例12可包括示例2的计算机电路，其中MTC控制信道中支持M-PCFICH，或者其中MTC控制信道中不支持M-PCFICH。示例13可包括示例2的计算机电路，其中MTC控制信道中支持M-PCFICH和M-PHICH，其中M-PCFICH位于控制区域的起始K0个子帧中，而M-PHICH位于控制区域的最后K1个子帧中，并且其中M-PDCCH被分配在未被分配给控制区域中的M-PCFICH和M-PHICH的资源元素中。示例14可包括示例2的计算机电路，其中MTC控制信道中支持M-PCFICH和M-PHICH，其中M-PCFICH位于控制区域的起始M0个子帧中，而M-PHICH位于数据区域的M1个子帧中，其中M-PDCCH和M-PDSCH分别被分配在控制区域中未被分配给M-PCFICH和数据区域中未被分配给M-PHICH的资源元素中。示例15可包括示例1的计算机电路，其中数据传输和ACK/NACK反馈之间的延迟是一个超帧；并且其中ACK/NACK反馈和数据重传之间的延迟是一个超帧。示例16可包括示例1的计算机电路，其中数据传输和ACK/NACK反馈之间的延迟是两个超帧；并且其中ACK/NACK反馈和数据重传之间的延迟是两个超帧。示例17可包括示例1的计算机电路，其中M-PDSCH传输和M-PUCCH传输之间的延迟是三个超帧；并且其中M-PUCCH传输和M-PDSCH重传之间的延迟是一个超帧。示例18可包括示例1的计算机电路，其中M-PUSCH传输和M-PHICH传输之间的延迟是一个超帧；并且其中M-PHICH传输和M-PUSCH重传之间的延迟是三个超帧。示例19可包括示例1的计算机电路，其中多个HARQ过程被配置在一个超帧中，其中多个M-PDCCH在一个超帧中调度多个M-PDSCH和/或M-PUSCH。示例20可包括适于窄系统带宽内的MTC的eNB，该eNB包括：控制电路，用于复用多个下行物理信道以用于向UE进行下行传输，并且处理从UE接收到的多个经复用的上行物理信道；发送电路，与控制电路耦合，用于向UE发送包括经复用的多个DL物理信道的DL超帧，该DL超帧包括多个DL子帧；以及接收电路，与控制电路耦合，用于从UE接收包括多个经复用的UL物理信道的UL超帧，该UL超帧包括多个上行子帧。示例21可包括示例20的eNB，其中控制电路用于根据时分复用(“TDM”)或频分复用(“FDM”)来对多个下行物理信道进行复用。示例22可包括示例20的eNB，其中接收电路还用于在来自UE的UL超帧中接收与DL超帧相关联的HARQACK或NACK消息，另外其中控制电路还用于：如果接收电路接收到HARQNACK，则使得发送电路在另一DL超帧中重传经复用的多个DL物理信道。示例23可包括示例20-22中的任一项的eNB，其中UL和DL超帧的各自起始子帧是预先确定的。示例24可包括示例20-22中的任一项的eNB，其中与多个经复用的DL物理信道的DL发送相关联的第一周期和与多个经复用的UL物理信道的UL接收相关联的第二周期是预先确定的。示例25可包括示例20-22中的任一项的eNB，其中多个下行物理信道包括以下各项中的至少一个：M-SCH、M-PBCH、MTC控制信道、M-PDSCH、或M-PMCH；并且从UE接收到的多个经复用的UL物理信道包括以下各项中的至少一个：M-PUSCH、M-PRACH或M-PUCCH。示例26可包括示例25的eNB，其中MTC控制信道包括M-PCFICH和M-PHICH，并且其中控制电路还用于将DL超帧中的至少一个子帧分配给M-PCFICH以及将DL超帧中的至少一个其他子帧分配给M-PHICH。示例27可包括示例26的eNB，其中发送电路用于在DL超帧的控制区域中发送被分配给M-PCFICH的至少一个子帧和被分配给M-PHICH的至少一个其他子帧。示例28可包括示例26的eNB，其中发送电路用于在DL超帧的控制区域中发送被分配给M-PCFICH的至少一个子帧，以及在DL超帧的数据区域中发送被分配给M-PHICH的至少一个其他子帧。示例29可包括一种方法，包括：由eNB对用于窄系统带宽内的MTC的多个下行物理信道进行复用；向UE发送包括经复用的多个DL物理信道的DL超帧，该DL超帧包括多个DL子帧；以及基于DL超帧的发送，从UE接收至少一个HARQACK消息或至少一个HARQNACK消息。示例30可包括示例29的方法，其中根据针对HARQ消息发送的预定调度、在UL超帧中接收至少一个HARQACK消息或至少一个HARQNACK消息，UL超帧包括多个UL子帧。示例31可包括示例29的方法，还包括：基于HARQNACK消息的接收，根据针对重传的预定调度，在DL超帧中重传经复用的多个DL物理信道。示例32可包括示例29的方法，还包括：向UE发送要由UE用于UL超帧的预定数目的子帧和预定起始子帧。示例33可包括示例32的方法，其中预定起始子帧和预定数目的子帧在MIB或SIB中被发送至UE。示例34可包括示例29-32中的任一项的方法，其中多个DL物理信道包括以下各项中的至少一项：M-SCH、M-PBCH、MTC控制信道、M-PDSCH、或M-PMCH。示例35可包括示例34的方法，其中MTC控制信道包括M-PCFICH和M-PHICH，并且该方法还包括：将DL超帧中的至少一个子帧分配给M-PCFICH；以及将DL超帧中的至少一个其他子帧分配给M-PHICH。示例36可包括示例35的方法，其中被分配给M-PCFICH的至少一个子帧和被分配给M-PHICH的至少一个其他子帧与DL超帧的控制区域相关联。示例37可包括示例35的方法，其中被分配给M-PCFICH的至少一个子帧与DL超帧的控制区域相关联，并且被分配给M-PHICH的至少一个其他子帧与DL超帧的数据区域相关联。示例38可包括示例29-32中的任一项的方法，还包括：从UE接收包括多个经复用的UL物理信道的UL超帧，UL超帧包括多个UL子帧，并且多个经复用的UL物理信道包括以下各项中的至少一项：M-PUSCH、M-PRACH或M-PUCCH；以及基于UL超帧的接收，根据针对HARQ消息发送的预定调度，向UE发送包括至少一个HARQACK消息或至少一个HARQNACK消息的DL子帧。示例39可包括适用于窄系统带宽内的MTC的UE，该UE包括：控制电路，用于复用多个UL物理信道以用于向eNB进行UL传输，并且处理从eNB接收到的多个经复用的DL物理信道；发送电路，与控制电路耦合，用于向eNB发送包括经复用的多个UL物理信道的UL超帧，该UL超帧包括多个UL子帧；以及接收电路，与控制电路耦合，用于从eNB接收包括多个经复用的DL物理信道的DL超帧，该DL超帧包括多个DL子帧。示例40可包括示例39的UE，其中控制电路用于根据TDM或FDM来复用多个DL物理信道。示例41可包括示例39的UE，其中发送电路还用于：基于DL超帧的接收，在UL超帧中发送HARQACK或NACK消息。示例42可包括示例39-41中的任一项的UE，其中与UL超帧的UL传输相关联的起始子帧和周期是预先确定的。示例43可包括示例39-41中的任一项的UE，其中接收电路还用于在MIB或SIB中从eNB接收与UL超帧的UL传输相关联的起始子帧和周期。示例44可包括示例39-41中的任一项的UE，其中多个DL物理信道包括以下各项中的至少一项：M-SCH、M-PBCH、MTC控制信道、M-PDSCH、或M-PMCH，并且从UE接收到的多个经复用的UL物理信道包括以下各项中的至少一项：M-PUSCH、M-PRACH或M-PUCCH。示例45可包括示例44的UE，其中MTC控制信道包括M-PCFICH和M-PHICH。示例46可包括示例45的UE，其中接收电路还用于在DL超帧的控制区域中接收被分配给M-PCFICH的至少一个子帧和被分配给M-PHICH的至少一个其他子帧。示例47可包括示例45的UE，其中接收电路还用于在DL超帧的控制区域中接收被分配给M-PCFICH的至少一个子帧，以及在DL超帧的数据区域中接收被分配给M-PHICH的至少一个其他子帧。示例48可包括一种方法，包括：由UE对用于窄系统带宽内的MTC的多个UL物理信道进行复用；向eNB发送包括经复用的多个UL物理信道的UL超帧，该UL超帧包括多个UL子帧；以及基于UL超帧的发送，从eNB接收至少一个HARQACK消息或至少一个HARQNACK消息。示例49可包括示例48的方法，其中根据针对HARQ消息接收的预定调度、在DL超帧中接收至少一个HARQACK消息或至少一个HARQNACK消息，DL超帧包括多个DL子帧。示例50可包括示例48的方法，还包括：基于HARQNACK消息的接收，基于针对重传的预定调度，在UL超帧中重传经复用的多个UL物理信道。示例51可包括示例48的方法，还包括：从eNB接收与UL超帧相关联的预定数目的子帧和预定起始子帧。示例52可包括示例51的方法，其中预定起始子帧和预定数目的子帧在MIB或SIB中被接收。示例53可包括示例48-51中的任一项的方法，其中多个上行物理信道包括以下各项中的至少一项：M-PUSCH、M-PRACH或M-PUCCH。示例54可包括示例48-51中的任一项的方法，还包括：从eNB接收包括多个经复用的DL物理信道的DL超帧，DL超帧包括多个DL子帧，并且多个经复用的DL物理信道包括以下各项中的至少一项：M-SCH、M-PBCH、MTC控制信道、M-PDSCH、或M-PMCH；以及基于UL超帧的接收，基于针对HARQ消息发送的预定调度，向eNB发送包括至少一个HARQACK消息或至少一个HARQNACK消息的UL子帧。示例55可包括示例54的方法，其中MTC控制信道包括M-PCFICH和M-PHICH，并且其中M-PCFICH在DL超帧的控制区域中被接收，并且M-PHICH在DL超帧的数据区域或控制区域中被接收。示例56可包括一个或多个非暂态计算机可读介质，该一个或多个非暂态计算机可读介质包括指令，这些指令被配置为当由UE的一个或多个处理器执行时，使得UE执行示例48-55中的任一项的方法。示例57可包括一种装置，该装置包括用于执行示例48-55中的任一项的方法的装置。示例58可包括一个或多个非暂态计算机可读介质，该一个或多个非暂态计算机可读介质包括指令，这些指令被配置为当由eNB的一个或多个处理器执行时，使得eNB执行示例29-38中的任一项的方法。示例59可包括一种装置，该装置包括用于执行示例29-38中的任一项的方法的装置。目前描述的方法、系统和设备实施例的第二组附加示例包括以下非限制性的配置。以下非限制性示例中的每一个可单独存在，或者可以以任何与下文或本公开全文所提供的一个或多个其他示例置换或组合的方式进行结合。以下对示例的援引指的是第二组示例实施例的特定示例。示例1可包括可操作为针对窄系统带宽内的MTC发送PCFICH的eNB，该eNB具有计算机电路，该计算机电路被配置为确定用于供接收UE接收的所指示的资源上的传输的M-CFI的配置。示例2可包括示例1的计算机电路，其中M-CFI指示用于M-PDCCH和/或M-PDSCH传输的资源信息。示例3可包括示例2的计算机电路，其中该信息包含用于M-PDCCH和/或M-PDSCH传输的符号、时隙、子帧、子载波和PRB形式的时间和频率单元的数目。示例4可包括示例2的计算机电路，其中该信息包含用于M-PDCCH和/或M-PDSCH传输的时间和频率位置。示例5可包括示例2的计算机电路，其中该信息包含用于M-PDCCH和/或M-PDSCH传输的一组时间和频率位置。示例6可包括示例1的计算机电路，该计算机电路还被配置为对M-CFI内容应用信道编码。示例7可包括示例1的计算机电路，其中在信道编码之后，eNB被配置为根据加扰序列对经编码的比特执行比特加扰，该加扰序列基于如下各项中的至少一项的函数：物理小区ID、时隙号、子帧号或超帧号。示例8可包括示例1的计算机电路，其中在比特加扰之后，eNB还被安排为执行用于M-PCFICH传输的预编码、层映射、和QPSK调制。示例9可包括示例1的计算机电路，其中M-REG被定义用于M-PCFICH传输，其中4个RE按照先第一子载波然后OFDM符号的顺序被映射到未被用于参考信号(例如，CRS或其他MTC相关的参考信号(如果可应用的话))的M-REG。示例10可包括示例9的计算机电路，其中M-REG被分配在一个或多个连续或非连续的全部子帧上。示例11可包括示例9的计算机电路，其中M-REG被分配在一个或多个连续或非连续的部分子帧上；其中OFDM符号3和10未被包括在正常CP的情形中。示例12可包括示例10的计算机电路，其中eNB还被安排为将M-PCFICH符号映射到所指示的M-REG上，其中起始位置根据物理小区标识；其中eNB被安排为基于资源映射选项1、2或3来映射M-PCFICH符号。示例13可包括示例11的计算机电路，其中eNB还被安排为将M-PCFICH符号映射到所指示的M-REG上，其中起始位置根据物理小区标识；其中eNB被安排为基于资源映射选项1或2来映射M-PCFICH符号。示例14可包括适用于窄系统带宽内的MTC的eNB，该eNB包括：控制电路，用于确定UE的配置信息，并且生成M-CFI来指示所确定的配置信息；以及发送电路，与控制电路相耦合，用于在M-PCFICH传输中向UE发送M-CFI。示例15可包括示例14的eNB，其中窄系统带宽是200千赫兹(kHz)。示例16可包括示例14的eNB，其中从介质访问控制(MAC)层电路用信号发送配置信息的至少一部分。示例17可包括示例14的eNB，其中配置信息的至少一部分是预先确定的。示例18可包括示例14-17中的任一项的eNB，其中配置信息与M-PDCCH或M-PDSCH中的至少一个相关联。示例19可包括示例18的eNB，其中配置信息包括以下各项中的至少一项：要被用于由发送电路在M-PDCCH或M-PDSCH中的至少一个中发送的传输的符号数、时隙数、子帧数、子载波数或PRB数。示例20可包括示例18的eNB，其中配置信息指示要被用于由发送电路在M-PDCCH或M-PDSCH中的至少一个中进行的传输的时间位置或频率位置中的至少一个。示例21可包括示例14-17中的任一项的eNB，其中配置信息与M-PHICH相关联。示例22可包括示例14-17中的任一项的eNB，其中控制电路还用于基于以下各项中的至少一项来执行与M-CFI相关联的加扰：物理小区ID、时隙号、子帧号或超帧号，其中超帧包括多个子帧。示例23可包括示例14-17中的任一项的eNB，其中控制电路用于将与M-PCFICH相关联的4个资源元素映射到M-REG。示例24可包括示例23的eNB，其中控制电路用于基于物理小区ID，将与M-PCFICH相关联的4个资源元素映射到M-REG。示例25可包括示例23的eNB，其中控制电路用于在单个时隙中的多个子区域之间执行至少与被映射到M-REG的4个资源元素相关联的资源元素跳跃，所述单个时隙包括所述多个子区域。示例26可包括示例14-17中的任一项的eNB，还包括：接收电路，与控制电路相耦合，用于基于配置信息从UE接收数据。示例27可包括一种方法，包括：由eNB确定与窄系统带宽内的MTC相关联的配置信息；由eNB并且基于所确定的配置信息来生成M-CFI以向UE指示所确定的配置信息；以及由eNB在M-PCFICH发送中向UE发送M-CFI。示例28可包括示例27的方法，其中配置信息与M-PDCCH或M-PDSCH中的至少一个相关联。示例29可包括示例27的方法，其中配置信息包括以下各项中的至少一项：要被用于通过M-PDCCH或M-PDSCH中的至少一个进行传输的符号数、时隙数、子帧数或PRB数。示例30可包括示例28的方法，其中配置信息指示要被用于在M-PDCCH或M-PDSCH中的至少一个中进行的传输的时间位置或频率位置中的至少一个。示例31可包括示例27-29中的任一项的方法，其中配置信息与M-PHICH相关联。示例32可包括示例27-30中的任一项的方法，该方法还包括：由eNB基于以下各项中的至少一项来执行与M-CFI相关联的加扰：物理小区ID、时隙号、子帧号或超帧号，其中超帧包括多个子帧。示例32可包括示例27-30中的任一项的方法，该方法还包括：由eNB将与M-PCFICH相关联的4个资源元素映射到M-REG。示例34可包括示例33的方法，其中将与M-PCFICH相关联的4个资源元素映射到M-REG是基于物理小区ID的。示例35可包括示例33的方法，该方法还包括：由eNB在单个时隙中的多个子区域之间执行至少与被映射到M-REG的4个资源元素相关联的资源元素跳跃，所述单个时隙包括所述多个子区域。示例36可包括适用于窄系统带宽内的MTC的UE，该UE包括：接收电路，用于从eNB接收M-PCFICH传输中的M-CFI；以及控制电路，与接收电路相耦合，用于基于接收到的M-CFI来检测用于窄系统带宽内的无线通信的配置信息。示例37可包括示例36的UE，其中窄系统带宽是200kHz。示例38可包括示例36的UE，其中配置信息与M-PDCCH或M-PDSCH中的至少一个相关联。示例39可包括示例38的UE，其中配置信息包括以下各项中的至少一项：要被用于M-PDCCH或M-PDSCH中的至少一个中的传输的符号数、时隙数、子帧数或PRB数。示例40可包括示例38的UE，其中配置信息包括要被用于M-PDCCH或M-PDSCH中的至少一个中的传输的时间位置或频率位置中的至少一个。示例41可包括示例36-40中的任一项的UE，其中配置信息与M-PHICH相关联。示例42可包括示例36的UE，还包括：发送电路，与控制电路相耦合，用于向窄系统带宽内的eNB发送数据。示例43可包括一种方法，该方法包括：由UE从eNB接收M-PCFICH传输中的M-CFI；由UE基于接收到的M-CFI来检测配置信息；以及由UE基于检测到的用于窄系统带宽内的MTC的配置信息来向eNB发送数据。示例44可包括示例43的方法，其中窄系统带宽是200kHz。示例45可包括示例43的方法，其中配置信息与M-PDCCH或M-PDSCH中的至少一个相关联。示例46可包括示例45的方法，其中配置信息包括以下各项中的至少一项：要被用于M-PDCCH或M-PDSCH中的至少一个中的传输的符号数、时隙数、子帧数或PRB数。示例47可包括示例45的方法，其中配置信息包括要被用于M-PDCCH或M-PDSCH中的至少一个中的传输的时间位置或频率位置中的至少一个。示例48可包括示例43-45中的任一项的方法，其中配置信息与M-PHICH相关联。示例49可包括一种装置，该装置包括用于执行示例27-35中的任一项的方法的装置。示例50可包括一个或多个非暂态计算机可读介质，该一个或多个非暂态计算机可读介质包括指令，这些指令被配置为当由eNB的一个或多个处理器执行时，使得eNB执行示例27-35中的任一项的方法。示例51可包括一种装置，该装置包括用于执行示例43-48中的任一项的方法的装置。示例52可包括一个或多个非暂态计算机可读介质，该一个或多个非暂态计算机可读介质包括指令，这些指令被配置为当由UE的一个或多个处理器执行时，使得UE执行示例43-48中的任一项的方法。目前描述的方法、系统和设备实施例的第三组附加示例包括以下非限制性的配置。以下非限制性示例中的每一个可单独存在，也可以以任何与下文或本公开全文所提供的一个或多个其他示例置换或组合的方式进行结合。以下对示例的援引指的是第三组示例实施例的特定示例。示例1可包括可操作为针对窄系统带宽内的MTC发送PCFICH的eNB，该eNB具有计算机电路，该计算机电路被配置为确定用于在所指示的资源上进行的、供接收UE接收的传输的ACK/NACK的配置。示例2可包括示例1的计算机电路，其中针对M-PHICH传输的配置可被预定义或由更高层配置。示例3可包括示例2的计算机电路，其中配置信息可在M-PBCH中传递的M-MIB中广播或在M-SIB中广播。示例4可包括示例2的计算机电路，其中配置信息可被预定义或根据超帧持续时间进行配置。示例5可包括示例1的计算机电路，还被配置为对ACK/NACK应用信道编码。示例6可包括示例1的计算机电路，其中在信道编码之后，eNB被配置为根据加扰序列对经编码的比特执行比特加扰，该加扰序列基于如下各项中的至少一项的函数：物理小区ID、时隙号、子帧号或超帧号。示例7可包括示例1的计算机电路，其中在比特加扰之后，eNB还被安排为执行用于M-PHICH传输的预编码、层映射、资源组对齐和BPSK调制。示例8可包括示例1的计算机电路，其中eNB还被安排为将PHICH符号映射在控制区域的最后K0个子帧中，其中起始位置根据物理小区标识，其中K0被预定义或由更高层配置。示例9可包括示例8的计算机电路，其中一个M-PHICH组中的3个符号四联组以K0个子帧的大约三分之一被分开。示例10可包括示例8的计算机电路，其中一个M-PHICH组中的3个符号四联组被分配在连续的M-REG中。示例11可包括示例1的计算机电路，其中eNB还被安排为将PHICH符号映射在数据区域的K1个子帧中，其中起始位置根据物理小区标识，其中K1被预定义或由更高层配置。示例12可包括示例11的计算机电路，其中一个M-PHICH组中的3个符号四联组以K1个子帧的大约三分之一被分开。示例13可包括示例11的计算机电路，其中一个M-PHICH组中的3个符号四联组被分配在连续的M-REG中。示例14可包括示例11的计算机电路，其中M-PHICH符号被分配在RS(例如，CRS或专用M-RS)附近的资源元素中，其中M-PHICH可以被平均分布或分配在连续的M-REG中。示例15可包括示例1的计算机电路，其中eNB还被安排为将PHICH符号映射在超帧内的K2个子帧中，其中起始位置根据物理小区标识。示例16可包括示例15的计算机电路，其中一个M-PHICH组中的3个符号四联组以K2个子帧的大约三分之一被分开。示例17可包括示例15的计算机电路，其中一个M-PHICH组中的3个符号四联组被分配在连续的M-REG中。示例18可包括示例1的计算机电路，其中对于超帧n中从服务小区调度的M-PUSCH传输，UE应在超帧中确定服务小区的相应M-PHICH资源。示例19可包括示例18的计算机电路，其中M-PHICH资源索引根据相应的M-PUSCH传输的资源索引而获得，其中相应的M-PUSCH传输的资源索引被定义为时间或频率位置(例如，符号、时隙、子帧、子载波、PRB等)的函数或这些参数的任何组合的函数。示例20可包括一种装置，该装置被包括在适用于窄系统带宽内的MTC的eNB中，该装置包括：控制电路，用于基于物理小区标识来分配与PHICH相关联的资源；以及发送电路，与控制电路相耦合，用于使用M-PHICH来发送HARQACK/NACK。示例21可包括示例20的装置，其中控制电路还用于生成与MTC相关联的MIB或SIB中的至少一个，该MIB或SIB中的至少一个将包括与使用M-PHICH的HARQACK/NACK传输的配置相关联的信息，并且其中发送电路还用于向UE发送MIB或SIB中的至少一个。示例22可包括示例20的装置，其中控制电路用于向同一组RE分配多个MTCPHICH，其中MTCPHICH组的数目是基于超帧的持续时间的。示例23可包括示例22的装置，其中超帧包括多个子帧。示例24可包括示例20-23中的任一项的装置，其中控制电路还用于将MTCPHICH包括在超帧的控制区域中或超帧的数据区域中。示例25可包括示例20-23中的任一项的装置，其中控制电路用于将与MTCPHICH相关联的资源映射在与MTC相关联的连续REG中。示例26可包括示例20-23中的任一项的装置，其中控制电路用于对HARQACK/NACK应用信道编码，以基于以下各项中的至少一项生成加扰序列：物理小区标识、时隙号、子帧号或超帧号，并且使用所生成的加扰序列对经信道编码的HARQACK/NACK执行比特加扰。示例27可包括由适用于窄系统带宽内的MTC的eNB执行的方法，该方法包括：从UE接收UL数据；基于UL数据的接收，生成HARQACK/NACK；基于物理小区标识，分配与MTCPHICH相关联的资源；以及使用MTCPHICH来发送HARQACK/NACK。示例28可包括示例27的方法，还包括：生成与MTC相关联的MIB或SIB中的至少一个，该MIB或SIB中的至少一个将包括与使用MTCPHICH的HARQACK/NACK传输的配置相关联的信息；以及向UE发送MIB或SIB中的至少一个。示例29可包括示例27的方法，还包括：向同一组资源元素分配多个MTCPHICH，其中MTCPHICH组的数目是基于超帧的持续时间的。示例30可包括示例29的方法，其中超帧包括多个子帧。示例31可包括示例27-30中的任一项的方法，其中MTCPHICH被包括在超帧的控制区域中或超帧的数据区域中。示例32可包括示例27-30中的任一项的方法，还包括：将与MTCPHICH相关联的资源映射在与MTC相关联的连续REG中。示例33可包括示例27-30中的任一项的方法，还包括：对HARQ数据应用信道编码；基于以下各项中的至少一项生成加扰序列：物理小区标识、时隙号、子帧号或超帧号；以及使用所生成的加扰序列对经信道编码的HARQACK/NACK执行比特加扰。示例34可包括一种装置，该装置被包括在适用于窄系统带宽内的MTC的UE中，该装置包括：接收电路，用于从eNB接收下行数据；控制电路，与接收电路相耦合，用于基于接收到的下行数据来生成HARQACK/NACK，以基于物理小区标识来分配与MTCPHICH相关联的资源；以及发送电路，与接收电路相耦合，用于使用MTCPHICH来发送HARQACK/NACK。示例35可包括示例34的装置，其中接收电路还用于接收与MTC相关联的MIB或SIB中的至少一个，该MIB或SIB中的至少一个将包括与使用MTCPHICH的HARQACK/NACK传输的配置相关联的信息，并且其中控制电路用于基于接收到的MIB或SIB来分配与MTCPHICH相关联的资源。示例36可包括示例34的装置，其中控制电路用于向同一组资源元素分配多个MTCPHICH，其中MTCPHICH组的数目是基于超帧的持续时间的。示例37可包括示例36的装置，其中超帧包括多个子帧。示例38可包括示例34-37中的任一项的装置，其中控制电路用于将与MTCPHICH相关联的资源映射在与MTC相关联的连续REG中。示例39可包括示例34-37中的任一项的装置，其中控制电路用于对HARQACK/NACK应用信道编码以基于以下各项中的至少一项生成加扰序列：物理小区标识、时隙号、子帧号或超帧号，以及用于使用所生成的加扰序列对经信道编码的HARQACK/NACK执行比特加扰。示例40可包括由适用于窄系统带宽内的MTC的UE执行的方法，该方法包括：从演进型节点B(eNB)接收下行数据；基于接收到的下行数据来生成HARQACK/NACK；基于物理小区标识来分配与MTCPHICH相关联的资源；以及使用MTCPHICH来发送HARQACK/NACK。示例41可包括示例40的方法，还包括：接收与MTC相关联的MIB或SIB中的至少一个，该MIB或SIB中的至少一个将包括与使用MTCPHICH的HARQACK/NACK传输的配置相关联的信息，并且其中控制电路还用于基于接收到的MIB或MTCSIB来分配与MTCPHICH相关联的资源。示例42可包括示例40的方法，还包括：向同一组资源元素分配多个MTCPHICH，其中MTCPHICH组的数目是基于超帧的持续时间的。示例43可包括示例42的方法，其中超帧包括多个子帧。示例44可包括示例40-43中的任一项的方法，还包括：将与MTCPHICH相关联的资源映射在与MTC相关联的连续REG中。示例45可包括示例40-43中的任一项的方法，还包括：对HARQACK/NACK应用信道编码；基于以下各项中的至少一项生成加扰序列：物理小区标识、时隙号、子帧号或超帧号；以及使用所生成的加扰序列对经信道编码的HARQACK/NACK执行比特加扰。示例46可包括一种装置，该装置包括用于执行示例40-45中的任一项的方法的装置。示例47可包括一个或多个非暂态计算机可读介质，该一个或多个非暂态计算机可读介质包括指令，这些指令被配置为当由UE的一个或多个处理器执行时，使得UE执行示例40-45中的任一项的方法。示例48可包括一种装置，该装置包括用于执行示例27-33中的任一项的方法的装置。示例49可包括一个或多个非暂态计算机可读介质，该一个或多个非暂态计算机可读介质包括指令，这些指令被配置为当由eNB的一个或多个处理器执行时，使得eNB执行示例27-33中的任一项的方法。示例50可包括如本文所示以及所描述的无线网络中的通信方法。示例51可包括用于提供如本文所示以及所描述的无线通信的系统。示例52可包括用于提供如本文所示以及所描述的无线通信的设备。以上对一个或多个实现方式的描述提供了图示和说明，但不意图是详尽的或者将本文所描述的实施例的范围限制在所公开的精确形式。修改和改变可根据以上教导做出，或者可以从本发明的各种实现方式的实践中获得。图29则根据一些示例实施例，示出了计算机器的方面。本文所描述的实施例可以被使用任何经适当配置的硬件和/或软件实现于系统2900中。对于一些实施例，图29示出了示例系统2900，该示例系统2900包括射频(RF)电路2935、基带电路2930、应用电路2925、存储器/存储设备2940、显示器2905、相机2930、传感器2915和输入/输出(I/O)接口2910，它们至少如图所示那样彼此耦合。应用电路2925可包括诸如但不限于一个或多个单核或多核处理器之类的电路。(一个或多个)处理器可包括通用处理器和专用处理器(例如，图形处理器、应用处理器等)的任何组合。处理器可与存储器/存储设备2940耦合，并且被配置为执行存储在存储器/存储设备2940中的指令以使各种应用和/或操作系统能够在系统2900上运行。基带电路2930可包括诸如但不限于一个或多个单核或多核处理器之类的电路。(一个或多个)处理器可包括基带处理器。基带电路2930可处理实现经由RF电路2935与一个或多个无线电网络进行通信的各种无线电控制功能。无线电控制功能可包括但不限于：信号调制、编码、解码、无线电频移等。在一些实施例中，基带电路2930可提供与一种或多种无线电技术兼容的通信。例如，在一些实施例中，基带电路2930可支持与演进型陆地无线电接入网(EUTRAN)和/或其他无线城域网(WMAN)、无线局域网(WLAN)、无线个域网(WPAN)的通信。基带电路2930被配置为支持不止一个无线协议的无线电通信的实施例可被称为多模式基带电路。在各种实施例中，基带电路2930可包括利用非严格被视为处于基带频率中的信号来操作的电路。例如，在一些实施例中，基带电路2930可包括利用具有中间频率的信号来操作的电路，该中间频率处于基带频率和射频之间。RF电路2935可通过非固态介质、使用经调制的电磁辐射实现与无线网络的通信。在各种实施例中，RF电路2935可包括开关、滤波器、放大器等以协助与无线网络的通信。在各种实施例中，RF电路2935可包括利用非严格被视为处于射频中的信号来操作的电路。例如，在一些实施例中，基带电路2935可包括利用具有中间频率的信号来操作的电路，该中间频率处于基带频率和射频之间。在各种实施例中，上文针对UE或eNB所讨论的发送器电路或接收器电路可全部或部分实现在RF电路2935、基带电路2930和/或应用电路2925中的一个或多个中。在一些实施例中，基带处理器或基带电路2930、应用电路2925和/或存储器/存储设备2940的一些或全部组成组件可一起实现在片上系统(SOC)上。存储器/存储设备2940可被用于加载和存储例如系统2900的数据和/或指令。对于一个实施例，存储器/存储设备2940可包括适当的易失性存储器(例如，动态随机存取存储器(DRAM))和/或非易失性存储器(例如，闪存)的任何组合。在各种实施例中，I/O接口2910可包括被设计为实现与系统进行用户交互的一个或多个用户接口和/或被设计为实现与系统2900进行外部组件交互的外部组件接口。用户接口可包括但不限于物理键盘或小键盘、触摸板、扬声器、麦克风等。外部组件接口可包括但不限于非易失性存储器端口、通用串行总线(USB)端口、音频插口和电源接口。在各种实施例中，传感器2915可包括一个或多个传感设备，以确定与系统2900相关的位置信息和/或环境条件。在一些实施例中，传感器2915可包括但不限于：陀螺传感器、加速计、邻近传感器、环境光线传感器和定位单元。定位单元还可以是基带电路2930和/或RF电路2935的一部分或与基带电路2930和/或RF电路2935交互，以与定位网络的组件(例如，全球定位系统(GPS)卫星)通信。在各种实施例中，显示器2905可包括显示器(例如，液晶显示器、触屏显示器等)。在各种实施例中，系统2900可以是移动计算设备，例如但不限于：膝上型计算设备、平板计算设备、上网本、超极本、智能电话等。在各种实施例中，系统2900可具有更多或更少的组件和/或不同的架构。图30示出了示例UE，被示为UE3000。UE3000可以是UE101或eNB150或本文所描述的任何设备的实现方式。UE3000可包括被配置为与通信站(例如基站(BS)、eNB或其他类型的无线广域网(WWAN)接入点)通信的一个或多个天线。移动设备可被配置为使用至少一个无线通信标准进行通信，这些无线通信标准包括：3GPPLTE、WiMAX、高速分组接入(HSPA)、蓝牙和WiFi。移动设备可针对每个无线通信标准使用不同的天线，或针对多个无线通信标准使用共享的天线。移动设备可在WLAN、WPAN和/或WWAN中通信。图30示出了UE3000的示例。UE3000可以是任何移动设备、移动站(MS)、移动无线设备、移动通信设备、平板、手机或其他类型的移动无线计算设备。UE3000可在外壳3002内包括一个或多个天线3008，这些天线被配置为与热点、BS、eNB或其他类型的WLAN或WWAN接入点通信。UE因而可经由被实现为如上详述的不对称RAN的一部分的eNB或基站收发器来与WAN(例如互联网)通信。UE3000可被配置为使用多个无线通信标准(包括从3GPPLTE、WiMAX、HSPA、蓝牙和WiFi标准限定中选择的标准)来通信。UE3000可针对每个无线通信标准使用不同的天线，或针对多个无线通信标准使用共享的天线来通信。UE3000可在WLAN、WPAN和/或WWAN中通信。图30还示出了可被用于UE3000的音频输入和输出的麦克风3030和一个或多个扬声器3012。显示屏3004可以是液晶显示(LCD)屏或其他类型的显示屏，例如有机发光二极管(OLED)显示。显示屏3004可被配置为触屏。触屏可使用电容、电阻或另一类型的触屏技术。应用处理器3014和图形处理器3018可被耦合到内部存储器3016，以提供处理和显示功能。非易失性存储器端口3010也可被用于向用户提供数据I/O选项。非易失性存储器端口3010还可被用于扩展UE3000的存储容量。键盘3006可与UE3000集成或无线连接至UE3000以提供额外的用户输入。虚拟键盘还可使用触屏来提供。位于UE3000的前(显示器)侧或后侧的相机3022还可被集成到UE3000的外壳3002中。图31是示出示例计算机系统机器3100的框图，在该机器上可运行本文所讨论的任意一个或多个方法，并且该机器可被用于实现eNB150和UE101或本文所讨论的任何其他设备。在各种替换实施例中，机器作为独立的设备运作或可被连接(例如，联网)到其他机器。在联网部署中，机器可以服务器-客户端网络环境中的服务器或客户端机器的资格来操作，或者其可用作对等(或分布式)网络环境中的对等机。机器可以是个人计算机(PC)(可以是便携式的，也可以不是便携式的，例如笔记本、上网本)、平板、机顶盒(STB)、游戏控制器、个人数字助理(PDA)、移动电话或智能电话、网络设备、网络路由器、交换机或网桥、或任何能够执行指定由该机器所执行动作的指令(顺序的或其他方式)的机器。此外，虽然只示出单个机器，但术语“机器”还应被认为包括单独或共同执行一组(或多组)指令以执行这里所讨论的任意一个或多个方法的机器的任意集合。示例计算机系统3100包括处理器3102(例如，中央处理单元(CPU)、图形处理单元(GPU)或此二者)，主存储器3104和静态存储器3106，它们通过互连3108(例如，链路、总线等)彼此通信。计算机系统机器3100还可包括视频显示单元3110、字母数字输入设备3112(例如，键盘)以及用户界面(UI)导航设备3114(例如，鼠标)。在一个实施例中，视频显示单元3110、输入设备3112和UI导航设备3114是触屏显示器。计算机系统机器3100还可包括存储设备3116(例如，驱动单元)、信号生成设备3118(例如，扬声器)、输出控制器3132、电源管理控制器3134和网络接口设备3130(其可包括一个或多个天线3130、收发器或其他无线通信硬件或可操作为与以上各项通信)以及一个或多个传感器3128(例如，GPS传感器、指南针、位置传感器、加速计或其他传感器)。存储设备3116包括机器可读介质3122，在其上存储实现这里所述的任一个或多个方法或功能或由这里所述的任一个或多个方法或功能使用的一组或多组数据结构和指令3124(例如，软件)。指令3124还可全部或至少部分地驻留在主存储器3104、静态存储器3106内和/或在由计算机系统机器3100对其的执行过程中驻留在处理器3102内，其中主存储器3104、静态存储器3106和处理器3102还构成机器可读介质。虽然机器可读介质3122在示例实施例中被示为单个介质，但是术语“机器可读介质”可包括存储一个或多个指令3124的单个介质或多个介质，例如，集中式或分布式数据库和/或相关联的缓存和服务器。术语“机器可读介质”还应被认为包括以下任何有形介质：这些有形介质能够存储、编码或承载供机器执行并且导致机器执行本公开的任意一个或多个方法的指令，或能够存储、编码或承载由该指令使用或与该指令相关联的数据结构。指令3124还可使用传输介质通过使用很多熟知的传输协议(例如，超文本传输协议HTTP)中的任意一个的网络接口设备3130在通信网络3126上被发送或接收。术语“传输介质”应被认为包括能够存储、编码或承载用于由机器执行的指令并且包括数字或模拟通信信号的任意介质，或协助这类软件通信的其他无形介质。各种技术或这些技术的某些方面或部分可采用实现于有形介质(例如，软盘、CD-ROM、硬驱动、非暂态计算机可读存储介质或任何其他机器可读存储介质)中的程序代码(即指令)的形式，其中当程序代码被加载到机器(例如计算机)中并由机器执行时，该机器成为用于实现各种技术的装置。在程序代码在可编程计算机上执行的情形中，计算设备可包括处理器、处理器可读的存储介质(包括易失和非易失存储器和/或存储元件)、至少一个输入设备和至少一个输出设备。易失和非易失存储器和/或存储元件可以是RAM、EPROM、闪驱、光驱、磁性硬驱或其他用于存储电子数据的介质。基站和移动站还可包括收发器模块、计数器模块、处理模块和/或时钟模块或计时器模块。可实现或使用本文所描述的各种技术的一个或多个程序可使用应用编程接口(API)、可再用控件等。这样的程序可以高级程序化或面向对象的编程语言来实现，以与计算机系统通信。然而，如果需要，(一个或多个)程序可以汇编或机器语言来实现。在任何情形中，语言可以是编译或解释语言，并与硬件实现相结合。各种实施例可使用3GPPLTE/LTE-A、电气与电子工程师协会(IEEE)3102.11和蓝牙通信标准。各种替换实施例可使用各种其他WWAN、WLAN和WPAN协议，并且标准可与本文所描述的技术结合使用。这些标准包括但不限于：3GPP中的其他标准(例如HSPA+、UMTS)、IEEE3106.16(例如3102.16p)或蓝牙(蓝牙30.0或由蓝牙特殊兴趣组定义的类似标准)标准组。其他可应用的网络配置可被包括在现在所讨论的通信网络的范围内。应该理解，在这样的通信网络上的通信可使用任何数量的PAN、LAN和WAN、使用有线或无线通信介质的任何组合来协助。以上所描述的实施例可以硬件、固件和软件中的一个或某种组合来实现。各种方法或技术或这些方法或技术的某些方面或部分可采用实现在有形介质(例如，闪存、硬驱、便携式存储设备、只读存储器(ROM)、RAM、半导体存储设备(例如，EPROM、电可擦除可编程只读存储器(EEPROM))、磁盘存储介质、光存储介质和任何其他机器可读存储介质或存储设备)中的程序代码(即指令)的形式，其中当程序代码被加载到机器(例如计算机或网络设备)中并由机器执行时，该机器成为用于实现各种技术的装置。机器可读存储介质或其他存储设备可包括用于以机器(例如计算机)可读形式存储信息的任何非暂态介质。在程序代码在可编程计算机上执行的情形中，计算设备可包括处理器、处理器可读的存储介质(包括易失和非易失存储器和/或存储元件)、至少一个输入设备和至少一个输出设备。可实现或使用本文所描述的各种技术的一个或多个程序可使用API、可再用控件等。这样的程序可以高级程序化或面向对象的编程语言来实现，以与计算机系统通信。然而，如果需要，(一个或多个)程序可以汇编或机器语言来实现。在任何情形中，语言可以是编译或解释语言，并与硬件实现相结合。应该理解，本说明书中所描述的功能单元或能力可被称为或标记为组件或模块，以便更特别地强调其实现独立性。例如，组件或模块可被实现为硬件电路，包括定制超大规模集成(VLSI)电路或门阵列、成品半导体(例如，逻辑芯片、晶体管或其他分立组件)。组件或模块还可在可编程硬件设备(例如，现场可编程门阵列、可编程阵列逻辑、可编程逻辑设备等)中实现。组件或模块还可在软件中实现，以由各种类型的处理器执行。所标记的可执行代码的组件或模块例如可包括一个或多个物理或逻辑的计算机指令块，这些指令块例如可被组织为对象、过程或功能。然而，所标记的组件或模块的可执行文件不需要在物理上位于一起，而是可包括在不同位置存储的不同指令，这些指令当在逻辑上结合在一起时，包括组件或模块并且实现该组件或模块所阐明的目的。实际上，可执行代码的组件或模块可以是单个指令或多个指令，并且甚至可以分布在不同程序之间的若干不同的代码段上并且跨越若干存储设备。类似地，操作数据在本文可被标识并示出在组件或模块之内，并且可以任何适当的形式实现，并组织在任何适当类型的数据结构内。操作数据可被收集为单个数据集，或者可分布在不同的位置(包括分布在不同的存储设备上)，并且可至少部分地仅作为系统或网络上的电子信号而存在。组件或模块可以是被动的或主动的，包括可操作为执行想要的功能的代理。当前第1页1 2 3