CN108352961A

CN108352961A - 用于低延时传输的方法及装置

Info

Publication number: CN108352961A
Application number: CN201680064558.3A
Authority: CN
Inventors: 拉维·库奇波特拉; 罗伯特·T·洛夫; 维贾伊·南贾; 拉维克兰·诺里; 阿吉特·尼姆巴尔克
Original assignee: Motorola Mobility LLC
Current assignee: Motorola Mobility LLC
Priority date: 2015-11-06
Filing date: 2016-11-02
Publication date: 2018-07-31
Anticipated expiration: 2036-11-02
Also published as: US20170359810A1; CN108352961B; EP3979545A1; EP3342087B1; WO2017079243A1; US9801175B2; KR20180061341A; US10051621B2; US20170135084A1; EP3342087A1; KR102185751B1

Abstract

一种用于低延时传输的方法和装置。能够在子帧的第一时间部分中传输第一控制信道(2320)。子帧能够包括时域中的多个OFDM符号以及频域中的多个子载波。第一控制信道能够占用少于多个子载波的第一部分子载波。第一控制信道能够仅在子帧的第一时间部分中指配第一数据资源。能够在子帧的第二时间部分中传输第二控制信道(2330)。第一时间部分能够占用子帧中的至少一个与第二时间部分不同的第一OFDM符号。第二时间部分能够占用子帧中的至少一个与第一时间部分不同的第二OFDM符号。第二控制信道能够占用少于多个子载波的第二部分子载波。第二控制信道能够仅在子帧的第二时间部分中指配第二数据资源。

Description

用于低延时传输的方法及装置

技术领域

本公开针对一种用于低延时传输的方法和装置。更具体地，本公开针对一种针对配置用于低延时数据分组的同时与配置用于正常延时数据分组的设备维持后向兼容的设备的无线传输、信令和帧结构。

背景技术

目前，用户在长期演进(LTE)网络、无线局域网络(WLAN)以及其他无线通信网络上使用无线通信设备，也称为用户设备(UE)，诸如智能电话、蜂窝电话、平板型计算机、选择性呼叫接收机、以及其他无线通信设备。用户使用这些设备来下载文件、音乐、电子邮件消息、和其他数据以及观看流式视频、播放流式音乐、玩游戏、浏览网页、和参与其他数据密集型活动。

分组数据延时是广泛用于基准系统性能测试的性能度量中的一个。分组数据延时不仅对于系统的感知响应性十分重要；而且它还是间接影响吞吐量的参数。某些业务类型是延时敏感的并且需要减少针对其数据分组的延时。这些延时敏感的业务类型能够包括诸如关于电话呼叫的因特网语音协议，能够包括游戏，能够包括机动车控制信号，以及能够包括其他时间敏感的业务类型。HTTP/TCP是当今因特网上使用的主要应用和传输层协议族，TCP慢启动时段是分组流的总传输期间的重要组成部分。在TCP慢启动时段，性能受延时限制。因此，对于这种类型的基于TCP的数据交易，改善延时能够提高平均吞吐量。延时敏感的业务类型需要减少下行链路和上行链路分组延时，诸如减少设备在连接模式下传输和接收数据和信号所花费的时间。这与用于像文件下载和上传等业务类型的正常延时数据分组不同，因为延时对文件传输的影响最小，并且正常延时对用户而言并不明显，所以这些业务类型对延时敏感度较低。

技术问题

为了支持延时敏感的业务类型以及其他延时敏感的新型用例，为了将LTE和其他无线通信系统的应用扩展到更广泛的场景，以及为了增强LTE，用于更好的用户感知体验，需要通过增强LTE和其他无线通信系统来支持低延时。遗憾的是，目前的设备并未适当地提供用于低延时传输的结构。因此，需要一种用于低延时传输的方法和装置。

附图说明

为了描述其中能够获得本公开的优点和特征的方式，参照附图中图示的本公开的具体实施例呈现对本公开的描述。这些附图仅描绘出本公开的示例实施例，因此不应当视为对其范围的限制。

图1是根据可能实施例的系统的示例图示；

图2是根据可能实施例的子帧的示例图示；

图3是根据可能实施例的子帧的示例图示；

图4是根据可能实施例的正交频分复用符号的示例图示；

图5是根据相关实施例的传输时间间隔的示例图示；

图6是根据可能实施例的传送块的示例图示；

图7是根据可能实施例的传送块的示例图示；

图8是根据可能实施例的传送块的示例图示；

图9是根据可能实施例的子帧的示例图示；

图10是根据可能实施例的子帧的示例图示；

图11是根据可能实施例的子帧的示例图示；

图12是图示出根据可能实施例的设备的操作的示例流程图；

图13是图示出根据可能实施例的设备的操作的示例流程图；

图14是图示出根据可能实施例的设备的操作的示例流程图；

图15是图示出根据可能实施例的设备的操作的示例流程图；

图16是图示出根据可能实施例的设备的操作的示例流程图；

图17是根据可能实施例的装置的示例框图；

图18是根据可能实施例的设备的示例框图；

图19是根据可能实施例的子帧的示例图；

图20是根据可能实施例的子帧的示例图；

图21是根据可能实施例的子帧的示例图；

图22是根据可能实施例的子帧的示例图；

图23是图示出根据可能实施例的设备的操作的示例流程图；以及

图24是图示出根据可能实施例的设备的操作的示例流程图。

具体实施方式

本发明能够提供用于针对低延时传输的方法和装置的实施例。

根据一个可能实施例，能够接收较高层配置消息。基于较高层配置消息，能够确定用于接收数据分组的子帧的第一区域。第一区域能够包括第一资源元素集合。第一资源元素集合能够是第一区域中的第二资源元素集合的子集。第一区域能够用于控制信道监测。能够将数据分组映射到第一资源元素集合的至少一个资源元素。能够通过尝试解码第一区域中的数据分组来监测第一区域。能够解码第一区域中的数据分组中的数据。

根据另一个可能实施例，能够接收指示用于在子帧的至少一个符号中接收数据分组的资源块集合的较高层配置消息。在另一个实施例中，较高层配置消息能够指示哪些时频资源可能是用于低延时相关传输的传输的候选。低延时相关传输能够包括低延时数据、低延时解码辅助信息、以及其他低延时传输。能够进行尝试以解码资源块集合内的第一资源元素集合中的数据分组。第一资源元素集合能够处于子帧的至少一个符号中。能够进行尝试以解码资源块集合内的至少一个第二资源元素集合中的数据分组。第二资源元素集合能够处于子帧的至少一个符号中。第二资源元素集合能够包括不在第一资源元素集合中的至少一个资源元素。能够成功解码第一资源元素集合和第二资源元素集合中的一个中的数据分组。能够将经解码的数据分组的数据有效载荷传递到应用层。

根据另一个可能实施例，能够在设备处接收较高层配置。较高层配置能够高于物理层配置。除用于常规延时传输模式的常规延时配置之外，较高层配置还能够指示用针对低延时传输模式的低延时配置来配置该设备。低延时传输模式能够具有比常规延时传输模式更低的延时。能够基于子帧n中的低延时配置和常规延时传输模式中的一个来接收分组。能够在后续子帧n+p中传输反馈分组，其中，当接收到的分组是基于低延时配置时，p<4，其中后续子帧n+p能够是子帧n中的第p个子帧。当接收到的分组是基于常规延时配置时，能够在后续子帧n+4中传输反馈分组，其中后续子帧n+4能够是从子帧n起的第4个子帧。

根据另一个可能实施例，能够传输资源指配。资源指配能够指配子帧中的第一时频资源集合用于常规延时数据传输。能够在子帧中的第二时频资源集合内传输低延时数据。第二集合能够与第一集合至少部分地重叠。低延时数据能够具有比常规延时数据更低的延时。能够传输标记信号。标记信号能够指示子帧中存在低延时数据传输。

根据另一个可能实施例，能够接收资源指配。从资源指配中，能够确定子帧中的第一时频资源集合。能够确定子帧中的第二时频资源集合。第二时频资源集合能够用于低延时数据传输。第二时频资源集合能够与第一时频资源集合的至少部分重叠。基于所确定的第一时频资源集合和第二时频资源集合，能够解码子帧中的常规延时数据传输。常规延时传输能够具有比低延时传输更长的延时。

根据另一个可能实施例，能够在子帧的第一时间部分中传输第一控制信道。子帧能够包括时域中的多个正交频分复用(OFDM)符号以及频域中的多个子载波。第一控制信道能够占用少于多个子载波的第一部分子载波。第一控制信道能够仅在子帧的第一时间部分中指配第一数据资源。能够在子帧的第二时间部分中传输第二控制信道。第一时间部分能够占用子帧中的至少一个与第二时间部分不同的第一OFDM符号。第二时间部分能够占用子帧中的至少一个与第一时间部分不同的第二OFDM符号。第二控制信道能够占用少于多个子载波的第二部分子载波。第二控制信道能够仅在子帧的第二时间部分中指配第二数据资源。

根据另一个可能实施例，能够在子帧的第一时间部分中监测第一控制信道。子帧能够包括时域中的多个正交频分复用(OFDM)符号以及频域中的多个子载波。第一控制信道能够占用少于多个子载波的第一部分子载波。第一控制信道能够仅在子帧的第一时间部分中指配数据资源。能够在子帧的第二时间部分中监测第二控制信道。第一时间部分能够占用子帧中的至少一个与第二时间部分不同的OFDM符号。第二时间部分能够占用子帧中的至少一个与第一时间部分不同的OFDM符号。第二控制信道能够占用少于多个子载波的第二部分子载波。第二控制信道能够仅在子帧的第二时间部分中指配数据资源。能够解码第一控制信道。响应于解码第一控制信道，能够在子帧的第一时间部分中接收数据。能够通过第一控制信道来指配第一时间部分中的数据。能够解码该数据。

根据一些实施例，为了支持新型用例以及将长期演进(LTE)和其他无线通信的应用扩展到更广泛的场景，并且为了增强LTE用于更好的用户感知体验，需要通过增强LTE而支持更低的延时。这些实施例能够提供新的帧结构和其他特征来支持需要更低延时的设备，同时支持具有常规延时的设备。

图1是根据可能实施例的系统100的示例图示。系统100能够包括第一设备110和第二设备120。虽然第一设备110被图示为用户设备(UE)并且第二设备120被图示为诸如增强型节点B(eNB)的基站，但角色也可以转换。另外，设备110和120能够是相同类型的设备，诸如UE或基站，并且能够是能够发送和接收无线通信信号的任何其他类型的设备。出于说明目的，在一些实施例中，第一设备110可以被称为UE，并且第二设备120可以被称为基站，但应当理解的是，在全部实施例中，第一设备和第二设备120能够是任何发送和/或接收设备。第一设备110与第二设备120能够在不同的小区130和140上通信。系统100还能够包括另一个设备112，其能够以与第一设备110类似的方式与第二设备120在不同的小区132和142上通信。设备110和112能够是能够访问无线网络的任何设备。例如，设备110和112能够是UE的，诸如能够在无线网络上运行的无线终端、便携式无线通信设备、固定无线通信设备、智能电话、蜂窝电话、翻盖式电话、个人数字助理、具有蜂窝网络接入卡的个人计算机、选择性呼叫接收机、平板型计算机、或者任何其他设备。

通信系统100能够利用正交频分多址(OFDMA)或者下一代基于单载波的FDMA架构用于上行链路传输，诸如交织FDMA(IFDMA)、本地化FDMA(LFDMA)、利用IFDMA或LFDMA的离散傅立叶变换-扩频OFDM(DFT-SOFDM)。在其他实施例中，该架构也可以包括使用诸如直接序列CDMA(DS-CDMA)、多载波CDMA(MC-CDMA)、多载波直接序列CDMA(MC-DS-CDMA)、利用一维或二维扩频的正交频分和码分复用(OFCDM)的扩频技术，或者更简单的时分和频分复用/多址技术。在另一种实施方式中，无线通信系统符合3GPP通用移动通信系统(UMTS)LTE协议，也被称为EUTRA或其后代，其中，基站单元使用正交频分复用(OFDM)调制方案在下行链路上进行传输，并且用户终端使用单载波频分多址(SC-FDMA)方案在上行链路上进行传输。在又一种实施方式中，无线通信系统符合3GPP通用移动通信系统(UMTS)LTE-高级协议，也被称为LTE-A或其后代或者其LTE版本，其中，基站单元能够使用正交频分复用(OFDM)调制方案在单个或多个下行链路分量载波上进行传输，并且用户终端能够使用单个或多个上行链路分量载波在上行链路上进行传输。更一般地，无线通信系统可以实现一些其他的开放或专有通信协议，例如，WiMAX等其他现有和未来的协议。其中实现这些实施例的特征的架构也可以基于更简单的时分和/或频分和/或空分复用/多址技术、或者这些不同技术的组合。在可替选实施例中，无线通信系统可以利用其他通信系统协议，包括但不限于时分多址(TDMA)或者直接序列码分多址(CDMA)。通信系统可以是时分双工(TDD)或频分双工(FDD)系统。

在OFDM系统或者诸如DFT-SOFDM和IFDMA的OFDM类似系统中，如由调度器所确定的是，资源指配是将针对特定通信设备或远程单元的信息映射到可用子载波的集合中的子载波资源的频率和时间指配。该指配可以是例如根据由诸如用户设备的远程单元报告给调度器的频率选择性信道质量指示(CQI)或一些其他度量。对于子载波资源的不同部分可能是不同的信道编码速率和调制方案也由调度器来确定，并且也可以是根据所报告的CQI或其他度量。在码分复用网络中，如由调度器所确定的是，资源指配是将针对特定通信设备或远程单元的信息从可用信道化码的集合映射到信道化代码资源的码指配。

