CN114762263A - 用于网络协作通信的默认波束配置方法及装置 - Google Patents
用于网络协作通信的默认波束配置方法及装置 Download PDFInfo
- Publication number
- CN114762263A CN114762263A CN202080081974.0A CN202080081974A CN114762263A CN 114762263 A CN114762263 A CN 114762263A CN 202080081974 A CN202080081974 A CN 202080081974A CN 114762263 A CN114762263 A CN 114762263A
- Authority
- CN
- China
- Prior art keywords
- pucch
- transmission
- trp
- srs
- information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B7/00—Radio transmission systems, i.e. using radiation field
- H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
- H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
- H04B7/06—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
- H04B7/0686—Hybrid systems, i.e. switching and simultaneous transmission
- H04B7/0695—Hybrid systems, i.e. switching and simultaneous transmission using beam selection
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
- H04W16/24—Cell structures
- H04W16/28—Cell structures using beam steering
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/02—Selection of wireless resources by user or terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
- H04W72/044—Wireless resource allocation based on the type of the allocated resource
- H04W72/046—Wireless resource allocation based on the type of the allocated resource the resource being in the space domain, e.g. beams
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本公开涉及一种结合IoT技术与5G通信系统(其支持比4G系统更高的数据传输速率)的通信技术及系统。本公开可应用于基于5G通信技术和IoT相关技术的智能服务(例如,智能家居、智能建筑物、智能城市、智能汽车或联网的汽车、医疗、数字教育、小型企业、安全和安全相关服务等)。本公开公开了一种终端传输控制信息以执行多个传输点/面板/波束之间的协作通信的方法和装置。
Description
技术领域
本公开涉及无线通信系统,更具体地,涉及由用户设备(UE)通过多个传输点(TP)/面板/波束传输用于多个传输点/面板/波束之间的协作通信的控制信息的方法和装置。
背景技术
为了满足自部署4G通信系统以来增加的无线数据业务的需求,已经努力开发了改进的5G或前5G通信系统。因此,5G或前5G通信系统也被称为“超4G网络”通信系统或“后LTE”系统。由3GPP定义的5G通信系统被称为“新无线电(NR)系统”。
5G通信系统被认为是在超高频(mmWave)频带(例如,60GHz频带)中实现的,以便实现更高的数据速率。为了降低无线电波在超高频频段的传播损耗并增大传输距离,对5G通信系统中的波束成形、大规模多输入多输出(大规模MIMO)、全维MIMO(FD-MIMO)、阵列天线、模拟波束成形、大规模天线技术进行了讨论,并将其应用到NR系统中。
此外,在5G通信系统中,正在基于先进的小小区、云无线接入网络(RAN)、超密集网络、设备到设备(D2D)通信、无线回程、移动网络、协作通信、协调多点(CoMP)、接收端干扰消除等来进行系统网络改进的开发。
在5G系统中,混合FSK和QAM调制(FQAM)和滑动窗口叠加编码(SWSC)作为高级别编码调制(ACM),以及滤波器组多载波(FBMC)、非正交多址(NOMA)和稀疏码多址(SCMA)作为高级别接入技术也得到了发展。
因特网是人类产生和消费信息的、以人类为中心的连接网络,现在正在发展为物联网(IoT),在物联网中,诸如事物的分布式实体在没有人为干预的情况下交换和处理信息。已经出现了万物联网(IoE),其是IoT技术和大数据处理技术通过与云服务器的连接的结合。由于IoT实现需要“感测技术”、“有线/无线通信和网络基础设施”、“服务接口技术”和“安全技术”之类的技术元素,最近已经研究了诸如传感器网络、机器到机器(M2M)通信、机器类型通信(MTC)等。这种IoT环境可以提供智能因特网技术服务,其通过收集和分析在连接的事物之间生成的数据来为人类生活创造新的价值。通过现有的信息技术(IT)和各种工业应用之间的融合和结合,IoT可以应用于各种领域,包括智能家居、智能建筑、智能城市、智能汽车或联网的汽车、智能电网、医疗、智能设备和高级别医疗服务。
与此相一致,已经进行了将5G通信系统应用到IoT网络的各种尝试。例如,诸如传感器网络、机器类型通信(MTC)和机器对机器(M2M)通信之类的技术可以通过波束成形、MIMO和阵列天线来实现。云无线接入网络(云RAN)作为上述大数据处理技术的应用也可以被认为是5G技术与IoT技术融合的示例。
根据通信系统的最新发展,对基于波束的协作通信进行了各种研究。
发明内容
[技术问题]
本公开提供了一种方法,通过该方法,UE通过多个传输点/面板/波束在无线通信系统中传输用于网络协作通信(网络协调)的控制信息。
[问题的解决方案]
根据本公开实施例的由无线通信中的UE执行发送的方法包括:识别与用于调度下行链路数据的下行链路控制信息对应的控制区域相关的索引信息;识别与控制区域相关的索引信息对应的默认波束;以及使用默认波束向基站发送用于下行链路数据的上行链路控制信息。
根据本公开实施例的由无线通信中的BS执行接收的方法包括:发送用于调度下行链路数据的下行链路控制信息;识别与用于发送下行链路控制信息的控制区域相关的索引信息对应的默认波束;以及使用默认波束从用户设备UE接收用于下行链路数据的上行链路控制信息。
根据本公开的实施例的无线通信系统中的UE包括收发器和控制器,控制器被配置成执行控制以识别与用于调度下行链路数据的下行链路控制信息对应的控制区域相关的索引信息;识别与控制区域相关的索引信息对应的默认波束;以及使用默认波束向基站发送用于下行链路数据的上行链路控制信息。
根据本公开的实施例的无线通信系统中的BS包括收发器和控制器,控制器被配置成执行控制以发送用于调度下行链路数据的下行链路控制信息;识别与用于发送下行链路控制信息的控制区域相关的索引信息对应的默认波束;以及使用默认波束从用户设备UE接收用于下行链路数据的上行链路控制信息。
[发明的有益效果]
根据本公开,当在无线通信系统中使用网络协作通信时,预先指定用于由UE发送控制信息的传输点/面板/波束的默认值,从而可以减少用于为每条控制信息配置传输点/面板/波束的开销。
附图说明
图1示出了根据本公开实施例的无线通信系统中的时频资源的基本结构。
图2示出了根据本公开实施例的无线通信系统中的帧、子帧和时隙的结构。
图3示出了根据本公开的实施例的无线通信系统中的带宽部分(BWP)的配置的示例。
图4示出了根据本公开的实施例的无线通信系统中的下行链路控制信道的控制资源集的配置的示例。
图5示出了根据本公开的实施例的无线通信系统中的下行链路控制信道的结构。
图6示出了根据本公开的实施例的无线通信系统中物理下行链路共享信道(PDSCH)的频率轴资源分配的示例。
图7示出了根据本公开的实施例的无线通信系统中的PDSCH的时间轴资源分配示例。
图8示出了根据本公开的实施例的无线通信系统中的根据数据信道和控制信道的子载波间隔的时间轴资源分配的示例。
图9示出了根据本公开的实施例的当没有配置多时隙重复时,用于PDSCH的混合自动重传请求(HARQ)确认(ACK)传输的多个物理上行链路控制信道(PUCCH)资源重叠的情况。
图10示出了根据本公开的实施例的配置了多时隙重复时的PUCCH资源重叠的情况。
图11示出了根据本公开的实施例的小区组可以配置的上行链路载波的类型和每个载波可以传输的信道的示例。
图12示出了根据本公开的实施例的在单个小区、载波聚合和双连通性的情况下的BS和UE的无线协议结构。
图13示出了根据本公开的实施例的用于无线通信系统中的协作通信的天线端口的配置和资源分配的示例。
图14示出了根据本公开实施例的用于无线通信系统中的协作通信的下行链路控制信息(DCI)的配置的实例。
图15示出了根据本公开的实施例的用于UE特定物理下行链路控制信道(PDCCH)的传输配置指示符(TCI)状态激活的媒体接入控制(MAC)控制元素(CE)的结构。
图16示出了根据本公开实施例的TCI状态的配置的示例。
图17A示出了根据本公开实施例的用于非相干联合传输(NC-JT)的根据DCI格式和PUCCH格式的HARQ-ACK传输方法。
图17B示出了根据本公开实施例的用于非相干联合传输(NC-JT)的根据DCI格式和PUCCH格式的HARQ-ACK传输方法。
图17C示出了根据本公开的实施例的用于非相干联合传输(NC-JT)的根据DCI格式和PUCCH格式的HARQ-ACK传输方法。
图17D示出了根据本公开的实施例的用于非相干联合传输(NC-JT)的根据DCI格式和PUCCH格式的HARQ-ACK传输方法。
图17E示出了根据本公开的实施例的UE向BS发送用于NC-JT传输的HARQ-ACK的方法的示例。
图17F示出了根据本公开的实施例的BS从UE接收用于NC-JT传输的HARQ-ACK的方法的示例。
图18示出了根据本公开的实施例的为每个目标TRP应用PUCCH默认波束的示例。
图19示出了根据本公开的实施例的无线通信系统中的UE的结构。
图20示出了根据本公开的实施例的无线通信系统中的BS的结构。
具体实施方式
在下文中,将参考附图详细描述本公开的实施例。
在描述实施例时,将省略与本领域中熟知的技术内容相关且不直接与本公开相关联的描述。这种省略不必要的描述的目的在于防止混淆本公开的主要思想并且更清楚地传达该主要思想。
出于相同的原因,在附图中,可能夸大、省略或示意性地示出一些元件。此外,每个元件的大小不完全反映实际大小。在附图中,相同或相应的元件具有相同的附图标记。
通过参考下面结合附图详细描述的实施例,本公开的优点和特征以及实现它们的方式将是显而易见的。然而,本公开不限于以下阐述的实施例,而是可以以各种不同的形式来实现。提供以下实施例仅用于完全公开本公开,并将本公开的范围告知本领域技术人员,并且本公开仅由所附权利要求的范围限定。在整个说明书中,相同或相似的附图标记表示相同或相似的元件。
这里,将会理解,可以由计算机程序指令来实现流程图的每个块以及流程图中的块的组合。这些计算机程序指令可以被提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器以产生机器,使得经由计算机或其它可编程数据处理装置的处理器执行的指令创建用于实现在一个或多个流程图块中指定的功能的装置。这些计算机程序指令还可以存储在计算机可用或计算机可读存储器中,该计算机可用或计算机可读存储器可以引导计算机或其它可编程数据处理装置以特定方式运行,使得存储在计算机可用或计算机可读存储器中的指令产生包括实现流程图块或块中指定的功能的指令装置的制品。计算机程序指令还可以被加载到计算机或其它可编程数据处理装置上,以使得在计算机或其它可编程装置上执行一系列操作步骤,从而产生计算机实现的过程,使得在计算机或其它可编程装置上执行的指令提供用于实现在一个或多个流程图块中指定的功能的步骤。
此外,流程图的每个块可以表示代码的模块、段或部分,其包括用于实现指定逻辑功能的一个或多个可执行指令。还应当注意,在一些替换实施方式中,在块中记录的功能可以不按顺序发生。例如,连续示出的两个块实际上可以基本上同时执行,或者这些块有时可以按照相反的顺序执行,这取决于所涉及的功能。
如本文所用,“单元”是指执行预定功能的软件元件或硬件元件,例如现场可编程门阵列(FPGA)或专用集成电路(ASIC)。然而,“单元”并不总是具有限于软件或硬件的含义。“单元”可以被构造成存储在可寻址存储介质中或者执行一个或多个处理器。因此,“单元”包括,例如,软件元件、面向对象的软件元件、类元件或任务元件、进程、功能、属性、过程、子例程、程序代码的段、驱动器、固件、微代码、电路、数据、数据库、数据结构、表、阵列和参数。由“单元”提供的元件和功能可以被组合成较小数量的元件或“单元”,或者被划分成较大数量的元件或“单元”。此外,元件和“单元”可以被实现为再现设备或安全多媒体卡内的一个或多个CPU。此外,实施例中的“单元”可以包括一个或多个处理器。
在下文中,将参考附图详细描述本公开的操作原理。在本公开的以下描述中,当确定该描述可能使得本公开的主题不必要地不清楚时,将省略在此并入的已知功能或配置的详细描述。下面将描述的术语是考虑本公开中的功能而定义的术语,并且可以根据用户、用户的意图或习惯而不同。因此,术语的定义应基于整个说明书的内容进行。在下面的描述中,基站是向终端分配资源的实体,并且可以是网络上的gNode B、eNode B、Node B、基站(BS)、无线接入单元、基站控制器和节点中的至少一个。终端可以包括用户设备(UE)、移动台(MS)、蜂窝电话、智能电话、计算机或能够执行通信功能的多媒体系统。当然,基站和终端的示例不限于此。本公开的以下描述针对在无线通信系统中由终端从基站接收广播信息的技术。本公开涉及一种用于将物联网(IoT)技术与第五代(5G)通信系统进行融合的通信技术及其系统,其中第五代(5G)通信系统被设计为支持超过第四代(4G)系统的较高数据传输速率。本公开可应用于基于5G通信技术和IoT相关技术的智能服务(例如,智能家居、智能建筑物、智能城市、智能汽车或联网的汽车、医疗、数字教育、零售商业、安全和安全相关服务等)。
在下面的描述中,为了方便起见,说明性地使用了涉及广播信息的术语、涉及控制信息的术语、涉及通信覆盖的术语、涉及状态改变(例如,事件)的术语、涉及网络实体的术语、涉及消息的术语、涉及设备元件的术语等。因此,本公开不受以下使用的术语的限制,并且可以使用涉及具有等同技术含义的主题的其它术语。
在下面的描述中,为了描述的方便,可以使用在第三代合作伙伴计划长期演进(3GPP LTE)标准中定义的一些术语和名称。然而,本公开不受这些术语和名称的限制,并且可以以相同的方式应用于符合其它标准的系统。
无线通信系统已经发展成这样的宽带无线通信系统,该宽带无线通信系统根据超出最初提供的基于语音的服务的、诸如3GPP的高速分组接入(HSPA)、长期演进(LTE)或演进的通用陆地无线接入(E-UTRA)、LTE高级别(LTE-A)、LTE-Pro、3GPP2的高速率分组数据(HRPD)、超移动宽带(UMB)和IEEE的802.16e等通信标准来提供高速和高质量分组数据服务。
在作为宽带无线通信系统的代表性示例的LTE系统中,下行链路(DL)采用正交频分复用(OFDM)方案,上行链路(UL)采用单载波频分多址(SC-FDMA)方案。上行链路是用户设备(UE)(或移动台(MS))通过其向基站(BS)(或eNode B)发送数据或控制信号的无线链路,下行链路是BS通过其向UE发送数据或控制信号的无线链路。在这种多址方案中,以防止资源重叠的方式分配和操作用于承载数据或控制信息的时频资源,即,建立用户之间的正交性,以便识别每个用户的数据或控制信息。
后LTE通信系统,即5G通信系统,应该能够自由地反映用户和服务提供商的各种需求,并且因此需要支持满足各种需求的服务。被考虑用于5G通信系统的服务包括增强型移动宽带(eMBB)、海量机器类型通信(mMTC)、超可靠性低延迟通信(URLLC)等。
根据一些实施例,eMBB的目的在于提供被改进以超过LTE、LTE-A或LTE-Pro所支持的数据传输速率的数据传输速率。例如,在5G通信系统中,从一个BS的角度来看,eMBB应该提供20Gbps的峰值下行链路数据速率和10Gbps的峰值上行链路数据速率。同时,eMBB应当提供UE的增加的用户感知数据速率。为了满足这些要求,需要改进各种发送/接收技术(包括进一步改进的多输入多输出(MIMO)传输技术)。此外,通过在3-6GHz的频带或高于或等于6GHz的频带中使用宽于20MHz的频率带宽来替代当前LTE所使用的2GHz的频带,可以满足5G通信系统所需的数据传输速率。
此外,为了支持诸如物联网(IoT)的应用服务,在5G通信系统中考虑mMTC。为了有效地提供IoT,可能需要mMTC来支持小区内大量UE的接入、改善UE的覆盖、增加电池寿命、以及降低UE的成本。由于IoT连接到各种传感器和设备以提供通信,因此应该支持小区内的大量UE(例如,1,000,000个UE/km2)。由于支持mMTC的UE很可能位于归因于服务特性从而小区无法覆盖的阴影区域,例如建筑物的地下室,所以mMTC可能需要比由5G通信系统提供的其它服务更宽的覆盖范围。由于支持mMTC的UE需要以低成本生产,并且难以频繁地更换其电池,因此可能需要非常长的电池寿命。
最后,URLLC是用于任务关键的基于蜂窝的无线通信服务,用于机器人或机器的远程控制、工业自动化、无人机、远程医疗、紧急警报等,并且应该提供超低延迟和超高可靠通信。例如,支持URLLS的服务应该满足短于0.5毫秒的无线接入延迟时间(空中接口延迟),并且还具有等于或小于10-5的分组差错率的要求。因此,对于支持URLLC的服务,5G系统应该提供比其它系统的传输时间间隔(TTI)更小的传输时间间隔,并且还具有在频带中分配宽资源的设计要求。然而,mMTC、URLLC和eMBB仅是不同类型的服务的示例,而本公开所应用的服务类型不限于此。
应该在一个框架的基础上组合和提供在5G通信系统中考虑的服务。也就是说,为了有效地管理和控制资源,优选以使得服务被集成到一个系统中的方式执行控制和传输,而不是独立地操作服务。
在下文中,基于LTE、LTE-A、LTE Pro或NR系统以示例的方式描述了本公开的实施例,但是本公开的实施例可以应用于具有类似技术背景或信道形式的其它通信系统。此外,基于本领域技术人员的确定,本公开的实施例可以通过一些修改应用于其它通信系统,而不脱离本公开的范围。
本公开涉及一种用于提高无线通信系统中的UE的省电效率的报告信道状态信息的方法和装置。
根据本公开,当无线通信系统中的UE以省电模式操作时,可以通过根据省电模式而优化信道状态信息上报方法来进一步提高省电效率。
在下文中,将参考附图更详细地描述5G系统的帧结构。
图1示出了根据本公开实施例的无线通信系统中的时频资源的基本结构。
参照图1,在图1中横轴表示时域,而纵轴表示频域。时域和频域中的资源的基本单元是资源元素(RE)1-01,并且可以被定义为时间轴上的1个正交频分复用(OFDM)符号1-02和频率轴上的1个子载波1-03。在频域中,N_sc^RB(例如,12)个连续RE可以被包括在一个资源块(RB)1-04中。在一个实施例中,多个OFDM符号可以被包括在一个子帧1-10中。
图2示出了根据本公开实施例的无线通信系统中的帧、子帧和时隙的结构。
参照图2,一个帧2-00可以包括一个或多个子帧2-01,并且一个子帧可以包括一个或多个时隙2-02。例如,一个帧2-00可以被定义为10ms。一个子帧2-01可以被定义为1ms,在这种情况下,一个帧2-00可以包括总共10个子帧2-01。一个时隙2-02或2-03可以被定义为14个OFDM符号(即,每时隙的符号数是14)。一个子帧2-01可以包括一个或多个时隙2-02和2-03,并且每个子帧2-01的时隙2-02和2-03的数量可以根据用于子载波间隔的配置值μ2-04和2-05而变化。在图2的示例中,示出了子载波配置值是μ=0(2-04)和μ=1(2-05)的情况。在μ=0(2-04)的情况下,一个子帧2-01可以包括一个时隙2-02,而在μ=1(2-05)的情况下,一个子帧2-01可以包括两个时隙2-03。也就是说,每个子帧的时隙的数量可以根据用于子载波间隔的配置值μ而变化,并且每个帧的时隙的数量可以根据其进一步变化,并且可以如[表1]中所示定义根据子载波间隔配置μ的和
[表1]
在NR中,一个分量载波(CC)或服务小区可以包括最多250个RB。因此,当UE总是像在LTE中那样接收整个服务小区带宽时,UE的功耗可能非常大,并且因此为了解决该问题,BS可以在UE中配置一个或多个带宽部分(BWP)并且支持UE在小区内改变接收区域。在NR中,BS可以通过主信息块(MIB)来在UE中配置“初始BWP”,该初始BWP是CORESET#0(或公共搜索空间(CSS))的带宽。此后,BS可以通过无线资源控制(RRC)信令来配置UE的第一BWP,并通知将来可以通过下行链路控制信息(DCI)来指示的一条或多条BWP配置信息。因此,BS可以通过DCI通知BWP ID来指示UE将使用哪个频带。当UE在特定时间或更长时间内没有在当前分配的BWP中接收到DCI时,UE可以返回到“默认BWP”并尝试接收DCI。
图3示出了根据本公开的实施例的无线通信系统中的带宽部分(BWP)的配置的示例。
参照图3,图3示出了其中UE带宽3-00被配置成两个BWP(即,BWP#13-05和BWP#23-10)的示例。BS可以在UE中配置一个或多个BWP,并且为每个BWP配置下面[表2]中所示的信息。
[表2]
当然,本公开不限于该示例,并且可以在UE中配置与BWP相关的各种参数以及配置信息。该信息可以由BS通过高层信令(例如,RRC信令)传送到UE。在一个或多个配置的BWP中,可以激活至少一个BWP。是否激活所配置的BWP可以通过RRC信令从BS半静态地传送到UE,或者可以通过MAC控制元素(CE)或下行链路控制信息(DCI)动态地传送。
根据实施例,在无线资源控制(RRC)连接之前的UE可以通过主信息块(MIB)从BS接收用于初始接入的初始BWP的配置。更具体地,在初始接入步骤中,UE可以通过MIB接收控制资源集(CORESET)和其中可以传输PDCCH的搜索空间的配置信息,以接收进行初始接入所需的系统信息(剩余系统信息(RMSI)或系统信息块1(SIB1))。通过MIB配置的CORESET和搜索空间中的每一个可以被认为是标识(ID)0。
BS可以通过MIB向UE通知配置信息,例如CORESET#0的频率分配信息、时间分配信息以及参数集。此外,BS可以向UE通知CORESET#0的监视周期和时机的配置信息,即,通过MIB的搜索空间#0的配置信息。UE可以将从MIB获取的被配置成CORESET#0的频域视为用于初始接入的初始BWP。此时,初始BWP的ID可以被认为是0。
由下一代移动通信系统(5G或NR系统)支持的BWP的配置可以用于各种目的。
例如,当UE所支持的带宽小于系统带宽时,可以通过BWP的配置来支持UE所支持的带宽。例如,在[表2]中,当在UE中配置了BWP的频率位置(配置信息2,locationAndBandwidth)时,UE可以在系统带宽内的特定频率位置发送和接收数据。
在另一个示例中,BS可以在UE中配置多个BWP,以便支持不同的参数集。例如,两个BWP可以被配置成分别使用15kHz和30kHz的子载波间隔,以支持使用15kHz和30kHz的子载波间隔的预定UE的所有数据发送和接收。可以对不同的BWP进行频分复用(FDM),并且当以特定的子载波间隔发送和接收数据时,可以激活以相应的子载波间隔配置的BWP。
在另一个示例中,BS可以在UE中配置具有不同带宽大小的BWP,以降低UE的功耗。例如,当UE支持非常大的带宽,例如100MHz的带宽,并且总是通过相应的带宽发送/接收数据时,可能导致非常高的功耗。特别地,在没有业务的状态下,在功耗方面,UE在100MHz的大带宽中监视不必要的下行链路控制信道是非常低效的。因此,BS可以在UE中配置相对较小带宽的BWP,例如20MHz的BWP,以降低UE的功耗。UE可以在没有业务的状态下在20MHz的BWP中执行监视操作,并且如果数据被生成,则可以根据来自BS的指令通过100MHz的BWP发送和接收数据。
在配置BWP的方法中,在RRC连接之前的UE可以在初始接入步骤中通过主信息块(MIB)接收初始BWP的配置信息。更具体地,UE可以从物理广播信道(PBCH)的MIB接收下行链路控制信道的CORESET的配置,在该下行链路控制信道中,可以传输用于调度系统信息块(SIB)的下行链路控制信息(DCI)。通过MIB配置的CORESET的BWP可以被认为是初始BWP,并且UE可以通过所配置的初始BWP接收用于传输SIB的PDSCH。初始BWP不仅可用于接收SIB,还可用于其它系统信息(OSI)、寻呼或随机接入。
在下文中,描述了下一代移动通信系统(5G或NR系统)的同步信号(SS)/PBCH块(SSB)。
SS/PBCH块可以是包括主SS(PSS)、次SS(SSS)和PBCH的物理层信道块。更具体地,SS/PBCH块可以定义如下。
PSS:是作为下行链路时间/频率同步的参考的信号,并且可以提供小区ID的一些信息。
SSS:是下行链路时间/频率同步的参考,并且可以提供PSS不提供的剩余小区ID信息。此外,SSS用作PBCH的解调的参考信号。
PBCH:可以提供UE发送和接收数据信道和控制信道所需的必要系统信息。必要的系统信息可以包括与指示控制信道的无线电资源映射信息的搜索空间有关的控制信息、用于传输系统信息的单独数据信道的调度控制信息等。
SS/PBCH块:可以包括PSS、SSS和PBCH的组合。可以在5ms的时间内发送一个或多个SS/PBCH块,并且可以通过索引来分离所发送的SS/PBCH块中的每一个。
UE可以在初始接入阶段检测PSS和SSS,并对PBCH进行解码。UE可以从PBCH获取MIB并通过MIB接收CORESET#0的配置。UE可以基于所选择的SS/PBCH块和在CORESET#0中传输的解调参考信号(DMRS)准共址(QCL)的假设来监视CORESET#0。UE可以从在CORESET#0中传输的下行链路控制信息接收系统信息。UE可以从接收到的系统信息中获取与初始接入所需的随机接入信道(RACH)相关的配置信息。考虑到所选择的SS/PBCH块索引,UE可以向BS发送物理RACH(PRACH),并且接收到PRACH的BS可以获取关于UE所选择的SS/PBCH块索引的信息。BS可以知道UE从SS/PBCH块中选择了哪个块以及UE正在监视与选择的SS/PBCH块相对应(或与其相关联)的CORESET#0。
在下文中,详细描述下一代移动通信系统(5G或NR系统)中的下行链路控制信息(DCI)。
在下一代移动通信系统(5G或NR系统)中,可以通过DCI将用于上行链路数据(或物理上行链路数据信道(物理上行链路共享信道(PUSCH)))或下行链路数据(或物理下行链路数据信道(物理下行链路共享信道(PDSCH)))的调度信息从BS发送到UE。UE可以监视用于PUSCH或PDSCH的回退DCI格式和非回退DCI格式。回退DCI格式可以包括在BS和UE之间预定义的固定字段,并且非回退DCI格式可以包括可配置字段。
DCI可以在经过信道编码和调制过程之后通过物理下行链路控制信道(PDCCH)传输。循环冗余校验(CRC)可以被添加到DCI消息有效载荷,并且可以由与UE的标识相对应的无线网络临时标识符(RNTI)对CRC进行加扰。根据DCI消息的目的,例如,UE特定的数据传输、功率控制命令、随机接入响应等,可以使用不同的RNTI来对添加到DCI消息的有效载荷的CRC进行加扰。也就是说,RNTI不被显式地传输,而是可以在被插入CRC计算过程的同时被传输。当接收到在PDCCH上传输的DCI消息时,UE可以通过使用所分配的RNTI来识别CRC。当CRC识别结果正确时,UE可以知道相应的消息被传输给该UE。
例如,可以由SI-RNTI加扰用于为系统信息(SI)调度PDSCH的DCI。可以由RA-RNTI加扰用于为随机接入响应(RAR)消息调度PDSCH的DCI。可以由P-RNTI加扰用于为寻呼消息调度PDSCH的DCI。可以由SFI-RNTI加扰用于通知时隙格式指示符(SFI)的DCI。可以由TPC-RNTI加扰用于通知传输功率控制(TPC)的DCI。可以由小区RNTI(C-RNTI)加扰用于调度UE特定的PDSCH或PUSCH的DCI。
DCI格式0_0可以用于用来调度PUSCH的回退DCI,在这种情况下,CRC可以由C-RNTI加扰。在一个实施例中,CRC被C-RNTI加扰的DCI格式0_0可以包括如下面[表3]中所示的信息。
[表3]
DCI格式0_1可以用于用来调度PUSCH的非回退DCI,在这种情况下,CRC可以由C-RNTI加扰。在一个实施例中,其中CRC被C-RNTI加扰的DCI格式0_1可以包括如下面[表4]中所示的信息。
[表4]
DCI格式1_0可以用于用来调度PUSCH的回退DCI,在这种情况下,CRC可以由C-RNTI加扰。在一个实施例中,其中CRC被C-RNTI加扰的DCI格式1_0可以包括如下面[表5]中所示的信息。
[表5]
或者,DCI格式1_0可以用于用来为RAR消息调度PDSCH的DCI,在这种情况下,可以用RA-RNTI对CRC进行加扰。在一个实施例中,CRC被C-RNTI加扰的DCI格式1_0可以包括如下面[表6]中所示的信息。
[表6]
DCI格式1_1可以用于用来调度PUSCH的非回退DCI,在这种情况下,CRC可以由C-RNTI加扰。在一个实施例中,其中CRC被C-RNTI加扰的DCI格式1_1可以包括如下面[表7]中所示的信息。
[表7]
图4示出了根据本公开的实施例的无线通信系统中的下行链路控制信道的CORESET的配置的示例。图4示出了根据本公开的实施例的5G无线通信系统中传输下行链路控制信道的控制资源集(CORESET)的实施例。
参照图4,图4示出了一个实施例,其中在频率轴上配置了UE的带宽部分4-10,并且在时间轴上的一个时隙4-20内配置了两个CORESET(CORESET#1 4-01和CORESET#2 4-02)。在频率轴上,可以在整个UE的BWP 4-10内,在特定频率资源4-03中配置CORESET 4-01和4-02。在时间轴上,CORESET 4-01和4-02可以被配置成一个或多个OFDM符号,其可以被定义为控制资源集持续时间4-04。参照图4,CORESET#1 4-01可以被配置成两个符号的CORESET持续时间,而CORSET#2 4-02可以被配置成一个符号的CORESET持续时间。
下一代移动通信系统(5G或NR系统)中的CORESET可由BS通过高层信令(例如,系统信息、主信息块(MIB)或无线电资源控制(RRC)信令)配置给UE。在UE中配置CORESET可以意味着提供诸如CORESET的标识、CORESET的频率位置和CORESET的符号长度之类的信息。例如,CORESET的配置可以包括下面[表8]中所示的信息。
[表8]
在[表8]中,tci-StatesPDCCH(下文称为“TCI状态”)配置信息可以包括关于与在相应CORESET中传输的解调参考信号(DMRS)具有准共址(QCL)关系的一个或多个同步信号(SS)/物理广播信道(PBCH)块索引或信道状态信息参考信号(CSI-RS)索引的信息。
在无线通信系统中,可以通过下面[表9]中所示的QCL配置来关联一个或多个不同的天线端口(在以下公开的描述中为了方便通常被称为不同的天线端口,也可替换称为一个或多个信道、信号及其组合)。
[表9]
具体地,在QCL配置中,可以通过(QCL)目标天线端口和(QCL)参考天线端口之间的关联来连接两个不同的天线端口,并且当接收目标天线端口时,UE可以应用(或假定)由参考天线端口测量的信道的所有或一些统计特性(例如,信道的大规模参数,诸如多普勒频移、多普勒扩展、平均延迟、延迟扩展、平均增益、空间Rx(或Tx)参数等,以及UE的接收空间滤波器系数或发射空间滤波器系数)。目标天线端口是用于传输由包括QCL配置的高层配置所配置的信道或信号的天线端口,或者是用于传输应用指示QCL配置的传输配置指示符(TCI)状态的信道或信号的天线端口。参考天线端口是用于传输QCL配置内的参数ReferenceSignal所指示(指定)的信道或信号的天线端口。
具体而言,QCL配置所限制的信道的统计特性(由参数qc1-Type指示)可以根据QCL类型分类如下。
*'QCL-TypeA':{多普勒频移、多普勒扩展、平均延迟、延迟扩展}
*'QCL-TypeB':{多普勒频移、多普勒扩展}
*'QCL-TypeC':{多普勒频移、平均延迟}
*'QCL-TypeD':{空间Rx参数}
此时,QCL类型不限于上述四种类型,但是没有列出所有可用的组合以防使说明书的主题不清楚。QCL-TypeA是当目标天线端口的带宽和传输部分与目标天线端口相比足够时使用的QCL类型(即,在频率轴和时间轴上,参考天线端口的采样数量和传输频带/时间大于目标天线端口的采样数量和传输频带/时间),因此可以参考在频率和时间轴上能测量的所有统计特性。QCL-TypeB是当目标天线端口的带宽足以测量能在频率轴上测量的统计特性,即多普勒频移和多普勒扩展时使用的QCL类型。QCL-TypeC是当目标天线端口的带宽和传输部分不足以测量二阶统计(即,多普勒扩展和延迟扩展),因此只能参考一阶统计(即,多普勒频移和平均延迟)时使用的QCL类型。QCL-TypeD是在可以在接收目标天线端口时使用接收参考天线端口时所使用的空间接收滤波器值的情况下所配置的QCL类型。
同时,BS可以通过下面[表9a]中所示的TCI状态配置在一个目标天线端口中配置或指示最多两个QCL配置。
[表9a]
在包括在一个TCI状态配置中的两个QCL配置中,第一QCL配置可以是QCL-TypeA、QCL-TypeB和QCL-TypeC中的一个。此时,可配置QCL类型是根据目标天线端口和参考天线端口的类型来指定的,这将在下面详细描述。在包括在一个TCI状态配置中的两个QCL配置中,第二QCL配置可以是QCL-TypeD,并且可以根据情况被省略。
如下的[表9ba]至[表9be]是根据目标天线端口类型示出有效TCI状态配置的表。
[表9ba]示出了当目标天线端口是用于跟踪的CSI-RS(TRS)时的有效TCI状态配置。TRS是CSI-RS中未配置重复参数且trs-Info配置成真的NZP CSI-RS。[表9ba]中的第三配置可以用于非周期TRS。
[表9ba]
目标天线端口为用于跟踪的CSI-RS(TRS)时的有效TCI状态配置。
[表9bb]示出了当目标天线端口是用于CSI的CSI-RS时的有效TCI状态配置。用于CSI的CSI-RS是CSI-RS中未配置重复参数且trs-Info未配置成真的NZP CSI-RS。
[表9bb]
目标天线端口为用于CSI的CSI-RS时的有效TCI状态配置
[表9bc]示出了当目标天线端口是用于波束管理(BM)的CSI-RS(与用于L1 RSRP报告的CSI-RS的含义相同)时的有效TCI状态配置。在CSI-RS中,用于BM的CSI-RS是重复参数被配置成具有开或关的值且trs-Info不被配置成真的NZP CSI-RS。
[表9bc]
当目标天线端口是用于BM(用于L1 RSRP报告)的CSI-RS时的有效TCI状态配置。
示出了当目标天线端口是PDCCH DMRS时的有效TCI状态配置。
[表9bd]
目标天线端口为PDCCH DMRS时的有效TCI状态配置
[表9be]示出了当目标天线端口是PDSCH DMRS时的有效TCI状态配置。
[表9be]
目标天线端口为PDSCH DMRS时的有效TCI状态配置
在通过[表9ba]至[表9be]的代表性QCL配置方法中,用于每个步骤的目标天线端口和参考天线端口被配置和操作为“SSB”->“TRS”->“用于CSI的CSI-RS、用于BM的CSI-RS、PDCCH DMRS、或PDSCH DMRS”。因此,可以通过将可以从SSB和TRS测量的统计特性与各自的天线端口相关联来帮助UE进行接收操作。
图5示出了根据本公开的实施例的无线通信系统中的下行链路控制信道的结构。即,图5示出了根据本公开的实施例的可以在5G中使用的下行链路控制信道中包括的时间和频率资源的基本单元的示例。
参考图5,包括在控制信道中的时间和频率资源的基本单元可以被定义为资源元素组(REG)5-03。REG 5-03可以由时间轴上的一个OFDM符号5-01和频率轴上的一个物理资源块(PRB)5-02,即12个子载波来定义。BS可以通过级别联REG 5-03来配置下行链路控制信道分配单元。
如图5所示,当在5G中分配下行链路控制信道的基本单元是控制信道单元(CCE)5-04时,一个CCE 5-04可以包括多个REG 5-03。例如,当图5所示的REG 5-03可以包括12个RE并且一个CCE 5-04包括6个REG 5-03时,一个CCE 5-04可以包括72个RE。当配置了下行链路CORESET时,相应区域可以包括多个CCE 5-04,并且可以在CORESET内根据聚合级别(AL)将特定下行链路控制信道映射到一个或多个CCE 5-04,然后传输该特定下行链路控制信道。可以通过数字来区分CORESET内的CCE 5-04,并且可以根据逻辑映射方案来分配CCE 5-04的数字。
图5所示的下行链路控制信道的基本单元(即REG 5-03)可以包括DCI所映射到的所有RE以及DMRS 5-05所映射到的区域,DMRS 5-05是用于解码RE的参考信号。如图5所示,可以在一个REG 5-03内传输三个DRMS 5-05。根据聚合级别(AL),传输PDCCH所需的CCE的数量可以是1、2、4、8或16,并且可以使用不同数量的CCE来实现下行链路控制信道的链路适配。例如,在AL=L的情况下,可以通过L个CCE传输一个下行链路控制信道。
要求UE在不知道关于下行链路控制信道的信息的状态下检测信号,并且可以使用指示一组CCE的搜索空间来辅助这种盲解码。搜索空间是包括UE尝试以给定的聚合级别进行解码的CCE的一组下行链路控制信道候选。由于存在多个聚合级别(其中一组由1、2、4、8或16个CCE构成),因此UE可以具有多个搜索空间。搜索空间集可以被定义为所有配置的聚合级别的一组搜索空间。
搜索空间可以被分类为公共搜索空间和UE特定搜索空间。根据本公开的实施例,预定组中的UE或所有UE可以搜索PDCCH的公共搜索空间,以便接收小区公共控制信息,诸如用于系统信息的动态调度消息或寻呼消息。
例如,UE可以通过搜索PDCCH的公共搜索空间来接收用于传输SIB的PDSCH调度分配信息,所述SIB包括关于小区的服务提供商的信息。在公共搜索空间的情况下,预定组中的UE或所有UE应当接收PDCCH,从而公共搜索空间可以被定义为一组预先安排的CCE。同时,UE可以通过搜索PDCCH的UE特定搜索空间来接收针对UE特定PDSCH或PUSCH的调度分配信息。UE特定搜索空间可以被UE特定地定义为UE标识和各种系统参数的函数。
在5G中,用于PDCCH搜索空间的参数可以由BS通过高层信令(例如,SIB、MIB或RRC信令)在UE中配置。例如,BS可以在UE中配置每个聚合级别L处的候选PDCCH的数目、搜索空间的监视周期、用于搜索空间的以时隙内的符号为单位的监视时机、搜索空间类型(即公共搜索空间或UE特定搜索空间)、在相应的搜索空间中要监视的DCI格式和RNTI的组合、以及用于监视搜索空间的CORESET索引。例如,配置可以包括下面[表10]中所示的信息。
[表10]
BS可以基于配置信息在UE中配置一个或多个搜索空间集。根据本公开的实施例,BS可以在UE中配置搜索空间集1和搜索空间集2,并且可以执行配置,使得在公共搜索空间中监视搜索空间集1中由X-RNTI加扰的DCI格式A,并且在UE特定搜索空间中监视搜索空间集2中由Y-RNTI加扰的DCI格式B。
根据配置信息,在公共搜索空间或UE特定搜索空间中可以存在一个或多个搜索空间集。例如,搜索空间集#1和搜索空间集#2可以被配置成公共搜索空间,并且搜索空间集#3和搜索空间集#4可以被配置成UE特定搜索空间。
可以根据目的将公共搜索空间分类为特定类型的搜索空间集。针对每个预定搜索空间集类型监视的RNTI可以是不同的。例如,公共搜索空间类型、目的和被监视的RNTI可以被分类,如下面[表10a]中所示。
[表10a]
同时,在公共搜索空间中,可以监视DCI格式和RNTI的以下组合。当然,本公开不限于以下实施例。
-具有由C-RNTI、CS-RNTI、SP-CSI-RNTI、RA-RNTI、TC-RNTI、P-RNTI、SI-RNTI加扰的CRC的DCI格式0_0/1_0
-具有由SFI-RNTI加扰的CRC的DCI格式2_0
-具有由INT-RNTI加扰的CRC的DCI格式2_1
-具有由TPC-PUSCH-RNTI、TPC-PUCCH-RNTI加扰的CRC的DCI格式2_2
-具有由TPC-SRS-RNTI加扰的CRC的DCI格式2_3
在UE特定搜索空间中,可以监视DCI格式和RNTI的以下组合。当然,本公开不限于以下实施例。
-具有由C-RNTI、CS-RNTI、TC-RNTI加扰的CRC的DCI格式0_0/1_0,-具有由C-RNTI、CS-RNTI、TC-RNTI加扰的CRC的DCI格式1_0/1_1,
RNTI可以遵循以下定义和用途。
C-RNTI(小区RNTI):用于UE特定PDSCH的调度
TC-RNTI(临时小区RNTI):用于UE特定PDSCH的调度
配置的调度(CS)-RNTI:用于半静态配置的UE特定PDSCH的调度
随机接入(RA)-RNTI:用于随机接入阶段的PDSCH的调度
寻呼(P)-RNTI:用于传输寻呼的PDSCH的调度
系统信息(SI)-RNTI:用于传输系统信息的PDSCH的调度
中断(INT)-RNTI:用于指示是否对PDSCH执行截余(puncturing)
传输功率控制(TPC)-PUSCH-RNTI:用于指示PUSCH功率控制命令
传输功率控制(TPC)-PUCCH RNTI:用于指示PUCCH功率控制命令
传输功率控制(TPC)-SRS RNTI:用于指示SRS功率控制命令
在一个实施例中,可以如下面[表11]中所示来定义DCI格式。
[表11]
根据本公开的实施例,在5G中,可以将多个搜索空间集配置成不同的参数(例如,[表10]中的参数)。因此,由UE监视的搜索空间集可以在每个时间点上变化。例如,当以X-时隙周期配置搜索空间集#1,以Y-时隙周期配置搜索空间集#2,并且X和Y彼此不同时,UE可以在特定时隙中监视搜索空间集#1和搜索空间集#2两者,并且在另一个特定时隙中监视搜索空间集#1和搜索空间集#2一者。
当在UE中配置多个搜索空间集时,可以考虑以下条件来确定要由UE监视的搜索空间集。
[条件1:PDCCH候选者的最大数量的限制]
每个时隙可以监视的PDCCH候选者的数量不超过Mμ。Mμ可以被定义为在被配置成具有15·2μkHz的子载波间隔的小区中每个时隙的PDCCH候选的最大数量,如以下[表12]中所示。
[表12]
[条件2:CCE的最大数量的限制]
每时隙所有搜索空间中所包括的CCE的数量(所有搜索空间是对应于多个搜索空间集的并集区域的CCE的所有集合)不超过Cμ。Cμ可以被定义为在被配置成具有15·2μkHz的子载波间隔的小区中每时隙的CCE的最大数目,如以下[表13]中所示。
[表13]
μ | 每时隙和每服务小区的非重叠CCE的最大数量(Cμ) |
0 | 56 |
1 | 56 |
2 | 48 |
3 | 32 |
为了便于描述,在特定时间点满足条件1和2的情况可以被定义为“条件A”。因此,不满足条件A可能意味着不满足条件1和2中的至少一个。
根据BS的搜索空间集的配置,在特定时间点可能不满足条件A。当在特定时间点不满足条件A时,UE可以仅选择和监视所配置的搜索空间集中的一些,从而在相应时间点满足条件A,并且BS可以通过所选择的搜索空间集来传输PDCCH。
根据本公开的实施例,从所有配置的搜索空间集中选择一些搜索空间的方法可以包括以下方法。
[方法1]
在特定时间点(时隙)不满足针对PDCCH的条件A
UE(或BS)可以从存在于相应时间点的搜索空间集中,优先于具有被配置成UE特定搜索空间的搜索空间类型的搜索空间集,选择具有被配置成公共搜索空间的搜索空间类型的搜索空间集。
当选择了所有搜索空间类型被配置成公共搜索空间的搜索空间集时(即,在即使在选择了所有搜索空间类型被配置成公共搜索空间的搜索空间之后也满足条件A时),UE(或BS)可以选择具有被配置成UE特定搜索空间的搜索空间类型的搜索空间集。此时,当被配置成UE特定搜索空间的搜索空间集的数目是复数时,具有较低搜索空间集索引的搜索空间集可以具有较高的优先级别。考虑到优先级别,UE或BS可以在满足条件A的范围内选择UE特定搜索空间集。
在下文中,描述了NR中的用于数据传输的时间和频率资源的分配方法。
在NR中,除了通过BWP指示的频率轴(域)资源候选分配之外,还可以提供详细的频域资源分配(FD-RA)方法。
图6示出了根据本公开的实施例的无线通信系统中物理下行链路共享信道(PDSCH)的频率轴资源分配的示例。
图6示出了可以通过NR中的高层配置的三个频率轴资源分配方法:类型0 6-00、类型1 6-05和动态切换6-10。
参考图6,如附图标记6-00所示,当UE通过高层信令被配置成仅使用资源类型0,用于将PDSCH分配给相应UE的一些下行链路控制信息(DCI)具有包括NRBG位的位图。其条件将在后面再次描述。此时,NRBG是根据由BWP指示符分配的BWP大小和高层参数rgb-Size确定的资源块组(RBG)的数目,如以下[表14]中所示,并且在由位图指示为1的RBG中传输数据。
[表14]
带宽部分大小 | 配置1 | 配置2 |
1-36 | 2 | 4 |
37-72 | 4 | 8 |
73-144 | 8 | 16 |
145-275 | 16 | 16 |
如附图标记6-05所示,当UE通过高层信令被配置成仅使用资源类型1时,用于向相应UE分配PDSCH的一些DCI具有包括位的频率轴资源分配信息。其条件将在后面再次描述。BS可以配置开始VRB 6-20和由此连续分配的频率轴资源的长度6-25。
如附图标记6-10所示,当UE通过高层信令被配置成使用资源类型0和资源类型1时,用于将PDSCH分配给相应UE的一些DCI具有如下的频率轴资源分配信息,所述频率轴资源分配信息包括用于配置资源类型0的有效载荷6-15和用于配置资源类型1的有效载荷6-20和6-25中的较大值6-35位。其条件将在后面再次描述。此时,可以将一位添加到DCI内的频率轴资源分配信息的第一部分(MSB),并且在相应位是0时可以指示资源类型0的使用,并且在相应位是1时可以指示资源类型1的使用。
在下文中,描述了下一代移动通信系统(5G或NR系统)中的一种用于数据信道的时域资源分配方法。
BS可以通过高层信令(例如,RRC信令)来配置用于UE中的下行链路数据信道(物理下行链路共享信道(PDSCH))和上行链路数据信道(物理上行链路共享信道(PUSCH))的时域资源分配信息的表。可以为PDSCH配置包括最多maxNrofDL-Allocation=16个条目的表,并且可以为PUSCH配置包括最多maxNrofUL-Allocation=16个条目的表。在一个实施例中,时域资源分配信息可以包括PDCCH-至-PDSCH时隙定时(对应于接收到PDCCH的时间点与传输由接收的PDCCH调度的PDSCH的时间点之间的以时隙为单位的时间间隔,并且由K0指示)或PDCCH-至-PUSCH时隙定时(对应于接收到PDCCH的时间点与传输由接收的PDCCH调度的PUSCH的时间点之间的以时隙为单位的时间间隔,并且由K2指示)、时隙内PDSCH或PUSCH被调度的起始符号的位置和长度、PDSCH或PUSCH的映射类型等。例如,可以从BS向UE通知下面[表15]或[表16]中所示的信息。
[表15]
[表16]
BS可以通过L1信令(例如,DCI)(例如,通过DCI内的'时域资源分配字段指示)向UE通知用于时域资源分配信息的表中的条目之一。UE可以基于从BS接收的DCI来获取PDSCH或PUSCH的时域资源分配信息。
图7示出了根据本公开的实施例的无线通信系统中PDSCH的时间轴资源分配的示例。
参考图7,BS可以根据使用高层配置的数据信道和控制信道的子载波间隔(SCS)(μPDSCH,μPDCCH)、调度偏移(K0)值和通过DCI动态指示的一个时隙内的OFDM符号开始位置7-00和长度7-05来指示PDSCH资源的时间轴位置。
图8示出了根据本公开的实施例的无线通信系统中的根据数据信道和控制信道的子载波间隔的时间轴资源分配的示例。
参考图8,当数据信道和控制信道的子载波间隔彼此相同时(μPDSCH=μPDCCH)(如附图标记8-00所示),用于数据和控制的时隙号彼此相同,因此BS和UE可以根据预定的时隙偏移K0知道调度偏移的生成。另一方面,当数据信道和控制信道的子载波间隔彼此不同时(μPDSCH≠μPDCCH)(如附图标记8-05所示),用于数据和控制的时隙号彼此不同,因此BS和UE可以基于PDCCH的子载波间隔根据预定时隙偏移K0知道调度偏移的生成。
在NR中,UE通过PUCCH向BS发送控制信息(上行链路控制信息(UCI))。控制信息可以包括指示UE通过PDSCH接收的传输块(TB)的解调/解码是否成功的HARQ-ACK、UE针对PUSCH的上行链路数据传输向BS请求分配资源的调度请求(SR)、以及作为用于报告UE的信道状态的信息的信道状态信息(CSI)中的至少一个。
根据分配的符号的长度,PUCCH资源可以被大部分地划分为长PUCCH和短PUCCH。在NR中,长PUCCH时隙内具有大于或等于4个符号的长度,短PUCCH时隙内具有等于或小于2个符号的长度。
在对长PUCCH的更详细的描述中,长PUCCH可用于改进上行链路小区覆盖,因此,可以以作为单载波传输而非OFDM传输的DFT-S-OFDM方案来传输。长PUCCH可以根据可支持的控制信息位数以及是否通过在IFFT前端处支持预-DFT OCC资源来支持UE复用,来支持诸如PUCCH格式1、PUCCH格式3和PUCCH格式4之类的传输格式。
首先,PUCCH格式1是基于DFT-S-OFDM的长PUCCH格式,其可以支持多达2位的控制信息并且使用1RB的频率资源。控制信息可以包括HARQ-ACK和SR的组合或其每一个。在PUCCH格式1中,包括解调参考信号(DMRS)(或参考信号)的OFDM符号和包括UCI的OFDM符号重复。
例如,当PUCCH格式1的传输符号数是8个符号时,该8个符号从第一开始符号起依次包括DMRS符号、UCI符号、DMRS符号、UCI符号、DMRS符号、UCI符号、DMRS符号和UCI符号。DMRS符号被以对应于一个OFDM符号内的频率轴上长度为1RB的序列在时间轴上使用正交码(或正交序列或扩频码wi(m))扩频(spread),并在执行IFFT之后传输。
如下生成UCI符号。UE将1位控制信息调制为BPSK以及将2位控制信息调制为QPSK来生成d(0),将生成的d(0)乘以频率轴上长度为1RB的序列来进行加扰,通过在时间轴上使用正交顺序(或正交序列或扩频码wi(m))对加扰序列进行扩频,执行IFFT,然后执行传输。
UE基于BS通过高层信号配置的组跳频或序列跳频配置和配置的ID生成序列,利用高层信号配置的初始循环偏移CS值对生成的序列进行循环偏移,生成长度为1RB的序列。
当给定扩频码(NSF)的长度时,wi(m)被确定为这在下面[表16a]中具体示出。i表示扩频码本身的索引,并且m表示扩频码的元素的索引。[表16a]的[]中的数字表示φ(m),并且当扩展码的长度为2并且配置的扩展码的索引为i=0时,扩展码wi(m)被确定为并且因此wi(m)=[11]。
[表16a]
PUCCH格式3是基于DFT-S-OFDM的长PUCCH,其可以支持大于2位的控制信息,并且可以通过高层来配置所使用的RB的数量。控制信息可以包括HARQ-ACK、SR和CSI的组合,或其中每一个。在PUCCH格式3中,根据是否在时隙内执行跳频以及是否配置了另外的DMRS符号,在下面的[表17]中呈现DMRS符号位置。
[表17]
当PUCCH格式3的传输符号的数目是8时,8个符号具有第一开始符号0,并且DMRS在第一和第五符号中被传输。以相同的方式将上述表应用于PUCCH格式4的DMRS符号位置。
PUCCH格式4是基于DFT-S-OFDM的长PUCCH格式,其可以支持大于2位的控制信息并且使用1RB的频率资源。控制信息可以包括HARQ-ACK,SR和CSI的组合,或其每一个。PUCCH格式4和PUCCH格式3之间的差别在于,在PUCCH格式4的情况下,可以在一个RB中复用多个UE的PUCCH格式4。可以通过在IFFT前端处对控制信息应用预DFT OCC来复用UE的PUCCH格式4。然而,可传输的UE的控制信息符号的数量根据复用的UE的数量而减少。可以复用的UE的数量,即不同的可用OCC的数量可以是2或4,并且可以通过高层来配置OCC的数量和可应用的OCC索引。
随后,描述短PUCCH。短PUCCH可以通过以下行链路为中心的(downlink-centric)时隙和以上行链路为中心的(uplink-centric)时隙传输,并且通常可以通过时隙的最后一个符号或者其后的OFDM符号(例如,最后一个OFDM符号、倒数第二个OFDM符号、或者最后两个OFDM符号)传输。当然,短PUCCH可以在时隙内的随机位置传输。可以使用一个OFDM符号或两个OFDM符号来发送短PUCCH。在上行链路小区覆盖良好的状态下,与长PUCCH相比,短PUCCH可用于减少延迟时间,并且以CP-OFDM方案传输。
短PUCCH根据可支持的控制信息位数支持诸如PUCCH格式0和PUCCH格式2的传输格式。首先,PUCCH格式0是短PUCCH格式,其可以支持多达2位的控制信息并且使用1RB的频率资源。控制信息可以包括HARQ-ACK和SR的组合或其每一个。PUCCH格式0具有不传输DMRS并且仅传输映射到一个OFDM符号内的频率轴上的12个子载波的序列的结构。UE配置BS通过高层信号配置的组跳频或序列跳频,基于配置的ID生成序列,根据ACK或NACK将生成的序列循环偏移另一CS值与指示的初始循环偏移CS值相加得到的最终CS值,将序列映射到12个子载波并进行传输。
例如,如下面[表18]所示,当HARQ-ACK是1位时,在ACK的情况下,通过将6加到初始CS值来生成最终CS,而在NACK的情况下,通过将0加到初始CS来生成最终CS。在标准中定义0是用于NACK的CS值,6是用于ACK的CS值,UE总是根据该值生成PUCCH格式0并发送1位HARQ-ACK。
[表18]
例如,当HARQ-ACK是2位时,如下面[表19]所示,在(NACK、NACK)的情况下将0添加到初始CS值,在(NACK、ACK)的情况下将3添加到初始CS值,并且在(ACK、ACK)的情况下将6添加到初始CS值,并且在(ACK、NACK)的情况下将9添加到初始CS值。在标准中定义0是(NACK、NACK)的CS值,3是(NACK、ACK)的CS值,6是(ACK、ACK)的CS值,以及9是(ACK、ACK)的CS值,并且UE总是根据该值生成PUCCH格式0并发送2位HARQ-ACK。
当根据ACK或NACK将CS值加到初始CS值使得最终CS值大于12时,序列的长度为12,从而将模12应用到最终CS值。
[表19]
PUCCH格式2是支持大于2位的控制信息的短PUCCH格式,并且所使用的RB的数量可以通过高层来配置。控制信息可以包括HARQ-ACK、SR和CSI的组合,或其每一个。在PUCCH格式2中,如图14所示,当第一子载波的索引为#0时,在一个OFDM符号内用于传输DMRS的子载波的位置被固定为具有索引#1、#4、#7和#10的子载波。通过信道编码和调制过程将控制信息映射到除了DMRS所在的子载波之外的其余子载波。
总之,可以为相应的PUCCH格式配置的值和其范围如下面[表20]中所示。在表中,不需要配置值的情况由NA表示。
[表20]
同时,为了改善上行链路覆盖,可以为PUCCH格式1、3和4支持多时隙重复,并且可以为每个PUCCH格式配置PUCCH重复。
UE对包括UCI的PUCCH进行重复传输的次数与通过高层信令nrofSlots配置的时隙的数量相对应。对于PUCCH重复传输,可以使用相同数量的连续符号来执行每个时隙的PUCCH传输,并且在PUCCH格式1、PUCCH格式3或PUCCH格式4中,可以通过作为高层信令的nrofSymbols配置相应的连续符号的数量。对于PUCCH重复传输,可以使用相同的起始符号来执行每个时隙的PUCCH传输,并且在PUCCH格式1、PUCCH格式3或PUCCH格式4中,可以通过作为高层信令的startingSymbolIndex来配置相应的起始符号。
当UE接收到在PUCCH重复传输的不同时隙的PUCCH传输中的跳频配置时,UE以时隙为单位进行跳频。此外,当UE接收到在不同时隙中的PUCCH传输中的跳频配置时,UE在偶数时隙中从通过高层信令startingPRB配置的第一PRB索引开始PUCCH传输,在奇数时隙中从通过高层信令secondHopPRB配置的第二PRB索引开始PUCCH传输。
此外,当UE接收到在不同时隙中的PUCCH传输中的跳频配置时,指示给UE的用于第一PUCCH传输的时隙的索引是0,并且在所有配置的PUCCH重复传输期间,PUCCH重复传输的编号增加,而与每个时隙中的PUCCH传输无关。当UE接收到在不同时隙中的PUCCH传输中的跳频配置时,UE不期望用于PUCCH传输的该时隙内的跳频配置。当UE没有接收到在不同时隙中的PUCCH传输中的跳频配置并且接收到时隙内的跳频配置时,在时隙内第一和第二RPB索引被同等地应用。
随后,描述BS或UE的PUCCH资源配置。BS可以为特定UE通过高层来针对每个BWP配置PUCCH资源。相应的配置可以如下面[表21]所示。
[表21]
根据上表,可以在用于特定BWP的PUCCH资源配置内配置一个或多个PUCCH资源集,并且可以在一些PUCCH资源集中配置用于UCI传输的最大有效载荷值。一个或多个PUCCH资源可以属于每个PUCCH资源集,并且每个PUCCH资源可以属于PUCCH格式之一。
在PUCCH资源集中,第一PUCCH资源集的最大有效载荷值可以被固定为2位,因此可以不通过高层单独配置相应的值。当配置了剩余的PUCCH资源集时,可以根据最大有效载荷值以升序配置相应的PUCCH资源集的索引,并且在最后的PUCCH资源集中可以不配置最大有效载荷值。PUCCH资源集的高层配置可以如下面[表22]所示。
[表22]
属于PUCCH资源集的PUCCH资源的ID可以被包括在上表的resourceList参数资源列表中。
在初始接入中或者当没有配置PUCCH资源集时,在初始BWP中可以使用以下[表23]中所示的包括多个小区特定PUCCH资源的PUCCH资源集。在PUCCH资源集中,可以通过SIB1指示要用于初始接入的PUCCH资源。
[表23]
在PUCCH格式为0或1的情况下,包括在PUCCH资源集中的每个PUCCH资源的最大有效载荷可以是2位,并且在剩余格式的情况下可以由符号长度、PRB的数量和最大码率来确定。可以为每个PUCCH资源配置符号长度和PRB的数量,并且可以为每个PUCCH格式配置最大码率。
随后,描述了用于UCI传输的PUCCH资源的选择。在SR传输的情况下,可以通过如[表24]中所示的高层来配置对应于schedulingRequestID的SR的PUCCH资源。该PUCCH资源可以是属于PUCCH格式0或PUCCH格式1的资源。
[表24]
可以通过[表24]中的periodicyAndOffset参数来配置所配置的PUCCH资源的传输周期和偏移。当UE在与配置的时间周期和偏移相对应的时间点有上行链路数据要发送时,可以发送相应的PUCCH资源,否则,可以不发送相应的PUCCH资源。
在CSI传输的情况下,如下面[表25]所示,可以通过高层信令在pucch-CSI-ResourceList参数中配置用于通过PUCCH发送周期性或半持久性CSI报告的PUCCH资源。该参数包括用于相应CSI报告被发送到的小区或CC的每个BWP的PUCCH资源的列表。该PUCCH资源可以是属于PUCCH格式2、PUCCH格式3或PUCCH格式4的资源。
[表25]
PUCCH资源的传输周期和偏移通过[表25]中的reportSlotConfig来配置。
在HARQ-ACK传输的情况下,首先根据包括相应的HARQ-ACK的UCI的有效载荷来选择要传输的PUCCH资源的资源集。也就是说,选择具有不小于UCI有效载荷的最小有效载荷的PUCCH资源集。随后,可以通过DCI内的PUCCH资源指示符(PRI)来选择PUCCH资源集内的PUCCH资源,所述DCI调度对应于相应的HARQ-ACK的TB,并且PRI可以是[表5]或[表6]中所示的PUCCH资源指示符。通过高层信令配置的PRI与从PUCCH资源集中选择的PUCCH资源之间的关系可以如下面[表26]中所示。
[表26]
当所选择的PUCCH资源集中的PUCCH资源的数量大于8时,可以通过以下等式来选择PUCCH资源。
[等式1]
在上述等式中,rPUCCH表示在PUCCH资源集中选择的PUCCH资源的索引,RPUCCH表示属于PUCCH资源集的PUCCH资源的数量,ΔPRI表示PRI值,NCCE,p表示接收到的DCI所属的CORESETp的CCE的总数,并且nCCE,p表示接收到的DCI的第一个CCE索引。
传输相应PUCCH资源的时间点是从与相应HARQ-ACK相对应的TB传输起K1个时隙之后。通过高层配置K1候选,更具体地,在[表21]中所示的PUCCH-Config内的d1-DataToUL-ACK参数中配置候选。可以由调度TB的DCI内的PDSCH-至-HARQ反馈定时指示符在候选之中选择一个K1值,并且该值可以是[表5]或[表6]中所示的值。同时,K1的单元可以是时隙或子时隙。子时隙是长度小于时隙的单位,并且一个或多个符号可以对应于一个子时隙。
随后,描述两个或多个PUCCH资源位于一个时隙内的情况。UE可以通过一个时隙或子时隙内的一个或两个PUCCH资源来发送UCI,并且当通过一个时隙/子时隙内的两个PUCCH资源来发送UCI时:i)每个PUCCH资源可以不以符号为单位重叠,ii)至少一个PUCCH资源可以是短PUCCH。同时,UE可能不期望在一个时隙内传输用于HARQ-ACK传输的多个PUCCH资源。
随后,描述了其中两个或多个PUCCH资源重叠的PUCCH传输过程。当两个或多个PUCCH资源重叠时,可以根据上述条件(即,传输PUCCH资源不以符号为单位重叠的条件)来选择重叠的PUCCH资源之一或选择新的PUCCH资源。此外,通过重叠PUCCH资源发送的UCI有效载荷可以被全部复用和发送,或者可以其中的一些被丢弃。首先,描述在PUCCH资源中没有配置多时隙重复的情况(情况1)和配置了多时隙重复的情况(情况2)。
在情况1中,PUCCH资源重叠的情况可以被划分为情况1-1)和情况1-2),在情况1-1)中,用于HARQ-ACK传输的两个或多个PUCCH资源重叠,而情况1-2)对应于剩余的情况。
在图9中示出了对应于情况1-1的情况。
图9示出了根据本公开的实施例的当没有配置多时隙重复时多个用于PDSCH的混合自动重传请求(HARQ)确认(ACK)传输的物理上行链路控制信道(PUCCH)资源重叠的情况。参考图9,当对应于各个PDCCH的PUCCH资源的传输时隙相同时(其中各个PDCCH是用于调度PDSCH的两个或多个不同的PDCCH 9-10和PDCCH 9-11),则可以认为对应的PUCCH资源彼此重叠。即,当对应于由多个PDCCH指示的K1值9-50和9-51的上行链路时隙相同时,可以认为对应于相应PDCCH的PUCCH资源彼此重叠。
此时,在由PDCCH内的PRI 9-40和9-41指示的PUCCH资源中,仅选择基于与最后发送的PDCCH 9-11相对应的PRI 9-41选择的PUCCH资源9-31,并且在该PUCCH资源中发送HARQ-ACK信息。因此,由预定的HARQ-ACK码本编码并通过所选择的PUCCH资源9-31传输所有针对PDSCH 9-21的HARQ-ACK信息和与PUCCH资源9-31重叠的另一PUCCH9-30的HARQ-ACK信息。
随后,描述对应于情况1-2)的情况,其中,用于HARQ-ACK资源的PUCCH资源和用于SR和/或CSI传输的PUCCH资源重叠或用于SR和/或CSI传输的多个PUCCH资源重叠。在上述情况下,可以如下面[表27]所示定义:何时在同一时隙中发送的多个PUCCH资源在时间轴上重叠一个或多个符号,以及是否在资源内复用UCI。
[表27]
根据上表,当用于传输HARQ-ACK的PUCCH资源重叠时,或者当用于传输SR的PUCCH资源和用于传输CSI的PUCCH重叠时,总是复用UCI。
同时,当用于传输SR的PUCCH资源和用于传输HARQ-ACK的PUCCH资源重叠,即,在1-2-1的情况下,根据PUCCH资源的格式来确定是否复用UCI。
-PUCCH格式0上的SR+PUCCH格式1上的HARQ-ACK:SR被丢弃并且仅发送HARQ-ACK
-其余的情况:复用SR和HARQ-ACK两者
此外,在对应于情况1-2-2的剩余情况下,即,在用于传输HARQ-ACK的PUCCH资源和用于传输CSI的PUCCH资源重叠的情况下,或者在用于传输CSI的多个PUCCH资源重叠的情况下,可以由高层配置来确定是否复用其UCI。此外,可以独立地进行指示是否复用HARQ-ACK和CSI的配置以及指示是否复用多个CSI的配置。
例如,对于每个PUCCH格式2、3或4,是否复用HARQ-ACK和CSI可以通过simultaneousHARQ-ACK-CSI参数来配置,并且对于所有PUCCH格式,相应的参数可以具有相同的值。当参数被配置成不执行复用时,仅发送HARQ-ACK,并且可以丢弃重叠的CSI。此外,可以通过PUCCH-Config内的multi-CSI-PUCCH-ResourceList参数来配置是否复用多个CSI。也就是说,当配置了参数multi-CSI-PUCCH-ResourceList时,可以执行CSI之间的复用,否则,可以根据CSI优先级别仅发送与具有较高优先级别的CSI相对应的PUCCH。
当如上所述执行UCI多路复用时,选择用于传输UCI资源的PUCCH资源的方法和复用方法可以遵循重叠的UCI上的信息和PUCCH资源的格式,如下面[表28]中所示定义。
[表28]
将在下面描述上表中的每个选项。
-选项1:UE根据与HARQ-ACK PUCCH资源重叠的SRPUCCH资源的SR值来选择不同的PUCCH资源。也就是说,当SR值为正时,UE选择用于SR的PUCCH资源,并且当SR值为负时,UE选择用于HARQ-ACK的PUCCH资源。通过所选择的PUCCH资源传输HARQ-ACK信息。
-选项2:UE通过用于HARQ-ACK传输的PUCCH资源复用和传输HARQ-ACK信息和SR信息。
-选项3:UE通过用于CSI传输的PUCCH资源复用并传输SR信息和CSI。
-选项4:用于HARQ-ACK之间的重叠的PUCCH资源传输-详细操作在情况(1-1)中描述。
-选项5:当用于对应于由PDCCH调度的PDSCH的HARQ-ACK的PUCCH资源与用于CSI传输的PUCCH资源重叠并且通过高层配置了HARQ-ACK和CSI之间的复用时,UE通过用于HARQ-ACK的PUCCH资源复用并传输HARQ-ACK信息和CSI信息。
-选项6:当用于对应于半持久性调度PDSCH的HARQ-ACK的PUCCH资源与用于CSI传输的PUCCH资源重叠并且通过高层配置了HARQ-ACK和CSI之间的多路复用时,UE通过用于CSI传输的PUCCH资源复用和传输HARQ-ACK信息和CSI信息。
当通过高层配置了PUCCH资源列表(即,用于复用的multi-CSI-PUCCH-ResourceList)时,UE从列表中的资源中选择可以传输所有复用的UCI有效负载的、具有最低索引的一个资源,然后传输UCI有效负载。当列表中没有可传输所有复用UCI有效负载的资源时,UE选择具有最高索引的资源,然后传输可通过相应资源传输的HARQ-ACK和CSI报告。
-选项7:当通过高层配置了用于多个CSI之间的CSI传输重叠和复用的多个PUCCH资源时,UE在PUCCH资源列表(即,通过高层配置的用于CSI复用的multi-CSI-PUCCH-ResourceList)中选择能够传输所有复用的UCI有效载荷的、具有最低索引的一个资源,然后传输UCI有效载荷。当列表中没有能够传输所有复用的UCI有效负载的资源时,UE选择具有最高索引的资源,然后传输可以通过相应资源传输的CSI报告。
为了描述的方便,主要描述了两个PUCCH资源重叠的情况,但是该方法同样可以应用于三个或更多PUCCH资源重叠的情况。例如,当复用SR-HARQ-ACK的PUCCH资源与CSIPUCCH资源重叠时,可以执行HARQ-ACK和CSI之间的复用方法。
当没有配置特定UCI之间的复用时,根据HARQ-ACK>SR>CSI的优先级别传输具有高优先级别的UCI,并且可以丢弃具有低优先级别的UCI。当没有针对多个CSI PUCCH资源之间的重叠配置复用时,可以传输对应于高优先级别CSI的PUCCH,并且可以丢弃对应于其它CSI的PUCCH。
情况2,即,其中配置了多时隙重复的情况被划分为情况2-1)和情况2-2),在情况2-1)中,用于HARQ-ACK传输的两个或多个PUCCH资源位于相同的起始时隙中,而情况2-2)对应于其余的情况。在图10中示出相应的情况。
图10示出了当根据本公开的实施例的配置了多时隙重复时的PUCCH资源重叠的情况。
参考情况2-1),当在用于HARQ-ACK的PUCCH资源中配置了多时隙重复时,即,当PUCCH#1如附图标记10-30和10-40所示在多个时隙上重复发送并且PUCCH#2如附图标记10-31和10-41所示在多个时隙上重复发送时,如果由K1指示的两个PUCCH的开始时隙相同,可以像在情况1-1中那样选择单个PUCCH资源(在一个时隙中最后发送的PUCCH),即PUCCH#2。因此,对应于PDSCH#1和PDSCH#2的HARQ-ACK信息被复用,并通过HARQ-ACK码本被发送到相应的PUCCH。
为了便于描述,尽管已经作为示例描述了多个多时隙重复的PUCCH重叠的情况,但是可以将相同的方法应用于多时隙重复PUCCH与在单个时隙中发送的PUCCH重叠的情况。
情况2-2)对应于在用于HARQ-ACK传输的PUCCH与用于SR或CSI传输的PUCCH之间或在用于多个SR或CSI传输的PUCCH之间产生符号单位的重叠的情况。也就是说,如附图标记10-50和10-51所示在多个时隙上重复发送PUCCH#1和如附图标记10-60和10-61所示在多个时隙上重复发送PUCCH#2的情况对应于在一个时隙10-70中PUCCH#1和PUCCH#2重叠一个或多个符号的情况。
在相应时隙10-70中的以一个或多个符号重叠的PUCCH中,比较PUCCH内的UCI的优先级别,然后在相应时隙中发送具有高优先级别的UCI,并且丢弃其它UCI。此时,UCI优先级别从最高顺序开始依次是HARQ-ACK>SR>CSI。
此外,当多个CSI PUCCH资源重叠时,可以发送对应于具有较高优先级别的CSI的PUCCH,并且可以在相应的时隙中丢弃对应于其它CSI的PUCCH。根据优先级别的PUCCH传输或丢弃仅在具有符号单位的重叠的时隙中执行,而不在其它时隙中执行。也就是说,配置了多时隙重复的PUCCH可以在具有符号单位的重叠的时隙中被丢弃,但是可以在配置的剩余时隙中被发送。
为了便于描述,尽管已经作为示例描述了多个多时隙重复的PUCCH重叠的情况,但是相同的方法也可以应用于多时隙重复PUCCH与在单个时隙中发送的PUCCH重叠的情况。
描述了PUCCH和PUSCH传输之间的重叠。当UE在个重复传输中在第一时隙中执行PUCCH传输并且在第二时隙中执行PUSCH传输并且PUCCH传输在一个或多个时隙中与PUSCH传输重叠时,并且当PUSCH内的UCI在重叠时隙中复用时,UE在PUCCH和PUSCH重叠的时隙中发送PUCCH而不发送PUSCH。
在PUCCH的单时隙传输和多时隙重复中,针对诸如URLLC的低延迟服务所描述的时隙可以被替换为小型时隙。该小型时隙在时间轴上具有比时隙更短的长度,并且一个小型时隙包括小于14个符号的符号。例如,两个或七个符号可以对应于一个小型时隙。当通过高层配置了小型时隙时,HARQ-ACK反馈定时K1的单位和重复传输的次数可以从常规时隙的单位改变到小型时隙的单位。小型时隙配置可以应用于所有PUCCH传输,或者可以被限制为用于特定服务的PUCCH传输。例如,可以将时隙单元传输应用于eMBB服务的PUCCH,而可以将小型时隙单元传输应用于URLLC服务的PUCCH。
随后,描述将被应用于PUCCH传输的波束配置。当UE针对PUCCH资源配置不具有UE特定配置(专用PUCCH资源配置)时,通过高层信令Pucch-ResourceCommon来提供PUCCH资源集,在这种情况下,用于PUCCH传输的波束配置遵循在通过随机接入响应(RAR)UL授权而调度的PUSCH传输中使用的波束配置。当UE针对PUCCH资源配置具有UE特定配置(专用PUCCH资源配置)时,通过下面[表29]中所示的高层信令Pucch-spatialRelationInfoId来提供用于PUCCH传输的波束配置。当UE接收到一个Pucch-spatialRelationInfoId的配置时,通过一个Pucch-spatialRelationInfoId提供用于UE的PUCCH传输的波束配置。当UE接收到多个pucch-spatialRelationInfoID的配置时,UE通过MAC控制元素(CE)接收对于多个pucch-spatialRelationInfoID之一的激活的指示。UE可以通过高层信令接收最多8个Pucch-spatialRelationInfoID的配置,并且接收仅针对一个Pucch-spatialRelationInfoID的激活的指示。
当UE通过MAC CE接收到用于Pucch-SpatialRelationInfoID的激活的指示时,UE从用于HARQ-ACK传输的时隙起个时隙之后的第一时隙开始,应用通过MAC CE的对Pucch-SpatialRelationInfoID的激活,该HARQ-ACK传输针对传输包括Pucch-SpatialRelationInfoID的激活信息的MAC CE的PDSCH。μ是PUCCH传输应用的参数集,并且是给定参数集中每子帧的时隙数。用于Pucch-spatialRelationInfo的高层配置可以如下面[表29]中所示。Pucch-spatialRelationInfo可以与PUCCH波束信息互换地使用。
[表29]
根据上面[表29],一个referenSignal配置可以存在于特定的pucch-spatialRelationInfo配置中,并且相应的参考信号可以是指示特定SS/PBCH的ssb-Index、指示特定csi-RS的csi-RS-Index、或者指示特定SRS的srs。当referenSignal被配置成ssb-Index时,UE可以将用于接收相同的服务小区内的SS/PBCH中的对应于ssb-Index的SS/PBCH的波束配置成用于PUCCH传输的波束,或者,当提供了ServingCellID时,将用于接收由ServingCellID指示的小区内的SS/PBCH中的对应于ssb-Index的SS/PBCH的波束配置成用于PUCCH传输的波束。当referenSignal被配置成csi-RS-Index时,UE可以将用于接收相同的服务小区内的CSI中的对应于csi-RS-Index的CSI的波束配置成用于PUCCH传输的波束,或者,当提供了ServingCellID时,将用于接收由ServingCellID指示的小区内的CSI中的对应于csi-RS-Index的CSI的波束配置成用于PUCCH传输的波束。当参考信号被配置成SRS时,UE可以将用于传输SRS的传输波束配置成用于PUCCH传输的波束,所述SRS对应于同一服务小区内和/或激活的上行链路BWP内的通过高层信令资源提供的资源索引,或者,当提供了ServingCellID和/或uplinkBWP时,将用于传输SRS的传输波束配置成用于PUCCH传输的波束,所述SRS对应于由ServingCellID和/或uplinkBWP和/或上行链路BWP指示的小区内通过高层信令资源提供的资源索引。
在特定的pucch-spatialRelationInfo配置中,可以存在一个pucch-PathlossReferenceRS-Id配置。[表30]中的PUCCH-PathlossReferenceRS可以被映射到[表29]的Pucch-PathlossReferenceRS-Id,并且可以通过[表30]中的高层信令PUCCH-PowerControl内的PathlossReferenceRS来配置最多四个PUCCH-PathlossReferenceRS。当PUCCH-PathlossReferenceRS通过[表30]中的referenSignal被连接到SS/PBCH时,ssb-Index被配置。并且当PUCCH-PathlossReferenceRS连接到CSI-RS时,csi-RS-Index被配置。
[表30]
BS和/或UE可以通过载波聚合在多个载波中发送和接收下行链路和/或上行链路信号。图11示出了根据本公开的实施例的可以在小区组内配置的的上行链路载波的类型和针对每个载波可以进行传输的信道的示例。在Rel-15 NR中,一个或两个PUCCH组可以被配置在一个小区组内。PUCCH组的数量是可以在一个小区组内发送PUCCH的上行链路载波的数量。在PUCCH组中,第一PUCCH组可以被命名为主PUCCH组11-05,并且主PUCCH组包括PCell和一个或多个SCell。或者,可以不配置SCell。
PCell指示具有初始接入和切换过程的载波,并且可以在PCell 11-10中发送基于竞争和/或基于无竞争的随机接入、PUCCH、PUSCH和SRS信道。同时,SCell指示可以在RRC连接之后被添加/改变为SCell添加/修改的载波,并且可以在SCell中发送基于竞争的随机接入\PUSCH和SRS信道。属于主PUCCH组的SCell 11-15的用于HARQ-ACK的PUCCH传输可以在PCell中执行。
同时,在PUCCH组中,可以将第二个PUCCH组命名为第二PUCCH组11-55,并且可以不配置第二PUCCH组。当配置了第二PUCCH组时,该组包括一个PUCCH-SCell 11-60和一个或多个SCell。或者,可以不配置SCell。PUCCH-SCell指示第二PUCCH组内的可以传输PUCCH的载波,并且因此可以在其中传输基于无竞争的随机接入、PUCCH、PUSCH和SRS信道。属于第二PUCCH组的SCell 11-65的用于HARQ-ACK的PUCCH传输可以在PUCCH-SCell中执行。
在以上和以下描述的实施例中使用的术语载波可以用另一个术语代替。例如,载波可以用小区、服务小区或分量载波(CC)代替,并且这些术语可以具有相同的含义。
在LTE和NR中,在UE连接到服务BS的状态下UE可以具有将UE支持的能力报告给相应BS的过程。在下面的描述中,这被称为UE能力(报告)。BS可以向处于连接状态的UE传送请求报告能力的UE能力查询消息。该消息可以包括针对来自BS的每个RAT类型的UE能力请求。针对每个RAT类型的请求可以包括所请求的频带信息。此外,UE能力查询消息可以请求一个RRC消息容器中的多个RAT类型,或者包括多个包括针对每个RAT类型的请求的UE能力查询消息,并将其发送到UE。也就是说,UE能力查询可以重复多次,并且UE可以配置与其对应的UE能力信息消息并报告相同的多次。在下一代移动通信系统中,可以请求针对NR、LTE和包括EN-DC的MR-DC的UE能力。例如,通常在UE的连接之后的开始处传输UE能力查询消息,但是可以在BS需要它时的任何条件下请求UE能力查询消息。
在上述步骤中,接收来自BS的UE能力报告请求的UE根据由BS请求的RAT类型和频带信息来配置UE能力。在下文中,描述了一种UE在NR系统中配置UE能力的方法。
1.当UE通过UE能力请求从BS接收到LTE和/或NR频带的列表时,UE为EN-DC和NR独立(SA)模式配置频带组合(BC)。也就是说,UE基于FreqBandList中所请求的频带来配置EN-DC和NRSA的BC的候选列表。这些频带顺序地具有如FreqBandList中所述的优先级别。
2.当BS设置“eutra-nr-only”标志或“eutra”标志并请求UE能力报告时,UE从配置的BC的候选列表中完全去除NRSA BC。这样的操作可以仅在LTE BS(eNB)请求“eutra”能力时发生。
3.此后,UE从在上述阶段中配置的BC的候选列表中去除回退(fallback)BC。回退BC对应于从任何超级别BS中去除对应于至少一个SCell的频带的情况,并且由于超级别BS已经能够覆盖回退BC,所以可以省略该回退BC。该步骤应用于MR-DC,即LTE频带。在该步骤之后留下的BC是最终的“候选BC列表”。
4.UE在最终的“候选BC列表”中选择适合于所请求的RAT类型的BC,并选择要报告的BC。在该步骤中,UE根据所确定的顺序来配置supportedBandCombinationList。也就是说,UE根据预设的rat-Type(nr→eutra-nr→eutra)的顺序来配置要报告的BC和UE能力。此外,UE为所配置的supportedBandCombinationList配置featrueSetCombination,并在候选BC列表中配置“候选特征集组合”的列表,其中,从候选BC列表接收后退BC的列表(包括在相同或较低阶段的能力)。“候选特征集组合”可以包括NR和EUTRA-NRBC的所有特征集组合,并且可以从UE-NR-Capabilities和UE-MRDC-Capabilities容器的特征集组合获得。
5.当所请求的rat-Type是eutra-nr和影响时,featureSetCombinations被包括在UE-MRDC-Capabilities和UE-NR-Capabilities的所有两个容器中。然而,NR特征集仅包括UE-NR-Capabilities。
在配置了UE能力之后,UE向BS发送包括UE能力的UE能力信息消息。BS基于从UE接收到的UE能力来执行适于相应UE的调度和发送/接收管理。
图12示出了根据本公开的实施例的在单个小区、载波聚合和双连通性的情况下的BS和UE的无线协议结构。
参照图12,在下一代移动通信系统的无线协议中,UE和NRBS分别包括NR服务数据适配协议(SDAP)S25和S70、NR分组数据汇聚协议(PDCP)S30和S65、NR无线电链路控制(RLC)S35和S60、以及NR介质访问控制(MAC)S40和S55。
NRSDAP S25和S70的主要功能可以包括以下功能中的一些。
-用户数据传输功能(用户平面数据的传输)
-用于上行链路和下行链路的映射QoS流和数据承载的功能(用于DL和UL的QoS流和DRB之间的映射)
-用于上行链路和下行链路的标记QoS流ID的功能(在DL和UL分组中标记QoS流ID)
-针对上行链路SDAP PDU将反射QoS流映射到数据承载(针对UL SDAP PDU将反射QoS流映射到DRB)的功能
对于SDAP层设备,UE可以通过RRC消息接收关于针对每个PDCP层设备、每个承载或每个逻辑信道是使用SDAP层设备的报头还是SDAP层设备的功能的配置。如果SDAP报头被配置,则SDAP报头的NAS反射QoS的1位指示符和AS反射QoS的1位指示符可以指示UE更新或重新配置关于上行链路和下行链路中的QoS流和数据承载的映射的信息。SDAP报头可以包括指示QoS的QoS流ID信息。QoS信息可用作数据处理优先级别或调度信息以支持无缝服务。
NRPDCP 10-30和10-65的主要功能可以包括以下功能中的一些。
-报头压缩和解压缩功能(报头压缩和解压缩:仅ROHC)
-用户数据传输功能(用户数据的传送)
-按顺序递送功能(上层PDU的按顺序递送)
-无序递送功能(上层PDU的无序递送)
-重新排序功能(用于接收的PDCP PDU重新排序)
-重复检测功能(低层SDU的重复检测)
-重传功能(PDCP SDU的重传)
-加密和解密功能(加密和解密)
-基于定时器的SDU删除功能(上行链路中基于定时器的SDU丢弃)
NRPDCP设备的重新排序功能是基于PDCP序列号(SN)顺序地重新排序由低层接收的PDCP PDU的功能,并且可以包括按顺序地将重新排序的数据传送到高层的功能,直接发送重新排序的数据而不考虑顺序的功能,记录由于重新排序而丢失的PDCP PDU的功能,向发送侧报告丢失的PDCP PDU的状态的功能,以及请求重发丢失的PDCP PDU的功能。
NRRLC S35和S60的主要功能可以包括以下功能中的一些。
-数据传输功能(上层PDU的传送)
-按顺序递送功能(上层PDU的按顺序递送)
-无序递送功能(上层PDU的无序递送)
-ARQ功能(通过ARQ纠错)
-级别联、分段和重组功能(RLC SDU的级别联、分段和重组)
-重新分段功能(RLC数据PDU的重新分段)
-重新排序功能(RLC数据PDU的重新排序)
-重复检测功能(重复检测)
-错误检测功能(协议错误检测)
-RLC SDU删除功能(RLC SDU丢弃)
-RLC重建功能(RLC重建)
-NRRLC设备的按顺序递送功能(按顺序递送)是将从低层接收的RLC PDU按顺序地传送到高层的功能,并且当一个原始RLC SDU被分成多个RLC SDU然后被接收时,可以包括:重组和发送RLC SDU的功能,基于RLC序列号(SN)或PDCP SN对接收的RLC PDU重新排序的功能,记录由于重新排序而丢失的RLC PDU的功能,向发送侧报告丢失的RLC PDU的状态的功能,作出重发丢失的RLC PDU的请求的功能,当存在丢失的RLC SDU时,如果预定定时器期满,则按顺序地仅将丢失的RLC SDU之前的RLC SDU传送到高层的功能(如果存在丢失的RLCSDU),在定时器开始之前向高层按顺序地传送所接收的所有RLC SDU的功能,以及当存在丢失的RLC SDU时,如果预定定时器期满,向高层按顺序地传送直到该时间点所接收的所有RLC SDU的功能。此外,NRRLC设备可以按照其接收顺序(根据到达顺序而不管系列号或序列号)顺序地处理RLC PDU,并且可以将RLC PDU传送到PDCP设备,而不管其顺序(无序递送)。在分段的情况下,NRRLC设备可以接收存储在缓冲器中或者将来将被接收的分段,将分段重新配置成一个RLC PDU,处理RLC PDU,然后将其发送到PDCP设备。NRRLC层可以不包括级别联功能,并且该功能可以由NRMAC层执行,或者可以由NRMAC层的复用功能代替。
NRRLC设备的无序递送功能(无序递送)是将从低层接收的RLC SDU直接传送到高层而不管RLC SDU的顺序的功能,并且当一个原始RLC SDU被分成多个RLC SDU然后被接收时,可以包括:重组和发送RLC PDU的功能以及存储所接收的RLC PDU的RLC SN或PDCP SN、对RLC PDU进行重新排序、并记录丢失的RLC PDU的功能。
NRMAC S40和S55可以连接到在一个UE中配置的多个NR个RLC层设备,并且NRMAC的主要功能可以包括以下功能中的一些。
-映射功能(逻辑信道和传输信道之间的映射)
-复用和解复用功能(MAC SDU的复用/解复用)
-调度信息报告功能(调度信息报告)
-HARQ功能(通过HARQ纠错)
-逻辑信道优先级别控制功能(一个UE的逻辑信道之间的优先级别处理)
-UE优先级别控制功能(通过动态调度在UE之间进行优先级别处理)
-MBMS服务识别功能(MBMS服务识别)
-传输格式选择功能(传输格式选择)
-填充功能(填充)
NRPHY层S45和S50执行用于信道编码和调制高层数据的操作,以生成OFDM符号并通过无线电信道发送OFDM符号,或者对通过无线电信道接收的OFDM符号进行解调和信道解码,并将解调和信道解码的OFDM符号发送到高层。
可以根据载波(或小区)操作方案而多样化地改变无线协议结构的详细结构。例如,当BS基于单载波(或小区)向UE发送数据时,BS和UE使用具有用于每个层的单个结构的协议结构,如附图标记S00所示。另一方面,当BS基于在单个TRP中使用多个载波的载波聚合(CA)向UE发送数据时,BS和UE使用这样的协议结构,在该协议结构中直到RLC的层具有单个结构,但是PHY层通过MAC层被复用,如附图标记S10所示。在另一个示例中,当BS基于在多个TRP中使用多个载波的双连通性(DC)向UE发送数据时,BS和UE直到SDAP具有单个结构并且使用这样的协议结构,在该协议结构中,RLC和之后的层通过PDCP层被复用,如附图标记S20所示。
参考PUCCH和与波束配置相关的描述,在当前的Rel-15和Rel-16 NR中,需要空间关系信息的配置和激活过程来配置用于PUCCH传输的波束。为了针对每个PUCCH执行激活,信令开销可能很大,因此,可以配置用于所有PUCCH的默认波束,使得可以在没有针对每个PUCCH的激活信令的情况下应用该波束,从而减少信令开销。本公开提供了一种用于单个TRP和多个TRP的PUCCH波束配置方法。在以下实施例中详细描述了详细的方法。
在下文中,将参考附图详细描述本公开的实施例。本公开中的内容可应用于FDD和TDD系统。在下文中,在本公开中,较高信令(或高层信令)可以是通过物理层的下行链路数据信道将信号从BS发送到UE或通过物理层的上行链路数据信道将信号从UE发送到BS的方法,并且也可以被称为RRC信令、PDCP信令或媒体接入控制(MAC)控制元素(CE)。
在下文中,在本公开中,当确定是否应用协作通信时,UE可以使用各种方法,通过所述方法,用于分配应用协作通信的PDSCH的PDCCH具有特定格式,用于分配应用协作通信的PDSCH的PDCCH包括通知是否应用协作通信的特定指示符,用于分配应用协作通信的PDSCH的PDCCH由特定RNTI加扰,或者,假设由高层指示将协作通信应用到特定部分。此后,为了便于描述,UE基于类似于上述条件的条件来接收应用协作通信的PDSCH的情况被称为非相干联合传输(NC-JT)情况。
在下文中,确定本公开中的A和B的优先级别可以被多样化地表示为根据预定的优先级别规则选择具有较高优先级别的一个,并且执行与其对应的操作或者省略(或丢弃)具有较低优先级别的一个的操作。
在下文中,本公开通过多个实施例描述了示例,但是实施例不是独立的,并且在不脱离本公开的范围的情况下,可以同时或复杂地应用一个或多个实施例。
<实施例1:NC-JT的DCI接收>
与传统系统不同,5G无线通信系统不仅支持要求高传输速率的服务,而且支持具有非常短传输延迟的服务和要求高连接密度的服务。在包括多个小区、发射和接收点(TRP)或波束的无线通信网络中,各个小区、TRP或/和波束之间的协作通信(协调传输)是用于通过增加UE接收的信号的强度或有效地控制小区、TRP或/和波束之间的干扰来满足各种服务要求的要素技术之一。
联合传输(JT)是用于协调传输的代表性传输技术,并且可以基于JT通过不同的小区、TRP或/和波束来支持一个UE,以增加UE接收的信号的强度。同时,由于UE与相应小区、TRP、或/和波束之间的信道特性可能不同,因此需要将不同的预编码、MCS、和资源分配应用于UE与相应小区、TRP、或/和波束之间的链路。特别地,在支持各个小区、TRP,或/和波束之间的非相干预编码的非相干联合传输(NC-JT)的情况下,针对各个小区、TRP、或/和波束的单独的下行链路(DL)传输信息配置是重要的。同时,用于各个小区、TRP或/和波束的单独下行链路(DL)传输信息配置是DL DCI传输所需的有效负载增加的主要因素,对传输DCI的物理下行链路控制信道(PDDCH)的接收性能具有不良影响。因此,为了支持JT,需要仔细设计DCI信息量和PDCCH接收性能之间的折衷。
图13示出了根据本公开的实施例的用于无线通信系统中的协作通信的天线端口的配置和资源分配的示例。
参考图13,示出了根据联合传输(JT)方案和情况的每个TRP的无线资源分配的示例。在图13中,附图标记N000是支持各个小区、TRP或/和波束之间的相干预编码的相干联合传输(C-JT)的示例。在C-JT中,TRP A N005和TRP B N010向UE N015发送单个数据(PDSCH),并且多个TRP可以执行联合预编码。这意味着TRP A N005和TRP B N010针对PDSCH传输发送的相同DMRS端口(例如,两个TRP全部发送DMRS端口A和B)。在这种情况下,UE可以接收一条DCI信息,用于接收基于通过DMRS端口A和B发送的DMRS而解调的一个PDSCH。
在图13中,附图标记N020是支持各个小区、TRP或/和波束之间的非相干预编码的非相干联合传输(NC-JT)的示例。在NC-JT的情况下,针对每个小区、TPR、或/和波束,将PDSCH发送到UE N035,并且可以对每个PDSCH应用单独的预编码。与单个小区、TRP、或/和波束传输相比,各个小区、TRP、或/和波束传输不同的PDSCH会提高吞吐量,或者与单个小区、TRP、或/和波束传输相比,各个小区、TRP、或/和波束重复地传输相同的PDSCH会提高可靠性。
可以考虑各种无线电资源分配,诸如多个TRP用于PDSCH传输的频率和时间资源都相同的情况N040,多个TRP使用的频率和时间资源完全不重叠的情况N045,以及多个TRP使用的一些频率和时间资源彼此重叠的情况N050。当多个TRP重复发送相同的PDSCH以便在无线资源分配的每种情况下提高可靠性时,如果接收UE不知道相应的PDSCH是否被重复发送,则相应的UE不能针对相应的PDSCH在物理层中执行组合,因此在可靠性的提高方面可能具有限制。因此,本公开提供了一种指示和配置重复传输以提高NC-JT传输的可靠性的方法。
为了支持NC-JT,可以考虑各种形式、结构和关系的DCI来同时将多个PDSCH分配给一个UE。
图14说明根据本公开实施例的用于无线通信系统中的协作通信的下行链路控制信息(DCI)的配置的示例。
参照图14,示出了用于支持NC-JT的DCI设计的四个示例。
参考图14,情况#1N100是如下示例,其中,在除了用于单个PDSCH传输的服务TRP(TRP#0)之外,从(N-1)个附加TRP(TRP#1至TRP#(N-1))发送(N-1)个不同PDSCH的情况下,以与由服务TRP发送的PDSCH的控制信息相同的格式(相同的DCI格式)发送从(N-1)个附加TRP发送的PDSCH的控制信息。也就是说,UE可以获取由不同的TRP(TRP#0至TRP#(N-1))通过DCI(DCI#0至DCI#(N-1))发送的PDSCH的控制信息,这些DCI都具有相同的DCI格式和相同的有效载荷。
在情况#1中,可以完全保证PDSCH控制(分配)的自由度,但是当通过不同的TRP发送相应的DCI时,可能产生DCI覆盖之间的差异,并且接收性能可能恶化。
情况#2N105是如下示例,其中,在除了用于单个PDSCH传输的服务TRP(TRP#0)之外,从(N-1)个附加TRP(TRP#1至TRP#(N-1))发送(N-1)个不同PDSCH的情况下,从(N-1)个附加TRP发送的PDSCH的控制信息以不同于服务TRP发送的PDSCH的控制信息的格式(不同的DCI格式或不同的DCI有效载荷)发送。
例如,作为从服务TRP(TRP#0)发送的PDSCH的控制信息的DCI#0可以包括DCI格式1_0和DCI格式1_1的所有信息元素,但是作为从协作TRP(TRP#1至TRP#(N-1))发送的PDSCH的控制信息的缩短的DCI(以下称为sDCI)(sDCI#0至sDCI#(N-2)))可以仅包括DCI格式1_0和DCI格式1_1的一些信息元素。因此,与用于发送与从服务TRP发送的PDSCH有关的控制信息的普通DCI(nDCI)相比,用于发送从协作TPRS发送的PDSCH的控制信息的sDCI具有较小的有效载荷,并且因此可以包括对应于从nDCI的位中减去sDCI的位而获得的位的保留位。
在情况#2中,每个PDSCH控制(分配)的自由度可能受限于包括在sDCI中的信息元素的内容,但是sDCI的接收性能好于nDCI,并且因此DCI覆盖之间的差异的产生概率可以变低。
情况#3N 110是如下示例,其中,在除了用于单个PDSCH传输的服务TRP(TRP#0)之外,从(N-1)个附加TRP(TRP#1至TRP#(N-1))发送(N-1)个不同PDSCH的情况下,以不同于从服务TRP发送的PDSCH的控制信息的格式(不同的DCI格式或不同的DCI有效载荷)发送从(N-1)个附加TRP发送的PDSCH的控制信息。
例如,在DCI#0是从服务TRP(TRP#0)发送的PDSCH的控制信息的情况下,可以包括DCI格式1_0和DCI格式1_1的所有信息元素,并且在从协作TRP(TRP#1至TRP#(N-1))发送PDSCH的控制信息的情况下,只有DCI格式1_0和DCI格式1_1的一些信息元素可以被收集在一个“第二”DCI(sDCI)中并被发送。例如,sDCI可以包括至少一条HARQ相关信息,例如协作TRP和MCS的频域资源分配和时域资源分配。此外,不包括在sDCI中的信息,例如BWP指示符和载波指示符,可以跟随服务TRP的DCI(DCI#0、正常DCI或nDCI)。
在情况#3中,PDSCH控制(分配)的自由度可能受限于sDCI中包括的信息元素的内容,但是可以控制sDCI的接收性能,并且与情况#1或情况#2相比,情况#3可以具有UE的DCI盲解码的较低复杂度。
情况#4N115是如下示例,其中,在除了用于单个PDSCH传输的服务TRP(TRP#0)之外,从(N-1)个附加TRP(TRP#1至TRP#(N-1))发送(N-1)个不同PDSCH的情况下,从(N-1)个附加TRP发送的PDSCH的控制信息与从服务TRP发送的PDSCH的控制信息同样地在DCI(长DCI(1DCI))中发送。也就是说,UE可以通过单个DCI获取从不同的TRP(TRP#0到TRP#(N-1))发送的PDSCH的控制信息。在情况#4中,UE的DCI盲解码的复杂度可能不会增加,但是PDSCH控制(分配)的自由度可能较低,因为长DCI有效载荷限制会限制协作TRP的数量。
在以下描述和实施例中,sDCI可以指代包括由协作TRP发送的PDSCH控制信息的各种补充DCI,例如缩短的DCI、第二DCI或正常DCI(DCI格式1_0和1_1),并且除非提及特定限制,否则可以类似地将相应的描述应用于各种补充DCI。
在以下描述和实施例中使用一个或多个DCI(或PDCCH)来支持NC-JT的情况#1、情况#2和情况#3可以被分类为基于多个PDCCH的NC-JT,并且使用单个DCI(或PDCCH)来支持NC-JT的情况#4可以被分类为基于单个PDCCH的NC-JT。
在本公开的实施例中,在实际应用中,可以用诸如“协作面板”或“协作波束”之类的各种术语来代替“协作TRP”。
在本公开的实施例中,“应用NC-JT的情况”根据情况可以被不同地解释为“UE在一个BWP中同时接收一个或多个PDSCH的情况”,“UE在一个BWP中基于两个或多个传输配置指示符(TCI)指示同时接收PDSCH的情况”,以及“UE接收的PDSCH与一个或多个DMRS端口组相关联的情况”,但为了便于描述,使用一种表述。
在本公开中,可以根据TRP发展场景不同地使用用于NC-JT的无线协议结构。例如,当在协作TRP之间没有回程延迟或者回程延迟小时,可以与图12的附图标记S10类似地使用使用基于MAC层复用的结构的方法(类似CA的方法)。另一方面,当协作TRP之间的回程延迟太大而无法被忽略时(例如,当需要2ms或更长的时间来在协作TRP之间交换诸如CSI、调度和HARQ-ACK的信息时),可以与图12的附图标记S20类似地使用通过从RLC层起针对每个TRP使用独立结构来确保延迟鲁棒特性的方法(类似DC的方法)。
支持C-JT/NC-JT的UE可以从高层配置接收C-JT/NC-JT相关参数或设置值,并基于此设置UE的RRC参数。对于高层配置,UE可以使用UE能力参数,例如tci-StatePDSCH。UE能力参数(例如,tci-StatePDSCH)可以出于PDSCH传输的目的而定义TCI状态,TCI状态的数目在FR1中可以被配置成4、8、16、32、64和128并在FR2中可以被配置成64和128,并且可以通过MAC CE消息由DCI的TCI字段的3位在所配置的数量中指示最多8个状态。最大值128是指由参数tci-StatePDSCH内的maxNumberConfiguredTCIstatesPerCC指示的值,其被包括在UE的能力信令中。如上所述,从高层配置到MAC CE配置的一系列配置过程可以被应用于一个TRP中的至少一个PDSCH的波束成形指示或波束成形改变命令。
本公开的各种实施例描述了在rel-15和rel-16中UE如何通过BS的不同MAC CE信令来激活/去激活TCI状态。特别地,当像DCI格式1_1那样为特定UE分配PDSCH时,可以使用TCI字段来动态地支持波束成形方向指示或波束成形方向改变命令。
波束成形方向指示或波束成形方向改变命令是当识别DCI格式1_1内的TCI状态字段信息的UE在预定时间之后在下行链路中接收到PDSCH时应用的操作,在这种情况下,该方向是对应于QCL BS/TRP的DL RS的波束成形配置方向。
BS或UE可以确定首先将Rel-15 MAC CE用于Rel-15 DCI格式,将Rel-16 MAC CE用于Rel-16 DCI格式。根据按rel-15的MAC CE格式和rel-16的MAC CE格式划分的方法,提出了不同的解决方法。
图15示出了根据本公开的实施例的用于UE特定物理下行链路控制信道(PDCCH)的传输配置指示符(TCI)状态激活的媒体接入控制(MAC)控制元素(CE)的结构。
图15的附图标记15-50示出了基于Rel-15的用于UE特定PDCCH的TCI状态激活的MAC CE格式。
MAC CE内的每个字段的含义和每个字段中可配置的值如下面[表31]所示。
[表31]
图15的附图标记15-50示出了基于Rel-15的用于UE特定PDCCH的TCI状态激活/去激活的MAC CE格式。
MAC CE内的每个字段的含义和每个字段中可配置的值如以下[表32]中所示
[表32]
可以以扩展rel-15的一些MAC CE消息的形式来配置rel-16的MAC CE。在该实施例中,可以建议将由rel-15 MAC CE激活的所有TCI状态包括在由rel-16 MAC CE激活的TCI状态中。
图16示出了根据本公开实施例的TCI状态的配置的示例。例如,如图16所示,BS可以确定rel-15中的RRC配置的TCI状态16-00的所有TCI状态是M个状态,例如TCI#0、TCI#1、TCI#2、……、TCI#M-1,并选择TCI#0'、TCI#1'、TCI#2'、……、TCI#K-1,作为由REL-15的MACCE选择的TCI状态的子集16-20。另一方面,支持rel-16的BS和UE可以分别配置支持rel-16的RRC配置的TCI状态,或者可以使用与在rel-15中配置的相同的RRC配置的TCI状态。此时,支持rel-16的RRC配置的TCI状态可以包括在rel-15中配置的RRC配置的TCI状态中的一些或全部。如果M=128,则rel-16的TCI状态可以大于或等于128。当BS或UE与在rel-16的C-JT/NC-JT中工作的BS/TRP的数量成比例地增加rel-15所支持的TCI状态的数量时,例如,当2个TRP工作时,可以配置最多256个TCI状态。rel-16 MAC CE可以在rel-16的RRC配置的TCI状态中包括由rel-15 MAC CE支持的一些或全部TCI状态。具体地,当rel-16 MAC CE包括rel-15 MAC CE所支持的所有TCI状态并且与在rel-16的C-JT/NC-JT中工作的BS/TRP的数量成比例地增加时,例如,当2个TRP工作时,可以配置最大2K个TCI状态。
[表33]示出了实施例中描述的参数tci-StatePDSCH的详细描述。具体而言,maxNumberConfiguredTCIstatesPerCC参数的FR2强制性值可以从64改变为128或256,或者对于C-JT/NC-JT可以分别添加64、128或256。
[表33]
例如,对于TCI状态配置,支持rel-15和rel-16的BS或UE可以通过MAC CE为rel-15和rel-16中的每一个配置TCI状态的数量的最大值,并且将TCI状态的数量配置成等于或小于所配置的最大值。对于将TCI状态的数量配置成等于或小于最大值的方法,可以提出下面的各种实施例。
可以根据UE报告的UE能力值来配置由REL-15和REL-16的MAC CE消息激活的TCI状态的数量。在另一个示例中,由REL-15和REL-16的MAC CE消息激活的TCI状态的数量可以被确定为由BS预先配置的值。在另一个示例中,由REL-15和REL-16的MAC CE消息激活的TCI状态的数量可以被确定为在BS和UE之间预先指定的值。
例如,如图16所示,BS和UE可以确定rel-15中的RRC配置的TCI状态的所有TCI状态是M个状态,例如TCI#0、TCI#1、TCI#2、……、TCI#M-1,从所确定的TCI状态中选择由rel-15的MAC CE所选择的TCI状态的子集16-20,并且排列TCI#0'、TCI#1'、TCI#2'、……、TCI#K-1。当从M个TCI状态中选择了TCI#0时,它可以被安排在TCI#0'上。例如,支持rel-15的BS和UE的K的最大值可以被配置或确定为8,并且支持rel-16的BS和UE的K的最大值也可以被配置成8。当最大值被配置成8时,BS可以通过一个CORESET内的基于DCI的波束选择操作来向UE指示对PDSCH的波束的选择。通过识别DCI中的TCI字段信息16-40,可以从最多8个波束中选择波束。可以从值0到7中选择图16中所示的TCI字段#I。例如,当DCI内的TCI字段被指示为000时,可以确定在TCI#0',TCI#1',TCI#2',TCI#3',TCI#4',TCI#5',TCI#6'和TCI#7'之中指示TCI#0'(TCI#I=TCI#0')。TCI字段#I可以被命名为TCI码点。该实施例描述了最大值被配置成8(K=8)的情况,该值可以被配置成小于8的值。该实施例描述了Rel-15的MAC CE的最大值K与rel-15的MAC CE的最大值K相同的情况,但是该值可以被配置成彼此不同。
在另一个示例中,当该值与在C-JT/NC-JT中工作的BS/TRP的数量成比例地增加时,例如,2个TRP工作,支持rel-16的BS和UE的最大值K可以被配置成16。当最大值被配置成16时,BS可以通过一个CORESET内的基于DCI的波束选择操作来向UE指示对PDSCH的一个或多个波束的选择。当K是16时,可以从值0到15中选择由BS选择和指示的#I。该实施例描述了最大值被配置成16(K=16)的情况,其中,但是该值可以被配置成小于16的值。
<实施例1-1:配置基于多PDCCH的NC-JT传输的下行链路控制信道的方法>
在基于多个PDCCH的NC-JT中,当传输用于调度每个TRP的PDSCH的DCI时,可能存在分别用于每个TRP的CORESTE或搜索空间。每个TRP的CORESET或搜索空间可以被配置成类似于以下情况中的至少一个。
*每个CORESET的高层索引的配置:由高层配置的CORESET配置信息可以包括索引值,并且可以由针对每个CORESET配置的索引值来识别用于在相应CORESET中发送PDCCH的TRP。也就是说,在具有相同高层索引值的CORESET的集合中,可以认为相同的TRP发送PDCCH或者发送用于调度相同TRP的PDSCH的PDCCH。每个CORESET的索引可以被称为CORESETPoolIndex,并且可以认为在配置了相同CORESETPoolIndex值的CORESET中,从相同的TRP发送PDCCH。在未配置相同CORESETPoolIndex值的CORESET中,可以认为配置了CORESETPoolIndex的默认值,并且默认值可以是0。
*多个PDCCH-Config的配置:在一个BWP中配置多个PDCCH-Config,并且每个PDCCH-Config可以包括每个TRP的PDCCH配置。也就是说,每个TRP的CORESET列表和/或每个TRP的搜索空间列表可以被包括在一个PDCCH-Config中,并且包括在一个PDCCH-Config中的一个或多个CORESET和一个或多个搜索空间可以被认为对应于特定的TRP。
*CORESET的波束/波束组的配置:可以通过针对每个CORESET配置的波束或波束组来识别对应于相应CORESET的TRP。例如,当在多个CORESET中配置了相同的TCI状态时,可以认为通过相同的TRP发送相应的CORESET,或者在相应的CORESET中发送用于调度相同TRP的PDSCH的PDCCH。
*搜索空间波束/波束组的配置:针对每个搜索空间配置波束或波束组,并且可以通过其识别每个搜索空间的TRP。例如,当在多个搜索空间中配置了相同的波束/波束组或TCI状态时,可以认为相同的TRP在相应的搜索空间中发送PDCCH,或者在相应的搜索空间中发送用于调度相同TRP的PDSCH的PDCCH。
如上所述,通过分离每个TRP的CORESET或搜索空间,有可能为每个TRP划分PDSCH和HARQ-ACK,并因此为每个TRP生成独立的HARQ-ACK码本并使用独立的PUCCH资源。
对于每个小区或BWP,配置可以是独立的。例如,可以在PCell中配置两个不同的CORESETPoolIndex值,而在特定的SCell中不配置CORESETPoolIndex值。在这种情况下,可以认为NC-JT传输被配置在PCell中,但是NC-JT没有被配置在其中没有配置CORESETPoolIndex值的SCell中。
<实施例1-2:配置基于单个PDCCH的NC-JT传输的下行链路波束的方法>
在基于单个PDCCH的NC-JT中,可以由一个DCI调度由多个TRP传输的PDSCH。此时,作为指示发送相应PDSCH的TRP的数量的方法,可以使用TCI状态的数量。也就是说,当由用于调度PDSCH的DCI指示的TCI状态的数量是2时,可以考虑基于单个PDCCH的NC-JT传输,并且当TCI状态的数量是1时,可以考虑单个TRP传输。由DCI指示的TCI状态可以对应于由MACCE激活的TCI状态中的一个或两个TCI状态。当DCI的TCI状态对应于由MAC CE激活的两个TCI状态时,由DCI指示的TCI码点与由MAC CE激活的TCI状态相关联,在这种情况下,对应于TCI码点的、由MAC CE激活的TCI状态的数量可以是2。
对于每个小区或BWP,配置可以是独立的。例如,当在PCell中对应于一个TCI码点的激活的TCI状态的最大数目是2时,在特定SCell中对应于一个TCI码点的激活的TCI状态的最大数目可以是1。在这种情况下,可以认为NC-JT传输被配置在PCell中,但是NC-JT没有被配置在SCell中。
<实施例2:传输用于NC-JT传输的HACQ-ACK信息的方法>
下面的实施例提供了一种传输用于NC-JT传输的HARQ-ACK信息的详细方法。
图17A、17B、17C和17D示出了用于NC-JT传输的根据各种DCI格式和PUCCH格式发送HARQ-ACK信息的方法。
图17A示出了根据本公开实施例的用于非相干联合传输(NC-JT)的根据DCI格式和PUCCH格式的HARQ-ACK传输方法。首先,图17a(选项#1:用于单PDCCH NC-JT的HARQ-ACK)17-00示出了在基于单个PDCCH的NC-JT的情况下,通过一个PUCCH资源17-10发送由TRP调度的一个或多个PDCCH17-05的HARQ-ACK信息的示例。可以通过DCI内的PRI值和K1值来指示PUCCH资源。
图17B(选项#2)至17d(选项#4)17-20、17-40和17-60示出了基于多个PDCCH的NC-JT的情况。此时,可以根据PUCCH资源的数量和PUCCH资源在时间轴上的位置来划分相应的选项,其中,对应于每个TRP的PDSCH的HARQ-ACK信息通过上述PUCCH资源。
图17B示出了根据本公开实施例的用于非相干联合传输(NC-JT)的根据DCI格式和PUCCH格式的HARQ-ACK传输方法。
图17B(选项#2:联合HARQ-ACK)17-20示出了UE通过一个PUCCH资源17-30发送与每个TRP的PDSCH17-25或17-26相对应的HARQ-ACK信息的示例。此时,可以基于单个HARQ-ACK码本来生成用于所有TRP中的每一个的HARQ-ACK信息,或者可以基于独立的HARQ-ACK码本来生成用于每个TRP的HARQ-ACK信息。在这种情况下,可以在一个PUCCH资源中级别联和发送用于各个TRP的HARQ-ACK信息。
当为每个TRP使用独立的HARQ-ACK码本时,如实施例1-1中所定义的,可以将TRP划分为具有相同高层索引的CORESET集,属于相同TCI状态、波束或波束组的CORESET集,以及属于相同TCI状态、波束或波束组的搜索空间集中的至少一个。
图17C示出了根据本公开的实施例的用于非相干联合传输(NC-JT)的根据DCI格式和PUCCH格式的HARQ-ACK传输方法。
图17C(选项#3:时隙间时分复用(TDMed)分开的HARQ-ACK)17-40示出了一个示例,其中UE通过不同时隙17-52和17-53的PUCCH资源17-50和17-51发送与相应TRP的PDSCH 17-45和17-46相对应的HARQ-ACK信息。可以由K1值来确定用于发送每个TRP的PUCCH资源的时隙。当由多个PDCCH指示的K1值指示相同时隙时,可以认为相应的PDCCH由相同的TRP发送,并且可以发送与其对应的所有HARQ-ACK信息。此时,可以将位于相同时隙内的一个PUCCH资源中的级别联HARQ-ACK信息发送到TRP。
图17D示出了根据本公开的实施例的用于非相干联合传输(NC-JT)的根据DCI格式和PUCCH格式的HARQ-ACK传输方法。
图17D(选项#4:时隙内TDMed分开的HARQ-ACK)17-60示出了一种情况,其中在同一时隙17-75内通过不同的PUCCH资源17-70和17-71在不同的符号中发送对应于各个TRP的PDSCH 17-64和17-66的HARQ-ACK信息。可以由K1值来确定用于发送每个TRP的PUCCH资源的时隙,并且当由多个PDCCH指示的K1值指示相同时隙时,UE可以通过以下方法中的至少一种来选择PUCCH资源并确定传输符号。
*每个TRP的PUCCH资源组配置
可以为每个TRP配置用于HARQ-ACK传输的PUCCH资源组。当像在实施例1-1中那样由CORESET或/和搜索空间划分TRP时,可以从用于相应TRP的PUCCH资源组中选择用于每个TRP的HARQ-ACK传输的PUCCH资源。可以在从不同PUCCH资源组中选择的PUCCH资源中预期TDM。也就是说,可以预期所选择的PUCCH资源不以符号为单位重叠(在同一时隙内)。在为每个TRP生成独立的HARQ-ACK码本之后,UE可以在为每个TRP选择的PUCCH资源中发送HARQ-ACK码本。
*各TRP的不同PRI指示
当像在实施例1-1中那样由CORESET或/和搜索空间划分TRP时,可以根据PRI来选择用于每个TRP的PUCCH资源。也就是说,可以为每个TRP独立地执行Rel-15中的PUCCH资源选择过程。此时,用于确定每个TRP的PUCCH资源的PRI应该是不同的。例如,UE可能不期望用于确定各个TRP的PUCCH资源的PRI被指示为相同的值。例如,TPR1的PDCCH可以包括被配置成PRI=n的PRI,并且TPR2的PDCCH可以包括被配置成PRI=m的PRI。此外,可以预期在各个TRP的由PRI所指示的PUCCH资源之间的TDM。也就是说,可以预期所选择的PUCCH资源不以符号为单位重叠(在同一时隙内)。为每个TRP生成独立的HARQ-ACK码本,然后在为每个TRP选择的所选PUCCH资源中发送。
*以子时隙为单位定义K1。
根据Rel-15中的PUCCH资源选择过程,K1可以以子时隙为单位来定义。例如,UE可以针对被指示为在同一子时隙中报告HARQ-ACK的PDSCH/PDCCH生成HARQ-ACK码本,然后通过PRI所指示的PUCCH资源发送该HARQ-ACK码本。生成HARQ-ACK码本和选择PUCCH资源的过程可以与针对相应CORESET和/或搜索空间的TRP的划分无关。
当UE支持NC-JT接收时,可以通过高层来配置选项之一,或者根据情况隐式地选择选项之一。例如,支持基于多PDCCH的NC-JT的UE可以通过高层选择选项2(联合HARQ-ACK)和选项3或4(单独的HARQ-ACK)中的一个。在另一示例中,根据支持/配置了基于单个PDCCH的NC-JT还是基于多个PDCCH的NC-JT,可以在前者中选择选项1,并且在后者中选择选项2、3和4中的一个。
在另一个示例中,在基于多个PDCCH的NC-JT中,可以根据PUCCH资源的选择来确定使用的选项。当相同时隙的PUCCH资源对应于不同的TRP时,如果相应的PUCCH资源不同并且不以符号为单位重叠,则可以根据选项4发送HARQ-ACK,并且如果PUCCH资源以符号为单位重叠并且分配的符号相同,则可以根据选项2发送HARQ-ACK。当不同的TRP在不同的时隙中选择PUCCH资源时,可以根据选项3发送HARQ-ACK。
选项的配置可以取决于UE能力。例如,BS可以根据该过程接收UE能力,并且可以基于其配置选项。例如,选项4可以仅被允许用于具有支持时隙内TDMed分开的HARQ-ACK的能力的UE,并且不具有相应能力的UE可以不期望根据选项4的配置。
图17E示出了根据本公开的实施例的UE向BS发送用于NC-JT传输的HARQ-ACK的方法的示例。
图17E示出了UE向BS发送用于NC-JT传输的HARQ-ACK信息的方法的示例。根据图17E(虽然未示出),UE可以通过UE能力向BS发送针对选项的能力,并且BS可以基于UE发送的能力信息来明确地向UE配置应用哪个选项,或者隐含地应用特定的选项。在操作1780,UE可以通过高层信令从BS接收PUCCH配置信息。PUCCH配置信息可以包括[表21]、[表22]、[表29]和[表30]中的至少一条信息,并且可以包括至少一条PUCCH组配置信息,如在[表26]中所示的用于配置PRI和PUCCH资源之间的关系的信息,以及如在[表21]中所示的用于配置K1的候选者的信息。此后,在操作1781,UE可以从BS在PDCCH上接收用于调度下行链路数据的DCI(其可以与PDCCH接收互换地使用),并且在操作1782,根据上述方法基于所应用的选项、包括在DCI中的PDSCH至HARQ反馈定时指示符以及PRI识别应当发送的HARQ-ACK有效载荷,以便确定要发送HARQ-ACK的PUCCH资源。随后,在操作1783,UE在所确定的PUCCH资源中发送HARQ-ACK信息。
并不是该方法的所有操作都应该被执行,并且可以省略特定的操作或者可以改变其顺序。
图17F示出了根据本公开的实施例的BS从UE接收用于NC-JT传输的HARQ-ACK的方法的示例。
图17F示出了BS从UE接收用于NC-JT传输的HARQ-ACK信息的方法的示例。根据图17F所示的(虽然未示出),BS可以接收UE所发送的针对选项的UE能力,并且可以基于UE所发送的能力信息来明确地配置哪个选项被应用到UE,或者隐含地应用特定的选项。在操作1785,BS可以通过高层信令向UE发送PUCCH配置信息。PUCCH配置信息可以包括[表21]、[表22]、[表29]和[表30]中的至少一条信息,并且可以包括至少一条PUCCH组配置信息,如在[表26]中所示的用于配置PRI和PUCCH资源之间的关系的信息,以及如在[表21]中所示的用于配置K1的候选者的信息。此后,在操作1786中,BS可以在PDCCH上向UE发送用于调度下行链路数据的DCI(其可以与PDCCH传输互换地使用),并且根据上述方法基于所应用的选项、包括在DCI中的PDSCH至HARQ反馈定时指示符以及PRI来识别应当传输的HARQ-ACK有效载荷,以便确定要传输HARQ-ACK的PUCCH资源。随后,UE在所确定的PUCCH资源中发送HARQ-ACK信息,并且在操作1787中BS在以相同方式确定的PUCCH资源中接收HARQ-ACK信息。
并不是该方法的所有操作都应该被执行,并且可以省略特定的操作或者可以改变其顺序。
<实施例3:单个TRP的PUCCH的默认波束配置>
在PUCCH传输中,当在PUCCH中没有配置SpatialRelationInfo和/或路径衰减RS并且没有配置NC-JT时,可以如下配置PUCCH传输的默认波束。
情况1:在PUCCH传输小区中配置PDCCH的情况:PUCCH传输的默认波束可以遵循PDCCH的波束。PDCCH传输的波束以CORESET为单位进行配置,因此,PUCCH传输的默认波束可以被确定为在相应小区中配置的CORESET的波束之一。例如,可以确定为在相应小区中配置的CORESET中具有最低索引的CORESET的波束。“配置的CORESET”可以包括用于初始接入的CORESET,即CORESET0。或者,仅指示在RRC配置之后在PDCCH-Config中配置的CORESET之外的CORESET,即CORESET0。此外,“用于CORESET的波束”可以是通过RRC在特定CORESET中配置的TCI状态,或者是当通过RRC配置了多个TCI状态时,在多个TCI状态中由MAC-CE激活的一个TCI状态。如上所述,当用于CORESET的波束被用作PUCCH传输的默认波束时,UE可以将用于接收在CORESET中配置的和/或由激活的TCI状态指示的RS的空域滤波器应用到PUCCH传输。
情况2:在PUCCH传输小区中没有配置PDCCH的情况:当PUCCH传输小区是PUCCH-SCell时,可能没有在相应的小区中配置PDCCH。在这种情况下,由于没有供参考的PDCCH波束,如果PUCCH传输小区是其中还配置了PDSCH小区的小区,则PUCCH传输的默认波束可以被确定为在相应小区中配置的PDSCH的波束。“用于PDSCH的波束”可以是通过RRC为相应小区的PDSCH配置的TCI状态或由MAC-CE激活的多个TCI状态中的一些激活的TCI状态之一(当通过RRC配置了多个TCI状态时)。例如,它可以是在激活的TCI状态中具有最低索引的TCI状态。如上所述,当用于PDSCH的波束被用作PUCCH传输的默认波束时,UE可以将用于接收在PDSCH中配置的和/或由激活的TCI状态指示的RS的空域滤波器应用到PUCCH传输。
对于这两种情况,可以配置对应用PUCCH传输的默认波束的约束。例如,只有当建立了下行链路和上行链路之间的波束对应关系时,PDCCH/PDSCH的波束才可以用作PUCCH传输的默认波束。可以通过报告UE能力,即指示特定频带是否支持波束对应的能力,来确定是否建立了波束对应。此外,可以配置根据所使用的频带的约束。例如,PUCCH默认波束只能在FR2中应用,并且原因之一是波束对应是只在FR2中报告的值。此外,PUCCH默认波束只能在其由BS明确配置时应用。例如,应用PUCCH默认波束的显式参数可以由RRC、MAC-CE等配置。
<实施例4:多个TRP的PUCCH传输的默认波束配置>
配置有NC-JT的情况可以被分类如下,并且可以配置适于每个分类的PUCCH默认波束。
图18示出了根据本公开的实施例的为每个目标TRP应用PUCCH默认波束的示例。
分类1:基于多PDCCH的NC-JT传输
在下面的分类中,如实施例1-1所述,可以根据在PDCCH传输小区中是否配置了两个不同的CORESETPoolIndex来确定是否配置了PDCCH传输小区的NC-JT。可以根据在相同小区的PDCCH中是否配置了两个不同的CORESETPoolIndex来确定是否配置了PUCCH传输小区的NC-JT。用于确定PUCCH传输小区和PDCCH传输小区是“相同小区”的条件可以是PUCCH传输小区和PDCCH传输小区属于相同小区配置的情况,例如,PUCCH传输小区和PDCCH传输小区属于通过RRC配置的一个或多个ServingCellConfig配置中的相同ServingCellConfig,或者PUCCH传输小区和PDCCH传输小区的ServingCellID相同的情况。当未在相同小区中配置PDCCH传输时,可以确定未在PUCCH传输小区中配置NC-JT。
在下面的分类中,PUCCH被发送到一个或多个TRP。为了便于描述,UE向其发送特定PUCCH的TRP的目标被命名为目标TRP。
分类1-1:在PDCCH传输小区和PUCCH传输小区中都配置了NC-JT的情况
在相应的分类中,可以显式/隐式地指示用于PUCCH传输的目标TPR。例如,当配置了单独的HARQ-ACK时,用于HARQ-ACK传输的PUCCH的目标TRP可以对应于调度相应PUCCH的PDCCH的TRP索引,例如CORESETPoolIndex值。在这种情况下,当使用实施例3所述的PUCCH默认波束时,相同的默认波束被应用于所有没有配置SpatialRelationInfo的PUCCH,因此PUCCH可能不会被正确发送到目标TRP。因此,当指示了PUCCH的目标TRP时,需要为每个目标TRP应用独立的PUCCH默认波束。图18示出了为每个目标TRP应用PUCCH默认波束的示例。在图18中,PUCCH传输小区18-05的目标TRP指示指示给调度PUCCH的小区18-10的CORESET 18-15的TRP索引(例如CORESETPoolIndex)。此时,当在PUCCH传输小区18-05中配置PDCCH传输时,由目标TRP指示的PUCCH的默认波束18-20可以被指定为从为PDCCH配置的CORESET中选择的CORESET的波束之一,所选择的CORESET具有与目标TRP相同的TRP索引(例如,CORESETPoolIndex)。指定所选的CORESET的波束之一的方法可以包括根据特定参考来选择CORESET的索引的方法。例如,如附图标记18-15所示,可以指定在所选择的CORESET中具有最低索引的CORESET的波束。
为每个目标TRP配置PUCCH默认波束的方法可以具有约束。例如,当联合HARQ-ACK被配置时,目标TRP可能不被区分,并且因此为每个目标TRP配置PUCCH默认波束可能仅被限于单独的HARQ-ACK被配置的情况。
可替换地,为每个目标TRP配置PUCCH默认波束可能增加UE复杂度,并且因此,当存在多个目标TRP时,可以仅配置一个PUCCH默认波束,并且可以将相同的PUCCH默认波束应用于所有目标TRP。“相同的PUCCH默认波束”可以是对应于特定目标TRP的PUCCH默认波束,例如,对应于CORESETPoolIndex=0的PUCCH默认波束。或者,“相同的PUCCH默认波束”可以是实施例3中所述的PUCCH默认波束。
或者,当在PUCCH传输小区中配置了NC-JT时,可以强制配置PUCCH波束。例如,UE可以预期在上述情况下发送的PUCCH的spatialRelationInfo没有被配置或激活。该情况的操作可以具有约束。例如,操作可以仅限于配置了单独的HARQ-ACK的情况。
分类1-2:在PDCCH传输小区中配置了NC-JT,但是没有在PUCCH传输小区中配置NC-JT
在这种相应的分类中,当配置了单独的HARQ-ACK时,可能在用于发送HARQ-ACK的PUCCH中指定了目标TRP,但是可能没有用于PUCCH传输小区中的向TRP的发送的供参考的默认波束。在这种情况下,相同的PUCCH默认波束可以被应用于所有的目标TRP。“相同的PUCCH默认波束”可以是对应于特定目标TRP的PUCCH默认波束,例如,对应于CORESETPoolIndex=0的PUCCH默认波束,其可以仅限于在PUCCH传输小区中配置了CORESET的情况。或者,“相同PUCCH默认波束”可以是实施例3中所述的PUCCH默认波束。
或者,当在PDCCH传输小区中配置了用于调度HARQ-ACK的NC-JT时,可以强制配置用于要传输的PUCCH的波束。例如,UE可以预期在上述情况下发送的PUCCH的spatialRelationInfo没有被配置或激活。
分类1-3:在PDCCH传输小区中没有配置NC-JT,但是在PUCCH传输小区中配置了NC-JT
在这种相应的分类中,即使在PDCCH传输小区中没有配置NC-JT,也可以指定目标TRP。例如,可以在PDCCH传输小区的所有CORESET中不指定CORESETPoolIndex,或者可以指定相同的CORESETPoolIndex。在这种情况下,可能需要将PUCCH默认波束应用于指定的目标TRP。在一个示例中,用于PUCCH传输小区的特定目标TRP的PUCCH默认波束可以被指定为从为相应小区的PDCCH配置的CORESET中选择的CORESET的波束之一,所选择的CORESET具有与目标TRP相同的TRP索引(例如CORESETPoolIndex)。指定所选的CORESET的波束之一的方法可以包括根据特定参考来选择CORESET的索引的方法。例如,可以指定在所选择的CORESET中具有最低索引的CORESET的波束。
分类1-4:在PDCCH传输小区和PUCCH传输小区中都没有配置NC-JT的情况
该情况可以根据实施例3操作。
分类2:基于单个PDCCH的NC-JT传输
相应的分类针对在PUCCH传输小区中配置了NC-JT的情况,即,根据实施例3的操作,最多将两个TCI状态映射到相应小区的PDSCH的一个TCI码点。在这种情况下,对应于PUCCH传输的默认波束的具有最低索引的TCI状态可以对应于以下解释中的至少一个。
解释1:该TCI状态在由RRC IE中的PDSCH-Config配置的TCI状态列表(即,包括tci-StatesToAddModList和tci-StatesToReleaseList的TCI状态列表)中的、由MAC-CE激活的TCI状态中具有最低的TCI状态ID。
解释2:该TCI状态对应于由MAC-CE激活的、对应于DCI中各TCI码点的TCI状态中的最低TCI码点。
在解释2的情况下,在PUCCH传输的默认波束的数目可以是2的情况下,最低TCI码点可以指示两个TCI状态。由于目前在PUCCH传输中不支持两个传输波束的应用,因此需要一种选择一个默认波束或限制配置两个默认波束的方法。下面描述详细的方法。
方法1。当最低TCI码点指示两个TCI状态时,选择两个TCI状态之一。选择方法基于TCI状态ID。也就是说,在两个TCI状态中,可以选择最低TCI状态ID或最高TCI状态ID。
方法2。最低TCI码点仅指示一个TCI状态。在这种情况下,UE可以不期望最低的TCI码点指示两个TCI状态。
方法3。改变“最低TCI码点”的定义。PUCCH默认波束被配置成对应于所有TCI码点中指示一个TCI状态的码点中的最低码点。
随后,详细描述用于上行链路信道测量的参考信号(探测参考信号(SRS))。BS可以向UE指示用于上行链路信道测量的SRS发送,并且UE可以根据指示来发送SRS。
图19示出了SRS的各种操作场景的示例。
参照图19,可以在NR系统中考虑下面的至少三种SRS操作情形。
1)gNB 19-05在UE 19-00中配置单向波束(在规范中配置单向波束/预编码包括不应用波束/预编码或应用宽波束(小区覆盖或扇区覆盖)),并且在周期性SRS或半持久性SRS的情况下,UE 19-00根据SRS的发送周期和偏移发送SRS,在非周期SRS的情况下,UE 19-00根据gNB的SRS请求(在SRS请求之后的预定时间)发送SRS。此时,SRS不需要用于波束/预编码的附加信息。
2)gNB 19-15和19-20在UE 19-10中配置一个或多个方向上的波束,并且UE 19-10可以发送在一个或多个方向上形成的多个SRS波束。例如,如图19的示例所示,可以将SRS资源(或端口)#0配置成波束成形到gNB19-15,并且将SRS资源(或端口)#1配置成波束成形到gNB 19-20。在这种情况下,要求gNB 19-15和19-20不仅通知SRS请求,而且通知SRS波束/预编码信息,这与方法1不同。
3)gNB 19-30在UE 19-25中配置一个或多个方向上的波束,并且UE19-25可以发送在一个或多个方向上成形的多个SRS波束。例如,如图19的示例所示,gNB可以通过将不同的波束/预编码应用于SRS资源(或端口)#0、SRS资源(或端口)#1和SRS资源(或端口)#2来配置UE以发送SRS。因此,尽管UE具有高移动性,但是可以通过波束/预编码器分集来执行稳定的通信。例如,UE 19-25可以在时间点A处通过SRS#2向gNB19-30提供信道状态信息,并且在时间点A+α处通过SRS#0向gNB 19-30提供信道状态信息。在这种情况下,需要gNB 19-30不仅通知SRS请求,而且通知SRS波束/预编码信息,这与方法1不同。
以上描述是在SRS传输的基础上进行的,但是可以类似地扩展到不同的UL信道或/和RS传输,诸如PRACH、PUSCH、PUCCH等,并且为了防止本公开的主题不清楚,省略了对所有情况的详细描述。
图20示出了根据本公开的实施例的无线通信系统的上行链路传输结构。
参照图20,5G或NR系统的基本传输单元是时隙20-00,每个时隙基于正常循环前缀(CP)长度的假设包括14个符号20-05,并且一个符号可以对应于一个UL波形(CP-OFDM或DFT-S-OFDM)符号。
资源块(RB)20-10是时域上对应于一个时隙的资源分配单元,并且可以包括频域上的12个子载波。
上行链路结构可以主要被划分为数据区和控制区。与LTE系统不同,控制区域可以被配置在预定的上行链路位置并在5G或NR系统中发送。所述数据区域包括一系列通信资源,所述通信资源包括传输到每个UE的数据,例如语音、分组等,并且所述通信资源对应于子帧中除了控制区之外的其余资源。控制区域包括用于来自每个UE的下行链路信道质量报告、用于下行链路信号的接收ACK/NACK、上行链路调度请求等的一系列通信资源。
UE可以在数据区域和控制区域中同时发送自己的数据和控制信息。根据实施例,一个时隙内UE可以周期性地发送SRS的符号可以是最后6个符号部分20-15,并且频域上可以通过UL BWP内的预先配置的SRS传输频带来发送SRS。然而,这仅仅是一个示例,并且能够发送SRS的符号可以被扩展到另一个时间或者可以通过频带发送SRS。当能够发送SRS的RB在频域中被发送时,RB的数量可以是4个RB的倍数,并且最多可以是272个RB。
根据一个实施例,SRS的符号的数量可以被配置成1、2或4,并且可以发送连续的符号。在5G或NR系统中,允许SRS符号的重复传输。具体地,SRS符号的重复传输因子(重复因子r)是r∈{1,2,4},其中r≤N。例如,当一个SRS天线被映射到一个系统并被发送时,最多4个符号可以被重复发送。同时,可以通过不同的4个符号来发送不同的4个天线端口。此时,每个天线端口被映射到一个符号,因此不允许重复发送SRS符号。上面的示例仅仅是一个示例,并且SRS的符号的数目N和重复因子r可以被扩展为不同的值。
SRS可以包括恒定幅度零自相关(CAZAC)序列。包括从多个UE发送的SRS的CAZAC序列具有不同的循环偏移值。此外,在一个CAZAC序列中,通过循环偏移生成的每个CAZAC序列与具有不同的循环偏移值的序列具有零相关值。可以根据由BS为每个SRS配置的CAZAC序列循环偏移值来划分使用这种特性同时分配给相同频域的SRS。
不仅可以根据循环偏移值划分多个UE的SRS,还可以根据频率位置来划分。可以由SRS子频带单元分配或Comb划分频率位置。5G或NR系统可以支持Comb2和Comb4。在Comb2的情况下,可以将一个SRS仅分配给SRS子频带内的偶数或奇数子载波。此时,偶数子载波和奇数子载波中的每一个可以配置一个Comb。
每个UE可以接收基于树结构的SRS子频带的分配。UE可以在每个SRS传输时间点在分配给每个子频带的SRS上执行跳频。因此,UE的所有传输天线可以通过整个上行链路数据传输带宽来发送SRS。
图21示出了为每个子频带分配SRS的结构。
参考图21,示出了一个示例,其中,当在频率中存在对应于40个RB的数据传输频带时,基于由BS配置的树形结构将SRS分配给每个UE。
在图21中,当树结构的级别索引是b时,树结构的最高级别(b=0)可以包括40个RB带宽的一个SRS子频带。在第二级别(b=1),可以从级别b=0的SRS子频带生成带宽为20个RB的2个SRS子频带。因此,在第二级别(b=1),整个数据传输频带中可以有2个SRS子频带。在第三级别(b=2),可以从上一级别(b=1)的20个RB的一个SRS子频带产生5个具有4个RB的SRS子频带,并且可能有10个具有4个RB的SRS子频带存在于一个级别的结构。
树结构的配置可以根据BS的配置具有各种数量的级别、SRS子频带的各种大小、以及每个级别的各种数量的SRS子频带。从较高级别的一个SRS子频带生成的级别b的SRS子频带的数量可以被定义为Nb,并且Nb个SRS子频带的索引可以被定义为nb={0,.,Nb-1}。当子频带根据级别而变化时,可以如图21所示为每个级别的每个子频带分配UE。例如,可以将UE121-00分配给级别b=1处的具有20个RB的带宽的两个SRS子频带中的第一SRS子频带(n1=0),并且可以分别将UE 211-01和UE 332-02分配给20个RB的第二SRS子频带之下的第一SRS子频带(n2=0)和第三SRS子频带(n2=2)。通过这些过程,多个UE可以通过一个CC内的多个SRS子频带同时发送SRS。
具体地,对于SRS子频带配置,NR支持下面[表34]中所示的SRS带宽配置。
[表34]
此外,NR支持基于上面[表34]中的值的SRS跳频,并且详细的过程遵循下面的[表35]。
[表35]
如上所述,5G或NRUE支持单个用户(SU)-MIMO方案,并且具有最多4个发射天线。此外,NRUE可以通过多个CC或CC内的多个SRS子频带同时发送SRS。与LTE系统不同,在5G或NR系统中,可以支持各种参数集,可以不同地配置多个SRS传输符号,并且可以允许通过重复因子的重复SRS传输。因此,考虑到以上方面,需要考虑对SRS传输进行计数。可以不同地使用SRS传输计数。例如,SRS传输计数可用于支持根据SRS传输的天线切换。具体地,可以通过SRS传输计数来确定发送SRS的时间点、与所发送的SRS相对应的天线,以及发送SRS的频带。
BS可以向UE配置用于发送上行链路参考信号的配置信息。具体地,BS可以以高层信令srs-Config的形式向UE指示用于每个上行链路BWP的SRS配置信息,如表36中所示。
[表36]
根据一个实施例,高层信令srs-Config的详细结构可以包括[表37]中列出的至少一些参数。
[表37]
srs-Config可以包括一个或多个SRS资源集。一个SRS资源集包括具有相同时域操作和使用位置的一个或多个SRS资源。可以在SRS资源集中配置的时域操作可以是“周期性”、“半持久性”和“非周期性”中的一个。同时,SRS资源集的使用位置可以被配置成SRS资源集内的使用参数,并且可以具有“beamManagement:波束管理”、“codebook:基于码本的上行链路传输”、“nonCodebook:基于非码本的上行链路传输”和“使用antennaSwitching的下行链路信道信息获取:互易性”中的一个值。
同时,可以为每个SRS资源独立地配置SRS资源的时间-频率轴上的资源分配信息和关于跳频的信息。此外,UE还可以为每个SRS资源独立地配置用于SRS资源传输的空域传输过滤器。可以通过spatialRelationInfo参数来指示空域发送滤波器,并且该参数可以包括下行链路或上行链路参考信号的索引。当patialRelationInfo参数指示CSI-RS资源或SSB的索引时,UE可以理解为,使用与当接收所指示的CSI-RS资源或SSB时使用的空域接收滤波器相同的空域发送滤波器。可替换地,空间关系信息指示另一SRS资源索引,则UE可以理解为,使用当发送所指示的SRS资源时使用的空域发送过滤器。
随后,详细描述配置SRS传输功率的方法。可以根据UE的功率等级别、根据所分配的RB和调制顺序的MPR、带外发射,最大允许暴露(MPE)等来限制可用于UE的上行链路传输的最大传输功率。UE可以将用于发送上行链路参考信号、控制信号和数据的传输功率控制在受限的最大传输功率以下。用于确定UE的传输功率的参数可以至少包括P0、路径衰减(路径损耗)估计值、分配的频率块的大小等。根据一些实施例,如[等式2]中所示,可以确定服务小区c、频率f和BWP b的传输时间点i处的SRS传输功率。
[等式2]
在以上[方程式2]中,每个参数具有以下含义。
-qs:表示SRS资源集的索引。如下所述,为每个SRS资源集配置用于SRS传输功率的参数。
-PCMAX,f,c(i):表示UE在服务小区c和频率f中的最大传输输出,并且可以由UE根据BS通过系统信息或RRC配置的P-max值(如果没有BS,则为预设值)、嵌入到UE中的UE的功率类别、UE所使用的上行服务小区的数量以及MPR来确定。
-PO-SRS,b,f,c(j):表示用于保证接收BS的链路质量的、由BS通过系统信息或RRC配置的值。
-表示为上行链路传输分配的频率块的大小。此时,2μ可以是用于根据子载波间隔补偿不同功率密度(功率谱密度(PSD))的参数。例如,当使用15kHz的子载波间隔时,μ=0。当子载波改变为30kHz时,即,尽管使用相同数量的频率块,但是已经加倍,与使用15kHz的子载波间隔的情况相比,功率密度可以减小一半。因此,为了对此进行补偿,需要增加为两倍的功率。更具体地,例如,当使用两个频率块时,在15kHz的子载波间隔的情况下需要10log10(2×20)=3dB,但是在30kHz的子载波间隔的情况下可以将传输功率增加到10log10(2×21)=6dB,以便保持与15kHz的子载波间隔的情况下相同的功率密度。
-α:表示用于补偿路径衰减值的参数,并且具有在0和1之间的值,并且可以是由BS通过系统信息或RRC配置的值。例如,在α=1的情况下,路径衰减可以被补偿100%,而在α=0.8的情况下,路径衰减可以仅被补偿80%。
-PLb,f,c(qd):表示通过参考信号qd测量的路径衰减估计值。此时,可以通过[等式3]来估计路径衰减值。
[方程式3]
用于估计路径衰减的信号的传输功率-用于估计路径衰减的信号的RSRP测量值
在上面的[等式3]中,用于估计路径衰减的信号qd可以包括由gNB发送的CSI-RS、由gNB发送的辅助同步信号(SSS)、或通过SSS或物理广播信道(PBCH)发送的解调参考信号(DMRS)之一。更具体地,gNB可以通过系统信息或RRC配置向UE1发送关于参考信号的传输功率的信息,并且UE1可以通过使用由gNB发送的参考信号来测量RSRP值。RSRP值可以是L1-RSRP或L3-RSRP,其中,通过系统信息/RRC配置指示的滤波器被应用到该L1-RSRP或该L3-RSRP。
-hb,f,c(i,l):表示用于SRS资源的闭环或开环功率控制的TPC命令。UE可以通过操作用于每个上行链路信道或PUCCH/PUSCH/SRS的多个闭环或开环功率控制,在每个闭环或开环中接收独立的TPC命令,并且1指示闭环或开环的索引。
随后,详细描述配置PUCCH传输功率的方法。根据一些实施例,如[等式4]所示,可以确定服务小区c、频率f和BWP b的传输时间点i处的PUCCH传输功率。
[方程式4]
在以上[等式4]中,每个参数具有以下含义。
-PCMAX,f,c(i):表示UE在服务小区和频率f中的最大传输输出,并且可以由UE根据BS通过系统信息或RRC配置的P-max值(如果没有BS,则为预设值)、嵌入到UE中的UE的功率类别、UE所使用的上行服务小区的数量以及MPR来确定
-PO-PUCCH,b,f,c(qu):表示用于保证接收UE的链路质量的、由BS通过系统信息或RRC配置的值。
-表示为上行链路传输分配的频率块的大小。此时,2μ可以是用于根据子载波间隔补偿不同功率密度(功率谱密度(PSD))的参数。例如,当使用15kHz的子载波间隔时,μ=0。当子载波改变为30kHz时,即,尽管使用相同数量的频率块,但是已经加倍,与使用15kHz的子载波间隔的情况相比,功率密度可以减小一半。因此,为了对此进行补偿,需要增加为两倍的功率。更具体地,例如,当使用两个频率块时,在15kHz的子载波间隔的情况下需要10log10(2×20)=3dB,但是在30kHz的子载波间隔的情况下可以将传输功率增加到10log10(2×21)=6dB,以便保持与15kHz的子载波间隔的情况下相同的功率密度。
_PLb,f,c(qd):表示通过参考信号qd测量的路径衰减估计值。此时,可以通过上面的[等式3]来估计路径衰减值。
_ΔF-PUCCH(F):表示为每个PUCCH格式配置的传输功率的补偿值。可以为每个PUCCH格式通过独立的系统信息/RRC配置来指示补偿值。
-ΔTF,b,f,c(i):表示根据PUCCH信道的资源的效率的传输功率的补偿值。当资源效率更高时(即,当使用较小的资源来传输相同的位时,或者当在相同的资源中传输较多的位时),需要使用较高的传输功率。因此,通过资源元素(RE)的数目与UCI信息的量的比率来确定补偿值。例如,在PUCCH格式0或格式1的情况下,补偿值被确定为其中表示为PUCCH传输分配的符号的数目,并且表示为每个PUCCH格式不同地配置的参考值。例如,在PUCCH格式0的情况下,以及在格式1的情况下,此外,ΔUCI(i)=10log10(OUCI(i))表示指示在PUCCH资源中传输的UCI信息的量的值,并且在PUCCH格式0的情况下,ΔUCI(i)=0。同时,在PUCCH格式为2/3/4的情况下,可以根据PUCCH资源的BPRE(即,每RE的位数)的函数来确定补偿值。该函数可以具有针对BPRE的单调增加的函数的形式,并且可以表示为例如线性函数、对数函数等
_gb,f,c(i,l):表示用于SRS资源的闭环或开环功率控制的TPC命令。UE可以通过操作用于每个上行链路信道或PUCCH/PUSCH/SRS的多个闭环或开环功率控制,在每个闭环或开环中接收独立的TPC命令,并且1指示闭环或开环的索引。
某些PUCCH传输功率配置可以与波束配置一起配置。也就是说,RS配置和用于估计路径衰减的Po-PUCCH,b,f,c(j)配置可以被包括在Pucch-SpatialRelationInfo配置中。此时,用于估计路径衰减的RS列表可以由[表38]中的pathlossReferenceRSs指示,并且由列表指示的RS之一可以被映射到[表29]中的Pucch-spatialRelationInfo配置内的Pucch-PathlossReferenceRS-Id。可以通过pathlossReferenceRSs配置的路径衰减估计RS的数量最大可以为4。当PUCCH-PathlossReferenceRS通过表38中的ReferenceSignal连接到SS/PBCH时,配置ssb-Index,并且当PUCCH-PathlossReferenceRS连接到CSI-RS时配置csi-RS-Index。
[表38]
接下来,描述PUSCH传输。首先,描述PUSCH传输的调度方案。PUSCH传输可以由DCI内的UL授权动态调度,或者可以由配置的授权类型1或类型2操作。PUSCH传输的动态调度可以由DCI格式0_0、0_1或0_2来指示。
可以在通过高层信令接收到包括rrc-ConfiguredUplinkGrant的[表39]中的ConfiguredGrantConfig的情况下,半静态地配置所配置的授权类型1PUSCH传输,而不接收DCI内的UL授权。在通过高层信令接收到不包括rrc-ConfiguredUplinkGrant的[表39]中的ConfiguredGrantConfig之后,可以由DCI内的UL授权半持久性地调度配置的授权类型2PUSCH传输。当PUSCH传输通过配置的授权操作时,通过ConfiguredGrantConfig来应用应用于PUSCH传输的参数,ConfiguredGrantConfig是除了作为高层信令的由[表40]的pusch-Config提供的dataScramblingIdentityPUSCH、txConfig、codebookSubset、maxRank、以及UCI-OnPUSCH缩放之外的,[表39]的高层信令。当UE接收到作为[表39]的高层信令的ConfiguredGrantConfig内的transformPrecoder时,UE将[表40]的pusch-Config内的tp-pi2BPSK应用于由配置的授权操作的PUSCH传输。
[表39]
随后,描述PUSCH传输方法。用于PUSCH传输的DMRS天线端口与用于SRS传输的天线端口相同。根据作为高层信令的[表40]的pusch-Config内的txConfig的值是“codebook”还是“nonCodebook”,PUSCH传输可以遵循基于码本的传输方法和基于非码本的传输方法中的每一个。
如上所述,PUSCH传输可以通过DCI格式0_0、0_1或0_2动态调度,或由配置的授权进行半静态配置。当UE通过DCI格式0_0接收到调度PUSCH传输的指示时,在PUSCH传输是基于单个天线端口的情况下,UE通过使用与对应于服务小区中的激活的上行链路BWP内的最小ID的UE特定PUCCH资源对应的pucch-spatialRelationInfoID来执行用于PUSCH传输的波束配置。UE不期望在未配置包括pucch-spatialRelationInfo的PUCCH资源的BWP内通过DCI格式0_0调度PUSCH传输。当UE在[表40]的pusch-Config内没有接收到txConfig的配置时,UE不期望通过DCI格式0_1接收调度。
[表40]
随后,描述了基于码本的PUSCH传输。基于码本的PUSCH传输可以通过DCI格式0_0或0_1来动态调度,或者通过配置的授权进行半静态操作。当基于码本的PUSCH由DCI格式0_1动态调度或由配置的授权半静态配置时,UE基于SRS资源指示符(SRI)、传输预编码矩阵指示符(TPMI)和传输秩(PUSCH传输层的数量)来确定用于PUSCH传输的预编码器。
此时,可以通过DCI内的SRS资源指示符字段来给出SRI,或者可以通过作为高层信令的srs-ResourceIndicator来配置SRI。在基于码本的PUSCH传输中,UE可以接收至少一个SRS资源和最多两个SRS资源的配置。当UE通过DCI接收到SRI时,对应的SRI所指示的SRS资源是在比包括对应的SRI的PDCCH更早传输的SRS资源中的、该SRI所对应的SRS资源。此外,TPMI和传输秩可以通过DCI内的字段预编码信息和层数来给出,或者可以通过作为高层信令的precodingAndNumberOfLayers来配置。TPMI用于指示应用于PUSCH传输的预编码器。当UE接收到一个SRS资源的配置时,TPMI被用于指示将被应用于所配置的一个SRS资源的预编码器。当UE接收到多个SRS资源的配置时,TPMI用于指示要应用于通过SRI指示的SRS资源的预编码器。
从具有与作为高层信令的SRS-Config内的nrofSRS-Ports的值相同的天线端口的数目的上行链路码本中选择用于PUSCH传输的预编码器。在基于码本的PUSCH传输中,UE基于TPMI和作为高层信令的Pusch-Config内的码本子集来确定码本子集。可以基于UE向BS报告的UE能力将作为高层信令的pusch-Config内的codebookSubset配置成“fullyAndPartialAndNonCoherent”、“partialAndNonCoherent”或“nonCoherent”中的一个。当UE作为UE能力报告了“partialAndNonCoherent”时,UE不期望作为高层信令的codebookSubset的值被配置成“fullyAndPartialAndNonCoherent”。此外,当UE作为UE能力报告了“nonCoherent”时,UE不期望作为高层信令的codebookSubset的值被配置成“fullyAndPartialAndNonCoherent”或“partialAndNonCoherent”。当作为高层信令的SRS-ResourceSet内的nrofSRS-Ports指示两个SRS天线端口时,UE不期望作为高层信令的codebookSubset的值配置成“partialAndNonCoherent”。
UE可以接收作为高层信令的SRS-ResourceSet内的使用值被配置成“codebook”的一个SRS资源集的配置,并且在相应SRS资源集内,可以通过SRI来指示一个SRS资源。当在作为高层信令的SRS-ResourceSet内的使用值被配置成“codebook”的SRS资源集内配置了数个SRS资源时,UE期望对于所有SRS资源,对作为高层信令的SRS-ResourceSet内的nrofSRS-Ports配置相同值。
UE可以根据高层信令向BS发送包括在具有被配置成“codebook”的使用值的SRS资源集中的一个或多个SRS资源,并且BS可以选择UE发送的SRS资源中的一个,并且指示UE通过使用对应的SRS资源的传输波束信息来执行PUSCH传输。此时,在基于码本的PUSCH传输中,SRI被用作用于选择一个SRS资源的索引的信息,并且被包括在DCI中。此外,BS可以将指示TPMI和将由UE用于PUSCH传输的秩的信息插入到DCI中。UE使用由SRI指示的SRS资源,通过应用由秩和基于相应SRS资源的传输波束指示的TPMI指示的预编码器来执行PUSCH传输。
随后,描述了基于非码本的PUSCH传输。基于非码本的PUSCH传输可以通过DCI格式0_0或0_1来动态调度,或由配置的授权进行半静态操作。当至少一个SRS资源被配置在作为高层信令的SRS-ResourceSet内的使用值被配置成“nonCodebook”的SRS资源集中时,UE可以通过DCI格式0_1接收非码本式PUSCH传输的调度。
对于作为高层信令的SRS-ResourceSet内的使用值被配置成“nonCodebook”的SRS资源集,UE可以接收一个连接的非零功率CSI-RS(NZP CSI-RS)的配置。UE可以通过测量连接到SRS资源集的NZP CSI-RS资源来计算用于SRS传输的预编码器。当UE中连接到SRS资源集的非周期NZP CSI-RS资源的最后一个接收符号与非周期SRS发送的第一个符号之间的差小于42个符号时,UE不期望更新关于SRS传输的预编码器的信息。
当作为高层信令的SRS-ResourceSet内的资源类型的值被配置成“aperiodic”时,连接的NZP CSI-RS由SRS请求指示,该SRS请求是DCI格式0_1或1_1内的字段。此时,当连接的NZP CSI-RS资源是非周期NZP CSI-RS资源时,DCI格式0_1或1_1内的SRS请求字段的值不是'00'的情况指示存在连接的NZP CSI-RS。此时,相应的DCI不应该指示交叉载波或交叉BWP调度。此外,当SRS请求的值指示存在NZP CSI-RS时,相应的NZP CSI-RS位于传输包括SRS请求字段的PDCCH的时隙中。此时,在调度的子载波中配置的TCI状态不被配置成QCL-TypeD。
当配置了周期性或半持久性SRS资源集时,可以通过作为高层信令的SRS-ResourceSet中的associatedCSI-RS来指示所连接的NZP CSI-RS。对于基于非码本的传输,UE不期望作为用于SRS资源的高层信令的spatialRelationInfo的配置和作为高层信令的SRS-ResourceSet内的associatedCSI-RS的配置。
当UE接收到多个SRS资源的配置时,UE可以基于BS所指示的SRI来确定要应用于PUSCH传输的预编码器和传输秩。此时,可以通过DCI内的SRS资源指示符字段来指示SRI,或者可以通过作为高层信令的srs-ResourceIndicator来配置SRI。与基于码本的PUSCH传输类似,当UE通过DCI接收到SRI时,由相应SRI指示的SRS资源是比包括相应SRI的PDCCH更早传输的SRS资源中与该SRI相对应的SRS资源。UE可以使用一个或多个SRS资源用于SRS传输,并且由UE向BS报告的UE能力来确定可以在一个SRS资源集内的相同符号中同时发送的SRS资源的最大数目和SRS资源的最大数目。此时,UE同时发送的SRS资源占用相同的RB。UE为每个SRS资源配置一个SRS端口。作为高层信令的SRS-ResourceSet内的使用值被配置成“nonCodebook”的SRS资源集的数目仅为1,并且用于基于非码本的PUSCH传输的SRS资源的最大数目可以为4。
BS发送连接到SRS资源集的一个NZP-CSI-RS,UE在接收到对应的NZP-CSI-RS时,基于测量结果,计算用于对应的SRS资源集中的一个或多个SRS资源传输的预编码器。当向BS发送使用值被配置成“nonCodebook”的SRS资源集中的一个或多个SRS资源时,UE应用计算的预编码器,并且BS从一个或多个接收的SRS资源中选择一个或多个SRS资源。此时,在基于非码本的PUSCH传输中,SRI指示可以表示一个SRS资源或多个SRS资源的组合的索引,并且SRI被包括在DCI中。由BS发送的SRI所指示的SRS资源的数目可以是PUSCH的传输层的数目,并且UE通过将应用于SRS资源的预编码器应用到每一层来发送PUSCH。
随后,详细描述配置PUSCH传输功率的方法。UE对PUSCH传输功率的确定遵循下面的[等式5]。
[等式5]
在以上[等式5]中,每个参数具有以下含义。
-PCMAX,f,c(i):表示UE在服务小区c和频率f中的最大传输输出,并且可以由UE根据BS通过系统信息或RRC配置的P-max值(如果没有BS,则为预设值)、嵌入到UE中的UE的功率类别、UE所使用的上行服务小区的数量以及MPR来确定。
-PO-PUSCH,b,f,c(j):表示用于保证接收UE的链路质量的、由BS通过系统信息或RRC配置的值。
-表示为上行链路传输分配的频率块的大小。此时,2μ可以是用于根据子载波间隔补偿不同功率密度(功率谱密度(PSD))的参数。例如,当使用15kHz的子载波间隔时,μ=0。当子载波改变为30kHz时,即,尽管使用相同数量的频率块,但是已经加倍,与使用15kHz的子载波间隔的情况相比,功率密度可以减小一半。因此,为了对此进行补偿,需要增加为两倍的功率。更具体地,例如,当使用两个频率块时,在15kHz的子载波间隔的情况下需要10log10(2×20)=3dB,但是在30kHz的子载波间隔的情况下可以将传输功率增加到10log10(2×21)=6dB,以便保持与15kHz的子载波间隔的情况下相同的功率密度。
-α:表示用于补偿路径衰减值的参数,并且具有在0和1之间的值,并且可以是由BS通过系统信息或RRC配置的值。例如,在α=1的情况下,路径衰减可以被补偿100%,而在α=0.8的情况下,路径衰减可以仅被补偿80%。
-PLb,f,c(qd):表示通过参考信号qd测量的路径衰减估计值。此时,可以通过[等式3]来估计路径衰减值。
-ΔTF,b,f,c(i):表示根据PUSCH信道的频率的效率(频谱效率)的传输功率的补偿值。也就是说,当频率效率较高时(即,当使用较小的资源来传输相同的位时,或者当在相同的资源中传输较多的位时),需要使用较高的传输功率。通过所使用的资源元素(RE)的数目与通过PUSCH资源传输的信息量的比率来确定补偿值。更具体地,可以将补偿值确定为根据PUSCH资源的BPRE(即,每RE的位数)的函数。该函数可以具有针对BPRE的单调增加的函数的形式,并且可以表示为例如线性函数、对数函数等。乘以或添加到函数的系数的值可以根据要通过PUSCH发送的信息的类型,即UL-SCH或CSI而变化。
-fb,f,c(i,l):表示用于闭环或开环功率控制的TPC命令。UE可以通过操作多个闭环或开环功率控制来在每个闭环或开环中接收独立的TPC命令,并且1指示闭环或开环的索引。
对于传输功率控制参数,PO-PUSCH,b,f,c,α,qd,1可以与SRI相关联。也就是说,通过在PUSCH调度期间指示的SRI,可以确定与其对应的传输功率参数PO-PUSCH,b,f,c,α,qd,1,并且因此,可以确定PUSCH传输功率。SRI和传输功率控制参数之间的关系可以由下面[表41]中所示的高层参数来定义。
[表41]
用于PUSCH传输的各个SRI的一组传输功率参数可以通过参数中的SRI-PUSCH-MappingToAddModList来确定,并且可以以PUSCH-PowerControl的形式来提供该组传输功率参数。
当使用多TRP时,可以配置用于每个TRP的独立传输功率控制参数来控制上行链路传输功率。同时,需要通过RRC/MAC-CE/DCI为每个PUCCH资源配置和激活独立控制参数。为了减少配置和激活的开销,在以下实施例中公开了一种根据每个TRP为每个PUCCH资源配置传输功率控制参数的默认值的方法。此外,当使用多TRP来提高上行链路信号的可靠性时,可以重复地向多TRP发送单个PUCCH资源,并且此时,公开了一种为每个TRP配置传输功率控制参数的默认值的方法。该描述仅限于PUCCH信道,但这仅是为了描述的方便,并且可以类似地应用于其它上行链路信道,例如PUSCH、SRS和PRACH。
<实施例5:多TRP的PUCCH传输的默认传输功率控制参数配置>
本实施例描述了配置默认传输功率控制参数的方法的各种示例。
分类1:基于多PDCCH的NC-JT传输
分类1-1:在PDCCH传输小区和PUCCH传输小区中都配置了NC-JT的情况
在相应的分类中,可以显式/隐式地指示用于PUCCH传输的目标TPR。例如,当配置单独的HARQ-ACK时,用于HARQ-ACK传输的PUCCH的目标TRP可以对应于调度相应PUCCH的PDCCH的TRP索引,例如CORESETPoolIndex值。在这种情况下,当在每个PUCCH中没有明确配置有传输功率控制参数时,可以应用相同的默认传输功率参数,而不用划分目标TRP。然而,目标TRP是不同的,由于UE与相应TRP之间的链路差异而经历不同的路径衰减,且所应用的上行链路波束也是不同的。因此,需要根据每个目标TRP应用不同的传输功率参数。
作为一种方法,可以有一种根据每个目标TRP配置单独的默认PUCCH空间关系信息的方法。即,可以配置对应于TRP索引#0的默认PUCCH空间关系信息,并且可以配置对应于TRP索引#1的默认PUCCH空间关系信息。用于每个TRP索引的默认PUCCH空间关系信息可以具有不同的PUCCH空间关系信息ID,并且该ID可以是预定义的。例如,对应于TRP索引#0的PUCCH空间关系信息ID可以是0,而对应于TRP索引#1的PUCCH空间关系信息ID可以是1。此外,可以将独立的传输功率参数应用于对应于每个PUCCH空间关系信息ID的PUCCH空间关系信息。例如,可以配置独立的路径衰减RS、闭环索引和P0。此时,对于对应于每个TRP索引的PUCCH资源,可以通过应用用于每个TRP索引的默认PUCCH空间关系信息来确定传输功率。可以根据实施例4中描述的方法来定义每个TRP索引和PUCCH资源之间的连接关系。该方法具有同时为每个TRP和传输波束指示默认传输功率的优点。
在另一种方法中,可以为每个目标TRP假定功率控制参数的默认值,而不需要任何PUCCH空间关系信息的配置。当PUCCH空间关系信息配置不像在初始接入中那样被指示给UE时,可以使用该公开。下面描述配置每个PUCCH功率控制参数的默认值的方法的示例。
-PO-PUCCH,b,f,c(qu):PO-PUCCH,b,f,c(qu)=PO-NOMINAL-PUCCH+PO-UE-PUCCH(qu)。此时,可以为每个目标TRP独立地提供PO-NOMINAL-PUCCH或PO-UE-PUCCH(qu)。例如,可以通过RRC独立地配置对应于每个TRP索引的PO-NOMINAL-PUCCH。此外,可以通过[表38]中的PUCCH-PowerControl IE内的pO-Set参数来指示PO-UE-PUCCH(qu),并且该p0-Set参数包括包含多个{p0-PUCCH-Id,PO-UE-PUCCH(qu)}对的列表,并且因此,可以在该列表中配置了与TRP的数量一样多的{p0-PUCCH-Id,PO-UE-PUCCH(qu)}对之后,配置用于PUCCH传输的TRP索引和该对之间的连接关系。可以预先定义连接关系。例如,具有最低值的P0-PUCCH-Id的对可以被连接到第一TRP索引,并且第二个P0-PUCCH-Id的对可以被连接到第二TRP索引。此时,可以根据实施例4中的定义来确定第一/第二TRP索引。例如,第一TRP索引可以指示CORESETPoolIndex=0,而第二TRP索引可以指示CORESETPoolIndex=1。
-PLb,f,c(qd):BS可以在UE中配置或假定两个或更多路径损耗RS。例如,BS可以在pathlossRefereneRSs IE中配置用于PUCCH功率控制的多个路径损耗RS。在这种情况下,可以建立路径损耗RS和TRP索引之间的连接关系。可以预先定义连接关系。例如,可以将对应于第零索引的路径损耗RS连接到第一TRP索引,并且可以将对应于第一索引的路径损耗RS连接到第二TRP索引。或者,在不存在pathlossRefereneRSs IE配置的情况下,可隐式地指示每一TRP的pathlossRS。例如,可以假设特定RS用于第一TRP索引,例如,在CORESETPoolIndex=0内的最低CORESET中使用的TCI状态的QCL-typeD RS是用于第一TRP索引的pathlossRS。此外,可以假设特定RS用于第二TRP索引,例如,在CORESETPoolIndex=1内的最低CORESET中使用的TCI状态的QCL-typeD RS是用于第二TRP索引的pathlossRS。在隐式指示方法中,当像在FR1中那样,在TCI状态中没有QCL-typeD RS时,具有另一QCL类型的RS,例如QCL-typeA/B/C中的一个,可以被假定为路径损耗RS。
-gb,f,c(i,l)BS可以为了多TRP功率控制的目的而在UE中配置或假定两个或多个PUCCH闭环功率控制。闭环功率控制的索引可以被配置成0或1,并且可以建立闭环功率控制索引和TRP索引之间的连接关系。可以预先定义连接关系。例如,闭环功率控制索引0可以被连接到第一TRP索引,并且闭环功率控制索引1可以被连接到第二TRP索引。
为每个目标TRP配置PUCCH默认传输功率参数的方法可以具有约束。例如,当联合HARQ-ACK被配置时,目标TRP可能不被区分,并且因此为每个目标TRP配置PUCCH默认传输功率参数可能仅被限制于配置了单独的HARQ-ACK的情况。
-分类1-2。在PDCCH传输小区中配置了NC-JT而在PUCCH传输小区中没有配置NC-JT的情况
在这种相应的分类中,当配置了单独的HARQ-ACK时,可能在用于传输HARQ-ACK的PUCCH中指定了目标TRP,但是可能没有用于在PUCCH传输小区中的向目标TRP的传输的供参考的默认的传输功率参数配置。在这种情况下,相同的PUCCH默认传输功率参数配置可被应用于所有目标TRP。“相同的PUCCH默认传输功率参数配置”可以是对应于特定目标TRP的PUCCH默认传输功率参数配置,例如,对应于CORESETPoolIndex=0的PUCCH默认传输功率参数配置,其可以仅限于在PUCCH传输小区中配置了CORESET的情况。或者,“相同PUCCH默认波束”可以是实施例3中所述的PUCCH默认波束。
或者,当在PDCCH传输小区中配置了NC-JT用于调度HARQ-ACK时,可以强制配置用于要传输的PUCCH的传输功率参数配置。例如,UE可能不期望在上述情况下发送的spatialRelationInfo未被配置或激活。
分类1-3:在PDCCH传输小区中没有配置NC-JT,但是在PUCCH传输小区中配置了NC-JT的情况
在这种相应的分类中,即使在PDCCH传输小区中没有配置NC-JT,也可以指定目标TRP。例如,可以在PDCCH传输小区的所有CORESET中不指定CORESETPoolIndex,或者可以指定相同的CORESETPoolIndex。在这种情况下,可能需要将PUCCH默认传输功率参数配置应用到指定的目标TRP。在一个示例中,用于PUCCH传输小区的特定目标TRP的PUCCH默认传输功率参数配置可以被指定为从为相应小区的PDCCH配置的CORESET中选择的CORESET的波束之一,所选CORESET具有与目标TRP相同的TRP索引,例如CORESETPoolIndex。指定所选CORESET的波束之一的方法可以包括根据特定参考来选择CORESET的索引的方法。例如,可以指定所选择的CORESET中具有最低索引的CORESET的波束。
分类1-4:在PDCCH传输小区和PUCCH传输小区中都没有配置NC-JT的情况
这种情况可以遵循传统的单个TRP操作。
为了便于描述,分类1-1到1-4中的实施例聚焦在PUCCH传输功率参数,但是该描述可以类似地应用于另一信道的传输功率参数,即PUSCH、SRS或PRACH的传输功率参数。此时,可以用对应信道的传输功率参数代替PUCCH传输功率参数。例如,可以用PUSCH的路径损耗RS代替PUCCH的路径损耗RS。同时,可以添加在特定信道中固有使用的参数。例如,对于SRS传输功率控制,可以添加TRP和SRS资源集之间的映射。如上所述,由于以资源集为单位控制SRS传输功率,因此在上行链路多TRP传输中,第一TRP索引可以对应于SRS资源集#0,第二TRP索引可以对应于SRS资源集#1,并且相应SRS资源集中的SRS资源可以用于SRS传输和PUSCH传输。此时,可以根据上述示例,即CORESETPoolIndex,定义第一/第二TRP索引。
分类2:基于单个PDCCH的NC-JT传输
该分类针对在PUCCH传输小区中配置了基于单个PDCCH的NC-JT的情况,即,最多将两个TCI状态映射到相应小区的PDSCH的一个TCI码点。此时,NC-JT传输不仅可以应用于PDSCH,而且可以应用于PDCCH、PUCCH、PUSCH中的至少一个。针对PDCCH、PUSCH或PUSCH的NC-JT传输的应用可以意味着从两个或多个小区/TRP/波束重复发送信道或信道重复发送到两个或多个小区/TRP/波束。
在这种情况下,可以从在PDSCH中激活的TCI状态中具有最低索引的TCI状态隐含地导出用于上行链路传输的默认传输功率参数,在这种情况下,具有最低索引的TCI状态可以是以下解释中的至少一个。
解释1:该TCI状态在由RRC IE中的PDSCH-Config配置的TCI状态列表(即,包括tci-StatesToAddModList和tci-StatesToReleaseList的TCI状态列表)中的、由MAC-CE激活的TCI状态中具有最低的TCI状态ID。
解释2:该TCI状态对应于由MAC-CE激活的对应于DCI中各TCI码点的TCI状态中的最低TCI码点。
解释3:该TCI状态对应于由MAC-CE激活的DCI中的各个TCI码点中用于多TRP传输的TCI码点(其中,每个TCI码点具有两个激活的TCI状态)中的最低TCI码点
根据解释1到解释3选择的TCI状态内的RS可以用作上行链路传输的路径损耗RS。此时,当在TCI状态内存在两个RS时,被选择为路径损耗RS的RS可以是QCL-typeD RS。像在FR1中,当不存在QCL-typeD RS时,即,当在TCI状态内仅存在一个RS时,被选择作为路径损耗RS的RS可以是具有QCL-typeA/B/C类型之一的RS。
同时,在解释3的情况下,最低TCI码点可以指示两个TCI状态,在这种情况下,用于上行链路传输的默认传输功率参数的数量可以是两个。此时,两个传输功率参数可用于到不同TRP的上行链路传输。例如,当PUCCH被重复地发送到多TRP时,可以为每个PUCCH传输时机选择两个传输功率参数中的一个。可以由BS预先配置或者在BS与UE之间预先指定PUCCH传输时机与TRP之间的关系以及TRP与传输功率参数之间的关系。例如,当PUCCH被重复地发送到多TRP N次时,可以预先配置将TRP指示到特定PUCCH传输时机的映射关系。可以以{第一传输时机→TRP#1}、{第二传输时机→TRP#2}、{第三传输时机→TRP#1}等的形式定义预配置(即,作为循环映射关系)。或者,可以以{第一传输时机→TRP#1}、{第二传输时机→TRP#1}、{第三传输时机→TRP#2}等的形式定义预配置(即,作为顺序映射关系)。随后,TRP和传输功率参数之间的关系可以以这样的形式定义,其中第一TCI状态的RS被用作TRP#1中的传输功率参数,并且第二TCI状态的RS被用作TRP#2中的传输功率参数。作为结果,可以定义PUCCH传输时机和传输功率参数之间的关系,在这种情况下可以省略TRP关系。也就是说,可以在循环映射关系中定义{第一传输时机→传输功率参数#1}、{第二传输时机→传输功率参数#2}、{第三传输时机→传输功率参数#1}等的形式,以及可以在顺序映射关系中定义{第一传输时机→传输功率参数#1}、{第二传输时机→传输功率参数#1}、{第三传输时机→传输功率参数#2}等的形式。
在解释3的情况下,路径损耗RS可以隐含地使用TCI状态内的RS,并且剩余的传输功率参数可以使用预先配置的值。例如,可以为每个目标TRP独立地提供PO-PUCCH,b,f,c(qu)中的PO-UE-PUCCH(qu)或PO-NOMINAL-PUCCH。例如,可以通过RRC独立地配置对应于每个TRP索引的PO-NOMINAL-PUCCH。此外,可以通过[表38]中的PUCCH-PowerControl IE内的p0-Set参数来指示PO-UE-PUCCH(qu),并且该参数p0-Set包括包含多个{p0-PUCCH-Id,PO-UE-PUCCH(qu)}对的列表,并且因此,可以在该列表中配置了与TRP的数量一样多的{p0-PUCCH-Id,PO-UE-PUCCH(qu)}对之后,配置用于PUCCH传输的TRP索引和该对之间的连接关系。可以预先定义连接关系。例如,具有最低值的P0-PUCCH-Id的对可以被连接到第一TRP索引,并且第二个P0-PUCCH-Id的对可以被连接到第二TRP索引。此时,可以通过PUCCH传输时机和TRP之间的映射关系来获得第一/第二TRP索引。
此外,对于PUCCH闭环功率控制gb,f,c(i,l),出于多TRP功率控制的目的,可以配置或假设两个或多个PUCCH闭环功率控制。闭环功率控制的索引可以被配置成0或1,并且可以建立闭环功率控制索引和TRP索引之间的连接关系。可以预先定义连接关系。例如,闭环功率控制索引0可以被连接到第一TRP索引,并且闭环功率控制索引1可以被连接到第二TRP索引。此时,可以通过PUCCH传输时机和TRP之间的映射关系来获得第一/第二TRP索引。
为了便于描述,分类2中的实施例聚焦在PUCCH传输功率参数,但是该描述可以类似地应用于另一信道的传输功率参数,即PUSCH、SRS或PRACH的传输功率参数。此时,可以用对应信道的传输功率参数代替PUCCH传输功率参数。例如,可以用PUSCH的路径损耗RS代替PUCCH的路径损耗RS。同时,可以添加在特定信可以添加在特定信道中固有使用的参数道中固有使用的参数。例如,对于SRS传输功率控制,可以添加TRP和SRS资源集之间的映射。如上所述,由于以资源集为单位控制SRS传输功率,因此在上行链路多TRP传输中,第一TRP索引可以对应于SRS资源集#0,第二TRP索引可以对应于SRS资源集#1,并且相应SRS资源集中的SRS资源可以用于SRS传输和PUSCH传输。此时,可以根据上述示例,即传输时机和TRP之间的映射,来定义第一/第二TRP索引。
图22示出了根据本公开的实施例的无线通信系统中的UE的结构。
参照图22,UE可以包括收发器、存储器(未示出)和UE处理器22-05(或UE控制器或处理器),收发器包括UE接收器22-00和UE发射器22-10。UE的收发器22-00和22-10、存储器和UE处理器22-05可以根据UE的上述通信方法操作。然而,UE的元件不限于上述示例。例如,UE可以包括比上述元件更多或更少的元件。此外,收发器、存储器和处理器可以以单个芯片的形式实现。
收发器可以向BS发送信号和从BS接收信号。信号可以包括控制信息和数据。为此,收发器可以包括用于上变频和放大发射信号的RF发射器和用于低噪声放大接收信号并下变频频率的RF接收器。然而,这仅仅是收发器的实施例,并且收发器的元件不限于RF发射器和RF接收器。
此外,收发器可以通过无线电信道接收信号,将该信号输出到处理器,并通过无线电信道发送从处理器输出的信号。
存储器可以存储UE的操作所需的程序和数据。此外,存储器可以存储包括在UE发送和接收的信号中的控制信息或数据。存储器可以由诸如ROM、RAM、硬盘、CD-ROM和DVD之类的存储介质或存储介质的组合来配置。存储器的数量可以是多个。
处理器可控制一系列过程以使UE根据本公开的各种实施例来操作。例如,处理器可以控制UE的元件来接收包括两个层的DCI并且同时接收多个PDSCH。处理器的数量可以是多个,并且处理器可以通过执行存储在存储器中的程序来执行控制UE的元件的操作。
图23示出了根据本公开的实施例的无线通信系统中的BS的结构。
参照图23,BS可以包括收发器、存储器(未示出)和BS处理器23-05(BS控制器或处理器),收发器包括BS接收器23-00和BS发射器23-10,。BS的收发器23-00和23-10、存储器和BS处理器23-05可以根据BS的通信方法操作。然而,BS的元件不限于上述示例。例如,BS可以包括比上述元件更多或更少的元件。此外,收发器、存储器和处理器可以以单个芯片的形式实现。
收发器可以向UE发送信号和从UE接收信号。信号可以包括控制信息和数据。为此,收发器可以包括用于上变频和放大发射信号的RF发射器和用于低噪声放大接收信号并下变频频率的RF接收器。然而,这仅仅是收发器的实施例,并且收发器的元件不限于RF发射器和RF接收器。
收发器可以通过无线电信道接收信号,将该信号输出到处理器,并通过无线电信道发送从处理器输出的信号。
存储器可以存储BS操作所需的程序和数据。存储器可以存储包括在由BS发送和接收的信号中的控制信息或数据。存储器可以由诸如ROM、RAM、硬盘、CD-ROM和DVD之类的存储介质或存储介质的组合来配置。存储器的数量可以是多个。
处理器可控制一系列过程以使BS根据本公开的各种实施例来操作。例如,处理器可以配置包括多个PDSCH的分配信息的两个层的DCI,并控制BS的每个元件发送DCI。处理器的数量可以是多个,并且处理器可以通过执行存储在存储器中的程序来执行控制BS的元件的操作。
根据在权利要求书中或本公开的说明书中描述的各种实施例的方法可以通过硬件、软件或硬件和软件的组合来实现。
当所述方法由软件实现时,可以提供用于存储一个或多个程序(软件模块)的计算机可读存储介质。存储在计算机可读存储介质中的一个或多个程序可以被配置成由电子设备内的一个或多个处理器执行。该至少一个程序可以包括指令,该指令使电子设备执行如所附权利要求书所定义和/或在此所公开的根据本公开的各种实施例的方法。
程序(软件模块或软件)可以存储在非易失性存储器中,其包括随机存取存储器和闪存、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、磁盘存储设备、光盘ROM(CD-ROM)、数字多功能盘(DVD)、或其它类型的光存储设备或磁带盒。替代地,它们中的一些或全部的任何组合可以形成其中存储程序的存储器。此外,多个这样的存储器可以被包括在电子设备中。
此外,程序可以被存储在可连接的存储设备中,该存储设备可以通过诸如因特网、内联网、局域网(LAN)、广域网(WLAN)和存储区域网(SAN)之类的通信网络或其组合来接入电子设备。这种存储设备可以经由外部端口接入电子设备。此外,通信网络上的单独存储设备可以接入便携式电子设备。
在本公开的上述详细实施例中,根据所呈现的详细实施例,包括在本公开中的元件以单数或复数来表示。然而,为了描述的方便,单数形式或复数形式被选择为适用于所呈现的情况,并且本公开不受限于以单数或复数表示元件。因此,以复数表示的元件也可以包括单个元件的情况,或者以单数表示的元件也可以包括多个元件的情况。
在说明书和附图中描述和示出的本公开的实施例仅仅是具体的示例,其旨在帮助容易地解释本公开的技术内容并帮助理解本公开,并且不旨在限制本公开的范围。也就是说,本领域的技术人员将会明白,可以实现基于本公开的技术思想的其他变型。此外,根据需要,可以组合使用上述各个实施例。例如,本公开的一个实施例的一部分可与另一实施例的一部分组合以操作基站和终端。作为示例,本公开的实施例1的一部分可以与实施例2的一部分组合以操作基站和终端。此外,尽管已经通过FDD LTE系统描述了上述实施例,但是也可以在诸如TDD LTE、5G和NR系统的其它系统中实现基于实施例的技术思想的其它变型。
在描述本公开的方法的附图中,描述的顺序并不总是对应于执行每个方法的步骤的顺序,并且可以改变步骤之间的顺序关系或者可以并行地执行步骤。
另外,在描述本公开的方法的附图中,在不脱离本公开的基本精神和范围的情况下,可以省略一些元件,并且可以在其中仅包括一些元件。
此外,在本公开的方法中,在不脱离本公开的基本精神和范围的情况下,可以组合每个实施例的内容中的一些或全部。
Claims (15)
1.一种由无线通信系统中的用户设备UE执行发送的方法,所述方法包括:
识别与用于调度下行链路数据的下行链路控制信息对应的控制区域相关的索引信息;
识别与所述控制区域相关的所述索引信息对应的默认波束;以及
使用所述默认波束向基站发送用于所述下行链路数据的上行链路控制信息。
2.根据权利要求1所述的方法,进一步包括:
接收与每个控制区域相关的波束列表配置;以及
基于所述波束列表配置,将与每个控制区域对应的下行链路波束配置成用于上行链路的默认波束。
3.根据权利要求1所述的方法,其中,所述控制区域包括控制资源集CORESET池和CORESET中的至少一者。
4.根据权利要求1所述的方法,其中,当在第一小区中接收所述下行链路控制信息并且在第二小区中发送所述上行链路控制信息时,与所述控制区域相关的所述索引信息对应的所述默认波束是基于所述第二小区的配置而被识别的。
5.一种由无线通信系统中的基站执行接收的方法,所述方法包括:
发送用于调度下行链路数据的下行链路控制信息;
识别与用于发送所述下行链路控制信息的控制区域相关的索引信息对应的默认波束;以及
使用所述默认波束从用户设备UE接收用于所述下行链路数据的上行链路控制信息。
6.根据权利要求5所述的方法,进一步包括:
发送与每个控制区域相关的波束列表配置;以及
基于所述波束列表配置,将与每个控制区域对应的下行链路波束配置成用于上行链路的默认波束。
7.根据权利要求5所述的方法,其中,所述控制区域包括控制资源集CORESET和CORESET中的至少一者。
8.根据权利要求1所述的方法,其中,当在第一小区中发送所述下行链路控制信息并且在第二小区中接收所述上行链路控制信息时,与所述控制区域相关的所述索引信息对应的所述默认波束是基于所述第二小区的配置而被识别的。
9.一种无线通信系统中的用户设备UE,所述UE包括:
收发器;以及
控制器,被配置成控制:
识别与用于调度下行链路数据的下行链路控制信息对应的控制区域相关的索引信息;
识别与所述控制区域相关的所述索引信息对应的默认波束;以及
使用所述默认波束向基站发送用于所述下行链路数据的上行链路控制信息。
10.根据权利要求9所述的UE,其中,所述控制器被配置成进一步执行控制以接收与每个控制区域相关的波束列表配置,以及基于所述波束列表配置,将与每个控制区域对应的下行链路波束配置成用于上行链路的默认波束。
11.根据权利要求9所述的UE,其中,所述控制区域包括控制资源集CORESET和CORESET中的至少一者。
12.根据权利要求9所述的UE,其中,当在第一小区中接收所述下行链路控制信息并且在第二小区中发送所述上行链路控制信息时,与所述控制区域相关的所述索引信息对应的所述默认波束是基于所述第二小区的配置而被识别的。
13.一种无线通信系统中的基站,所述基站包括:
收发器;以及
控制器,被配置成控制:
发送用于调度下行链路数据的下行链路控制信息;
识别与用于发送所述下行链路控制信息的控制区域相关的索引信息对应的默认波束;以及
使用所述默认波束从用户设备UE接收用于所述下行链路数据的上行链路控制信息。
14.根据权利要求13所述的基站,其中,所述控制器被配置成进一步执行控制以发送与每个控制区域相关的波束列表配置,以及基于所述波束列表配置,将与每个控制区域对应的下行链路波束配置成用于上行链路的默认波束,并且所述控制区域包括控制资源集CORESET池和CORESET中的至少一者。
15.根据权利要求13所述的基站,其中,当在第一小区中发送所述下行链路控制信息并且在第二小区中接收所述上行链路控制信息时,与所述控制区域相关的所述索引信息对应的所述默认波束是基于所述第二小区的配置而被识别的。
Applications Claiming Priority (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201962939811P | 2019-11-25 | 2019-11-25 | |
US62/939,811 | 2019-11-25 | ||
KR10-2020-0015435 | 2020-02-10 | ||
KR1020200015435A KR20210064008A (ko) | 2019-11-25 | 2020-02-10 | 네트워크 협력통신을 위한 디폴트 빔 설정 방법 및 장치 |
PCT/KR2020/016697 WO2021107564A1 (ko) | 2019-11-25 | 2020-11-24 | 네트워크 협력통신을 위한 디폴트 빔 설정 방법 및 장치 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114762263A true CN114762263A (zh) | 2022-07-15 |
Family
ID=76128846
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202080081974.0A Pending CN114762263A (zh) | 2019-11-25 | 2020-11-24 | 用于网络协作通信的默认波束配置方法及装置 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20230023719A1 (zh) |
EP (1) | EP4050811A4 (zh) |
CN (1) | CN114762263A (zh) |
WO (1) | WO2021107564A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2024031677A1 (en) * | 2022-08-12 | 2024-02-15 | Apple Inc. | Methods and apparatus for multiple default beams and multiple tci states with single dci-based multi-cell scheduling |
Families Citing this family (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11792810B2 (en) * | 2020-01-31 | 2023-10-17 | Qualcomm Incorporated | Determination of physical downlink control channel receive time based on physical downlink shared channel reference symbol |
US11997666B2 (en) * | 2020-02-19 | 2024-05-28 | Nec Corporation | Method, device and computer storage medium for communication |
WO2021221476A1 (ko) * | 2020-04-29 | 2021-11-04 | 엘지전자 주식회사 | 복수 개의 trp를 위한 상향링크 송수신 방법 및 그를 위한 장치 |
EP4133842A4 (en) * | 2020-05-15 | 2023-05-10 | Apple Inc. | COMMAND SIGNALING FOR PUCCH RELIABILITY IMPROVEMENT |
WO2022067846A1 (en) * | 2020-10-02 | 2022-04-07 | Apple Inc. | Pucch repetition to increase the reliability of pucch transmission |
US20220272672A1 (en) * | 2021-02-18 | 2022-08-25 | Samsung Electronics Co., Ltd. | Method and apparatus of resource configuration in a distributed antenna system |
CN117652169A (zh) * | 2021-08-05 | 2024-03-05 | 联想(北京)有限公司 | 用于物理上行链路控制信道(pucch)传输的方法及设备 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11051353B2 (en) * | 2018-03-19 | 2021-06-29 | Apple Inc. | PUCCH and PUSCH default beam considering beam failure recovery |
-
2020
- 2020-11-24 EP EP20891480.4A patent/EP4050811A4/en active Pending
- 2020-11-24 WO PCT/KR2020/016697 patent/WO2021107564A1/ko unknown
- 2020-11-24 CN CN202080081974.0A patent/CN114762263A/zh active Pending
- 2020-11-24 US US17/779,849 patent/US20230023719A1/en active Pending
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2024031677A1 (en) * | 2022-08-12 | 2024-02-15 | Apple Inc. | Methods and apparatus for multiple default beams and multiple tci states with single dci-based multi-cell scheduling |
Also Published As
Publication number | Publication date |
---|---|
WO2021107564A1 (ko) | 2021-06-03 |
EP4050811A1 (en) | 2022-08-31 |
US20230023719A1 (en) | 2023-01-26 |
EP4050811A4 (en) | 2023-04-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP7485410B2 (ja) | 無線通信システムにおいて上りリンク制御チャネルの送信装置及び方法 | |
JP7313699B2 (ja) | ワイヤレス通信システムにおけるアップリンク制御情報を送信するための方法、およびそれを使用する装置 | |
JP7338880B2 (ja) | ワイヤレス通信システムのアップリンク制御情報マルチプレクシング方法及びこれを用いる装置 | |
US11464035B2 (en) | Method for transmitting and receiving shared channel in wireless communication system, and device supporting same | |
EP4050811A1 (en) | Method and apparatus for configuring default beam for network cooperative communication | |
JP2024045657A (ja) | 無線通信システムにおいて上りリンク共有チャネルの送信方法及びこれを用いる装置 | |
US20220124740A1 (en) | Method and apparatus for reporting channel state information for network cooperative communication | |
KR20210122417A (ko) | 무선 통신 시스템에서 통신을 수행하는 방법 및 장치 | |
CN115516978A (zh) | 用于网络协作通信的上行链路数据重复发送和接收的方法和装置 | |
US20220240160A1 (en) | Method and apparatus of explicit linkage between repetitive transmission and reception for downlink control information in wireless communication system | |
US20220209904A1 (en) | Method and apparatus for determining processing time of ue in wireless communication system | |
CN110268648B (zh) | 无线蜂窝通信系统中执行随机接入的方法和设备 | |
US20230029850A1 (en) | Method and apparatus for repeatedly transmitting uplink data for network cooperative communication | |
CN115066964A (zh) | 用于发送网络协作通信的控制信息的方法和设备 | |
US20230179348A1 (en) | Method for transmitting uplink channel in wireless communication system, and device therefor | |
US20210160011A1 (en) | Method and device for transmitting/receiving uplink control information in wireless communication system | |
CN114731688A (zh) | 在无线通信系统中取消上行链路传输的方法、装置和系统 | |
CN116057880A (zh) | 用于在无线协作通信系统中发射/接收控制信息的方法和装置 | |
CN117063542A (zh) | 无线通信系统中报告上行链路功率余量的方法和装置 | |
CN117136516A (zh) | 无线通信系统中用于上行链路发送的方法和装置 | |
CN116349173A (zh) | 无线通信系统中重复发送/接收下行链路控制信息的方法和设备 | |
CN115362651A (zh) | 无线通信系统中发送和接收参考信号的方法及装置 | |
CN113519194A (zh) | 网络协作通信中用于发送上行链路控制信息的装置和方法 | |
EP4216644A1 (en) | Control information transmission method and device for network cooperative communication of wireless communication system | |
US20230147760A1 (en) | Method and device for harq-ack transmission in wireless communication system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |