CN108605243B - 无线通信装置、通信方法、计算机程序和无线通信系统 - Google Patents

Abstract

[问题]为了提供一种无线通信装置，当按照比已有传输时间间隔短的短传输时间间隔传输/接收数据时，所述无线通信装置允许按照多种短传输时间间隔长度之中对于终端装置而言最佳的短传输时间间隔长度传输/接收数据。[解决方案]提供一种无线通信装置，所述无线通信装置包括：帧创建单元，创建包括多个子帧的帧；传输单元，将创建的帧传输给另一通信装置；和通知单元，通知关于子帧内的短传输时间间隔的多种长度的信息，所述短传输时间间隔是比单个子帧时间段短的传输时间间隔。

Description

无线通信装置、通信方法、计算机程序和无线通信系统

技术领域

本公开涉及一种无线通信设备、通信方法、计算机程序和无线通信系统。

背景技术

在长期演进(LTE)中，传输时间间隔(TTI)被设置为1ms以实现高数据速率。通过缩短TTI，重新传输控制所需的往返时间(RTT)被缩短，并且系统延时被减小。

在TTI是1ms的情况下，终端设备对数据进行解码所需的时间是4ms。当TTI被进一步缩短时，终端设备中的解码时间也被缩短。当终端设备中的解码时间被缩短时，在强烈请求实时的情况下，能够期待显著有益效果。

引用列表

专利文献

专利文献1：JP 2009-212597A

发明内容

技术问题

在按照比已有传输时间间隔短的短传输时间间隔传输和接收数据的情况下，终端设备能够通过准备多种长度(水平)的传输时间间隔来选择具有最佳长度的短传输时间间隔。

因此，本公开提出这样一种新的改进的无线通信设备、新的改进的通信方法、新的改进的计算机程序和新的改进的无线通信系统：能够在按照比已有传输时间间隔短的短传输时间间隔传输和接收数据时在短传输时间间隔的多种长度之中在终端设备中根据短传输时间间隔的最佳长度传输和接收数据。

问题的解决方案

根据本公开，提供一种无线通信设备，所述无线通信设备包括：帧产生单元，被配置为产生包括多个子帧的帧；传输单元，被配置为将产生的帧传输给另一通信设备；和通知单元，被配置为通知关于子帧中的短传输时间间隔的多种长度的信息，所述短传输时间间隔是比一个子帧时间段短的传输时间间隔。

另外，根据本公开，提供一种无线通信设备，所述无线通信设备包括：获取单元，被配置为从另一通信设备接收包括多个子帧的帧，并且获取关于子帧中的短传输时间间隔的多种长度的信息，所述短传输时间间隔是比一个子帧时间段短的传输时间间隔。

另外，根据本公开，提供一种无线通信方法，所述无线通信方法包括：产生包括多个子帧的帧；将产生的帧传输给另一通信设备；以及通知关于子帧中的短传输时间间隔的多种长度的信息，所述短传输时间间隔是比一个子帧时间段短的传输时间间隔。

另外，根据本公开，提供一种无线通信方法，所述无线通信方法包括：接收包括多个子帧的帧；以及从基站获取关于子帧中的短传输时间间隔的多种长度的信息，所述短传输时间间隔是比一个子帧时间段短的传输时间间隔。

另外，根据本公开，提供一种计算机程序，所述计算机程序使计算机执行：产生包括多个子帧的帧；将产生的帧传输给另一通信设备；以及通知关于子帧中的短传输时间间隔的多种长度的信息，所述短传输时间间隔是比一个子帧时间段短的传输时间间隔。

另外，根据本公开，提供一种计算机程序，所述计算机程序使计算机执行：接收包括多个子帧的帧；以及从基站获取关于子帧中的短传输时间间隔的多种长度的信息，所述短传输时间间隔是比一个子帧时间段短的传输时间间隔。

另外，根据本公开，提供一种无线通信系统，所述无线通信系统包括：第一通信设备；和第二通信设备。第一通信设备包括：帧产生单元，被配置为产生包括多个子帧的帧，传输单元，被配置为将产生的帧传输给第二通信设备，以及通知单元，被配置为向第二通信设备通知关于子帧中的短传输时间间隔的多种长度的信息，所述短传输时间间隔是比一个子帧时间段短的传输时间间隔，以及第二通信设备包括：获取单元，被配置为从第一通信设备接收帧，并且获取关于子帧中的短传输时间间隔的所述多种长度的信息。

发明的有益效果

根据本公开，如上所述，可提供这样一种新的改进的无线通信设备、新的改进的通信方法、新的改进的计算机程序和新的改进的无线通信系统：能够在按照比已有传输时间间隔短的短传输时间间隔传输和接收数据时在短传输时间间隔的多种长度之中在终端设备中根据短传输时间间隔的最佳长度传输和接收数据。

需要注意的是，上述效果不必是限制性的。除了以上效果之外或替代于以上效果，可实现在本说明书中描述的任何一种效果或可从本说明书理解的其它效果。

附图说明

图1是表示LTE的帧格式的解释示图。

图2是表示LTE的下行链路的格式的解释示图。

图3是表示LTE的上行链路的调度的概述的解释示图。

图4是表示根据本公开的实施例的系统的结构的示例的解释示图。

图5是表示根据实施例的基站100的结构的示例的方框图。

图6是表示根据实施例的终端设备200的结构的示例的方框图。

图7是表示短TTI区域的示例的解释示图。

图8是表示短TTI区域的示例的解释示图。

图9是表示短TTI区域的示例的解释示图。

图10是表示短TTI区域的示例的解释示图。

图11是表示根据实施例的基站100和终端设备200的操作示例的流程图。

图12是表示基站100通知用于特定终端设备的信息是否位于短TTI区域中的方法的解释示图。

图13是表示基站100通知用于特定终端设备的信息是否位于短TTI区域中的方法的解释示图。

图14是表示基站100使用PDCCH中的对于终端设备200而言唯一的搜索空间内部的DCI通知用于特定终端设备的信息是否位于短TTI区域中的示例的解释示图。

图15是表示基站100使用DCI通知短TTI区域中的短TTI的数据的位置的形式的解释示图。

图16是表示基站100使用DCI通知短TTI区域中的短TTI的数据的位置的形式的解释示图。

图17是表示根据实施例的基站100和终端设备200的操作示例的流程图。

图18是表示由1个OFDM码元形成的短TTI的解释示图。

图19是表示由2个OFDM码元形成的短TTI的解释示图。

图20是表示根据实施例的基站100和终端设备200的操作示例的流程图。

图21是表示1个子帧中的短TTI区域的示例的解释示图。

图22是表示由4个OFDM码元形成的短TTI的解释示图。

图23是表示由1个帧中的4个OFDM码元形成的短TTI的解释示图。

图24是表示根据实施例的基站100和终端设备200的操作示例的流程图。

图25是表示具有多个水平的短TTI共存于一个子帧中的示例的解释示图。

图26是表示短TTI的另一布置示例的解释示图。

图27是表示短TTI的布置示例的解释示图。

图28是表示短TTI的布置示例的解释示图。

图29是表示短TTI的布置示例的解释示图。

图30是表示短TTI的布置示例的解释示图。

图31是表示根据实施例的基站100和终端设备200的操作示例的流程图。

图32是表示短TTI的布置示例的解释示图。

图33是表示短TTI的布置示例的解释示图。

图34是表示短TTI的布置示例的解释示图。

图35是表示执行网络游戏的每个用户的终端设备200上显示的地图的示例的解释示图。

图36是表示位于1个子帧中的第一时隙RBG和第二时隙RBG的解释示图。

图37是表示针对终端设备200的短TTI的分配示例的解释示图。

图38是表示在一个终端设备200中调度正常TTI和短TTI的形式的解释示图。

图39是表示根据实施例的基站100和终端设备200的操作示例的流程图。

图40是表示仅放在11个OFDM码元之中的前2个OFDM码元中的短TTI的数据的解释示图。

图41是表示3个终端设备200中的每个终端设备200对短TTI的数据进行解码的情况的示例的解释示图。

图42是表示终端设备200对所有11个短TTI进行解码的示例的解释示图。

图43是表示短TTI的目的地和某个终端设备200中的CRC校验的结果的示例的解释示图。

图44是表示由基站100朝着终端设备200传输的信息的解释示图。

图45是表示根据实施例的基站100和终端设备200的操作示例的流程图。

图46是表示根据实施例的终端设备200的结构的示例的方框图。

图47是表示短TTI区域的示例的解释示图。

图48是表示短TTI区域的示例的解释示图。

图49是表示短TTI区域的示例的解释示图。

具体实施方式

以下，将参照附图详细描述本公开的优选实施例。需要注意的是，在本说明书和附图中，具有基本上相同的功能和结构的结构元素由相同的标号表示，并且省略这些结构元素的重复解释。

需要注意的是，将按照下面的次序进行描述。

1.本公开的实施例

1.1.概述

1.2.系统结构示例

1.3.功能结构示例

1.4.操作示例

1.4.1.第一操作示例

1.4.2.第二操作示例

1.4.3.第三操作示例

1.4.4.操作示例的结论

2.应用示例

2.1.基站的应用示例

2.2.终端设备的应用示例

4.结论

<1.本公开的实施例>

[1.1.概述]

将在本公开的实施例的详细描述中首先描述本公开的实施例的概述。在描述本公开的实施例的概述之后，将会详细地描述本公开的实施例。

图1是表示LTE的帧格式的解释示图。如图1中所示，LTE的1个无线电帧包括10个子帧。1个子帧的长度是1ms。另外，1个子帧包括14个正交频分复用(OFDM)码元。带宽是例如20MHz。

在LTE中，从基站(eNodeB)传输的数据具有这样的结构：利用1个子帧形成1个传输块。另外，循环冗余校验(CRC)被添加到传输块的末尾。也就是说，接收从基站传输的数据的终端设备(用户装备：UE)能够通过接收1个子帧的数据来对数据进行解码。换句话说，UE能够通过执行CRC来确定传输块的接收是否成功。因此，UE对1个子帧中的数据执行ACK或NACK以提出重新传输的请求(称为混合自动重复请求(ARQ))。在数据的接收成功的情况下，UE利用ACK对eNodeB做出响应。在数据的接收成功的情况下，UE利用NACK对eNodeB做出响应。

图2是表示LTE的下行链路的格式的解释示图。在LTE中，在1个子帧中存在多个资源块。eNodeB能够以资源块为单位将数据分配给每个UE。eNodeB将用于以资源块为单位将数据分配给每个UE的控制信息存储在布置在子帧的开始的控制区域(被称为物理下行链路控制信道(PDCCH))中。PDCCH仅存在于1个子帧中。

在LTE中，TTI被设置为1ms以实现高数据速率。也就是说，TTI与1个子帧的时间相同。当UE对1个子帧中的传输块进行解码时的处理延时是大约4个子帧。因此，UE能够在接收的子帧之后4个子帧利用ACK或NACK对eNodeB做出响应。图3是表示LTE的上行链路的调度的概述的解释示图。由UE接收的子帧的PDCCH包括上行链路的调度信息，但调度信息能够在接收的子帧之后4个子帧被调度。调度信息能够以这种方式在接收的子帧之后4个子帧被调度的原因在于：考虑到UE中的处理延时。

因此，当TTI被缩短时，能够预期缩短用于UE中的解码的延时和用于使用上行链路向eNodeB反馈的时间。更具体地讲，当TTI被缩短时，能够预期下面的优点。

首先，当TTI被缩短时，能够执行在UE上操作的应用的低延时的控制。当TTI被缩短时，UE中的解码时间也被缩短。因此，UE能够按照短传输时间间隔(短TTI)缩短基于从eNodeB传输的数据的决定所需的时间。需要注意的是，在下面的描述中，已有TTI也被称为正常TTI以区分已有TTI与短TTI。因此，当TTI被缩短时，UE能够按照低延时执行某种控制。例如，在由于诸如针对实时的强烈请求的原因而在UE中激活对延时有严格要求的某个应用的情况下，缩短解码时间是重要优点。即使在UE是诸如汽车或无人机(自主地飞行的飞行物体)的物体的情况下，缩短TTI也是重要优点，因为实时被强烈地请求。

其次，当TTI被缩短时，混合ARQ的RTT能够被减小。也就是说，当解码时间被缩短时，UE能够更快速地确定数据的接收是否成功。当UE能够更快速地确定数据的接收是否成功时，UE能够快速地利用ACK或NACK对eNodeB做出响应。因此，当TTI被缩短时，eNodeB能够缩短在向UE传输数据之后在未被UE接收到的数据的重新传输之前花费的时间，这导致吞吐量的提高。在LTE的混合ARQ中，当UE未成功接收到数据时，随后的数据可能不被传输。因此，从UE到eNodeB的ACK的快速传输也有助于吞吐量的提高。

