基于共享的解调参考信号来建立上行链路数据信道的方法及其装置与流程

文档序号：15742532发布日期：2018-10-23 22:32阅读：198来源：国知局

导航： X技术> 最新专利>电子通信装置的制造及其应用技术

本实施例涉及用于在3GPP LTE/改进的LTE系统中基于短传输时间间隔(sTTI)来配置sPUSCH(短上行链路数据信道)的方法。

背景技术：

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

为此，在RAN2中执行对短TTI的性能验证，并且关于0.5ms与一个OFDM符号之间的TTI长度的可行性、性能和向后兼容性的讨论正在进行。

尽管针对这种短TTI的物理层的研究正在进行中，但不存在针对sPUSCH的短TTI设计的具体配置方法。

技术实现要素：

本实施例可以提供一种用于基于共享的解调参考信号(DM-RS)在3GPP LTE/高级LTE系统中具体地配置针对sPUSCH(短上行链路数据信道)的短TTI(sTTI)并且具体地操作sPUSCH的方法。

一个实施例提供了一种用于由UE基于共享的解调参考信号(DM-RS)来配置上行链路数据信道(PUSCH)的方法，所述方法包括：基于一个子帧中的短TTI来配置sPUSCH(短上行链路数据信道)；将共享的DM-RS配置在被包括在一些短TTI中的符号中，一些短TTI在被包括在所述一个子帧中的多个短TTI之中；并且将所述sPUSCH发送到基站。

此外，一个实施例提供了一种用于由基站基于共享的解调参考信号(DM-RS)而配置上行链路数据信道(PUSCH)的方法，所述方法包括：将配置信息发送至UE，所述配置信息与包括共享的DM-RS的短TTI的位置以及共享的DM-RS的短TTI中的位置有关；并且从所述UE接收一些短TTI中的符号中的所述共享的DM-RS，一些短TTI在被包括在所述一个子帧中的多个短TTI之中。

此外，一个实施例提供了一种被配置为基于共享的解调参考信号(DM-RS)而发送上行链路数据信道(PUSCH)的UE，所述UE包括：控制器，其被配置为基于一个子帧中的短TTI而配置sPUSCH(短上行链路数据信道)，并且将共享的DM-RS配置在被包括在一些短TTI中的符号中，一些短TTI在被包括在所述一个子帧中的多个短TTI之中；以及发送器，其被配置为将所述sPUSCH发送至所述基站。

此外，一个实施例提供了一种用于基于共享的解调参考信号(DM-RS)而配置上行链路数据信道(PUSCH)的基站，所述基站包括：控制器，其被配置为生成配置信息至UE，所述配置信息与包括共享的DM-RS的短TTI的位置以及共享的DM-RS的短TTI中的位置有关；发送器，其被配置为发送所述配置信息；以及接收器，其被配置为从所述UE接收一些短TTI中的符号中的所述共享的DM-RS，一些短TTI在被包括在所述一个子帧中的多个短TTI之中。

根据本实施例，可以提供基于共享的解调参考信号(DM-RS)来配置针对sPUSCH(短上行链路数据信道)的短TTI(sTTI)并且操作sPUSCH的具体解决方案。这些解决方案不限于新的帧结构，而是直接应用于类似的信号和信道。

附图说明

本公开内容的以上和其他方面、特征和优点将从结合附图进行的以下详细描述中变得更加明显，其中:

图1是示出演变节点B(eNB)和用户设备(UE)中的处理延迟和HARQ往返时间(RTT)的图；

图2是示出一个子帧中的每个物理资源块(PRB)的资源映射的图；

图3是示出与传统TTI相比的针对sPUSCH的各种sTTI配置候选的图；

图4是示出根据实施例1的共享的DM-RS分配的示例的图；

图5示出了根据实施例1-1的共享的DM-RS分配的概念；

图6示出了根据实施例1-2的基于FDM方案的DM-RS重叠；

图7示出了根据实施例1-2的基于CDM方案的DM-RS重叠；