在LTE中，无线电帧通常能够包括多个子帧，它们可以形成级联的连续子帧。示例无线电帧包含10个子帧。每个子帧能够对应于传输时间间隔(TTI)。示例TTI为1ms。每个子帧能够由两个时隙组成，每个时隙具有0.5ms的长度，考虑到普通循环前缀长度，每个时隙例如包含7个OFDM符号，而如果使用扩展循环前缀长度，则每个时隙只包含6个OFDM符号。每个子帧能够由控制区域和数据区域组成。控制区域可以是在包括一个或多个OFDM符号的时域中，或者可以是在包括一个或多个资源块的频域中。在通信系统中，指配的信道能够用于发送数据并且还用于系统的控制信令或消息传递。控制信号或消息可以在控制信道(CCH)中传输，并且用于从网络或基站到用户设备或装置的前向链路传输(又称下行链路传输)以及从用户设备或装置到网络或基站的反向链路传输(又称上行链路传输)。在诸如UTRA的LTE的系统中，其中下行链路控制信道由单个可解码元素(称为控制信道元素(CCE))或者可解码元素的聚集(称为多个控制信道元素(CCE))组成，用户设备能够从一大组CCE中识别意图用于特定用户设备的CCE的子集。在一个实施例中，用户设备能够被配置为尝试解码在控制区域中传输的低延时分组或消息。用户设备能够被配置为监测CCE的子集中的低延时分组，其表示为意图用于到用户设备的可能低延时数据传输的低延时CCE(LL-CCE)。意图用于特定用户设备以特定CCE聚集水平L(例如，L＝1、2、4或8个CCE)进行监测或尝试解码的CCE的子集被称为该用户设备在特定CCE聚集水平L下的资源集合。用于用户设备的资源集合能够包含一个或多个资源子集，其中每个资源子集能够包括与聚集水平相对应的一个或多个CCE，并且资源子集能够与候选下行链路控制信道相对应，该候选下行链路控制信道又称物理下行链路控制信道(PDCCH)候选。特定CCE聚集水平L的资源子集的集合能够对应于特定用户设备在与特定CCE聚集水平L处的资源集合相对应的搜索空间中监测的聚集水平L的PDCCH候选的集合。控制区域的大小能够例如是1个、2个、或3个OFDM符号，并且可以取决于在较高层配置消息中针对子帧用信号通知的符号的数目，或者可以取决于由物理控制格式指示信道(PCFICH)用信号发送的符号的数目，该物理控制格式指示信道能够在每个子帧控制区域的符号0中传输并且能够由跨频率分布的4个资源元素组(REG)组成。每个REG能够由4个连续或几乎连续的控制资源元素组成，并且如果配置了关联天线端口则还可以包括直至2个参考信号。每个CCE能够包括跨频率伪随机地分布或交错的9个REG以及基于子块交织器在控制区域中的OFDM控制符号。可用于低延时数据传输的CCE和相对应的REG可以是控制区域中的在考虑到PCFICH和物理混合自动重传请求(ARQ)指示信道(PHICH)以及控制信道CCE之后的剩余的CCE。物理下行链路控制信道(PDCCH)能够根据CCE聚集水平L包括例如1个、2个、4个或8个CCE。PDCCH能够与DCI格式类型相关联。PDCCH传送包含数据指配的给定DCI格式类型的下行链路控制信息(DCI)。两个或更多个DCI格式类型可以具有相同的DCI格式大小或者可以具有不同的DCI格式大小。指配给用户设备监测的DCI格式类型的数目能够取决于经由诸如无线电资源控制(RRC)信令的较高层信令指配给用户设备的、诸如下行链路MIMO或下行链路单天线的传输模式。在多于1个CCE被聚集以形成PDCCH的情况下，CCE根据在PDCCH候选搜索空间中的位置能够在逻辑上连续。对于一个或多个DCI格式类型，PDCCH候选位置可以是相同的。数据区域能够包含诸如每资源元素(RE)具有一个数据符号的QAM符号的数据符号。一个时隙的持续时间内的12个连续资源元素能够被分组以形成资源块(RB)。资源块对于普通循环前缀长度能够跨越一个时隙或7个OFDM符号，使得两个RB(或单个RB对)跨越子帧。第一RB中的与子帧的第一时隙相对应的数据OFDM符号的数目能够被缩短了指配的OFDM控制符号的数目。在一个实施例中，用户设备能够尝试解码控制区域中的控制信道和低延时数据传输。用户设备能够基于第一RNTI(例如，C-RNTI)来识别控制信道并且基于第二RNTI(例如，LL-RNTI)来识别低延时数据分组。针对低延时数据分组候选的聚集水平的集合可以与针对UE监测的PDCCH候选的聚集水平的集合相同、是其子集、或与其不同。在一些实施例中，对于特定聚集水平，用于低延时数据分组的搜索空间可以与用于PDCCH的搜索空间相同。在其他实施例中，对于特定聚集水平，用于低延时数据分组的搜索空间可以是用于PDCCH的搜索空间的子集或与其不同(例如，不重叠、部分重叠)。在一些实施例中，对于特定聚集水平，用于低延时数据分组的搜索空间可以是从用于PDCCH的搜索空间的偏移量。偏移量可以是基于该特定聚集水平的PDCCH候选的数目以及特定聚集水平的值。这种方法能够防止在子帧的控制区域中出现多个上行链路和/或多个下行链路调度许可或指配时的阻塞。在一些实施例中，与所监测的低延时数据分组候选相关联的可能低延时数据有效载荷大小中的一个或多个可以与所监测的PDCCH候选相关联的DCI格式大小相同、是其子集或与其不同。在一个实施例中，用户设备可以针对特定聚集水平和候选，首先尝试使用其C-RNTI对控制信道候选进行解码，若此尝试失败，则其能够尝试使用LL-RNTI来进行解码。可替选地，其能够尝试使用可能具有不同DCI格式大小的不同下行链路控制信息(DCI)格式类型对候选进行解码。在另一个实施例中，能够针对低延时传输或分组来定义新的DCI格式类型。用于低延时数据分组的新的DCI格式类型可以具有与用于常规延时数据分组的PDCCH的DCI格式大小不同的DCI格式大小。DCI格式类型也可以被称为控制信道消息类型。

在一个实施例中，数据区域中的RE中的一些能够被预留用于支持低延时传输。在一个实施例中，RE能够用于低延时数据分组传输。在其他实施例中，RE也可以用于标记信息传输以辅助用户设备在对常规延时分组传输和/或低延时分组传输进行解码时接收常规延时传输。

在一些实施例中，用户设备可以使用包含用于低延时数据分组的资源指配的DCI来监测低延时控制信道(例如，LL-PDCCH)候选。低延时数据分组可以在来自子帧中的一个或多个数据区域的数据区域中传输。在一个实施例中，低延时数据分组能够在与包含用于低延时数据分组的资源指配的控制信道的位置相关联或基于此的数据区域中传输。低延时数据分组的位置与包含低延时数据资源指配的控制信道之间的关系可以被预先确定(例如，每个子帧区域能够包括控制信道和低延时数据区域，控制信道和低延时数据区域的资源元素或资源元素组可以在子帧区域内交织)，或者由较高层信令(例如，诸如间隙或偏移、OFDM符号、资源块索引等一个或多个配置参数的信令)来确定。在另一个实施例中，低延时数据分组的位置能够被包括在与针对用户设备的低延时数据分组相对应的控制信道的DCI资源指配消息中。特定用户设备能够定位与其要监测的每个LL-PDCCH候选相对应的低延时控制信道元素(盲解码)。能够由与基站尝试调度的用户设备相对应的唯一标识符来掩蔽每个LL-PDCCH的CRC。能够由UE的服务基站向该UE指配唯一标识符。该标识符能够被称为无线电网络临时标识符(RNTI)，并且通常在呼叫准入处指配给每个UE的标识符能够是小区RNTI或C-RNTI。还可以对UE指配半持续调度C-RNTI(SPS C-RNTI)或临时C-RNTI(TC-RNTI)或低延时RNTI(LL-RNTI)。当配置为接收低延时传输的UE对LL-PDCCH进行解码时，除C-RNTI之外(例如，在LL-PDCCH也能够用于常规延时数据分组指配的情况下，具有相同的DCI格式大小)，该UE还可以将其LL-RNTI以掩蔽的形式应用于PDCCH CRC，以便在已将低延时传输控制信道传输到用户设备的情况下成功进行LL-PDCCH解码。当用户设备成功解码了具有用LL-RNTI掩蔽的CRC的特定DCI格式类型的LL-PDCCH时，该用户设备能够使用来自所解码的LL-PDCCH的控制信息来确定例如用于相对应低延时数据的资源指配、混合ARQ信息、和功率控制信息。

在LTE中，DCI格式类型0、4用于在物理上行链路共享信道(PUSCH)上调度上行链路数据传输，而DCI格式类型1A用于在物理下行链路共享信道(PDSCH)上调度下行链路数据传输。其他DCI格式类型也用于调度包括DCI格式1、1B、1D、2、2A、2B、2C、2D的PDSCH传输，这些PDSCH传输中的每个与不同的传输模式相对应(例如，单天线传输、单用户开环MIMO、多用户MIMO、单用户闭环MIMO、秩1预编码、双层传输方案、直至8层传输方案)。而且，存在DCI格式3和3A，用于调度联合功率控制信息的传输。PDCCH DCI格式0、1A、3和3A都具有相同大小的有效载荷，并且因此具有相同的编码率。因此，对于每PDCCH候选的全部0、1A、3、3A，仅需一次盲解码。然后，用C-RNTI对CRC进行掩蔽，以确定PDCCH是DCI格式类型0还是1A，并且如果DCI格式类型是3或3A，则确定不同的RNTI。通过PDCCH有效载荷本身中的DCI类型位(即，控制信息字段中的一个上的控制信息的部分)来区分DCI格式类型0和1A。始终会需要UE在UE特定的搜索空间中的每个PDCCH候选位置处搜索所有的DCI格式0、1A。存在4个UE特定搜索空间用于聚集水平1、2、4和8。对UE一次仅指配DCI格式类型1、1B、1D、2、2A、2B、2C或2D中的一个，使得除DCI格式类型0、1A和可能的DCI格式类型4所需的盲解码之外，UE仅需要对UE特定搜索空间中的每PDCCH候选位置进行一次附加的盲解码。当PDCCH候选位置位于UE特定搜索空间中时，对于DCI格式类型PDCCH候选位置相同。还分别存在两个聚集水平4和8的两个16CCE公共搜索空间，这两个16CCE公共搜索空间在逻辑上，或有时在物理上(当存在32个以上控制信道元素时)，与UE特定搜索空间相邻。在公共搜索空间中，UE监测DCI类型0、1A、3和3A以及DCI格式类型1C。DCI格式类型1C用于调度广播控制，其包括寻呼、随机接入响应、和系统信息块传输。DCI 1A也可以用于公共搜索空间中的广播控制。DCI 0和1A也用于调度公共搜索空间中的PUSCH和PDSCH。对于DCI格式0、1A、3、和3A，在L＝4公共搜索空间中，UE需要执行直至4次的盲解码，并且在L＝8公共搜索空间中，UE需要执行直至2次盲解码，以及因为DCI1C与DCI 0、1A、3和3A的大小不同，所以对于DCI 1CUE需要再次执行相同数目的盲解码。

对于L＝(1、2、4、8)的UE特定搜索空间，UE需要分别执行(6、6、2、2)次盲解码，其中，L是指搜索空间的聚集水平。因此，针对UE特定搜索空间中的两个DCI格式大小以及公共搜索空间中的两个DCI格式大小，UE需要对每子帧控制区执行的盲解码尝试的最大总数是44(＝2×(6,6,2,2)+2×(4,2))。由基站和UE使用哈希函数来寻找每个搜索空间中的PDCCH候选位置。哈希函数是基于UE RNTI(与UE相关联的标识符，例如，C-RNTI或临时C-RNTI)、聚集水平(L)、控制区域中可用的CCE的总数(Ncce)、子帧编号或索引、以及针对搜索空间的PDCCH候选的最大数目。这样的方法防止在多个控制信道和/或低延时数据分组出现在子帧的相同区域中时阻塞。

在一个实施例中，基站中的方法能够指示与低延时消息相对应的低延时消息资源子集，基于到UE的低延时消息的至少一种低延时消息类型(例如，LL xyz格式类型)能够由基站从控制或数据区域内的搜索空间中的一个或多个候选资源子集中的一个中选择该低延时消息资源子集。低延时消息类型可以与除了PDCCH DCI格式类型之外的标识符相对应。UE能够至少部分地基于位置偏移量和标识符中的一个或多个来确定要使用搜索空间中的哪个资源集合来进行盲解码尝试，位置偏移量(根据CCE或聚集CCE的数目或根据聚集水平下的候选数目)与UE要搜索的低延时消息的低延时消息类型相关联或者由其确定，标识符与UE相关联。因此，位于搜索空间中的资源的每个集合能够包括特定消息类型的候选资源子集，其相对于具有0偏移量的资源集合或者相对于资源的基准集合的位置具有位置偏移量。能够由基站使用从与低延时消息类型相关联的资源集合所选择的资源子集经由所选择的资源元素子集传输用于UE的低延时消息信息。UE能够使用盲解码尝试来确定在搜索空间中的资源集合中使用了哪个资源子集来传送低延时消息。

在一个实施例中，特定用户设备可以定位与其要监测的每个低延时数据信道候选相对应的资源元素(对每个子帧控制区域进行盲解码)。通常可以由与基站单元试图调度的用户设备相对应的唯一标识符来掩蔽每个低延时数据信道的CRC。在其他实施例中，可以用针对全部低延时数据分组或接收用户设备的低延时数据分组的公共标识符来掩蔽CRC。能够由UE的服务基站向该UE指配唯一标识符。在一个实施例中，该标识符能够被称为无线电网络临时标识符(RNTI)，并且通常在呼叫准入时指配给每个UE的标识符能够是低延时RNTI或LL-RNTI。还可以对UE指配半持续调度C-RNTI(SPS C-RNTI)或临时C-RNTI(TC-RNTI)和小区特定C-RNTI。当UE对与低延时数据分组相对应的资源元素进行解码时，该UE能够将其LL-RNTI以掩蔽的形式应用于低延时数据分组CRC，以便发生成功解码。当UE成功解码针对其的低延时数据分组时，该UE能够再将该低延时数据分组发送到应用层，以供需要低延时传输的适当服务使用。UE可能需要尝试对经解码的分组进行解扰，以便确定该分组意图用于该UE。在一个实施例中，全部UE都能够对低延时分组进行解码，但如果这些UE未能成功解扰经解码的分组，则可能无法读取这些分组的内容。在传输之前由基站的加扰过程允许基站维持用户的隐私，同时准许每个用户设备对分组进行解码。

信道编码(例如，卷积编码)盲检测能够用于在具有不同大小的PDCCH DCI格式之间进行区分。对于相同大小的DCI格式，能够使用经加扰的CRC的不同掩蔽，或者替代地，在PDCCH有效载荷本身中的附加位能够用于在相同大小的PDCCH DCI格式(例如，DCI格式0和1A)之间进行区分。示例包括但不限于，对于DCI格式1A使用SI-RNTI、P-RNTI或者RA-RNTI而非C-RNTI的广播控制的情况。

在一个实施例中，UE搜索空间可以支持4个聚集水平，包括针对聚集水平中的每一个分别具有(6、6、2、2)个盲检测位置的每个PDCCH(候选)假设和低延时数据候选的(1、2、4或8)个逻辑上连续的CCE。

在确定CCE位置的一种方法中，通过下面的等式给出对于无线电帧的子帧‘k’的对应于每个聚集水平L(例如，L＝(1、2、4或8))搜索空间的PDCCH或低延时数据候选m的CCE位置

其中，对于UE特定搜索空间，Y_k＝39827·Y_k-1mod65537，其中Y_-1＝n_RNTI；n_RNTI≠0是C-RNTI或临时C-RNTI或LL-RNTI；N_CCE,k是对子帧k可用的总CCE的数目；m′＝m针对PDCCH候选；并且m′＝m+Δ(M^(L))针对低延时数据候选，其中Δ是基于以聚集水平L(M^(L))在搜索空间中要监测的PDCCH候选的数目的偏移量。例如，Δ＝ΔM^(L)，其中α能够取诸如1/3、1/2、1，m＝0，...，M^(L)的值，其中对于L＝(1、2、4、8)，M^(L)＝(6、6、2、2)，并且i＝0，...，L-1，其中i跨越PDCCH或低延时数据假设的每个连续CCE。

等式(1)能够对每个聚集水平搜索空间的候选假设CCE位置进行随机化，以使阻塞最小化。UE能够以针对候选假设的相对应聚集水平对PDCCH和低延时数据的DCI格式类型执行卷积编码盲检测(CCBD)。盲解码能够允许基站例如基于信道条件动态地选择聚集大小，使得不需要始终使用大量的CCE。