再次，当TTI被缩短时，能够减小信道质量指示器(CQI)的反馈的延时。UE基于从eNodeB提供的参考信号测量下行链路信道的质量，并且向eNodeB报告质量的测量结果。然后，考虑到从UE报告的下行链路信道的质量，eNodeB为针对UE的下行链路数据确定调制方案。当来自UE的反馈的延时较大时，eNodeB按照与与针对UE的下行链路的原始质量不同的质量对应的调制方案传输数据。因此，当下行链路信道的质量的测量的延时和测量结果的报告的延时能够被减小时，eNodeB能够减少在选择用于UE的合适的调制方案之前花费的时间。当在选择合适的调制方案之前花费的时间能够被减少时，能够期待下行链路的吞吐量的提高。

通过按照比已有传输时间间隔短的短传输时间间隔传输数据，可期待上述相同的有益效果。然而，在利用按照比已有传输时间间隔短的短传输时间间隔的数据的传输和接收全部替换时，存在对仅能按照已有传输时间间隔传输和接收数据的终端设备的影响。因此，必须使按照已有传输时间间隔的数据的传输和接收以及按照短传输时间间隔的数据的传输和接收共存。

这里，在使按照短传输时间间隔的数据的传输和接收与按照已有传输时间间隔的数据的传输和接收共存的情况下，需要用于使支持按照短传输时间间隔的数据的传输和接收的终端设备执行有效接收处理的技术。

当短TTI被引入时，在接收侧解码所需的电路可能无法被重新使用。当某个数据被接收和解码并且在随后的数据被接收和解码之前存在多余时间时，一个乘法器能够被用于计算。然而，当不存在多余时间时，一个乘法器是不够的并且必须准备多个乘法器。因此，为了实现短TTI，在一些情况下，接收器的计算成本增加并且硬件规模增加。能够从各种制造商提供连接到eNodeB的UE。根据制造商，存在希望将硬件规模抑制为较小的情况，并且存在需要用于减小硬件规模的技术的情况。不知道是否所有UE能够支持相同短TTI的长度。需要注意的是，在下面的描述中，术语“水平”能够被用作表示短TTI的长度的差异的术语。因此，当在eNodeB侧准备了具有各种水平的短TTI时，支持短TTI的终端能够普及。

另外，即使当UE支持短TTI时，也首先知道是否所有UE类似地请求低延时。请求的延时时间取决于安装在UE上的高阶应用。因此，将由1个OFDM码元形成的短TTI提供给未在那种程度上请求低延时的UE导致资源的不必要的占用。

因此，考虑到上述情况，本公开的公开人已彻底检查这样的技术：在使按照短传输时间间隔的数据的传输和接收与按照已有传输时间间隔的数据的传输和接收共存的情况下，能够在支持按照短传输时间间隔的数据的传输和接收的终端设备中预期高效接收处理。作为结果，如以下所述，本公开的公开人已设计这样的技术：在使按照短传输时间间隔的数据的传输和接收与按照已有传输时间间隔的数据的传输和接收共存的情况下，通过向终端设备通知数据在按照短传输时间间隔的资源中的位置，能够在终端设备中执行有效接收处理。

以上已描述本公开的实施例的概述。接下来，将会详细地描述本公开的实施例。

[1.2.系统结构示例]

图4是表示根据本公开的实施例的系统的结构的示例的解释示图。以下，将参照图4描述根据本公开的实施例的系统的结构的示例。

参照图4，系统1包括基站100和终端设备200。这里，基站100也被称为eNodeB。另外，这里，终端设备200也被称为用户。用户也能够被称为用户装备(UE)。这里，UE可以是如LTE或LTE-A中所定义的UE，或者更一般地讲，可以是通信装备。

(1)基站100

基站100是蜂窝系统(或移动通信系统)的基站。基站100与位于基站100的小区10内的终端设备(例如，终端设备200)执行无线通信。例如，基站100将下行链路信号传输给终端设备，并且从终端设备接收上行链路信号。

(2)终端设备200

终端设备200能够在蜂窝系统(或移动通信系统)中执行通信。终端设备200与蜂窝系统的基站(例如，基站100)执行无线通信。例如，终端设备200从基站接收下行链路信号，并且将上行链路信号传输给基站。图4表示四个终端设备200A至200D。需要注意的是，在下面的描述中，当不必将终端设备200A至200D彼此区分时，终端设备200A至200D被称为终端设备200。

[1.3.功能结构示例]

接下来，将参照图5和6描述根据本公开的实施例的基站100和终端设备200的功能结构的示例。

首先，将参照图5描述根据本公开的实施例的基站100的结构的示例。图5是表示根据本公开的实施例的基站100的结构的示例的方框图。参照图5，基站100包括天线单元110、无线通信单元120、网络通信单元130、存储单元140和处理单元150。

(1)天线单元110

天线单元110将由无线通信单元120输出的信号作为无线电波发射到空间中。另外，天线单元110将空间中的无线电波转换成信号，并且将该信号输出给无线通信单元120。

(2)无线通信单元120

无线通信单元120传输和接收信号。例如，无线通信单元120将下行链路信号传输给终端设备，并且从终端设备接收上行链路信号。

(3)网络通信单元130

网络通信单元130传输和接收信息。例如，网络通信单元130将信息传输给另一节点，并且从另一节点接收信息。例如，所述另一节点包括另一基站和核心网络节点。

(4)存储单元140

存储单元140暂时地或永久地存储用于操作基站100的各种数据和程序。

(5)处理单元150

处理单元150提供基站100的各种功能。处理单元150包括传输处理单元151和通知单元153。需要注意的是，处理单元150还可包括除这些组成元件之外的其它组成元件。也就是说，处理单元150还能够执行除组成元件的操作之外的操作。

传输处理单元151执行与以终端设备200为目的地的数据的传输相关的处理。例如，传输处理单元151产生由多个子帧形成的帧，并且执行将产生的帧传输给终端设备200的处理。另外，通知单元153执行与针对终端设备200的信息的通知相关的处理。需要注意的是，将在稍后详细地描述传输处理单元151和通知单元153的特定操作。

接下来，将参照图6描述根据本公开的实施例的终端设备200的结构的示例。图6是表示根据本公开的实施例的终端设备200的结构的示例的方框图。参照图6，终端设备200包括天线单元210、无线通信单元220、存储单元230和处理单元240。

(1)天线单元210

天线单元210将由无线通信单元220输出的信号作为无线电波发射到空间中。另外，天线单元210将空间中的无线电波转换成信号，并且将该信号输出给无线通信单元220。

(2)无线通信单元220

无线通信单元220传输和接收信号。例如，无线通信单元220从基站接收下行链路信号，并且将上行链路信号传输给基站。

(3)存储单元230

存储单元230暂时地或永久地存储用于操作终端设备200的各种数据和程序。

(4)处理单元240

处理单元240提供终端设备200的各种功能。处理单元240包括获取单元241、接收处理单元243和通知单元245。需要注意的是，处理单元240还可包括除这些组成元件之外的其它组成元件。也就是说，处理单元240还能够执行除组成元件的操作之外的操作。

获取单元241执行与从基站100传输的数据的获取相关的处理。接收处理单元243执行与由获取单元241获取的数据的接收相关的处理。通知单元245执行与针对基站100的信息的通知相关的处理。需要注意的是，将在稍后详细地描述获取单元241、接收处理单元243和通知单元245的操作。

已参照图5和6描述根据本公开的实施例的基站100和终端设备200的功能结构的示例。接下来，将描述根据本公开的实施例的基站100和终端设备200的操作的示例。

[1.4.操作示例]

(1.4.1.第一操作示例)

首先，将描述根据本公开的实施例的基站100和终端设备200的第一操作示例。如上所述，在使按照短传输时间间隔的数据的传输和接收与按照已有传输时间间隔的数据的传输和接收共存的情况下，需要用于使与按照短传输时间间隔的数据的传输和接收对应的终端设备执行有效处理的技术。在第一操作示例中，将描述与按照短传输时间间隔的数据的传输和接收对应的终端设备能够执行有效处理的操作的示例。

在使短TTI中的数据的传输和接收与已有TTI中的数据的传输和接收共存的情况下，基站100必须向终端设备200通知将要被用于传输或接收数据的资源在短TTI中的位置。关于短TTI中的将要被用于传输或接收数据的资源的位置，能够考虑半静态通知方法和动态通知方法。在以半静态方式向每个终端设备200通知资源的方法中，用于一个终端设备200的下行链路资源被以半静态方式固定地分配。因此，在不使用短TTI中的数据的传输和接收的情况下，所述下行链路资源可能浪费。另一方面，在动态地向每个终端设备200通知资源的方法中，将要由终端设备200测量的控制信息增加。当位于小区10中的终端设备200的数量增加时，控制区域(PDCCH)可能较短。

因此，当分配短TTI的资源时，基站100采用三种方法，(1)通知用于执行数据的传输和接收的区域(短TTI区域)在短TTI中的位置的方法，(2)通知是否在短TTI区域中存在以特定终端设备为目的地的信息的方法，和(3)通知用于每个终端设备的短TTI的资源的方法。需要注意的是，所有三个方法可能无法说是在基站100中是必要的。以下，将描述所述三种方法的细节。

(1)通知短TTI区域的位置的方法

首先，将描述通知短TTI区域的位置的方法。基站100例如使用系统信息(广播被用于该系统信息)或用于每个终端设备200的专用信号以半静态方式在一个子帧中向终端设备200通知短TTI区域。这里，“半静态”意味着：短TTI区域在基站100再次指定该短TTI区域之前不改变，但该短TTI区域是可改变的。需要注意的是，多个短TTI区域可位于一个子帧中。

基站100以半静态方式在一个子帧中向终端设备200通知短TTI区域。然而，在这个时间点，基站100未通知每个终端设备200使用短TTI区域的方式。

图7是表示短TTI区域的示例的解释示图。图7中的标号301表示在一个子帧中的物理下行链路共享信道(PDSCH)中指定的短TTI区域。图7表示这样的示例：20MHz的带宽的一部分的频域中的TTI被设置为具有与1个OFDM码元相同的长度。

如上所述，所述多个短TTI区域可位于一个子帧中。图8是表示短TTI区域的示例的解释示图。图8表示这样的示例：两个短TTI区域位于一个子帧中。标号301和302表示在一个子帧中的PDSCH中指定的短TTI区域。由标号301表示的短TTI区域跨越整个PDSCH，并且由标号302表示的短TTI区域位于与后7个OFDM码元等同的PDSCH中。另外，图8表示这样的示例：由标号302表示的短TTI区域的资源大于由标号301表示的短TTI区域的资源。

另外，短TTI区域可位于所有子帧中，或者短TTI区域可位于1个帧的特定子帧中。这是因为，存在所有子帧需要短TTI区域的应用，并且也存在短TTI区域能够位于1个帧的特定子帧中的应用。

例如，基站100在1个帧中的特定位置将控制信号传输给终端设备200。然而，考虑这样的使用情况：预期终端设备200在短时间内对控制信号进行解码。这种使用情况是这样的使用情况：基站100使用短TTI区域作为用于传输终端设备200的控制信号的区域。将要由基站100在短TTI区域中传输的终端设备200的控制信号可以是用于控制应用的信号，或者可以是用于接收无线信号的控制信号。

如上所述，短TTI区域可位于所有子帧中，或者短TTI区域可位于1个帧的特定子帧中。另外，基站100可改变用于每个子帧的短TTI区域。基站100能够通过改变用于每个子帧的短TTI区域来提高设置的自由度。

图9是表示短TTI区域的示例的解释示图。图9表示这样的示例：基站100预先设置由标号302表示的短TTI区域，并且基站100利用由标号303表示的PDCCH中的下行链路控制信息(DCI)动态地设置短TTI的数据是否被实际上放在短TTI区域中。

通过利用由标号303表示的PDCCH中的DCI来设置数据是否位于短TTI区域中，基站100能够防止由于短TTI区域的正常固定布置而导致的资源浪费。也就是说，即使当设置了短TTI区域时，基站100也可正常地不放置短TTI的数据并且在短TTI区域中传输数据。因此，可利用PDCCH中的DCI设置数据是否位于短TTI区域以防止资源浪费。

图10是表示短TTI区域的示例的解释示图。图10表示这样的情况的示例：像图9中一样，基站100预先设置由标号302表示的短TTI区域，并且基站100利用由标号303表示的PDCCH中的DCI动态地设置短TTI的数据是否被实际上放在短TTI区域中。

