CN109842952B

CN109842952B - LTE中发送和接收数据信道的基于多sTTI的调度的方法和装置

Info

Publication number: CN109842952B
Application number: CN201811404747.8A
Authority: CN
Inventors: 金起台
Original assignee: KT Corp
Current assignee: KT Corp
Priority date: 2017-11-24
Filing date: 2018-11-23
Publication date: 2022-05-31
Anticipated expiration: 2038-11-23
Also published as: CN109842952A; KR20190060657A; KR102161473B1

Abstract

根据本公开，提出了一种用于提高数据信道检测性能的调度方法，以在3GPP LTE/LTE‑A系统中提供URLLC服务。根据一些实施例，提供了一种UE发送上行链路数据信道或接收下行链路数据信道的方法，该方法包括：从基站接收指示针对上行链路数据信道或下行链路数据信道的重复传输的信息；和基于指示重复传输的信息，从基站接收下行链路数据信道或者向基站发送上行链路数据信道。指示重复传输的信息指示了关于针对上行链路数据信道或下行链路数据信道的重复传输的数量的信息，并且基于每时隙或每子时隙来执行重复传输。

Description

LTE中发送和接收数据信道的基于多sTTI的调度的方法和装置

相关申请的交叉引用

此申请要求在韩国知识产权局于2017年11月24日提交的韩国专利申请号10-2017-0158686和于2018年9月7日提交的韩国专利申请号10-2018-0107317的优先权权益，其公开内容通过引用以其整体并入本文。

技术领域

本公开涉及一种提高数据信道检测性能的调度方法，以针对第三代合作伙伴计划(3GPP)长期演进(LTE)/LTE-A系统中的LTE提供超可靠和低延迟通信服务(URLLC)。

背景技术

已经针对减少3GPP LTE/LTE高级系统中的延迟正在进行研究和讨论。针对延迟减少的这种研究和讨论的主要目的是使短传输时间间隔(下文中称为“短TTI”或“sTTI”)的操作标准化，以提高发送控制协议(TCP)的吞吐量。

在典型的LTE/LTE高级系统中，这种sTTI帧结构在TTI＝1ms＝14/12OFDM符号中以2、3或7个符号单元来配置。通过基于这样的sTTI帧结构来发送和接收数据，LTE/LTE高级系统已经使得延迟减少并且数据吞吐量得以提高。

为此，已经针对短TTI的性能正在进行讨论。此外，正针对0.5ms与单个OFDM符号之间的TTI长度的可行性、其性能、保留后向兼容性等进行讨论。

另外，在3GPP LTE/LTE高级系统中，正对针对LTE的URLLC进行研究和讨论，LTE的URLLC是用于不仅提供上述延迟减少而且提供高可靠性的服务。特别是，越来越需要提供能够在针对LTE的URLLC中提供提高的可靠性的数据信道发送/接收技术。

发明内容

本公开的目的是提供一种在设备(例如，用户设备或“UE”)和基站之间发送和接收数据信道的方法，其满足对针对LTE的URLLC的提高可靠性要求。特别地，根据本公开的一些实施例，提供了一种基于多TTI的调度方法，其能够满足BLER(块差错率(Block ErrorRate))＝10^-5性能，这是对针对LTE的URLLC中的数据信道的发送和接收性能要求。

根据本公开的一方面，提供了一种UE发送上行链路数据信道或接收下行链路数据信道的方法，该方法包括：从基站接收指示针对上行链路数据信道或下行链路数据信道的重复传输的信息；并且基于指示重复传输的信息，从基站接收下行链路数据信道或者将上行链路数据信道发送到基站。指示重复传输的信息指示关于针对上行链路数据信道或下行链路数据信道的重复传输的数量的信息，并且基于每时隙(slot)或每子时隙来执行重复传输。

根据本公开的另一方面，提供了一种基站接收上行链路数据信道或发送下行链路数据信道的方法，该方法包括：将指示针对上行链路数据信道或下行链路数据信道的重复传输的信息发送到UE；并且基于指示重复传输的信息，从UE接收上行链路数据信道或者将下行链路数据信道发送到UE。指示重复传输的信息指示关于针对上行链路数据信道或下行链路数据信道的重复传输的数量的信息，并且基于每时隙或每子时隙来执行重复传输。

根据本公开的另一方面，提供了一种发送上行链路数据信道或接收下行链路数据信道的UE，该UE包括：接收机，其被配置为从基站接收指示针对上行链路数据信道或下行链路数据信道的重复传输的信息，并且基于指示重复传输的信息，从基站接收下行链路数据信道；和发射机，其被配置为基于指示重复传输的信息，将上行链路数据信道发送到基站。指示重复传输的信息指示关于针对上行链路数据信道或下行链路数据信道的重复传输的数量的信息，并且基于每时隙或每子时隙来执行重复传输。

根据本公开的另一方面，提供了一种接收上行链路数据信道或发送下行链路数据信道的基站，该基站包括：发射机，其被配置为将指示针对上行链路数据信道或下行链路数据信道的重复传输的信息发送到UE，并且基于指示重复传输的信息将下行链路数据信道发送到UE；和接收机，其被配置为基于指示重复传输的信息从UE接收上行链路数据信道。指示重复传输的信息指示关于针对上行链路数据信道或下行链路数据信道的重复传输的数量的信息，并且基于每时隙或每子时隙来执行重复传输。

根据本公开的一些实施例，提供了一种在UE和基站之间发送和接收数据信道的方法，其满足用于LTE的URLLC中的提高可靠性要求。

附图说明

图1是示出了根据本公开的至少一个实施例的处理基站和UE中的延时和HARQ RTT(往返时间)的示图。

图2是示出了根据本公开的至少一个实施例的针对单个子帧中的每个物理资源块(PRB)的资源映射的示图。