图2是根据可能实施例的子帧n至n+4的示例图200。子帧n能够包括诸如控制区域的第一区域210以及诸如数据区域的第二区域220。第一区域210能够包括资源元素230。在一些实施例中，资源元素(RE)能够表示针对子帧中单个OFDM符号周期的单个子载波。更一般地，资源元素能够是子帧内的最小可标识时间/频率/码/空间域资源单元。诸如低延时数据分组或其他数据分组的数据分组能够被映射到资源元素230的至少一个资源元素。如果在第一区域210中接收到数据分组，则能够在接收到数据分组的子帧n之后的后续子帧(诸如早于子帧n+4的子帧)中发送应答(诸如HARQ ACK)。

根据该可能实施例，设备能够接收较高层配置消息，其中较高层能够高于物理层。高层消息能够是发送到设备的专用模式RRC(无线电资源控制)消息。在一些实施例中，能够通过广播系统信息消息将其发送到小区中的全部设备。设备能够基于高层配置消息来确定用于接收数据分组的子帧的第一区域。在一个实施例中，子帧中的第一区域能够与子帧中的时域资源集合相对应，诸如OFDM符号持续时间。在另一个实施例中，子帧的第一区域能够与子帧中的、诸如资源块(RB)的频域资源集合相对应，其中每个资源块能够包括OFDM子载波的集合。在另一个实施例中，子帧的第一区域能够与资源元素(RE)的集合相对应。在又一个实施例中，子帧的第一区域能够与控制信道元素(CCE)的集合相对应，其中每个控制信道元素能够与子帧内的资源元素的集合或资源元素组(REG)的集合相对应。第一区域能够包括第一RE集合，其中第一RE集合能够是第一区域中的第二RE集合的子集。在一些实施例中，第二资源元素集合能够与在其上设备能够期望接收控制信道的子帧的第一区域中的全部资源元素相对应。控制信道能够是诸如物理下行链路控制信道(PDCCH)或增强型物理下行链路控制信道(EPDCCH)的信道。在一些其他实施例中，第二资源元素集合能够与在其上设备能够期望接收控制信道和应答信令的子帧的第一区域中的全部资源元素相对应。控制信道能够是诸如PDCCH和EPDCCH的信道。应答信令能够是诸如物理混合ARQ指示信道(PHICH)的信道。在一些其他实施例中，第二资源元素集合能够与子帧的第一区域中的全部资源元素相对应。第一区域能够用于控制信道监测。数据分组能够被映射到第一RE集合中的至少一个RE(或在其上传输)。设备能够监测第一区域，其中监测能够包括尝试解码第一区域中的数据分组。尝试解码能够包括由设备进行盲解码。设备能够解码第一区域中的数据分组中的数据。在一个实施例中，设备能够监测第一区域中的第一RE集合，其中监测能够包括尝试解码第一区域中的第一RE集合中的数据分组。尝试解码能够包括由设备进行盲解码。设备能够解码第一区域中的第一RE集合中的至少一些RE中的至少一个数据分组。

在一些实施例中，高层消息能够包括也用作控制信道元素的可能候选资源元素或REG的列表，设备能够尝试在其上接收低延时数据。基站能够为低延时传输预留REG的集合，但在没有低延时数据要传输或者其他调度优先级不准许在该子帧中传输低延时数据的情况下，这些REG可能被重新用于PDCCH传输。

在一些实施例中，设备能够针对控制信道信令监测子帧的第一区域中的第二RE集合，而且还针对低延时数据分组传输监测能够是第二RE集合的子集的第一RE集合。第一RE集合和第二RE集合皆能够属于子帧的第一区域。第一区域能够是子帧的控制区域。作为监测的结果，如果设备对子帧的第一区域中的控制信令进行解码，则该设备能够使用下行链路控制信息(DCI)来确定PDSCH资源指配。能够由设备使用PDSCH资源指配来接收数据分组(例如，常规延时数据分组)的有效载荷，然后能够将其传递到诸如应用层的较高层。作为监测的结果，如果设备对子帧的第一区域中的低延时数据分组的有效载荷进行解码，则该设备能够将低延时数据分组传递到诸如应用层的较高层。低延时数据分组能够具有比常规延时数据分组更严格的分组传递延时要求。

根据一种相关实施方式，能够经由高层信令配置设备，以用低延时下行链路控制信息(DCI)格式(例如，DCI格式LL1)来监测低延时(LL)数据分组。低延时DCI格式也能够被可替选地称为低延时数据信息格式(LDI格式)。设备还可以被配置有具有传输模式的较高层，并且基于该传输模式，设备可以监测使用一个或多个DCI格式(例如，DCI格式1A、1、2、2A、2B、2C)的传输来指配PDSCH数据指配的控制信令。设备可以在子帧的控制区域中监测具有低延时DCI格式的低延时数据分组。对于控制区域，能够使用直至三个或更多个的OFDM符号。可替选地，子帧中直至八个或更多个RB能够用于控制区域。

图19是根据该实施例的可能实施方式的子帧1900的示例图示。子帧1900能够包括诸如控制区域的第一区域1910以及诸如数据区域的第二区域1920。用于LL数据监测的第一RE集合能够被进一步组织成多个控制信道元素(CCE)1930和1940，其中每个CCE 1930和1940能够包括多个资源元素。针对低延时数据以及指配PDSCH数据指配的控制信令，设备可以监测控制区域中的相同控制信道元素(CCE)。更一般地，假定第一DCI格式(例如，DCI格式LL1)和第一CCE聚集水平集合，设备可以监测通过为低延时数据组织第一RE集合创建的第一CCE集合，并且假定第二DCI格式(例如，DCI格式1A、1、2、2A、2B、2C)和第二CCE聚集水平集合，设备可以监测通过为指配PDCCH数据指配的控制信道组织第二RE集合创建的第二CCE集合。根据假定的DCI格式和聚集水平，监测能够尝试解码低延时数据或控制信道。“监测”或“尝试解码”还能够是盲解码。第一CCE集合能够是第二CCE集合的子集。可替选地，第一CCE集合能够与第二CCE集合相同。将第一集合作为第二集合的子集能够降低对设备的盲解码复杂度。类似地，第一CCE聚集水平集合能够与第二CCE聚集水平集合相同，或者第一CCE聚集水平集合能够是第二CCE聚集水平集合的子集，诸如聚集水平L＝2、4、8用于监测LL数据传输，并且L＝1、2、4、8用于监测控制信道。具有减少用于监测LL数据分组的聚集水平还能够降低UE盲解码复杂度。用于监测LL数据分组的CCE大小能够与用于监测控制信道的CCE大小不同。例如，对于监测LL数据，能够使用72个RE(或18个REG，其中每个REG具有4个数据RE)的CCE大小，而对于监测控制信道，能够使用36个RE(或9个REG，其中每个REG具有4个数据RE)的CCE大小。低延时DCI格式的DCI格式大小能够与用于控制信道监测的DCI格式大小中的一个相同。例如，DCI格式LL1能够具有与DCI格式1A相同的大小，并且DCI格式LL2能够是与传输模式特定DCI格式中的一个相同的大小。例如，如果设备被配置有传输模式2，则DCI格式LL2将具有与DCI格式1相同的大小，而如果设备被配置有传输模式10，则DCI格式LL2将具有与DCI格式2D相同的大小。控制区域中的数据的传输尤其适用于小的数据分组大小，诸如8至500个位。

在一些实施方式中，基于以不同CRC掩码来掩蔽循环冗余校验(CRC)，能够将在第一区域中监测的LL数据信息(LDI或LL DCI)与在相同区域中监测的控制信道的DCI进行区分。当低延时DCI格式的DCI格式大小与用于控制信道监测的DCI格式大小中的一个相同时，这会特别适用。在对包含PDSCH数据指配的DCI的控制信道进行盲解码(或监测)期间，设备可以假定用设备特定标识符(例如，小区无线电网络临时标识符(C-RNTI))或者公共标识符(例如，寻呼无线电网络临时标识符(P-RNTI))对DCI的CRC进行编码或加扰。在对LL数据分组进行盲解码(或监测)期间，设备可以假定用与LL数据监测相关联的特定标识符(例如，低延时无线电网络临时标识符(LL-RNTI))对LL数据分组的有效载荷的CRC进行编码。能够经由较高层(例如，RRC)消息向设备指示特定标识符。更一般地，设备能够在子帧的第一区域中执行控制信道监测，设备能够使用第一标识符(例如，假定使用C-RNTI对DCI的CRC进行编码，使用循环冗余校验(CRC))来确定对控制信道(例如，PDCCH)或与控制信道相关联的DCI的成功解码，并且设备能够使用第二标识符(例如，使用循环冗余校验(CRC)，假定使用LL-RNTI对数据有效载荷的CRC进行编码)来确定对第一区域中的数据分组(例如，LL数据分组)的数据有效载荷的成功解码。

由设备针对控制信令监测的来自第二RE集合中的CCE或RE组能够与诸如PDCCH或EPDCCH的控制信道相关联。在一些实施方式中，由设备针对LL数据监测的第一集合中的CCE或RE组能够与使用其接收低延时数据的单独物理信道(例如，LL-PDSCH)相关联。在一些情况下，由设备针对LL数据监测的第一集合中的RE组能够被称为除“CCE”以外的名称，诸如低延时信道元素(LCE)。在一些实施方式中，由设备针对LL数据监测的CCE仍能够与诸如PDCCH或EPDCCH的控制信道相关联，但在CCE上解码的信息(即，DCI或LDI)与诸如PDSCH的数据信道相关联。

在一些实施方式中，响应于在子帧n的第一区域中解码的LL数据分组，能够在早于子帧n+4的子帧(诸如子帧n+2)中发送响应于解码LL数据的反馈(例如，ACK或NACK)。在该实施方式中，设备可以经由较高层被配置有低延时传输模式或低延时特征。第一区域能够是与1ms TTI的前1个至3个OFDM符号相对应的控制区域。由于该区域位于子帧的开始部分，所以能够更早地解码在此发送的LL数据。例如，当设备接收到1ms TTI的3个OFDM符号时(如果在控制区域中发送LL数据)，而并非在设备接收到全部14个OFDM符号之后(如果将以常规方式发送LL数据，诸如使用跨越至经由PDCCH/EPDCCH中的DCI指配的子帧末端的PDSCH RB)，能够开始解码。由于这种更早解码的益处，设备则能够诸如在子帧n+2或子帧n+1的后半部分中更早传输反馈。如果LL数据的有效载荷是小的，诸如约100位左右，则设备中实现的控制信道解码器也能够利用较小的有效载荷的优点来尽早完成解码。

根据一种可能实施方式，能够使用诸如LTE子帧的控制信道区域的第一区域来定义支持低延时分组传输的新资源指配设计，并且能够将其用于针对正常或常规的延时分组传输的控制信道。设备能够被配置有控制信道区域内的第一RE集合，然后设备能够使用该第一RE集合对数据分组进行盲解码。结合传统帧结构，诸如LTE版本8的帧结构，能够以多种方式减少下行链路延时，其中传统传输时间间隔(TTI)能够具有1ms的持续时间，传统子帧能够是1ms，并且传统时隙能够是0.5ms。系统100能够同时以至少两个不同的TTI持续时间运行，传统1ms的TTI持续时间以及诸如0.5ms的至少一个新的TTI持续时间。这些实施例能够提供更快的处理时间以及更快的混合自动重传请求(HARQ)反馈传输，诸如其中能够比较后的4个TTI更快地发送HARQ应答(HARQ-ACK)，诸如早于子帧n之后的子帧n+4。例如，能够在子帧n+2而非n+4中发送ACK/NACK。这些实施例还能够提供用于更快的信道质量指示符(CQI)传输，减少用于分组传输的TTI持续时间，诸如使用0.5ms的TTI，以及减少用于反馈传输的TTI持续时间，诸如使用0.5ms的TTI。对于时分双工(TDD)，针对子帧n中的物理下行链路共享信道(PDSCH)，能够按每个n+2或n+4时序指配上行链路ACK/NACK资源。

在LTE中，在下行链路中，UE可以被配置有用于PDSCH接收的多个传输模式中的传输模式，诸如版本12的LTE中的传输模式1至10。传输模式能够与一个或多个PDSCH传输方案相关联。PDSCH传输方案可以例如是单天线端口传输、传输分集、闭环空间复用、开环空间复用、大延迟循环延迟分集、双天线端口或多天线端口传输方案。一些传输方案支持在TTI(诸如子帧)中仅传输单个传送块，而另一些传输方案支持在TTI中传输直至两个传送块。与用于PDSCH解调的传输方案相关联的参考信号或导频信号可以是公共参考信号(CRS)或者UE特定或专用的解调参考信号(DM-RS)。传输方案可以与包括资源指配以及用于解码PDSCH的其他控制信息的给定有效载荷大小的下行链路控制信息(DCI)格式相关联。可以在包括CRC(循环冗余校验)位的PDCCH(物理下行链路控制信道)或EPDCCH(增强型PDCCH)上传输DCI格式，这些CRC位可以由为设备配置的特定C-RNTI加扰。类似地，在上行链路上，UE可以被配置来自用于PUSCH(物理上行链路共享信道)传输的多个传输模式中的传输模式，诸如版本12的LTE中的传输模式1至2。PUSCH传输方案可以包括单天线端口和闭环空间复用传输方案。

在一个实施例中，设备能够被配置有低延时传输模式，诸如低延时下行链路控制信息格式，其中，能够在子帧n+2而非n+4中发送传输(Tx)HARQ ACK，能够存在传送块(TB)大小限制，能够存在能够将较小延时的配置限制到小(较小)小区的时间提前(TA)限制，能够存在专用PDSCH资源，如在半待续调度(SPS)中，其中ACK/NACK反馈能够类似于版本8，诸如基于控制信道元素(CCE)索引的动态ACK/NACK，并且其中能够存在小的最大码块(CB)大小，诸如1500位而非6144位，这能够改善流水线操作和/或降低复杂度。最大码块(CB)大小能够与最大信息有效载荷大小相对应，该最大信息有效载荷大小能够被信道编码用于在信息有效载荷被分割成多个码块之前在诸如PDSCH的特定物理信道上传输。传送块能够包括一个或多个码块。

例如，设备可以经由较高层被配置有低延时传输模式或低延时特征。在这样的情况下，可能要求该设备比版本8设备更快地传输HARQ反馈，诸如用于针对在子帧n中接收到的PDSCH的下行链路(DL)许可，可能要求该设备在子帧n+2而非子帧n+4中传输相对应的HARQ-ACK反馈。这能够意旨能够将对PDSCH的设备处理时间从3-TA下降至1-TA。为确保设备的复杂度不会受到这个缩短的处理时间的不利影响，可能存在为了低延时操作在设备处支持的TB大小、和/或TA值的限制。对于极短的传送块，如半持续调度(SPS)中的专用PDCCH资源能够被直接指配给PDSCH。这能够允许设备更早开始检测和解码PDSCH并且更快地发送上行链路反馈。