图10中示出的示例与图9中示出的示例的不同之处在于：利用由标号303表示的PDCCH中的DCI而非相同子帧设置另一随后子帧的短TTI区域中的数据的存在或不存在。在图9中示出的示例中，由于利用PDCCH中的DCI设置相同子帧的短TTI区域中的数据的存在或不存在，所以终端设备200必须对PDCCH进行解码，并且即刻地确定相同子帧的短TTI区域中的数据的存在或不存在。在图10中示出的示例中，由于利用PDCCH中的DCI设置另一随后子帧的短TTI区域中的数据的存在或不存在，所以在所述另一随后子帧的短TTI区域到达的时间点，终端设备200知道短TTI的数据是否位于短TTI区域中。因此，在图10中示出的示例中，在所述另一随后子帧的短TTI区域到达的时间点，当存在短TTI的数据时，终端设备200能够即刻地开始解码。

图11是表示根据本公开的实施例的基站100和终端设备200的操作示例的流程图。图11表示当基站100向终端设备200通知可能被用作短TTI的区域并且向终端设备200通知所述通知的区域被用作短TTI时的基站100的操作的示例。以下，将参照图11描述根据本公开的实施例的基站100和终端设备200的操作示例。

基站100向终端设备200通知子帧中的短TTI区域(所述短TTI区域是可能是短TTI的区域)(步骤S101)。例如，通知单元153执行步骤S101的处理。基站100使用系统信息(广播被用于该系统信息)或用于每个终端设备200的专用信号以半静态方式向终端设备200通知一个子帧中的可能被用作短TTI的区域。

当终端设备200被通知可能是短TTI的区域时，随后，基站100动态地向终端设备200通知可能是短TTI的区域实际上被用作用于每个子帧的短TTI(步骤S102)。例如，通知单元153执行步骤S102的处理。例如，如上所述，基站100在PDCCH中的DCI中指定可能被用作短TTI的区域是否实际上被用作短TTI。

基站100以这种方式操作。因此，基站100能够高效地使用资源。在可能是短TTI的区域实际上被用作短TTI的情况下，终端设备200可执行用于短TTI的操作。因此，接收处理能够是高效的。

(2)通知是否在短TTI区域中存在以特定终端设备为目的地的信息的方法

接下来，将描述通知短TTI区域中的为特定终端设备设计的信息是否位于短TTI区域中的方法。例如，基站100动态地向每个终端设备200通知是否在以半静态方法通知的短TTI区域中存在以终端设备200为地址的信息。例如，基站100使用专用信令以半静态方式或使用PDCCH动态地向终端设备200通知是否在短TTI区域中存在以终端设备200为地址的信息。当基站100使用专用信令以半静态方式执行该通知时，基站100能够在不改变已有DCI的情况下向终端设备200通知是否在短TTI区域中存在以终端设备200为地址的信息。另外，当基站100使用PDCCH动态地执行该通知时，基站100可仅在短TTI的数据被传输的情况下将短TTI的数据放在短TTI区域中。因此，资源能够被高效地使用。

此时，基站100仅向终端设备200通知是否在短TTI区域中存在以终端设备200为地址的信息。优选地由终端设备200利用较少的劳动确定是否在短TTI区域中存在与每个终端设备200相关的数据。这是因为，功耗能够减少，因为在短TTI区域中不存在其数据的终端设备200不必对短TTI的数据进行解码。

图12是表示基站100通知以特定终端设备为目的地的信息是否位于短TTI区域中的方法的解释示图。图12表示这样的形式：在子帧的PDCCH中通知以特定终端设备为目的地的信息是否位于相同子帧中的短TTI区域中。

图13是表示基站100通知用于特定终端设备的信息是否位于短TTI区域中的方法的解释示图。图13表示这样的形式：基站100在子帧的PDCCH中向终端设备200通知以所述特定终端设备为目的地的信息是否位于随后子帧中的短TTI区域中。

图13中示出的方法是与图12中示出的方法相同的方法，但通过在子帧的PDCCH中向终端设备200通知以所述特定终端设备为目的地的信息是否位于随后子帧的短TTI区域中，基站100能够使终端设备200中的短TTI的数据的解码的开始定时提前。

当基站100向终端设备200通知以所述特定终端设备为目的地的信息是否位于短TTI区域中时，基站100可使用PDCCH(或ePDCCH)中的对于终端设备200而言唯一的搜索空间内部的DCI执行指定。图14是表示基站100使用PDCCH中的对于终端设备200而言唯一的搜索空间内部的DCI通知用于特定终端设备的信息是否位于短TTI区域中的示例的解释示图。

当基站100使用PDCCH动态地执行该通知时，基站100可仅在短TTI的数据被传输的情况下将短TTI的数据放在短TTI区域中。因此，资源能够被高效地使用。另外，优选地由终端设备200利用较少的劳动确定是否在短TTI区域中存在与每个终端设备200相关的数据。另外，这是因为，功耗能够减少，因为在短TTI区域中不存在其数据的终端设备200不必对短TTI的数据进行解码。

(3)通知用于每个终端设备的短TTI的资源的方法

基站100可使用DCI向终端设备200通知短TTI的数据是否位于短TTI区域中。在通知时，基站100还可向终端设备200通知作为将要由目标终端设备200接收和解码的短TTI的数据的短TTI区域的资源。

图15是表示基站100使用DCI通知短TTI区域中的短TTI的数据的位置的形式的解释示图。在图15中示出的示例中，在相同子帧中由标号305表示的位置被认为是将要由目标终端设备200接收和解码的短TTI的数据所在的位置。基站100使用DCI通知目标终端设备200：待解码的短TTI的数据位于由标号305表示的位置。通过以这种方式执行通知，接收DCI的终端设备200能够仅参照该位置执行解码。

图16是表示基站100使用DCI通知短TTI区域中的短TTI的数据的位置的形式的解释示图。在图16中示出的示例中，在随后子帧中由标号305表示的位置被认为是将要由目标终端设备200接收和解码的短TTI的数据所在的位置。基站100使用DCI通知目标终端设备200：待解码的短TTI的数据位于由标号305表示的位置。通过以这种方式执行通知，接收DCI的终端设备200能够仅参照该位置执行解码。

需要注意的是，基站100可使用ePDCCH向终端设备200通知关于短TTI的信息，其中控制信号被放在PDSCH的一部分而非PDCCH中。在使用ePDCCH执行通知的情况下，基站100可向终端设备200通知关于相同子帧中的短TTI的信息，或者可向终端设备200通知关于随后子帧中的短TTI的信息。

图17是表示根据本公开的实施例的基站100和终端设备200的操作示例的流程图。图17表示当基站100向终端设备200通知可能被用作短TTI的区域并且随后终端设备200返回接收的数据的ACK或NACK时的基站100和终端设备200的操作示例。以下，将参照图17描述根据本公开的实施例的基站100和终端设备200的操作示例。

基站100向终端设备200通知子帧中的短TTI区域(所述短TTI区域是可能是短TTI的区域)(步骤S101)。例如，通知单元153执行步骤S101的处理。基站100使用系统信息(广播被用于该系统信息)或用于每个终端设备200的专用信号以半静态方式向终端设备200通知一个子帧中的可能被用作短TTI的区域。

当终端设备200被通知可能是短TTI的区域时，随后，基站100动态地向终端设备200通知可能是短TTI的区域实际上被用作用于每个子帧的短TTI(步骤S102)。例如，通知单元153执行步骤S102的处理。例如，如上所述，基站100在PDCCH中的DCI中指定可能被用作短TTI的区域是否实际上被用作短TTI。

随后，基站100向终端设备200通知短TTI中的用于所述特定终端设备200的资源的存在或不存在(步骤S103)。例如，通知单元153执行步骤S103的处理。

随后，基站100向终端设备200通知短TTI中的将要由所述特定终端设备200接收的资源的位置(步骤S104)。例如，通知单元153执行步骤S104的处理。

随后，基站100将短TTI的数据放在在前面的步骤S104中通知的资源的位置以将数据传输给终端设备200(步骤S105)。例如，通过经天线单元110从无线通信单元120传输数据，传输处理单元151执行步骤S105的处理。

终端设备200基于基站100在前面的步骤S101至S104中向终端设备200通知的信息对在前面的步骤S105中从基站100传输的短TTI的数据进行解码(步骤S106)。例如，接收处理单元243执行步骤S106的处理。

当终端设备200在步骤S106中对短TTI的数据进行解码时，每个终端设备200在解码成功时向基站100通知ACK并且在解码失败时向基站100通知NACK(步骤S107)。例如，通知单元245执行步骤S107的处理。

在相关技术中，eNodeB在PDCCH的DCI中指定每个UE的个体资源。然而，与相关技术的TTI的资源不同，短TTI的资源是特殊的。由于特殊的短TTI可能无法正常地存在，所以短TTI区域优选地在某种程度上是可变的。然而，当短TTI区域和正常TTI区域未被确保时，可能无法直接从PDCCH指定资源，并且因此，难以直接从PDCCH指定短TTI的资源。

因此，在实施例的第一操作示例中，基站100以半静态方式指定短TTI区域，并且动态地指定是否存在短TTI区域。基站100根据使用PDCCH的动态方法或使用专用信令的半静态方法向终端设备200通知是否存在终端设备200的短TTI的数据。通过以这种方式执行通知，与相关技术相比，能够根据在相关技术的PDCCH中直接指定所有资源的方法有效地管理正常TTI的资源和短TTI的资源。

在实施例的第一操作示例中，通过以半静态方式指定短TTI区域并且动态地指定是否存在短TTI区域，基站100能够按照低延时并且按照良好响应控制安装在终端设备200上的应用。另外，在实施例的第一操作示例中，终端设备200能够快速地返回ACK或NACK，并且因此，期待吞吐量的提高。然后，在实施例的第一操作示例中，由于短TTI的资源能够有效地与正常TTI的资源共存，所以资源不浪费并且能够大大预期吞吐量的提高。

(1.4.2.第二操作示例)

接下来，将描述根据本公开的实施例的基站100和终端设备200的第二操作示例。如上所述，在使按照短传输时间间隔的数据的传输和接收与按照已有传输时间间隔的数据的传输和接收共存的情况下，当在基站侧准备具有各种水平的短TTI时，与短TTI对应的终端设备能够普及。在第二操作示例中，将描述当准备了具有各种水平的短TTI时的基站100和终端设备200的操作示例。

图18是表示由1个OFDM码元形成的短TTI的解释示图。由1个OFDM码元形成的短TTI也被称为具有水平1的短TTI。另外，

图19是表示由2个OFDM码元形成的短TTI的解释示图。由2个OFDM码元形成的短TTI也被称为具有水平2的短TTI。

在短TTI的水平是1的情况下，LTE的资源被浪费地占用并且整个吞吐量降低。吞吐量降低的原因在于：存在这样的情况，即并非在与短TTI对应的所有终端设备200中需要短TTI的相同水平。另外，可能无法说与短TTI对应的所有终端设备200类似地实现短TTI的水平。因此，当通信服务提供商准备短TTI的多个水平时，由各种销售商(制造商)制造的与短TTI对应的终端设备200能够连接到准备短TTI的所述多个水平的LET网络。

基站100准备短TTI的所述多个水平。短TTI的水平的设置可对于每个小区而言不同。基站100使用例如广播中的系统信息向终端设备200通知由基站100提供的短TTI的所述多个水平。

终端设备200向基站100通知处理能力(例如，硬件能力、待执行的应用的种类或终端设备200的能力)。另外，终端设备200可设置为待执行的每个应用请求的延时水平。这是因为，存在这样的情况：即使当终端设备200具有按照低延时执行处理的能力时，根据将要由终端设备200执行的应用，也不请求低延时。

即使当具有所述多个水平的短TTI与相同子帧共存时，终端设备200也可处理具有所述多个水平的短TTI的数据。另外，终端设备200可并行地处理正常TTI的数据和短TTI的数据。

图20是表示根据本公开的实施例的基站100和终端设备200的操作示例的流程图。以下，将参照图20描述根据本公开的实施例的基站100和终端设备200的操作示例。

基站100在广播中将短TTI的可提供水平提供给位于小区中的终端设备200(步骤S201)。例如，通知单元153执行步骤S201的处理。

从基站100接收可由基站100提供的短TTI的水平的终端设备200向基站100通知能够处理短TTI的能力(步骤S202)。例如，通知单元245执行步骤S202的处理。在步骤S202中，终端设备200可向基站100通知关于硬件处理能力的信息。

另外，终端设备200根据安装的应用的目的请求基站100提供短TTI的水平(步骤S203)。例如，通知单元245执行步骤S203的处理。

当基站100从终端设备200接收到能够处理短TTI的能力和对短TTI的水平的请求时，基站100基于接收的内容选择短TTI的水平，并且根据选择的水平使用短TTI的资源将短TTI的数据传输给终端设备200(步骤S204)。例如，通过经天线单元110从无线通信单元120传输数据，传输处理单元151执行步骤S204的处理。

根据本公开的实施例的基站100以这种方式操作，并且因此，能够根据终端设备200的请求和能力选择短TTI的水平。另外，通过以这种方式执行通知，根据本公开的实施例的终端设备200能够根据终端设备200的能力或待执行的应用的请求接收按照所述水平的短TTI的数据。

一些终端设备200还能够被视为允许延时时间，但即使当按照短TTI的较低水平接收数据时，所述延时时间也比所述水平长。图21是表示1个子帧中的短TTI区域的示例的解释示图。例如，某个终端设备200被假设为即使当按照短TTI的水平1接收数据时也允许2个OFDM码元的延时。在这种情况下，基站100使所述某个终端设备200使用每隔一个OFDM码元作为短TTI，如图21中所示。由标号311表示的OFDM码元是被终端设备200用作短TTI的OFDM码元。以这种方式，通过使终端设备200按照每隔一个OFDM码元使用短TTI区域，基站100能够高效地将资源提供给能够允许2个OFDM码元的延时的终端设备200。

图21中示出的短TTI区域不同于图19中示出的由2个OFDM码元形成的短TTI，并且由1个OFDM码元形成的短TTI的资源被抽取。基站100能够使另一终端设备200使用抽取的资源(由标号312表示的OFDM码元)。也就是说，通过按照每隔一个OFDM码元抽取由1个OFDM码元形成的短TTI的资源，基站100降低延时控制的水平。需要注意的是，请求1个OFDM码元的延时的终端设备200可使用由图21中的标号311或312表示的某个OFDM码元的资源从基站100接收短TTI的数据。

利用一个子帧完成图19中示出的由2个OFDM码元形成的短TTI。然而，可能无法利用一个子帧完成由例如4个OFDM码元形成的短TTI。图22是表示由4个OFDM码元形成的短TTI的解释示图。由于如图22中所示可能无法利用一个子帧完成由4个OFDM码元形成短TTI的具有水平4的短TTI，所以出现跨越两个帧的部分。在这种情况下，基站100向终端设备200通知短TTI的数据是否跨越两个帧。

作为系统帧号(SFN)，重复从0至1023的整数。另外，在一个帧中存在10个子帧。图23是表示1个帧中的由4个OFDM码元形成的短TTI的解释示图。在短TTI由4个OFDM码元形成的情况下，如图23中所示，由4个OFDM码元形成的短TTI被布置为跨越第一子帧和第二子帧。也就是说，由4个OFDM码元形成的短TTI被布置为跨越奇子帧和偶子帧。因此，当基站100能够向终端设备200通知系统帧号和子帧号和短TTI的相位之间的关系时，终端设备200能够正常地接收4个OFDM码元的短TTI。

从基站100向终端设备200利用称为主信息块(MIB)的广播信号传输SFN。因此，基站100预先固定系统帧号和子帧号和短TTI的相位之间的关系，或者分开地通过信令来向终端设备200通知系统帧号和子帧号和短TTI的相位之间的关系。基站100可仅在可能无法利用一个子帧完成短TTI(比如，具有4个OFDM码元的短TTI)的情况下向终端设备200通知系统帧号和子帧号和短TTI的相位之间的关系。

图24是表示根据本公开的实施例的基站100和终端设备200的操作示例的流程图。图24表示在可能无法利用一个子帧完成短TTI的情况下的基站100和终端设备200的操作示例。以下，将参照图24描述根据本公开的实施例的基站100和终端设备200的操作示例。

基站100在广播中将系统帧号(诸如，MIB)提供给终端设备200(步骤S211)。例如，通知单元153执行步骤S211的处理。

随后，基站100在广播中将短TTI的可提供水平提供给位于小区中的终端设备200(步骤S212)。例如，通知单元153执行步骤S212的处理。

随后，基站100在广播中或通过专用信令将每个水平的短TTI和系统帧号和子帧号之间的对应关系提供给终端设备200(步骤S213)。例如，通知单元153执行步骤S213的处理。需要注意的是，提供给终端设备200的每个水平的短TTI和系统帧号和子帧号之间的对应关系可在规范中被预先固定。

接收可由基站100提供的短TTI的水平的终端设备200向基站100通知能够处理短TTI的能力(步骤S214)。例如，通知单元245执行步骤S214的处理。

另外，终端设备200根据安装的应用的目的请求基站100提供短TTI的水平(步骤S215)。例如，通知单元245执行步骤S215的处理。

当基站100从终端设备200接收到能够处理短TTI的能力和对短TTI的水平的请求时，基站100基于接收的内容选择短TTI的水平，并且根据选择的水平使用短TTI的资源将短TTI的数据传输给终端设备200(步骤S216)。例如，通过经天线单元110从无线通信单元120传输数据，传输处理单元151执行步骤S216的处理。

当终端设备200从基站100接收到短TTI的数据时，终端设备200基于在步骤S213中从基站100接收的对应关系对短TTI的数据进行解码。

根据本公开的实施例的基站100以这种方式操作，并且因此能够根据终端设备200的请求和能力选择短TTI的水平，并且能够使终端设备200正常地对短TTI的数据进行解码。另外，通过以这种方式执行通知，根据本公开的实施例的终端设备200能够根据自身设备的能力或待执行的应用的请求接收按照所述水平的短TTI的数据，并且能够正常地对短TTI的数据进行解码。

具有所述多个水平的短TTI可与一个子帧共存。图25是表示具有所述多个水平的短TTI与一个子帧共存的示例的解释示图。

图25表示这样的示例：由4个OFDM码元形成的具有水平4的短TTI和由2个OFDM码元形成的具有水平2的短TTI与一个子帧共存。在图25的示例中，三个具有水平4的短TTI被连续地布置，并且一个具有水平2的短TTI随后被布置在第一子帧中，并且一个具有水平2的短TTI被首先布置，并且三个具有水平4的短TTI被随后连续地布置在随后子帧中。当然，布置模式不限于相关示例。具有不同水平的短TTI可被布置为在所有子帧中以相同模式共存。例如，在所有子帧中，三个具有水平4的短TTI可被连续地布置，并且一个具有水平2的短TTI可被随后布置。另外，例如，在所有子帧中，一个具有水平2的短TTI可被首先布置，并且三个具有水平4的短TTI可被随后连续地布置。

图26是表示短TTI的另一布置示例的解释示图。在子帧中，通常，能够存储控制信号的PDCCH被布置在开始部分，并且能够存储用户数据的PDSCH被布置在PDCCH之后。例如，如图26中所示，能够考虑：短TTI被设置为跟在使用3个OFDM码元作为PDSCH的PDSCH之后。在这种情况下，当仅使用具有水平2的短TTI时，子帧的最后1个OFDM码元可能无法被用作具有水平2的短TTI。因此，如图26中所示，子帧的最后1个OFDM码元可被用作具有水平1的短TTI。需要注意的是，如图26中所示，基站100可将某个OFDM码元的资源划分成具有水平1的短TTI和具有水平2的短TTI以便使用。

图27是表示短TTI的布置示例的解释示图。图27中示出的短TTI的布置示例与图26中示出的短TTI的布置示例的不同之处在于：没有短TTI在布置具有水平2的短TTI的资源中被布置在子帧的最后1个OFDM码元中。

如图26和27中所示，基站100可将某个OFDM码元的资源划分成具有水平1的短TTI和具有水平2的短TTI以便使用，并且还可改变分配给短TTI的资源的量。图26和27表示这样的示例：分配给具有水平2的短TTI的资源的量相对大于分配给具有水平1的短TTI的资源的量。基站100可根据例如来自终端设备200的要求改变分配给具有每个水平的短TTI的资源的量。

如图26和27中所示，在短TTI仅被布置在部分PDSCH中而不将短TTI布置在部分PDCCH中的情况下，PDCCH的长度可从1个OFDM码元到3个OFDM码元变化。基站100能够使用PDCCH中的物理控制格式指示信道(PCFICH)向终端设备200通知关于PDCCH的长度的信息(关于OFDM码元的数量的信息)。由于PDCCH的长度可从1个OFDM码元到3个OFDM码元变化，所以PDSCH的长度可从11个OFDM码元到13个OFDM码元变化。因此，在短TTI仅被布置在部分PDSCH中的情况下，终端设备200优选地被通知短TTI的布置模式和可变PDSCH之间的关系。

图28是表示短TTI的布置示例的解释示图。图28表示在PDCCH的长度是3个OFDM码元(也就是说，PDSCH的长度是11个OFDM码元)的情况下的短TTI的布置示例。在图28中示出的示例中，一个OFDM码元的资源被划分为具有水平1的短TTI和具有水平2的短TTI以便使用。

图29是表示短TTI的布置示例的解释示图。图29表示在PDCCH的长度是2个OFDM码元(也就是说，PDSCH的长度是12个OFDM码元)的情况下的短TTI的布置示例。在图29中示出的示例中，一个OFDM码元的资源被划分为具有水平1的短TTI和具有水平2的短TTI以便使用。

图30是表示短TTI的布置示例的解释示图。图30表示在PDCCH的长度是1个OFDM码元(也就是说，PDSCH的长度是13个OFDM码元)的情况下的短TTI的布置示例。在图30中示出的示例中，一个OFDM码元的资源被划分为具有水平1的短TTI和具有水平2的短TTI以便使用。

在根据PDCCH的长度(也就是说PDSCH的长度)改变短TTI的布置模式的情况下，基站100预先向终端设备200通知短TTI的布置模式和PDSCH之间的关系。然后，基站100使用PCFICH向终端设备200通知关于PDCCH的长度的信息。当终端设备200知道关于PDCCH的长度的信息时，终端设备200能够知道使用短TTI的哪种布置模式。

图31是表示根据本公开的实施例的基站100和终端设备200的操作示例的流程图。以下，将参照图31描述根据本公开的实施例的基站100和终端设备200的操作示例。

基站100首先向终端设备200通知与PCFICH对应的短TTI的布置模式(步骤S221)。例如，通知单元153执行步骤S221的通知。与PCFICH对应的短TTI的布置模式可在规范中被预先固定。

随后，基站100利用PCFICH向终端设备200通知关于PDCCH的长度的信息(步骤S222)。例如，通知单元153执行步骤S222的通知。

随后，基站100提供与PCFICH对应的短TTI(步骤S223)。例如，通过经天线单元110从无线通信单元120传输数据，传输处理单元151执行步骤S223的处理。例如，在在PDCCH的长度是3个OFDM码元的情况下的短TTI的布置模式是图28中示出的模式的情况下，基站100按照图28中示出的短TTI的布置模式提供短TTI。

当终端设备200知道与PCFICH对应的短TTI的布置模式并且接收到利用PCFICH的关于PDCCH的长度的信息的通知时，终端设备200确定与PCFICH对应的短TTI的布置，并且执行对短TTI的数据进行解码的处理(步骤S224)。例如，接收处理单元243执行步骤S224的处理。

终端设备200能够知道使用短TTI的哪种布置模式，因为终端设备200通过执行上述处理而知道关于PDCCH的长度的信息。然后，终端设备200能够执行对短TTI的数据进行解码的合适的处理，因为终端设备200预先知道短TTI的布置模式。

例如，如参照图21所述，在通过按照每隔一个OFDM码元抽取短TTI的水平来间歇地布置短TTI的情况下，也根据PDCCH的长度类似地改变短TTI的布置模式。

图32是表示短TTI的布置示例的解释示图。图32表示在PDCCH的长度是3个OFDM码元(也就是说，PDSCH的长度是11个OFDM码元)的情况下的短TTI的布置示例。在图32中示出的示例中，通过按照每隔一个OFDM码元抽取具有水平1的短TTI的水平来间歇地布置短TTI。

图33是表示短TTI的布置示例的解释示图。图33表示在PDCCH的长度是2个OFDM码元(也就是说，PDSCH的长度是12个OFDM码元)的情况下的短TTI的布置示例。在图33中示出的示例中，也通过按照每隔一个OFDM码元抽取具有水平1的短TTI来间歇地布置短TTI。

图34是表示短TTI的布置示例的解释示图。图34表示在PDCCH的长度是1个OFDM码元(也就是说，PDSCH的长度是13个OFDM码元)的情况下的短TTI的布置示例。在图34中示出的示例中，也通过按照每隔一个OFDM码元抽取具有水平1的短TTI来间歇地布置短TTI。

在例如如参照图21所述通过按照每隔一个OFDM码元抽取短TTI的水平来间歇地布置短TTI的情况下，基站100预先利用PCFICH向终端设备200通知短TTI的布置模式和关于PDCCH的长度的信息，像图31中示出的操作示例中一样。即使在通过按照每隔一个OFDM码元抽取短TTI的水平来布置短TTI的情况下，终端设备200也能够知道使用短TTI的哪种布置模式，因为终端设备200知道关于PDCCH的长度的信息。然后，终端设备200能够执行对短TTI的数据进行解码的合适的处理，因为终端设备200预先知道短TTI的布置模式。

