CN109478982A - 使用用于时分双工(tdd)子帧的超可靠低延迟通信(urllc)配置通过tdd进行urllc的传输 - Google Patents

Abstract

本文公开了使用用于时分双工(TDD)子帧的超可靠低延迟通信(URLLC)配置，通过TDD进行URLLC数据的传输的技术。该技术包括：确定被调度通过TDD子帧、使用TDD频带进行传输的数据包括超可靠低延迟通信(URLLC)数据，并且作为响应，针对TDD子帧，使用URLLC子帧配置。所述URLLC子帧配置包括下行链路间隔和上行链路间隔。

Description

使用用于时分双工(TDD)子帧的超可靠低延迟通信(URLLC)配 置通过TDD进行URLLC的传输

技术领域

概括地说，本公开内容的方面涉及无线通信系统，更具体地说，本公开内容的方面涉及使用用于时分双工(TDD)子帧的超可靠低延迟通信(URLLC)配置通过TDD进行URLLC数据的传输。

背景技术

已广泛地部署无线通信网络，以便提供各种通信服务，例如语音、视频、分组数据、消息传送、广播等等。这些无线网络可以是能通过共享可用的网络资源来支持多个用户的多址网络。这些网络(它们通常是多址网络)通过共享可用的网络资源来支持用于多个用户的通信。这样的网络的一个例子是通用陆地无线接入网络(UTRAN)。UTRAN是定义为第三代合作伙伴计划(3GPP)所支持的第三代(3G)移动电话技术、通用移动电信系统(UMTS)的一部分的无线接入网络(RAN)。多址网络格式的例子包括码分多址(CDMA)网络、时分多址(TDMA)网络、频分多址(FDMA)网络、正交FDMA(OFDMA)网络和单载波FDMA(SC-FDMA)网络。

无线通信网络可以包括能支持多个用户设备(UE)的通信的多个基站或者节点B。UE可以经由下行链路和上行链路与基站进行通信。下行链路(或前向链路)是指从基站到UE的通信链路，而上行链路(或反向链路)是指从UE到基站的通信链路。

基站可以在下行链路上向UE发送数据和控制信息，和/或可以在上行链路上从UE接收数据和控制信息。在下行链路上，来自基站的传输可能遭遇由于来自邻居基站的传输或者来自其它无线射频(RF)发射机的传输所造成的干扰。在上行链路上，来自UE的传输可能遭遇来自与邻居基站进行通信的其它UE的上行链路传输或者来自其它无线RF发射机的干扰。这种干扰可能使下行链路和上行链路两者的性能下降。

随着对移动宽带接入需求的持续增加，访问远距离无线通信网络的UE越多，并且在社区中部署的短距离无线系统越多，干扰和拥塞网络的可能性就会增加。研究和开发不断提高UMTS技术，不仅为了满足移动宽带接入的增长需求，也为了提高和增强对移动通信的用户体验。

发明内容

在本公开内容的一个方面中，一种无线通信的方法包括：确定被调度为通过TDD子帧、使用TDD频带进行传输的数据包括URLLC数据；响应于所述确定，针对TDD子帧，使用URLLC子帧配置，其中，该URLLC子帧配置包括多个下行链路间隔和多个上行链路间隔。

在另一个方面中，一种计算机程序产品包括其上记录有指令的非临时性计算机可读介质，当所述指令由一个或多个计算机处理器执行时，使得所述一个或多个计算机处理器执行操作。例如，所述操作包括：确定被调度为通过TDD子帧、使用TDD频带进行传输的数据，包括URLLC数据；作为响应，使用URLLC子帧配置来用于TDD子帧，其中，所述URLLC子帧配置包括多个下行链路间隔和多个上行链路间隔。

在另一个方面，一种装置包括：用于确定被调度为通过TDD子帧、使用TDD频带进行传输的数据，包括URLLC数据的单元；用于响应于所述确定，使用URLLC子帧配置来用于TDD子帧的单元，其中，所述URLLC子帧配置包括多个下行链路间隔和多个上行链路间隔。

在另一个方面，一种发射机装置包括计算机可读存储器，该计算机可读存储器被配置为：确定被调度为通过TDD子帧、使用TDD频带进行传输的数据，包括URLLC数据；以及响应于所述确定，针对所述TDD子帧，使用URLLC子帧配置，其中，所述URLLC子帧配置包括多个下行链路间隔和多个上行链路间隔。

为了更好地理解下面的具体实施方式，上面已经对根据本公开内容的示例的特征和技术优点进行了相当宽泛地概括。下面将描述另外的特征和优点。可以将所公开的构思和具体示例容易地用作用于修改或设计用于执行本公开内容的相同目的的其它结构的基础。这些等同的构造并不脱离所附权利要求书的范围。当结合附图来考虑下面的具体实施方式时，将能更好地理解本文所公开的构思的特性(它们的组织结构和操作方法)以及相关优点。提供这些附图中的每一幅图是用于描绘和说明的目的，而不是作为权利要求的范围的定义。

附图说明

通过参照下面的附图，可以获得对于本公开内容的本质和优点的进一步理解。在附图中，类似的部件或特征具有相同的附图标记。此外，相同类型的各个部件可以通过在附图标记之后加上虚线以及用于区分相似部件的第二标记来进行区分。如果在说明书中仅使用了第一附图标记，则该描述可适用于具有相同第一附图标记的相似部件中的任何一个部件，而不管第二附图标记。

图1是示出一种无线通信系统的细节的框图。

图2是概念性地示出根据本公开内容的一个方面而配置的基站/eNB和UE的设计的框图。

图3A和图3B是示出网络实体的传输流被配置为标称TDD子帧配置的框图。

图4A和图4B是根据本公开内容的方面，示出网络实体的传输流被配置为用于URLLC TDD子帧配置的框图。

图5A和图5B是根据本公开内容的方面，示出URLLC TDD子帧配置的间隔的图。

图5C是根据本公开内容的方面，示出网络实体被配置为URLLC TDD子帧配置的图。

图6是根据本公开内容的方面，概念性地示出网络实体被配置为针对URLLC TDD子帧配置的间隔的可适应持续时间的图。

图7是根据本公开内容的方面，示出网络实体被配置为针对URLLC TDD子帧配置的、控制信道对齐的图。

图8是根据本公开内容的方面，示出网络实体被配置为针对URLLC TDD子帧的不对称DUDU配置的图。

图9是根据本公开内容的方面，示出网络实体被配置为针对URLLC TDD子帧、在FDD上进行控制锚定的图。

图10是根据本公开内容的方面，示出一种处理的示例性块的框图。

图11是示出根据本公开内容的一个方面而配置的UE的框图。

具体实施方式

下面结合附图描述的具体实施方式，仅仅旨在对各种可能配置进行描述，而不是限制本公开内容的保护范围。相反，为了对本发明主旨有透彻的理解，具体实施方式包括具体细节。对于本领域普通技术人员来说将显而易见的是，并不是在每一种情况下都需要这些具体细节，在一些实例中，为了清楚地呈现起见，公知的结构和部件以框图形式示出。

本公开内容通常涉及在两个或更多个无线通信系统(其也被称为无线通信网络)之间提供或参与经授权的共享接入。在各个示例中，技术和装置可以用于无线通信网络，比如码分多址(CDMA)网络、时分多址(TDMA)网络、频分多址(FDMA)网络、正交FDMA(OFDMA)网络、单载波FDMA(SC-FDMA)网络、LTE网络、GSM网络以及其它通信网络。如本文所描述的，术语“网络”和“系统”可以互换地使用。

CDMA网络可以实现诸如通用陆地无线接入(UTRA)、CDMA 2000等无线技术。UTRA包括宽带CDMA(W-CDMA)和低码片速率(LCR)。CDMA2000覆盖IS-2000、IS-95和IS-856标准。

TDMA网络可以实现诸如全球移动通信系统(GSM)之类的无线技术。3GPP规定了用于GSM EDGE(增强型数据速率GSM演进)无线接入网络(RAN)(其还表示为GERAN)的标准。与加入基站(例如，Ater和Abis接口)和基站控制器(A接口等等)的网络一起，GERAN是GSM/EDGE的无线部件。无线接入网络代表GSM网络的一个部件，其中，通过GSM网络将来自和去往公众交换电话网(PSTN)和互联网的电话呼叫和分组数据，路由去往/来自用户手机(所述用户手机也称为用户终端或用户设备(UE))。移动电话运营商的网络可以包括一个或多个GERAN，所述一个或多个GERAN在UMTS/GSM网络的情况下可以与UTRAN相耦合。运营商网络还可以包括一个或多个LTE网络和/或一个或多个其它网络。各种不同的网络类型可以使用不同的无线接入技术(RAT)和无线接入网络(RAN)。

OFDMA网络可以实现诸如演进UTRA(E-UTRA)、IEEE 802.11、IEEE 802.16、IEEE802.20、Flash-OFDM等等之类的无线技术。UTRA、E-UTRA和GSM是通用移动电信系统(UMTS)的一部分。具体而言，长期演进(LTE)是使用E-UTRA的UMTS版本。名为“第三代合作伙伴计划”(3GPP)的组织所提供的文档中，描述了UTRA、E-UTRA、GSM、UMTS和LTE，在来自名为“第三代合作伙伴计划2”(3GPP2)的组织的文档中描述了cdma2000。这些各种无线技术和标准是已知的，或者是即将开发的。例如，第三代合作伙伴计划(3GPP)是旨在定义全球适用的第三代(3G)移动电话规范的、电信联盟团体之间的协作。3GPP长期演进(LTE)是旨在改进通用移动电信系统(UMTS)移动电话标准的3GPP计划。3GPP可以定义用于下一代移动网络、移动系统和移动设备的规范。为了清楚起见，下面可以针对LTE实现或者以LTE为中心的方式来描述装置和技术的某些方面，在下面描述的一部分中使用LTE术语作为示例性例子；但是，该描述并不旨在限于LTE应用。事实上，本公开内容关注于使用不同的无线接入技术或者无线空中接口的网络之间，对无线频谱的共享接入。

已建议了包括未许可频谱的基于LTE/LTE-A的新载波类型，其可以与电信级WiFi相兼容，使得采用未许可频谱的LTE/LTE-A成为WiFi的替代方案。当操作在未许可频谱时，LTE/LTE-A可以利用LTE构思并可以引入对网络或网络设备的物理层(PHY)和媒体访问控制(MAC)方面的一些修改，以提供未许可频谱中的高效操作并满足监管要求。例如，所使用的未许可频谱的范围可以是从低至数百兆赫兹(MHz)到高达数十吉赫兹(GHz)。在操作中，这些LTE/LTE-A网络可以根据负载状况和可用性，利用许可频谱或未许可频谱的任意组合进行操作。因此，对于本领域普通技术人员来说可以显而易见的是，本文所描述的系统、装置和方法可以应用于其它通信系统和应用。

系统设计可以支持用于下行链路和上行链路的各种时间-频率参考信号，以促进波束成形和其它功能。参考信号是基于已知数据生成的信号，并且还可以称为导频、前导、训练信号、探测信号等。接收机可以使用参考信号，以用于诸如信道估计、相干解调、信道质量测量、信号强度测量等各种目的。利用多个天线的MIMO系统通常在天线之间提供参考信号的发送的协调；但是，LTE系统通常并不提供从多个基站或eNB发送参考信号的协调。

在一些实现中，系统可以使用时分双工(TDD)。对于TDD而言，下行链路和上行链路共享相同的频谱或者信道，下行链路和上行链路传输是在相同的频谱上发送的。因此，下行链路信道响应可以与上行链路信道响应相关。互易性(Reciprocity)可以允许基于经由上行链路发送的传输来估计下行链路信道。这些上行链路传输可以是参考信号或上行链路控制信道(其可以在解调之后用作参考符号)。上行链路传输可以允许对经由多个天线的空间选择性信道进行估计。

在LTE实现中，正交频分复用(OFDM)用于下行链路(也就是说，从基站、接入点或eNodeB(eNB)到用户终端或UE)。OFDM的使用满足LTE对于频谱灵活性的要求，实现能用于具有高峰值速率的各种各样的载波的成本高效的解决方案，并且其也是已确立的技术。例如，OFDM用于诸如IEEE 802.11a/g、802.16、欧洲电信标准协会(ETSI)所标准化的高性能无线电LAN-2(HIPERLAN-2，其中，LAN代表局域网)、ETSI的联合技术委员会所发布的数字视频广播(DVB)之类的标准以及其它标准中。

在OFDM系统中，可以将时间频率物理资源块(本文还表示成资源块或简写为“RB”)定义成传输载波(例如，子载波)的群组或者被分配用于传输数据的间隔。在时间和频率周期上定义RB。资源块是由时间-频率资源单元(这里还表示为资源单元或者简写为“RE”)构成的，通过时隙中的时间和频率的索引来定义时间-频率资源单元。在诸如3GPP TS 36.211之类的3GPP规范中描述了LTE RB和RE的额外细节。

UMTS LTE支持从20MHz到1.4MHz的可伸缩载波带宽。在LTE中，当子载波带宽是15kHz时，将一个RB定义成12个子载波，或者当子载波带宽是7.5kHz时，将一个RB定义成24个子载波。在示例性实现方式中，在时域中，一个定义的无线帧是长度为10ms并包含10个子帧，每个子帧是1毫秒(ms)。每个子帧包含2个时隙，每个时隙是0.5ms。在一些实现方式中，子帧可以具有少于1ms的持续时间。例如，一个子帧可以具有0.5ms的持续时间。在该情况下，频域中的子载波间隔是15kHz。(每一时隙的)这些12个子载波构成一个RB，所以在该实现方式中，一个资源块是180kHz。6个资源块填充1.4MHz的载波，100个资源块填充20MHz的载波。

下面进一步描述本公开内容的各个其它方面和特征。应当清楚的是，本文的教示内容可以用各种各样的形式来体现，本文所公开的任何具体的结构、功能或二者仅仅是代表性的而不是限制性的。基于本文的教示内容，本领域的任何一名普通技术人员应当理解，本文所公开的方面可以独立于任何其它方面来实现，可以以各种方式来对这些方面的两个或更多方面进行组合。例如，可以使用本文所简述的任意数量的方面来实现一种装置，或者实施一种方法。此外，作为本文所述的多个方面中的一个或多个方面的结构和功能的补充或替代，可以使用其它结构、功能、或者结构与功能，来实现该装置或者实施该方法。例如，方法可以实现成系统、设备、装置的一部分，和/或实现成存储在计算机可读介质上的指令，以便在处理器或计算机上执行。此外，一个方面可以包括权利要求的至少一个要素。

图1示出了用于通信的无线网络100，其可以是LTE-A网络。无线网络100包括多个演进节点B(eNB)105和其它网络实体。eNB可以是与UE进行通信的站，其还可以称为基站、节点B、接入点等等。每个eNB 105可以为特定的地理区域提供通信覆盖。在3GPP中，根据术语“小区”使用的上下文，术语“小区”可以指代eNB的该特定地理覆盖区域、和/或服务于该覆盖区域的eNB子系统。

eNB可以宏小区或小型小区(例如，微微小区或毫微微小区)和/或其它类型的小区提供通信覆盖。宏小区通常覆盖相对较大的地理区域(例如，半径为数千米)，并且可以允许与网络提供商具有服务订阅的UE不受限制地接入。诸如微微小区之类的小型小区通常覆盖相对较小的地理区域，并且可以允许与网络提供商具有服务订阅的UE能不受限制地接入。诸如毫微微小区之类的小型小区也会通常覆盖相对较小的地理区域(例如，家庭)，并且除了不受限制的接入，还可以向与该毫微微小区具有关联的UE(例如，封闭用户群(CSG)中的UE、用于家庭中的用户的UE等等)提供受限制的接入。用于宏小区的eNB可以称为宏eNB。用于小型小区的eNB可以称为小型小区eNB、微微eNB、毫微微eNB或者家庭eNB。在图1所示出的例子中，eNB 105a、105b和105c分别是用于宏小区110a、110b和110c的宏eNB。eNB 105x、105y和105z是小型小区eNB，其可以包括用于分别向小型小区110x、110y和110z提供服务的微微eNB或毫微微eNB。eNB可以支持一个或多个(例如，两个、三个、四个等等)小区。

无线网络100可以支持同步或异步操作。对于同步操作而言，eNB可以具有类似的帧时序，并且来自不同eNB的传输可以在时间上大致对齐。对于异步操作而言，eNB可以具有不同的帧时序，并且来自不同eNB的传输可能在时间上是不对齐的。