根据一种相关实施方式，设备能够被配置有能够与任何传输模式工作的低延时DCI格式。直至三个或更多个的正交频率复用(OFDM)符号能够用于控制区域。能够在用于小数据分组的控制信道元素(CCE)上发送数据。响应于物理下行链路控制信道(PDCCH)上的数据，能够在子帧n+2中发送ACK。在该实施方式中，设备可以经由高层被配置有低延时传输模式或低延时特征。对于小分组，能够在包括PDCCH或控制区域的CCE上发送通常占用整个1msTTI的PDSCH。由于控制区域能够发生在1ms TTI的前1至3个OFDM符号中，因此能够更早地解码在CCE上发送的数据，诸如在设备接收到1ms TTI的3个OFDM符号之后，而并非在设备接收到其全部14个OFDM符号之后。由于这种更早解码的益处，因此设备然后能够在诸如子帧n+2中或子帧n+1的时隙2中更早传输上行链路反馈。能够发送的典型有效载荷可能约为100位左右，并且它们能够利用设备中实现的控制信道解码器的优点。基于具有不同CRC的循环冗余校验(CRC)掩蔽，能够将PDSCH数据与DCI进行区分。这就能够不改变诸如TTI持续时间、RS、映射等现有的PDSCH结构，仅可以修改HARQ时序，而允许降低复杂度，并且能够通过PDCCH结构传输小的低延时分组。

图3是根据相关的可能实施例的子帧300的示例图示。子帧300能够包括配置用于低延时传输的OFDM符号310、配置用于低延时传输的资源块320、第一资源元素集合330(诸如第一低延时信道元素(LCE0)，其也能够被称为数据信道元素(DCE))以及第二资源元素集合340(诸如第二LCE1)。配置用于低延时传输的资源块可以是集中式物理资源块、集中式虚拟资源块、或分布式虚拟资源块。集中式虚拟资源块(VRB)能够直接映射到物理资源块，而分布式虚拟资源块可以以预定方式被映射到物理资源块，使得连续的分布式资源块被映射到非连续的物理资源块，其中每个时隙中的非连续物理资源块的位置是不同的。配置用于低延时传输的资源块可以根据资源块组(RBG)、一个或多个RBG子集中的集中式VRB、或分布式VRB来定义。RBG可以是集中型的连续的虚拟资源块(VRB)的集合。资源块组大小(P)可以作为系统带宽的函数。RBG子集p，其中0≤p＜P，能够包括从RBGp开始的每第P个RBG。LCE通常能够包括多个RE，并且与LCE相对应的RE不需要在时域或频域上连续。LCE也能够被分散在多个RB之间，甚至分散在包括多个RB的多个资源块组(RBG)之间。在一个实施例中，LCE可以包括配置用于低延时数据分组传输的一个或多个OFDM符号中的RBG中的RE。在另一个实施例中，LCE可以包括来自一个或多个OFDM符号中的P个RBG子集中的一个或多个的集中式VRB的子集中的RE。集中式VRB的子集可以与不同RBG中的VRB相对应。在另一个实施例中，LCE可以包括一个或多个OFDM符号中的分布式VRB子集中的RE。分布式VRB的子集可以是连续的VRB，其作为映射到被分布的物理RB的结果。配置用于低延时分组传输的单个符号能够包括配置用于符号中的低延时分组传输的不同RB中的多个LCE。低延时数据分组能够处于配置用于低延时分组传输的符号中的任何上，诸如符号的子集上，并且也能够处于配置用于低延时分组传输的RB的子集上。在一些情况下，子帧中的全部OFDM符号和RB皆可能潜在地被用于低延时传输，并且可能并非必需单独的配置信令。在这样的情况下，OFDM符号310能够是子帧中的全部OFDM符号。类似地，RB 320能够是子帧中的全部RB。OFDM符号350中的一些能够包括符号350中的RE中的一些上的公共参考信号，如导频RE。

在一个实施例中，类似于上文根据搜索空间和聚集水平描述的控制信道结构，UE(诸如设备)可以经由较高层信令被配置为在特定LCE聚集水平L(例如，L＝1、2、4或8个LCE)的LCE子集中监测具有一个或多个低延时数据信息(LDI)格式的低延时(LL)数据分组。特定LCE聚集水平L处的来自LCE子集的聚集LCE集合能够与特定设备在与特定LCE聚集水平L处的LCE子集相对应的搜索空间中监测的聚集水平L处的低延时数据候选集合相对应。设备能够针对低延时数据分组监测给定聚集水平处的低延时数据候选集合，其中监测意旨根据全部监测的LDI格式来尝试解码集合中的低延时数据候选中的每一个。设备能够通过使用与UE相关联的标识符，诸如掩蔽或加扰数据有效载荷的循环冗余校验(CRC)的C-RNTI或LL-RNTI，来确定对与低延时数据候选相对应的低延时数据分组的数据有效载荷的成功解码。在一些实施例中，哈希函数可以用于在每个搜索空间中寻找低延时数据候选位置。哈希函数可以基于UE RNTI(与UE相关联的标识符，诸如C-RNTI或LL-RNTI)、聚集水平(L)、可用LCE的总数(Nlce)、OFDM符号的数目或索引、以及针对搜索空间的低延时数据候选的最大数目。在确定与每个聚集水平L(例如，L＝(1、2、4或8))的低延时数据候选m的LCE位置相对应的LCE位置的一种方法中，通过下面的等式给出对于子帧的OFDM符号‘k’的搜索空间：

其中，

-对于UE特定搜索空间，Y_k＝39827·Y_k-1mod65537，其中Y_-1＝n_RNTI；

-例如，n_RNTI≠0是C-RNTI或临时C-RNTI或LL-RNTI；_MLCE，k是OFDM符号k可用的总LCE的数目；

-m＝0,…,M^(L))-1，其中M^(L)是以在聚集水平L处的搜索空间中监测的低延时数据候选的数目；以及

-i＝0,…,L-1，其中i跨越低延时数据假设的每个连续LCE。

图4是根据相关的可能实施例的OFDM符号400的示例图示。OFDM符号能够是配置用于子帧中的低延时传输的OFDM符号中的一个。OFDM符号400能够包括LCE的LCE0、LCE1和LCE2以及其他元素。而且，OFDM符号400能够具有配置用于低延时传输的RB的带宽，诸如12个RB、100个RB以及其他数目的RB。LCE资源能够可选地用于标记传输，其能够充当一种类型的控制信号。例如，标记传输能够是指示OFDM符号是否用于低延时业务的指示信道。标记也能够提供指示RE或RE集合(例如，RBG、RB或LCE)的信息。标记传输能够作为对多个设备公共的广播传输来发送。对于未在该子帧中接收到低延时传输但具有用于其他数据传输的指配的设备，标记传输能够告知其指配中的哪些RE用于低延时传输，使得设备能够将这些RE忽略、清零或以其他方式不使用它们。

图5是根据相关的可能实施例的传输时间间隔(TTI)500的示例图示。TTI 500在一个传统TTI中示出使传统与低延时指配混合。例如，新的TTI能够在持续时间上长2个符号。传统TTI 500能够包括低延时控制信息C和低延时数据D。例如，C1能够是用于第一设备的控制信息，并且D1能够是用于第一设备的数据等。所示的区域(诸如C1、D1)也可以只有数据而不具有控制信息。低延时数据和控制信息能够诸如在1ms传统TTI中与传统指配共存。传统指配能够被删余510，以容纳短的TTI。

根据这些可能实施例中的一个，诸如设备110的设备能够接收指示用于在子帧的至少一个符号中接收数据分组的资源块(RB)集合的较高层配置消息。较高层能够高于物理层。设备能够尝试解码RB集合内的第一RE集合中的数据分组，诸如与第一低延时信道元素(LCE0)相对应的那些。第一RE集合能够处于子帧的至少一个符号中。设备能够尝试解码RB集合内的与第二LCE1相对应的那些的至少一个第二RE集合中的数据分组。第二RE集合能够处于子帧的至少一个符号中，其中第二RE集合能够包括不在第一RE集合中的至少一个RE。设备能够成功解码第一RE集合和第二RE集合中的一个中的数据分组。设备能够将经解码的数据分组的数据有效载荷传递到应用层。

例如，根据一种可能实施方式，在PDSCH中，诸如常规LTE子帧的数据区域，设备能够被配置有低延时传输模式。设备能够在PDSCH区域中的搜索空间中对子帧n中的小分组查找，并且能够在后续子帧n+m中提供ACK。作为另一个示例，设备能够经由较高层被配置有低延时传输模式或低延时特征。对于小分组，能够在PDSCH区域中的数据信道元素(DCE)、诸如LCE上发送PDSCH。对于小分组传输，可能不需要发送与其相关联的附加控制信道。例如，为了发送100位的分组，长度为40至50位的DCI格式能够意旨50％的开销。因为有效载荷可能更小，所以能够由解码器更快地解码小分组。由于这种更早解码的益处，因此设备能够诸如在子帧n+2中更早地传输上行链路反馈。能够发送的典型有效载荷能够约为100位左右，并且能够利用在设备中实现的控制信道解码器，诸如利用具有不同CRC的CRC掩蔽并且使用与针对控制信道所定义的搜索空间相类似的且如上所述的搜索空间。这能够利用对诸如TTI持续时间、参考信号(RS)、映射等的现有的PDSCH结构在最小程度上改变或不改变提供降低的复杂度，可以仅修改HARQ时序，能够通过PDSCH小RB指配传输小低延时分组，以及设备能够对多个PDSCH候选进行盲解码以检测PDSCH。

根据一个实施例，诸如基站设备120的设备能够传输资源指配，该资源指配能够指配子帧中的第一时频资源集合用于常规延时数据传输。例如，第一时频资源集合能够是子帧中的RB集合。能够使用诸如PDCCH或EPDCCH的控制信道的DCI来传输资源指配。设备能够在子帧中的第二时频资源集合内传输低延时数据。例如，第二时频资源集合能够是映射到子帧中的一个或多个OFDM符号以及一个或多个RB。低延时数据能够具有比常规延时数据更低的延时。第二集合能够与第一集合至少部分地重叠。设备能够传输标记信号，其中标记信号能够指示子帧中存在低延时数据传输。

根据另一个相关实施例，诸如设备110(诸如用户设备)的设备能够接收资源指配。设备能够从资源指配确定子帧中的第一时频资源集合；例如，第一时频资源集合能够是子帧中的RB集合。能够使用诸如PDCCH或EPDCCH的控制信道的DCI来传输资源指配。设备能够确定子帧中的第二时频资源集合。例如，第二时频资源集合能够是映射到子帧中的一个或多个OFDM符号以及一个或多个RB。第二时频资源集合能够用于低延时数据传输并且能够与第一时频资源集合的至少一部分重叠。设备能够接收子帧中的常规延时数据传输。设备能够基于所确定的第一时频资源集合和第二时频资源集合，来解码子帧中的常规延时数据传输，其中常规延时传输能够具有比低延时传输更长的延时。设备能够通过接收标记信号来确定第二时频资源集合。可替选地，设备能够通过解码低延时传输来确定第二时频资源集合。

根据一种可能实施方式，为了支持在与低延时传输相同的子帧中的常规延时传输，能够传输标记，其中标记能够指示哪些RE用于在子帧中以低延时传输。该信息能够用于确定在解码常规延时传输时应当将哪些对数似然比(LLR)置零。可以由不同的用户(诸如设备和/或UE)在相同的子帧中接收常规延时传输和低延时传输。可替选地，如果用户被配置为接收这两种类型的传输，则可以由相同的用户在相同的子帧中接收常规延时传输和低延时传输。可替选地，一些用户可以被配置为在第一子帧集合中接收常规延时传输并且被配置为在第二子帧集合中接收低延时传输。第一子帧集合能够是第二子帧集合的子集。能够在子帧中的一个或多个RB中传输常规延时传输。能够经由资源指配来指配并且使用控制信道来指示用于常规延时传输的RB。由于相同的子帧能够用于常规延时传输和低延时(LL)传输，因此用于LL传输和任何标记传输的RE可以不用于常规延时传输。用于LL传输和任何标记传输的RE能够属于分配给常规延时传输的RB。

能够在子帧中的预定义或预配置的位置中发送标记。能够经由较高层(例如，RRC)信令向用户设备指示标记传输的可能位置。如果子帧中的一些OFDM符号被配置用于低延时传输，则在一些实施方式中，能够仅在那些OFDM符号上发送标记信号。例如，能够在OFDM符号310中发送标记信号。在相同的子帧中尝试接收除低延时传输以外的传输的用户设备能够解码标记以确定用于低延时传输的RE。例如，用户设备能够确定配置用于低延时传输的OFDM符号310。在每个这样的OFDM符号(例如，OFDM符号400)内，能够在一些RE中进行低延时传输。RE能够被进一步组织为LCE或DCE或CCE。例如，如OFDM符号400所示，能够在与LCE0、LCE1、LCE2相对应的资源或RE上进行低延时传输。虽然OFDM符号400示出在一个符号中从RE创建的LCE，但也可能通过使用来自多个相邻OFDM符号或多个非相邻OFDM符号的RE来创建LCE。在一些实施方式中，配置用于LL传输的每个OFDM符号中的LCE子集(例如，OFDM符号400中的LCE0)能够用于标记传输。一般而言，基站可以仅使用子帧中的、配置用于低延时传输的OFDM符号和RB中的RE的部分。基站能够使用标记传输来在每个特定子帧中用信号发送指示用于LL传输的RE的信息。例如，标记传输能够指示OFDM符号中的哪些LCE用于LL传输。可替选地，标记传输能够指示OFDM符号的哪些RB或RBG用于LL传输。一个OFDM符号中的标记传输可以指示子帧的其他OFDM符号中的、用于低延时传输的RE/LCE/DCE/CCE/RB/RBG。

图21是根据可能实施例的第一子帧2110和第二子帧2112的示例图示2100。第一子帧能够包括控制区域2121、低延时数据2240、以及常规延时数据区域2250。第二子帧2112能够包括含标记2130的控制区域2122。一个子帧2112(例如，子帧n+1)中的标记传输2130可以指示另一个子帧2121(例如，子帧n)的OFDM符号中用于低延时传输的RE/LCE/DCE/CCE/RB/RBG。在这样的情况下，能够在前几个OFDM符号(例如，控制区域2122中的符号)中发送子帧n+1 2112中的标记传输2130，以减少接收标记2130的设备的解码延时。当使用控制区域2122中的符号发送标记2130时，能够使用控制区域中常用的诸如PDCCH或PHICH的控制信道来发送使用标记2130传送的信息。如果PDCCH用于标记传输，则能够通过使用用于标记传输特定的CRC掩蔽(例如，标记-RNTI)而将标记传输与其他控制信道传输进行区分。如果PHICH用于标记传输，则PHICH组中的一个或多个能够被预配置或预定义为用于标记传输。

考虑到接收标记传输的设备(例如，用户设备)的实现方式复杂度和解码延时，能够有用的是，在子帧中配置用于LL传输的每个OFDM符号中传输标记。然而，由于传输该标记的设备(例如，基站或eNB)可能实际上并未在配置用于LL传输的全部所配置的OFDM符号中传输LL传输，因此可能有用的是(仅从减少开销的角度来看)，仅在子帧中实际用于LL传输的OFDM符号中传输标记。在这样的情况下，传输标记信号可能隐式地指示存在LL传输，而没有传输标记信号可能隐式地指示不存在LL传输。在其他情况下，其中该标记在配置用于LL传输的每个OFDM符号中传输，能够通过标记传输(例如，通过使用一位或一个码点)显式地指示存在或不存在LL传输。