图3是示出了根据本公开的至少一个实施例的搜索空间的定义的概念图。

图4是示出了根据本公开的至少一个实施例的公共搜索空间的定义的概念图。

图5是示出了根据本公开的至少一个实施例的UE特定的搜索空间的定义的概念图。

图6是示出了根据本公开的至少一个实施例的下行链路中的基于非时隙的sTTI的示图。

图7是示出了根据本公开的至少一个实施例的上行链路中的基于非时隙的sTTI的示图。

图8是示出了根据本公开的至少一个实施例的基于单个子帧的多sTTI调度的示图。

图9是示出了根据本公开的至少一个实施例的基于多个子帧的多sTTI调度的示图。

图10是示出了根据本公开的至少一个实施例的配置基于非时隙的sTTI传输周期的示例的示图。

图11是示出了根据本公开的至少一个实施例的配置基于非时隙的sTTI传输周期的另一示例的示图。

图12是示出了根据本公开的至少一个实施例的LTE中的传输块(TB)和代码块(CB)的冗余的概念图。

图13是示出了根据本公开的至少一个实施例的在基于非时隙的sTTI中以循环形式映射冗余版本的方法的示例的示图。

图14是示出了根据本公开的至少一个实施例的在多个子帧的周期中的基于非时隙的sTTI中以循环形式映射冗余版本的方法的示例的示图。

图15是示出了根据本公开的至少一个实施例的在基于时隙的sTTI中基于每个子帧来设置冗余版本的方法的示例的示图。

图16是示出了根据本公开的至少一个实施例的在基于时隙的sTTI中基于每多个子帧来设置冗余版本的方法的示例的示图。

图17是示出了根据本公开的至少一个实施例的由UE发送上行链路数据信道或接收下行链路数据信道的方法的流程图。

图18是示出了根据本公开的至少一个实施例的由基站接收上行链路数据信道或发送下行链路数据信道的方法的流程图。

图19是示出了根据本公开的至少一个实施例的基站的配置的框图。

图20是示出了根据本公开的至少一个实施例的UE的配置的框图。

图21是示出了根据本公开的至少一个实施例的包括指示重复传输的信息的下行链路控制信息的示例的示图。

具体实施方式

在下文中，将参考附图详细描述本公开的当前优选实施例。在由附图标记表示附图的元件时，相同的元件将由相同的附图标记引用，尽管元件被示出在不同的附图中。在本公开的以下描述中，当可能使本公开的主题相当不清楚时，可以省略对本文中所包含的已知功能和配置的详细描述。

本说明书中的无线通信系统是指用于提供诸如语音通信、分组数据服务等各种通信服务的系统。无线通信系统包括用户设备(UE)和基站(BS)。

UE被定义为包括在无线通信中使用的设备的通用术语，并且被解释为包括但不限于所有设备，诸如，以及支持宽带码分多址接入(WCDMA)、长期演进(LTE)、高速分组接入(HSPA)、国际移动电信(IMT)-2020(5G或新无线电)等的UE；支持全球移动通信系统(GSM)的移动站(MS)；用户终端(UT)；订户站(SS)；无线设备等。

BS或小区通常是指与UE通信的站。BS或小区被定义为通用术语，包括但不限于所有各种覆盖区域，诸如节点B、演进型节点B(eNB)、gNode-B(gNB)、低功率节点(LPN)、扇区、站点、各种类型的天线、基站收发机系统(BTS)、接入点、点(例如，发送点、接收点或收发点)、中继节点、兆小区、宏小区、微小区、微微小区、毫微微小区、远程无线电头(RRH)、无线电单元(RU)和小小区。

由于上述各种小区中的每一个都由BS控制，因此BS可以被分成两个类别。1)BS可以被称为提供与无线电区域相关联的兆小区、宏小区、微小区、微微小区、毫微微小区和小小区的装置本身，或者2)BS可以被称为无线电区域本身。前一BS可以被称为提供任何无线电区域的所有装置，其由相同的实体控制，或者其交互以彼此协作地配置无线电区域。根据建立无线电区域的方法，点、发送/接收点、发送点、接收点等可以是BS的示例。后一BS可以是用于从UE角度或相邻BS角度接收或发送信号的无线电区域本身。

本公开的小区可以是指从发送/接收点发送的信号的覆盖区域、具有从发送点或发送/接收点发送的信号的覆盖区域的分量载波、或者发送/接收点本身。

本说明书中的UE和BS是用于执行用于体现本说明书中描述的技术和技术精神的发送/接收的两个实体。UE和BS被定义为通用术语，并且不限于特定术语或词语。

这里，上行链路(UL)是指由UE向/从BS发送/接收数据的方案，并且下行链路(DL)是指由BS向/从UE发送/接收数据的方案。

可以基于以下技术来执行UL传输和DL传输：通过不同时隙执行传输的时分双工(TDD)技术、通过不同频率执行传输的频分双工(FDD)技术、或者频分双工(FDD)和时分双工(TDD)的混合技术。

此外，在无线通信系统中，通过基于单载波或载波对而配置UL和DL来设置标准。

UL和DL通过诸如物理DL控制信道(PDCCH)、物理UL控制信道(PUCCH)等的控制信道来发送控制信息，并且被配置有数据信道(诸如物理DL共享信道(PDSCH)、物理UL共享信道(PUSCH))等，并发送数据。

DL可以指示从多个发送/接收点到UE的通信或通信路径，或者UL可以指示从UE到多个发送/接收点的通信或通信路径。此时，在DL中，发射机可以是多个发送/接收点的一部分，并且接收机可以是UE的一部分。在UL中，发射机可以是UE的一部分，并且接收机可以是多个发送/接收点的一部分。

在下文中，可以将通过诸如PUCCH、PUSCH、PDCCH或PDSCH的信道的信号的发送和接收描述为PUCCH、PUSCH、PDCCH或PDSCH的发送和接收。