UE 115分散于无线网络100中，并且每个UE可以是静止的或者移动的。UE还可以称为终端、移动站、用户单元、站等等。UE可以是蜂窝电话、个人数字助理(PDA)、无线调制解调器、无线通信设备、手持设备、平板计算机、膝上型计算机、无绳电话、无线本地环路(WLL)站、家用电器、汽车、任何其它物联网(IoT)设备等等。UE可能能够与宏eNB、微微eNB、毫微微eNB、中继站等进行通信。在图1中，闪电(lightning bolt)(例如，通信链路125)指示在UE与服务eNB之间的无线传输、或者在eNB之间的期望传输，所述服务eNB是被指定为在下行链路和/或上行链路上服务于该UE的eNB。有线回程通信134指示可以在eNB之间发生的有线回程通信。

LTE/-A在下行链路上使用正交频分复用(OFDM)，并且在上行链路上使用单载波频分复用(SC-FDM)。OFDM和SC-FDM将系统带宽划分成多个(K个)正交的子载波，所述子载波通常还称为音调、频段等。可以使用数据对每个子载波进行调制。通常，调制符号是在频域中利用OFDM进行发送，并且在时域中利用SC-FDM进行发送。相邻子载波之间的间隔可以是固定的，并且子载波的总数量(K)可以取决于系统带宽。例如，针对1.4、3、5、10、15或20兆赫兹(MHz)的相应系统带宽，K可以分别等于72、180、300、600、900和1200。还可以将系统带宽划分成多个子带。例如，一个子带可以覆盖1.08MHz，并且针对1.4、3、5、10、15或20MHz的相应系统带宽，可以分别存在1、2、4、8或16个子带。

图2示出了基站/eNB 105和UE 115的设计的框图，所述基站/eNB 105可以是图1中的多个基站/eNB中的一个基站/eNB，所述UE 115可以是图1中的多个UE中的一个UE。对于受限制关联场景而言，eNB 105可以是图1中的小型小区eNB 105z，UE 115可以是UE 115z，UE115为了接入小型小区eNB 105z，将被包括在小型小区eNB 105z的可访问UE的列表中。eNB105还可以是某种其它类型的基站。eNB 105可以配备有天线234a到234t，并且UE 115可以配备有天线252a到252r。

在eNB 105处，发射处理器220可以从数据源212接收数据，并且从控制器/处理器240接收控制信息。控制信息可以是用于PBCH、PCFICH、PHICH、PDCCH等。数据可以是用于PDSCH等等。发射处理器220可以对数据和控制信息进行处理(例如，编码和符号映射)，以分别获得数据符号和控制符号。发射处理器220还可以生成参考符号，例如，用于PSS、SSS和小区专用参考信号。发射(TX)多输入多输出(MIMO)处理器230可以对数据符号、控制符号和/或参考符号(如果有的话)执行空间处理(例如，预编码)，并可以向调制器(MOD)232a到232t提供输出符号流。每个调制器232可以处理相应的输出符号流(例如，用于OFDM等)，以获得输出采样流。每个调制器232可以进一步处理(例如，转换成模拟信号、放大、滤波和上变频)输出采样流，以获得下行链路信号。来自调制器232a到232t的下行链路信号可以分别经由天线234a到234t进行发射。

在UE 115处，天线252a到252r可以从eNB 105接收下行链路信号，并可以分别将接收信号提供给解调器(DEMOD)254a到254r。每个解调器254可以调节(例如，滤波、放大、下变频和数字化)相应的接收信号以获得输入采样。每个解调器254还可以进一步处理输入采样(例如，用于OFDM等)以获得接收符号。MIMO检测器256可以从所有解调器254a到254r获得接收符号，对接收符号(如果有的话)执行MIMO检测，并提供经检测的符号。接收处理器258可以处理(例如，解调、解交织和解码)经检测的符号，向数据宿260提供针对UE 115的经解码的数据，并且向控制器/处理器280提供经解码的控制信息。

在上行链路上，在UE 115处，发射处理器264可以从数据源262接收并处理数据(例如，用于PUSCH)，从控制器/处理器280接收并处理控制信息(例如，用于PUCCH)。发射处理器264还可以生成用于参考信号的参考符号。来自发射处理器264的符号可以由TX MIMO处理器266进行预编码(如果有的话)，由调制器254a到254r进行进一步处理(例如，用于SC-FDM等)，并发送给eNB 105。在eNB 105处，来自UE 115的上行链路信号可以由天线234进行接收，由解调器232进行处理，由MIMO检测器236进行检测(如果有的话)，由接收处理器238进一步处理，以获得UE 115发送的经解码的数据和控制信息。处理器238可以向数据宿239提供经解码的数据，并且向控制器/处理器240提供经解码的控制信息。

控制器/处理器240和280可以分别指导eNB 105和UE 115的操作。eNB 105处的控制器/处理器240和/或其它处理器和模块，可以执行或指导用于实现本文所描述的技术的各种处理的执行。UE 115处的控制器/处理器280和/或其它处理器和模块也可以执行或指导图10中所示的功能块的执行、和/或用于实现本文所描述技术的其它过程。存储器242和282可以分别存储用于eNB 105和UE 115的数据和程序代码。调度器244可以调度UE在下行链路和/或上行链路上进行数据传输。

在一些方面，本公开内容涉及通过TDD来支持URLLC服务。URLLC服务可以包括URLLC数据的发送和接收。这些发送和接收可能常常具有低延迟和高可靠性要求。不幸的是，增强型移动宽带(eMBB)TDD子帧的标称结构具有一些基本限制，其限制了可以获得的可靠性和延迟效果。例如，虽然标称TDD子帧可以是自包含的(self-contained)(在于其可以包含下行链路(DL)间隔和上行链路(UL)间隔)，但在标称TDD子帧结构中任何时刻在下行链路或上行链路中只有一个方向可能处于活动状态。这种特征产生了标称TDD子帧结构中的自阻塞(self-blocking)特性。因此，在上行链路间隔期间，不可能进行下行链路传输。类似地，在下行链路间隔期间，不可能进行上行链路传输。

可能存在用于传输URLLC数据的期限限制。例如，可以提供由特定的时间段或者符号数量所组成的延迟预算。考虑到期限限制，必须在延迟预算内成功传送URLLC数据。因为标称TDD子帧结构的自阻塞限制，所以大标称TDD子帧结构限制了在给定的延迟预算之内进行可能的URLLC数据传输的数量，从而限制了可能达到的最高系统可靠性。本公开内容通过提供一种URLLC TDD子帧配置(其考虑了标称TDD子帧的限制)，来提供针对这些问题和其它问题的解决方案。因此，在一些方面，根据本文的构思进行操作的网络实体可以确定URLLC业务的存在，并基于这种确定来使用具有DL/UL/DL/UL模式(DUDU)的URLLC TDD子帧配置。因此，URLLC DUDU配置在相同的TDD子帧中提供多个下行链路间隔和多个上行链路间隔，其导致减小的系统延迟，如下面进一步详细解释的。DUDU子帧配置还可以在一个TDD子帧中实现重传(例如，混合自动重传(HARQ)重传)。通过在TDD子帧内启用重传，可以在给定延迟预算的情况下，允许更多的重传，这提供了更大的系统可靠性。另外，为了提供延迟和效率之间的平衡，使用URLLC DUDU子帧配置来提供可伸缩的传输时间间隔(TTI)。

在一些方面，网络实体可以先前被配置为使用标称TDD子帧结构或者URLLC TDD子帧配置。在其它方面中，网络实体可以被配置为：当检测到存在URLLC业务时，从标称TDD子帧配置转换到URLLC TDD子帧配置。类似地，网络实体可以被配置为：当没有检测到URLLC业务时，从URLLC TDD子帧配置转换到标称TDD子帧配置。

在本公开内容的方面，网络实体可以指代诸如基站/eNB、UE、收发机之类的无线装置，或者发送无线信号的网络实体。因此，虽然本文的构思主要围绕基站来进行讨论，但这些构思也可以适用于UE或者在TDD上支持URLLC业务的任何网络实体的操作。具体而言，虽然本文的示例描绘了在下行链路上进行发送和在上行链路上进行接收的网络实体(例如，基站)，但可以预想的是，所描绘的构思也将适用于在上行链路上进行发送和在下行链路上进行接收的网络实体(例如，UE)。