图20是根据另一个可能实施例的子帧2000的示例图示。子帧2000能够包括控制区域2010、数据区域2020、标记2030、低延时数据资源元素2040、和常规延时数据区域2050。根据该实施方式，能够通过删余指配用于常规延时传输2050的RB来发送标记传输2030。例如，能够对用户指配子帧中的PDSCH RB集合。这些RB中的一个或多个的OFDM符号(例如，最后一个OFDM符号)内的一些RE能够用于标记传输。如果对多个用户指配相同子帧中的PDSCH RB，则能够在对每个用户的指配的RB内发送针对每个用户的单独标记传输。能够通过删余用户的PDSCH指配来发送标记传输。该删余能够类似于其中通过删余PUSCH指配来传输ACK/NACK和秩指示符(RI)位的LTE机制。可以使用对用户指配的RB内的预定义映射来发送标记，诸如在用户指配的RB索引的最后一个符号和较高端上。

能够使用标记传输的信息有效载荷(诸如13位或6位)用于识别符号，并且能够使用其他位用于识别在用户的(诸如设备的)指配内删余的资源块组(RBG)。这能够通过将所指配的RBG分组并且仅将用户指配内的顶部、中间或其他分组识别为被删余来进行优化。

标记传输的信息有效载荷能够指示用户的指配的RB内哪些OFDM符号用于LL传输。例如，这能够使用13位或6位来完成，每个位与一个或多个OFDM符号相对应。标记传输的有效载荷位可以用于识别在对用户指配用于接收常规延时传输的RB内包含LL传输的资源块组(RBG)。有效载荷能够进一步通过将指配的RB分组成RBG并且仅识别包含LL传输的顶部、中间或其他分组来进行优化。

只有在LL传输与用调制和编码方案(MCS)水平的特定调制集合调度的用户的资源指配重叠，才可以发送标记传输。例如，如果LL传输仅与具有低MCS水平的那些资源指配(例如，与QPSK调制和诸如<0.8的低编码率相对应的那些)重叠，则可以不传输标记信号。如果LL传输与具有高MCS水平的资源指配(例如，与64QAM或更高调制相对应的那些)重叠，则能够传输标记信号。在另一个示例中，没有标记可以用于低MCS，诸如MCS<10。

根据一种可能实施方式，设备(例如，用户设备110)能够接收具有常规延时传输和低延时传输二者的子帧。设备可以被配置为在相同子帧中接收常规延时传输以及低延时(LL)传输二者。可替选地，虽然子帧能够包含常规延时传输以及低延时传输二者，但该设备可以被配置为仅解码常规延时传输。然而，即使设备仅解码常规延时传输，也可能有用的是，设备考虑子帧中存在LL数据传输，以更准确地解码常规延时数据传输。因此，设备能够接收资源指配。设备能够从资源指配中确定第一时频资源集合。例如，第一时频资源集合能够是与指配给设备的、用于接收数据传输的PDSCH RB相对应的RE。数据传输能够是常规延时数据传输。设备可以在诸如PDCCH/EPDCCH的控制信道上接收资源指配。设备能够确定子帧中的第二时频资源集合。第二时频资源集合能够与第一时频资源集合的至少部分重叠，并且第二时频资源集合能够用于低延时(LL)数据传输。例如，可以在1ms子帧的两个0.5ms时隙中对设备指配RB1、RB2、RB3、RB4、RB5，用于接收常规延时传输。每个RB能够跨越时隙中的全部OFDM符号。LL传输可以跨越频域中的RB3、RB4、RB5、RB6、RB7和RB8以及时域中的子帧的第一时隙的OFDM符号4和5。然后，设备能够将RB3、RB4和RB5以及子帧的第一时隙的OFDM符号4和5内的RE确定为第二时频资源集合。

然后，设备能够基于第一时频资源集合和第二时频资源集合来解码子帧中的常规延时数据传输。对于上文给出的示例，在解码用于常规延时数据传输的数据时，设备能够将与映射到RB3、RB4和RB5以及子帧的第一时隙的OFDM符号4和5内的RE的常规延时数据传输相对应的位的对数似然比(LLR)值调整为低值。例如，设备能够将这些位的LLR值置为零。这就能够提高设备正确解码PDSCH RB1、RB2、RB3、RB4和RB5上指配的数据传输的概率。如果用于数据传输的MCS水平与具有较高阶调制和较高编码率的水平(例如，调制为64QAM或更高并且码率为0.7或更高)相对应，则这样的操作可能会有用。如果用于数据传输的MCS水平对应于具有较低阶调制和较低编码率的水平(例如，调制为16QAM或更低并且码率小于0.7)，则设备可以跳过确定第二资源集合并调整LLR值的步骤，而是直接尝试根据资源指配来解码常规数据传输。

在一些实施方式中，设备可以接收标记信号。设备能够使用标记信号来确定第二时频资源集合。设备能够基于标记信号的预定位置来确定标记信号的位置。例如，设备可以从RRC信令确定在频域中的RB3至RB8和RB91至RB96以及每个子帧的时域中的第一时隙的OFDM符号4和5和第二时隙的OFDM符号0、1、4和5中预期LL传输。

图22是根据可能实施例的子帧2200的示例图示。子帧2200能够包括控制区域2210、数据区域2220、标记2230、低延时数据2240和常规延时数据区域2250。对于其中设备接收资源指配的子帧，然后设备能够确定子帧的时域中的第一时隙的OFDM符号4和5以及第二时隙的OFDM符号0、1、4和5中在RB0至RB2中能够存在标记信号。在该示例中，标记信号的可能位置能够是配置用于LL传输的每OFDM符号中的预定义RB集合(例如，RB0至RB2)。在另一个示例中，其中使用LCE进行LL传输，设备能够在与一个或多个预定义LCE相对应的RE中查找标记信号(例如，在可能具有LL传输的LCE的OFDM符号中的LCE0中传输标记)。

在接收到标记信号之后，通过对标记信号中的信息有效载荷进行解码，设备能够确定其中存在LL传输的RE，并且设备能够进一步确定那些RE中的哪些与指配给设备用于接收常规延时数据传输的RE重叠。因而，设备能够确定子帧中的第二时频资源集合，第二时频资源集合用于低延时数据传输，并且基于标记信号，第二时频资源集合与第一时频资源集合的至少部分重叠。

在一些实施方式中，设备可以能够在相同子帧中接收常规传输和低延时(LL)传输二者。例如，可以在1ms子帧的两个0.5ms时隙中对设备指配RB1、RB2、RB3、RB4和RB5，用于接收常规延时传输。与这些RB相对应的RE能够被视为第一时频资源集合。设备可以成功解码跨越频域中的RB3、RB4、RB5、RB6、RB7和RB8以及时域中的子帧的第一时隙的OFDM符号4和5的LL传输。其上对LL传输进行解码的RE能够被视为第三时频资源集合。然后，设备能够将第二时频资源集合确定为属于第一时频资源集合和第三时频资源集合二者的时频资源。例如，RB3、RB4和RB5以及子帧的第一时隙的OFDM符号4和5内的RE能够被视为第二时频资源集合。然后，设备能够通过针对映射到第二时频资源集合的位设置LLR＝0来解码常规延时数据传输。

在这样的实施方式中，可能不需要单独的标记信号传输。另外，在这样的实施方式中，也能够由配置为解码常规延时传输的设备(即，非低延时设备)对LL传输进行解码。例如，全部LL传输都能够使用相同的CRC掩蔽，并且能够由低延时设备和非低延时设备来进行盲解码。然而，能够对每个低延时传输的各个数据有效载荷进行加扰，使得即使非低延时设备能够解码LL传输，它们也不能够解扰数据有效载荷位，从而确保LL数据有效载荷的隐私性。非低延时设备可以尝试仅解码能够与它们的PDSCH资源指配重叠的那些LL指配，用于常规延时数据传输。如果成功解码LL指配，则非低延时设备能够用其常规延时指配来确定重叠的RE，并且诸如通过将位中与重叠的RE相对应那些LLR值置零来擦除LLR值。

根据一种可能实施例，一种设备能够接收较高层配置。较高层配置能够高于物理层配置。除用于常规延时传输模式的常规延时配置之外，较高层配置还能够指示使用针对低延时传输模式的低延时配置来配置设备。低延时传输模式能够具有比常规延时传输模式更低的延时。能够基于子帧n中的低延时配置和常规延时传输模式中的一个来接收分组。设备能够在后续子帧n+p中传输反馈分组，其中，当接收到的分组是基于低延时配置时，p<4。后续子帧n+p能够是子帧n中的第p个子帧。当接收到的分组是基于常规延时配置时，设备能够在后续子帧n+4中传输反馈分组。后续子帧n+4能够是从子帧n起的第4个子帧。

根据一种可能实施方式，在LTE中，能够使用码块(CB)分段将大传送块分割成较小块，并且分别将这些小块进行CRC编码、turbo编码、速率匹配、加扰、以及映射到调制符号。为了增加流水线效益，单个调制符号或RE可能不包含来自不同码块的位。针对给定传送块(TB)的码块能够按如TB 600中所示的频率优先映射来进行映射。TB600能够假定传送块分割成占用子帧的4个码块。假定1毫秒TTI中的OFDM符号0至13的两个公共参考信号(CRS)端口(50RB系统带宽)，符号#{0,5,7,12}能够具有用于CRS的RE。因此，除{0,5,8,12}以外的OFDM符号能够具有用于数据的12*50＝600个RE，而{0,5,7,12}能够具有8*50＝400个RE。典型地，基于信号/信道(CRS、CSI-RS、CSI-IM、DRS、DMRS、PBCH等)，每任意给定的OFDM符号或每任意给定的资源块的RE数目能够是可变的。

对于信道估计延时，如果设备需要基于CRS来解调PDSCH，则对于1ms TTI，CRS信道估计可能直到符号5(～6*71us＝420us)才开始，导致0.42ms的延时。这可能意旨，对于TB600中的码块0，直到符号5(诸如完全接收到CB0之后)才能够生成对数似然比(LLR)。即，由符号3完全接收到与CB0相对应的RE，并且在接收到符号5之后，符号0至4的I/Q值等待符号持续时间4和5，并且能够执行CRS信道估计，然后能够生成用于CB0的LLR以启动turbo解码过程。仅通过依靠符号0中的CRS就能开始更早解码。通常，给定子帧中的全部CRS RE能够用于PDSCH解调。而且，这里不假定对CRS进行跨子帧信道估计。对于基于DMRS的信道估计，设备可能必须等待，至少直到用于执行基于DMRS的信道估计的符号7。典型地，两个时隙中的DMRS能够用于改善信道估计。为了实现可能的改进，能够引入更多的解调导频来帮助更早解码，并且可以在不迟于相对应数据的情况下接收用于信道估计的导频。而且，能够在早期位置中引入解调导频。例如，能够在符号0、1和符号7、8中传输DMRS。这就能够将DMRS信道估计延时减少近420us。此外，可能主要出于反馈目的需要信道状态信息参考信号(CSI-RS)和信道状态信息干扰测量(CSI-IM)。因而，能够在灵活的位置中传输这些参考信号，其中设备复杂度能够取决于测量CSI时与要报告CSI时之间的时间。

图7是根据可能实施例的传送块700的示例图。图8是根据可能实施例的传送块800的示例图。传送块700和800能够具有13个码块并且能够占用1ms子帧，其中垂直维度是频率并且水平维度是时间。传送块700能够包括占用整数个OFDM符号的码块CB0至CB12。传送块800能够包括码块CB0至CB12，其中每个码块能够占用一个或多个OFDM符号。LTE能够使用基于码块的发射器和接收器操作用于流水线型解码器。如果要传输超过6120个位(具有TBCRC的6144个位)大小的传送块(TB)，则传送块能够被分割成多个码块，其中每个码块能够具有附加的CRC，能够被turbo编码，能够被匹配速率，以及能够被映射到调制符号。因为能够独立且依序处理每个码块，所以这就能够允许流水线式实施方式，这能够降低复杂度。通常能够以传送块水平执行HARQ反馈和重传。

在LTE中，与5/6、64QAM，100RB指配相对应的75376位的传送块大小(TBS)能够被分割成13个码块，码块中的每个的大小为5824位(＝(75376+(13+1)*24)/13，具有14个24位CRC)。传送块700示出CB映射到1ms TTI。该映射能够基于所指配的资源块中可用的RE的总数，诸如在全部指配的OFDM符号中。RE的可用数目能够受所指配的资源块中存在的诸如CRS、CSI-RS、CSI-IM、DRS、PSS/SSS等信号/信道数目影响。因此，传送块可能看上去像传送块800，其中每个码块可以跨越一个或多个OFDM符号。

配置有低延时传输模式(诸如低延时DCI格式)的设备能够在n+2而非n+4中传输HARQ ACK，能够具有TB大小限制，能够具有可能限制对小(较小)小区的较小延时的配置的TA限制，以及能够具有如在SPS中的专用PDSCH资。ACK/NACK反馈能够类似于版本8，诸如基于控制信道CCE索引或SPS中的动态ACK/NACK。设备能够经由较高层配置有低延时传输模式或低延时特征。在这种情况下，可能要求设备比版本8的设备更快地传输HARQ反馈。例如，对于对子帧n中接收到的PDSCH的下行链路许可，可能要求设备在子帧n+2而非子帧n+4中传输相对应的HARQ-ACK反馈。这可能意旨能够将用于PDSCH的设备处理时间从3-TA降低至1-TA。为确保设备的复杂度不会受到这个缩短的处理时间的不利影响，可能会对传送块大小和/或用于低延时操作的设备处支持的时间提前值强制施加限制。对于极短的传送块，如半持续调度(SPS)中的专用PDCCH资源功能被直接指配给PDSCH。这就能够允许设备更早开始检测和解码PDSCH并且更快地发送上行链路反馈。这能够在诸如TTI持续时间、RS、映射等现有PDSCH结构不变或改变最小的情况下降低复杂度，能够仅修改HARQ时序，以及能够经由TA/TB限制针对一些解码器提供弛豫。为了支持低延时操作，设备能够被配置有传输模式，该传输模式使用受限的传送块大小、受限的时序调整、如SPS中的专用PDSCH资源、以及诸如1500位的较小的最大CB大小，而非LTE版本13中所用的6144位。为使上行链路中的冲突最小化，基于正使用的TTI的长度，设备能够被配置有时隙水平上或符号水平上的扩展UL ACK/NACK区域。

图9是根据可能实施例的传统或常规1ms上行链路子帧900的示例图示。子帧900能够包括两个时隙910和920。图10是根据可能实施例的1ms上行链路子帧1000以及在1ms子帧1000上覆盖的至少一个0.2ms上行链路子帧1010的示例图示。图11是根据可能实施例的1ms子帧1100的示例图示。子帧1100示出针对上行链路的另一种潜在帧结构，其中，子帧1100能够包括两个符号1110和1120，其中资源元素1130和1140被指配给设备，用于以多载波集群格式进行上行链路反馈传输。一个符号1130能够用于导频，并且一个符号1140能够用于ACK/NACK。

图12是图示出根据可能实施例的诸如第一设备的无线通信设备的操作的示例流程图1200。在1210处，能够开始流程图1200。在1220处，能够接收较高层配置消息。较高层能够高于物理层。