同时，下面描述的较高层信令包含发送包含RRC参数的RRC信息的无线电资源控制(RRC)信令。

BS执行向设备的DL发送。BS可以发送物理DL控制信道，以用于发送：ⅰ)DL控制信息，诸如接收作为用于单播发送的主物理信道的DL数据信道所需的调度；以及ⅱ)用于通过UL数据信道发送的调度批准信息。在下文中，将通过每个信道的信号的发送/接收信号描述为对应信道的发送/接收。

多址接入技术中的任何一个可以应用于无线通信系统，并因此不对它们施加限制。各种多址接入技术(诸如时分多址接入(TDMA)、频分多址接入(FDMA)、CDMA、正交频分多址接入(OFDMA)、非正交多址接入(NOMA)、OFDM-TDMA、OFDM-FDMA、OFDM-CDMA等)可以用在无线通信系统中。NOMA包括稀疏码多址接入(SCMA)、低成本扩展(LDS)等。

根据本公开的实施例可以应用于：ⅰ)从GSM、WCDMA和HSPA演进为LTE/LTE高级和IMT-2020的异步无线通信中的资源分配；ⅱ)演进为CDMA、CDMA-2000和UMB的同步无线通信中的资源分配。

本说明书中的机器类型通信(MTC)设备可以指低成本(或低复杂性)的设备、支持覆盖增强的设备等。作为另一示例，本说明书中的MTC设备可以指被定义为用于支持低成本(或低复杂性)和/或覆盖增强的预先确定类别的设备。

换句话说，本说明书中的MTC设备可以指3GPP Release-13中新定义的低成本(或低复杂性)用户设备(UE)类别/类型，并且执行基于LTE的MTC相关操作。本说明书中的MTC设备可以指在3GPP Release-12中或之前定义的UE类别/类型，其支持与典型的LTE覆盖相比而言增强的覆盖或者支持低功率消耗，或者MTC设备可以指在Release-13中新定义的低成本(或低复杂性)UE类别/类型。MTC设备可以指在Release-14中定义的进一步增强的MTC设备。

本公开的窄带物联网(NB-IoT)设备是指支持蜂窝IoT的无线电接入的设备。NB-IoT技术旨在室内覆盖改善、对大规模低速设备的支持、低延迟灵敏度、非常低的设备成本、低功率消耗以及优化的网络架构。

提出了作为最近已在3GPP中讨论的针对NR的代表性使用场景的增强的移动宽带(eMBB)、大规模机器类型通信(mMTC)以及超可靠和低延迟通信(URLLC)。

与本公开的NR相关联的频率、帧、子帧、资源、资源块(RB)、区域、带、子带、控制信道、数据信道、同步信号、各种参考信号、各种信号以及各种消息可以被解释为在过去或现在使用或者可以被解释为在将来使用的各种含义。

延迟减少

针对减少延迟已经进行了讨论。延迟减少的主要目的是使短传输时间间隔(下文中称为“短TTI”或“sTTI”)的操作标准化，以提高TCP的吞吐量。

潜在影响和研究已在以下范围内进行。

o评估规范影响并研究在0.5ms和一个OFDM符号之间的TTI长度的可行

性和性能，并考虑对参考信号和物理层控制信令的影响。

o向后兼容性应该被保留(从而允许在相同载波上的预Rel-13UE的正常操

作)。

可以通过以下物理层技术实现延迟减少：

-短TTI

-减少实施的处理时间

-TDD的新的帧结构

针对减少延迟已进行了如下的进一步讨论：

■考虑以下设计假设：

o没有缩短的TTI跨越子帧边界

o至少对于SIB和寻呼(paging)，PDCCH和传统(legacy)PDSCH被用于调度

■研究针对以下的潜在的具体影响：

o预期UE接收至少用于DL单播的sPDSCH

■sPDSCH是指在短TTI中携带数据的PDSCH

o预期UE接收用于DL单播的PDSCH

■预期UE是否同时接收用于DL单播的sPDSCH和PDSCH两者

o所支持的短TTI的数量

■以下设计假设被用于本研究：

o从eNB的角度来看，现有的非sTTI和sTTI可以在相同载波中的相同子帧中进行FDM

■针对支持延迟减少特征的UE，利用现有非sTTI的(一个或多个)其他多路复用方法

■在此研究中，在RAN1中假设以下方面：

o不修改PSS/SSS、PBCH、PCFICH和PRACH、随机接入、SIB和寻呼过程

■在下一个RAN1会议中进一步研究以下方面：

o注意：但研究不限于它们。

o sPUSCH DM-RS的设计

■Alt.1：由相同子帧内的多个短TTI共享的DM-RS符号

■Alt.2：每个sPUSCH中包含的DM-RS

o针对sPUSCH的HARQ

■是否/如何实现异步和/或同步HARQ

o除了非(e)CA情况之外，由(e)CA对Pcell和/或SCell进行的sTTI操作

图1是示出了根据本公开的至少一个实施例的处理BS和UE中的延时和HARQ RTT(往返时间)的示图。

基本上，在平均下行链路延迟计算中，可以根据以下过程来计算延迟。

遵循与在3GPP TR 36.912中的部分B.2.1中的相同的方法，针对被调度UE的LTEU-平面单向延迟由固定节点处理延时和1TTI传输持续时间组成，如下面的图1中所示。假设处理时间可以通过保持相同数量的HARQ处理的TTI减少的相同因子来缩放，则单向延迟可以被如下计算：

D＝1.5TTI(eNB处理和调度)+1TTI(传输)+1.5TTI(UE处理)+n*8

TTI(HARQ重传)＝(4+n*8)TTI。

考虑到将会有0或1次重传的典型情况，并且假设第一次传输的差错概率为p，则延时由D＝(4+p*8)TTI给出。

因此，对于0％BLER(块差错率)，则D＝4*TTI，并且对于10％BLER，则D＝4.8*TTI。

平均UE发起的UL传输延迟计算

假设UE处于连接/同步模式并且想要进行UL传输，例如，发送TCP ACK。下表显示了步骤及其对UL传输延迟的对应的贡献。为了在DL和UL的比较中是一致的，在由eNB接收到UL数据(步骤7)之后，我们在UL中增加eNB处理延时。

【表1】

在上表中，步骤1-4和步骤5的一半延时被假设归因于SR，并且其余部分被假设用于表4中示出的值的UL数据传输。

短TTI的资源映射

在图2中，上方的资源映射是在一个子帧中每PRB的传统资源映射，考虑了2个天线端口和2个OFDM符号控制字段。在图2中，下方的资源映射是短TTI资源映射，考虑了用于控制字段的2个OFDM符号以确保向后兼容性。假设短TTI持续时间内的PHY层的损失率(L_legacy，例如5％-50％)。

短TTI的TBS计算

根据上面给出的资源映射和TBS计算公式，传统PDSCH的PHY层的损失率被如下计算：

【等式1】

对于不同的短TTI持续时间，短TTI PDSCH的TBS被计算为如下表：

【表2】

现有的PDCCH检测

基本上，为了检测PDCCH，基于聚合等级和PDCCH候选来执行基于给定散列函数的盲解码，其在下面描述。

【等式2】

【表3】

搜索空间和聚合等级(TS 36.213)

这里，使用散列函数的搜索空间的定义和用于执行盲解码的过程如下。

1)搜索空间的定义

◆搜索空间

●变量Y_k

-对于公共搜索空间

Y_k＝0，L∈{4，8}

-对于UE特定的搜索空间

Y_k＝(A·Y_k-1)mod D

◆搜索空间的大小

●CCE单元

●大小取决于搜索空间的类型和聚合等级

●4种大小：6、8、12、16[CCE]

◆PDCCH候选的数量M^(L)

●要监视的PDCCH候选的集合根据搜索空间来定义

●主要连接到聚合等级

2)Y_k和搜索空间之间的关系

■搜索空间起点的偏移量

■偏移量(Y_k)在UE特定的搜索空间内具有UE特定的值

■在公共搜索空间中，偏移量(Y_k)固定为零

■示例：公共搜索空间

-聚合等级)(L)：4，N_CCE＝35

-搜索空间大小)：16个CCE

-候选的数量(M^(L))：4

-Y_k＝0(Y_k不受n_RNTI的影响))

■示例：UE特定的搜索空间

-聚合等级(L)：4，N_CCE＝35

-搜索空间的大小：8个CCE

-候选的数量(M^(L))：2

最后，基于所定义的搜索空间，用于UE找到其PDCCH的最大盲解码数量被确定为如下表4所示。

也就是说，存在UESS＝16和CSS＝6作为针对整个聚合等级1、2、4和8的PDCCH候选。因此，由于在每种传输模式中要搜索的PDCCH的格式是DCI格式1A+α'并且因此存在两种PDCCH格式，所以盲解码的总数量是44(基于传统PDCCH)。

【表4】

LTE的URLLC支持

针对LTE的超可靠和低延迟通信(针对LTE的URLLC)的主要目的是将改善可靠性以及延迟减少的URLLC服务引入到LTE中。在下述范围内，正在讨论和研究与RAN1相关的潜在影响。

针对LTE的URLLC可以被称为LTE URLLC、HRLLC等，并且其含义不限于此。

阶段1

*针对广域部署和局域部署两者识别提高的通信可靠性和不同的延迟约束组合。

o考虑ITU IMT-2020和3GPP TR 38.913对URLLC的要求以及使网络能够以一系列的可靠性目标和延迟约束进行操作的能力。

*识别任何潜在的新评估场景。

目前，正在讨论针对LTE的URLLC的新标准项目的场景和目标。具体地，正在讨论能够在针对LTE的URLLC中提高数据信道发送或接收的性能的方法。

此时，数据信道的发送或接收表示UE将UL数据信道发送到BS，或者BS将DL数据信道发送到UE。

在短传输时间间隔(下文中称为“短TTI”或“sTTI”)的帧结构中，DL数据信道可以是短传输时间间隔的DL数据信道(sPDSCH)。在短传输时间间隔的帧结构中，UL数据信道可以是短传输时间间隔的UL数据信道(sPUSCH)。

在下面描述的至少一个实施例中，将描述发送或接收能够满足LTE的URLLC中的提高的可靠性要求的数据信道的方法。特别地，将描述满足BLER＝10^-5性能(其是数据信道的所需性能)的多TTI调度技术。

基本上，在LTE URLLC中，存在通过重用典型的sTTI结构来满足延迟要求并且同时提高性能的计划。因此，预期的是，通过在发送这样的sTTI时与冗余版本(RV)进行组合，来通过多sTTI调度而提高数据信道发送或接收的可靠性。

在下面描述的至少一个实施例中，当在针对LTE的URLLC中发送或接收数据信道时，将描述基于多TTI的调度技术。首先，在针对LTE的URLLC中，预期基于上述sTTI来执行调度。到目前为止存在总共两个基本的sTTI结构。

●基于时隙的sTTI：0.5ms单元(时隙单元)

●基于非时隙的sTTI：0.214/0.143ms单元

基于非时隙的sTTI意味着sTTI可以是子时隙，其是小于一个时隙的单元。在LTE中，一个时隙可以由7个符号组成，并且因此子时隙可以由少于7个符号组成。

在至少一个实施例中描述的符号表示OFDM符号，并且该符号可以是RS符号或数据符号。数据符号表示存储信息的OFDM符号。

在示例中，基于非时隙的sTTI可以配置有两个或三个符号，并且具有保留每个子帧的时隙边界的结构。

保留每个子帧的时隙边界意味着没有sTTI跨越两个不同的时隙区域。也就是说，构成一个子帧的时隙的最后符号#0和时隙的第一符号#1彼此存在于不同的sTTI，并且不能存在于相同的sTTI中。

例如，在2符号sTTI结构中，UL sTTI可以存在，如图6中所示，并且DLsTTI可以存在，如图7中所示。图6是示出了DL中的基于非时隙的sTTI的示图，并且图7是示出了UL中的基于非时隙的sTTI的示图。参考图6和7，可以看出的是sTTI与时隙边界不同，并且没有sTTI跨越时隙边界。

基本上，基于10^-3的BLER性能来设计传统PDCCH。另外，基于10^-1的BLER，基于HARQ重传来操作数据信道。这里，基于上述sTTI帧结构或sTTI服务的可靠性和延迟方面的增强是针对LTE的URLLC(针对LTE的超可靠和低延迟通信)的特性。

因此，尽管可以假设的是已经使用sTTI解决了延迟问题，但仍然要求满足10^-5的BLER性能。尽管其覆盖可以根据数据的大小而变化，但是要求基于多时隙和/或基于非时隙的调度功能来至少满足10^-5的BLER的数据信道发送或接收性能。

基本上，由于sTTI结构采用UL异步HARQ(HARQ)结构，因此关于HARQ过程号和/或冗余版本的信息分别被包括在UL和/或DL DCI中。

然而，在当前基于多时隙和/或基于非时隙的调度中，还没有详细讨论冗余版本信息设置。

因此，在本公开的以下实施例中将描述调度基于多sTTI的数据信道发送和/或接收的方法，和针对数据信道的重复传输而设置冗余版本的方法及针对其发信号的方法。

下面描述的一些实施例可以单独使用或以任何组合使用。

实施例1.在URLLC服务中基于每单个子帧来执行基于多时隙和/或基于非时隙的 sTTI调度。

在此实施例中，提出了一种配置重复传输单元以用于基于单个子帧在LTE中提供URLLC服务的方法。基本上，可以将两个sTTI结构应用于传统子帧(＝1ms)，并且结构如下：

●基于时隙的sTTI：1ms子帧内的2个sTTI

●基于非时隙的sTTI：1ms子帧内的6个sTTI

此时，为了满足10^-5的BLER的URLLC要求，UE或BS在数据信道发送和/或接收时执行sTTI的重复传输，并且重复传输基于传统子帧。因此，根据每个sTTI结构，重复传输的单元在传统子帧中可以高达两个或六个sTTI。

也就是说，在此实施例中将描述其中执行重复传输的单元是子帧的情况。

在基于时隙的sTTI中，由于在1ms子帧中仅存在两个sTTI，因此在重复传输时不必要在单个子帧中进行边界识别。

然而，在基于非时隙的sTTI中，在1ms子帧中可以存在六个sTTI。在这种情况下，假设在基于非时隙的sTTI中针对四个sTTI连续地执行调度，对应的配置仅在单个子帧内有效，并且要求再次接收针对下一个子帧的配置。

例如，如图8中所示，在子帧#0中从sTTI 1到sTTI 4配置了四个sTTI，并且在子帧#1中可以从sTTI 0到sTTI 2配置总共三个sTTI。也就是说，在配置执行重复传输的周期时，可以看出的是可以基于每子帧有效地配置连续调度周期。

以与上述方式类似的方式基于每单个子帧执行的多个sTTI配置可以被配置为在预先确定的子帧周期期间重复。

例如，参考图9，可以看出的是，其中在子帧#0和子帧#1中执行多sTTI调度的各个周期是从sTTI1到sTTI4，并且因此彼此相同。尽管在此实施例中，基于针对重复传输周期配置的sTTI配置给出了描述，但是其中可以针对每个sTTI独立地分配一般数据的一般多sTTI调度可以以相同的方式来应用。

实施例1-1.向UE发信号通知关于在一个子帧内执行实际数据传输的sTTI的配置信息。

在基于非时隙的sTTI重复传输中，可以通过子帧中的最多六个sTTI来执行重复传输。在这种情况下，在配置其中执行了重复传输的多sTTI周期时，子帧中的所有sTTI不需要总是被配置在重复传输周期中。

也就是说，只有其中实际执行了数据传输的周期可以被配置为重复传输周期。基本上，最优选的是重复基于每子帧的这种周期，然而BS可以根据情况配置多个子帧的周期，并且在所配置的周期内向UE发信号通知其中执行实际传输的周期。然而，在这种情况下，存在由信令而导致的开销增加的缺点。

为了配置其中执行多sTTI传输的子帧周期，可以通过RRC信令配置诸如起始子帧、周期等的信息。

用于发送关于其中执行实际数据的重复传输的sTTI集合的信息一些实施例可以被分成以下两个实施例。

实施例1-1-1.向UE发信号通知一个子帧内的起始sTTI和长度信息。

在此实施例中，当连续sTTI被分配给UE时，发送要分配的sTTI的起始位置和连续sTTI的长度信息。在下面描述的信令的替换方案(Alt)中，DCI意味着动态信令，并且RRC意味着较高层信令(也称为高层信令或半静态信令)。

在此实施例中，起始位置和连续sTTI传输周期被定义为长度信息。因此，根据发送每个信息的路线，存在四个替换方案：

●Alt.1：起始位置(DCI)，长度(RRC)

●Alt.2：起始位置(RRC)，长度(DCI)

●Alt.3：起始位置(DCI)，长度(DCI)

●Alt.4：起始位置(RRC)，长度(RRC)

例如，如果起始位置的索引是sTTI 2(假设它从sTTI 0开始)并且长度是3，则可以如图10中所示来配置sTTI传输周期。也就是说，由于起始sTTI的索引是sTTI 2，因此sTTI2、sTTI 3和sTTI 4形成连续的传输周期。在此实施例中，可能要求多达3比特的字段来指示起始位置，并且还可能需要多达3比特的字段来指示长度信息。