图3A示出了被配置为使用自包含的eMBB标称TDD子帧结构300的示例性网络实体350。标称TDD子帧结构300可以具有16个符号的持续时间。标称TDD子帧结构300可以包括单个下行链路间隔301、单个上行链路间隔302和防护时段(GP)303和313。下行链路间隔301可以用于向无线设备发送数据和控制信息。可以使用包括下面各项中的至少一项或者组合的下行链路物理信道，来执行去往无线设备的这些传输：物理下行链路控制信道(PDCCH)、物理HARQ指示符信道(PHICH)和物理下行链路共享信道(PDSCH)。基站可以使用上行链路间隔302从无线设备接收数据和控制信息。可以经由可包括物理上行链路控制信道(PUCCH)和物理上行链路共享信道(PUSCH)中的至少一个的上行链路物理信道，从无线设备接收这些传输。在下行链路间隔301和上行链路间隔302之间的标称TDD子帧300中，可以包括GP 303以有助于从下行链路向上行链路切换。在标称TDD子帧300中，可以包括GP 313以有助于从上行链路向下行链路切换。

在使用具有标称TDD配置的TDD子帧的网络实体350的示例性操作期间，URLLC数据可以在时间304到达网络实体350，以便发送给无线设备。由于网络实体350已经处于下行链路间隔中，因此不能调度URLLC数据传输给无线设备，直到下一个下行链路间隔(在时间305处)为止。但是，时间305是下一个子帧期间。因此，在URLLC数据到达网络实体350以向无线设备进行传输、与将该URLLC数据传输给无线设备之间会存在16个符号的调度延迟。由于URLLC数据的这种较大调度延迟限制了在给定延迟预算情况下能够执行的重传的次数，因此其影响了系统可靠性。

参见图3B，在时间305处，可以执行从网络实体350向无线设备的URLLC数据的第一次传输。在时间306处，可以从无线设备接收HARQ NACK。在时间307处，网络实体350可以执行URLLC数据向无线设备的第二次HARQ传输。如图所示，在图3B的例子中，第二HARQ传输将在URLLC数据的第一次传输(在时间305处)之后大约16个符号发生，并且假定URLLC数据具有16个符号调度延迟，第二HARQ传输将在用于传输的URLLC数据到达网络实体350之后大约32个符号发生。在时间308处，可以从无线设备接收第二HARQ NACK。在时间309处，网络实体350可以执行向无线设备的URLLC数据的第三HARQ传输。在该例子中，在时间309处的第三HARQ传输将在URLLC数据的第一次传输(在时间305处)之后大约32个符号发生，并且假定URLLC数据具有16个符号调度延迟，第三HARQ传输将在URLLC数据到达eNB之后大约48个符号发生。例如，假定48个符号的延迟预算，第三HARQ传输将会超过延迟预算。因此，在该例子中，在具有48个符号的延迟预算情况下，仅两个HARQ传输是可能的。本领域普通技术人员应当认识到，更大数量的HARQ传输导致更佳的系统可靠性。因此，在允许使用图3A和图3B的标称TDD配置的有限数量的HARQ传输的情况下，负面地影响系统可靠性。

图4A根据本公开内容的方面，示出被配置为实现TDD子帧的网络实体350。URLLCTDD子帧400可以具有16个符号的持续时间。但是，与标称TDD子帧不同，URLLC TDD子帧400可以包括多个下行链路间隔401和404、以及多个上行链路间隔402和405。在本公开内容的方面，URLLC TDD子帧配置可以包括DUDU模式。在图4A中所示出的DUDU模式中，URLLC TDD子帧400可以以下行链路间隔401开始。下行链路间隔401可以用于从基站向UE发送数据和控制信息。下行链路间隔401之后可以跟着上行链路间隔402。上行链路间隔402可以用于从UE向基站发送数据和控制信息。上行链路间隔402之后可以跟着下行链路间隔404，并且下行链路间隔404之后可以跟着上行链路间隔405。因此，根据本公开内容的方面，URLLC TDD子帧配置可以包括DUDU模式。

在本公开内容的方面，URLLC TDD子帧配置的DUDU模式是固定且不变的。在其它方面，可以根据延迟、业务负荷或者可靠性要求，对DUDU模式进行调整。因此，在一些方面，可以对URLLC TDD子帧配置进行调整，以包括不同数量的下行链路间隔和上行链路间隔。例如，可以将URLLC TDD子帧配置调整成DUDUDU模式。可以基于系统的延迟、业务负荷或者可靠性要求，来选择或者生成这些模式。这些不同的模式可以是预定的，并存储在网络实体的存储器中。

此外，还可以基于系统需求，来调整URLLC TDD子帧配置模式的下行链路间隔和上行链路间隔的持续时间。例如，参见图5C，URLLC TDD子帧530可以包括下行链路间隔531和534、以及上行链路间隔532和535。下行链路间隔531和534可以与上行链路间隔532和535具有不同的持续时间。例如，下行链路间隔531和534均可以具有三个TTI的持续时间，而上行链路间隔532和535均可以具有一个TTI的持续时间。TTI可以具有不同的符号尺寸。下面将更详细地讨论URLLC TDD子帧的这种不对称模式。在其它方面，每个间隔可以具有与每隔一个间隔不同的持续时间。例如，下行链路间隔531可以具有与下行链路间隔534不同的持续时间。

可以在下行链路间隔和上行链路间隔之间包括GP，以有助于从上行链路切换到下行链路、以及从下行链路切换到上行链路。例如，回过来参照图4A，在下行链路401和上行链路间隔402之间包括GP 403，以有助于从下行链路切换到上行链路。类似地，在上行链路间隔402和下行链路间隔404之间包括GP，以有助于从上行链路切换到下行链路。在一些方面，可以将GP包括成下行链路间隔的一部分，而在其它方面，可以将GP包括成上行链路间隔的一部分。例如，图5A示出了URLLC TDD子帧中的、包括切换之间的GP的两个间隔。在该例子中，下行链路间隔501具有四个符号的持续时间。上行链路间隔502也具有四个符号的持续时间，但是一个符号用于GP 503，一个符号用于GP 513，剩下两个符号用于上行链路通信。图5B示出了在下行链路间隔中包括GP的情形。在该例子中，下行链路间隔504具有四个符号的持续时间，但是一个符号用于GP 506，一个符号用于GP 516，剩下两个符号用于下行链路通信。上行链路间隔505具有四个符号，所有四个符号都用于上行链路通信。注意，这些值用于说明目的，也可以使用其他值用于下行链路/上行链路间隔和GP。

返回参照图4A，在根据本公开内容的示例性操作期间，网络实体350(例如，基站或UE)可以确定将要在TDD子帧400期间发送URLLC数据。响应于该确定，网络实体350可以使用URLLC TDD子帧配置。使用URLLC TDD子帧配置，在时间407处到达网络实体350的URLLC数据可以被调度为在时间420处的下一个下行链路间隔期间进行发送，其中所述下一个下行链路间隔位于相同的子帧内，但比时间407大约晚8个符号。因此，该例子中的调度延迟将大约为8个符号，其明显地少于16个符号。相比之下，如果在该例子中使用如上面参照图3A所讨论的标称TDD子帧配置，则调度延迟将大约为16个符号。因此，通过实现本公开内容的构思，可以极大地改善延迟。应当理解，上面的例子是用于说明性目的，使用不同的间隔持续时间可以获得其它结果。例如，可以使用比4个符号更大或者更小的不同的间隔持续时间，其将导致不同的调度延迟。

再次注意，虽然主要围绕网络实体在下行链路间隔上发送URLLC数据来讨论了本文的构思，但本文所讨论的构思也可适用于要在上行链路间隔上发送URLLC数据的网络实体。例如，网络实体350可以是UE。在该情况下，将在上行链路间隔上发送URLLC数据，本文所讨论的构思仍然适用。

通过减少URLLC数据的调度延迟，还可以增加在给定延迟预算情况下，能够执行的重传的次数，从而增加系统可靠性。例如，参见图4B，可以在时间420处执行来自网络实体350的URLLC数据的第一次传输。在时间421处，网络实体350可以接收到响应于第一次传输的HARQ NACK。在时间422处，网络实体350可以执行URLLC数据的第二HARQ传输。如例子中所示，在下行链路间隔430期间的第二HARQ传输将在URLLC数据的第一次传输(在时间420处)之后大约8个符号发生，假定URLLC数据具有大约8个符号的调度延迟，第二HARQ传输将在URLLC数据到达网络实体350之后大约16个符号发生。假定4个符号的TTI，则第二HARQ传输的空中下载(OTA)延迟将是20个符号(参见下面将进一步详细讨论的表1)。如下面所进一步讨论的，第二HARQ传输的20个符号的OTA延迟包括：8个符号调度延迟、第一HARQ传输的8个符号传输、以及用于第二HARQ传输的4个符号TTI。在时间423处，网络实体350可能接收响应于第二HARQ传输的第二HARQ NACK。在时间424处，网络实体350可以执行对该URLLC数据的第三HARQ传输。在该例子中，在时间424处的第三HARQ传输将在URLLC数据的第一次传输(在时间420处)之后大约16个符号发生，假定URLLC数据具有大约8个符号的调度延迟，第三HARQ传输将在URLLC数据到达网络实体350之后大约24个符号发生。第三HARQ传输的OTA延迟将是28个符号。例如，进一步假定48个符号的延迟预算，第三HARQ传输也将位于该延迟预算之内。