在1230处，基于较高层配置消息，能够确定用于接收数据分组的子帧的第一区域。第一区域能够是一系列区域中的第一时频区域。例如，第一区域能够是子帧的第一时间区域，其中第一区域能够包括直至4个多载波符号。例如，多载波符号能够是OFDM符号，并且子帧能够包括直至14个OFDM符号。而且，子帧能够是帧中的10个子帧中的一个。第一区域能够包括第一资源元素集合。第一资源元素集合中的资源元素能够用于低延时数据分组，能够用于控制信号，和/或能够用于其他目的。第一资源元素集合能够是第一区域中的第二资源元素集合的子集。第一集合中的资源元素的数目能够少于第二集合中的资源元素的数目。第一区域能够用于控制信道监测。例如，第一区域能够是控制区域，其包括含有控制信道元素的至少一个物理下行链路控制信道。能够在包括来自第一资源元素集合的资源元素的控制信道元素中的一个或多个上传输数据分组。而且，能够将数据分组映射到第一资源元素集合的至少一个资源元素。

第一区域中的数据分组能够是低延时数据分组，其具有比第二区域中的正常延时数据分组更低的最大允许延时。第一区域能够用于传输用于解码第二区域中的正常延时数据分组的控制信号。例如，正常延时数据分组能够是传统数据分组。

在1240处，能够监测第一区域。例如，能够在第一个区域执行控制信道监测。监测能够包括尝试解码第一区域中的数据分组。例如，监测能够隐含(诸如包括)盲解码数据分组。

在1250处，能够解码第一区域中的数据分组中的数据。数据分组能够是延时低于正常数据分组的低延时数据分组。而且，能够使用第一标识符来确定对第一区域中的控制信道的成功解码。第一标识符能够是在较高层配置消息中接收的小区无线电网络临时标识符(C-RNTI)。也能够使用第二标识符来确定对第一区域中的数据分组中的数据的成功解码。第二标识符能够是在较高层配置消息中接收的低延时无线电网络临时标识符(低延时-RNTI)。

在1260处，响应于对低延时数据分组的成功解码，能够在相对于在其中接收到低延时数据分组的子帧具有第一偏移量的子帧中传输应答。第一偏移量能够与用于正常延时数据分组的第二偏移量不同。例如，第一偏移量能够是2，并且传输应答能够包括：在相对于在其中接收到低延时数据分组的子帧n具有两个子帧的第一偏移量的子帧n+2中传输混合自动重传请求应答。在1270处，能够将来自第一区域中的数据分组的解码数据传递到应用层。在1270处，能够结束流程图1200。

上述实施例的变型能够包括接收较高层配置消息，该较高层高于物理层。如下所述，能够在子帧之前接收较高层配置消息。能够基于较高层配置消息来确定用于接收低延时数据分组的子帧的第一区域。第一区域能够是子帧中一定数目的第一符号的控制区域。例如，第一区域能够是控制区域，其包括包含控制信道元素的物理下行链路控制信道。能够在一个或多个控制信道元素上传输低延时数据分组。低延时能够指能够如何快速地正确接收数据。例如，低延时能够指从分组到达基站处的时间至在UE处接收到分组的时间的时间量。延时也能够指往返延时，诸如从基站发送分组时至基站接收到用户设备确认收到分组的时间。

第一区域能够用于控制信道，该控制信道为子帧中在第一区域之后的第二区域中的正常延时数据分组指配资源指配。低延时数据分组能够具有比正常延时数据分组更低的最大允许延时。第一区域也能够用于低延时数据分组。

响应于接收到高层配置，能够在第一区域中监测低延时数据分组。监测能够包括尝试解码第一区域中的低延时数据分组。例如，监测能够隐含盲解码数据分组。尝试解码数据分组能够包括盲解码数据分组。

能够成功解码第一区域中的低延时数据分组中的数据。响应于对低延时数据分组的成功解码，能够在相对于在其中接收到低延时数据分组的子帧具有第一偏移量的子帧中传输应答，其中第一偏移量能够与用于正常延时数据分组的第二偏移量不同。例如，第一偏移量能够是2，并且传输应答能够包括：在相对于在其中接收到低延时数据分组的子帧n具有两个子帧的第一偏移量的子帧n+2中传输混合自动重传请求应答。来自第一区域中成功解码的低延时数据分组的解码数据能够被传递到高于物理层的较高层。

能够使用传送块，其能够包括从指配给设备的资源块中的数据资源元素解码的信息位的数目，不包括所指配的资源块中的参考信号。类似地，传送块能够是由基站编码并且在指配给设备的资源块中的数据资源元素上发送的信息位的数目。数据分组能够被映射到传送块。如果传送块大小超过最大码块大小，则能够将传送块分割成多于一个的码块。能够在较高层中使用分组，并且能够在物理层上发送与分组相对应的资源块中的资源元素。传输时间间隔能够指示数据指配的持续时间。例如，传输时间间隔能够包括一个或多个子帧

图13是图示出根据可能实施例的诸如设备100的无线通信设备的操作的示例流程图1300。流程图1300能够提供用于在不同位置查找数据分组。低延时数据分组能够处于配置用于低延时分组传输的符号中的任何一个上，诸如符号的子集上。低延时数据分组也能够处于配置用于低延时分组传输的资源块的子集上。

在1310处，能够开始流程图1300。在1320处，能够接收较高层配置消息。较高层配置消息能够指示用于在子帧的至少一个符号中接收数据分组的资源块集合。至少一个符号能够处于子帧的控制区域之外。较高层配置消息也能够指示子帧中的候选符号集合，至少一个符号属于该候选符号集合，该候选符号集合少于子帧中的所有符号。较高层配置消息能够进一步指示子帧的至少一个符号的位置。

在1330处，能够进行尝试解码资源块集合内的第一资源元素集合中的数据分组。尝试解码可能意旨监测和/或盲解码。第一资源元素集合能够处于子帧的至少一个符号中。第一资源元素集合不必是资源块集合中的第一绝对资源元素。第一资源元素集合能够是包括资源块集合内的第一资源元素集合的第一低延时信道元素(LCE0)。LCE能够包括配置用于低延时传输的资源块中的配置用于低延时传输的正交频分复用符号中的资源元素。LCE也能够分散在多个资源块之间，并且甚至分散在包括多个连续资源块的多个资源块组(RBG)之间。而且，配置用于低延时分组传输的单个符号能够包括配置用于符号中的低延时分组传输的不同资源块中的多个LCE。第一资源元素集合能够进一步是用于子帧中的控制信道监测的资源元素的子集，其中控制信道能够在子帧的第二区域中为数据指配资源。例如，第一资源元素集合能够处于子帧的控制区域中。

在1340处，能够进行尝试解码资源块集合内的至少一个第二资源元素集合中的数据分组。第一资源元素集合和第二资源元素集合各自能够处于包括多个资源元素的信道元素中，多个资源元素在时间和/或频率上不必彼此相邻。第二资源元素集合能够处于子帧的至少一个符号中。第二资源元素集合能够包括不在第一资源元素集合中的至少一个资源元素。第二资源元素集合能够是至少包括资源块集合内的第二资源元素集合的第二低延时信道元素(LCE1)。

第一资源元素集合中的资源元素的第一数目能够基于第一聚集水平。第二资源元素集合中的资源元素的第二数目能够基于比第一聚集水平更高的第二聚集水平。第二资源元素集合能够包括第一资源元素集合和附加资源元素。第一资源元素集合也可以是与第二资源元素集合中的资源元素不同的资源元素。附加资源元素的数目能够与第一资源元素集合中的资源元素的第一数目相同。例如，聚集水平能够加倍，诸如聚集水平2。附加资源元素的数目也能够大于资源元素的第一数目，诸如聚集水平为4和8。

在1350处，能够成功解码第一资源元素集合和第二资源元素集合中的一个中的数据分组。在1360处，响应于成功解码第一分组，能够传输ACK。子帧能够是第一子帧，并且能够在相对于第一子帧具有第一偏移量的第二子帧中的时频资源中传输ACK。例如，第二子帧能够是从第一子帧n起的n+2。根据可能实施例，较高层配置消息能够指示用于在子帧的至少一个符号中接收低延时数据分组的资源块集合，较高层高于物理层。数据分组能够是低延时数据分组。能够进行尝试解码子帧中的控制信息，诸如在子帧的控制区域中。控制信息能够指配用于接收正常延时数据分组的资源，其中正常延时数据分组能够具有比低延时数据分组更长的延时。响应于解码正常延时数据分组，能够在相对于第一子帧具有第二偏移量的第三子帧中传输ACK/NACK，其中第二偏移量大于第一偏移量。在1370处，能够将经解码的数据分组的数据有效载荷传递到应用层。在1380处，能够结束流程图1300。

图14是图示出根据可能实施例的诸如设备100的无线通信设备的操作的示例流程图1400。在1410处，能够开始流程图1400。在1420处，能够在设备处接收较高层配置。较高层配置能够高于物理层配置。除针对常规延时传输模式的常规延时配置之外，较高层配置还能够指示使用低延时传输模式的低延时配置来配置设备。低延时传输模式能够具有比常规延时传输模式更低的延时。低延时配置的传送块能够小于针对常规延时配置的传送块。子帧中的针对基于低延时配置的分组的码块大小能够小于针对基于常规延时配置的分组的码块大小。例如，码块大小能够小于6144位的常规延时码块大小。而且，低延时配置的最大时间提前值能够小于针对常规延时配置的最大时间提前值。

在1430处，能够基于子帧n中的低延时配置和常规延时传输模式中的一个来接收分组。能够在物理下行链路共享信道(PDSCH)上的专用资源上接收基于低延时配置的分组。例如，对于极短的传送块，能够对设备直接指配专用PDSCH资源，如半持续调度(SPS)。因为无需控制信道，所以这能够允许设备更早开始检测和解码PDSCH并且更快地发送上行链路反馈，这就能够避免使用控制信道传输的延时。

在1440处，能够进行确定接收到的分组是基于低延时配置还是基于常规延时传输。例如，基于在给定传送承载上接收到的分组，能够将该分组识别为是基于低延时配置的。传送承载能够是分组网关与设备之间具有服务质量(QoS)的IP分组流。例如，存在要求具有最低位率保证的QoS的因特网语音协议(VoIP)承载、要求具有非保证位率的尽力而为QoS的文件传送协议(FTP)承载、具有尽力而为QoS的web浏览承载、以及其他类型的承载。低延时数据分组能够具有低延时承载，诸如要求较低延时的游戏、VoIP、以及其他应用。基于正从某个小区接收的分组，也能够将分组识别为是基于低延时配置的。例如，当从某个小区接收到多个分组时，能够将分组识别为是低延时分组的。特别地，能够诸如利用载波聚集从不同的小区接收分组，并且设备能够被配置为从不同小区中的一个或多个接收低延时分组。

在1450处，如果分组是基于低延时配置的，则能够在后续子帧n+p中传输反馈分组，其中p<4。后续子帧n+p能够是子帧n中的第p个子帧。例如，反馈分组能够是响应于在第一子帧n中接收到基于低延时配置的分组而在作为第一子帧n之后的两个子帧n+2的后续子帧中发送的混合自动重传请求应答。混合自动重传请求应答能够在包括至少两个符号的子帧的时间部分中传输，其中资源元素被指配给设备用于上行链路反馈传输。至少两个符号中的一个符号能够用于导频符号，并且至少两个符号中的另一个符号能够用于混合自动重传请求应答。

在1460处，如果分组是基于正常延时配置，则当接收到的分组是基于常规延时配置时，能够在后续子帧n+4中传输反馈分组。后续子帧n+4能够是从子帧n起的第4个子帧。在1470处，能够结束流程图1400。

图15是图示出根据可能实施例的诸如设备120的无线通信设备的操作的示例流程图1500。该方法能够在诸如eNB的基站中执行，和/或也能够在任何其他设备中执行，诸如点对点网络中的UE、接入点、或者能够传输数据的任何其他设备。流程图1500尤其描述用信号发送低延时数据传输的存在和/或位置的不同特征。因此，全部特征并非是必需的，因为一些特征可能冗余。在1510处，能够开始流程图1500。

在1520处，能够在子帧中传输较高层信令。较高层能够是比物理层更高的层。较高层信令能够指示其中可以传输低延时数据的OFDM符号集合、其中可以传输低延时数据的资源块集合、其中可以传输标记信号的OFDM符号集合、和/或其中可以传输标记信号的资源元素集合。该集合能够仅包括一个符号或块，或者甚至可能为零，诸如空集。

在1530处，能够传输资源指配。资源指配能够指配子帧中的第一时频资源集合，用于常规延时数据传输。该子帧能够在其中传输较高层信令的子帧之后。

在1540处，能够在其中未传输低延时数据的第一时频资源集合内的资源中传输常规延时数据。例如，能够在其中未传输低延时数据的第一时频资源集合中的至少一些内传输常规延时数据。

在1550处，能够在子帧中的第二时频资源集合内传输低延时数据。第二集合能够与第一集合至少部分地重叠。低延时数据能够具有比常规延时数据更低的延时。第二时频资源集合内的低延时数据可能占用或可能未占用第二集合中的全部资源。

在1560处，能够传输标记信号。该标记信号能够指示子帧中存在低延时数据传输。较高层能够指示其中能够传输标记的位置，诸如正使用不同候选标记位置中的哪个位置。能够在紧随包括时频资源的子帧之后的子帧中传输标记信号。控制信道能够在紧随的子帧中作为标记信号传输。控制信道能够指示在包括时频资源的子帧中存在低延时数据传输。也能够在其中传输第二时频资源集合上的低延时数据的子帧中传输标记信号。

第二时频资源集合能够包括子帧中的至少一个OFDM符号集合，并且标记信号能够在该OFDM符号集合中的至少一个OFDM符号中传输。例如，标记信号能够指示第三时频资源集合，其至少包括其中传输低延时数据的至少一个OFDM符号内的时频资源。标记信号也能够指示其中传输低延时数据的至少一个OFDM符号内的时频资源。标记信号能够附加地指示其中传输低延时数据的至少一个OFDM符号内的时频资源中的至少一些。标记信号能够在低延时信道元素(LCE)中传输，该低延时信道元素能够包括第二时频资源集合内的第三时频资源集合。第三时频资源集合能够处于至少一个OFDM符号内。

第二时频资源集合能够是子帧中的至少一个OFDM符号集合，并且能够在该OFDM符号集合的全部OFDM符号中传输标记信号。第一时频资源集合能够是子帧中的资源块集合，并且标记信号能够在资源块集合的至少一个资源块中传输。例如，标记信号能够在资源块集合的至少一个资源块中的最后一个符号中传输。标记信号也能够指示子帧中存在或不存在低延时数据传输。在1570处，能够结束流程图1500。

图16是图示出根据可能实施例的诸如设备110的无线通信设备的操作的示例流程图1600。流程图1600尤其描述用于确定低延时数据传输的存在和/或位置的不同特征。因此，因为一些特征可能冗余，所以并非全部特征是必需的。在1610处，能够开始流程图1600。

在1615处，能够在子帧中接收较高层信令，其中较高层能够是比物理层更高的层。较高层信令能够指示其中可以传输低延时数据的OFDM符号集合、其中可以传输低延时数据的资源块集合、其中可以传输标记信号的OFDM符号集合、和/或其中可以传输标记信号的资源元素集合。该集合能够只是一个符号或块，和/或能够为零，诸如空集。

在1620处，能够接收资源指配。在1625处，能够从资源指配确定调制编码方案(MCS)值。在1630处，能够从资源指配确定子帧中的第一时频资源集合。子帧能够是第一子帧。第一时频资源集合能够包括子帧中的资源块集合。