实施例1-1-2.向UE发信号通知关于在一个子帧内执行实际sTTI传输的sTTI集合的信息。

还可以将非连续的多sTTI以及连续的sTTI分配给UE以进行数据发送。为此，基本上，要求基于时隙的sTTI结构中的2比特字段和基于非时隙的sTTI中的6比特字段。

通过这，可以以用于每个sTTI的开/关的形式向UE指示正被实际发送的sTTI信息。也就是说，与上述实施例1-1-1相比，此实施例易于配置不连续的sTTI周期。

例如，如果针对sTTI索引1、3和5配置了sTTI传输周期(假设索引从0开始)，如图11中所示，则此时，信令信息是'010101'(可能需要多达6比特的信令信息)。

同时，作为执行信令的方法，可以使用直接在DCI中添加对应字段的动态信令或用于通过RRC进行指示的半静态信令。

实施例2.基于每子帧设置多个sTTI的冗余版本应用模式。

在此实施例中，假设配置了用于重复传输sPDSCH的sTTI周期的情况而给出描述。另外，在此至少一个实施例中描述的方法可以基于每单个子帧来应用，并且相同的方法可以应用于其中UE向BS重复传输sPUSCH以及sPDSCH的情况。

在此实施例中，将描述在重复传输时针对通过多个sTTI重复传输的sPDSCH的数据来特定设置冗余版本的方法。

这里，冗余版本表示要在sPDSCH上传输的基于每传输块(TB)和/或代码块(CB)而被编码的块的发送位置。

参考图12，可以看出的是，对于每个冗余版本，数据发送的位置是不同的。因此，通过在通过多个sTTI发送数据时均匀分布冗余版本来发送数据是重要的。最后，UE或BS可以执行软值组合以进行数据发送。

基本上，可以基于单个子帧周期来设置冗余版本模式。在下文中，用于确定每个sTTI的发送位置的特定值被称为冗余版本模式，并且当通过一个或多个sTTI发送数据时，冗余版本模式的序列被称为冗余版本序列。

基本上，冗余版本可以包含总共四个模式(Rv＝0，1，2，3)。

由于在基于时隙的sTTI中，在1ms子帧中仅存在两个sTTI，所以基本序列的长度为2，并且可以存在总共四个冗余版本序列。

另一方面，在基于非时隙的sTTI中，在子帧中可以存在总共六个sTTI，但是，由于提供了总共四个冗余版本模式(Rv＝0，1，2，3)，所以冗余版本的基本序列长度为4。

此时，设置冗余版本的方法可以被确定为如下的示例：

1)基于时隙的调度：RV(rv0，rv1)＝{(0，2)、(1，3)、(2，0)、(3，1)}。

存在总共四个序列(被选择并设置)。

2)基于非时隙的调度：RV(rv0，rv1，rv2，rv3)。冗余版本设置可以被如下设置：

A.Alt 1：基于模(modulo)来应用RV(rv0，rv1，rv2，rv3)＝(0，2，1，3)。

B.Alt 2：基于模来应用RV(rv0，rv1，rv2，rv3)＝(0，0，0，0)、(1，1，1，1)、(2，2，2，2)或(3，3，3，3)。

C.Alt 3：基于模来应用预先确定的特定模式，诸如RV(rv0，rv1，rv2，rv3)

＝(2，2，1，1)、(1，1，3，3)等。

在基于非时隙的sTTI重复传输中，可以在一个子帧内通过多达六个sTTI来执行重复传输。可以根据每个sPDSCH传输数量来应用循环模(circular modulo)4方案。

例如，假设的是RV(rv0，rv1，rv2，rv3)＝(0，2，1，3)并且执行六个基于非时隙的sTTI重复传输。此时，如果待发送的sPDSCH/PDSCH被顺序地发送，则冗余版本序列变为RV(rv0，rv1，rv2，rv3，rv0，rv1)＝(0，2，1，3，0，2)。

在这种情况下，冗余版本序列由六个元素组成，并且该序列的第一元素模式和第五元素模式相同地为0，并且该序列的第二元素模式和第六元素模式相同地为2。

作为另一示例，假设的是RV(rv0，rv1，rv2，rv3)＝(0，2，3，1)并且执行六个基于非时隙的sTTI重复传输，则冗余版本序列变为RV(rv0，rv1，rv2，rv3，rv0，rv1)＝(0，2，3，1，0，2)。

图13示出了在这种基于sTTI的数据发送时应用的冗余版本映射方案。同时，在多个子帧的周期中，如图14中所示重复冗余版本序列。图13和14中应用的冗余版本序列是RV(rv0，rv1，rv2，rv3，rv0，rv1)＝(0，2，1，3，0，2)。

实施例2-1.基于每多子帧设置多个sTTI的冗余版本应用模式。

此实施例使用与实施例2相同的方法，但描述了其中仅设置了冗余版本应用模式的周期是基于多个子帧的周期的情况。

例如，假设RV(rv0，rv1，rv2，rv3)＝(0，2，1，3)被应用于所有的sTTI连续传输。

如果在基于时隙的结构中，基于每单个子帧应用冗余版本，则可以在两个连续子帧周期中针对两个sTTI传输重复特定模式，如图15中所示。

然而，如果将冗余版本应用于多个子帧的整个周期，则可以在子帧的整个周期中以循环形式映射冗余版本，如图16中所示。

以相同的方式，可以在基于非时隙的sTTI中应用冗余版本。

图17是示出了根据本公开的至少一个实施例的由UE发送UL数据信道或接收DL数据信道的方法的流程图。

参考图17，UE可以从BS接收指示UL数据信道或DL数据信道的重复传输的信息(S1700)。