继续上面的示例，可以在48个符号延迟预算之内，执行总共五次HARQ传输。相比之下，如上所述，使用标称TDD子帧配置，将允许在48个符号延迟预算之内进行仅仅两次HARQ传输。本领域普通技术人员应当认识到，本公开内容的URLLC TDD子帧配置所允许的更大数量的传输导致更高的系统可靠性。给出上面的示例只是用于说明性目的，而不应当用于将本公开内容仅仅限于这些值和这些示例的结果。应当理解，本公开内容预期可以获得其它值和结果。

如上所述，还可以基于系统需求，来调整URLLC TDD子帧配置模式的下行链路间隔和上行链路间隔的持续时间。在选定的方面，URLLC TDD子帧的下行链路间隔或上行链路间隔可以具有基线持续时间。可以使用该基线来确定通过调整URLLC TDD子帧配置的下行链路间隔和上行链路间隔的持续时间所能获得的性能增益(例如，延迟减少、更高的可靠性)。例如，返回参照图4A，URLLC TDD子帧400可以具有16个符号的持续时间。下行链路间隔401和404中的每一个可以具有4个符号的持续时间。类似地，上行链路间隔402和405中的每一个可以具有4个符号的持续时间。如上所述，可以将GP(例如，GP 403和406)包括成间隔的一部分，以有助于下行链路和上行链路之间的切换。可以通过针对URLLC TDD子帧配置来实现可伸缩TTI，来调整下行链路间隔和上行链路间隔的持续时间。

在标称TDD子帧配置中，可以将TTI的持续时间固定为等于下行链路间隔和上行链路间隔的持续时间。也就是说，在标称TDD子帧配置中，将下行链路间隔和上行链路间隔设置为等于单个TTI。本公开内容的方面提供了可伸缩TTI，其可以具有比URLLC TDD子帧的下行链路/上行链路间隔更短的持续时间，以便进一步减少延迟。表1和图6示出了用于URLLCTDD子帧的TTI的不同配置。所提供的TTI可以具有1、2或4个符号的持续时间。应当注意，用于这些符号持续时间的值只是用于说明性目的，也可以使用其它符号持续时间(例如，8、16或32个符号)。

表1

在本公开内容的一些方面，下行链路持续时间和上行链路持续时间是与TTI的持续时间相同的。例如，下行链路间隔600可以具有4个符号持续时间，而上行链路间隔610(其包括GP 620)还可以具有4个符号持续时间。在该例子中，该TTI还具有4个符号的持续时间。如表1中所示，并且参照上面在图4B中所讨论的示例，在422处的第二次传输的OTA延迟(包括两个HARQ传输和调度延迟)将是20个符号。这20个符号包括8个符号调度延迟、在第一HARQ传输和第二HARQ传输之间的8个符号往返时间(RTT)、以及用于第二次传输的4个符号TTI。

在本公开内容的各个方面，可以对下行链路和上行链路间隔的持续时间进行调整，以减少系统延迟。例如，下行链路间隔603可以具有2个符号持续时间，而上行链路间隔613也可以具有2个符号持续时间。在该例子中，TTI也可以具有2个符号的持续时间。在该情况下，调度延迟将减少到4个符号，这是由于网络实体350能够在下行链路间隔604(其提前仅仅4个符号)期间发送在下行链路间隔603处到达的URLLC数据。可以在下一个上行链路间隔期间(其在第一HARQ传输之后4个符号)接收HARQ NACK。响应于该HARQ NACK，网络实体350将调度第二HARQ传输，其中第二HARQ传输将具有2个符号的TTI。总之，如表1中所示，该例子中的第二次传输的OTA延迟将是10个符号。这些符号将包括4个符号的调度延迟、在第一HARQ传输和第二HARQ传输之间的4个符号的RTT、以及用于第二次传输的2个符号TTI。因此，根据本公开内容的构思来实现可调整的下行链路/上行链路间隔持续时间，针对URLLCTDD子帧配置提供进一步减少的延迟。

如表1中所进一步示出的，不同的DL/UL间隔持续时间可以获得不同的OTA。但是，更短的DL/UL间隔持续时间导致更高的切换开销。如上所述，在下行链路间隔和上行链路间隔之间提供GP，以有助于切换。在GP期间，不执行传输。因此，这种切换开销在本质上是损失的。在上面的情形中，对于2个符号的DL/UL间隔持续时间和2个符号的TTI而言，开销是25％。这是由于使用一个符号在下行链路和上行链路之间进行切换的事实。因此，在分配给上行链路和下行链路间隔的总共4个符号之中，1个符号可能不用于发送/接收。注意，在一些方面中，GP间隔可以比一个符号更短。为了进一步减轻这种开销损失的问题，本公开内容可以提供可伸缩的TTI。

在本公开内容的方面，TTI持续时间可以被配置为比下行链路或上行链路间隔的持续时间更小，以便提供进一步的延迟减少。例如，参见图6，下行链路间隔601可以具有4个符号持续时间，上行链路间隔611(其包括GP 621)也可以具有4个符号持续时间。但是，在该例子中，TTI可以具有2个符号的持续时间。因此，下行链路间隔601将包括TTI0和TTI1，每个TTI具有2个符号持续时间。在该例子中，减少了调度延迟。在TTI0期间到达网络实体350将进行发送的URLLC数据，可以在下行链路间隔601的TTI1期间进行发送。在该情况下，调度延迟将只有2个符号。替代地，在TTI1期间到达网络实体350将进行发送的URLLC数据，可以在下行链路间隔602的TTI0期间进行发送。在该情况下，调度延迟是6个符号。采用后一种情况，可以在下一个上行链路间隔期间接收HARQ NACK，其中该下一个上行链路间隔将在第一HARQ传输之后8个符号。响应于HARQ NACK，网络实体350将调度第二HARQ传输，其将具有2个符号的TTI。总计，如表1中所示，该例子中的第二次传输的OTA延迟将是16个符号。这16个符号将包括6个符号的调度延迟、第一和第二HARQ传输之间的8个符号的RTT、以及用于第二HARQ传输的2个符号TTI。因此，实现本公开内容的构思提供了URLLC TDD子帧配置的进一步延迟减少。

如通过表1所应当理解的，具有4个符号的DL/UL间隔和具有4个符号的TTI持续时间的URLLC TDD子帧配置，具有20个符号的OTA延迟和12.5％的切换开销。可以通过将DL/UL间隔和TTI减少到2个符号，来将OTA延迟减少到10个符号，但这将导致切换开销增加到25％。可以通过将DL/UL间隔和TTI持续时间减少到1个符号，将OTA延迟进一步减少到7个符号，但这将导致切换开销增加到33％。但是，通过调整TTI以提供比DL/UL间隔更短的TTI持续时间，来提供URLLC TDD子帧配置，可以在减少的延迟和增加的开销之间实现平衡。例如，具有4个符号的DL/UL间隔和具有2个符号的TTI持续时间的URLLC TDD子帧配置，将具有16个符号的减小的OTA延迟，但切换开销仍然保持在12.5％。因此，本公开内容的可伸缩TTI提供了进一步的延迟减少，同时实现不同的效率与延迟折衷，从而为通信系统提供更大的灵活性。应当理解，在一些方面中，如上所述，基于URLLC数据的传输的期望延迟来调整TTI持续时间。

在本公开内容的一些方面，URLLC TDD子帧被配置为使该URLLC TDD子帧的控制信道与邻居小区的标称TDD子帧的控制信道进行对齐，以便有助于实现干扰管理。如上面讨论的，诸如基站之类的网络实体可以在下行链路上向UE发送数据和控制信息，和/或在上行链路上从UE接收数据和控制信息。在下行链路上，来自基站的传输可能遭遇由于邻居基站的传输或者来自其它无线射频(RF)发射机的传输所造成的干扰。在上行链路上，从UE到基站的传输可能遭遇与邻居基站进行通信的其它UE的上行链路传输或者来自其它无线RF发射机的传输的干扰。类似地，从UE到邻居基站的传输，可能遭遇由于到网络实体的上行链路传输所造成的干扰。