在1635处，能够接收标记信号。能够在资源块集合的至少一个资源块中接收标记信号。能够附加地在紧随第一子帧之后的第二子帧中接收标记信号。也能够在包含第一时频资源集合的第一子帧中接收标记信号。例如，能够在第一子帧的至少一个OFDM符号中接收标记信号。控制信道能够被接收作为第二子帧中标记信号。控制信道能够指示第一子帧中存在低延时数据传输。标记信号也能够指示子帧中存在或不存在低延时数据传输。

在1640处，能够确定子帧中的第二时频资源集合。第二时频资源集合能够用于低延时数据传输并且能够与第一时频资源集合的至少部分重叠。第二时频资源集合能够基于所接收的标记信号来确定。第二时频资源集合能够包括子帧中的至少一个OFDM符号集合，并且能够在该OFDM符号集合中的全部OFDM符号中接收标记信号。在1635处接收到的标记信号也能够指示第三时频资源集合。第三时频集合能够至少包括其中接收低延时数据的至少一个OFDM符号内的时频资源。

根据一种可能实施方式，能够在子帧中的第三时频资源集合上成功解码低延时数据传输。然后，能够将第二时频资源集合确定为属于第一时频资源集合以及第三时频资源集合的时频资源。

在1645处，能够调整对数似然比(LLR)值。经调整的LLR值能够是与常规延时数据传输并且映射到第二时频资源集合的位值相对应。调整LLR值能够包括调整软比特值。LLR值能够被设置为零。仅在MCS值超过MCS阈值的条件下，才可以调整LLR值。例如，MCS阈值能够与16QAM速率的3/4相对应。如果从资源指配中所确定的MCS小于阈值，则设备可以不调整LLR值。

在1650处，基于所确定的第一时频资源集合和第二时频资源集合，能够解码子帧中的常规延时数据传输。常规延时传输能够具有比低延时传输更长的延时。常规延时数据传输能够意图用于设备。低延时数据传输可以或可以不意图用于设备。能够基于经调整的LLR来解码子帧中的常规延时传输。也能够基于与常规延时数据传输相对应的并且映射到第二时频资源集合的经置零的位来解码常规延时传输。当MCS值小于阈值时，能够在不考虑第二资源集合的情况下对常规延时数据进行解码。例如，能够在其中未传输低延时数据的第一时频资源集合内的资源中接收常规延时数据，然后能够对常规延时数据进行解码。作为另外的示例，能够在其中未接收低延时数据的第一时频资源集合中的至少一些内接收资源中的常规延时数据。能够在第一时频资源集合内的资源中的至少一些中接收常规延时数据。例如，设备能够从资源指配中确定MCS值，并且如果MCS小于MCS阈值，则其可以不查找标记和/或跳过确定第二资源集合的步骤，并且能够在不考虑第二资源集合的情况下解码常规延时数据。在1655处，能够结束流程图1600。

应当理解的是，尽管图中示出特定的步骤，但能够根据实施例执行各种附加或不同的步骤，并且能够根据实施例重新布置、重复或完全删除特定步骤中的一个或多个。而且，所执行的步骤中的一些能够在继续或连续的基础上重复，同时执行其他步骤。另外，能够由不同的元件或者在本公开实施例的元件元素中执行不同的步骤。

图17是根据可能实施例的诸如设备110的装置1700的示例框图。装置1700能够包括外壳1710、外壳1710内的控制器1720、耦合到控制器1720的音频输入和输出电路1730、耦合到控制器1720的显示器1740、耦合到控制器1720的收发器1750、耦合到收发器1750的天线1755、耦合到控制器1720的用户接口1760、耦合到控制器1720的存储器1770、以及耦合到控制器1720的网络接口1780。装置1700的元素能够执行本公开实施例中所描述的设备和装置的方法和过程。

显示器1740能够是取景器、液晶显示器(LCD)、发光二极管(LED)显示器、等离子显示器、投影显示器、触摸屏、或者显示信息的任何其他设备。收发器1750能够包括发射器和/或接收器。音频输入和输出电路1730能够包括麦克风、扬声器、换能器、或者任何其他音频输入和输出电路。用户界面1760能够包括用于在用户与电子设备之间提供接口的小键盘、键盘、按钮、触摸板、操纵杆、触摸屏显示器、另一个附加显示器、或者任何其他设备。网络接口1780能够是能够将装置连接到网络或计算机并且能够传输和接收数据通用串行总线端口、以太网端口、红外发射器/接收器、USB端口、IEEE 1394端口、WLAN收发器、或者任何其他接口。存储器1770能够包括能够耦合到无线通信设备的随机存取存储器、只读存储器、光存储器、闪速存储器、可移动存储器、硬盘驱动器、缓存或者任何其他存储器。

设备1700和/或控制器1720可以实现任何操作系统，诸如Microsoft或AndroidTM、或者任何其他操作系统。例如，装置操作软件可以用任何编程语言编写，诸如例如C、C++、Java或Visual Basic。装置软件也可以在应用框架上运行，诸如例如，框架、框架、或者任何其他应用框架。软件和/或操作系统可以被存储在存储器1770中或装置1700上的其他任何位置。装置1700和/或控制器1720也可以使用硬件来实现本公开的操作。例如，控制器1720可以是任何可编程处理器。本公开的实施例也可以在通用或专用计算机、经编程的微处理器或微处理器、外围集成电路元件、专用集成电路或其他集成电路、硬件/电子逻辑电路(诸如离散元电路)、可编程逻辑器件(诸如可编程逻辑阵列)、现场可编程门阵列等上实现。一般而言，控制器1720可以是能够操作电子设备并且实现本公开实施例的任何控制器或者一个或多个处理器设备。

根据一个可能实施例，收发器1750能够接收较高层配置消息，其中较高层能够高于物理层。控制器1720能够基于较高层配置消息来确定用于接收数据分组的子帧的第一区域。第一区域中的数据分组能够是低延时数据分组，其具有比第二区域中的正常延时数据分组更低的最大延时。例如，数据分组包括具有低于正常数据分组的延时的低延时数据分组。第一区域能够用于传输用于解码第二区域中的正常延时数据分组的控制信号。第一区域能够是子帧的第一时间区域，其中第一区域能够包括直至4个多载波符号。第一区域能够是控制区域，其包括包括控制信道元素的至少一个物理下行链路控制信道。能够在包括第一资源元素集合中的资源元素的控制信道元素中的一个或多个上接收数据分组。

第一区域能够包括第一资源元素集合。第一资源元素集合能够是第一区域中的第二资源元素集合的子集，其中第一区域能够用于控制信道监测。第一集合中的资源元素的数目能够少于第二集合中的资源元素的数目。能够将数据分组映射到第一资源元素集合的至少一个资源元素。

控制器1720能够监测第一区域。监测能够包括尝试解码第一区域中的数据分组。例如，控制器1720能够在第一区域中执行控制信道监测。控制器1720能够解码第一区域中的数据分组中的数据。控制器1720能够将经解码的数据从第一区域中的数据分组传递到应用层。例如，控制器1720能够使用第一标识符来确定对第一区域中的控制信道的成功解码，并且能够使用第二标识符来确定对第一区域中的数据分组中的数据的成功解码。第一标识符能够是在较高层配置消息中接收到的小区无线电网络临时标识符(C-RNTI)，并且第二标识符能够是在较高层配置消息中接收到的低延时无线电网络临时标识符(低延时-RNTI)。

响应于对低延时数据分组的成功解码，收发器1750能够在相对于在其中接收到低延时数据分组的子帧具有第一偏移量的子帧中传输应答。第一偏移量能够与用于正常延时数据分组的第二偏移量不同。例如，第一偏移量能够是2，并且传输应答能够包括：在相对于在其中接收到低延时数据分组的子帧n具有两个子帧的第一偏移量的子帧n+2中传输混合自动重传请求应答。

根据另一个相关实施例，收发器1750能够接收指示用于在子帧的至少一个符号中接收数据分组的资源块集合的较高层配置消息。较高层能够高于物理层。至少一个符号能够处于控制区域之外。较高层配置消息也能够指示子帧中的候选符号集合。至少一个符号能够属于该候选符号集合。该候选符号集合能够少于子帧中的所有符号。

控制器1720能够尝试解码资源块集合内的第一资源元素集合(LCE0)中的数据分组，该第一资源元素集合处于子帧的至少一个符号中。第一资源元素集合能够是用于子帧中控制信道监测的资源元素的子集。控制信道能够在子帧的第二区域中为数据指配资源。

控制器1720能够尝试解码资源块集合内的至少一个第二资源元素集合(LCE1)中的数据分组。第二资源元素集合能够处于子帧的至少一个符号中。第二资源元素集合能够包括不在第一资源元素集合中的至少一个资源元素。第一资源元素集合中的资源元素的第一数目能够基于第一聚集水平。第二资源元素集合中的资源元素的第二数目能够基于比第一聚集水平更高的第二聚集水平。而且，第二资源元素集合能够包括第一资源元素集合和附加资源元素。附加资源元素的数目能够与第一资源元素集合中的资源元素的第一数目相同。

控制器1720能够成功解码第一资源元素集合和第二资源元素集合中的一个中的数据分组。子帧能够是第一子帧，并且响应成功解码数据分组，收发器1750能够在对于第一子帧具有第一偏移量的第二子帧中的时频资源中响应于解码第一分组而传输ACK。

而且，较高层配置消息能够指示用于在子帧的至少一个符号中接收低延时数据分组的资源块集合，其中较高层能够高于物理层。数据分组能够是低延时数据分组，并且控制器1750能够尝试解码子帧中的控制信息。控制信息能够指配用于接收正常延时数据分组的资源，其中正常延时数据分组具有比低延时数据分组更长的延时。控制器1750能够解码正常延时数据分组，并且然后收发器能够响应于解码正常延时数据分组而在对于第一子帧具有第二偏移量的第三子帧中传输ACK/NACK，其中第二偏移量大于第一偏移量。控制器1720能够将经解码的数据分组的数据有效载荷传递到应用层。

根据另一个相关实施例，收发器1750能够接收较高层配置。较高层配置能够高于物理层配置。除用于常规延时传输模式的常规延时配置之外，较高层配置指示还能够使用低延时传输模式的低延时配置来配置装置1700。低延时传输模式能够具有比常规延时传输模式更低的延时。

收发器1750能够基于子帧n中的低延时配置和常规延时传输模式中的一个来接收分组。子帧中的用于基于低延时配置的分组的码块大小能够小于用于基于常规延时配置的分组的码块大小。用于低延时配置的最大时间提前值能够小于用于常规延时配置的最大时间提前值。

控制器1720能够基于在给定传送承载上接收到分组而将该分组识别为基于低延时配置。控制器1720能够基于从特定小区接收到分组而将该分组识别为处于低延时配置。控制器17220也能够基于分组和/或周围传输的其他特性而将该分组识别为基于低延时配置。低延时配置的传送块能够小于针对常规延时配置的传送块。能够在物理下行链路共享信道(PDSCH)上的专用资源上接收基于低延时配置的分组。

收发器1750能够在后续子帧n+p中传输反馈分组，其中当接收到的分组是基于低延时配置时，p<4。后续子帧n+p能够是从子帧n起的第p个子帧。反馈分组能够是响应于在第一子帧n中接收到基于低延时配置的分组而在作为第一子帧n之后两个子帧n+2的后续子帧中发送的混合自动重传请求应答。混合自动重传请求应答能够在包括至少两个符号的子帧的时间部分中传输，其中资源元素被指配给设备用于上行链路反馈传输。至少两个符号中的一个符号能够用于导频符号，并且至少两个符号中的另一个符号能够用于混合自动重传请求应答。当接收到的分组是基于常规延时配置时，收发器1750能够在后续子帧n+4中传输反馈分组，其中后续子帧n+4能够是从子帧n起的第4个子帧。

根据另一个可能实施例，收发器1750能够接收资源指配。控制器1720能够从资源指配确定子帧中的第一时频资源集合。控制器1720能够确定子帧中的第二时频资源集合。第二时频资源集合能够用于低延时数据传输。第二时频资源集合能够与第一时频资源集合的至少部分重叠。收发器1750能够接收子帧中的常规延时数据传输。控制器1720能够基于所确定的第一时频资源集合和第二时频资源集合，来解码子帧中的常规延时数据传输，其中常规延时传输能够具有比低延时传输更长的延时。

根据另一个可能实施例，收发器1750能够在子帧的第一时间部分中监测第一控制信道。因为收发器1750能够接收子帧，并且控制器1720能够尝试解码控制信道，所以收发器1750和控制器1720的组合也能够被视为监测子帧中的控制信道。子帧能够包括时域中的多个OFDM符号以及频域中的多个子载波。第一控制信道能够占用少于多个子载波的第一部分子载波。第一控制信道能够仅在子帧的第一时间部分中指配数据资源。收发器能够在子帧的第二时间部分中监测第二控制信道。第一时间部分能够占用子帧中的至少一个与第二时间部分不同的OFDM符号。第二时间部分也能够占用子帧中的至少一个与第一时间部分不同的OFDM符号。第二控制信道能够占用少于多个子载波的第二部分子载波。第二控制信道能够仅在子帧的第二时间部分中指配数据资源。控制器1720能够解码第一控制信道。响应于解码第一控制信道，收发器1750能够在子帧的第一时间部分中接收数据。能够通过第一控制信道来指配第一时间部分中的数据。控制器1720能够解码数据。

图18是根据可能实施例的诸如设备120的设备1800的示例框图。设备1800可以包括控制器1810、存储器1820、数据库接口1830、收发器1840、输入/输出(I/O)设备接口1850、网络接口1860和总线1870。例如，设备1800能够实现任何操作系统，诸如MicrosoftUNIX或LINUX。例如，设备操作软件可以用任何编程语言来编写，诸如C、C++、Java或Visual Basic。设备软件能够在应用框架上运行，诸如例如，服务器、框架或任何其他应用框架。

收发器1840能够创建与设备110的数据连接。控制器1810能够是任何可编程处理器。本公开的实施例也能够在通用或专用计算机、经编程的微处理器或微处理器、外围集成电路元件、专用集成电路或其他集成电路、硬件/电子逻辑电路(诸如离散元电路)、可编程逻辑器件(诸如可编程逻辑阵列)、现场可编程门阵列等上实现。一般而言，控制器1810能够是能够操作设备并且实现本公开实施例的任何控制器或者一个或多个处理器设备。

存储器1820能够包括易失性和非易失性数据存储设备，包括一个或多个电、磁或光存储器，诸如随机存取存储器(RAM)、高速缓存、硬盘驱动器或其他存储器设备。存储器1820能够具有高速缓存，以加速对特定数据的访问。存储器1820也能够被连接到允许媒体内容直接上传到系统中的致密盘-只读存储器(CD-ROM)、数字影音盘-只读存储器(DVD-ROM)、DVD读写输入、磁带驱动器、拇指驱动器、或者其他可移动存储器设备。数据能够被存储在存储器1820或者单独的数据库中。例如，能够由控制器1810使用数据库接口1830来访问数据库。