在这种情况下，UE可以是支持上述URLLC服务的URLLC UE。

由UE从BS接收到的指示重复传输的信息可以指示关于针对UL数据信道或DL数据信道的重复传输的数量的信息。

由指示上述重复传输的信息所指示的重复传输的数量可以被确定为1、2、3、4和6中的一个。在示例中，由指示上述重复传输的信息所指示的重复传输的数量可以是3或6。

作为由UE从BS接收指示重复传输的信息的方法的示例，UE可以通过DL控制信息(DCI)从BS接收指示重复传输的信息。当在DCI中存在指示重复传输的字段时，UE可以通过检查所接收的DCI中的对应字段的值来确定重复传输的数量。稍后将参考图21详细描述DCI配置的特定示例。

作为由UE从BS接收指示重复传输的信息的方法的另一示例，UE可以通过半持久调度(SPS)配置信息从BS接收指示重复传输的信息。在这种情况下，UE可以基于SPS配置信息中指示的SPS周期性来确定重复传输的数量。

此时，可以由指示上述重复传输的信息所指示的重复传输的数量的最大值可以是6。可以通过单独的较高层信令(例如，RRC信令)向UE指示重复传输的数量的最大值。

在示例中，如果UE通过DCI从BS接收指示重复传输的信息，则当DCI中指示重复传输的字段的值指示重复传输的数量的最大值时(例如，'11')，可以通过RRC信令从BS单独地接收关于特定重复传输的数量的最大值(例如，4、6)的信息。

可以基于每时隙或子时隙来执行重复传输。在这种情况下，子时隙意味着sTTI可以被配置在比一个时隙更小的周期中，如上所述，并且可以由两个或三个符号组成。

另外，UE可以基于在步骤1700中接收到的指示重复传输的信息，从BS接收DL数据信道或者向BS发送UL数据信道(S1710)。

同时，可以确定针对重复传输的冗余版本序列，如实施例2中所述。可以根据重复传输的数量来确定构成冗余版本序列的元素的数量。

在示例中，当重复传输的数量是6时，构成冗余版本序列的元素的数量可以是6。在这种情况下，每个元素可以被设置为四个模式中的一个，并且因此特定元素之间的模式可以是相同的。

如果应用实施例2中描述的循环模4方案，则构成冗余版本序列的第一和第五元素模式是相同的，构成冗余版本序列的第二和第六元素模式是相同的。

如果基本序列信息是RV(rv0，rv1，rv2，rv3)＝{0，2，3，1}，则冗余版本序列是{0，2，3，1，0，2}。

如果基本序列信息是RV(rv0，rv1，rv2，rv3)＝{0，0，0，0}，则冗余版本序列是{0，0，0，0，0，0}。

如果基本序列信息是RV(rv0，rv1，rv2，rv3)＝{0，3，0，3}，则冗余版本序列是{0，3，0，3，0，3}。

图18是示出了根据本公开的至少一个实施例的由基站接收UL数据信道或发送DL数据信道的方法的流程图。

参考图18，BS可以向UE发送指示UL数据信道或DL数据信道的重复传输的信息(S1800)。

在这种情况下，UE可以是支持上述URLLC服务的URLLC UE。

由BS发送到UE的指示重复传输的信息可以指示关于UL数据信道或DL数据信道的重复传输的数量的信息。

作为由BS向UE发送指示重复传输的信息的方法的示例，BS可以通过DCI向UE发送用于指示重复传输的信息。当在DCI中存在指示重复传输的字段时，UE可以通过检查所接收的DCI中的对应字段的值来确定重复传输的数量。

作为由BS向UE发送指示重复传输的信息的方法的另一示例，BS可以通过半持久调度(SPS)配置信息向UE发送指示重复传输的信息。在这种情况下，UE可以基于SPS配置信息中指示的SPS周期性来确定重复传输的数量。

在示例中，如果BS通过DCI向UE发送指示重复传输的信息，则当DCI中指示重复传输的字段的值指示重复传输的数量的最大值时(例如，'11')，可以通过RRC信令向UE单独地发送关于特定重复传输的数量的最大值(例如，4、6)的信息。

另外，BS可以基于在步骤1800中发送的指示重复传输的信息，向UE发送DL数据信道或者从UE接收UL数据信道(S1800)。

图19是示出了根据本公开的至少一个实施例的BS的配置的框图。

参考图19，BS 1900包括控制器1910、发射机1920和接收机1930。

控制器1910可以被配置为控制BS 1910的整体操作，使得BS可以接收UL数据信道或发送DL数据信道。

发射机1920和接收机1930被配置为分别向UE发送和从UE接收执行如上所述的一些实施例所需的信号、消息和数据。

具体地，发射机1920可以被配置为向UE发送指示UL数据信道或DL数据信道的重复传输的信息，并且基于指示重复传输的信息向UE发送DL数据信道。

接收机1930可以被配置为基于指示重复传输的信息从UE接收UL数据信道。

在这种情况下，UE可以是支持上述URLLC服务的URLLC UE。

作为由BS向UE发送指示重复传输的信息的方法的示例，BS可以通过DCI向UE发送指示重复传输的信息。当在DCI中存在指示重复传输的字段时，UE可以通过检查所接收的DCI中的对应字段的值来确定重复传输的数量。

在示例中，如果BS通过DCI向BS发送指示重复传输的信息，则当DCI中指示重复传输的字段的值指示重复传输的数量的最大值时(例如，'11')，可以通过RRC信令向UE单独地发送关于特定重复传输的数量的最大值(例如，4、6)的信息。

参考图20，UE 2000包括接收机2010、控制器2020和发射机2030。

接收机2010可以被配置为从BS接收指示UL数据信道或DL数据信道的重复传输的信息，并且基于指示重复传输的信息从BS接收DL数据信道。