在一些情况下，当不同网络实体的下行链路调度和上行链路调度没有同步时，可能发生下行链路对上行链路的干扰场景或者上行链路对下行链路的干扰场景(本文统一并单独地称为混合干扰场景)。因此，两个网络实体(例如，基站和邻居基站、或者UE和基站)处的下行链路/上行链路不匹配可能导致混合干扰。

为了促进在网络实体使用URLLC TDD子帧配置时的干扰管理，本公开内容的方面将URLLC TDD子帧的控制信道与邻居小区的标称TDD子帧的控制信道进行对齐。例如，图7示出了URLLC TDD子帧700的控制信道与标称TDD子帧710的控制信道相对齐的例子。具体而言，网络实体350可以被配置为使用URLLC TDD子帧配置(例如，URLLC TDD子帧700)进行通信，网络实体360可以被配置为使用标称TDD子帧配置(例如，标称TDD子帧710)进行通信。在发送/接收期间，下行链路间隔720中的下行链路控制信道730与标称TDD子帧710的下行链路控制信道731相对齐。在本公开内容的一些方面，下行链路控制信道(例如，下行链路控制信道730和731)可以是诸如PDCCH或PHICH之类的物理控制信道。通过对齐下行链路控制信道，可以避免网络实体350的URLLC TDD子帧700和邻居小区360的标称TDD子帧710的下行链路信道中的混合干扰。

如图7中所进一步示出的，URLLC TDD子帧700可以被配置为使上行链路间隔750中的上行链路控制信道740与标称TDD子帧710的控制信道741相对齐。在本公开内容的各个方面，上行链路控制信道(例如，上行链路控制信道740和741)可以是诸如PUCCH之类的物理控制信道。通过使网络实体350的URLLC TDD子帧700和邻居小区360的标称TDD子帧710的上行链路控制信道对齐，可以在标称TDD子帧710的上行链路控制信道中避免混合干扰。

在一些实例中，下行链路业务和上行链路业务可以是不对称的。也就是说，与上行链路业务相比，存在更多的下行链路业务，或者与下行链路业务相比，存在更多的上行链路业务。在一些情况下，与在上行链路上从UE向基站发送的数据相比，在下行链路上从基站向UE发送大量更多的数据。在该情形下，就说下行链路业务与上行链路业务的比率据说是不对称的。如先前所讨论的，本公开内容的方面通过提供用于URLLC TDD子帧配置的不对称模式来解决这种情形，其中该不对称模式充分利用不对称业务的比率来进一步减少分组传输延迟。

图8示出了URLLC TDD子帧的对称的DUDU配置和不对称的DUDU配置的例子。对称DUDU配置800包括均具有2个TTI的持续时间的下行链路间隔和上行链路间隔。如上面更详细讨论的，每个TTI的持续时间可以根据系统需求而改变。因此，下行链路间隔和上行链路间隔的持续时间也可能在符号方面有变化。当下行链路业务和上行链路业务相对等同时，可以使用对称DUDU配置800来配置URLLC TDD子帧。

此外，在图8中还示出了不对称DUDU配置810。在所示出的例子中，确定下行链路业务与上行链路业务的比率为3：1。本领域普通技术人员应当理解的是，存在用于确定该业务比率的多种技术，由于这些技术超出了本公开内容的范围，故本文没有讨论这些技术。不对称DUDU配置810包括：具有3个TTI的持续时间的下行链路间隔和具有1个TTI的持续时间的上行链路间隔。因此，不对称DUDU配置810偏向于下行链路业务，具有3：1的下行链路与上行链路的比率。当下行链路业务比上行链路业务更繁重时(具体而言，当下行链路与上行链路业务的比率为3：1或者接近于该比率时)，URLLC TDD子帧可以配置为不对称DUDU配置810。

在图8的例子中，网络实体350(例如，基站)使用URLLC TDD子帧配置来执行通信。下行链路分组850、851和852在时间820到达网络实体350进行传输。上行链路分组853也在时间820到达网络实体350以进行传输。注意，本文围绕基站讨论图8的例子，但所示出的构思也适用于UE。在该例子中，在配置有对称DUDU配置800的URLLC TDD子帧中，网络实体350可以在TTI 0期间发送下行链路分组850，网络实体350可以在TTI 1期间发送下行链路分组851。由于每个下行链路间隔只存在两个TTI，因此在当前下行链路间隔期间将不发送下行链路分组852，其必须等待到下一个下行链路间隔才进行发送。在网络实体350切换到上行链路间隔之后，在TTI 2期间接收上行链路分组853。TTI 2是对称DUDU配置800的第三TTI。在上行链路TTI 3期间，网络实体350没有接收到任何分组。在TTI 3之后，网络实体350从上行链路间隔切换到下一个下行链路间隔。在TTI 4期间发送下行链路分组852，其中，TTI4是对称DUDU配置800的第五个TTI。因此，下行链路分组852存在5个TTI的传输延迟。

在替代的方面，URLLC TDD子帧可以配置为不对称DUDU配置810。在该情况下，网络实体350可以在TTI 0期间发送下行链路分组850，在TTI 1期间发送下行链路分组851，在TTI 2期间发送下行链路分组852。TTI 2是不对称DUDU配置810的第三个TTI，并且在该情况下，用于下行链路分组852的传输延迟是3个TTI。因此，在该例子中，下行链路分组852的传输延迟减少了两个TTI。在TTI 3处接收上行链路分组853，所以上行链路分组853增加了一个TTI的延迟。但是，上行链路分组的这种增加的延迟小于下行链路分组延迟的减少量。由于与上行链路相比，下行链路的业务更繁重，因此与维持上行链路延迟相比，更期望获得下行链路性能的增益。因此，具有不对称DUDU配置的URLLC TDD子帧进一步减少了分组传输延迟，导致整体减小的系统延迟，并且增加了系统性能和可靠性。

应当理解，上面的不对称比率只是说明性的，而不是旨在对本公开内容进行限制。因此，可以使用其它不对称比率。在本公开内容的一些方面中，不对称DUDU配置的不对称比率可以是基于下行链路与上行链路业务的确定的比率。例如，不对称DUDU配置的不对称比率可以与下行链路与上行链路业务的确定的比率相同。替代地，不对称DUDU配置的不对称比率可以是下行链路与上行链路业务的确定的比率的分数或倍数。

在本公开内容的各个方面，可以基于系统需求来确定该不对称比率。可以从一组选择的不对称比率之中，选择不对称DUDU配置的不对称比率。可以基于系统的延迟、业务负荷或者可靠性要求，来选择或生成这些所选定的不对称比率。例如，可以基于要实现的目标传输延迟来确定不对称比率。在其它方面，可以基于业务负荷需求来确定不对称比率。此外，还可以基于URLLC数据的传输的期望延迟，来确定不对称比率。可以将所选定的不对称比率存储在网络实体的存储器中。在本公开内容的一些方面，网络实体可以根据系统需求，自适应地在不同的DUDU配置之间进行切换。例如，响应于确定下行链路业务与上行链路业务的比值为4：2，网络实体可以使用具有下行链路与上行链路的比值为4：2的不对称DUDU配置来配置URLLC TDD子帧。在该例子中，下行链路业务可能增加，因此，下行链路业务与上行链路业务的比值可以增加到5：1。在该情况下，网络实体可以将URLLC TDD子帧配置切换到具有下行链路与上行链路业务的比值为5：1的不对称DUDU配置，以减少下行链路业务延迟。

如上所述，虽然URLLC TDD子帧可以是自包含的，但在任何时刻，下行链路或上行链路中只有一个方向处于活动状态。因此，在上行链路间隔期间，不可能进行任何下行链路传输。类似地，在下行链路间隔期间，不可能进行任何上行链路传输。根据本公开内容的方面进行操作的网络实体可以被配置为：使用TDD和频分双工(FDD)分量载波(CC)的各种组合来支持载波聚合。例如，网络实体350可以支持TDD-FDD联合操作。在TDD-FDD联合操作中，网络实体350可以包括至少一个TDD CC和至少一个FDD CC。因此，在TDD-FDD联合操作中，网络实体350在同一时间可使用TDD CC和FDD CC两者来进行通信。本公开内容的方面使用网络实体的TDD-FDD联合操作，以提供URLLC TDD子帧在FDD CC上的控制锚定。

