在无线通信系统中在物理上行链路控制信道上发送多条上行链路控制信息的方法及其设备转让专利

申请号 : CN201980006111.4

文献号 : CN111418179B

文献日 :

基本信息:

PDF:

法律信息:

相似专利:

发明人 : 金哉亨梁锡喆金善旭朴海旭安俊基

申请人 : LG电子株式会社

摘要 :

本说明书中提供了一种在无线通信系统中通过物理上行链路控制信道(PUCCH)发送多条上行链路控制信息(UCI)的方法。更具体地,由终端执行的该方法包括:从基站接收用于信道状态信息(CSI)报告的PUCCH资源;如果PUCCH资源被设置在一个时隙中并且PUCCH资源彼此重叠,则在PUCCH资源当中的特定PUCCH资源中复用多条UCI;以及通过特定PUCCH资源向基站发送多条UCI。

权利要求 :

1.一种在无线通信系统中在物理上行链路控制信道PUCCH上发送上行链路控制信息UCI的方法,该方法由终端执行,该方法包括以下步骤:从基站接收与用于信道状态信息CSI报告的PUCCH资源相关的配置信息;以及向所述基站发送包括多个CSI报告的所述UCI,其中,基于所述配置信息针对所述多个CSI报告配置用于单CSI报告的在一个时隙中的多PUCCH资源,其中,i)基于用于多CSI报告的至少一个PUCCH资源基于所述配置信息而配置,并且ii)基于用于所述单CSI报告的所述多PUCCH资源中的任意一个在所述一个时隙中重叠,在所述用于多CSI报告的至少一个PUCCH资源当中的用于多CSI报告的一个PUCCH资源中复用所有的所述多个CSI报告。

2.根据权利要求1所述的方法,

其中,i)基于所述用于多CSI报告的至少一个PUCCH资源基于所述配置信息而配置,并且ii)基于用于所述单CSI报告的所述多PUCCH资源中的任意一个在所述一个时隙中重叠,基于所述用于多CSI报告的至少一个PUCCH资源中的每一个的最大UCI有效载荷大小的升序来对所述至少一个PUCCH资源进行索引,并且其中,所述至少一个PUCCH资源中的每一个的所述最大UCI有效载荷大小基于所述至少一个PUCCH资源中的每一个的资源元素RE的数量、所述至少一个PUCCH资源中的每一个的调制阶数以及所述至少一个PUCCH资源中的每一个的所配置的码率的乘积来确定。

3.根据权利要求2所述的方法,

其中,i)基于所述用于多CSI报告的至少一个PUCCH资源基于所述配置信息而配置,并且ii)基于用于所述单CSI报告的所述多PUCCH资源中的任意一个在所述一个时隙中重叠,所述方法还包括以下步骤:为了复用所述多个CSI报告,确定所述用于多CSI报告的至少一个PUCCH资源中的一个或更多个PUCCH资源当中的所述用于多CSI报告的一个PUCCH资源,其中,所述一个或更多个PUCCH资源是最大UCI有效载荷大小等于或大于包括复用的所述多个CSI报告的所述UCI的有效载荷大小的资源,并且其中,所确定的所述用于多CSI报告的一个PUCCH资源是最大UCI有效载荷大小是所述一个或更多个PUCCH资源当中的最小者的资源。

4.根据权利要求1所述的方法,

其中,i)基于所述用于多CSI报告的至少一个PUCCH资源基于所述配置信息而配置,并且ii)基于用于所述单CSI报告的所述多PUCCH资源中的任意一个在所述一个时隙中不重叠,在所述用于多CSI报告的至少一个PUCCH资源当中的所述用于多CSI报告的一个PUCCH资源中复用所有的所述多个CSI报告。

5.根据权利要求1所述的方法,

其中,i)基于所述用于多CSI报告的至少一个PUCCH资源基于所述配置信息而配置,并且ii)基于用于所述单CSI报告的所述多PUCCH资源中的任意一个在所述一个时隙中不重叠,所述方法还包括以下步骤:确定所有的所述多个CSI报告当中具有最高优先级的CSI报告。

6.一种在无线通信系统中在物理上行链路控制信道PUCCH上发送多条上行链路控制信息UCI的终端,该终端包括:射频RF模块,该RF模块被配置为发送和接收无线电信号;以及

处理器,该处理器在功能上连接到所述RF模块,

其中,所述处理器被配置为:

从基站接收与用于信道状态信息CSI报告的PUCCH资源相关的配置信息;并且向所述基站发送包括多个CSI报告的所述UCI,其中,基于所述配置信息针对所述多个CSI报告配置用于单CSI报告的在一个时隙中的多PUCCH资源,其中,i)基于用于多CSI报告的至少一个PUCCH资源基于所述配置信息而配置,并且ii)基于用于所述单CSI报告的所述多PUCCH资源中的任意一个在所述一个时隙中重叠,在所述用于多CSI报告的至少一个PUCCH资源当中的用于多CSI报告的一个PUCCH资源中复用所有的所述多个CSI报告。

7.根据权利要求6所述的终端,

其中,i)基于所述用于多CSI报告的至少一个PUCCH资源基于所述配置信息而配置,并且ii)基于用于所述单CSI报告的所述多PUCCH资源中的任意一个在所述一个时隙中重叠,基于所述用于多CSI报告的至少一个PUCCH资源中的每一个的最大UCI有效载荷大小的升序来对所述至少一个PUCCH资源进行索引,并且其中,所述至少一个PUCCH资源中的每一个的所述最大UCI有效载荷大小基于所述至少一个PUCCH资源中的每一个的资源元素RE的数量、所述至少一个PUCCH资源中的每一个的调制阶数以及所述至少一个PUCCH资源中的每一个的所配置的码率的乘积来确定。

8.根据权利要求7所述的终端,

其中,i)基于所述用于多CSI报告的至少一个PUCCH资源基于所述配置信息而配置,并且ii)基于用于所述单CSI报告的所述多PUCCH资源中的任意一个在所述一个时隙中重叠,所述处理器还被配置为:为了复用所述多个CSI报告,确定所述用于多CSI报告的至少一个PUCCH资源中的一个或更多个PUCCH资源当中的所述用于多CSI报告的一个PUCCH资源,其中,所述一个或更多个PUCCH资源是最大UCI有效载荷大小等于或大于包括复用的所述多个CSI报告的所述UCI的有效载荷大小的资源,并且其中,所确定的所述用于多CSI报告的一个PUCCH资源是最大UCI有效载荷大小是所述一个或更多个PUCCH资源当中的最小者的资源。

9.根据权利要求6所述的终端,

其中,i)基于所述用于多CSI报告的至少一个PUCCH资源基于所述配置信息而配置,并且ii)基于用于所述单CSI报告的所述多PUCCH资源中的任意一个在所述一个时隙中不重叠,在所述用于多CSI报告的至少一个PUCCH资源当中的所述用于多CSI报告的一个PUCCH资源中复用所有的所述多个CSI报告。

10.根据权利要求6所述的终端,

其中,i)基于所述用于多CSI报告的至少一个PUCCH资源基于所述配置信息而配置,并且ii)基于用于所述单CSI报告的所述多PUCCH资源中的任意一个在所述一个时隙中不重叠,所述处理器还被配置为:确定所有的所述多个CSI报告当中具有最高优先级的CSI报告。

说明书 :

在无线通信系统中在物理上行链路控制信道上发送多条上行

链路控制信息的方法及其设备

技术领域

[0001] 本说明书涉及一种无线通信系统,更具体地,涉及一种在物理上行链路控制信道上发送多个上行链路控制信息的方法和支持该方法的设备。

背景技术

[0002] 已经开发了移动通信系统以在保证用户移动性的同时提供语音服务。然而,在移动通信系统中,不仅扩展了语音,而且扩展了数据服务。目前,由于业务的爆炸性增长,资源短缺,并且用户要求更高速度的服务,因此,需要进一步开发的移动通信系统。
[0003] 下一代移动通信系统的要求应能够支持接受爆炸性数据业务、每用户数据速率的急剧增加、接受连接设备数量的显著增加、非常低的端到端时延以及高能效。为此,研究了各种技术,包括双连接、大规模多输入多输出(MIMO)、带内全双工、非正交多址(NOMA)、超宽带支持和设备联网等。

发明内容

[0004] 【技术问题】
[0005] 本说明书提供了一种基于与PUCCH资源相关的RE的数量信息、最大码率、调制阶数等来确定用于在物理上行链路控制信道(PUCCH)上发送多条上行链路控制信息(UCI)的PUCCH资源的方法。
[0006] 此外,本说明书提供了一种当PUCCH资源重叠时选择用于发送在重叠的PUCCH资源中的UCI的资源的方法。
[0007] 本发明要实现的技术目的不限于上述技术目的,并且本发明所属领域的普通技术人员可以从以下描述清楚地理解上文没有描述的其他技术目的。
[0008] 【技术方案】
[0009] 本说明书提供了一种在系统中在物理上行链路控制信道(PUCCH)上发送多条上行链路控制信息(UCI)的方法。
[0010] 具体地,终端执行的方法包括以下步骤:从基站接收用于信道状态信息(CSI)报告的PUCCH资源;如果PUCCH资源被配置在一个时隙中并且PUCCH资源重叠,则利用PUCCH资源中的特定PUCCH资源来复用多条UCI;以及通过特定PUCCH资源向基站发送多条UCI。
[0011] 此外,在本说明书中,用于CSI报告的PUCCH资源用于单CSI报告和/或多CSI报告中的至少一个。
[0012] 此外,在本说明书中,复用多条UCI的步骤包括:如果PUCCH资源被配置在一个时隙中并且用于单CSI报告的PUCCH资源中的一部分重叠,则利用用于多CSI报告的PUCCH资源对被配置在重叠的资源中的多条UCI进行复用。
[0013] 此外,在本说明书中,复用多条UCI的步骤包括:如果用于单CSI报告的PUCCH资源中的一部分重叠,则利用用于多CSI报告的PUCCH资源对被配置在用于单CSI报告的所有PUCCH资源中的多条UCI进行复用。
[0014] 此外,在本说明书中,如果PUCCH资源存在于一个时隙中并且PUCCH资源重叠,则特定PUCCH资源是通过丢弃重叠部分而剩余的PUCCH资源。
[0015] 此外,在本说明书中,如果PUCCH资源存在于一个时隙中并且PUCCH资源重叠,则特定PUCCH资源是包括基于预定优先级而具有高优先级的CSI报告的PUCCH资源。
[0016] 此外,在本说明书中,基于CSI报告类型、CSI报告内容、服务小区索引和/或报告ID中的至少一个来确定预定优先级。
[0017] 此外,在本说明书中,一种在无线通信系统中在物理上行链路控制信道(PUCCH)上发送多条上行链路控制信息(UCI)的终端包括:射频(RF)模块,该RF模块被配置为发送和接收无线电信号;以及处理器,该处理器在功能性上连接到RF模块。处理器被配置为:从基站接收用于信道状态信息(CSI)报告的PUCCH资源;如果PUCCH资源被配置在一个时隙中并且PUCCH资源重叠,则利用PUCCH资源中的特定PUCCH资源对多条UCI进行复用;并且通过特定PUCCH资源向基站发送多条UCI。
[0018] 此外,在本说明书中,用于CSI报告的PUCCH资源用于单CSI报告和/或多CSI报告中的至少一个。
[0019] 此外,在本说明书中,处理器被配置为:如果PUCCH资源被配置在一个时隙中并且用于单CSI报告的PUCCH资源中的一部分重叠,则利用用于多CSI报告的PUCCH资源对被配置在在重叠的资源中的多条UCI进行复用。
[0020] 此外,在本说明书中,处理器被配置为:如果用于单CSI报告的PUCCH资源中的一部分重叠,则利用用于多CSI报告的PUCCH资源,对被配置在用于单CSI报告的所有PUCCH资源中的多条UCI进行复用。
[0021] 此外,在本说明书中,如果PUCCH资源存在于一个时隙中并且PUCCH资源重叠,则特定PUCCH资源是通过丢弃重叠部分而剩余的PUCCH资源。
[0022] 此外,在本说明书中,如果PUCCH资源存在于一个时隙中并且PUCCH资源重叠,则特定PUCCH资源是包括基于预定优先级而具有高优先级的CSI报告的PUCCH资源。
[0023] 此外,在本说明书中,基于CSI报告类型、CSI报告内容、服务小区索引和/或报告ID中的至少一个来确定预定优先级。
[0024] 【有益效果】
[0025] 本说明书的效果在于,因为用于在物理上行链路控制信道(PUCCH)上发送多条上行链路控制信息(UCI)的PUCCH资源是基于最大码率、调制阶数等来确定的,所以可以有效地使用资源。
[0026] 此外,本说明书的效果在于,因为当用于单CSI报告的PUCCH资源重叠时,终端可以通过提供发送在重叠的PUCCH资源中的CSI报告的方法来进行CSI报告,所以可以通过结合更准确的信道状态来发送和接收数据。
[0027] 可以通过本发明获得的效果不限于上述效果,并且本发明所属领域的普通技术人员可以从以下描述中清楚地理解上文未描述的其他技术效果。

附图说明