图8示出了根据实施例2的配置sTTI区域的示例；

图9是示出根据本实施例的在UE的sTTI帧结构中基于sPUSCH配置共享的DM-RS的方法的流程图；

图10是示出根据本实施例的在基站的sTTI帧结构中基于sPUSCH配置共享的DM-RS的方法的流程图；

图11是示出根据另一实施例的UE的配置的图；并且

图12是示出根据另一实施例的基站的配置的图。

具体实施方式

在下文中，将参考附图详细描述本公开内容的实施例。在将附图标记添加到每个附图中的元件中，在可能的情况下，相同的元件将由相同的附图标记指代，尽管它们被示出在不同的附图中。此外，在本公开内容的以下描述中，并入在本文中的已知功能和配置的详细描述将在确定该描述可能使本公开内容的主题相当不清楚时被省略。

在本说明书中，MTC终端是指低成本(或者不是非常复杂)的终端、支持覆盖增强的终端等。在本说明书中，MTC终端是指支持低成本(或低复杂度)和覆盖增强的终端。可替选地，在本说明书中，MTC终端是指被定义为用于维持低成本(或低复杂度)和覆盖增强的预定种类的终端。

换言之，在本说明书中，MTC终端可以是指新定义的3GPP发布13低成本(或低复杂度)UE种类/类型，其执行基于LTE的MTC相关的操作。可替选地，在本说明书中，MTC终端可以是指在3GPP发布12中或之前定义的支持与现有LTE覆盖相比增强的覆盖或者支持低功率消耗的UE种类/类型，或者可以是指新定义的发布13低成本(或低复杂度)UE种类/类型。

无线通信系统可以被广泛安装以提供诸如语音服务、分组数据等的各种通信服务。无线通信系统可以包括用户设备(UE)和基站(BS或eNB)。在整个说明书中，用户设备可以是指示用于在无线通信中使用的用户终端的包括性概念，包括WCDMA、LTE、HSPA等中的UE(用户设备)、以及GSM中的MS(移动站)、UT(用户终端)、SS(用户站)、无线设备等。

基站或蜂窝可以总体上是指在其中执行了与用户设备(UE)的通信的站，并且还可以被称为节点B、演变的节点B(eNB)、扇区、站点、基站收发系统(BTS)、接入点、中继节点、远程射频头(RRH)、射频单元(RU)等。

也就是说，基站20或蜂窝可以被解释为指示由CDMA中的BSC(基站控制器)、WCDMA中的NodeB、LTE中的eNB或扇区(站点)等覆盖的区域的一部分的包含性概念，并且该概念可以包括各种覆盖区域，诸如兆蜂窝、宏蜂窝、微蜂窝、微微蜂窝、毫微微蜂窝、中继节点的通信范围等。

上述各种蜂窝中的每个具有控制对应蜂窝的基站，并且因此，基站可以以如下两种方式来理解：i)基站可以是提供与无线区域相关联的兆蜂窝、宏蜂窝、微蜂窝、微微蜂窝、毫微微蜂窝以及小蜂窝的设备其本身；或者ii)基站可以指示无线区域其本身。在i)中，与彼此相互作用以便使得设备能够提供要由相同实体控制的预定无线区域或者协同地对无线区域进行配置的所有设备可以被指示为基站。基于无线区域的配置类型，eNB、RRH、天线、RU、低功率节点(LPN)、点、发送/接收点、发送点、接收点等可以是基站的实施例。在ii)中，从终端或邻近基站的视角接收或发送信号的无线区域其本身可以被指示为基站。

因此，兆蜂窝、宏蜂窝、微蜂窝、微微蜂窝、毫微微蜂窝、小蜂窝，RRH、天线、RU、LPN、点、eNB、发送/接收点、发送点以及接收点通常被称为基站。