(1.4.3.第三操作示例)

接下来，将描述根据本公开的实施例的基站100和终端设备200的第三操作示例。如上所述，在使按照短传输时间间隔的数据的传输和接收与按照已有传输时间间隔的数据的传输和接收共存的情况下，需要用于使与按照短传输时间间隔的数据的传输和接收对应的终端设备执行有效处理的技术。在第三操作示例中，将描述这样的操作的示例：从与第一操作示例不同的角度，与按照短传输时间间隔的数据的传输和接收对应的终端设备能够执行有效处理。

对于短TTI，假设用于从基站100或在基站100背后的网络按照低延时控制安装在终端设备200上的应用的目的。因此，对于短TTI，与在S-GW或基站100中对数据进行高速缓存并且提供高速缓存(缓冲)的数据的方法不同，数据每次在需要少量控制数据时从连接到在网络背后的P-GW的互联网等到达。当所述少量控制数据未到达基站100时，基站100在这种情况下不知道何时从基站100向终端设备200传输所述少量控制数据。作为安装在终端设备200上的应用，能够例示控制无人机的应用软件、控制车辆的应用软件等。以这种方式，对于短TTI，能够假设这样的使用情况：必须从基站100向终端设备200按照低延时发送数据，但所述数据是少量数据。在第三实施例中，将描述从基站100向终端设备200按照低延时发送数据所需的调度技术。这里，所述调度指示：基站100向终端设备200通知将要由终端设备200使用的下行链路资源的位置。

作为除控制无人机的应用软件或控制车辆的应用软件之外的使用情况，能够例示例如游戏的同步。作为网络游戏，存在多个用户必须经网络在地图上同步其位置的许多游戏。图35是表示执行网络游戏的每个用户的终端设备200上显示的地图的示例的解释示图。图35表示显示两个用户的位置的地图的示例。如图35中所示，在多个用户在公共市中心区的地图中攻击彼此的游戏中需要地图上的用户的位置的同步。这是因为，当未实现同步时，存在这样的情况：即使当用户在他的或她的终端设备上认为伙伴在该用户的眼前并且攻击该伙伴时，该伙伴也实际上正在远处移动。必须按照低延时更新需要地图上的用户的位置的同步的应用，从而相互位置被同步。

首先，将描述相关技术的LTE的下行链路的调度。一个资源块由12个子载波形成。子载波的间隔是15kHz。因此，在频率方向上的资源块的宽度是180kHz。在带宽是20MHz的情况下，100个资源块能够被布置在20MHz内。这里，当在没有变化的情况下处理100个资源块时，调度所需的位的数量可以是100位。因此，4个资源块属于一组的称为资源块组(RBG)的概念将会被引入。当使用一个RBG作为RBG单元调度4个资源块时，调度所需的位的数量能够减少至25位。也就是说，eNodeB向UE通知调度信息，所述调度信息由25位图形成并且指示某个UE使用25个RBG之中的哪个RBG。第一时隙RBG和第二时隙RBG位于1个子帧中，但对于两个RBG都执行相同调度。图36是表示位于1个子帧中的第一时隙RBG和第二时隙RBG的解释示图。子帧#0的PDCCH中的DCI包括25位调度信息。25位调度信息指定子帧#0中的RBG。调度信息用于一个UE。在25个位全部是1的情况下，一个UE使用子帧#0的所有资源块。此外，例如，当eNodeB指定“0001000000000010000000000”和调度信息时，一个UE也能够使用在分开的频率的资源。

当短TTI的资源块(短PRB：短PHY资源块)被引入时，在时间方向上的分辨率变细。在相关技术的调度方法中，不存在在时间方向上的分辨率。在相关技术中，如上所述，资源块在频率方向上被分组，并且调度信息的位图能够被压缩为RBG。然而，在像短TTI中一样在时间方向上的分辨率变细的情况下，可能无法采取对策。

在时间方向上的14个OFDM码元之中的前3个OFDM码元被用于PDCCH并且短TTI被设置为1个OFDM码元的情况下，11个短TTI能够在时间方向上被布置在子帧中。当在频率方向上利用25位在25个RBG中指定资源并且在时间方向上利用11位指定资源时，短TTI的最小资源需要25×11＝275位，也就是说，相关技术的25位的11倍的位。无法将一共300位(短TTI的275位和正常TTI中的25位)包括在PDCCH的DCI中以指定一个UE的短TTI的资源，因为PDCCH的区域有限。

因此，将描述一种通过忽略在时间方向上的分辨率来执行短TTI的调度的方法。基站100指定用于使用与相关技术相同的位图在频率方向上调度的RBG。当在1个OFDM码元被设置为TTI的具有水平1的短TTI的情况下PDCCH占用3个OFDM码元时，PDSCH是11个OFDM码元。因此，最多11个短TTI被布置在1个子帧中。这里，假设：布置在1个子帧中的11个短TTI全部被分配给相同终端设备200。图37是表示针对终端设备200的短TTI的分配示例的解释示图，并且是表示布置在1个子帧中的11个短TTI全部被分配给相同终端设备200的示例的解释示图。通过使用忽略在时间方向上的分辨率的方法，可在引入短TTI时使调度信息的增加最小化。

对于将要作为用于短TTI的信息添加的调度信息，必须区分调度信息的位图是否是用于短TTI的位图。因此，除了用于相关技术的TTI的位图之外，必须新准备用于短TTI的位图。

在20MHz的带宽存在25个RBG的情况下，用于正常TTI的调度信息的位图具有25位。用于短TTI的调度信息的位图也具有25位。也就是说，为正常TTI和短TTI准备具有一共50位的位图。图38是表示在一个终端设备200中调度正常TTI和短TTI的形式的解释示图。另外，表1是表示在像图38一样的调度情况下的用于正常TTI和短TTI的调度信息的位图的示例的解释示图。在位图中，0表示未用于正常TTI或短TTI的RBG，并且1表示用于正常TTI和短TTI的RBG。

[表1]

(表1：调度信息的位图)

以这种方式，当引入短TTI的资源块并且在时间方向上利用11位指定资源时，需要一共300位的调度信息。然而，通过忽略在时间方向上的分辨率，通过忽略在时间方向上的分辨率，可将调度信息减小至一共50位。

图39是表示根据本公开的实施例的基站100和终端设备200的操作示例的流程图。图39表示当基站100向终端设备200通知用于短TTI的调度信息时的基站100和终端设备200的操作示例。以下，将参照图39描述根据本公开的实施例的基站100和终端设备200的操作示例。

基站100以半静态方式利用位图向终端设备200通知25个RBG中的用于短TTI的RBG(步骤S301)。例如，通知单元153执行步骤S301的处理。当基站100以半静态方式利用位图执行该通知时，使用系统信息或专用信令。

随后，基站100利用PDCCH执行RBG的调度(步骤S302)。例如，通知单元153执行步骤S302的处理。

终端设备200知道调度的RBG是用于短TTI还是用于正常TTI，然后对从基站100传输的数据进行解码(步骤S303)。例如，接收处理单元243执行步骤S303的处理。

接下来，将描述进一步减少短TTI的调度信息的方法。例如，基站100可预先使用RRC信令向每个终端设备200通知一个子帧中的25个RBG之中的RBG的短TTI。另外，例如，基站100可在向该终端设备200而非每个终端设备200广播的系统信息中指定：RBG正常地用于短TTI。以这种方式，当用于短TTI的RBG被预先指定时，不需要为了指定短TTI而添加的25位调度信息，并且因此，可减少控制位的开销。

在上述方法中，能够动态地(也就是说，在子帧单元中)执行按照RBG单元的调度(也就是说，在频率方向上的调度)。另一方面，不执行在一个子帧中在短TTI水平的调度。因此，当PDCCH被假设为占用3个OFDM码元时，PDSCH是11个OFDM码元。因此，该方法能够说是用于这种情况的方法：11个OFDM码元全部由相同终端设备200使用。

另一方面，例如，即使当仅在11个OFDM码元之中的第一OFDM码元中存在数据并且在其余OFDM码元中不存在数据(放置空数据)时，终端设备200也尝试对所有OFDM码元的短TTI进行解码。

在时间方向上在一个子帧中存在11个短TTI的情况下，用于终端设备200的数据被放在前两个短TTI中，并且其余9个短TTI是空的，终端设备200对所有11个短TTI的数据进行解码是很浪费的，并且因此，终端设备200的功耗量以不经济的方式增加。

因此，例如，在确认不必在某个OFDM码元之后对短TTI的数据进行解码的情况下，基站100将指示这种数据是子帧中的结束数据的信息放在该OFDM码元的短TTI的数据内部。图40是表示仅放在11个OFDM码元之中的前2个OFDM码元中的短TTI的数据的解释示图。基站100将指示该数据是子帧中的结束数据的信息放在第二OFDM码元的短TTI的数据内部。以这种方式，终端设备200可仅对前2个OFDM码元的数据进行解码。然后，功耗能够被限制为对短TTI的数据进行解码所需的功耗。

将描述在如图40中所示短TTI的数据仅被放在11个OFDM码元之中的前2个OFDM码元中的情况下有效地使用其余9个OFDM码元的方法。

图41是表示3个终端设备200中的每个终端设备200对短TTI的数据进行解码的情况的示例的解释示图。图41表示这样的情况的示例：由UE A表示的终端设备200对第一和第二OFDM码元中的短TTI的数据进行解码，由UE B表示的终端设备200对第三至第七OFDM码元中的短TTI的数据进行解码，并且由UE B表示的终端设备200对第八至第十一OFDM码元中的短TTI的数据进行解码。

以这种方式，在所述多个终端设备200中的每个终端设备200对一个子帧中的短TTI的数据进行解码的情况下，基站100可包括指定开始位置的数据并且将该数据传输给每个终端设备200。参照从基站100传输的数据，UE A能够知道以自身设备为目的地的数据从第一OFDM码元开始。另一方面，参照从基站100传输的数据，UE B和UE C能够知道第一OFDM码元的数据不是以自身设备为目的地的数据，并且因此不执行解码。

类似地，参照从基站100传输的数据，UE B能够知道以自身设备为目的地的数据从第三OFDM码元开始。参照从基站100传输的数据，UE C能够知道以自身设备为目的地的数据从第八OFDM码元开始。基站100通知终端设备200：像参照图40描述的方法一样，指示结束位置的信息被引导给每个终端设备200。

在图41中示出的示例中，三个终端设备200的资源被复用在一个RBG中而没有交叠。如图41中所示，通过朝着三个终端设备200传输数据，资源完全不浪费。然后，仅在开始位置和结束位置之间持续的资源被分配给一个终端设备200。

在PDCCH中的DCI所需的调度信息中，除了正常TTI的RBG的指定的调度所需的25位之外，短TTI的RBG的调度需要25位，并且需要4位来指示在时间方向上的11个短TTI的开始位置。因此，在所有25个RBG中需要25×4＝100位。因此，调度信息具有一共25位+25位+100位＝150位。

将描述压缩调度信息的方法。通过为每个RBG指定开始位置和结束位置，基站100能够消除资源的浪费并且能够减少终端设备200中的浪费的解码。然而，100位调度信息因此被添加到DCI。由于调度信息的增加导致由于调度信息而引起的开销的增加，所以调度信息优选地较小。

例如，根据规范，在一个终端设备200中，对于每个子帧，将要被允许的短TTI的数量被限制为最多3个短TTI。这种限制可以是可变的，或者可被固定为系统。通过以这种方式限制短TTI的数量，终端设备200能够假设：短TTI的数量1而非0是用于短TTI的调度信息的25位之中的最多3个短TTI。然后，由于4位×3＝12位可被添加以指定与3个短TTI对应的RBG的11个短TTI，所以调度信息具有一共25位+25位+12位＝62位。DCI中的以一个终端设备200为地址的调度的分配需要62位调度信息。因此，由于能够从上述150位显著减少位的数量，所以能够预期有助于终端设备200中的开销的减少的有益效果。

短TTI的数据是少量数据，并且由终端设备200间歇地接收。然而，如上所述，当1个子帧中的短TTI的资源被全部分配给一个终端设备200时，资源的浪费增加。因此，优选地使1个子帧中的不同短TTI被不同终端设备200使用。

因此，在基站100指定存在11个短TTI的RBG之后，如上所述，终端设备200在终端设备200不知道11个短TTI之中的哪个短TTI以自身设备为目的地的状态下对所有11个短TTI进行解码。图42是表示终端设备200对所有11个短TTI进行解码的示例的解释示图。这种解码方法被称为盲解码。正常地，当UE对PDCCH的DCI进行解码时，执行盲解码。在这个操作示例中，即使在终端设备200对短TTI进行解码的情况下，也应用盲解码。

图43是表示短TTI的目的地和某个终端设备200中的CRC校验的结果的示例的解释示图。在图43中示出的示例中，在某个终端设备200中，以自身设备为目的地的短TTI的数据的数量是11个短TTI之中的4个短TTI。因此，该数据的CRC校验的结果是OK。由于以其它UE为目的地的短TTI的数据的数量是7，所以该数据的CRC校验的结果是NG。

如图43中所示，以自身设备为目的地的数据和以其它UE为目的地的数据能够共存于一个子帧中的短TTI的数据中(当然，也存在不存在以自身设备为目的地的数据的可能性)。基站100利用对于终端设备200而言唯一的ID(C-RNTI等)对数据执行CRC。因此，除了终端设备200对以自身设备为目的地的数据进行解码之外，CRC的结果不是OK。由于终端设备200也对用于其他用户(其它终端设备200)的数据进行解码，所以存在CRC是错误的部分和CRC不是错误的部分。然而，终端设备200假设CRC是错误并且不利用数据失败的NACK对基站100做出响应。这是因为，该数据可以是其他用户(其它终端设备200)的数据。当CRC是错误时，终端设备200能够采用下面的三个方法之中的返回NACK的方法。

(1)第一方法

第一方法是一种根本不返回NACK的方法。即使当CRC是错误时，终端设备200也根本不返回NACK。在这种方法中，基站100不确定终端设备200是否已真正接收到数据。

(2)第二方法

第二方法是这样一种方法：当即使在指定的短TTI中在资源之一中CRC的结果是OK时不返回NACK，并且在CRC的结果全部是NG的情况下返回NACK。在这种方法中，终端设备200不针对每个短TTI返回ACK或NACK。然而，在这种方法中，与第一方法相比，基站100能够部分地知道基站100是否能够正确地传输数据。

(3)第三方法

第三方法是这样一种方法：例如，在存在11个短TTI的情况下，从基站获取短TTI的11条数据之中的以自身设备为目的地的数据的数量，并且当指定的数量与CRC校验的OK结果的数量相同时返回ACK，并且当指定的数量不同于CRC校验的OK结果的数量时返回NACK。在终端设备200可能无法预先从基站100获取短TTI的11条数据之中的以自身设备为目的地的数据的数量的情况下，可能无法使用这种方法。然而，当终端设备200能够从基站100在随后子帧中按照DCI格式获取前一子帧中的以自身设备为目的地的数据的数量时，终端设备200能够基于从基站100获取的关于数据的数量的信息返回ACK或NACK。

另外，当基站100将指示以某个终端设备200为目的地的数据在这里结束的信息放在子帧中并且将关于朝着终端设备200传输的数据的数量的信息放在子帧内部时，终端设备200能够知道子帧中的以自身设备为目的地的数据的数量。图44是表示由基站100朝着终端设备200传输的信息的解释示图。图44是表示这样的示例的解释示图：基站100将指示以某个终端设备200为目的地的数据在这里结束的信息放在子帧中并且将关于朝着终端设备200传输的数据的数量的信息放在子帧中。在图44中示出的示例中，对于以所述某个终端设备200为目的地的数据，基站100将指示从开始计数的第九短TTI的数据是最后数据的信息放在从开始计数的第九短TTI的数据中。此时，基站100将三个短TTI的数据被传输给终端设备200的事实放在该短TTI的数据中。通过确认该信息，终端设备200能够知道：在子帧中以自身设备为目的地的数据的数量是3。因此，当CRC校验的OK结果的数量是3时，每个终端设备200利用ACK对基站100做出响应，并且当OK结果的数量不是3时，每个终端设备200利用NACK对基站100做出响应。

图45是表示根据本公开的实施例的基站100和终端设备200的操作示例的流程图。图45表示与上述第三方法对应的基站100和终端设备200的操作示例。以下，将参照图45描述根据本公开的实施例的基站100和终端设备200的操作示例。

基站100指定短TTI的数据被放在每个子帧的PDCCH中的资源(步骤S311)。例如，通知单元153执行步骤S311的处理。

随后，基站100利用短TTI传输以每个终端设备200为目的地的数据。然后，通知指示每个子帧中的以某个终端设备200为目的地的短TTI的最后数据之中的该短TTI的数据在子帧中在这里是最后数据的信息和关于子帧中的朝着终端设备200传输的数据的数量的信息(步骤S312)。例如，通知单元153执行步骤S312的处理。

终端设备200知道调度的RBG是用于短TTI还是用于正常TTI，然后对数据进行解码。然后，当调度的RBG用于短TTI时，终端设备200从开始顺序地对短TTI的数据进行解码(步骤S313)。例如，接收处理单元243执行步骤S313的处理。

然后，终端设备200基于在前面的步骤S312中从基站100传输的信息利用ACK或NACK对基站100做出响应(步骤S314)。例如，通知单元245执行步骤S314的处理。基于在前面的步骤S312中从基站100传输的信息，当子帧中的以自身设备为目的地的短TTI的数据的数量与CRC的OK结果的数量相同时，每个终端设备200利用ACK对基站100做出响应。当短TTI的数据的数量不同于OK结果的数量时，终端设备200利用NACK对基站100做出响应。

在第三方法中，调度的自由度显著较高，因为基站100能够在频率方向和时间方向上连续地或按照间隔指定资源。另外，当不考虑HARQ的ACK/NACK的响应时，调度的分配所需的位的数量较小。

另外，像上述第二方法或第三方法中一样，在将采用的有效数据的数量与成功地接收的数据的数量进行比较的方法的情况下，每个RBG需要4位以使基站100指定有效数据的数量。当假设25个RBG被短TTI占用的情况时，需要关于100位的信息以使基站100指定有效数据的数量。然而，如上所述，通过限制每个子帧的可用于短TTI的RBG的数量，可减少用于指定有效数据的数量的位的数量。例如，通过将每个子帧的可用于短TTI的RBG的数量限制为3，可将用于指定有效数据的数量的位的数量抑制为12位。

如上所述，在相关技术的LTE中，在带宽是20MHz的情况下，eNodeB能够将25位分配给调度信息。因此，按照频率分离的资源能够被分配给一个UE。即使在利用ACK或NACK做出响应的上述三个方法中，基站100也能够以类似方式自由地将在频率方向上布置的25个资源分配给每个终端设备200。

(1.4.4.操作示例的结论)

根据本公开的实施例的基站100和终端设备200的三个操作示例已被例示。需要注意的是，根据本公开的实施例的基站100和终端设备200可能并不独立地操作上述三个操作示例，而是可组合地操作多个操作示例。另外，当基站100和终端设备200可组合所述多个操作示例时，根据本公开的实施例的基站100和终端设备200可仅组合一些上述操作。

例如，根据本公开的实施例的基站100和终端设备200可组合在第一操作示例中指示的通知短TTI中的将要被用于传输和接收数据的资源的操作和在准备具有各种水平的短TTI时的操作。

<2.应用示例>

根据本公开的技术适用于各种产品。基站100还可被实现为例如任何类型的演进节点B(eNB)，诸如宏eNB和小eNB。小eNB可覆盖比宏小区小的小区，诸如微微eNB、微eNB或家庭(femt)eNB等。替代地，基站100可被实现为另一类型的基站，诸如Node B、基站收发器(BTS)等。基站100可包括：主设备(也被称为基站设备)，控制无线通信；和一个或多个远程无线电头(RRH)，被布置在与主设备的位置不同的位置。此外，通过暂时地或半永久地执行基站的功能，以下描述的各种类型的终端可用作基站100。

另外，例如，终端设备200可被实现为移动终端(诸如，智能电话、平板个人计算机(PC)、笔记本PC、便携式游戏终端、便携式/保护锁移动路由器和数字照相机)或车载终端(诸如，汽车导航设备)。另外，终端设备200可被实现为用于建立机器对机器通信(M2M)的机器类型通信(MTC)。另外，终端设备200可被实现为安装在这些终端上的无线通信模块(例如，利用单个管芯构成的集成电路模块)。

<2.1.基站的应用示例>

(第一应用示例)

图46是表示可应用根据本公开的技术的eNB的示意性结构的第一示例的方框图。eNB 800包括一个或多个天线810和基站设备820。每个天线810和基站设备820可经RF线缆彼此连接。

每个天线810包括单个或多个天线元件(例如，构成MIMO天线的多个天线元件)，并且用于基站设备820传输和接收无线信号。eNB 800可包括所述多个天线810，如图46中所示，并且所述多个天线810可例如对应于由eNB 800使用的多个频带。应该注意的是，尽管图46表示eNB 800包括所述多个天线810的示例，但eNB800可包括单个天线810。

基站设备820包括控制器821、存储器822、网络接口823和无线通信接口825。

控制器821可以是例如CPU或DSP，并且操作基站设备820的上层的各种功能。例如，控制器821从由无线通信接口825处理的信号中的数据产生数据包，并且经网络接口823传送产生的包。控制器821可通过捆绑来自多个基带处理器的数据来产生捆绑包，并且传送产生的捆绑包。另外，控制器821也可具有执行控制(诸如，无线电资源控制、无线电承载控制、移动性管理、许可控制和调度)的逻辑功能。可与周围的eNB或核心网络协作地执行该控制。另外，存储器822包括RAM和ROM，并且存储由控制器821执行的程序和各种控制数据(诸如，例如终端列表、传输功率数据和调度数据)。

网络接口823是用于将基站设备820连接到核心网络824的通信接口。控制器821可经网络接口823与核心网络节点或另一eNB通信。在这种情况下，eNB 800可通过逻辑接口(例如，S1接口或X2接口)连接到核心网络节点或另一eNB。网络接口823可以是有线通信接口或用于无线回程的无线通信接口。当网络接口823是无线通信接口时，网络接口823可将比由无线通信接口825使用的频带高的频带用于无线通信。

无线通信接口825支持蜂窝通信系统(诸如，长期演进(LTE)或LTE-Advanced)，并且经天线810提供与位于eNB 800的小区内的终端的无线连接。无线通信接口825可通常包括基带(BB)处理器826、RF电路827等。BB处理器826可例如执行编码/解码、调制/解调、复用/解复用等，并且对每个层执行各种信号处理(例如，L1、介质访问控制(MAC)、无线电链路控制(RLC)和分组数据汇聚协议(PDCP))。替代于控制器821，BB处理器826可具有如上所述的逻辑功能的一部分或全部。BB处理器826可以是包括存储有通信控制程序的存储器、用于执行程序的处理器和相关电路的模块，并且通过更新程序，BB处理器826的功能可以是可改变的。另外，该模块可以是将要被插入到基站设备820的插槽中的卡或片或者安装在所述卡或片上的芯片。同时，RF电路827可包括混合器、滤波器、放大器等，并且经天线810发送和接收无线信号。

无线通信接口825可包括多个BB处理器826，如图46中所示，并且所述多个BB处理器826可例如对应于由eNB 800使用的多个频带。另外，无线通信接口825还可包括多个RF电路827，如图46中所示，并且所述多个RF电路827可例如对应于多个天线元件。需要注意的是，图46表示无线通信接口825包括所述多个BB处理器826和所述多个RF电路827的示例，但无线通信接口825可包括单个BB处理器826或单个RF电路827。

在图46中示出的eNB 800中，以上参照图7描述的处理单元150中所包括的一个或多个部件(传输处理单元151和/或通知单元153)可被安装在无线通信接口825中。替代地，至少一些部件可被安装在控制器821中。作为示例，eNB 800可装备有模块，所述模块包括无线通信接口825的一些或全部部件(例如，BB处理器826)和/或控制器821，并且上述一个或多个部件可被安装在所述模块中。在这种情况下，该模块可存储使处理器用作上述一个或多个部件的程序(也就是说，使处理器执行上述一个或多个部件的操作的程序)，并且执行该程序。作为另一示例，使处理器用作上述一个或多个部件的程序可被安装在eNB 800中，并且无线通信接口825(例如，BB处理器826)和/或控制器821可执行该程序。如上所述，eNB800、基站设备820或所述模块可被提供作为包括上述一个或多个部件的设备，并且可提供使处理器用作上述一个或多个部件的程序。另外，可提供一种记录所述程序的可读记录介质。

另外，在图46中示出的eNB 800中，参照图5描述的无线通信单元120可由无线通信接口825(例如，RF电路827)实现。此外，天线单元110可由天线810实现。另外，网络通信单元130可由控制器821和/或网络接口823实现。另外，存储单元140可由存储器822实现。

(第二应用示例)

图47是表示可应用根据本公开的技术的eNB的示意性结构的第二示例的方框图。eNB 830包括一个或多个天线840、基站设备850和RRH 860。每个天线840和RRH 860可经RF线缆彼此连接。另外，基站设备850和RRH 860可通过高速线路(诸如，光纤光缆)而彼此连接。