I/O设备接口1850能够被连接到一个或多个输入和输出设备，其可以包括键盘、鼠标、触摸屏、监测器、麦克风、语音识别设备、扬声器、打印机、磁盘驱动器、或者接受输入和/或提供输出的任何其他设备或设备组合。网络连接接口1860能够被连接到能够向网络传输信号并从网络接收信号的通信设备、调制解调器、网络接口卡、收发器、或者任何其他设备。设备1800的组件能够经由总线1870连接，可以无线链接，或者可以以其他方式连接。设备1800中的任何元件能够执行在本公开实施例中所述的设备和装置的方法和过程。例如，设备1800和/或控制器1810能够生成信号，并且收发器1840能够传输由设备110接收的信号。

根据一个可能实施例，收发器1840能够传输资源指配。资源指配能够将子帧中的第一时频资源集合指配给常规延时数据传输。收发器1840能够在子帧中的第二时频资源集合内传输低延时数据。第二集合能够与第一集合至少部分重叠，其中低延时数据具有比常规延时数据更低的延时。收发器1840能够传输标记信号，该标记信号指示子帧中存在低延时数据传输。控制器1810还能够生成资源指配，能够配置低延时数据以供传输，以及能够生成标记信号。

根据一个可能实施例，控制器1810能够配置第一控制信道和第二控制信道。收发器1840能够在子帧的第一时间部分中传输第一控制信道。子帧能够包括时域中的多个OFDM符号以及频域中的多个子载波。第一控制信道能够占用少于多个子载波的第一部分子载波。第一控制信道能够仅在子帧的第一时间部分中指配第一数据资源。收发器1840能够在子帧的第二时间部分中传输第二控制信道。第二控制信道能够占用少于多个子载波的第二部分子载波。第一时间部分能够占用子帧中的至少一个与第二时间部分不同的第一OFDM符号。第二时间部分也能够占用子帧中的至少一个与第一时间部分不同的第二OFDM符号。第二控制信道能够仅在子帧的第二时间部分中指配第二数据资源。

控制器1810还能够配置第三控制信道。收发器1840能够传输第三控制信道。第三控制信道能够在子帧中的与第一时间部分和第二时间部分不同的第三时间部分中占用至少一个第三OFDM符号。第三控制信道能够在与第三时间部分不同的第四时间部分中指配第三数据资源。

图23是图示出根据可能实施例的诸如设备120的无线通信设备的操作的示例流程图2300。例如，流程图2300能够在诸如eNB的基站中执行，和/或也能够在任何其他设备中执行，诸如能够传输数据的点对点网络中的UE、接入点或者任何其他设备。在2310处，能够开始流程图2300。

在2320处，能够在子帧的第一时间部分中(诸如在上述TTI 500的C2、D2中)传输第一控制信道。子帧能够包括时域中的多个OFDM符号以及频域中的多个子载波。第一控制信道能够占用少于多个子载波的第一部分子载波。第一控制信道能够仅在子帧的第一时间部分中指配第一数据资源。

在1530处，第二控制信道能够在子帧的第二时间部分中传输，诸如在上述TTI 500的C1、D1、C3、D3、C4、D4、C5、D5和/或C6、D6中。第一时间部分能够占用子帧中的至少一个与第二时间部分不同的第一OFDM符号。第二时间部分能够占用子帧中的至少一个与第一时间部分不同的第二OFDM符号。例如，第二时间部分能够占用子帧中的与由第一时间部分占用的OFDM符号互斥的OFDM符号。第二控制信道能够占用少于多个子载波的第二部分子载波。子载波的第一部分和子载波的第二部分能够由比物理层更高的层来配置。第二控制信道能够仅在子帧的第二时间部分中指配第二数据资源。

在2330处，能够传输第三控制信道。第三控制信道能够在子帧中的与第一时间部分和第二时间部分不同的第三时间部分(诸如上述TTI500的传统控制部分)中占用至少一个第三OFDM符号，第三控制信道在与第三时间部分不同的第四时间部分(诸如上述TTI 500的传统指配部分)中指配第三数据资源。第四时间部分能够包括第一时间部分和第二时间部分。根据一种可能实施方式，子帧能够包括开始OFDM符号，并且第三时间部分能够包括子帧中的开始OFDM符号。

在2350处，能够在第一时间部分中的第一数据资源中传输数据。第一时间部分能够重叠第四时间部分。数据能够与第一控制信道相对应。例如，低延时数据分组能够在第一时间部分中的第一数据资源中传输，并且低延时数据分组能够具有比在第四时间部分中的第三数据资源中传输的正常延时数据分组更短的延时。在2360处，能够结束流程图2300。

图24是图示出根据可能实施例的诸如设备110的无线通信设备的操作的示例流程图1600。例如，该方法能够在诸如UE的设备中执行，和/或也能够在能够接收数据的任何其他设备中执行。在2410处，能够开始流程图2400。

在2420处，能够在子帧的第一时间部分中，诸如在上述TTI 500的C2、D2中，监测第一控制信道。子帧能够包括时域中的多个OFDM符号以及频域中的多个子载波。第一控制信道能够占用少于多个子载波的第一部分子载波。第一控制信道能够仅在子帧的第一时间部分中指配数据资源。

在2430处，能够在子帧的第二时间部分中，诸如在上述TTI 500的C1、D1、C3、D3、C4、D4、C5、D5、和/或C6、D6中，监测第二控制信道。第二时间部分能够在时域中出现在第一时间部分之前或之后。第一时间部分能够占用子帧中的至少一个与第二时间部分不同的OFDM符号。第二时间部分能够占用子帧中的至少一个与第一时间部分不同的OFDM符号。例如，第二时间部分能够占用子帧中的与由第一时间部分占用的OFDM符号互斥的OFDM符号。第二控制信道也能够占用少于多个子载波的第二部分子载波。子载波的第一部分和子载波的第二部分能够由比物理层更高的层来配置。第二控制信道能够仅在子帧的第二时间部分中指配数据资源。

在2440处，能够监测第三控制信道。第三控制信道能够在子帧中的与第一时间部分和第二时间部分不同的第三时间部分(诸如上述TTI500的传统控制部分)中占用至少一个第三OFDM符号。子帧能够包括开始OFDM符号，并且第三时间部分能够包括子帧中的开始OFDM符号。第三控制信道能够在与第三时间部分不同的第四时间部分(诸如上述TTI 500的传统指配部分)中指配第三数据资源。第四时间部分能够包括第一时间部分和第二时间部分。

在2450处，能够解码第一控制信道。在2460处，响应于解码第一控制信道，能够在子帧的第一时间部分中接收数据。能够通过第一控制信道来指配第一时间部分中的数据。子帧的第一时间部分中的数据能够位于与第一控制信道不同的子载波上。例如，能够在第一时间部分中的第一数据资源中接收数据，其中第一时间部分能够重叠第四时间部分，以及其中数据能够与第一控制信道相对应。作为又一个示例，能够在第一时间部分中的第一数据资源中接收低延时数据分组，其中第一时间部分中的第一数据资源中的低延时数据分组具有比第四时间部分中的第三数据资源中的正常延时数据分组更短的延时。在2470处，能够解码数据。在2480处，能够结束流程图2400。

这些实施例能够使用由电子设备(诸如通用计算机)执行的计算机可执行指令(诸如程序模块)来实现，但这并非必需。一般而言，程序模块能够包括执行特定任务或实现特定抽象数据类型的例程程序、对象、组件、数据结构、以及其他程序模块。程序模块可以是基于软件和/或可以是基于硬件。例如，程序模块可以被存储在计算机可读存储介质上，诸如除暂时性传播信号之外还提供非暂时性存储的硬盘、闪速驱动器、光驱动器、固态驱动器、CD-ROM介质、拇指驱动器、以及其他计算机可读存储介质。此外，这些实施例可以在具有许多类型的计算机系统配置的网络计算环境中实践，这些计算机系统配置包括个人计算机、手持设备、多处理器系统、基于微处理器或可编程的消费性电子产品、网络个人计算机、小型计算机、大型计算机以及其他计算环境。

本公开的方法能够在经编程的处理器上实现。然而，控制器、流程图和模块也可以在通用或专用计算机、经编程的微处理器或微控制器以及外围集成电路元件、集成电路、硬件电子或逻辑电路(诸如离散元电路)、可编程逻辑器件等上实现。一般而言，驻有能够实现附图中所示流程图的有限状态机的任何设备可以用于实现本公开的处理器功能。

尽管已用本公开的具体实施例对本公开予以描述，但很显然，对于本领域技术人员而言，许多替选、修改和变型将显而易见。例如，这些实施例的各种组件在其他实施例中可以被互换、添加或替换。而且，每个附图的全部元素对于本公开实施例的操作而言并非必需。例如，本公开实施例领域的普通技术人员将能够通过简单地采用独立权利要求的元素形成并使用本公开的教导。因此，如本文所述的本公开的实施例旨在说明而非限制。在不脱离本公开的精神和范围的情况下，可以作出各种变化。

在本文献中，诸如“第一”、“第二”等关系术语可以仅用于对一个实体或动作与另一实体或动作进行区分，而非必然要求或隐含这类实体或动作之间存在任何实际这种关系或顺序。短语“至少一个”后接的清单被定义成表示该清单中的元素中的一个、一些或全部，但不必是其全部。术语“包括”或其任何其他变型旨在涵盖非排他性包括，诸如包括一列元素的过程、方法、制品或装置不仅包括那些元素，而且还可以包括未明确列举或这样的过程、方法、制品或装置所固有的其他元素。在不进行更多约束的情况下，“一种”等术语后接的元素不排除包括该元素的过程、方法、制品或装置中存在另外的相同元素。而且，术语“另一个”被定义为至少第二个或更多个。本文所用的“包含”、“具有”等术语被定义为“包括”。另外，撰写背景技术部分作为发明人在提交本申请时对于一些实施例上下文的个人理解，并且包括发明人自己认识到现有技术中存在的任何问题和/或发明人自己工作中遇到的问题。

Claims

1.一种方法，包括：

在子帧的第一时间部分中传输第一控制信道，

所述子帧包括时域中的多个正交频分复用(OFDM)符号以及频域中的多个子载波，所述第一控制信道占用少于所述多个子载波的第一部分子载波，以及

所述第一控制信道仅在所述子帧的第一时间部分中指配第一数据资源；

在子帧的第二时间部分中传输第二控制信道，

与所述第二时间部分相比，所述第一时间部分占用所述子帧中的至少一个不同的第一OFDM符号，

与所述第一时间部分相比，所述第二时间部分占用所述子帧中的至少一个不同的第二OFDM符号，

所述第二控制信道占用少于所述多个子载波的第二部分子载波，以及

所述第二控制信道仅在所述子帧的所述第二时间部分中指配第二数据资源。

2.根据权利要求1所述的方法，其中，所述第一部分子载波和所述第二部分子载波由比物理层更高的层来配置。

3.根据权利要求1所述的方法，其中，所述第二时间部分占用所述子帧中的与由所述第一时间部分占用的OFDM符号互斥的OFDM符号。

4.根据权利要求1所述的方法，进一步包括：传输第三控制信道，所述第三控制信道在所述子帧中的与所述第一时间部分和所述第二时间部分不同的第三时间部分中占用至少一个第三OFDM符号，所述第三控制信道在与所述第三时间部分不同的第四时间部分中指配第三数据资源。

5.根据权利要求4所述的方法，其中，所述子帧包括开始OFDM符号，并且所述第三时间部分包括所述子帧中的所述开始OFDM符号。

6.根据权利要求4所述的方法，其中，所述第四时间部分包括从所述第一时间部分和所述第二时间部分的群组中选择的一个。

7.根据权利要求6所述的方法，进一步包括：在所述第一时间部分中在所述第一数据资源中传输数据，其中，所述第一时间部分重叠所述第四时间部分，所述数据与所述第一控制信道相对应。

8.根据权利要求4所述的方法，进一步包括：在所述第一时间部分中在所述第一数据资源中传输低延时数据分组，其中，所述低延时数据分组具有比在所述第四时间部分中在所述第三数据资源中传输的正常延时数据分组更短的延时。

9.一种方法，包括：

在子帧的第一时间部分中监测第一控制信道，

所述第一控制信道仅在所述子帧的第一时间部分中指配数据资源；

在子帧的第二时间部分中监测第二控制信道，

与所述第二时间部分相比，所述第一时间部分占用所述子帧中的至少一个不同的OFDM符号，

与所述第一时间部分相比，所述第二时间部分占用所述子帧中的至少一个不同的OFDM符号，

所述第二控制信道仅在所述子帧的所述第二时间部分中指配数据资源；

解码所述第一控制信道；

响应于解码所述第一控制信道，在所述子帧的所述第一时间部分中接收数据，通过所述第一控制信道指配所述第一时间部分中的所述数据；以及

解码所述数据。

10.根据权利要求9所述的方法，其中，所述子帧的所述第一时间部分中的数据位于与所述第一控制信道不同的子载波上。

11.根据权利要求9所述的方法，其中，所述第一部分子载波和所述第二部分子载波由比物理层更高的层来配置。

12.根据权利要求9所述的方法，其中，所述第二时间部分占用所述子帧中的与由所述第一时间部分占用的OFDM符号互斥的OFDM符号。

13.根据权利要求9所述的方法，进一步包括：监测第三控制信道，所述第三控制信道在所述子帧中的与所述第一时间部分和所述第二时间部分不同的第三时间部分中占用至少一个第三OFDM符号，所述第三控制信道在与所述第三时间部分不同的第四时间部分中指配第三数据资源。

14.根据权利要求13所述的方法，其中，所述子帧包括开始OFDM符号，并且所述第三时间部分包括所述子帧中的所述开始OFDM符号。

15.根据权利要求13所述的方法，其中，所述第四时间部分包括从所述第一时间部分和所述第二时间部分的群组中选择的一个。

16.根据权利要求15所述的方法，进一步包括：在所述第一时间部分中在所述第一数据资源中接收数据，其中，所述第一时间部分重叠所述第四时间部分，所述数据与所述第一控制信道相对应。

17.根据权利要求13所述的方法，进一步包括：在所述第一时间部分中在所述第一数据资源中接收低延时数据分组，其中，低延时数据分组具有比在所述第四时间部分中在所述第三数据资源中的正常延时数据分组更短的延时。

18.一种装置，包括：

控制器，所述控制器用于配置第一控制信道和第二控制信道；以及

收发器，所述收发器用于在子帧的第一时间部分中传输所述第一控制信道，

所述第一控制信道仅在所述子帧的所述第一时间部分中指配第一数据资源，以及

所述收发器在子帧的第二时间部分中传输所述第二控制信道，

19.根据权利要求18所述的装置，

其中，所述控制器配置第三控制信道，以及

其中，所述收发器传输所述第三控制信道，所述第三控制信道在所述子帧中的与所述第一时间部分和所述第二时间部分不同的第三时间部分中占用至少一个第三OFDM符号，所述第三控制信道在与所述第三时间部分不同的第四时间部分中指配第三数据资源。

20.一种装置，包括：

收发器，所述收发器用于在子帧的第一时间部分中监测第一控制信道，

所述第一控制信道仅在所述子帧的所述第一时间部分中指配数据资源，

所述收发器用于在子帧的第二时间部分中监测第二控制信道，

所述第二控制信道仅在所述子帧的所述第二时间部分中指配数据资源；以及

控制器，所述控制器用于解码所述第一控制信道，

其中，所述收发器响应于解码所述第一控制信道，在所述子帧的所述第一时间部分中接收数据，通过所述第一控制信道指配所述第一时间部分中的所述数据，以及

其中，所述控制器解码所述数据。