发射机2030可以被配置为基于指示重复传输的信息向BS发送UL数据信道。

在这种情况下，UE可以是支持上述URLLC服务的URLLC UE。

作为由UE从BS接收指示重复传输的信息的方法的示例，UE可以通过DL控制信息(DCI)从BS接收指示重复传输的信息。当在DCI中存在指示重复传输的字段时，UE可以通过检查所接收的DCI中的对应字段的值来确定重复传输的数量。

图21是示出了根据本公开的至少一个实施例的包括指示重复传输的信息的DL控制信息的示例的示图。

参考图21，DL控制信息可以包括指示重复传输的数量的信息。指示重复传输的数量的信息指示为了在发送数据信道时重复地发送相同内容的数据而使用了多少个时隙或子时隙。

此时，由于在DL控制信息中指示重复传输的数量的字段的大小是有限的(例如，2比特)，因此可以实际指示的重复传输的数量(例如，5)可以大于可以由指示重复传输的数量的字段所指示的重复传输的数量(例如，在2比特的情况下为4)。在这种情况下，可以通过单独的较高层信令(例如，RRC信令)来指示与指示重复传输的数量的信息相对应的重复传输的数量的特定值。

例如，假设的是指示重复传输的数量的字段的大小是2比特，并且实际可以执行的重复传输的数量实际是1、2、3、4和6中的一个。在这种情况下，当指示重复传输的数量的字段是预先确定的值(例如，‘11’)时，由该预先确定的值所指示的重复传输的数量的特定值(例如，4和6中的一个)可以通过单独的RRC信令来指示。

与上述实施例相关的标准化规范或标准文档构成本公开的一部分。因此，应该理解的是，将标准化规范的内容和标准文档的一部分并入详细描述和权利要求中被包括在本公开的范围内。

尽管已经出于说明性目的描述了本公开的优选实施例，但是本领域技术人员将理解的是，可以在不脱离如随附权利要求中公开的本发明的范围和精神的情况下，各种修改、添加和替代是可以的。因此，不是出于限制目的而是为了描述实施例而已经描述了本公开的示例性方面，因此，本公开的范围不应该限于这样的实施例。可以组合上述各种实施例以提供另外的实施例。鉴于以上详细描述，可以对实施例进行这些及其他改变。一般而言，在以下权利要求中，所使用的术语不应被解释为将权利要求限制于说明书和权利要求中公开的特定实施例，而是应该被解释为包括所有可能的实施例以及这样权利要求所授权的等价物的全部范围。因此，权利要求不受本公开的限制。

Claims

1.一种由用户设备发送上行链路数据信道和接收下行链路数据信道的方法，所述方法包括：

从基站接收指示针对所述上行链路数据信道或所述下行链路数据信道的重复传输的信息；和

基于指示重复传输的信息，从所述基站接收所述下行链路数据信道或者向所述基站发送所述上行链路数据信道，

其中，所述指示重复传输的信息指示了关于针对所述上行链路数据信道或所述下行链路数据信道的重复传输的数量的信息，

其中，所述重复传输是基于每时隙或每子时隙来执行的，

其中，针对所述重复传输的冗余版本序列由6个元素组成，

其中，序列的每个元素被设置为4个模式中的一个，并且所述序列的第一元素模式和第五元素模式是相同的，并且所述序列的第二元素模式和第六元素模式是相同的，

其中，所述重复传输的冗余版本序列被确定为{0,2,3,1,0,2}、{0,0,0,0,0,0}和{0,3,0,3,0,3}之一，

其中，所述指示重复传输的信息通过下行链路控制信息(DCI)被接收，

其中，DCI包括指示重复传输次数的字段，并且

其中，当所述字段的值指示所述重复传输次数的最大值时，关于所述重复传输次数的最大值的信息通过RRC信令被接收。

2.根据权利要求1所述的方法，其中，所述子时隙由2或3个符号组成。

3.根据权利要求1所述的方法，其中，能够由所述指示重复传输的信息所指示的重复传输的数量的最大值是6。

4.根据权利要求1所述的方法，其中，重复传输的数量是3或6。

5.一种由基站接收上行链路数据信道和发送下行链路数据信道的方法，所述方法包括：

向用户设备发送指示针对所述上行链路数据信道或所述下行链路数据信道的重复传输的信息；和

基于指示重复传输的信息，向所述用户设备发送所述下行链路数据信道或者从所述用户设备接收所述上行链路数据信道，

其中，所述重复传输是基于每时隙或每子时隙来执行的，

其中，针对所述重复传输的冗余版本序列由6个元素组成，

其中，DCI包括指示重复传输次数的字段，并且

6.根据权利要求5所述的方法，其中，所述子时隙由2或3个符号组成。

7.根据权利要求5所述的方法，其中，能够由所述指示重复传输的信息所指示的重复传输的数量的最大值是6。

8.根据权利要求5所述的方法，其中，重复传输的数量是3或6。

9.一种发送上行链路数据信道和接收下行链路数据信道的用户设备，所述用户设备包括：

接收机，其被配置为从基站接收指示所述上行链路数据信道或所述下行链路数据信道的重复传输的信息，并且基于指示重复传输的信息而从所述基站接收所述下行链路数据信道；和

发射机，其被配置为基于所述指示重复传输的信息而向所述基站发送所述上行链路数据信道，

其中，所述重复传输是基于每时隙或每子时隙来执行的，

其中，针对所述重复传输的冗余版本序列由6个元素组成，

其中，DCI包括指示重复传输次数的字段，并且

10.根据权利要求9所述的用户设备，其中，所述子时隙由2或3个符号组成。

11.根据权利要求9所述的用户设备，其中，能够由所述指示重复传输的信息所指示的重复传输的数量的最大值是6。

12.根据权利要求9所述的用户设备，其中，重复传输的数量是3或6。