每个天线840包括单个或多个天线元件(例如，构成MIMO天线的多个天线元件)，并且用于RRH 860传输和接收无线信号。eNB 830可包括多个天线840，如图47中所示，并且所述多个天线840可例如对应于由eNB 830使用的多个频带。需要注意的是，图47表示eNB 830包括所述多个天线840的示例，但eNB 830可包括单个天线840。

基站设备850包括控制器851、存储器852、网络接口853、无线通信接口855和连接接口857。控制器851、存储器852和网络接口853类似于参照图46描述的控制器821、存储器822和网络接口823。

无线通信接口855支持蜂窝通信系统(诸如，LTE和LTE-Advanced)，并且经RRH 860和天线840提供与位于与RRH 860对应的扇区中的终端的无线连接。无线通信接口855可通常包括BB处理器856等。除了BB处理器856经连接接口857连接到RRH 860的RF电路864之外，BB处理器856类似于参照图46描述的BB处理器826。无线通信接口855可包括多个BB处理器856，如图47中所示，并且所述多个BB处理器856可例如对应于由eNB 830分别使用的多个频带。需要注意的是，图47表示无线通信接口855包括所述多个BB处理器856的示例，但无线通信接口855可包括单个BB处理器856。

连接接口857是用于将基站设备850(无线通信接口855)连接到RRH 860的接口。连接接口857可以是用于将基站设备850(无线通信接口855)连接到RRH 860的高速线路上的通信的通信模块。

另外，RRH 860包括连接接口861和无线通信接口863。

连接接口861是用于将RRH 860(无线通信接口863)连接到基站设备850的接口。连接接口861可以是用于高速线路上的通信的通信模块。

无线通信接口863经天线840发送和接收无线信号。无线通信接口863可通常包括RF电路864等。RF电路864可包括混合器、滤波器、放大器等，并且经天线840发送和接收无线信号。无线通信接口863可包括多个RF电路864，如图47中所示，并且所述多个RF电路864可例如对应于多个天线元件。需要注意的是，图47表示无线通信接口863包括所述多个RF电路864的示例，但无线通信接口863可包括单个RF电路864。

在图47中示出的eNB 830中，以上参照图5描述的处理单元150中所包括的一个或多个部件(传输处理单元151和/或通知单元153)可被安装在无线通信接口855和/或无线通信接口863中。替代地，至少一些部件可被安装在控制器851中。作为示例，eNB 830可装备有模块，所述模块包括无线通信接口855的一些或全部部件(例如，BB处理器856)和/或控制器851，并且上述一个或多个部件可被安装在所述模块中。在这种情况下，该模块可存储使处理器用作上述一个或多个部件的程序(也就是说，使处理器执行上述一个或多个部件的操作的程序)，并且执行该程序。作为另一示例，使处理器用作上述一个或多个部件的程序可被安装在eNB 830中，并且无线通信接口855(例如，BB处理器856)和/或控制器851可执行该程序。如上所述，eNB 830、基站设备850或所述模块可被提供作为包括上述一个或多个部件的设备，并且可提供使处理器用作上述一个或多个部件的程序。另外，可提供一种记录所述程序的可读记录介质。

另外，例如，在图47中示出的eNB 830中，参照图5描述的无线通信单元120可由无线通信接口863(例如，RF电路864)实现。此外，天线单元110可由天线840实现。另外，网络通信单元130可由控制器851和/或网络接口853实现。另外，存储单元140可由存储器852实现。

<2-2.终端设备的应用示例>

(第一应用示例)

图48是表示可应用根据本公开的技术的智能电话900的示意性结构的示例的方框图。智能电话900包括处理器901、存储器902、存储装置903、外部连接接口904、照相机906、传感器907、麦克风908、输入装置909、显示装置910、扬声器911、无线通信接口912、一个或多个天线开关915、一个或多个天线916、总线917、电池918和辅助控制器919。

处理器901可以是例如CPU或片上系统(SoC)，并且控制智能电话900的应用层和其它层的功能。存储器902包括RAM和ROM，并且存储由处理器901执行的程序和数据。存储装置903可包括诸如半导体存储器和硬盘的存储介质。外部连接接口904是用于将智能电话900连接到外部连接装置(诸如，存储卡和通用串行总线(USB)装置)的接口。

照相机906包括图像传感器(诸如，电荷耦合器件(CCD)和互补金属氧化物半导体(CMOS))，并且产生捕获图像。传感器907可包括传感器组，所述传感器组包括例如定位传感器、陀螺仪传感器、地磁传感器、加速度传感器等。麦克风908将输入到智能电话900中的声音转换成音频信号。输入装置909包括例如检测显示装置910的屏幕被触摸的触摸传感器、小键盘、键盘、按钮、开关等，并且从用户接受操作或信息输入。例如，显示装置910包括屏幕(诸如，液晶显示器(LCD)和有机发光二极管(OLED)显示器)，并且显示智能电话900的输出图像。扬声器911将从智能电话900输出的音频信号转换成声音。

无线通信接口912支持蜂窝通信系统(诸如，LTE或LTE-Advanced)，并且执行无线通信。无线通信接口912可通常包括BB处理器913、RF电路914等。BB处理器913可例如执行编码/解码、调制/解调、复用/解复用等，并且执行用于无线通信的各种类型的信号处理。另一方面，RF电路914可包括混合器、滤波器、放大器等，并且经天线916传输和接收无线信号。无线通信接口912可以是集成BB处理器913和RF电路914的单芯片模块。无线通信接口912可包括多个BB处理器913和多个RF电路914，如图48中所示。需要注意的是，图48表示无线通信接口912包括多个BB处理器913和多个RF电路914的示例，但无线通信接口912可包括单个BB处理器913或单个RF电路914。

另外，除了蜂窝通信系统之外，无线通信接口912还可支持其它类型的无线通信系统，诸如短程无线通信系统、近场通信系统和无线局域网(LAN)系统，并且在这种情况下，无线通信接口912可包括用于每个无线通信系统的BB处理器913和RF电路914。

每个天线开关915在无线通信接口912中所包括的多个电路(例如，用于不同无线通信系统的电路)之中切换天线916的连接目的地。

每个天线916包括一个或多个天线元件(例如，构成MIMO天线的多个天线元件)，并且被无线通信接口912用于无线信号的发送和接收。智能电话900可包括多个天线916，如图48中所示。需要注意的是，图48表示智能电话900包括多个天线916的示例，但智能电话900可包括单个天线916。

另外，智能电话900可包括用于每个无线通信系统的天线916。在这种情况下，可从智能电话900的结构省略天线开关915。

总线917将处理器901、存储器902、存储装置903、外部连接接口904、照相机906、传感器907、麦克风908、输入装置909、显示装置910、扬声器911、无线通信接口912和辅助控制器919彼此连接。电池918经在附图中作为虚线部分地示出的供电线路将电力提供给图48中示出的智能电话900的每个块。辅助控制器919例如在休眠模式下操作智能电话900的最少必要功能。

在图48中示出的智能电话900中，以上参照图8描述的处理单元240中所包括的一个或多个部件(获取单元241和/或接收处理单元243)可被安装在无线通信接口912中。替代地，至少一些部件可被安装在处理器901或辅助控制器919中。作为示例，智能电话900可装备有模块，所述模块包括无线通信接口912的一些或全部部件(例如，BB处理器913)、处理器901和/或辅助控制器919，并且上述一个或多个部件可被安装在所述模块中。在这种情况下，该模块可存储使处理器用作上述一个或多个部件的程序(也就是说，使处理器执行上述一个或多个部件的操作的程序)，并且执行该程序。作为另一示例，使处理器用作上述一个或多个部件的程序可被安装在智能电话900中，并且无线通信接口912(例如，BB处理器913)、处理器901和/或辅助控制器919可执行该程序。如上所述，智能电话900或所述模块可被提供作为包括上述一个或多个部件的设备，并且可提供使处理器用作上述一个或多个部件的程序。另外，可提供一种记录所述程序的可读记录介质。

另外，例如，在图48中示出的智能电话900中，参照图6描述的无线通信单元220可由无线通信接口912(例如，RF电路914)实现。此外，天线单元210可由天线916实现。另外，存储单元230可由存储器902实现。

(第二应用示例)

图49是表示可应用根据本公开的技术的汽车导航设备920的示意性结构的示例的方框图。汽车导航设备920包括处理器921、存储器922、全球定位系统(GPS)模块924、传感器925、数据接口926、内容播放器927、存储介质接口928、输入装置929、显示装置930、扬声器931、无线通信接口933、一个或多个天线开关936、一个或多个天线937和电池938。

处理器921可以是例如CPU或SoC，并且控制汽车导航设备920的导航功能和其它功能。存储器922包括RAM和ROM，并且存储由处理器921执行的程序和数据。

GPS模块924使用从GPS卫星接收的GPS信号测量汽车导航设备920的位置(例如，纬度、经度和高度)。传感器925可包括传感器组，所述传感器组包括例如陀螺仪传感器、地磁传感器、气压传感器等。数据接口926例如经未示出的终端连接到车载网络941，并且获取在车辆侧产生的数据(诸如，车辆速度数据)。

内容播放器927再现存储在插入到存储介质接口928中的存储介质(例如，CD或DVD)中的内容。输入装置929包括例如检测显示装置930的屏幕被触摸的触摸传感器、按钮、开关等，并且从用户接受操作或信息输入。显示装置930包括屏幕(诸如，LCD和OLED显示器)，并且显示导航功能或再现的内容的图像。扬声器931输出导航功能或再现的内容的声音。

无线通信接口933支持蜂窝通信系统(诸如，LTE或LTE-Advanced)，并且执行无线通信。无线通信接口933可通常包括BB处理器934、RF电路935等。BB处理器934可例如执行编码/解码、调制/解调、复用/解复用等，并且执行用于无线通信的各种类型的信号处理。另一方面，RF电路935可包括混合器、滤波器、放大器等，并且经天线937发送和接收无线信号。无线通信接口933可以是集成BB处理器934和RF电路935的单芯片模块。无线通信接口933可包括多个BB处理器934和多个RF电路935，如图49中所示。需要注意的是，图49表示无线通信接口933包括多个BB处理器934和多个RF电路935的示例，但无线通信接口933可以是单个BB处理器934或单个RF电路935。

另外，除了蜂窝通信系统之外，无线通信接口933还可支持其它类型的无线通信系统，诸如短程无线通信系统、近场通信系统和无线LAN系统，并且在这种情况下，无线通信接口933可包括用于每个无线通信系统的BB处理器934和RF电路935。

每个天线开关936在无线通信接口933中所包括的多个电路(例如，用于不同无线通信系统的电路)之中切换天线937的连接目的地。

每个天线937包括一个或多个天线元件(例如，构成MIMO天线的多个天线元件)，并且被无线通信接口933用于无线信号的发送和接收。汽车导航设备920包括多个天线937，如图49中所示。需要注意的是，图49表示汽车导航设备920包括多个天线937的示例，但汽车导航设备920可包括单个天线937。

另外，汽车导航设备920可包括用于每个无线通信系统的天线937。在这种情况下，可从汽车导航设备920的结构省略天线开关936。

电池950经在附图中作为虚线部分地示出的供电线路将电力提供给图49中示出的汽车导航设备920的每个块。另外，电池950积累从车辆提供的电力。

在图49中示出的汽车导航设备920中，以上参照图6描述的处理单元240中所包括的一个或多个部件(获取单元241和/或接收处理单元243)可被安装在无线通信接口933中。替代地，至少一些部件可被安装在处理器921中。作为示例，汽车导航设备920可装备有模块，所述模块包括无线通信接口933的一些或全部部件(例如，BB处理器934)，并且上述一个或多个部件可被安装在所述模块中。在这种情况下，该模块可存储使处理器用作上述一个或多个部件的程序(也就是说，使处理器执行上述一个或多个部件的操作的程序)，并且执行该程序。作为另一示例，使处理器用作上述一个或多个部件的程序可被安装在汽车导航设备920中，并且无线通信接口933(例如，BB处理器934)和/或处理器921可执行该程序。如上所述，汽车导航设备920或所述模块可被提供作为包括上述一个或多个部件的设备，并且可提供使处理器用作上述一个或多个部件的程序。另外，可提供一种记录所述程序的可读记录介质。

另外，例如，在图49中示出的汽车导航设备920中，参照图6描述的无线通信单元220可由无线通信接口933(例如，RF电路935)实现。此外，天线单元210可由天线937实现。另外，存储单元230可由存储器922实现。

另外，本公开的技术还可被实现为包括汽车导航设备920的一个或多个块、车载网络941和车辆模块942的车载系统(或车辆)940。换句话说，车载系统(或车辆)940可被提供作为包括获取单元241和/或接收处理单元243的装置。车辆模块942产生车辆数据(诸如，车辆速度、引擎速度和故障信息)，并且将产生的数据输出给车载网络941。

<3.结论>