在说明书中，用户设备和基站被用作两个包括性的收发主体，以体现说明书中描述的技术和技术概念，并且可以不限于预定的术语或词语。在说明书中，用户设备和基站被用作两个(上行链路或下行链路)包括性的收发主体，以体现说明书中描述的技术和技术概念，并且可以不限于预定的术语或词语。这里，上行链路(UL)是指用于UE向/从基站发送和接收数据的方案，下行链路(DL)是指用于基站向/从UE发送和接收数据的方案。

不同的多址接入方案(multiple access scheme)可以被不受限制地应用于无线通信系统。可以使用诸如CDMA(码分多址)、TDMA(时分多址)、FDMA(频分多址)、OFDMA(正交频分多址)、OFDM-FDMA、OFDM-TDMA、OFDM-CDMA等的各种多址方案。本公开的实施例可以应用于通过GSM、WCDMA和HSPA演进成为LTE和LTE高级的的异步无线通信方案中的资源分配，并且可以应用于通过CDMA和CDMA-2000演进成为UMB的同步无线通信方案中的资源分配。本公开可以不限于特定的无线通信领域，并且可以包括其中可应用本公开的技术思想的所有技术领域。

上行链路发送和下行链路发送可以基于基于不同时间执行发送的TDD(时分复用)方案或者基于基于不同频率执行发送的FDD(频分复用)方案来执行。

此外，在诸如LTE和LTE-A的系统中，可以通过基于单个载波或一对载波而配置上行链路和下行链路来开发标准。上行链路和下行链路可以通过控制信道来发送控制信息，控制信道诸如为PDCCH(物理下行链路控制信道)、PCFICH(物理控制格式指示信道)、PHICH(物理混合ARQ指示信道)、PUCCH(物理上行链路控制信道)、EPDCCH(增强的物理下行链路控制信道)等，并且可以被配置为诸如PDSCH(物理下行链路共享信道)、PUSCH(物理上行链路共享信道)等的数据信道，以便发送数据。

控制信息可以使用EPDCCH(增强的PDCCH或扩展的PDCCH)来发送。

在本说明书中，蜂窝可以是指从发送/接收点发送的信号的覆盖、具有从发送/接收点(发送点或发送/接收点)发送的信号的覆盖的分量载波、或者发送/接收点其本身。

根据实施例的无线通信系统是指其中两个或更多个发送/接收点协作发送信号的协作多点发送/接收(CoMP)系统、协作多天线发送系统或协作多蜂窝通信系统。CoMP系统可以包括至少两个多发送/接收点和终端。

多发送/接收点可以是基站或宏蜂窝(在下文中，被称为“eNB”)以及至少一个RRH，其通过光缆或光纤连接到eNB并被有线控制的并且在宏蜂窝区域内具有高发送功率或低发送功率。

在下文中，下行链路是指从多发送/接收点到终端的通信或通信路径，并且上行链路是指从终端到多发送/接收点的通信或通信路径。在上行链路中，发送器可以是终端的部分，并且接收器可以是多个发送/接收点的部分。在上行链路中，发送器可以是终端的部分，并且接收器可以是多个发送/接收点的的部分。

在下文中，通过PUCCH、PUSCH、PDCCH、EPDCCH、PDSCH等发送和接收信号的情形通过表达“发送或接收PUCCH、PUSCH、PDCCH、EPDCCH或PDSCH”来描述。

此外，在下文中，“发送或接收PDCCH或者通过PDCCH发送或接收信号”包括“发送或接收EPDCCH，或者通过EPDCCH发送或接收信号”。

也就是说，这里使用的物理下行链路控制信道可以指示PDCCH或者EPDCCH，并且可以指示包括PDCCH和EPDCCH两者的含义。

此外，为了便于描述，对应于本公开的实施例的EPDCCH可以被应用于使用PDCCH描述的部分以及使用EPDCCH描述的部分。

同时，较高层信令包括发送包括RRC参数的RRC信息的RRC信令。

eNB执行向终端的下行链路发送。eNB 110可以发送作为用于单播发送的主要物理信道的物理下行链路共享信道(PDSCH)，并且可以发送用于发送下行链路控制信息的物理下行链路控制信道(PDCCH)，诸如接收PDSCH所需的调度，以及用于发送上行链路数据信道(例如，物理上行链路共享信道(PUSCH))的调度授权信息。在下文中，通过每个信道对信号的发送和接收将被描述为对应信道的发送和接收。