[0028] 附图用于提供对本发明的进一步理解,并且被并入本说明书中且构成本说明书的一部分。附图示出了本发明的实施方式,并且用于与说明书一起用于解释本发明的原理。
[0029] 图1示出了可以应用本说明书提出的方法的NR系统的整体结构的示例。
[0030] 图2示出了可以应用本说明书提出的方法的无线通信系统中的上行链路帧和下行链路帧之间的关系。
[0031] 图3示出了可以应用本说明书提出的方法的无线通信系统中支持的资源网格的示例。
[0032] 图4示出了可以应用本说明书提出的方法的按照天线端口和参数集的资源网格示例。
[0033] 图5示出了可以应用本说明书提出的方法的自包含时隙结构的示例。
[0034] 图6示出了可以应用本发明的无线通信系统中的分量载波和载波聚合的示例。
[0035] 图7示出了考虑NR系统中的载波聚合的部署场景的示例。
[0036] 图8是示出执行本说明书提出的方法的UE的操作方法的流程图。
[0037] 图9示出了可以应用本说明书提出的方法的无线通信设备的框图。
[0038] 图10示出了可以应用本说明书提出的方法的无线通信设备的另一框图。

具体实施方式

[0039] 现在将详细参照本发明的实施方式,其示例在附图中示出。以下将要与附图一起公开的详细描述旨在描述本发明的示例性实施方式,并非旨在描述用于实现本发明的唯一实施方式。以下的详细描述包括提供对本发明的完整理解的细节。然而,本领域技术人员理解,可以在没有这些细节的情况下实现本发明。
[0040] 在一些情况下,为了避免使本发明的构思模糊,可以省略已知结构和设备,或者已知结构和设备可以基于各结构和设备的核心功能以框图的形式来示出。
[0041] 在本公开中,基站(BS)表示与终端直接进行通信的网络的终端节点。在本公开中,如果有必要或需要,被描述为由基站执行的特定操作可以由基站的上层节点执行。也就是说,显然,在由包含基站的多个网络节点组成的网络中,可以由基站或除基站之外的网络节点来执行为了与终端通信所执行的各种操作。“基站(BS)”可以用诸如固定站、节点B、演进节点B(eNB)、基站收发器系统(BTS)、接入点(AP)和下一代NB(gNB)等的术语代替。此外,“终端”可以是固定的或可移动的,并且可以用诸如用户设备(UE)、移动站(MS)、用户终端(UT)、移动订户站(MSS)、订户站(SS)、高级移动站(AMS)、无线终端(WT)、机器类型通信(MTC)设备、机器到机器(M2M)设备和设备到设备(D2D)设备等的术语代替。
[0042] 在本公开中,下行链路(DL)表示从基站到终端的通信,并且上行链路(UL)表示从终端到基站的通信。在下行链路中,发送器可以是基站的一部分,并且接收器可以是终端的一部分。在上行链路中,发送器可以是终端的一部分,并且接收器可以是基站的一部分。
[0043] 提供了以下描述中使用的特定术语以帮助理解本发明,并且在不脱离本发明技术精神的范围内,可以将这些特定术语改变为其他形式。
[0044] 以下技术可用于各种无线接入系统,例如码分多址(CDMA)、频分多址(FDMA)、时分多址(TDMA)、正交频分多址(OFDMA)、单载波频分多址(SC‑FDMA)和非正交多址(NOMA)等。可以使用诸如通用陆地无线电接入(UTRA)或CDMA2000等的无线电技术来实现CDMA。可以使用诸如全球移动通信系统(GSM)/通用分组无线电服务(GPRS)/用于GSM演进的增强数据速率(EDGE)等的无线电技术来实现TDMA。可以使用诸如电气和电子工程师协会(IEEE)802.11(Wi‑Fi)、IEEE 802.16(WiMAX)、IEEE 802.20和演进UTRA(E‑UTRA)等的无线电技术来实现OFDMA。UTRA是通用移动电信系统(UMTS)的一部分。作为使用E‑UTRA的演进UMTS(E‑UMTS)的一部分,第三代合作伙伴计划(3GPP)长期演进(LTE)在下行链路中采用OFDMA并且在上行链路中采用SC‑FDMA。LTE‑高级(LTE‑A)是3GPP LTE的演进。
[0045] 此外,5G新无线电(NR)依据使用场景定义了增强移动宽带(eMBB)、大规模机器类型通信(mMTC)、超可靠性和低时延通信(URLLC)以及车辆到万物(V2X)。
[0046] 5G NR标准依据NR系统和LTE系统之间的共存被划分为独立(SA)和非独立(NSA)。
[0047] 5G NR支持各种子载波间隔并且在下行链路中支持CP‑OFDM,而在上行链路中支持CP‑OFDM和DFT‑s‑OFDM(SC‑OFDM)。
[0048] 本发明的实施方式可以由作为无线接入系统的IEEE 802、3GPP和3GPP2中至少一个中公开的标准文档支持。也就是说,本发明的实施方式中为了清楚地显示本发明的技术精神而未描述的步骤或部分可由标准文档支持。此外,本公开中描述的所有术语可以由标准文档来描述。
[0049] 为了清楚地描述,主要描述了3GPP LTE/LTE‑A/新RAT(NR),但本发明的技术特征不限于此。
[0050] 在本说明书中,“A和/或B”可被解释为与"包括A或B中的至少一个"相同的意义。
[0051] 术语的定义
[0052] eLTE eNB:eLTE eNB是支持与EPC和NGC的连接的eNB的演进。
[0053] gNB:支持NR以及与NGC的连接的节点。
[0054] 新RAN:支持NR或E‑UTRA或与NGC的接口连接的无线电接入网络。
[0055] 网络切片:网络切片是由运营商创建被定制为针对需要端到端范围的特定需求的特定市场场景提供优化的解决方案的网络。
[0056] 网络功能:网络功能是网络架构中具有明确定义的外部接口和明确定义的功能行为的逻辑节点。
[0057] NG‑C:新RAN和NGC之间的NG2参考点所使用的控制平面接口。
[0058] NG‑U:新RAN和NGC之间的NG3参考点所使用的用户平面接口。
[0059] 非独立NR:gNB需要LTE eNB作为用于到EPC的控制平面连接的锚点或者需要eLTE eNB作为用于到NGC的控制平面连接的锚点的部署配置。
[0060] 非独立E‑UTRA:eLTE eNB需要gNB作为用于到NGC的控制平面连接的锚点的部署配置。
[0061] 用户平面网关:NG‑U接口的端点。
[0062] 参数集:参数集对应于频域中的一个子载波间隔。通过以整数N对参考子载波间隔进行缩放,可以定义不同的参数集。
[0063] NR:NR无线电接入或新无线电。
[0064] 一般系统
[0065] 图1示出了可以应用本说明书提出的方法的NR系统的整体结构的示例。
[0066] 参照图1,NG‑RAN由提供NG‑RA用户平面(新AS子层/PDCP/RLC/MAC/PHY)和用于UE(用户设备)的控制平面(RRC)协议终端的gNB组成。
[0067] gNB经由Xn接口彼此连接。
[0068] gNB还经由NG接口连接到NGC。
[0069] 更具体地,gNB经由N2接口连接到接入和移动性管理功能(AMF),并且经由N3接口连接到用户平面功能(UPF)。
[0070] 新Rat(NR)参数集(Numerology)和帧结构
[0071] 在NR系统中,可以支持多个参数集。可以通过子载波间隔和CP(循环前缀)开销来定义参数集。可以通过将基本子载波间隔缩放为整数N(或μ)来导出多个子载波之间的间隔。此外,尽管假设非常低的子载波间隔不用于非常高的子载波频率,但是可以独立于频带来选择要使用的参数集。
[0072] 此外,在NR系统中,可以支持根据多个参数集的各种帧结构。
[0073] 在下文中,将描述可在NR系统中考虑的正交频分复用(OFDM)参数集和帧结构。
[0074] NR系统中支持的多个OFDM参数集可以如表1中所定义。
[0075] 【表1】
[0076] μ Δf=2μ·15[kHz] 循环前缀0 15 正常
1 30 正常
2 60 正常、扩展
3 120 正常
4 240 正常
5 480 正常
[0077] 关于NR系统中的帧结构,时域中各种字段的大小表示为Ts=1/(Δfmax·Nf)的时间3
单位的倍数。在这种情况下,Δfmax=480·10并且Nf=4096。DL和UL发送被配置成具有Tf=(ΔfmaxNf/100)·Ts=10ms的区段的无线电帧。无线电帧由十个子帧组成,每个子帧具有Tsf=(ΔfmaxNf/1000)·Ts=1ms的区段。在这种情况下,可以存在UL帧的集合和DL帧的集合。
[0078] 图2示出了可以应用本说明书提出的方法的无线通信系统中的上行链路帧和下行链路帧之间的关系。
[0079] 如图2中所示,来自用户设备(UE)的编号为I的UL帧需要在UE中的对应的DL帧开始之前TTA=NTATs被发送。
[0080] 关于参数集μ,时隙在子帧中按升序编号为 而在无线电帧中按升序编号为 个时隙由 个连续OFDM符号组成,而 是根据
使用的参数集和时隙配置来确定的。子帧中的时隙 的开始在时间上与同一子帧中的OFDM符号 的开始对齐。
[0081] 并非所有UE都能够同时进行发送和接收,这意味着DL时隙或UL时隙中的并非所有OFDM符号都可供使用。
[0082] 表2示出了参数集μ中对于正常CP的每时隙的OFDM符号的数量,而表3示出了参数集μ中对于扩展CP的每时隙的OFDM符号的数量。
[0083] 【表2】
[0084]
[0085] NR物理资源
[0086] 关于NR系统中的物理资源,可以考虑天线端口、资源网格、资源元素、资源块、载波部分等。
[0087] 在下文中,将更详细地描述NR系统中可能要考虑的上述物理资源。
[0088] 首先,关于天线端口,天线端口被定义为使得一个天线端口上的符号被发送所经由的信道能够从相同天线端口上的符号被发送所经由的另一信道推断出来。当一个天线端口上的符号被接收所经由的信道的大尺度属性能够从另一个天线端口上的符号被发送所经由的信道推断出来时,这两个天线端口可以是QC/QCL(准共址或准共定位)关系。这里,大尺度属性可以包括延时扩展、多普勒扩展、频移、平均接收功率和接收定时中的至少一个。
[0089] 图3示出了可以应用本说明书提出的方法的无线通信系统中支持的资源网格的示例。μ
[0090] 参照图3,资源网格在频域中由 个子载波组成,每个子帧由14·2个OFDM符号组成,但是本公开不限于此。
[0091] 在NR系统中,发送的信号由一个或更多个资源网格描述,资源网格由 个子载波和 个OFDM符号组成。这里 以上 表示最大传输带宽,并且它可以不仅在参数集之间改变,而且可以在UL和DL之间改变。
[0092] 在这种情况下,如图4所示,可以针对参数集μ和天线端口p配置一个资源网格。
[0093] 图4示出了可以应用本说明书提出的方法的按照天线端口和参数集的资源网格的示例。
[0094] 针对参数集μ和天线端口p的资源网格的每个元素被表示为资源元素,并且可以由索引对 唯一地标识。这里, 是频域中的索引,而 指示符号在子帧中的位置。为了指示时隙中的资源元素,使用索引对(k,l),其中,[0095] 针对参数集μ和天线端口p的资源元素 对应于复数值 当没有混淆的风险或者当指定特定的天线端口或参数集时,可以丢弃索引p和μ,从而复数值可以变为 或[0096] 此外,物理资源块在频域中被定义为 个连续子载波。在频域中,物理资源块可以从0到 编号。此时,可以如等式1那样给出物理资源块号nPRB和资源元素(k,l)之间的关系。
[0097] 【等式1】
[0098]
[0099] 此外,关于载波部分,UE可以被配置成仅使用资源网格的子集来接收或发送载波部分。此时,UE被配置成进行接收或发送的资源块的集合在频率区域中从0到 编号。
[0100] 自包含时隙结构
[0101] 在TDD系统中,为了使数据传输时延最小化,5G新RAT(NR)已经考虑如图5所示的自包含时隙结构。
[0102] 也就是说,图5示出了可以应用本说明书提出的方法的自包含时隙结构的示例。
[0103] 在图5中,阴影部分510表示下行链路控制区域,而黑色部分520表示上行链路控制区域。
[0104] 非标记部分530可用于下行链路数据发送或上行链路数据发送。
[0105] 这种结构的特征在于,在一个时隙中顺序地执行DL发送和UL发送,在一个时隙中发送DL数据,并且还在同一个时隙中发送和接收UL Ack/Nack。
[0106] 这样的时隙可以被定义为“自包含时隙”。
[0107] 也就是说,通过时隙结构,当发生数据发送错误时,基站减少向UE重传数据所花费的时间,并且因此可以最小化最终数据传送的时延。
[0108] 在自包含时隙结构中,基站和UE在从发送模式切换到接收模式的过程中或在从接收模式切换到发送模式的过程中需要时间间隙。
[0109] 为此,在对应的时隙结构中,在从DL切换到UL时的一些OFDM符号被配置成保护时段(GP)。
[0110] 载波聚合
[0111] 在本发明的实施方式中,要考虑的通信环境包括所有多载波支持环境。也就是说,本发明中使用的多载波系统或载波聚合(CA)系统是指在配置目标宽带时聚合和使用带宽小于目标频带的一个或更多个分量载波(CC)以支持宽带的系统。
[0112] 在本发明中,多载波是指载波的聚合(或载波聚合)。在这种情况下,载波的聚合是指连续载波之间的聚合和不连续载波之间的聚合。此外,可以在下行链路和上行链路之间不同地设置聚合的分量载波的数量。下行链路分量载波(以下称为"DL CC")的数量和上行链路分量载波(以下称为"UL CC")的数量相同的情况被称为"对称聚合",而下行链路分量载波的数量和上行链路分量载波的数量不同的情况被称为"非对称聚合"。载波聚合可以与诸如带宽聚合或频谱聚合之类的术语互换使用。
[0113] 通过组合两个或更多个分量载波配置的载波聚合旨在支持LTE‑A系统中最多100MHz的带宽。当带宽小于目标频带的一个或更多个载波被组合时,组合的载波的带宽可以被限制为在现有系统中使用的带宽,以保持与现有IMT系统的向后兼容性。例如,现有的
3GPP LTE系统支持{1.4,3,5,10,15,20}MHz的带宽,并且可以将3GPP LTE高级(即,LTE‑A)系统配置成通过仅使用与现有系统兼容的带宽来支持大于20MHz的带宽。此外,本发明中使用的载波聚合系统可以被配置成通过定义新的带宽来支持载波聚合,而不管现有系统中使用的带宽如何。
[0114] LTE‑A系统使用小区的概念来管理无线电资源。
[0115] 载波聚合的环境可以被称为多小区环境。小区被定义为一对下行链路资源(DL CC)和上行链路资源(UL CC)的组合,但是上行链路资源不是必需的。因此,小区可以仅由下行链路资源组成,或者由下行链路资源和上行链路资源两者组成。当特定UE仅具有一个配置的服务小区时,该小区可以具有一个DL CC和一个UL CC。然而,当特定UE具有两个或更多个配置的服务小区时,这些小区具有与小区一样多的DL CC,并且UL CC的数量可以等于或小于DL CC的数量。
[0116] 另选地,相反,可以配置DL CC和UL CC。也就是说,当特定UE具有多个配置的服务小区时,也可以支持其中UL CC的数量大于DL CC的数量的载波聚合环境。也就是说,载波聚合可以被理解为各自具有不同的载波频率(中心频率)的两个或更多个小区的聚合。这里描述的"小区"需要区别于作为通常使用的并由基站覆盖的区域的"小区"。
[0117] 在LTE‑A系统中使用的小区包括主小区(PCell)和辅小区(SCell)。PCell和SCell可以用作服务小区。在UE处于RRC_CONNECTED状态但不具有配置的载波聚合或不支持载波聚合的情况下,只存在仅由PCell组成的一个服务小区。另一方面,在UE处于RRC_CONNECTED状态并且具有配置的载波聚合的情况下,可以存在一个或更多个服务小区,并且PCell和一个或更多个SCell被包括在所有服务小区中。
[0118] 可以通过RRC参数来配置服务小区(PCell和SCell)。作为小区的物理层标识符的PhysCellId具有0到503的整数值。作为用于标识SCell的短标识符的SCellIndex具有1到7的整数值。作为用于标识服务小区(PCell和SCell)的短标识符的ServCellIndex具有0到7的整数值。值0应用于PCell,并且SCellIndex被预先给出以应用于SCell。也就是说,在ServCellIndex中具有最小小区ID(或小区索引)的小区是PCell。
[0119] Pcell是指在主频率(或主CC)上操作的小区。PCell可以用于UE以执行初始连接建立过程或连接重建过程,并且可以被指定为在切换过程中指示的小区。此外,PCell是指在载波聚合环境中配置的服务小区中作为控制相关通信的中心的小区。也就是说,可以UE可以被分配并且仅在对应UE的PCell中发送PUCCH,并且仅使用PCell来获取系统信息或者改变监测过程。演进通用陆地无线电接入(E‑UTRAN)可以通过使用包括移动控制信息MobilityControlInfo的的更高层的RRC连接重配置消息RRCConnectionReconfigutaion而仅将用于切换过程的PCell改变到支持载波聚合环境的UE。
[0120] SCell可以表示在辅频率(或辅CC)上操作的小区。只有一个PCell可以被分配给特定UE,并且一个或更多个SCell可以被分配给特定UE。可以在实现RRC连接建立之后配置SCell,并将其用于提供附加的无线电资源。PUCCH不存在于在载波聚合环境中配置的服务小区中的剩余小区(即,除了PCell之外的SCell)中。当将SCell添加到支持载波聚合环境的UE时,E‑UTRAN可以通过专用信号提供与处于RRC_CONNECTED状态的相关小区的操作相关的所有系统信息。可以通过释放和添加相关的SCell来控制系统信息的改变,并且在这种情况下,可以使用更高层的RRC连接重配置消息"RRCConnectionReconfigutaion"。E‑UTRAN可以对每个UE执行具有不同参数的专用信令,而不是在相关SCell中进行广播。
[0121] 在初始安全性激活过程开始之后,E‑UTRAN可以在连接建立过程中向初始配置的PCell添加SCell,以配置包括一个或更多个SCell的网络。在载波聚合环境中,PCell和SCell可以作为分别的分量载波操作。在下面描述的实施方式中,主分量载波(PCC)可以用作与PCell相同的含义,辅分量载波(SCC)可以用作与SCell相同的含义。
[0122] 图6示出了可以应用本发明的无线通信系统中的分量载波和载波聚合的示例。
[0123] 图6的(a)示出了在LTE系统中使用的单载波结构。分量载波包括DL CC和UL CC。一个分量载波可以具有20MHz的频率范围。
[0124] 图6的(b)示出了在LTE‑A系统中使用的载波聚合结构。更具体地,图6的(b)示出了频率幅度为20MHz的三个分量载波被组合。提供了三个DL CC和三个UL CC,但是DL CC的数量和UL CC的数量不受限制。在载波聚合的情况下,UE可以同时监测三个CC,接收下行链路信号/数据,并且发送上行链路信号/数据。
[0125] 如果在特定小区中管理N个DL CC,则网络可以向UE分配M(M≤N)个DL CC。在这种情况下,UE可以仅监测M个有限的DL CC并且接收DL信号。此外,网络可以优先考虑L(L≤M≤N)个DL CC,并将主DL CC分配给UE。在这种情况下,UE必须监测L个DL CC。这样的方案可以等同地应用于上行链路发送。
[0126] 下行链路资源的载波频率(或DL CC)和上行链路资源的载波频率(或UL CC)之间的链接可以由诸如RRC消息或系统信息的更高层消息来指示。例如,可以通过由系统信息块类型2(SIB2)定义的链接来配置DL资源和UL资源的组合。更具体地,链接可以表示在其上发送携带UL许可的PDCCH的DL CC与使用该UL许可的UL CC之间的映射关系,并且表示在其上发送HARQ的数据的DL CC(或UL CC)与在其上发送HARQACK/NACK信号的UL CC(或DL CC)之间的映射关系。
[0127] 如果一个或更多个SCell被配置给UE,则网络可以激活或停用所配置的SCell。PCell总是被激活。网络通过发送激活/停用MAC控制元素来激活或停用SCell。
[0128] 激活/停用MAC控制元素具有固定的大小,并且由包括七个C字段和一个R字段的单个八位字节组成。C字段被配置用于每个SCell索引(SCellIndex),并且指示SCell的激活/停用状态。当C字段的值设置为“1”时,它指示具有对应的SCell索引的SCell被激活。当C字段的值设置为“0”时,它指示具有对应的SCell索引的SCell被停用。
[0129] 此外,UE维持针对每个配置的SCell的定时器sCellDeactivationTimer,并且当定时器超时时停用相关联的SCell。相同的初始定时器值被应用于定时器sCellDeactivationTimer的每个事例并且由RRC信令配置。当添加了SCell或者在切换之后,初始SCell处于停用状态。
[0130] UE在每个TTI中对每个所配置的SCell执行以下操作。
[0131] ‑如果UE在特定TTI(子帧n)中接收到激活SCell的激活/停用MAC控制元素,则UE在对应于固定定时的TTI(子帧n+8或其后)中激活SCell,并且(重新)启动与对应的SCell相关的定时器。UE激活SCell意味着UE应用正常的SCell操作,例如SCell上的探测参考信号(SRS)发送、报告SCell的信道质量指示符(CQI)/预编码矩阵指示符(PMI)/秩指示(RI)/预编码类型指示符(PTI)、SCell上的PDCCH监测以及针对SCell的PDCCH监测。
[0132] ‑如果UE在特定TTI(子帧n)中接收到停用SCell的激活/停用MAC控制元素,或者如果与特定TTI(子帧n)激活的SCell相关的定时器超时,则UE在对应于固定定时的TTI(子帧n+8或其后)中停用SCell,停止对应SCell的定时器,并且刷新与对应SCell相关的所有HARQ缓冲器。
[0133] ‑如果激活的SCell上的PDCCH指示上行链路许可或下行链路分配,或者如果服务小区上的调度激活的SCell的PDCCH指示激活的SCell的上行链路许可或下行链路分配,则UE重新启动与对应SCell相关的定时器。
[0134] 如果SCell停用,则UE不在该SCell上发送SRS,不报告SCell的CQI/PMI/RI/PTI,不在SCell上发送UL‑SCH,并且不监测SCell上的PDCCH。
[0135] 已经基于LTE/LTE‑A系统描述了上述载波聚合,但是这是为了描述方便,并且可以以相同或类似的方式扩展并应用于5G NR系统。具体地,可以在5G NR系统中考虑的载波聚合部署场景可以与图7相同。
[0136] 图7示出了考虑NR系统中的载波聚合的部署场景的示例。
[0137] 参照图7,F1和F2可以分别表示被配置到第一频率(或第一频带,第一载波频率,第一中心频率)的小区和被配置到第二频率(或第二频带,第二载波频率或第二中心频率)的小区。
[0138] 图7的(a)示出了第一CA部署场景。如图7的(a)所示,F1小区和F2小区可以共址(co‑located)并且重叠(overlaid)。在这种情况下,两个层都可以提供足够的覆盖范围,并且两个层上都可以支持移动性。第一CA部署场景可以包括F1小区和F2小区存在于相同频带中的情况。在第一CA部署场景中,预期在重叠的F1小区和F2小区之间可以进行聚合。
[0139] 图7的(b)示出了第二CA部署场景。如图7的(b)所示,F1小区和F2小区可以共址并且重叠,但是由于更大的路径损耗,F2小区可能支持更小的覆盖范围。在这种情况下,只有F1小区提供足够的覆盖范围,并且F2小区可以用于提高吞吐量。在这种情况下,可以基于F1小区的覆盖范围来执行移动性。第二CA部署场景可以包括F1小区和F2小区存在于不同频带中的情况(例如,F1小区存在于{800MHz,2GHz}中,而F2小区存在于{3.5GHz}中)。在第二CA部署场景中,预期在重叠的F1小区和F2小区之间可以进行聚合。
[0140] 图7的(c)示出了第三CA部署场景。如图7的(c)所示,F1小区和F2小区共址并且重叠,但是F2小区的天线可以指向F1小区的边界,从而增加小区边缘吞吐量。在这种情况下,F1小区提供足够的覆盖范围,但是由于更大的路径损耗,F2小区可能潜在地具有空洞(hole)。在这种情况下,可以基于F1小区的覆盖范围来执行移动性。第三CA部署场景可以包括F1小区和F2小区存在于不同频带中的情况(例如,F1小区存在于{800MHz,2GHz}中,而F2小区存在于{3.5GHz}中)。在第三CA部署场景中,预期同一基站(例如,eNB)的F1小区和F2小区可以在覆盖范围重叠的区域中进行聚合。
[0141] 图7的(d)示出了第四CA部署场景。如图7的(d)所示,F1小区提供宏覆盖范围,而F2远程无线电头(RRH)可用于提高热点处的吞吐量。在这种情况下,可以基于F1小区的覆盖范围来执行移动性。第四CA部署场景可以包括F1小区和F2小区对应于相同频带(例如,1.7GHz)上的DL非连续载波的情况以及F1小区和F2小区存在于不同频带上的情况(例如,F1小区存在于{800MHz,2GHz}中,而F2小区存在于{3.5GHz}中)。在第四CA部署方案中,预期F2小区(即,RRH)可以与F2小区之下的F1小区(即宏小区)聚合。
[0142] 图7的(e)示出了第五CA部署场景。第五CA部署场景类似于第二CA部署场景,但可以部署频率选择中继器(frequency selective repeater),使得可以针对载波频率中的一个扩展覆盖范围。在第五CA部署场景中,预期同一基站的F1小区和F2小区可以在覆盖范围重叠的区域中聚合。
[0143] 尽管由不同的服务小区引起针对相同TTI的UL许可和DL分配的物理层处的接收定时差(例如,取决于控制符号的数量,传播和部署场景),但它不能影响MAC操作。UE可能需要处理要在带内非连续CA和带间非连续CS中聚合的CC之间的最多30μs的相对传播延迟差。因为基站的时间对准被指定为最多0.26μs,所以这可能意味着UE需要处理在接收机处监测的CC之间的最多30.26μs的延迟扩展。这还可能意味着对于具有多个TAG的带间CA,UE必须处理TAG之间的36.37μs的最大上行链路发送定时差。
[0144] 当部署CA时,可以跨聚合小区对准帧定时和系统帧号(SFN)。
[0145] NR系统可以支持物理上行链路控制信道(PUCCH),即,用于发送上行链路控制信息(UCI)的物理信道,该UCI包括诸如混合自动重复请求确认(HARQ‑ACK)、调度请求(SR)和信道状态信息(CSI)的信息。
[0146] 在这种情况下,可以根据UCI有效载荷将PUCCH划分为支持小UCI有效载荷(例如,1至2比特UCI)的小有效载荷PUCCH和支持大UCI有效载荷(例如,多于2比特和最多数百比特)的大有效载荷PUCCH。
[0147] 此外,可以将小有效载荷PUCCH和大有效载荷PUCCH划分为具有短持续时间(例如,1至2符号持续时间)的短PUCCH和具有长持续时间(例如,4至14符号持续时间)的长PUCCH。
[0148] 在这种情况下,长PUCCH可以主要用于发送中/大UCI有效载荷或提高小UCI有效载荷的覆盖范围。
[0149] 此外,如果与长PUCCH相比需要扩展覆盖范围,则长PUCCH可以支持多时隙长PUCCH,其中在多个时隙中发送相同的UCI信息。
[0150] 例如,如果在给定UCI有效载荷和码率下不能保证覆盖范围,则终端可以通过根据使用多时隙长PUCCH的重复发送的增益来保证覆盖范围。
[0151] 在这种情况下,可以基于可发送的UCI有效载荷大小、PUCCH结构(例如,以符号计的PUCCH长度)或复用容量对PUCCH进行分类。此外,可以以多个PUCCH格式定义和支持PUCCH。
[0152] 例如,PUCCH格式可以配置有小有效载荷短PUCCH、小有效载荷长PUCCH、大有效载荷短PUCCH、大有效载荷长PUCCH、中有效载荷长PUCCH等。
[0153] 在这种情况下,在长PUCCH中发送的中/大UCI有效载荷可以配置有UCI信息(HARQ‑ACK、SR、CSI)中的一个或其多个组合。
[0154] 为了便于描述,将这种情况表示为"长PUCCH上的多条UCI"。
[0155] 此外,在长PUCCH中同时发送的多条UCI信息例如可以是HARQ‑ACK(或HARQ‑ACK和SR)和CSI同时发送。
[0156] 在下文中,在本说明书中,具体描述了在长PUCCH上支持多条UCI的操作。
[0157] 用于长PUCCH上的多条UCI支持的UCI信息划分
[0158] 首先,描述了用于长PUCCH上的多条UCI发送支持的UCI划分。
[0159] 如果多条UCI有效载荷包括CSI报告,则有效载荷可能基于UE确定的秩数(rank number)等而为可变的。
[0160] 在这种情况下,为了避免基站(例如,gNB(下一代节点B))中的盲检测(BD),UE可以向gNB发送可以直接或间接确定UCI有效载荷大小的信息(例如,秩信息)。
[0161] 此外,作为一种方法,UE可以将整个可变大小的UCI信息划分为第1部分UCI(即固定部分)和第2部分UCI(即可变部分),并且可以对第1部分UCI和第2部分UCI分别进行编码。
[0162] 此外,UE可以包括可在固定大小的第1部分UCI中确定第2部分UCI的大小的秩信息,可以对UCI进行编码,并且可以将经编码的UCI发送到gNB。
[0163] 用于长PUCCH上的多条UCI支持的UCI到RE映射
[0164] 接着,下面描述用于支持长PUCCH上的多条UCI发送的UCI到RE映射。
[0165] 这是针对上述用于可变大小CSI报告的PUCCH发送的CSI被配置成被划分为固定大小的第1部分CSI和可变大小的第2部分CSI的情况。
[0166] 在这种情况下,gNB可以仅在成功解码第1部分CSI时掌握第2部分CSI的有效载荷大小,并且基于此尝试解码。
[0167] 因此,可以说第1部分CSI在解码顺序和性能方面优先于第2部分CSI。
[0168] 因此,当多条UCI有效载荷被配置成支持长PUCCH上的多条UCI时,具有较高重要性的HARQ‑ACK(或HARQ‑ACK和SR)信息连同第1部分CSI可以配置第1部分UCI并且可以被联合编码,并且第2部分UCI可以仅由第2部分CSI组成并且可以被单独编码。
[0169] 由于上述性能优先级等的原因,可以执行第1部分UCI的RE映射,使得第1部分UCI优选地尽可能接近PUCCH解调参考信号(DMRS)。
[0170] 在通过上述方法进行第1部分UCI的RE映射之后,可以在剩余的PUCCH区域中执行第2部分UCI的RE映射。
[0171] 上述RE映射操作可以由UE执行,并且当UCI可以被解释为下行链路控制信息(DCI)时可以由gNB执行。
[0172] 在这种情况下,RE映射操作的基本单元是调制符号。
[0173] 因此,为了准确地支持通过分离第1部分UCI和第2部分UCI进行的RE映射方法,必须基于每个调制符号分离第1部分和第2部分UCI编码比特。
[0174] 为此,支持长PUCCH上的多条UCI的第1部分UCI编码比特和/或第2部分UCI编码比特可以被划分为以调制阶数Qm的倍数划分。
[0175] 作为生成第1部分UCI编码比特使得第1部分UCI编码比特是Qm的倍数的方法,可以考虑以下方法。
[0176] 每个PUCCH格式所允许的最大码率Rmax可以经由更高层信令预先配置给UE,并且UE可以在实际UCI发送时应用小于最大码率Rmax的码率。
[0177] 在这种情况下,当考虑第1部分UCI有效载荷大小N_p1和Rmax计算的第1部分UCI编码比特的大小N_p1/Rmax不是Qm的倍数时,即,当(N_p1/Rmax)mod Qm≠0时,可以执行速率匹配,使得大小N_p1/Rmax是Qm的倍数。
[0178] 在实施方式中,速率匹配表示当信道编码输出缓冲器(例如,循环缓冲器)输出第1部分UCI编码比特时,执行输出操作使得第1部分UCI编码比特的比特大小是Qm的倍数。
[0179] 除了速率匹配操作之外,通过在基于N_p1/Rmax生成的第1部分UCI编码比特序列中执行循环重复,或重复第1部分UCI编码比特序列的最后部分,或填充"0"、"1"或随机数,最终输出可以是Qm的倍数。
[0180] 此外,第2部分UCI编码比特的一部分(例如,第2部分UCI编码比特的初始比特)可用作填充比特。
[0181] 以与第1部分UCI编码比特相同的方式,可以通过相同的方法将第2部分UCI编码比特配置为Qm的倍数。
[0182] 上述方法可以通过由UE执行的以下步骤(1)至(4)来执行。
[0183] (1)可以使用下面的等式2来计算根据配置的PUCCH资源参数可以被发送到PUCCH的UCI编码比特的总数Nt。
[0184] 【等式2】
[0185] Nt=Nsym×NRB×Nsc×Qm
[0186] 在等式2中,Nsym是所配置的UCI的可发送PUCCH符号的数量,NRB是所配置的PUCCH RB的数量,NSC是1RB(例如,NSC=12)中的子载波的数量,并且Qm是调制阶数(例如,对于QPSK为2)。
[0187] (2)在不超过根据第1部分UCI有效载荷和Rmax的Nt的范围内的第1部分UCI编码比特大小N_c1可以使用下面的等式3来确定(在本事例中,N_c1被配置为Qm的倍数)。
[0188] 【等式3】
[0189]
[0190] 在等式3中,N_pl是第1部分UCI有效载荷大小,Rmax是所配置的最大码率,并且 表示取整运算(ceiling operation)。
[0191] (3)根据Nt和N_c1的第2部分UCI编码的比特大小N_c2可以使用下面的等式4来确定。
[0192] 【等式4】
[0193] N_c2=Nt‑N_c1
[0194] (4)UE使用生成第1部分UCI编码比特的方法(速率匹配、填充等)单独地生成符合N_c1和N_c2的第1部分UCI编码比特和第2部分UCI编码比特,使得第1部分UCI编码比特是Qm的倍数,并且然后通过调制(例如,QPSK调制)执行RE映射。
[0195] 用于长PUCCH上的多条UCI支持的资源确定方法
[0196] 接着,描述用于长PUCCH上的多条UCI发送支持的资源确定方法。
[0197] 对于当同时发送多条UCI(例如,HARQ‑ACK(或HARQ‑ACK和SR)和CSI)时的资源确定方法,可以考虑以下两种情况(情况1、情况2)。
[0198] 对于稍后描述的两种情况,UE可以通过更高层信令预先配置有针对每个PUCCH格式允许的最大码率(Rmax),并且可以在实际UCI发送时应用小于Rmax的码率(R)。
[0199] (情况1)
[0200] 情况1是在为HARQ‑ACK配置的大有效载荷长PUCCH中发送多条UCI的情况。(通过下行链路控制信息(DCI)指示HARQ‑ACK资源的情况)
[0201] 在情况1的情况下,UE可以通过更高层信令预先配置有多个PUCCH资源集,并且可以基于总UCI有效载荷大小(N_p)来选择多个PUCCH资源集中的一个。
[0202] 在这种情况下,所选择的PUCCH资源集可包括多个PUCCH资源。
[0203] 在情况1中,可以通过其中调度了对应于HARQ‑ACK比特的PDSCH的DCI字段的HARQ‑ACK资源指示符来指示PUCCH资源集中的PUCCH资源。
[0204] 此外,如果PUCCH资源集内的PUCCH资源的数量很多,则gNB可以通过DCI和隐式指示的组合或隐式指示方法来指示针对UE的PUCCH资源集内的PUCCH资源,以减少DCI开销。
[0205] 例如,隐式指示方法可以是基于PDSCH调度DCI的控制信道元素(CCE)索引来确定PUCCH资源的方法。
[0206] 在这种情况下,UE用于长PUCCH上的多条UCI发送的RB的数量可以由整个UCI有效载荷大小(N_p)和最大码率(Rmax)来确定。
[0207] 所确定的值可以与通过PUCCH资源分配的RB的数量不同。
[0208] (情况2)
[0209] 情况2是在针对CSI报告配置的大有效载荷长PUCCH中发送多条UCI的情况(不能通过DCI指示HARQ‑ACK资源的情况)。
[0210] 在情况2的情况下,UE可以通过更高层信令预先配置有用于CSI报告的多个PUCCH资源,并且可以基于整个UCI有效载荷大小(N_p)和最大码率(Rmax)的组合来选择多个PUCCH资源中的一个。
[0211] 例如,在PUCCH资源i中分配的能够进行PUCCH发送的RE的数量是NRE,i,对于一个UE[0212] 【等式5】
[0213] NRE,i≥N_p/Rmax/Qm
[0214] 在这种情况下,UE可以选择与满足上述等式5的NRE,i值中的最小值NRE,i,min相对应的PUCCH资源。
[0215] 为了更容易了解N_p与其它参数之间的关系,可将以上的等式5修改成以下的等式6。
[0216] 【等式6】
[0217] N_p≤NRE,i×Rmax×Qm
[0218] 也就是说,为了在PUCCH资源上发送所有DCI,UE可以确定在与具有通过将最大码率Rmax和调制阶数Qm乘以对应于PUCCH资源的RE的数量获得的值中等于或大于用于所有UCI的有效载荷大小的值的RE的数量相对应的PUCCH资源中的具有最低索引(或最少索引)的PUCCH,并且在所确定的PUCCH上发送所有UCI。
[0219] 这里,最大码率可以是如下所述的配置值或预先定义的值。
[0220] 如果最大码率是配置的值,则所配置的最大码率可以表示索引。在这种情况下,索引可以被映射到实际应用的最大码率的值。
[0221] 在这种情况下,以与情况1相同的方式,可以通过N_p和Rmax来确定用于UE实际发送UCI的RB的数量,并且由此确定的值可以与通过PUCCH资源分配的RB的数量不同。
[0222] 如果第2部分CSI是可变大小的,则UE可以如在上述方法中那样基于N_p确定PUCCH资源或PUCCH资源集,并且可以不显式地或隐式地向gNB通知N_p信息。
[0223] 在这种情况下,gNB可能不得不考虑到第2部分CSI的可变大小来预留过多的PUCCH资源,或者对用于几种N_p可能性的PUCCH资源和/或PUCCH资源集执行过多的BD。
[0224] 这存在以下问题:即增加了gNB处的整体资源开销、计算复杂性和解码时间。
[0225] 首先,在情况1中,由于N_p的不确定性,gNB假设多个PUCCH资源集并且必须使用DCI的HARQ‑ACK资源指示符来尝试解码。
[0226] 在这种情况下,即使gNB经由DCI使用HARQ‑ACK资源指示符,因为从gNB的角度来看N_p仍然是不确定的,所以gNB也假设几个RB大小并且必须尝试固定大小的第1部分UCI解码。
[0227] 假设在PUCCH资源上分配的RB的数量与用于实际UCI发送的RB的数量之间存在大的差异,则在gNB处BD的次数可能会过度增加。
[0228] 在情况2中,由于N_p的不确定性,gNB假设针对经由更高层信令配置的多个PUCCH资源的数个个N_p值,并且必须执行用于固定大小的第1部分UCI解码的BD。
[0229] 考虑以下方法来解决或减轻上述问题。
[0230] (方法1)
[0231] 这是一种在为HARQ‑ACK配置的大有效载荷长PUCCH中发送多条UCI时的方法。(即,如果通过DCI指示HARQ‑ACK资源)
[0232] A.PUCCH资源集确定方法
[0233] (方法1‑A‑1)这是一种由UE基于固定大小的第1部分UCI(或第1部分CSI),或基于固定大小的第1部分UCI(或第1部分CSI)和Rmax来确定PUCCH资源集的方法。
[0234] (方法1‑A‑2)这是一种由UE基于固定大小的第1部分UCI(或第1部分CSI)和固定大小的“参考”第2部分UCI(或“参考”第2部分CSI),或基于固定大小的第1部分UCI(或第1部分CSI)和固定大小的“参考”第2部分UCI(或“参考”第2部分CSI)以及Rmax来确定PUCCH资源集的方法。
[0235] 在这种情况下,参考第2部分UCI(或参考第2部分CSI)是指通过考虑可变大小的第2部分UCI(或第2部分CSI)而可以在第2部分UCI(或第2部分CSI)的最小值(例如,0)和最大值的范围内设置的值。
[0236] 也就是说,参考第2部分UCI(或参考第2部分CSI)是用于确定PUCCH资源集的种类、PUCCH资源或PUCCH资源内的用于实际UCI发送的RB数量的参考值。
[0237] 此外,参考第2部分UCI(或参考第2部分CSI)值可以是假设秩=1的值,或者可以是第2部分UCI(或第2部分CSI)的最大值或最小值。
[0238] 另选地,参考第2部分UCI(或参考第2部分CSI)值可以是基于秩值(例如,秩=1或秩=5)计算的值,在该秩值处第2部分UCI(或第2部分CSI)相对于所有(或大多数)情况是最小或最大的。
[0239] 另选地,作为第2部分UCI(或第2部分CSI)发送和不必要开销的折衷,参考第2部分UCI(或参考第2部分CSI)值可以被确定为第2部分UCI(或第2部分CSI)值的中间值或平均值。
[0240] 另选地,参考第2部分UCI(或参考第2部分CSI)值可以是标准文档中描述的固定值,或者可以是通过RRC信令或RRC信令和DCI的组合设置的值。
[0241] 此外,基于参考第2部分UCI(或参考第2部分CSI)的含义包括通过考虑第2部分UCI(或第2部分CSI)而设置的值被线性添加到固定大小的第1部分UCI(或第1部分CSI)的情况,以及该值以缩放形式乘以固定大小的第1部分UCI(或第1部分CSI)的情况。
[0242] B.确定PUCCH资源内的用于实际UCI发送的RB数量的方法
[0243] (方法1‑B‑1)这是一种由UE基于固定大小的第1部分UCI(或第1部分CSI)和Rmax来确定其中将在PUCCH资源内发送实际UCI的RB的方法。
[0244] (方法1‑B‑2)这是一种由UE基于固定大小的第1部分UCI(或第1部分CSI)和固定大小的"参考"第2部分UCI(或"参考"第2部分CSI)以及Rmax来确定其中将在PUCCH资源内发送实际UCI的RB的方法。
[0245] 在这种情况下,参考第2部分UCI(或参考第2部分CSI)是指通过考虑可变大小的第2部分UCI(或第2部分CSI)而可以设置在第2部分UCI(或第2部分CSI)的最小值(例如,0)和最大值的范围内设置的值。
[0246] 也就是说,参考第2部分UCI(或参考第2部分CSI)是用于确定PUCCH资源集的种类、PUCCH资源或PUCCH资源内的实用于际UCI发送的RB数量的参考值。
[0247] 此外,参考第2部分UCI(或参考第2部分CSI)值可以是假设秩=1的值,或者可以是第2部分UCI(或第2部分CSI)的最大值或最小值。
[0248] 另选地,参考第2部分UCI(或参考第2部分CSI)值可以是基于秩值(例如,秩=1或秩=5)计算的值,在该秩值处第2部分UCI(或第2部分CSI)针对所有(或大多数)情况是最小或最大的。
[0249] 另选地,作为第2部分UCI(或第2部分CSI)发送和不必要开销的折衷,参考第2部分UCI(或参考第2部分CSI)值可以被确定为第2部分UCI(或第2部分CSI)值的中间值或平均值。
[0250] 此外,参考第2部分UCI(或参考第2部分CSI)值可以是标准文档中描述的固定值,或者可以是通过RRC信令或RRC信令和DCI的组合而设置的值。
[0251] 此外,基于参考第2部分UCI(或参考第2部分CSI)的含义包括通过考虑第2部分UCI(或第2部分CSI)而设置的值被线性添加到固定大小的第1部分UCI(或第1部分CSI)的情况,以及该值以缩放形式乘以固定大小的第1部分UCI(或第1部分CSI)的情况。
[0252] (方法1‑B‑3)这是一种基于总比特数来确定其中将在PUCCH资源内发送实际UCI的RB的方法,总比特数为固定大小的第1部分UCI(或第1部分CSI)和可变大小的第2部分UCI(或可变大小的第2部分CSI)的最大值之和,或总UCI(第1部分+第2部分)有效载荷大小的最大值和Rmax的最大值。
[0253] 此外,gNB可以基于该方法执行BD。
[0254] (方法2)
[0255] 这是一种针对在为CSI报告配置的大有效载荷长PUCCH中发送多条UCI的情况的方法。(不能通过DCI指示HARQ‑ACK资源的情况)
[0256] A.PUCCH资源确定方法
[0257] (方法2‑A‑1)这是一种由UE基于固定大小的第1部分UCI(或第1部分CSI)或固定大小的第1部分UCI(或第1部分CSI)和Rmax来确定PUCCH资源的方法。
[0258] (方法2‑A‑2)这是一种由UE基于固定大小的第1部分UCI(或第1部分CSI)和固定大小的“参考”第2部分UCI(或'参考'第2部分CSI),或基于固定大小的第1部分UCI(或第1部分CSI)和固定大小的“参考”第2部分UCI(或“参考”第2部分CSI)以及Rmax来确定PUCCH资源的方法。
[0259] 在这种情况下,参考第2部分UCI(或参考第2部分CSI)是指通过考虑可变大小的第2部分UCI(或第2部分CSI)而可以设置在第2部分UCI(或第2部分CSI)的最小值(例如,0)和最大值的范围内设置的值。
[0260] 也就是说,参考第2部分UCI(或参考第2部分CSI)是用于确定PUCCH资源集的种类、PUCCH资源或PUCCH资源内的用于实际UCI发送的RB数量的参考值。
[0261] 此外,参考第2部分UCI(或参考第2部分CSI)值可以是假设秩=1的值,或者可以是第2部分UCI(或第2部分CSI)的最大值或最小值。
[0262] 另选地,参考第2部分UCI(或参考第2部分CSI)值可以是基于秩值(例如,秩=1或秩=5)计算的值,在该秩值处第2部分UCI(或第2部分CSI)针对所有(或大多数)情况是最小或最大的。
[0263] 另选地,作为第2部分UCI(或第2部分CSI)发送和不必要开销的折衷,参考第2部分UCI(或参考第2部分CSI)值可以被确定为第2部分UCI(或第2部分CSI)值的中间值或平均值。
[0264] 此外,参考第2部分UCI(或参考第2部分CSI)值可以是标准文档中描述的固定值,或者可以是通过RRC信令或RRC信令和DCI的组合而设置的值。
[0265] 在这种情况下,基于参考第2部分UCI(或参考第2部分CSI)的含义包括通过考虑第2部分UCI(或第2部分CSI)而设置的值被线性添加到固定大小的第1部分UCI(或第1部分CSI)的情况,以及该值以缩放形式乘以固定大小的第1部分UCI(或第1部分CSI)的情况。
[0266] B.确定PUCCH资源内的用于实际UCI发送的RB数量的方法
[0267] (方法2‑B‑1)这是一种由UE基于固定大小的第1部分UCI(或第1部分CSI)和Rmax来确定其中将在PUCCH资源内发送实际UCI的RB的方法。
[0268] (方法2‑B‑2)这是一种由UE基于固定大小的第1部分UCI(或第1部分CSI)和固定大小的“参考”第2部分UCI(或'参考'第2部分CSI)以及Rmax来确定其中将在PUCCH资源内发送实际UCI的RB的方法。
[0269] 在这种情况下,参考第2部分UCI(或参考第2部分CSI)是指通过考虑可变大小的第2部分UCI(或第2部分CSI)而可以设置在第2部分UCI(或第2部分CSI)的最小值(例如,0)和最大值的范围内设置的值。
[0270] 也就是说,参考第2部分UCI(或参考第2部分CSI)是用于确定PUCCH资源集的种类、PUCCH资源或用于PUCCH资源内的实际UCI发送的RB数量的参考值。
[0271] 在这种情况下,参考第2部分UCI(或参考第2部分CSI)值可以是假设秩=1的值,或者可以是第2部分UCI(或第2部分CSI)的最大值或最小值。
[0272] 另选地,参考第2部分UCI(或参考第2部分CSI)值可以是基于秩值(例如,秩=1或秩=5)计算的值,在该秩值处第2部分UCI(或第2部分CSI)针对所有(或大多数)情况是最小或最大的。
[0273] 另选地,作为第2部分UCI(或第2部分CSI)发送和不必要开销的折衷,参考第2部分UCI(或参考第2部分CSI)值可以被确定为第2部分UCI(或第2部分CSI)值的中间值或平均值。
[0274] 此外,参考第2部分UCI(或参考第2部分CSI)值可以是标准文档中描述的固定值,或者可以是通过RRC信令或RRC信令和DCI的组合而设置的值。
[0275] 在这种情况下,基于参考第2部分UCI(或参考第2部分CSI)的含义包括通过考虑第2部分UCI(或第2部分CSI)而设置的值被线性添加到固定大小的第1部分UCI(或第1部分CSI)的情况,以及该值以缩放形式乘以固定大小的第1部分UCI(或第1部分CSI)的情况。
[0276] (方法2‑B‑3)其基于总比特数来确定其中将在PUCCH资源内发送实际UCI的RB,总比特数为固定大小的第1部分UCI(或第1部分CSI)和可变大小的第2部分UCI(或可变大小的第2部分CSI)的最大值之和,或总UCI(第1部分+第2部分)有效载荷大小和Rmax的最大值。
[0277] 此外,gNB可以执行采用该方法的BD。
[0278] 同时,在NR中,可以为每个UE配置多个CSI报告。
[0279] 在这种情况下,通过考虑针对每个报告的对应CSI报告的模式(宽带还是子带)、有效载荷大小等,可以为UE配置用于CSI报告的PUCCH资源。
[0280] 针对单CSI报告的配置的PUCCH资源可以是针对每个CSI报告的优化PUCCH资源。
[0281] 在这种情况下,在NR中,在准备在一个时隙中发送多个配置的CSI报告的情况下,可以分别地配置一个或多个(J>=1,J是可以配置的用于多CSI报告的PUCCH资源的数量)用于多CSI报告的PUCCH资源。
[0282] 在下文中,如果配置了用于单CSI报告的PUCCH资源,则提出以下UE操作。
[0283] (操作1)
[0284] UE基于总UCI有效载荷大小和NRENRE的大小,没有改变地使用用于单CSI报告的配置的PUCCH资源而如下地将UCI发送到gNB。
[0285] (操作1‑A)这是当总UCI有效载荷大小(HARQ‑ACK(或HARQ‑ACK和SR)+第1部分CSI+第2部分CSI)小于或等于NRE时UE的操作(如果HARQ‑ACK(或HARQ‑ACK和SR)+第1部分CSI+第2部分CSI≤NRE)。
[0286] i)UE没有改变地使用用于单CSI报告的PUCCH资源向gNB发送总有效载荷。
[0287] 在这种情况下,gNB可以通过调度来分配HARQ‑ACK(或HARQ‑ACK和SR)有效载荷,使得总有效载荷大小不超过NRE。
[0288] 这是当总UCI有效载荷大小(HARQ‑ACK(或HARQ‑ACK和SR)+第1部分CSI+第2部分CSI)超过NRE时UE的操作(如果HARQ‑ACK(或HARQ‑ACK和SR)+第1部分CSI+第2部分CSI>NRE)。
[0289] i.UE丢弃部分第2部分CSI,并使用用于单CSI报告的PUCCH资源向gNB发送HARQ‑ACK(或HARQ‑ACK和SR)和第1部分CSI以及部分第2部分CSI。
[0290] ii.UE丢弃整个第2部分CSI,并向gNB发送HARQ‑ACK(或HARQ‑ACK和SR)和第1部分CSI。
[0291] UE丢弃所有的第1部分CSI和第2部分CSI,并仅向gNB发送HARQ‑ACK(或HARQ‑ACK和SR)。
[0292] (操作2)
[0293] UE使用用于多CSI报告的PUCCH资源向gNB发送UCI。
[0294] (操作2‑A)UE可以通过与PUCCH上的多CSI报告的情况相同地进行处理而使用用于多CSI报告的PUCCH资源向gNB发送周期性或半持久性CSI报告和SPS PDSCH的HARQ‑ACK(或HARQ‑ACK和SR)的PUCCH同时发送的部分或全部。
[0295] 另选地,UE可以基于周期性或半持久性CSI报告和SPS PDSCH的HARQ‑ACK(或HARQ‑ACK和SR)中的部分或全部来选择用于多CSI报告的多个PUCCH资源中的一个,并且可以向gNB发送整个或部分UCI。
[0296] 对于已经为多CSI报告配置了一个或多个PUCCH资源的情况,提出了以下UE操作。
[0297] (操作3)
[0298] 这是当在UE中针对多CSI报告配置的PUCCH资源的数量为1(J=1)时的操作。
[0299] (操作3‑A)在情况2)的确定在PUCCH资源内用于实际UCI发送的RB数量的方法(方法2‑B‑1/2/3)可以应用于在用于CSI报告的PUCCH资源内的RB确定。
[0300] (操作4)
[0301] 这是在UE中针对多CSI报告配置的PUCCH资源的数量为多个(J>1)时的操作。
[0302] 操作4‑A)情况2)的PUCCH资源确定方法(方法2‑A‑1/2)可以应用于针对CSI报告的PUCCH资源确定。
[0303] 操作4‑B)在情况2)的确定在PUCCH资源内用于实际UCI发送的RB数量的方法(方法2‑B‑1/2/3)可以应用于在用于CSI报告的PUCCH资源内的RB确定。
[0304] 对于情况1和情况2(即,A/N资源发送的情况和CSI资源发送的情况),可以如下不同地设置参考值。
[0305] 例如,CSI第2部分的参考值可以基于预期的HARQ‑ACK有效载荷比特而被不同地设置。
[0306] 在(情况1,A/N资源发送的情况)的情况下,多个HARQ‑ACK有效载荷比特可以利用A/N资源被复用并被发送。
[0307] 因此,可以将最小值0(仅第1部分)或第2部分UCI(或第2部分CSI)或基于第2部分UCI(或第2部分CSI)为最小值时的秩值计算的值设置为参考值,作为参考第2部分UCI(或参考第2部分CSI)值。
[0308] 然而,在(情况2,CSI资源发送的情况)的情况下,例如,预期主要在CSI资源中发送的HARQ‑ACK有效载荷比特(如半持久调度的PDSCH的HARQ‑ACK发送)不会太多。
[0309] 因此,第2部分UCI(或第2部分CSI)的最大值或基于第2部分UCI(或第2部分CSI)为最大值时的秩值计算的值可被设置为参考值,作为参考第2部分UCI(或参考第2部分CSI)值。
[0310] 在这些方法中,"固定大小的第1部分UCI(或第1部分CSI)和固定大小的'参考'第2部分UCI(或'参考'第2部分CSI)"可以表示"固定大小的第1部分UCI(或第1部分CSI)和固定大小的'参考'第2部分UCI(或'参考'第2部分CSI)的比特总和或总有效载荷大小"。
[0311] 在这些方法中,更具体地,"基于UCI(或CSI)和Rmax确定PUCCH资源(集)或RB"可以表示"确定配置有能够发送基于UCI(或CSI)和Rmax的编码比特的数量的最小RE数量的资源(集)或RB"。
[0312] 在这些方法中,第1部分UCI可以包括HARQ‑ACK和/或SR。
[0313] 此外,在这些方法中,可以为每个UCI有效载荷大小范围配置HARQ‑ACK PUCCH资源集。
[0314] 此外,如果在一个时隙中发送多个配置的CSI报告,则PUCCH可以在时间上重叠或者可以时分复用(TDMed)(即,非重叠)。
[0315] 在这种情况下,为单CSI报告配置的多个PUCCH可以在同一时隙(或一个时隙)内被TDMed(非重叠)并且被发送。
[0316] 在这种情况下,如同在PUCCH在时间上重叠的情况下,多个PUCCH可以使用同一时隙内的用于多CSI报告的配置的PUCCH而被复用并且被发送。
[0317] 此外,如果同一时隙内用于单CSI报告的多个配置的PUCCH中的一部分重叠并且一部分被TDMed(非重叠),则仅用于单CSI报告的重叠PUCCH可以使用用于多CSI报告的PUCCH而被复用并且被发送。
[0318] 此外,用于单CSI报告的所有重叠或TDMed(非重叠)的PUCCH可以使用用于多CSI报告的PUCCH而被复用并且被发送。
[0319] 此外,仅用于单CSI报告的重叠的PUCCH可以使用用于多CSI报告的PUCCH而被复用并且被发送。
[0320] 在这种情况下,如果用于多CSI报告的所选PUCCH在时间上与最初没有重叠(即,最初是TDMed(非重叠))的用于单CSI报告的PUCCH重叠,则用于单CSI报告的重叠PUCCH可以被丢弃,或者可以另外利用用于多CSI报告的PUCCH被复用并且被发送。
[0321] 另选地,在上述情况下,可以发送在相同时隙内配置的所有单CSI报告中的包括具有最高优先级的CSI报告的PUCCH,并且可以丢弃与对应PUCCH重叠PUCCH。
[0322] 例如,在上述情况下,如果通过用于单CSI报告的重叠PUCCH发送的CSI报告具有最高优先级,则用于多CSI报告的PUCCH可以被丢弃,并且可以通过用于单CSI报告的PUCCH发送具有最高优先级的单CSI报告。
[0323] 另选地,相反,如果用于多CSI报告的PUCCH包括具有最高优先级的CSI报告,则可以发送用于多CSI报告的PUCCH,并且可以丢弃单CSI报告。
[0324] 另选地,在上述情况下,具有最高优先级的单CSI报告可以通过用于单CSI报告的原始配置的PUCCH被发送,并且可以丢弃用于单CSI报告的所有重叠PUCCH。
[0325] 在这种情况下,用于另一个单CSI报告或多CSI报告的所有TDMed(非重叠)PUCCH可以被丢弃,或者可以基于UE能力被TDMed并且被发送。
[0326] 优先级可以由CSI报告类型(半持久性或周期性)、CSI报告内容(是否包括RSRP)、服务小区索引、报告ID等来确定。
[0327] 同时,如果配置了用于多CSI报告的多个PUCCH,则UE可以基于多CSI报告的有效载荷大小(通过用于多CSI报告的PUCCH被复用并被发送的总CSI或UCI有效载荷比特)来选择用于多CSI报告的多个PUCCH中的一个。
[0328] 在这种情况下,UE可以通过考虑用于多CSI报告的另外配置的PUCCH的起始点和/或持续时间(起始和长度指示符(SLIV))来选择用于多CSI报告的PUCCH中的一个。
[0329] 例如,可能存在这样的情况:其中用于多CSI报告的PUCCH的容量(可以通过用于多CSI报告的PUCCH发送的最大CSI或总UCI有效载荷比特)相同或不同,但是等于或大于在对应时隙中的多CSI报告或包括多CSI报告的UCI信息的总有效载荷大小。
[0330] 在这种情况下,UE可以优先选择不与用于单CSI报告的不同PUCCH重叠、或者不与发送不同UCI的PUCCH重叠的用于多CSI报告的PUCCH。
[0331] 另选地,在上述情况下,UE可以优先选择在时间上最靠前的用于多CSI报告的PUCCH,以减少时延。
[0332] 另选地,UE可以优先选择在时间上最靠后的用于多CSI报告的PUCCH,以减少在处理时间轴方面的不确定性。
[0333] 在情况2的情况下,如果通过更高层信令配置的PUCCH资源的数量是Nr,则UE可以使用例如以下操作来确定PUCCH资源。
[0334] 也就是说,下面会更具体地描述与等式5和等式6相关的内容。
[0335] UE基于在每个PUCCH资源中能够进行PUCCH发送的RE的数量(NRE),以升序排列Nr个PUCCH资源。
[0336] 也就是说,UE可以将具有最小数量的RE的PUCCH资源的索引设置为最小值,并且可以将具有最大数量的RE的PUCCH资源的索引设置为最大值。
[0337] 在这种情况下,如果以升序排列的NRE个PUCCH资源中的第i个是NRE,i(i=1,…,Nr),则
[0338] 【等式7】
[0339] NRE,i≥N_p/Rmax/Qm
[0340] UE可以在满足等式7的NRE,i值中选择对应于最小值NRE,i,min的PUCCH资源。
[0341] 等式7表示与等式5和等式6相同的含义。
[0342] 在这种情况下,如果NRE对于不同的PUCCH资源是相同的,则UE可以基于Rmax和/或PUCCH格式来选择PUCCH资源。
[0343] 例如,在UE优先尝试基于Rmax的PUCCH资源选择之后,如果NRE在直至Rmax之前都相同,则UE可以基于PUCCH格式选择PUCCH资源。
[0344] 另选地,如果允许针对相同的PUCCH格式不同地设置Rmax,也就是说,如果Rmax不受限制地针对每个PUCCH格式设置,则UE可以优先地基于PUCCH格式选择PUCCH资源。如果PUCCH格式相同,则UE可以基于Rmax之间的比较来选择PUCCH资源。
[0345] 基于Rmax的选择可以表示根据资源效率来选择具有最大Rmax的PUCCH资源。
[0346] 在这种情况下,UE可使用相同数量的RE向基站发送更多的UCI有效载荷比特。
[0347] 另选地,基于Rmax的选择可以表示根据性能(例如,覆盖范围)来选择具有小Rmax的PUCCH资源。
[0348] 在这种情况下,可以获得如下效果:可以提高gNB中的接收概率,或者可以使用相对地小于相同数量的RE的UCI有效载荷比特来扩展UCI覆盖范围以进行发送。
[0349] 此外,基于PUCCH格式的选择可以有两种。
[0350] 第一种可以根据时延等优先选择具有少的配置PUCCH的符号数量的PUCCH格式,或者根据时间分集优先选择具有大的配置PUCCH的符号数量的PUCCH格式。
[0351] 第二种可以优先选择具有大的复用容量的PUCCH格式。
[0352] 另选地,可依次考虑这两种方法。
[0353] 例如,在通过对时延或时间分集给予优先级来优先考虑第一种方法之后,如果第一种方法保持相同,则可以考虑第二种方法。
[0354] 另选地,在通过对复用容量给予优先级来优先考虑第二种方法之后,如果第二种方法保持相同,则可以考虑第一种方法。
[0355] 对于情况2的情况,UE可以按照考虑Rmax的最大UCI有效载荷大小(N_p_max)的升序来排列Nr个PUCCH资源,而不是按照每个PUCCH资源的能够进行PUCCH发送的RE的数量NRE的升序来排列Nr个PUCCH资源,并且可以选择多个PUCCH资源中的一个。
[0356] 在这种情况下,例如,N_p_max可以是NRE·Rmax·Qm。
[0357] 在这种情况下,假设指示Nr个PUCCH资源以升序排列的序列的索引是j(j=1~Nr),并且以升序排列的第j个PUCCH资源的最大UCI有效载荷大小是N_p_max,j(例如,N_p_· ·max,j=NRE,j Rmax,j Qm),则UE可以在满足N_p≤N_p_max,j的N_p_max,j值中选择对应于最小值N_p_max,j,min的PUCCH资源。
[0358] 在这种情况下,如果N_p_max对于不同PUCCH资源是相同的,则UE可以基于Rmax和/或PUCCH格式来选择PUCCH资源。
[0359] 例如,在UE优先尝试基于Rmax的PUCCH资源选择之后,如果PUCCH资源在直至Rmax之前都相同,则UE可以基于PUCCH格式来选择PUCCH资源。
[0360] 另选地,如果允许对于相同的PUCCH格式不同地设置Rmax,也就是说,如果Rmax不受限制地针对每个PUCCH格式设置,则UE可以优先地基于PUCCH格式选择PUCCH资源,并且如果PUCCH格式相同,则基于Rmax之间的比较来选择PUCCH资源。
[0361] 另选地,对于优先考虑PUCCH格式的情况,如果针对每个PUCCH格式配置Rmax,则当PUCCH格式相同时Rmax相同。
[0362] 因此,UE可以仅基于PUCCH格式来选择PUCCH资源。
[0363] 基于Rmax的选择可以表示根据资源效率选择具有大Rmax的PUCCH资源。
[0364] 在这种情况下,可以使用相同数量的RE来发送更多的UCI有效载荷比特。
[0365] 另选地,基于Rmax的选择可以表示根据性能(例如,覆盖范围)选择具有小Rmax的PUCCH资源。
[0366] 在这种情况下,可以获得如下效果:可以提高gNB中的接收概率,或者可以使用相对地小于相同数量的RE的UCI有效载荷比特来扩展UCI覆盖范围以进行发送。
[0367] 此外,基于PUCCH格式的选择可以有两种。
[0368] 第一种可以根据时延等优先选择具有少的配置PUCCH的符号数量的PUCCH格式,或者根据时间分集优先选择具有大的配置PUCCH的符号数量的PUCCH格式。
[0369] 另选地,第二种可以优先选择具有大的复用容量的PUCCH格式。
[0370] 另选地,可依次考虑这两种方法。
[0371] 例如,在通过对时延或时间分集给予优先级来优先考虑第一种方法之后,如果第一种方法保持相同,则可以考虑第二种方法。
[0372] 另选地,在通过对复用容量给予优先级来优先考虑第二种方法之后,如果第二种方法保持相同,则可以考虑第一种方法。
[0373] 对于这两种情况(即,如果在已经配置了用于多CSI报告的Nr个PUCCH资源的状态下NRE或N_p_max是相同的),除了Rmax和/或PUCCH格式之外,UE可以将配置Nr个PUCCH资源的RRC配置列表上的次序考虑作为用于选择PUCCH资源的标准。
[0374] 例如,如果已经在RRC配置列表上按照PUCCH资源1和PUCCH资源2的顺序定义了用于多CSI报告的PUCCH资源1和PUCCH资源2,则当NRE或N_p_max相同时,UE可以优先选择PUCCH资源1。
[0375] 另选地,UE可以基于Rmax和/或PUCCH格式的组合来确定优先级。
[0376] 例如,UE可以通过优先考虑Rmax和/或PUCCH格式来选择PUCCH资源。如果Rmax和/或PUCCH格式相同,则UE可以通过考虑RRC配置列表上的次序来最终选择PUCCH资源。
[0377] 另选地,可以仅参考RRC配置的或动态指示的优先级指示符(例如,URLLC标志)来选择PUCCH资源,或者可将条件(Rmax和/或PUCCH格式和/或RRC配置列表上的次序)的组合用作选择PUCCH资源的标准。
[0378] 例如,当URLLC标志为“1”时,UE可以优先选择具有小Rmax的PUCCH资源或者选择具有小PUCCH持续时间的PUCCH格式。
[0379] 此外,UE可以在确定PUCCH资源的优先级顺序的特定步骤中参考优先级指示符来确定PUCCH资源。
[0380] 另选地,如果已经在UE中配置了用于多CSI报告的Nr个PUCCH资源,则标准文档可以指定期望在不同的PUCCH资源之间NRE或N_p_max不相同,使得这种情况不会发生,并且因此gNB可以强制性地为不同的PUCCH资源设置不同的NRE或N_p_max值。
[0381] 此外,除了这些方法以外,在使用长PUCCH的多UCI发送中,需要规定针对如下的情况的UE行为:基于用于CSI报告的配置的长PUCCH生成的CSI报告不能在对应的CSI报告定时无任何改变地应用于通过DL DCI字段的HARQ‑ACK资源指示符等指示的长PUCCH格式。
[0382] 例如,针对宽带模式和子带模式,CSI报告可以如下在配置或CSI生成方法方面不同。
[0383] (宽带模式的情况)
[0384] 可以为大有效载荷短PUCCH和大有效载荷长PUCCH配置CSI报告资源,并且对生成的CSI比特(根据情况通过零填充以固定大小生成)应用单一编码或联合编码。
[0385] (子带模式的情况)
[0386] 可以仅针对大有效载荷长PUCCH配置CSI报告资源,并且将分开的编码应用于第1部分CSI(固定大小)和第2部分CSI(可变大小)(即,所生成的两个CSI部分)。
[0387] 在已经为上述子带模式CSI报告配置了大有效载荷长PUCCH格式的状态下,在方法3中,针对已经在CSI报告定时通过DL DCI指示通过不支持子带模式CSI报告的大有效载荷短PUCCH进行发送的情况,描述了UE行为。
[0388] (方法3)
[0389] 这是一种针对其中在已经为子带模式CSI报告配置了大有效载荷长PUCCH格式的状态下,针对在CSI报告定时通过DL DCI指示在大有效载荷短PUCCH中执行发送的情况的方法。
[0390] 这种情况可以是在为HARQ‑ACK配置的PUCCH资源集中不存在大有效载荷长PUCCH的情况,或者在为HARQ‑ACK配置的PUCCH资源集中由DL DCI的PUCCH资源指示符(或A/N资源指示符(ARI))指示的PUCCH资源中不存在大有效载荷长PUCCH的情况。
[0391] 此外,如果在这种情况下存在DL DCI的PUCCH资源指示符(或A/N资源指示符(ARI)),则UE可以检查在预先配置的用于HARQ‑ACK的PUCCH资源内存在的PUCCH资源或在用于HARQ‑ACK的PUCCH资源集内存在的PUCCH资源中的由PUCCH资源指示符(或A/N资源指示符(ARI))指示的PUCCH资源中是否存在大有效载荷长PUCCH,并且如果不存在大有效载荷长PUCCH,则可以执行以下方法(操作)。
[0392] (方法3‑1)UE丢弃第2部分CSI(在保持子带模式的状态下),并且在通过DCI指示的大有效载荷短PUCCH中发送仅HARQ‑ACK(或HARQ‑ACK和SR)和第1部分CSI(通过单独编码或联合编码)。
[0393] 方法3‑1是在处理时间或复杂性方面是有利的方法,这是因为基于为CSI报告配置的长PUCCH简单地丢弃了生成的CSI报告的一部分。
[0394] 然而,如果基于子带模式生成的第1部分CSI的有效载荷大小大于宽带CSI有效载荷大小,则可能需要分配附加的RE和/或RB和/或PUCCH符号等,并且存在可能超过通过DCI指示的大有效载荷短PUCCH的发送容量的危险。
[0395] 在这种情况下,如果超过了发送容量,则UE可以通过应用第1部分CSI丢弃规则根据优先级规则仅发送一部分第1部分CSI,或者,丢弃整个第1部分CSI并且可以在通过DCI指示的大有效载荷短PUCCH中发送仅HARQ‑ACK(或HARQ‑ACK和SR)。
[0396] 在这种情况下,如果HARQ‑ACK(或HARQ‑ACK和SR)的有效载荷小,则UE可以使其回退到小有效载荷短PUCCH。
[0397] 在这种情况下,UE可以基于除了丢弃部分之外的要实际发送的UCI有效载荷来确定PUCCH资源集。
[0398] 例如,UE可以基于仅配置有除第2部分CSI之外的HARQ‑ACK(或HARQ‑ACK和SR)和第1部分CSI的有效载荷来确定PUCCH资源集。在这种情况下,基于有效载荷的含义可表示PUCCH资源集是基于通过编码生成的编码比特的数量确定。
[0399] 在上述情况下,UE可以基于除了丢弃部分之外的要实际发送的UCI有效载荷来确定用于PUCCH资源内的实际UCI传输的RB的数量。
[0400] 例如,UE可以基于仅配置有HARQ‑ACK(或HARQ‑ACK和SR)的有效载荷和除了第2部分CSI之外的第1部分CSI来确定PUCCH资源内的用于实际UCI发送的RB的数量。
[0401] 在这种情况下,基于有效载荷的含义可以表示基于通过编码生成的编码比特的数量来确定RB的数量。
[0402] (方法3‑2)UE通过单一编码或联合编码在通过DCI指示的大有效载荷短PUCCH中发送HARQ‑ACK(或HARQ‑ACK和SR)和宽带模式CSI(动态切换到宽带模式)。
[0403] 由于需要基于通过DCI动态指示的PUCCH格式生成宽带模式或子带CSI,所以方法3‑2不需要分配附加的RE和/或RB和/或PUCCH符号等,或者不具有在方法3‑1中的超出短PUCCH容量的危险而,但是在CSI报告生成过程中具有大的处理时间或复杂性等。
[0404] 特别地,如果考虑处理时间,则方法3‑2可以包括以下操作。
[0405] 在这种情况下(即,当UE被配置有子带模式CSI和对应的用于CSI报告的大有效载荷长PUCCH格式时),UE可以生成子带模式CSI和宽带模式CSI,并且当通过DCI指示大有效载荷短PUCCH时可以发送宽带模式CSI,否则可以发送子带模式CSI。
[0406] 此外,在上述情况下,假设宽带模式CSI,则UE可以确定PUCCH资源集。
[0407] 在这种情况下,假设宽带模式CSI的含义可以包括:基于通过对宽带模式CSI和HARQ‑ACK(或HARQ‑ACK和SR)进行联合编码而生成的编码比特的数量来确定PUCCH资源集。
[0408] 此外,在上述情况下,UE可以基于宽带模式CSI来确定PUCCH资源内的用于实际UCI发送的RB的数量。
[0409] 在这种情况下,假设宽带模式CSI的含义可以包括:基于通过对宽带模式CSI和HARQ‑ACK(或HARQ‑ACK和SR)进行联合编码而生成的编码比特的数量来确定PUCCH资源内的用于实际UCI发送的RB的数量。
[0410] (方法3‑3)UE丢弃所有的CSI,并且通过由DCI指示的大有效载荷短PUCCH发送仅HARQ‑ACK(或HARQ‑ACK和SR)。
[0411] 在这种情况下,如果HARQ‑ACK(或HARQ‑ACK和SR)的有效载荷小,则UE可以使其回退到小有效载荷短PUCCH。
[0412] 在这种情况下,假设在丢弃CSI之后剩余HARQ‑ACK(或HARQ‑ACK和SR),UE可以确定PUCCH资源集。
[0413] 在这种情况下,在丢弃CSI之后假设HARQ‑ACK(或HARQ‑ACK和SR)的含义可以包括:基于通过使用在丢弃CSI之后剩余的HARQ‑ACK(或HARQ‑ACK和SR)进行编码而生成的编码比特的数量来确定PUCCH资源集。
[0414] 在这种情况下,UE可以基于在丢弃CSI之后剩余的HARQ‑ACK(或HARQ‑ACK和SR)来确定PUCCH资源内的用于实际UCI发送的RB的数量。
[0415] 在这种情况下,基于在丢弃CSI之后剩余的HARQ‑ACK(或HARQ‑ACK和SR)的含义可以包括:基于通过仅使用在丢弃CSI之后剩余的HARQ‑ACK(或HARQ‑ACK和SR)进行编码而生成的编码比特的数量来确定PUCCH资源内的用于实际UCI发送的RB的数量。
[0416] (方法3‑4)UE分别对{HARQ‑ACK(或HARQ‑ACK和SR)+第1部分CSI}和第2部分CSI(已经通过DCI指示了PUCCH资源,但是仅排除了本例)进行编码,并且在为CSI报告配置的大有效载荷长PUCCH中发送它们。
[0417] 在上述情况下,用于CSI报告的PUCCH资源确定和PUCCH资源内的RB确定可以遵循情况2的PUCCH资源确定方法(方法2‑A‑1/2)和在PUCCH资源内确定用于实际UCI发送的RB数量的方法(方法2‑B‑1/2/3)。
[0418] 此外,在这些方法中,基于仅配置有除了第2部分CSI之外HARQ‑ACK(或HARQ‑ACK和SR)和第1部分CSI的有效载荷或通过编码生成的编码比特的数量来确定PUCCH资源集可以表示应用0(仅第1部分)作为参考第2部分UCI(或参考第2部分CSI)值。
[0419] 在这种情况下,可能存在这样的情况,其中在已经为宽带或子带模式CSI报告配置了大有效载荷PUCH格式的状态下,UE在CSI报告定时通过DL DCI的PUCCH资源指示符(或A/N资源指示符(ARI))接收到必须在不支持宽带或子带模式CSI报告的小有效载荷PUCH中执行发送的指示,或者存在这样的情况,其中UE仅配置了一个仅支持小有效载荷PUCH(例如,最多2个UCI比特)的PUCH资源集,被配置用于进行HARQ‑ACK/SR发送。
[0420] 在这种情况下,UE可以丢弃所有的CSI(在子带模式的情况下,CSI第2部分和CSI第2部分),并且可以以通过DL DCI的PUCCH资源指示符(或A/N资源指示符(ARI))指示的PUCCH格式发送仅HARQ‑ACK/SR。
[0421] 在这种情况下,这种方法的优点在于,无论CSI报告和冲突如何,HARQ‑ACK/SR的时延都可以如gNB所预取的那样一致地保持。
[0422] 另选地,UE可以通过对HARQ‑ACK/SR和CSI(在宽带模式的情况下)或HARQ‑ACK/SR和CSI第1部分(在子带模式的情况下)进行联合编码来以为CSI报告配置的大有效载荷PUCCH格式发送HARQ‑ACK/SR和CSI(在宽带模式的情况下),或HARQ‑ACK/SR和CSI第1部分,以及CSI第2部分(在子带模式的情况下)。
[0423] 在上述情况下,如果包括HARQ‑ACK/SR和CSI(或CSI第1部分和CSI第2部分)的有效载荷大小(包括CRC比特)超过(考虑用于CSI报告的配置的PUCCH资源的Rmax的)最大UCI有效载荷大小(N_p_max)(或容量),则UE可以丢弃CSI(或CSI第1部分和CSI第2部分)并且根据DL DCI的PUCCH资源指示符(或A/N资源指示符(ARI))指示的PUCCH格式发送仅HARQ‑ACK/SR。
[0424] 此外,为了防止超过Rmax的情况,假设在如上所述仅为HARQ‑ACK/SR发送配置了一个PUCCH资源集时可以发送的最大HARQ‑ACK比特(例如,2比特),UE可以确定其中发送HARQ‑ACK/SR和CSI的大有效载荷PUCCH格式的RB的数量。
[0425] 如果UE没有接收到DL DCI,则UE生成的HARQ‑ACK比特的数量(例如,0,1或2个HARQ‑ACK比特)和gNB预期的HARQ‑ACK比特的数量可能不同。
[0426] 在这种情况下,gNB通过假设针对为CSI报告配置的大有效载荷PUCCH格式能够由UE发送的HARQ‑ACK比特(例如,0,1或2比特)而执行盲解码。
[0427] 在这种情况下,为了减少gNB的盲解码负担,如果如上所述已经为HARQ‑ACK/SR发送配置了一个PUCCH资源集,则UE可以通过假设最大可发送HARQ‑ACK比特(例如,2比特)来确定为CSI报告配置的大有效载荷PUCCH格式的RB的数量,可以总是生成HARQ‑ACK 2比特,并且可以执行发送。
[0428] 在上述情况下,如果实际发送不是必需的(即,如果它不是由DL DCI指示的),则可以发送NACK。
[0429] 例如,如果由DL DCI指示1比特HARQ‑ACK发送,则实际上由UE生成并且通过将其与CSI(在宽带模式的情况下)或者CSI第1部分(在子带模式的情况下)进行联合编码而发送的HARQ‑ACK2比特的第一比特是由DL DCI指示的1比特HARQ‑ACK信息,并且HARQ‑ACK2比特的第二比特可以作为NACK发送。
[0430] 在这些方法中,大有效载荷长PUCCH可以在其引导部分(introduction part)中包括PUCCH格式分类方法。
[0431] 在这种情况下,例如,可以基于大有效载荷长PUCCH和中有效载荷长PUCCH(具有或不具有复用能力)来执行PUCCH格式分类方法。
[0432] 上述实施方式或方法可以单独执行,并且可以通过一个或更多个实施方式或方法的组合来执行,以实现本说明书中提出的方法。
[0433] 图8是示出执行本说明书提出的方法的终端的操作方法的流程图。
[0434] 也就是说,图8示出了在无线通信系统中终端在物理上行链路控制信道(PUCCH)上发送多个上行链路控制信息(UCI)的操作方法。
[0435] 首先,终端从基站接收用于信道状态信息(CSI)报告的PUCCH资源(S810)。
[0436] 接着,如果PUCCH资源存在于一个时隙中并且PUCCH资源重叠,则终端利用PUCCH资源中的特定PUCCH资源对多条UCI进行复用(S820)。
[0437] 接着,终端通过特定PUCCH资源向基站发送多条UCI(S830)。
[0438] 在这种情况下,用于CSI报告的PUCCH资源可以用于单CSI报告或多CSI报告中的至少一个。
[0439] 在这种情况下,如果PUCCH资源被配置在一个时隙中并且用于单CSI报告的PUCCH资源的一部分重叠,则步骤S820可以利用用于多CSI报告的PUCCH资源对在重叠的资源中配置的多条UCI进行复用。
[0440] 在这种情况下,如果用于单CSI报告的PUCCH资源一部分重叠,则步骤S820可以利用用于多CSI报告的PUCCH资源对在用于单CSI报告的所有PUCCH资源中配置的多条UCI进行复用。
[0441] 在这种情况下,如果PUCCH资源存在于一个时隙中并且PUCCH资源重叠,则特定PUCCH资源可以是在重叠部分被丢弃之后的剩余PUCCH资源。
[0442] 在这种情况下,如果PUCCH资源存在于一个时隙中并且PUCCH资源重叠,则特定PUCCH资源可以是包括基于预定优先级而具有高优先级的CSI报告的PUCCH资源。
[0443] 在这种情况下,可以基于CSI报告类型、CSI报告内容、服务小区索引和/或报告ID中的任何一个来确定预定优先级。
[0444] 参照图8至图10来描述其中在本说明书中提出的无线通信系统中的终端设备中实现在物理上行链路控制信道(PUCCH)上发送多条上行链路控制信息(UCI)的内容。
[0445] 在无线通信中在物理上行链路控制信道(PUCCH)上发送系统的多条上行链路控制信息(UCI)的终端可以包括用于发送和接收无线电信号的射频(RF)模块以及在功能上连接到RF模块的处理器。
[0446] 首先,终端的处理器控制RF模块从基站接收用于信道状态信息(CSI)报告的PUCCH资源。
[0447] 此外,如果PUCCH资源被配置在一个时隙中并且PUCCH资源重叠,则处理器利用PUCCH资源中的特定PUCCH资源对多条UCI进行复用。
[0448] 此外,处理器控制RF模块通过特定PUCCH资源向基站发送多条UCI。
[0449] 在这种情况下,用于CSI报告的PUCCH资源可以用于单CSI报告或多CSI报告中的至少一个。
[0450] 在这种情况下,如果PUCCH资源被配置在一个时隙中并且用于单CSI报告的PUCCH资源的一部分重叠,则处理器可以利用用于多CSI报告的PUCCH资源对在重叠的资源中配置的多条UCI进行复用。
[0451] 在这种情况下,如果用于单CSI报告的PUCCH资源的一部分重叠,则处理器可以利用用于多CSI报告的PUCCH资源对在用于单CSI报告的所有PUCCH资源中配置的多条UCI进行复用。
[0452] 在这种情况下,如果PUCCH资源存在于一个时隙中并且PUCCH资源重叠,则特定PUCCH资源可以是在重叠部分被丢弃之后的剩余PUCCH资源。
[0453] 在这种情况下,如果PUCCH资源存在于一个时隙中并且PUCCH资源重叠,则特定PUCCH资源可以是包括基于预定优先级而具有高优先级的CSI报告的PUCCH资源。
[0454] 在这种情况下,可以基于CSI报告类型、CSI报告内容、服务小区索引和/或报告ID中的任何一个来确定预定优先级。
[0455] 此外,描述了执行本说明书提出的方法的基站的操作。
[0456] 首先,基站可以向终端发送用于信道状态信息(CSI)报告的PUCCH资源。
[0457] 接着,基站从终端接收通过PUCCH资源中的特定PUCCH资源发送的多条UCI。
[0458] 在这种情况下,用于CSI报告的PUCCH资源可以用于单CSI报告或多CSI报告中的至少一个。
[0459] 在这种情况下,如果PUCCH资源存在于一个时隙中并且PUCCH资源重叠,则特定PUCCH资源可以是在重叠部分被丢弃之后的剩余PUCCH资源。
[0460] 在这种情况下,如果PUCCH资源存在于一个时隙中并且PUCCH资源重叠,则特定PUCCH资源可以是包括基于预定优先级而具有高优先级的CSI报告的PUCCH资源。
[0461] 在这种情况下,可以基于CSI报告类型、CSI报告内容、服务小区索引和/或报告ID中的任何一个来确定预定优先级。
[0462] 参照图9和图10来描述其中在本说明书的无线通信系统中的基站设备中实现在物理上行链路控制信道(PUCCH)上接收多条上行链路控制信息(UCI)的内容。
[0463] 在无线通信系统中在物理上行链路控制信道(PUCCH)上接收多条上行链路控制信息(UCI)的基站可以包括用于发送和接收无线电信号的射频(RF)模块以及在功能上连接到RF模块的处理器。
[0464] 首先,基站的处理器控制RF模块向终端发送用于信道状态信息(CSI)报告的PUCCH资源。
[0465] 此外,处理器控制RF模块通过特定PUCCH资源从终端接收多条UCI。
[0466] 在这种情况下,如果PUCCH资源存在于一个时隙中并且PUCCH资源重叠,则特定PUCCH资源可以是在重叠部分被丢弃之后的剩余PUCCH资源。
[0467] 在这种情况下,如果PUCCH资源存在于一个时隙中并且PUCCH资源重叠,则特定PUCCH资源可以是包括基于预定优先级而具有高优先级的CSI报告的PUCCH资源。
[0468] 在这种情况下,可以基于CSI报告类型、CSI报告内容、服务小区索引和/或报告ID中的任何一个来确定预定优先级。
[0469] 上述方法可以独立地执行,或者可以以各种方式耦合或组合执行。
[0470] 应用本发明的设备的概述
[0471] 图9示出了可以应用本说明书提出的方法的无线通信设备的框图。
[0472] 参照图9,无线通信系统包括基站910和设置在基站区域内的多个终端920。
[0473] 基站和终端可以被表示为各个无线电设备。
[0474] 基站910包括处理器911、存储器912和射频(RF)模块913。处理器911实现图1至图8中提出的功能、处理和/或方法。无线电接口协议的层可以由处理器实现。存储器连接到处理器并且存储用于驱动处理器的各种信息。RF模块连接到处理器并且发送和/或接收无线电信号。
[0475] 终端包括处理器921、存储器922和RF模块923。
[0476] 处理器实现图1至图8中提出的功能、处理和/或方法。无线电接口协议的层可以由处理器实现。存储器连接到处理器并且存储用于驱动处理器的各种信息。RF模块923连接到处理器并且发送和/或接收无线电信号。
[0477] 存储器912、922可以位于处理器911、921的内部或外部,并且可以通过各种公知的方式连接到处理器。
[0478] 此外,基站和/或终端可以具有单个天线或多个天线。
[0479] 图10示出了可以应用本说明书提出的方法的无线通信设备的另一框图。
[0480] 参照图10,无线通信系统包括基站1010和设置在基站区域内的多个终端1020。基站可以被表示为发送设备,终端可以被表示为接收设备,反之亦然。基站和终端分别包括处理器1011和1021、存储器1014和1024、一个或更多个Tx/Rx射频(RF)模块1015和1025、Tx处理器1012和1022,Rx处理器1013和1023,以及天线1016和1026。处理器实现上述功能、处理和/或方法。更具体地,在DL(从基站到终端的通信)中,来自核心网络的高层分组被提供给处理器1011。处理器实现L2层的功能。在DL中,处理器向终端1020提供逻辑信道和传输信道之间的多路复用以及无线电资源分配,并且负责向终端发送信令。发送(TX)处理器1012实现L1层(即物理层)的各种信号处理功能。信号处理功能有助于终端中的前向纠错(FEC),并且包括编码和交织。编码和调制的符号被分成并行流。每个流被映射到OFDM子载波,并且在时域和/或频域中与参考信号(RS)多路复用。使用快速傅立叶逆变换(IFFT)组合这些流,以生成携带时域OFDMA符号流的物理信道。对OFDM流进行空间预编码,以生成多个空间流。每个空间流可通过单独的Tx/Rx模块(或发射机和接收机1015)被提供给不同的天线1016。每个Tx/Rx模块可以将RF载波调制到每个空间流中用于发送。在终端中,每个Tx/Rx模块(或发射机和接收机1025)通过每个Tx/Rx模块的每个天线1026接收信号。每个Tx/Rx模块恢复在RF载波中调制的信息,并将其提供给Rx处理器1023。Rx处理器实现层1的各种信号处理功能。Rx处理器可以对信息执行空间处理,以恢复朝向终端的给定空间流。如果多个空间流被导向终端,则它们可以被多个Rx处理器组合成单个OFDMA符号流。Rx处理器使用快速傅立叶变换(FFT)将OFDMA符号流从时域转换到频域。频域信号包括OFDM信号的每个子载波的单独的OFDMA符号流。通过确定已经由基站发送的具有最佳可能性的信号部署点来恢复和解调每个子载波上的符号和参考信号。这些软决策可以基于信道估计值。对软决策进行解码和解交织,以恢复由基站在物理信道上初始发送的数据和控制信号。将对应的数据和控制信号提供给处理器1021。
[0481] 由基站1010以类似于关于终端1020中的接收机功能所描述的方式来处理UL(从终端到基站的通信)。每个Tx/Rx模块1025通过每个天线1026接收信号。每个Tx/Rx模块向Rx处理器1023提供RF载波和信息。处理器1021可以与存储程序代码和数据的存储器1024相关。存储器可以被称为计算机可读介质。
[0482] 上述实施方式由本发明的组件和特征的预定形式组合实现。除非另有单独说明,否则应选择性地考虑每个组件或特征。每个组件或特征可以在不与另一个组件或特征组合的情况下实施。此外,一些组件和/或特征彼此组合,并且可以实现本发明的实施方式。本发明实施方式中描述的操作顺序可以改变。一个实施方式的一些组件或特征可以被包括在另一个实施方式中,或者可以由另一个实施方式的对应组件或特征代替。显而易见的是,引用特定权利要求的一些权利要求可以与引用除特定权利要求之外的其他权利要求的另一些权利要求相组合以构成实施方式,或者在申请提交后通过修改的方式添加新的权利要求。
[0483] 本发明的实施方式可以通过各种手段来实现,例如硬件、固件、软件或其组合。当实施方式由硬件实现时,本发明的一个实施方式可以由一个或更多个专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、处理器、控制器、微控制器和微处理器等来实现。
[0484] 在通过固件或软件实现的情况下,本发明的实施方式可以以执行上述功能或操作的模块、过程、函数等的形式实现。软件代码可以存储在存储器中并由处理器驱动。存储器可以位于处理器内部或外部,并且可以通过多种已知方式与处理器交换数据。
[0485] 对于本领域技术人员显而易见的是,在不脱离本发明的必要特征的情况下,本发明可以以其他特定形式实施。因此,详细描述不应被解释为限制性的,而应被解释为在各个方面是例示性的。本发明的范围应通过所附权利要求的合理分析来确定,并且在本发明的等同范围内的所有变化都包括在本发明的范围内。
[0486] 【工业实用性】
[0487] 尽管本发明已经集中对应用于3GPP LTE/LTE‑A/NR系统的示例进行了描述,但是它可以应用于除3GPP LTE/LTE‑A/NR系统之外的各种无线通信系统。