如上所述，本公开的实施例提供基站100，在使按照短传输时间间隔的数据的传输和接收与按照已有传输时间间隔的数据的传输和接收共存的情况下，基站100向终端设备通知数据在按照短传输时间间隔的资源中的位置。

另外，本公开的实施例提供终端设备200，在使按照短传输时间间隔的数据的传输和接收与按照已有传输时间间隔的数据的传输和接收共存的情况下，基站100向终端设备200通知数据在按照短传输时间间隔的资源中的位置。

在使按照短传输时间间隔的数据的传输和接收与按照已有传输时间间隔的数据的传输和接收共存的情况下，根据本公开的实施例的基站100向终端设备200通知数据在按照短传输时间间隔的资源中的位置，从而终端设备200能够执行高效接收处理。另外，在使按照短传输时间间隔的数据的传输和接收与按照已有传输时间间隔的数据的传输和接收共存的情况下，根据本公开的实施例的终端设备200被基站100通知数据在按照短传输时间间隔的资源中的位置，并且因此，能够执行有效接收处理。

通过向终端设备200通知数据在按照短传输时间间隔的资源中的位置，根据本公开的实施例的基站100能够按照低延时并且按照良好响应控制安装在终端设备200上的应用。另外，根据本公开的实施例，当基站100通知按照短传输时间间隔的数据的位置时，终端设备200能够快速地向基站100返回ACK或NACK。因此，根据本公开的实施例，期待吞吐量的提高。特别地，根据本公开的实施例，由于基站100能够有效地使短传输时间间隔的资源和按照已有传输时间间隔的资源共存，所以资源不浪费并且能够预期吞吐量的提高。

本公开的实施例提供基站100，使终端设备能够在按照比已有传输时间间隔短的短传输时间间隔传输和接收数据时在短传输时间间隔的多种长度之中在终端设备中根据短传输时间间隔的最佳长度传输和接收数据。

本公开的实施例提供终端设备200，终端设备200能够在按照比已有传输时间间隔短的短传输时间间隔传输和接收数据时在短传输时间间隔的多种长度之中在终端设备中根据短传输时间间隔的最佳长度传输和接收数据。

可能不必按照在序列图或流程图中描述的次序按照时间顺序执行由本说明书的每个装置执行的处理中的各步骤。例如，由每个装置执行的处理中的各步骤可被按照与在流程图中描述的次序不同的次序处理，并且还可被并行地处理。

另外，可产生一种计算机程序，所述计算机程序使每个装置中所包括的硬件装置(诸如，CPU、ROM和RAM)展示出与上述装置的结构等同的功能。另外，还可提供一种存储所述计算机程序的存储介质。另外，功能框图中示出的各功能块可由硬件装置或硬件电路构成，从而一系列处理可由硬件装置或硬件电路实现。

以上参照附图描述了本公开的优选实施例，但本公开不限于以上示例。本领域技术人员可在所附权利要求的范围内发现各种改变和修改，并且应该理解，它们将会自然落在本公开的技术范围内。

另外，在本说明书中描述的效果仅是说明性的或例示的效果，而非限制性的。也就是说，除了以上效果之外或替代于以上效果，根据本公开的技术可实现通过本说明书的描述对于本领域技术人员而言清楚的其它效果。

另外，本技术也可被如下构造。

(1)一种无线通信设备，包括：

帧产生单元，被配置为产生包括多个子帧的帧；

传输单元，被配置为将产生的帧传输给另一通信设备；和

通知单元，被配置为通知关于子帧中的短传输时间间隔的多种长度的信息，所述短传输时间间隔是比一个子帧时间段短的传输时间间隔。

(2)如(1)所述的无线通信设备，还包括：

处理单元，被配置为基于从所述另一通信设备基于关于所述多种长度的信息传输的关于所述另一通信设备的能力的信息从所述多种长度选择一种长度。

(3)如(2)所述的无线通信设备，其中所述处理单元使用按照短传输时间间隔传输数据的短传输时间间隔区域中的资源的一部分传输短传输时间间隔的数据。

(4)如(1)至(3)中任何一项所述的无线通信设备，其中所述通知单元通知每个短传输时间间隔的长度和帧号和子帧号之间的对应关系。

(5)如(2)所述的无线通信设备，其中所述处理单元在一个子帧中包括具有所述多种长度的短传输时间间隔的数据。

(6)如(2)所述的无线通信设备，其中所述处理单元在一个子帧中包括以多个其它通信设备为目的地的短传输时间间隔的数据。

(7)如(2)所述的无线通信设备，其中所述处理单元在一个子帧中间歇地布置短传输时间间隔的数据。

(8)如(2)所述的无线通信设备，其中所述处理单元根据子帧中的控制区域的长度改变按照短传输时间间隔传输数据的短传输时间间隔区域的长度。

(9)如(1)至(8)中任何一项所述的无线通信设备，其中所述通知单元在短传输时间间隔跨越两个子帧的情况下通知短传输时间间隔和子帧号之间的对应关系。

(10)如(1)至(9)中任何一项所述的无线通信设备，其中所述短传输时间间隔的所述多种长度的设置对于每个小区而言不同。

(11)一种无线通信设备，包括：

获取单元，被配置为从另一通信设备接收包括多个子帧的帧，并且获取关于子帧中的短传输时间间隔的多种长度的信息，所述短传输时间间隔是比一个子帧时间段短的传输时间间隔。

(12)如(11)所述的无线通信设备，还包括：

通知单元，被配置为基于由获取单元获取的关于所述多种长度的信息向所述另一通信设备通知关于无线通信设备的能力的信息。

(13)如(12)所述的无线通信设备，其中所述通知单元通知关于软件能力的信息作为无线通信设备的能力。

(14)如(12)或(13)所述的无线通信设备，其中所述通知单元通知关于硬件能力的信息作为无线通信设备的能力。

(15)如(11)至(14)中任何一项所述的无线通信设备，其中所述获取单元从基站获取由基站选择的长度的短传输时间间隔的数据。

(16)一种无线通信方法，包括：

产生包括多个子帧的帧；

将产生的帧传输给另一通信设备；以及

通知关于子帧中的短传输时间间隔的多种长度的信息，所述短传输时间间隔是比一个子帧时间段短的传输时间间隔。

(17)一种无线通信方法，包括：

接收包括多个子帧的帧；以及

从基站获取关于子帧中的短传输时间间隔的多种长度的信息，所述短传输时间间隔是比一个子帧时间段短的传输时间间隔。

(18)一种计算机程序，使计算机执行：

产生包括多个子帧的帧；

将产生的帧传输给另一通信设备；以及

通知关于子帧中的短传输时间间隔的多种长度的信息，所述短传输时间间隔是比一个子帧时间段短的传输时间间隔。

(19)一种计算机程序，使计算机执行：

接收包括多个子帧的帧；以及

从基站获取关于子帧中的短传输时间间隔的多种长度的信息，所述短传输时间间隔是比一个子帧时间段短的传输时间间隔。

(20)一种无线通信系统，包括：

第一通信设备；和

第二通信设备，

其中所述第一通信设备包括

帧产生单元，被配置为产生包括多个子帧的帧，

传输单元，被配置为将产生的帧传输给第二通信设备，以及

通知单元，被配置为向第二通信设备通知关于子帧中的短传输时间间隔的多种长度的信息，所述短传输时间间隔是比一个子帧时间段短的传输时间间隔，以及

第二通信设备包括

获取单元，被配置为从第一通信设备接收帧，并且获取关于子帧中的短传输时间间隔的所述多种长度的信息。

标号列表

1 系统

100 基站

200 终端设备

Claims (14)

1.一种无线通信设备，包括：

帧产生单元，被配置为产生包括多个子帧的帧；

传输单元，被配置为将产生的帧传输给另一通信设备；

通知单元，被配置为向所述另一通信设备通知关于所述子帧中的短传输时间间隔的多种长度的信息，所述短传输时间间隔是比一个子帧时间段短的传输时间间隔；和

处理单元，被配置为

基于从所述另一通信设备基于关于所述多种长度的信息而传输的关于所述另一通信设备的能力的信息，来从所述多种长度选择一种长度，以及

其中，所述处理单元在一个子帧中间歇地布置短传输时间间隔的数据或根据子帧中的控制区域的长度改变按照短传输时间间隔传输数据的短传输时间间隔区域的长度。

2.如权利要求1所述的无线通信设备，其中所述处理单元使用按照短传输时间间隔传输数据的短传输时间间隔区域中的资源的一部分传输短传输时间间隔的数据。

3.如权利要求1所述的无线通信设备，其中所述通知单元通知每个短传输时间间隔的长度和帧号和子帧号之间的对应关系。

4.如权利要求1所述的无线通信设备，其中所述处理单元在一个子帧中包括具有所述多种长度的短传输时间间隔的数据。

5.如权利要求1所述的无线通信设备，其中所述处理单元在一个子帧中包括以多个其它通信设备为目的地的短传输时间间隔的数据。

6.如权利要求1所述的无线通信设备，其中所述通知单元在短传输时间间隔跨越两个子帧的情况下通知短传输时间间隔和子帧号之间的对应关系。

7.如权利要求1所述的无线通信设备，其中所述短传输时间间隔的所述多种长度的设置对于每个小区而言不同。

8.一种无线通信设备，包括：

获取单元，被配置为从另一通信设备接收包括多个子帧的帧，并且获取关于所述子帧中的短传输时间间隔的多种长度的信息，所述短传输时间间隔是比一个子帧时间段短的传输时间间隔；

通知单元，被配置为基于由获取单元获取的关于所述多种长度的信息向所述另一通信设备通知关于无线通信设备的能力的信息；

其中所述获取单元从所述另一通信设备获取由所述另一通信设备选择的长度的短传输时间间隔的数据，并且其中短传输时间间隔的数据在一个子帧中间歇地被布置，或按照短传输时间间隔传输数据的短传输时间间隔区域的长度是根据子帧中的控制区域的长度而改变的。

9.如权利要求8所述的无线通信设备，其中所述通知单元通知关于软件能力的信息作为无线通信设备的能力。

10.如权利要求8所述的无线通信设备，其中所述通知单元通知关于硬件能力的信息作为无线通信设备的能力。

11.一种无线通信设备的无线通信方法，包括：

产生包括多个子帧的帧；

将产生的帧传输给另一通信设备；

向所述另一通信设备通知关于所述子帧中的短传输时间间隔的多种长度的信息，所述短传输时间间隔是比一个子帧时间段短的传输时间间隔；

基于从所述另一通信设备基于关于所述多种长度的信息而传输的关于所述另一通信设备的能力的信息，来从所述多种长度选择一种长度；以及

在一个子帧中间歇地布置短传输时间间隔的数据，或根据子帧中的控制区域的长度改变按照短传输时间间隔传输数据的短传输时间间隔区域的长度。

12.一种无线通信设备的无线通信方法，包括：

从另一通信设备接收包括多个子帧的帧；

获取关于所述子帧中的短传输时间间隔的多种长度的信息，所述短传输时间间隔是比一个子帧时间段短的传输时间间隔；

基于所获取的关于所述多种长度的信息向所述另一通信设备通知关于无线通信设备的能力的信息；

从所述另一通信设备获取由所述另一通信设备选择的长度的短传输时间间隔的数据，并且其中短传输时间间隔的数据在一个子帧中间歇地被布置，或按照短传输时间间隔传输数据的短传输时间间隔区域的长度是根据子帧中的控制区域的长度而改变的。

13.一种计算机可读存储介质，包括计算机程序，所述计算机程序在由计算机执行时，使所述计算机执行如权利要求11-12中任一项所述的方法。

14.一种无线通信系统，包括：

第一通信设备；和

第二通信设备，

其中所述第一通信设备包括

帧产生单元，被配置为产生包括多个子帧的帧，

传输单元，被配置为将产生的帧传输给第二通信设备，

通知单元，被配置为向第二通信设备通知关于所述子帧中的短传输时间间隔的多种长度的信息，所述短传输时间间隔是比一个子帧时间段短的传输时间间隔，以及

处理单元，被配置为基于从所述第二通信设备基于关于所述多种长度的信息而传输的关于所述第二通信设备的能力的信息，来从所述多种长度选择一种长度，其中，所述处理单元在一个子帧中间歇地布置短传输时间间隔的数据或根据子帧中的控制区域的长度改变按照短传输时间间隔传输数据的短传输时间间隔区域的长度，以及

第二通信设备包括

获取单元，被配置为从第一通信设备接收帧，并且从第一通信设备获取关于所述子帧中的短传输时间间隔的所述多种长度的信息，

通知单元，被配置为基于由获取单元获取的关于所述多种长度的信息向所述第一通信设备通知关于第二通信设备的能力的信息，以及

其中所述获取单元从所述第一通信设备获取由所述第一通信设备选择的长度的短传输时间间隔的数据。

Images