图9示出了针对URLLC TDD子帧，网络实体350配置有FDD上的控制锚定的例子。图9还示出了在FDD上不具有控制锚定的网络实体350的例子。在描绘在FDD上不具有控制锚定的网络实体350的示例中，使用下行链路间隔和上行链路间隔具有4个符号的持续时间，以及TTI具有1个符号持续时间的固定的对称DUDU配置。在该例子中，通过TDD CC，在TTI 1处执行来自网络实体350的URLCC数据的第一次传输。由于在下行链路间隔期间没有接收到上行链路传输，所以可能没有接收到HARQ NACK，直到TTI 5为止。由于在上行链路间隔期间没有进行下行链路传输，因此可能没有进行URLLC数据的第二HARQ传输，直到TTI 9为止。因此，第二HARQ传输与第一次传输相比延迟了9个符号。

在描绘在FDD上配置有控制锚定的URLLC TDD子帧的图9的示例中，使用下行链路间隔和上行链路间隔具有4个符号的持续时间，以及TTI具有1个符号的持续时间的固定的对称DUDU配置。在该例子中，网络实体350在TTI 1处通过TDD CC来执行URLCC数据的第一次传输。网络实体350在下行链路间隔期间通过TDD不能接收到上行链路传输。但是，在TDD-FDD联合操作中，FDD上行链路CC始终可用于上行链路接收，这是由于FDD上行链路CC和下行链路CC是在时间上重叠的分开的频率资源。在接收到HARQ NACK之后，网络实体350在TTI 4处通过TDD CC来重新发送URLLC数据。应当注意，FDD上的控制锚定使网络实体350能够在与第一次传输相同的下行链路间隔中重新发送URLLC数据。这提供了对系统延迟的进一步减少。如上面的例子中所示出的，第二HARQ传输延迟了4个符号，而在FDD上不具有控制锚定时，第二HARQ传输将延迟9个符号。

图10示出了根据本公开内容的一个方面执行的无线通信处理的示例性块。还参照如图11中所示出的UE 115来描述这些示例性块。图11是示出根据本公开内容的一个方面配置的UE 115的框图。UE 115包括如针对图2的UE 115所示出的结构、硬件和部件。例如，UE115包括控制器/处理器280，所述控制器/处理器280操作以执行存储器282中存储的逻辑或计算机指令，以及控制UE 115的部件，其中UE 115的这些部件提供UE 115的特征和功能。在控制器/处理器280的控制之下，UE 115经由无线电装置1100a-r和天线252a-r来发送和接收信号。无线电装置1100a-r包括如在图2中针对UE 115所示出的各种部件和硬件，其包括调制器/解调器254a-r、MIMO检测器256、接收处理器258、发射处理器264和TX MIMO处理器266。可以设想的是，图10的过程可以由网络实体(例如，如上所述的基站或UE(如，图2和图11的UE 115))来执行。

开始于方框1000，网络实体判断使用TDD频带在TDD子帧上的传输是否包括URLLC数据的传输。例如，在控制器/处理器280的控制之下，UE 115判断天线252a-r和无线电装置1100a-r的传输是否包括URLLC数据的传输。在一些方面，该传输使用标称TDD子帧配置，其中该标称TDD子帧配置包括单个下行链路间隔和单个上行链路间隔。

在方框1002处，响应于确定TDD子帧上的传输包括URLLC数据的传输，网络实体使用URLLC子帧配置。例如，在控制器/处理器280的控制之下，响应于UE 115确定天线252a-r和无线电装置1100a-r的传输包括URLLC数据的传输，UE 115访问并且使用存储在存储器282中的URLLC子帧配置1102。可以设想的是，URLLC子帧配置包括多个下行链路间隔和多个上行链路间隔。

本领域普通技术人员应当理解，信息和信号可以使用多种不同的技术和方法中的任意一种来表示。例如，在贯穿上面的描述中提及的数据、指令、命令、信息、信号、比特、符号和码片可以用电压、电流、电磁波、磁场或粒子、光场或粒子、或者其任意组合来表示。

图10和图11中的功能框和模块可以包括处理器、电子设备、硬件设备、电子组件、逻辑电路、存储器、软件代码、固件代码等或者其任意组合。

本领域普通技术人员还应当明白，结合本文所公开内容描述的各种示例性的逻辑框、模块、电路和算法步骤均可以实现成电子硬件、计算机软件或二者的组合。为了清楚地表示硬件和软件之间的这种互换性，上面对各种示例性的部件、框、模块、电路和步骤均围绕其功能进行了总体描述。至于这种功能是实现成硬件还是实现成软件，取决于特定的应用和对整个系统所施加的设计约束。熟练的技术人员可以针对每个特定应用，以变通方式实现所描述的功能，但是，这种实现决策不应解释为背离本公开内容的保护范围。熟练的技术人员还应当容易认识到，本文所描述的部件、方法或相互作用的顺序或组合仅仅只是示例性的，可以以与本文所示出和描述的那些方式不同的方式，对本公开内容的各个方面的部件、方法或交互进行组合或执行。

用于执行本文所描述功能的通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件部件或者其任意组合，可以用来实现或执行结合本文所公开内容所描述的各种示例性的逻辑框、模块和电路。通用处理器可以是微处理器，不过替换地，该处理器也可以是任何常规的处理器、控制器、微控制器或者状态机。处理器也可以实现为计算设备的组合，例如，DSP和微处理器的组合、多个微处理器、一个或多个微处理器与DSP内核的结合、或者任何其它此种结构。

结合本文所公开内容描述的方法或者算法的步骤可直接体现为硬件、由处理器执行的软件模块或两者的组合。软件模块可以位于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、移动硬盘、CD-ROM或者本领域已知的任何其它形式的存储介质中。可以将一种示例性的存储介质连接至处理器，从而使该处理器能够从该存储介质读取信息，并且可向该存储介质写入信息。或者，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。ASIC可以位于用户终端中。或者，处理器和存储介质也可以作为分立部件位于用户终端中。

在一个或多个示例性设计方案中，本文所描述功能可以用硬件、软件、固件或它们任意组合的方式来实现。当在软件中实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括有助于将计算机程序从一个地方传输到另一个地方的任何介质。计算机可读存储介质可以是通用计算机或专用计算机能够存取的任何可用介质。举例说明而非限制，这种计算机可读介质可以包括RAM、ROM、EEPROM、CD-ROM或其它光盘存储器、磁盘存储器或其它磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码单元并能够由通用计算机或专用计算机、或者通用处理器或专用处理器进行存取的任何其它介质。此外，可以将连接适当地称为计算机可读介质。举例而言，如果软件是使用同轴电缆、光纤电缆、双绞线或者数字用户线路(DSL)从网站、服务器或其它远程源发送的，那么所述介质的定义包括同轴电缆、光纤光缆、双绞线或者DSL。如本文所使用的，磁盘和光盘包括压缩光盘(CD)、激光光盘、光盘、数字多功能光盘(DVD)、软盘和蓝光光盘，其中磁盘通常磁性地复制数据，而光盘则用激光来光学地复制数据。上述的组合也应当包括在计算机可读介质的范围之内。

如本文(包括权利要求书)所使用的，当在两项或更多项的列表中使用术语“和/或”时，意味着使用所列出的项中的任何一项，或者使用所列出的项中的两项或更多项的任意组合。例如，如果将一个复合体描述成包含部件A、B和/或C，则该复合体可以只包含A；只包含B；只包含C；A和B的组合；A和C的组合；B和C的组合；或者A、B和C的组合。此外，如本文(包括权利要求书)所使用的，以“中的至少一个”为结束的列表项中所使用的“或”指示分离的列表，使得例如列表“A、B或C中的至少一个”意味着：A或B或C或AB或AC或BC或ABC(即，A和B和C)，或者其任意组合中的任意一种。

为了使本领域任何普通技术人员能够实施或使用本公开内容，提供了本公开内容的前述描述。对于本领域普通技术人员来说，对所公开内容的各种修改是显而易见的，并且本文定义的总体原理可以在不脱离本公开内容的精神或范围的情况下适用于其它变型。因此，本公开内容并不限于本申请所描述的示例和设计，而是与本文公开的原理和新颖特征的最宽范围相一致。

Claims (30)

1.一种无线通信的方法，包括：

确定被调度通过时分双工(TDD)子帧、使用TDD频带进行传输的数据包括超可靠低延迟通信(URLLC)数据；以及

响应于所述确定，针对所述TDD子帧，使用URLLC子帧配置，其中，所述URLLC子帧配置包括多个下行链路间隔和多个上行链路间隔。