RAN1中的延时减少

延时减少研究项目在RAN全体会议#69会议上被接受[1]。延时减少的主要目的是为了使短传输时间间隔(以下称为“短TTI”或“sTTI”)的操作标准化，以提高TCP的吞吐量[2]。

关于以下范围内与RAN1有关的潜在影响的研究正在进行[1]。

3GPP RAN WG1#84会议上的附加协议如下。

协议:

基本上，平均下行链路延时计算按照以下步骤计算延时[3]。

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

D＝1.5TTI(eNB处理和调度)+1TTI(发送)+1.5TTI(UE处理)+n*8TTI(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。下面的表1(UL发送延时计算)显示了步骤及其对UL发送延时的对应的贡献。为了DL和UL的比较一致，在eNB接收到UL数据(步骤7)之后，我们在UL中增加eNB处理延迟。

[表1]

在上表中，步骤1-4和步骤5的一半延迟被假设归因于SR(调度请求)，并且其余部分被假设以表4中示出的值用于UL数据发送。

短TTI的资源映射[3]

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

短TTI的TBS计算

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

对于不同的短TTI持续时间，短TTI PDSCH的TBS被计算为下面的表2(针对不同TTI持续时间的TBS计算)：

[表2]

如上所述，针对这种短TTI的物理层的研究正在进行中，并且不存在针对sPUSCH的短TTI设计的具体配置方法。

本实施例可以提供一种用于在3GPP LTE/LTE高级系统中针对sPUSCH(短上行链路数据信道)具体地配置短TTI(sTTI)并且基于共享的解调参考信号(DM-RS)具体地操作sPUSCH的方法。

与传统LTE/高级LTE帧结构(TTI＝1ms＝14个OFDM符号)不同，短TTI可以由一组1、2、3、4、7个符号组成。例如，考虑如图3所示的sTTI结构。

与传统下行链路帧结构不同，RB(资源块)中的DM-RS符号的所有RE(资源元素)被分配用于上行链路帧结构中的信道估计目的。

这时，如果再使用传统PUSCH结构并且配置了sPUSCH的sTTI，则开销可以大幅增加。因此，用于当前sPUSCH的DM-RS中的共享RS结构被认为是替代方案。

实施例1.sPUSCH中的DM-RS只被分配在特定符号处，并且被用于传统TTI(＝1ms)内的所有sPUSCH。

该实施例可以为sPUSCH的所有sTTI内的一些sTTI定义共享的DM-RS。

例如，该实施例可以仅在如图4所示的一些sTTI中包括DM-RS符号。如图4所示，在sTTI0和sTTI1之中只有sTTI0可以包括DM-RS符号，并且在sTTI2和sTTI3之中只有sTTI2可以包括DM-RS符号。

如果sPUSCH的sTTI被设计为再使用传统PUSCH结构，则其中分配了DM-RS的符号的所有RE不发送数据。因此，UL sTTI中的RS开销可能相对多于其在DL sTTI中。

结果，可以将共享的DM-RS应用于一些区域，使得可以减少这种开销。所提出的方法可以是减少这种UL DM-RS开销的一种方式。

实施例1-1.可以仅在传统TTI内的第一个sTTI处配置DM-RS。

图5示出了根据实施例1-1的共享的DM-RS分配的概念。在该实施例中，分配给单个符号的DM-RS在传统TTI(＝1ms)内的所有sTTI中共享。

在该实施例中，假设子帧中的所有sTTI中几乎不存在信道改变。此外，存在两种方法来配置其中多个sTTI共享DM-RS的结构。

-UE可以根据预定义的模式来配置短TTI中的共享的DM-RS位置以及包括共享的DM-RS的sTTI的位置。

-可以基于动态信令来配置短TTI中的共享的DM-RS位置以及包括共享的DM-RS的sTTI的位置。

由于eNB管理在上述sTTI内共享的DM-RS，因此每个UE可以分别发送其自己的sTTI和DM-RS。

此外，当在sTTI内针对DM-RS执行额外的功率提升时，将DM-RS放置在符号中的第一个上是有利的。这是因为当功率在UE的功率放大器中被瞬间放大时可能发生延时。然而，如果DM-RS位于sTTI中的第一个符号中，则下面的数据符号的功率减少可以通过相对短的延迟来最小化。然而，该实施例不将DM-RS符号约束到特定位置。

实施例1-2.多用户/多层的DM-RS执行多路复用。

在该实施例中，提出了多个用户的DM-RS或单个UE的DM-RS在传统TTI(＝1ms)内发送多个层的多路复用概念。

在该实施例中，假设子帧中的所有sTTI中几乎不存在信道改变。

基本上，实施例1的DM-RS共享结构按照原样继承，但是在DM-RS共享结构中需要额外的多路复用方法。

如图6和图7所示，DM-RS的复用可以是FDM或CDM。图6示出了在FDM方案中多路复用的DM-RS，并且图7示出了在CDM方案中多路复用的DM-RS。

由于FDM方案使用在给定符号内划分的RE，所以由于RS样本减少可能发生信道估计错误。

相反，CDM方案被发送至符号中的所有的RE，但因为其不彼此正交，所以可能发生相互干扰。

基本上，下列应用是可能的。

-sTTI单个用户分配(1层发送)

◆基于单个DM-RS+秩-1sTTI的sPUSCH发送

-sTTI单个用户分配(多个‘N’层发送)

◆基于共享的DM-RS+秩-N sTTI的PUSCH发送

-sTTI多用户分配

◆基于共享的DM-RS+秩-N sTTI的PUSCH发送

实施例2.分离地配置针对单个UE的sPUSCH配置区域和针对多个UE的sPUSCH区域。

图8示出了根据实施例2的配置sTTI区域的示例。

当使用sPUSCH时，考虑共享的DM-RS的最重要原因是存在减少RS的开销的问题。因此，当划分针对每个用户sPUSCH区域时，其可以是DM-RS共享中最有利的sTTI结构。然而，当针对每个UE配置该区域时，可能需要用于所有延时缩减服务UE的资源预留，这可能造成对调度的许多限制。

在该实施例中，提出了将可以独立分配给特定UE的sPUSCH区域以及其中可以独立用于多个用户的sPUSCH区域进行划分的sTTI配置方法。

实施例2-1.在针对单个UE的sPUSCH配置区域中，在传统TTI中通常使用相同的DM-RS端口。

实施例2-2.在针对多个UE的sPUSCH配置区域中，基于共享的DM-RS符号预先确定取决于DM-RS端口的sTTI配对。

在本实施例中，下面描述了基于sTTI的sPUSCH配置方法以及用于此时配置共享的DM-RS的特定方法。该方法不限于新的帧结构，而是可以被应用于与其类似的信号和信道。

图9是示出根据本实施例的配置UE的sTTI帧结构中的基于共享的DM-RS的sPUSCH的方法的流程图。

参照图9，在S900处，UE基于sTTI配置sPUSCH，并且在S910处，在被包括在一个子帧中的多个sTTI之中的至少一个sTTI中配置共享的DM-RS。

例如，UE可以仅针对被包括在被包括在一个子帧中的多个sTTI中的任何一个的符号来配置共享的DM-RS。

在针对被包括在至少一个sTTI中的符号配置共享的DM-RS时，UE可以将共享的DM-RS配置为在被包括在sTTI中的符号之中的第一符号。

此外，在配置sTTI帧结构中的共享的DM-RS时，UE可以通过应用多路复用概念来配置共享的DM-RS。UE可以通过对符号执行频分调制(FDM)或码分调制(CDM)来配置发送DM-RS的单个UE或多个用户的多层的DM-RS，针对所述符号配置共享的DM-RS。

此外，UE可以将sPUSCH区域划分为针对单个UE的区域和针对多个UE的区域，并且可以独立地配置每个sPUSCH区域中的共享的DM-RS。

在该实施例中，以与上述实施例1-1相同的方式配置在针对单个UE的sPUSCH区域中配置的共享的DM-RS，并且以与上述实施例1-2相同的方式配置在针对多个UE的sPUSCH区域中配置的共享的DM-RS。

这样的UE可以从基站接收配置信息，所述配置信息与包括共享的DM-RS的短TTI的位置以及共享的DM-RS的短TTI中的位置相关，并且可以根据接收到的配置信息配置共享的DM-RS。UE可以根据预定义模式或动态地配置包括共享的DM-RS的短TTI的位置以及共享的DM-RS的短TTI中的位置。

在S920处，UE发送具有共享的DM-RS的sTTI以及共享的DM-RS未被配置为其的sTTI。

图10是示出根据本实施例的配置基站的sTTI帧结构中的基于共享的DM-RS的sPUSCH的方法的流程图。

参照图10，根据本实施例的基站在S1000处生成配置信息并且在S1010处将其发送至UE，所述配置信息与包括共享的DM-RS的短发送时间间隔(sTTI)的位置以及共享的DM-RS的短TTI中的位置相关。

基站使UE能够根据配置信息将共享的DM-RS配置为被包含在sTTI帧结构中的至少一个sTTI中的符号。

此时，基站可以根据预定义的模式而配置sTTI帧结构中的共享的DM-RS，或者可以动态配置共享的DM-RS。

在S1020处，基站接收具有共享的DM-RS的sTTI以及共享的DM-RS未被配置为其的sTTI。

图11是示出根据另一实施例的UE的配置的图。

参照图11，根据另一个实施例的UE 1100可以包括接收器1110、控制器1120和发送器1130。

接收器1110可以经由对应的信道从基站接收下行链路控制信息、数据和消息。

此外，控制器1120可以与基于共享的DM-RS配置针对sPUSCH(短上行链路数据信道)的短TTI(sTTI)以及具体地操作sPUSCH相关联而控制UE 1100的操作，这是实施上述的本实施例所需的。

发送器1130可以经由对应的信道将上行链路控制信息、数据和消息接收到基站。

图12是示出根据另一实施例的基站的配置的图。

参照图12，根据另一个实施例1200的基站包括控制器1210、发送器1220和接收器1230。

控制器1210可以与基于共享的DM-RS配置针对sPUSCH(短上行链路数据信道)的短TTI(sTTI)以及具体地操作sPUSCH相关联而控制eNB 1200的操作，这是实施上述的本实施例所需的。具体地，控制器1210可以配置与sPDCCH区域相关联的信息。

发送器1220和接收器1230被用于向/从UE发送/接收实施前述的本公开所需的信号、消息和数据。

以上实施例中提及的标准内容或标准文档被省略以使本说明书的描述简洁，并且构成本说明书的部分。因此，当将标准内容或标准文档的内容的一部分被添加在本说明书中或者在权利要求中被公开时，应当理解为落入本公开的范围内。

附录

[1]Ericsson,Huawei,"New SI proposal Study on Latency reduction techniques for LTE",RP-150465,中国上海,2015年3月9日-12日.

[2]R2-155008,"TR 36.881v0.4.0on Study on Latency reduction techniques for LTE",Ericsson(报告人)

[3]R1-160927,"TR 36.881-v0.5.0on Study on Latency reduction techniques for LTE",Ericsson(报告人)

尽管已经为了说明性目的描述了本公开内容的优选实施例，但是本领域技术人员将认识到，能够在不脱离如随附权利要求书中公开的本公开内容的范围和精神的情况下进行各种修改、添加和替代。因此，没有出于限制性目的来描述本公开内容的示例性方面。本公开内容的范围应当基于随附权利要求书以如下的方式来理解：包含在与权利要求等效的范围内的所有技术构思属于本公开内容。