2.根据权利要求1所述的方法，其中，所述URLLC子帧配置还包括至少一个控制信道间隔，并且其中，所述URLLC子帧配置的所述至少一个控制信道间隔与邻居小区的标称TDD子帧的控制信道间隔对齐。

3.根据权利要求1所述的方法，还包括：

确定用于所述URLLC数据的所述传输的期望延迟；以及

基于所述期望延迟，调整用于所述URLLC子帧配置的传输时间间隔(TTI)。

4.根据权利要求3所述的方法，其中，所述调整包括：将所述URLLC子帧配置的所述TTI调整为小于所述多个DL间隔中的一个DL间隔、或者小于所述URLLC子帧配置的所述多个UL间隔中的一个UL间隔。

5.根据权利要求1所述的方法，还包括：

确定所述URLLC数据的所述传输的业务负荷需求；以及

配置所述URLLC子帧配置的所述多个下行链路间隔与所述多个下行链路间隔的比率，以满足所述确定的业务负荷需求。

6.根据权利要求5所述的方法，其中，所述URLLC数据的所述传输的所述业务负荷需求指示所述URLLC数据的所述传输的不对称下行链路传输与上行链路传输的比率。

7.根据权利要求6所述的方法，其中，配置所述URLLC子帧配置的所述多个下行链路间隔与所述多个下行链路间隔的比率包括：基于所指示的所述URLLC数据的所述传输的不对称下行链路传输与上行链路传输的比率，从多个不对称比率中选择比率。

8.根据权利要求7所述的方法，其中，所述多个不对称比率包括：存储在所述网络实体的存储器中的所述URLLC子帧配置的所述多个下行链路间隔与所述多个下行链路间隔的预定比率。

9.根据权利要求1所述的方法，还包括：

在所述多个下行链路间隔期间，通过具有URLLC子帧配置的所述TDD子帧，向无线装置发送所述URLLC数据的至少一部分；以及

响应于所述URLLC数据的所述发送的至少一部分，通过频分双工(FDD)频带接收来自所述无线装置的确认。

10.根据权利要求9所述的方法，其中，通过所述FDD频带接收的所述确认是在向所述无线装置发送所述URLLC数据的所述至少一部分的、所述多个下行链路间隔期间接收的。

11.根据权利要求10所述的方法，还包括：

响应于通过所述FDD频带接收的所述确认，在初始向所述无线装置发送所述URLLC数据的所述至少一部分的、所述多个下行链路间隔期间，通过所述TDD子帧向所述无线装置重新发送所述URLLC数据的所述至少一部分。

12.一种配置为用于无线通信的装置，所述装置包括：

至少一个处理器；以及

耦合到所述至少一个处理器的存储器，

其中，所述至少一个处理器被配置为：

确定被调度通过时分双工(TDD)子帧、使用TDD频带进行传输的数据包括超可靠低延迟通信(URLLC)数据；以及

响应于所述确定，针对所述TDD子帧，使用URLLC子帧配置，其中，所述URLLC子帧配置存储在所述存储器中并包括多个下行链路间隔和多个上行链路间隔。

13.根据权利要求12所述的装置，其中，所述URLLC子帧配置还包括至少一个控制信道间隔，并且其中所述URLLC子帧配置的所述至少一个控制信道间隔与邻居小区的标称TDD子帧的控制信道间隔对齐。

14.根据权利要求12所述的装置，其中，所述至少一个处理器还配置为：

确定用于所述URLLC数据的所述传输的期望延迟；以及

基于所述期望延迟，调整用于所述URLLC子帧配置的传输时间间隔(TTI)。

15.根据权利要求14所述的装置，其中，所述至少一个处理器调整所述TTI的所述配置包括如下配置：所述至少一个处理器将所述URLLC子帧配置的所述TTI调整为小于所述多个DL间隔中的一个DL间隔、或者小于所述URLLC子帧配置的所述多个UL间隔中的一个UL间隔。

16.根据权利要求12所述的装置，其中，所述至少一个处理器还配置为：

确定所述URLLC数据的所述传输的业务负荷需求；以及

配置所述URLLC子帧配置的所述多个下行链路间隔与所述多个下行链路间隔的比率，以满足所确定的业务负荷需求。

17.根据权利要求16所述的装置，其中，所述URLLC数据的所述传输的所述业务负荷需求指示所述URLLC数据的所述传输的不对称下行链路传输与上行链路传输的比率。

18.根据权利要求17所述的装置，其中，所述至少一个处理器配置所述URLLC子帧配置的所述多个下行链路间隔与所述多个下行链路间隔的比率的所述配置包括如下配置：所述至少一个处理器基于所指示的所述URLLC数据的所述传输的不对称下行链路传输与上行链路传输的比率，从多个不对称比率中选择比率。

19.根据权利要求18所述的装置，其中，所述多个不对称比率包括：存储在所述网络实体的存储器中的所述URLLC子帧配置的所述多个下行链路间隔与所述多个下行链路间隔的预定比率。

20.根据权利要求12所述的装置，其中，所述至少一个处理器还配置为：

在所述多个下行链路间隔期间，通过具有URLLC子帧配置的所述TDD子帧，向无线装置发送所述URLLC数据的至少一部分；以及

响应于所述URLLC数据的所述发送的至少一部分，通过频分双工(FDD)频带，接收来自所述无线装置的确认。

21.根据权利要求20所述的装置，其中，通过所述FDD频带接收的所述确认，是在向所述无线装置发送所述URLLC数据的所述至少一部分的、所述多个下行链路间隔期间接收的。

22.根据权利要求21所述的装置，其中，所述至少一个处理器还配置为：

响应于通过所述FDD频带接收的所述确认，在初始向所述无线装置发送所述URLLC数据的所述至少一部分的所述多个下行链路间隔期间，通过所述TDD子帧向所述无线装置重新发送所述URLLC数据的所述至少一部分。

23.一种配置为用于无线通信的装置，包括：

用于确定被调度通过时分双工(TDD)子帧、使用TDD频带进行传输的数据包括超可靠低延迟通信(URLLC)数据的单元；以及

用于响应于所述确定，针对所述TDD子帧，使用URLLC子帧配置的单元，其中，所述URLLC子帧配置包括多个下行链路间隔和多个上行链路间隔。

24.根据权利要求23所述的装置，其中，所述URLLC子帧配置还包括至少一个控制信道间隔，并且其中，所述URLLC子帧配置的所述至少一个控制信道间隔与邻居小区的标称TDD子帧的控制信道间隔对齐。

25.根据权利要求23所述的装置，还包括：

用于确定所述URLLC数据的所述传输的期望延迟的单元；以及

用于基于所述期望延迟，调整用于所述URLLC子帧配置的传输时间间隔(TTI)的单元。

26.根据权利要求23所述的方法，还包括：

用于在所述多个下行链路间隔期间，通过具有URLLC子帧配置的所述TDD子帧，向无线装置发送所述URLLC数据的至少一部分的单元；以及

用于响应于所述URLLC数据的所述发送的至少一部分，通过频分双工(FDD)频带，接收来自所述无线装置的确认的单元。

27.一种具有记录在其上的程序代码的非临时性计算机可读介质，所述程序代码包括用于执行以下操作的程序代码：

确定被调度通过时分双工(TDD)子帧、使用TDD频带进行传输的数据包括超可靠低延迟通信(URLLC)数据；以及

响应于所述确定，针对所述TDD子帧，使用URLLC子帧配置，其中，所述URLLC子帧配置包括多个下行链路间隔和多个上行链路间隔。

28.根据权利要求27所述的非临时性计算机可读介质，其中，所述URLLC子帧配置还包括至少一个控制信道间隔，并且其中，所述URLLC子帧配置的所述至少一个控制信道间隔与邻居小区的标称TDD子帧的控制信道间隔对齐。

29.根据权利要求27所述的非临时性计算机可读介质，还包括用于执行以下操作的程序代码：

确定用于所述URLLC数据的所述传输的期望延迟；以及

基于所述期望延迟，调整用于所述URLLC子帧配置的传输时间间隔(TTI)。

30.根据权利要求27所述的非临时性计算机可读介质，还包括用于执行以下操作的代码：

在所述多个下行链路间隔期间，通过具有URLLC子帧配置的所述TDD子帧，向无线装置发送所述URLLC数据的至少一部分；以及

响应于所述URLLC数据的所述发送的至少一部分，通过频分双工(FDD)频带，接收来自所述无线装置的确认。