CN115462132A - 无线通信系统中控制终端传输功率的方法和设备 - Google Patents
无线通信系统中控制终端传输功率的方法和设备 Download PDFInfo
- Publication number
- CN115462132A CN115462132A CN202180031974.4A CN202180031974A CN115462132A CN 115462132 A CN115462132 A CN 115462132A CN 202180031974 A CN202180031974 A CN 202180031974A CN 115462132 A CN115462132 A CN 115462132A
- Authority
- CN
- China
- Prior art keywords
- pucch
- dci
- value
- tpc command
- transmitted
- 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
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
- H04W72/232—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the physical layer, e.g. DCI signalling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/04—TPC
- H04W52/06—TPC algorithms
- H04W52/14—Separate analysis of uplink or downlink
- H04W52/146—Uplink power control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/04—TPC
- H04W52/30—TPC using constraints in the total amount of available transmission power
- H04W52/32—TPC of broadcast or control channels
- H04W52/325—Power control of control or pilot channels
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/04—TPC
- H04W52/38—TPC being performed in particular situations
- H04W52/383—TPC being performed in particular situations power control in peer-to-peer links
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/04—TPC
- H04W52/54—Signalisation aspects of the TPC commands, e.g. frame structure
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
-
- 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/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W92/00—Interfaces specially adapted for wireless communication networks
- H04W92/16—Interfaces between hierarchically similar devices
- H04W92/18—Interfaces between hierarchically similar devices between terminal devices
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/02—Terminal devices
- H04W88/04—Terminal devices adapted for relaying to or from another terminal or user
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
根据本公开的实施例的无线通信系统中的第一用户设备(UE)的操作方法包括:从基站接收用于侧链路通信的下行链路控制信息(DCI);基于所接收的DCI,向第二UE发送侧链路数据;通过物理侧链路反馈信道(PSFCH)从第二UE接收关于侧链路通信的反馈信息;确定用于向基站发送反馈信息的传输功率;以及基于所确定的传输功率,通过物理上行链路控制信道(PUCCH)向基站发送反馈信息。
Description
技术领域
本公开涉及一种在无线通信系统中控制用户设备(UE)的功率的方法,更具体地,涉及一种用于支持上行链路传输功率控制的方法和装置。
背景技术
为了满足在第四代(4G)通信系统商业化之后对无线数据业务日益增长的需求,已经努力开发改进的第五代(5G)通信系统或前5G通信系统。为此,5G通信系统或前5G通信系统被称为超越4G网络通信系统或后长期演进(LTE)系统。
为了实现高数据速率,正在考虑在超高频毫米波(mmWave)频带(例如,60千兆赫(GHz)频带)中实现5G通信系统。为了减少5G通信系统的超高频带中的无线电波的路径损耗并增加无线电波的发送距离,正在研究各种技术,诸如波束成形、大规模多输入多输出(massive MIMO)、全维MIMO(FD-MIMO)、阵列天线、模拟波束成形和大规模天线。
此外,为了改进用于5G通信系统的系统网络,已经开发了各种技术,诸如演进的小小区、高级小小区、云无线电接入网络(cloud-RAN)、超密集网络、设备到设备(D2D)通信、无线回程、移动网络、协作通信、协作多点(CoMP)和接收干扰消除。此外,对于5G通信系统,已经开发了诸如混合频移键控(FSK)和正交幅度调制(QAM)(FQAM)和滑动窗口叠加编码(SWSC)的高级编码调制(ACM)技术,以及诸如滤波器组多载波(FBMC)、非正交多址(NOMA)和稀疏码多址(SCMA)的高级接入技术。
互联网已经从人类创建和消费信息的基于人类的连接网络发展到物联网(IoT),在IoT中,对象等分布式元素相互交换信息以处理信息。通过与云服务器连接,将IoT技术和大数据处理技术相结合的万物互联(IoE)技术也正在兴起。为了实现IoT,需要诸如感测技术、有线/无线通信和网络基础设施、服务接口技术和安全技术之类的技术元素,因此,近来已经研究了用于物体间连接的技术,诸如传感器网络、机器对机器(M2M)通信或机器类型通信(MTC)。在IoT环境中,可以提供智能互联网技术(IT)服务,其收集和分析由连接的对象产生的数据,并在人类生活中创造新的价值。通过现有信息技术(IT)和各种行业的融合和集成,IoT可以应用于诸如智能家居、智能建筑、智能城市、智能汽车或联网汽车、智能电网、医疗保健、智能家电和先进医疗服务的领域。
因此,已经进行了各种尝试来将5G通信系统应用于IoT网络。例如,传感器网络、M2M通信和MTC等5G通信技术是通过使用波束成形、MIMO和阵列天线等技术来实现的。云RAN作为大数据处理技术的应用也可以被认为是5G技术和IoT技术融合的示例。
如上所述,随着无线通信系统的发展,可以提供各种服务,因此需要一种无缝提供各种服务的方法。
发明内容
技术问题
本公开的目的是提供用于用户设备(UE)和基站通过使用经由下行链路控制信道发送的传输功率控制参数来执行上行链路传输功率控制的操作方法及其装置。
问题的技术方案
根据本公开的实施例的无线通信系统中的第一用户设备(UE)的操作方法包括:从基站接收用于侧链路通信的下行链路控制信息(DCI);基于所接收的DCI,向第二UE发送侧链路数据;通过物理侧链路反馈信道(PSFCH)从第二UE接收关于侧链路通信的反馈信息;确定用于向基站发送反馈信息的传输功率;以及基于所确定的传输功率,通过物理上行链路控制信道(PUCCH)向基站发送反馈信息。
本公开的有利效果
根据本公开,可以提供用于用户设备(UE)和基站通过使用通过下行链路控制信道发送的传输功率控制参数来执行上行链路传输功率控制的操作方法及其装置。
附图说明
图1是示出根据本公开的实施例的载波聚合(CA)系统的图。
图2是用于描述根据本公开的实施例的CA系统中下行链路(DL)数据和DL控制信息的传输以及上行链路(UL)控制信息的传输的示例的图。
图3是用于描述根据本公开的实施例的系统中用户设备(UE)应用经由下行链路控制信息(DCI)获得的UL传输功率控制参数的定时的图。
图4是用于描述根据本公开的实施例的UE经由DCI获得的UL传输功率控制参数在系统中应用的示例的图。
图5是用于描述根据本公开的实施例的CA系统中DL数据和DL控制信息的传输以及UL控制信息的传输的另一示例的图。
图6是用于描述在图5的场景发生的情况下UE的操作的图。
图7是根据本公开的实施例的在应用CA的系统中DL数据和DL控制信息的传输以及UL控制信息的传输的示例的图。
图8是根据本公开的实施例的在应用CA的系统中DL数据和DL控制信息的传输以及UL控制信息的传输的另一示例的图。
图9是根据本公开的实施例的在应用CA的系统中DL数据和DL控制信息的传输以及UL控制信息的传输的另一示例的图。
图10是根据本公开的实施例的在应用CA的系统中DL数据和DL控制信息的传输以及UL控制信息的传输的另一示例的图。
图11是用于描述根据本公开的实施例的子帧和时隙的图。
图12A和12B是用于描述根据本公开的实施例的基于时隙的调度和基于微时隙的调度的图。
图13是用于描述根据本公开的实施例的基于时隙的调度和基于微时隙的调度在应用CA的系统中共存的情况的图。
图14是根据本公开的实施例的其中基于时隙的调度和基于微时隙的调度共存的CA系统的示例的图。
图15A和15B是用于描述根据本公开的实施例的δPUCCH的值的累积的起始点和结束点的图。
图16A和16B是用于描述根据本公开的实施例的δPUCCH的值的累积的起始点和结束点的图。
图17A和17B是用于描述根据本公开的实施例的δPUCCH的值的累积的起始点和结束点的图。
图18是用于描述根据本公开的实施例的δPUCCH的值的累积的起始点和结束点的图。
图19A是用于描述根据本公开的实施例的单个小区中UE的物理下行链路控制信道(PDCCH)监视时机的图。
图19B是用于描述根据本公开的实施例的在CA环境中UE的PDCCH监视时机的图。
图20是用于描述根据本公开的实施例的UE在UL CA环境中确定物理上行链路控制信道(PUCCH)资源的方法的图。
图21A是用于描述根据本公开的实施例的δPUCCH的值的累积的起始点和结束点的图。
图21B是用于描述根据本公开的实施例的δPUCCH的值的累积的起始点和结束点的图。
图21C是用于描述根据本公开的实施例的δPUCCH的值的累积的起始点和结束点的图。
图21D是用于描述根据本公开的实施例的δPUCCH的值的累积的起始点和结束点的图。
图22示出了用于描述本公开的一些实施例的系统的示例。
图23示出了根据本公开的一些实施例的蜂窝系统中基站(BS)控制UE的传输功率的过程。
图24示出了根据本公开的一些实施例的在蜂窝系统中BS控制UE的传输功率的过程。
图25是示出根据实施例的UE的PUCCH传输功率确定的流程图。
图26示出了根据本公开的实施例的UE的结构。
图27示出了根据本公开的实施例的BS的结构。
具体实施方式
可以提供根据本公开的实施例的无线通信系统中的第一用户设备(UE)的操作方法。第一UE的操作方法包括:从基站接收用于侧链路通信的下行链路控制信息(DCI);基于所接收的DCI,向第二UE发送侧链路数据;通过物理侧链路反馈信道(PSFCH)从第二UE接收关于侧链路通信的反馈信息;确定用于向基站发送反馈信息的传输功率;以及基于所确定的传输功率,通过物理上行链路控制信道(PUCCH)向基站发送反馈信息。
确定用于向基站发送反馈信息的传输功率可以包括:基于DCI识别用于通过PUCCH发送反馈信息的传输功率控制(TPC)命令字段,当识别出TPC命令字段不包括在DCI中时,确定用于通过PUCCH发送反馈信息的TPC命令值,以及基于确定的TPC命令值确定传输功率。
TPC命令值可以被确定为0dBm,或者与先前PUCCH传输的TPC命令值相同的值。
确定用于通过PUCCH发送反馈信息的TPC命令值可以包括:在反馈信息通过PUCCH发送之前,识别应用于另一PUCCH传输的TPC命令值,并将TPC命令值确定为与所识别的TPC命令值相同的值。
TPC命令值可以基于由更高层接收的信息来确定。
该操作方法还可以包括基于由包括在DCI中的至少一个字段指示的值来确定TPC命令值。
当识别出TPC命令字段不包括在DCI中时,确定用于通过PUCCH发送反馈信息的TPC命令值可以包括基于由第一UE执行的侧链路通信的侧链路播送类型来确定TPC命令值。侧链路播送类型可以基于更高层信号、层1信号或者从第二UE接收的关于侧链路通信的反馈信息的类型来确定。
关于侧链路通信的反馈信息的类型可以包括发送确认(ACK)或否定确认(NACK)的类型或者发送NACK的类型。
该操作方法还可包括基于预设值或与包括在DCI中的PUCCH资源指示符所指示的PUCCH传输资源相关的信息来确定闭环索引值,并基于闭环索引值来确定TPC命令值。
根据本公开的实施例的在无线通信系统中操作的第一用户设备(UE)包括收发器和至少一个处理器。该至少一个处理器可以被配置为:从基站接收用于侧链路通信的下行链路控制信息(DCI);基于所接收的DCI,向第二UE发送侧链路数据;通过物理侧链路反馈信道(PSFCH)从第二UE接收关于侧链路通信的反馈信息;确定用于向基站发送反馈信息的传输功率;以及基于所确定的传输功率,通过物理上行链路控制信道(PUCCH)向基站发送反馈信息。
所述至少一个处理器还可以被配置为:基于DCI,识别用于通过PUCCH发送反馈信息的传输功率控制(TPC)命令字段;当确定所述TPC命令字段不包括在DCI中时,确定用于通过PUCCH发送反馈信息的TPC命令值;以及基于所确定的TPC命令值,确定传输功率。
TPC命令值可以被确定为0dBm,或者与先前PUCCH传输的TPC命令值相同的值。
所述至少一个处理器还可以被配置为在反馈信息通过PUCCH发送之前,识别应用于另一PUCCH传输的TPC命令值,并且将该TPC命令值确定为与所识别的TPC命令值相同的值。
可以基于包括在DCI中的至少一个字段所指示的值来确定TPC命令值。
所述至少一个处理器还可以被配置为基于由第一UE执行的侧链路通信的侧链路播送类型来确定TPC命令值,其中侧链路播送类型是基于更高层信号、层1信号或者从第二UE接收的关于侧链路通信的反馈信息的类型来确定的。
披露方式
在下文中,将参考附图详细描述本公开的操作原理。在描述本公开时,省略了可能模糊本公开要点的相关公知功能或配置的详细描述。这里使用的术语是考虑到本公开中的功能而定义的术语,但是这些术语可以根据用户或操作者的意图、先例等而变化。因此,这里使用的术语应该基于术语的含义以及整个说明书中的描述来定义。
将会理解,流程图图示的每个框以及流程图图示中的框的组合可以由计算机程序指令来实现。因为这些计算机程序指令可以被加载到通用计算机、专用计算机或其他可编程数据处理装置的处理器中,所以经由计算机或其他可编程数据处理装置的处理器执行的指令产生用于实现(多个)流程图框中指定的功能的装置。因为这些计算机程序指令也可以存储在计算机可执行或计算机可读存储器中,其可以指导计算机或其他可编程数据处理设备以特定的方式运行,所以存储在计算机可执行或计算机可读存储器中的指令可以产生包括用于执行存储在(多个)流程图框中的功能的指令装置的制品。因为计算机程序指令也可以加载到计算机或其他可编程数据处理设备中,所以可以在计算机或其他可编程数据处理设备上执行一系列操作步骤,以产生计算机实现的过程,因此,在计算机或其他可编程数据处理设备上执行的指令可以提供用于实现(多个)流程图框中指定的功能的步骤。
此外,每个框可以代表模块、代码段或代码部分,其包括用于实现(多个)指定逻辑功能的一个或多个可执行指令。还应当注意,在一些替代实现中,框中提到的功能可以不按顺序出现。例如,根据所涉及的功能,连续示出的两个框实际上可以基本上同时执行,或者这些框有时可以以相反的顺序执行。
本实施例中使用的术语“……单元”是指执行特定的任务的软件或硬件组件,诸如现场可编程门阵列(FPGA)或专用集成电路(ASIC)。然而,术语“……单元”并不意味着局限于软件或硬件。“……单元”可以被配置为位于可寻址的存储介质中,或者可以被配置为操作一个或多个处理器。因此,举例来说,“……单元”可以包括诸如软件组件、面向对象的软件组件、类组件和任务组件之类的组件、过程、功能、属性、程序、子例程、程序代码段、驱动程序、固件、微码、电路、数据、数据库、数据结构、表格、数组和变量。组件和“……单元”中提供的功能可以组合成更少的组件和“……单元”或者可以进一步分成附加的组件和“……单元”。此外,组件和“……单元”可以被实现来操作设备或安全多媒体卡中的一个或多个中央处理单元(CPU)。还有,本公开的实施例中的“……单元”可以包括一个或多个处理器。
在本公开中,下行链路(DL)表示由基站(BS)向用户设备(UE)发送的信号的无线传输路径,并且上行链路(UL)表示由UE向BS发送的信号的无线传输路径。在下文中,尽管作为示例描述了长期演进(LTE)或高级LTE(LTE-A)系统,但是本公开的实施例可以应用于具有类似技术背景或信道结构的其他通信系统。例如,可以应用本公开的实施例的其他通信系统可以包括在LTE-A之后开发的5G移动通信技术(第五代(5G)、新无线电(NR)等),并且5G以下可能是包括现有LTE、LTE-A和其他类似服务的概念。此外,本领域普通技术人员可以在不脱离本公开的范围的情况下,通过一些修改将本公开应用于其他通信系统。
在下文中,为了便于解释,例示了用于标识接入节点的术语、指示网络实体的术语、指示消息的术语、指示网络实体之间的接口的术语以及指示这里使用的各种标识信息的术语。因此,本公开不限于下面描述的术语,并且可以使用表示具有相同技术含义的对象的其他术语。
在下文中,为了便于解释,可以使用第三代合作伙伴计划长期演进(3GPP LTE)标准中定义的一些术语和名称。然而,本公开不限于这些术语和名称,并且可以等同地应用于符合其他标准的系统。
在本公开的以下描述中,当认为众所周知的功能或配置可能不必要地模糊了本公开的本质时,不再详细描述它们。在下文中,将参考附图描述本公开的实施例。
根据本公开的实施例,能够通过将至少两个频带聚集来提高数据速率的载波聚合(CA)技术是众所周知的。支持CA的系统中的UE可以经由配置DL或UL的两个或更多个载波频率来发送或接收DL/UL数据和控制信息。多条信息可以被包括在物理上行链路共享信道(PUSCH)、物理上行链路控制信道(PUCCH)或探测参考信号(SRS)中,并且经由UL发送。
根据本公开的实施例,当UE经由UL执行发送(经由PUSCH、PUCCH或SRS的发送)时,UE可以执行传输功率控制,以减少对相邻小区的干扰,并增加要经由UL发送的信息的接收可靠性。对于UL传输功率控制,UE可以通过使用从BS接收的参数和由UE测量的DL路径衰减值来配置传输功率值。在这种情况下,从BS接收的参数中的一些参数可以由UE经由无线电资源控制(RRC)信令接收,并且一些参数可以由UE经由DL控制信道的下行链路控制信息(DCI)接收。此外,由UE经由DL控制信道的DCI接收的传输功率控制参数可以通过使用仅向特定的UE发送的UE特定的DCI从BS发送,或者可以通过使用仅向特定的组的UE发送的组公共DCI从BS发送。
根据本公开的实施例,在CA环境中,UE可以从一个或多个小区接收一个或多个DCI。例如,在三个小区的CA环境中,UE可以从三个小区接收三个DCI。在这种情况下,三个DCI可以被配置为UE特定的DCI和组公共DCI之一(例如,三个DCI可以被配置为三个UE特定的DCI或三个组公共DCI),或者可以被配置为UE特定的DCI和组公共DCI的组合(例如,三个DCI可以被配置为一个UE特定的DCI和两个组公共DCI的组合)。
根据本公开的实施例,使用经由DCI接收的参数的UL传输功率控制方法可以包括累积方法和使用绝对值的方法。累积方法可以是累积和使用由UE经由DCI接收的传输功率控制参数值的方法。使用绝对值的方法可以是UE使用经由DCI接收的传输功率控制参数值而不进行累积的方法。根据本公开的实施例的BS可以经由RRC信令来配置要使用两种传输功率控制方法中的哪一种方法。
根据本公开的实施例,当要使用累积方法时,UE可以确定UE接收的两个或更多个DCI中的哪个DCI要用于执行累积。
图1是示出了根据本公开的实施例的CA系统的图。
图1示出了UL载波频率的数量等于DL载波频率的数量的示例,但是本公开不限于此。也就是说,UL载波频率的数量可以是DL载波频率的数量的子集。例如,当假设DL载波频率的数量是N,并且UL载波频率的数量是M时,N≥M。在这种情况下,在CA中使用的载波可以被称为小区。
根据本公开的实施例,UE可以经由DL/UL从包括N个小区的BS的一些小区(即,例如,两个小区)发送/接收数据和控制信息。在这种情况下,小区-1和小区-2可以向UE发送用于DL数据传输的DL控制信息。此外,小区-1和小区-2可以向UE发送用于UL数据传输的UL控制信息。
传统无线通信系统中关于PUCCH的传输功率控制如[等式1]所示。
[等式1]
在[等式1]中,PPUCCH(i)指示UE的第i个子帧中PUCCH的传输功率,并且[等式1]中的参数中的每个参数如下。
-PO_PUCCH:包括PO_NOMINAL_PUCCH+PO_UE_PUCCH并且是基站经由RRC信令为UE配置的值的参数。具体地,PO_NOMINAL_PUCCH是包括8比特信息并且具有[-126,24]dB范围的小区特定的值。此外,PO_UE_PUCCH是包括4比特信息并具有[-8,7]dB范围的UE特定的值。小区特定的值经由系统信息块(SIB)从BS向UE发送,并且UE特定的值经由专用RRC信令从BS向UE发送。
-PLc:由UE计算的路径损耗值。UE根据BS发送的DL信道的小区特定的参考信号(CRS)的接收功率来计算路径损耗值。更详细地,BS经由UE特定的或小区特定的RRC信令向UE发送referenceSignalPower(参考信号功率)和滤波系数,并且基于此,UE如下计算路径损耗值。PLc=referenceSignalPower-更高层滤波后的RSRP
-ΔF_PUCCH():经由更高层信令(小区特定的信令或UE特定的RRC信令)向UE发送的值,该值根据PUCCH的格式而变化,并且具有相对于PUCCH格式1a的相对值(1比特HARQ-ACK/NACK传输)。ΔF_PUCCH(F)的值如[表1]所示配置。
[表1]
表1:ΔF_PUCCH(F)值
PUCCH格式 | 参数,Δ<sub>F_PUCCH</sub>(F) | 值[dB] |
1 | deltaF-PUCCH-Format1 | [-2,0,2] |
1b | deltaF-PUCCH-Format1b | [1,3,5] |
2 | deltaF-PUCCH-Format2 | [-2,0,1,2] |
2a | deltaF-PUCCH-Format2a | [-2,0,2] |
2b | deltaF-PUCCH-Format2b | [-2,0,2] |
-ΔTxD(F’)是当PUCCH经由2天线端口(即,空间频率分组码(SFBC))发送时经由更高层信令(小区特定的信令或UE特定的RRC信令)向UE发送的值,并且该值根据PUCCH的格式而变化。不使用SFBC时,δTxD(F’)=0。OTxD(F’)的值如[表2]所示配置。
[表2]
表2:ΔTxD(F′)值
PUCCH格式 | 参数,Δ<sub>F_PUCCH</sub>(F) | 值[dB] |
1 | deltaTxD-OffsetPUCCH-Format1 | [0,-2] |
1a/1b | deltaTxD-OffsetPUCCH-Format1a1b | [0,-2] |
2/2a/2b | deltaTxD-OffsetPUCCH-Format22a2b | [0,-2] |
3 | deltaTxD-OffsetPUCCH-Format3 | [0,-2] |
-h(nCQI,nHARQ,nSR):根据PUCCH的格式,可以使用不同的值。在这种情况下,nCQI可以指示在对信道质量信息(CQI)的反馈中使用的比特数。nHARQ可以指示混合自动重复请求(HARQ)-ACK/NACK反馈中使用的比特数。此外,nSR是0或1,作为在对调度请求的反馈中使用的比特。根据PUCCH的格式,h(nCQI,nHARQ,nSR)可以具有不同的值。
-g(i)是用于执行闭环功率控制的参数。BS可以将PUCCH传输功率校正为UE特定的。与PUSCH传输功率控制不同,在PUCCH传输功率控制中,仅基于累积的传输功率控制被执行,并且g(i)如[等式2]中给出。
[等式2]
也就是说,第i个子帧中的g(i)可以通过将已经在第i-km个子帧中经由物理下行链路控制信道(PDCCH)在DCI向UE发送的δPUCCH的值累积到在前一子帧(即,第i-1个子帧)中使用的g(i-1)的值来计算。OPUCCH的值可以根据DCI格式而变化。对于DCI格式1A/1B/1D/1/2A/2B/2C/2/3,可以使用与[表3]的累积的δPUSCH相同的值。在DCI格式3A的情况下,δPUCCH的值可以等于[表4]中使用的δPUSCH的值。
[表3]
表3:DCI格式0/3/4中的TPC命令字段到累积的δPUSCH值的映射。
[表4]
表4:DCI格式3A中的TPC命令字段到累积的δPUSCH值的映射。
DCI格式3A中的TPC命令字段 | 累积的δ<sub>PUSCH</sub>[dB] |
0 | -1 |
1 | 1 |
在[等式2]中,在频分双工(FDD)系统和时分双工(TDD)系统中可以不同地使用M的值和k0的值。更详细地,在FDD系统中,M=1和K0=4,并且在TDD系统中,根据DL/UL配置,M和K0可以具有不同的值,如[表5]所示。
[表5]
表5:针对TDD的{k0,k1,...,kM-1}
图2是用于描述根据本公开的实施例的CA系统中的DL数据和DL控制信息的传输以及UL控制信息的传输的示例的图。
根据本公开的实施例,分量载波#1(CC#1)可以被称为主小区(PCell)。
CC#2到CC#N可以被称为辅小区(SCell)。在这种情况下,CC#1可以向UE发送分别是PDCCH-1和PDSCH-1的DL数据和控制信息。
CC#2还可以向UE发送分别是PDCCH-2和PDSCH-2的DL数据和控制信息。
从PCell(CC#1)向UE发送的PDCCH-1可以包括从PCell向UE发送的PDSCH-1的资源分配信息,以及作为在PCell上发送的PUCCH的传输功率控制参数值的[表3]的2比特δPUCCH值。从SCell(CC#2)向UE发送的PDCCH-2可以包括从CC#2向UE发送的PDSCH-2的资源分配信息,以及在PCell上发送的PUCCH的资源分配信息。在这种情况下,PUCCH的资源分配信息可以重用传输功率控制(TPC)命令字段。
也就是说,从Scell发送的PUCCH不具有用于单独的PUCCH资源分配信息的特定的字段。在这种情况下,UE可以将由BS指示δPUCCH值的2比特TPC命令字段重新解释为PUCCH资源分配信息。
尽管图2中未示出,但是即使当三个小区发送PDCCH时,也可以应用本公开的实施例。因此,无论小区的数量如何,都可以应用本公开的实施例。当CC#2和CC#3分别发送PDCCH-2和PDSCH-2以及PDCCH-3和PDSCH-3时,PDCCH-2和PDCCH-3的TPC命令字段可以包括在PCell上发送的PUCCH的资源分配信息。PDCCH-2和PDCCH-3的TPC命令字段可以具有相同的值,并且UE可以将PDCCH-2和PDCCH-3的TPC命令字段的全部重新解释为经由PCell发送的PUCCH的资源分配信息。
图3是根据本公开的实施例的用于描述UE应用经由DCI获得的UL传输功率控制参数的定时的图。
在FDD系统中,关于经由DL在第n-4个子帧中接收的物理下行链路共享信道(PDSCH)的HARQ ACK/NACK信息经由第n个子帧的PUCCH发送。因此,UE从在第n-4个子帧中接收的UE特定的DCI的TPC命令字段获得的δPUCCH的值(或者UE从组公共DCI获得的δPUCCH的值)被用于第n个子帧的PUCCH的发送。
在TDD系统中,可以应用[表5]中的规则。更详细地,在遵循TDD DL/UL配置#0的系统中,DL和UL的配置可以如图3的示例中那样。在这种情况下,D可以指示DL子帧(DL),U指示UL子帧(UL),S可以指示DL、UL和间隙共存的s特殊子帧。
参考[表5],要应用于子帧-2的δPUCCH的值(UE从UE特定的DCI的TPC命令字段获得的δPUCCH的值或者UE从组公共DCI获得的δPUCCH的值)对应于在子帧-2之前的先前第六个子帧中发送的δPUCCH的值。也就是说,要应用于子帧-2的δPUCCH的值可以对应于在6号子帧中发送的δPUCCH的值。
要应用于子帧4的δPUCCH的值可以对应于在子帧4之前的先前第四个子帧中发送的δPUCCH的值。也就是说,要应用于子帧-4的δPUCCH的值可以对应于在0号子帧中发送的δPUCCH的值。
要应用于子帧-7的δPUCCH的值可以对应于在子帧-7之前的先前第六个子帧中发送的δPUCCH的值。也就是说,要应用于子帧-7的δPUCCH的值可以对应于在1号子帧中发送的δPUCCH的值。
最后,要应用于子帧-9的δPUCCH的值可以对应于在子帧-9之前的先前第四个子帧中发送的δPUCCH的值。也就是说,要应用于子帧-9的δPUCCH的值可以对应于在5号子帧中发送的δPUCCH的值。
图4是用于描述根据本公开的实施例的应用UE经由DCI获得UL传输功率控制参数的示例的图。
UE可以从一个或多个小区接收一个或多个UE特定的DCI或组公共DCI。在这种情况下,UE特定的DCI指示具有由小区无线电网络临时标识符(C-RNTI)或半持久调度(SPS)-RNTI加扰的DCI的循环冗余校验(CRC)的DCI格式,并且更具体地,可以指示DCI格式1、1A、2、2A、2B或2C或DCI格式0_0、0_1、1_0或1_1。
组公共DCI指示具有由TPC-PUCCH-RNTI(或TPC-PUSCH-RNTI或TPC-SRS-RNTI)加扰的DCI的CRC的DCI格式,更具体地,可以指示DCI格式3或3A或DCI格式2_2或2_3。
UE可以在特定的子帧(例如,第n个子帧)中从一个或多个小区接收一个或多个DCI,例如,两个或更多个UE特定的DCI、两个或更多个组公共DCI、或者两个或更多个UE特定的DCI和组公共DCI。在接收到DCI时,UE可以确定是否存在从PCell接收到的DCI,并且当存在从PCell接收到的DCI时,UE可以从该DCI获得δPUCCH的值。也就是说,UE可以从UE特定的DCI或组公共DCI的TPC命令字段中获得δPUCCH的值。
UE可以从从SCell接收的UE特定的DCI的TPC命令字段中获得要在PCell上发送的PUCCH的资源信息。
当UE从两个或更多个SCell接收到两个或更多个UE特定的DCI时,UE可能不期望不同的UE特定的DCI指示两条或更多条不同的PUCCH资源信息。也就是说,BS可以经由不同的UE特定的DCI发送相同的PUCCH资源信息。
在UE分别从PCell和SCell的DCI获得δPUCCH的值和用于PUCCH传输的PUCCH的资源信息之后,UE可以配置要在PCell上发送的PUCCH的传输功率值。更详细地,UE可以通过使用[等式2]来更新g(i)的值,并且可以通过使用[等式1]来配置PPUCCH(i)的值。UE可以通过使用配置的PPUCCH(i)在第i个子帧中发送PUCCH。
图5是用于描述根据本公开的实施例的CA系统中DL数据和DL控制信息的传输以及UL控制信息的传输的另一示例的图。
与图2不同,在图5中,CC#1可以不向UE发送DL数据和控制信息,并且CC#2和CC#N可以分别向UE发送PDCCH-2和PDSCH-2以及PDCCH-N和PDSCH-N。
根据图2至图4的描述,UE可以经由从PCell(CC#1)发送的PDCCH-1的2比特TPC命令字段获得关于δPUCCH的值的信息,并且可以经由从SCell发送的PDCCH的2比特TPC命令字段获得要在PCell上发送的PUCCH的资源分配信息。在这种情况下,当两个或更多个SCell发送PDCCH时,各个SCell的PDCCH的2比特TPC命令字段可以具有相同的值。
参考图5,因为没有从PCell发送的PDCCH-1和PDSCH-1,所以UE可能不能从PDCCH-1的DCI获得UE可以参考来发送PUCCH的δPUCCH的值。
图6是根据本公开的实施例的用于描述根据图5的UE的操作的示例的图。
根据本公开的实施例的UE可以在第(n-k)个子帧中从一个或多个小区接收一个或多个DCI。
然后,UE可以在第n个子帧中在PCell上发送PUCCH。在这种情况下,在FDD系统的情况下,k的值固定为4,并且在TDD系统的情况下,根据DL和UL的配置(即,根据TDD DL/UL配置),k的值遵循[表2]。
在图6中,UE可以确定在第(n-k)个子帧中从PCell接收的UE特定的DCI是否存在。
当从PCell接收的UE特定的DCI存在时,UE可以从UE特定的DCI获得δPUCCH的值。
当从PCell接收的UE特定的DCI不存在时,UE可以确定从PCell接收的组公共DCI是否存在。
当在第(n-k)个子帧中从PCell接收的组公共DCI存在时,UE可以从组公共DCI获得δPUCCH的值。
当在第(n-k)个子帧中从PCell接收的组公共DCI不存在时,UE可以将δPUCCH的值配置为0dB。UE可以从从SCell接收的UE特定的DCI的TPC命令字段中获得要在PCell上发送的PUCCH的资源信息。
当UE从两个或更多个SCell接收到两个或更多个UE特定的DCI时,UE可能不期望不同的UE特定的DCI指示两条或更多条不同的PUCCH资源信息。也就是说,BS可以经由不同的UE特定的DCI发送相同的PUCCH资源信息。
在UE分别从PCell和SCell的DCI获得δPUCCH的值和用于PUCCH传输的PUCCH的资源信息之后,UE可以配置要在PCell上发送的PUCCH的传输功率值。更详细地,UE可以通过使用[等式2]来更新g(i)(其中i=n)的值,并且可以通过使用[等式1]来配置PPUCCH(n)的值。UE可以通过使用配置的PPUCCH(n)在第n个子帧中发送PUCCH。
如参考图2至图6所描述的,根据2比特TPC命令字段是从PCell的DCI还是SCell的DCI发送,UE对TPC命令字段的解释可以不同。也就是说,UE可以从从PCell发送的DCI的TPC命令字段中获得δPUCCH的值,并且可以从从SCell发送的DCI的TPC命令字段中获得PUCCH的资源信息。因为这种操作不需要用于指示PUCCH的资源分配信息的附加比特,所以可以减少DCI比特数量的开销。
在根据本公开的实施例的通信系统中,DCI比特的数量可能需要增加。因此,在根据本公开的实施例的通信系统中,用于向UE指示用于PUCCH的传输功率控制的δPUCCH的值的DCI比特和用于向UE指示PUCCH的资源分配信息的DCI比特可以分开存在。在这种情况下,UE可以从两个或更多个小区接收两个或更多个DCI,并且需要定义UE在那时应该执行的操作。例如,需要定义UE是遵循PCell的UE特定的DCI的TPC命令字段,还是遵循从PCell和SCell发送的两个或更多个TPC命令字段的全部。
图7是用于描述根据本公开的实施例的应用CA的系统中的DL数据和DL控制信息的传输以及UL控制信息的传输的图。
UE可以在第(n-k)个子帧中从一个或多个小区接收一个或多个DCI。然后,UE可以在第n个子帧中在PCell上发送PUCCH。
在根据本公开的实施例的通信系统中,为了支持具有各种延迟的服务,BS可以灵活地配置k的值。在这种情况下,k可以指示接收DCI的时间和发送PUCCH的时间之间的时间差。
更详细地,FDD系统中的k值可以是4,并且根据DL和UL的配置,TDD系统中的k值可以对应于[表2]中定义的值。也就是说,可以使用k的固定值。
根据本公开的实施例,配置帧或时隙的DL和UL的比率和模式可以变化,并且可以动态地改变。因此,BS可以为UE配置或指示k值。
例如,BS可以经由RRC信令向UE指示包括两个或更多个k值的k值候选,并且可以经由DCI向UE指示k值候选中的一个k值。在这种情况下,BS可以通过充分考虑UE的处理时间能力来配置k的值。更详细地,在与每个UE协商能力的过程中,BS可以获得关于每个UE的处理时间能力的信息。例如,UE-A可以提供快速处理时间,因此可以使用小的k值,但是UE-B可能不提供快速处理时间,因此应该使用大的k值。
根据本公开的实施例,UE可以通过使用k的值来确定在第(n-k)子帧中从PCell接收的UE特定的DCI是否存在。
当从PCell接收的UE特定的DCI存在时,UE可以从DCI的TPC命令字段获得δPUCCH的值。
当从PCell接收的UE特定的DCI不存在时,UE可以确定从SCell接收的UE特定的DCI是否存在。
当从SCell接收的UE特定的DCI存在时,UE可以从DCI的TPC命令字段获得δPUCCH的值。
当UE从两个或更多个SCell接收到两个或更多个UE特定的DCI时,UE可以从从具有最低小区索引的SCell接收的UE特定的DCI的TPC命令字段中获得δPUCCH的值。
当没有从PCell和SCell接收到的UE特定的DCI时,UE可以将δPUCCH的值配置为0dB。
基于通过PCell或SCell的UE特定的DCI获得的值δPUCCH(当从PCell或SCell接收的UE特定的DCI存在时),或者被配置为0dB的δPUCCH的值(当从PCell或SCell接收的UE特定的DCI不存在时),UE可以通过使用[等式2]来更新g(i)(其中i=n)的值。
BS可以经由PCell和一个或多个SCell的UE特定的DCI来发送PUCCH的资源信息。在这种情况下,BS可以将经由UE特定的DCI发送的PUCCH的资源信息配置为在所有小区中相同,并且可以向UE发送PUCCH的源信息。
因此,UE可以经由从PCell或SCell中的一个小区发送的UE特定的DCI来获得PUCCH的资源信息。通过使用g(i)的更新值和获得的PUCCH的资源信息,UE可以配置要在PCell上发送的PUCCH的传输功率值。然后,通过使用配置的PUCCH的传输功率值,UE可以在第n个子帧中发送PUCCH。
图8是用于描述根据本公开的实施例的应用CA的系统中的DL数据和DL控制信息的传输以及UL控制信息的传输的图。
根据本公开的实施例的UE可以在第(n-k)个子帧中从一个或多个小区接收一个或多个DCI。然后,UE可以在第n个子帧中在PCell上发送PUCCH。
如参考图7所描述的,UE可以通过使用k的值来确定在第(n-k)子帧中从PCell接收的UE特定的DCI是否存在。
当从PCell接收的UE特定的DCI存在时,UE可以从DCI的TPC命令字段获得δPUCCH的值。
当从PCell接收的UE特定的DCI不存在时,UE可以确定从SCell接收的UE特定的DCI是否存在。
当从SCell接收的UE特定的DCI存在时,UE可以从DCI的TPC命令字段获得δPUCCH的值。
当UE从两个或更多个SCell接收到两个或更多个UE特定的DCI时,根据BS和UE之间的预定义规则,UE可以从从SCell接收的UE特定的DCI的TPC命令字段中获得δPUCCH的值。例如,UE可以从从具有最低小区索引的SCell接收的UE特定的DCI的TPC命令字段中获得δPUCCH的值。
根据本公开的实施例,当没有从PCell和SCell接收到UE特定的DCI时,UE可以确定是否有从PCell接收到的组公共DCI。
当从PCell接收的组公共DCI存在时,UE可以从组公共DCI获得δPUCCH的值。
当从PCell或SCell接收的UE特定的DCI不存在并且从PCell接收的组公共DCI不存在时,UE可以将δPUCCH的值配置为0dB。
UE可以基于所获得的δPUCCH(当从PCell或SCell接收的UE特定的DCI存在时,或者当从PCell接收的组公共DCI存在而从SCell接收的UE特定的DCI不存在时),或者被配置为0dB的δPUCCH的值(当从PCell接收的UE特定的DCI或组公共DCI不存在并且从SCell接收的UE特定的DCI不存在时),通过使用[等式2]来更新g(i)(其中i=n)的值。
类似于图7,BS可以经由PCell和一个或多个SCell的UE特定的DCI发送PUCCH的资源信息,并且在这种情况下,BS可以将经由UE特定的DCI发送的PUCCH的资源信息配置为在所有小区中相同,并且可以向UE发送PUCCH的资源信息。
因此,UE可以经由从PCell或SCell中的一个小区发送的UE特定的DCI来获得PUCCH的资源信息。通过使用g(i)的更新值和获得的PUCCH的资源信息,UE可以配置要在PCell上发送的PUCCH的传输功率值。然后,通过使用配置的PUCCH的传输功率值,UE可以在第n个子帧中发送PUCCH。
图9是用于描述根据本公开的实施例的应用CA的系统中的DL数据和DL控制信息的传输以及UL控制信息的传输的图。
根据本公开的实施例,在图8中,当从PCell接收的UE特定的DCI不存在时,UE可以确定来自具有最低小区索引的SCell的UE特定的DCI是否存在,并且当该DCI不存在时,可以确定从PCell发送的组公共DCI是否存在。
根据本公开的实施例,在图9中,当从PCell接收的UE特定的DCI不存在时,UE可以首先确定从PCell发送的组公共DCI是否存在,并且当相应的DCI存在时,UE可以从组公共DCI获得δPUCCH的值。
当从PCell发送的UE特定的DCI或组公共DCI不存在时,UE可以确定从SCell接收的UE特定的DCI是否存在。当从两个或更多个SCell发送UE特定的DCI时,UE可以经由从具有最低小区索引的SCell发送的UE特定的DCI来获得δPUCCH的值。
当从PCell接收的UE特定的DCI或组公共DCI不存在,并且从SCell接收的UE特定的DCI不存在时,UE可以将δPUCCH的值配置为0dB。UE可以基于所获得的δPUCCH的值或被配置为0dB的δPUCCH的值,通过使用[等式2]来更新g(i)的值(其中i=n)。
类似于图7和图8,BS可以经由PCell或一个或多个SCell的UE特定的DCI来发送PUCCH的资源信息。在这种情况下,BS可以将经由UE特定的DCI发送的PUCCH的资源信息配置为在所有小区中相同,并且可以向UE发送PUCCH的资源信息。
因此,UE可以经由从PCell或SCell中的一个小区发送的UE特定的DCI来获得PUCCH的资源信息。通过使用g(i)的更新值和获得的PUCCH的资源信息,UE可以配置要在PCell上发送的PUCCH的传输功率值。然后,通过使用配置的PUCCH的传输功率值,UE可以在第n个子帧中发送PUCCH。
作为由BS进行的PUCCH资源信息传输的另一个示例,BS可以根据BS和UE之间的预定义规则向UE发送PUCCH资源信息。也就是说,BS可能不会经由从PCell或SCell中的一个小区发送的UE特定的DCI来同等地配置和发送PUCCH资源信息。根据本公开的实施例,UE和BS可以预定义经由从PCell发送的UE特定的DCI来发送PUCCH资源信息。
在这种情况下,UE可以经由从PCell发送的UE特定的DCI来获得PUCCH资源信息,并且可以忽略包括在从一个或多个SCell发送的UE特定的DCI中的PUCCH资源信息,而不管BS的配置如何。作为另一个示例,BS可以用特定的值来配置PUCCH资源信息的字段,该PUCCH资源信息被包括在从一个或多个SCell发送的UE特定的DCI中。例如,BS可以将该字段的所有比特配置为‘0’或‘1’。在接收到此之后,UE可以忽略关于PUCCH资源信息的字段。为了便于解释,尽管提供了这样的示例,其中关于包括在从一个SCell或多个SCell发送的UE特定的DCI中的PUCCH资源信息的字段被配置为特定的值,但是通常,BS可以发送仅对从与UE预定义的特定的小区发送的UE特定的DCI有效的PUCCH资源信息,并且可以发送对从其他小区发送的UE特定的DCI无效的PUCCH资源信息。在这种情况下,无效的PUCCH资源信息可以被视为关于配置有特定的值的PUCCH资源信息的字段。
作为由BS进行的PUCCH资源信息传输的另一个示例,BS可以经由从具有最低小区索引的PCell和SCell发送的UE特定的DCI向UE通知PUCCH资源信息。没有从PCell接收到UE特定的DCI的UE可以经由接收从具有最低小区索引的SCell发送的UE特定的DCI来获得PUCCH资源信息。
UE可以从从具有最低小区索引的PCell和SCell发送的UE特定的DCI中获得PUCCH资源信息,并且可以忽略包括在从一个或多个SCell发送的UE特定的DCI中的PUCCH资源信息,而不管BS的配置如何。替代地,BS可以用特定的值来配置PUCCH资源信息的字段,该PUCCH资源信息包括在从一个或多个SCell发送的UE特定的DCI中。例如,BS可以将该字段的所有比特配置为‘0’或‘1’。
作为另一个示例,BS可以经由在特定的SCell上发送的UE特定的DCI向UE通知PUCCH资源信息。例如,BS可以经由在具有最低小区索引的SCell上发送的UE特定的DCI向UE通知PUCCH资源信息。UE可以忽略包括在从PCell发送的UE特定的DCI和从SCell发送的UE特定的DCI中的PUCCH资源信息,而不管BS的配置如何。
替代地,BS可以用特定的值来配置PUCCH资源信息的字段,该PUCCH资源信息被包括在排除将被UE参考以获得PUCCH资源信息的UE特定的DCI的UE特定的DCI中。例如,BS可以将该字段的所有比特配置为‘0’或‘1’。
作为另一个示例,BS可以经由在特定的SCell上发送的UE特定的DCI向UE通知PUCCH资源信息。例如,BS可以经由在具有最低小区索引的SCell上发送的UE特定的DCI向UE通知PUCCH资源信息。UE可以忽略包括在从PCell接收的UE特定的DCI和从一个或多个SCell发送的UE特定的DCI中的PUCCH资源信息,而不管BS的配置如何。
替代地,BS可以用特定的值来配置PUCCH资源信息的字段,该PUCCH资源信息被包括在排除将被UE参考以获得PUCCH资源信息的UE特定的DCI的UE特定的DCI中。例如,BS可以将该字段的所有比特配置为‘0’或‘1’。
作为另一示例,BS可以经由RRC信令或媒体接入控制控制元素(MAC CE)向UE通知UE要参考以获得PUCCH资源信息的小区索引。
当获得该索引时,UE可以从具有该小区索引的小区发送的UE特定的DCI中获得PUCCH资源信息。UE可以忽略从从不具有由BS通知的索引的一个或多个小区发送的UE特定的DCI发送的PUCCH资源信息。
图10是用于描述根据本公开的实施例的应用CA的系统中的DL数据和DL控制信息的传输以及UL控制信息的传输的图。
根据本公开的实施例的UE可以通过使用从从PCell和一个或多个SCell接收的所有UE特定的DCI获得的δPUCCH的值来更新[等式2]的g(i)的值。也就是说,UE可以累积并使用包括在UE特定的DCI中的δPUCCH的所有值。在这种情况下,组公共DCI中包括的δPUCCH的值可以不被累积。
当所接收的UE特定的DCI不存在时,UE可以将δPUCCH的值配置为0dB,并且可以通过使用[等式2]来更新g(i)的值。
此外,如上文参考图9所述,UE可以通过使用上述方法中的至少一种来获得PUCCH的资源信息。
通过使用g(i)的更新值和获得的PUCCH的资源信息,UE可以配置要在PCell上发送的PUCCH的传输功率值。
通过使用配置的PUCCH的传输功率值,UE可以在第n个子帧中发送PUCCH。
图11是用于描述根据本公开的实施例的子帧和时隙的图。
一个子帧在时间轴上可以具有1ms的长度,并且一个时隙可以包括14个符号。当使用15kHz的子载波间隔时,包括14个符号的一个时隙具有1ms的长度,因此,一个时隙和一个子帧可以是相同的。
当使用30kHz的子载波间隔时,包括14个符号的一个时隙具有0.5ms的长度,因此,一个子帧可以包括两个时隙。此外,当使用60kHz的子载波间隔时,包括14个符号的一个时隙具有0.25ms的长度,因此,一个子帧可以包括四个时隙。因此,当子载波间隔Δf是15kHz的N倍时,包括一个子帧的时隙的数量可以增加N倍。
因此,即使当使用图11中未示出的子载波间隔时,也可以应用这样的规则。例如,当使用120kHz的子载波间隔时,Δf是15kHz的8倍,因此,包括一个子帧的时隙的数量可以是8。
图12A是用于描述根据本公开的实施例的基于时隙的调度的图。
第n个DL时隙可以包括PDCCH和PDSCH,并且第(n+k1)个UL时隙可以包括PUSCH和PUCCH。在这种情况下,为了便于解释,第n个时隙的PDCCH包括一个符号,但是PDCCH可以包括两个符号或三个符号。此外,尽管要发送PDCCH的符号的位置是第一符号,但是本公开不限于此。也就是说,要发送PDCCH的符号的位置可以是第二符号或者在第二符号之后。
此外,尽管PUCCH要在第(n+k1)个时隙中的最后一个符号上发送,但是PUCCH可以在构成第(n+k1)个时隙的14个符号中的随机位置上发送。此外,尽管PUCCH包括一个符号,但是构成PUCCH的符号的数量可以等于或大于2并且等于或小于14。
图12B是用于描述根据本公开的实施例的基于微时隙的调度的图。
DL微时隙可以包括第n个DL时隙中的PDCCH和PDSCH。在这种情况下,尽管微时隙包括一个PDCCH符号和两个PDSCH符号,但是本公开不限于此。也就是说,小于在基于DL时隙的调度中使用的PDSCH符号的数量的情况可以被称为DL微时隙。
第(n+k2)个UL时隙可以包括PUSCH和PUCCH。在这种情况下,为了便于解释,第(n+k2)个UL时隙中的UL微时隙包括5个符号,但是本公开不限于此。也就是说,小于在基于UL时隙的调度中使用的PUSCH符号的数量的情况可以被称为UL微时隙。此外,尽管PUCCH要在第(n+k2)个时隙中的最后一个符号上发送,但是PUCCH可以在构成第(n+k2)个UL时隙的14个符号中的随机位置上发送。此外,尽管PUCCH包括一个符号,但是构成PUCCH的符号的数量可以等于或大于2并且等于或小于14。
图13是用于描述根据本公开的实施例的基于时隙的调度和基于微时隙的调度在应用CA的系统中共存的情况的图。
假设BS在1号载波(CC#1)上经由基于时隙的调度在第n1个时隙中发送PDCCH和PDSCH,并且CC#1是PCell。此外,假设BS在2号载波(CC#2)上经由基于微时隙的调度,在第n2个时隙内包括3个符号的微时隙中发送PDCCH和PDSCH。此外,假设BS在3号载波(CC#3)上经由基于微时隙的调度在第n3个时隙内包括5个符号的微时隙中发送PDCCH和PDSCH。最后,假设仅经由作为PCell的CC#1发送PUCCH。
在这种情况下,n1、n2和n3可以彼此不同,但是n1+k1=n2+k2=n3+k3也是可能的。这可能意味着可以经由相同时间的PUCCH来发送关于包括时隙或微时隙并且在每个CC的DL中发送的PDSCH的HARQ-ACK/NACK信息。
此外,尽管在图13中PUCCH经由所有小区发送,但是从系统的角度来看,这仅仅是考虑不支持CA的UE接入特定的小区的情况的示例。也就是说,接入CC#2并且不具有CA支持能力的UE-2可以在CC#2的DL载波上接收PDCCH和PDSCH,并且可以在CC#2的UL载波上发送PUCCH。
此外,接入CC#3并且不具有CA支持能力的UE-3可以在CC#3的DL载波上接收PDCCH和PDSCH,并且可以在CC#2的UL载波上发送PUCCH。与此不同,具有CA支持能力的UE-1可以在CC#1、CC#2和CC#3的DL载波上接收PDCCH和PDSCH,并且可以在CC#1的UL载波上发送PUCCH。在这种情况下,假设CC#1是PCell。图13示出了三个CC,但是本公开可以应用于至少四个CC的CA场景。
在前述假设下,具有CA支持能力的UE可以从在CC#1的第n1个时隙中发送的PDCCH的DCI字段中获得指示PUCCH要在第(n1+k1)个时隙中发送的PUCCH的定时信息(即,k1值)、在第(n1+k1)个时隙中发送的PUCCH的资源信息、以及用于配置PUCCH的传输功率值的δPUCCH的值。
UE可以从在CC#2的第n2个时隙内的微时隙中发送的PDCCH的DCI字段获得指示PUCCH要在第(n2+k2)个时隙中发送的PUCCH的定时信息(即,k2值)、在第(n2+k2)个时隙中发送的PUCCH的资源信息、以及用于配置PUCCH的传输功率值的δPUCCH的值。
类似地,UE可以从在CC#3的第n3个时隙内的微时隙中发送的PDCCH的DCI字段获得指示PUCCH要在第(n3+k3)个时隙中发送的PUCCH的定时信息(即,k3值)、在第(n3+k3)个时隙中发送的PUCCH的资源信息、以及用于配置PUCCH的传输功率值的δPUCCH的值。
图14是用于描述根据本公开的实施例的在基于时隙的调度和基于微时隙的调度共存的CA环境中的DL数据和DL控制信息的传输以及UL控制信息的传输的图。
根据本公开的实施例的UE可以从一个或多个小区接收一个或多个DCI。在这种情况下,DCI可以是UE特定的DCI或者组公共的DCI。
如图13所示,UE可以在每个CC上接收在CC#1的第n1个时隙、CC#2的第n2个时隙和CC#3的第n3个时隙中经由基于时隙或基于微时隙的调度发送的PDSCH和包括关于PDSCH的控制信息的PDCCH。在这种情况下,在每个CC上接收的PDCCH是关于基于时隙或基于微时隙的调度的PDCCH,因此,DCI可以被视为UE特定的DCI。尽管图13中未示出,但是除了UE特定的DCI之外,UE可以在每个CC上接收组公共DCI。
因此,UE可能需要更新在[等式2]中定义的g(i)的方法,用于配置在图13所示的n1+k1=n2+k2=n3+k3的时间发送的PUCCH的传输功率值。也就是说,当UE接收到两个或更多个UE特定的DCI或组公共DCI时,UE可能需要考虑关于δPUCCH的值的累积方法。为了支持这一点,BS和UE可以预先确定预定义的时段(或窗口)。
图15A和15B是用于描述根据本公开的实施例的δPUCCH的值的累积的起始点和结束点的图。
图15A示出了在PUCCH-1被发送之前PDCCH-2被接收的示例,并且图15B示出了在PUCCH-1被发送之后PDCCH-2被接收的示例。
根据本公开的实施例的UE可以将包括关于当前PUCCH传输的信息的UE特定的DCI的接收结束的时间视为开始δPUCCH的值的累积的时间,并且可以从在从UE特定的DCI被接收的时间开始的预定义时段内接收的所有DCI(从一个或多个小区发送的一个或多个UE特定的DCI和组公共DCI)获得δPUCCH的值,并且可以累积所有获得的δPUCCH的值。
PDCCH-2指示包括关于UE当前要发送的PUCCH-2的信息的UE特定的DCI,并且PDCCH-1指示包括关于紧接在当前要发送的PUCCH-2之前发送的PUCCH-1的信息的UE特定的DCI。在这种情况下,BS和UE可以预定义指示δPUCCH的值的累积开始的UE特定的DCI(即,包括关于当前要发送的PUCCH-2的发送的信息的UE特定的DCI)将仅从PCell发送。
BS和UE可以预定义,当从PCell发送的UE特定的DCI不存在时,从特定的SCell发送的UE特定的DCI指示δPUCCH的值的累积的开始。在这种情况下,BS和UE可以预定义特定的SCell是SCell中具有最低小区索引的小区(或者具有最高小区索引的小区)。作为另一个示例,BS可以为UE配置指示δPUCCH值的累积开始的小区索引。在接收到此之后,UE可以在从具有该小区索引的小区发送的UE特定的DCI的接收结束的时刻开始δPUCCH的值的累积。
δPUCCH的值的累积可以在当前要发送的PUCCH(PUCCH-2)的发送之前结束。也就是说,UE可以在PDCCH-2的接收结束时开始δPUCCH的值的累积,然后可以在PUCCH-2的发送开始时结束δPUCCH的值的累积。然而,在这种情况下,UE可以通过使用δPUCCH的累积值来更新[等式2]的g(i)的值并且可以为PUCCH的发送配置传输功率的时间段可能不足。在这种情况下,δPUCCH的值的累积可以在当前要发送的PUCCH(PUCCH-2)的发送开始之前结束。这在图15A和15B中被标记为偏移。
应该考虑UE的处理时间能力来确定这种偏移信息,并且这种偏移信息可以是预定义的值。替代地,BS可以经由RRC信令为UE配置偏移信息。替代地,基于BS配置的值,UE可以计算偏移信息。
图16A和16B是用于描述根据本公开的实施例的δPUCCH的值的累积的起始点和结束点的图。
图16A示出了在PUCCH-1被发送之前PDCCH-2被接收的示例,并且图16B示出了在PUCCH-1被发送之后PDCCH-2被接收的示例。
作为δPUCCH的值的累积的开始的另一个示例,如图16A和16B所示,δPUCCH的值的累积可以基于预发送的PUCCH(PUCCH-1)开始,而不是以如上文参考图15A和15B所述的基于包括关于PUCCH(PUCCH-2)的当前发送的信息的UE特定的DCI的方式开始δPUCCH的值的累积。
更详细地,要在图13的第(n1+k1)个时隙中发送的PUCCH被定义为‘当前发送的PUCCH(图16A的PUCCH-2)’,并且紧接在当前发送的PUCCH之前发送的PUCCH被定义为‘之前才刚发送的PUCCH(图16A的PUCCH-1)’。
在这种情况下,用于配置当前发送的PUCCH的传输功率值的δPUCCH的值的累积的开始可以基于之前才刚发送的PUCCH(PUCCH-1)的发送时间来确定。也就是说,UE可以基于之前才刚发送的PUCCH(PUCCH-1)的发送起始点(或者PUCCH-1的发送结束点),开始δPUCCH的值的累积。
例如,当之前才刚发送的PUCCH-1的发送时间是第j个时隙的第p个符号并且PUCCH-1包括L个符号时,UE可以在第j个时隙的第p个符号之后的符号上开始δPUCCH的值的累积(基于PUCCH-1的发送起始点)。替代地,UE可以在第j个时隙的第(p+L)个符号之后的符号上开始累积δPUCCH的值(基于PUCCH-1的发送结束点)。
δPUCCH的值的累积的结束可以执行到当前发送的PUCCH(PUCCH-2)的发送的开始,或者可以执行到相对于当前发送的PUCCH(PUCCH-2)的发送的偏移。
在另一示例中,如图16A和16B所示,δPUCCH的值的累积的结束可以在包括关于当前发送的PUCCH-2的信息的PDCCH-2的接收结束时的点执行。尽管在图16A和16B中未示出,但是δPUCCH的值的累积可以在PDCCH-2的接收开始时的点处结束。
在这种情况下,BS和UE可以预定义指示δPUCCH的值的累积结束的UE特定的DCI(即,包括UE特定的DCI的PDCCH-2,UE特定的DCI包括关于当前要发送的PUCCH-2的发送的信息)将仅从PCell发送。BS和UE可以预定义,当从PCell发送的UE特定的DCI不存在时,从特定的SCell发送的UE特定的DCI指示δPUCCH值的累积结束。在这种情况下,BS和UE可以预定义特定的SCell是SCell中具有最低小区索引的小区(或者具有最高小区索引的小区)。
作为另一个示例,BS可以为UE配置指示δPUCCH值的累积结束的小区索引。在接收到此之后,UE可以累积δPUCCH的值,直到从具有该小区索引的小区发送的UE特定的DCI的接收结束的点。
在另一示例中,BS和UE可以预定义指示δPUCCH的值的累积结束的UE特定的DCI将从具有小区索引的相同小区发送,其中指示δPUCCH的值的累积开始的前述UE特定的DCI从该相同小区发送。
在另一个示例中,UE可以从之前才刚发送的PUCCH(PUCCH-1)的发送起始点(或PUCCH-1的发送结束点)按特定偏移开始δPUCCH的值的累积。例如,如图17A所示,假设之前才刚发送的PUCCH(PUCCH-1)的发送时间是第j个时隙的第p个符号,并且PUCCH-1包括L个符号。此外,假设偏移值是K个符号。
在这种情况下,UE可以在从第j个时隙的第p个符号开始的K个符号之前(或之后)(基于之前才刚发送的PUCCH-1的发送起始点)开始δPUCCH的值的累积。
替代地,UE可以在从第j个时隙的第(p+L)个符号开始的K个符号之前(或之后)(基于之前才刚发送的PUCCH-1的发送结束点)开始δPUCCH的值的累积。
偏移值可以是预定义的值,或者BS可以经由RRC信令为UE配置偏移值。替代地,基于BS配置的值,UE可以计算偏移值。
根据本公开的实施例,偏移值是符号,但是即使当偏移值是时隙或子帧时,也可以应用本公开的实施例。
如参考图15A和15B所述,δPUCCH的值的累积的结束可以执行到当前发送的PUCCH(PUCCH-2)的发送的开始,或者可以执行到相对于当前发送的PUCCH(PUCCH-2)的发送的偏移。
图17A和17B是用于描述根据本公开的实施例的δPUCCH的值的累积的起始点和结束点的图。
图17A示出了在PUCCH-1被发送之后PDCCH-2被接收的示例,并且图17B示出了在PUCCH-1被发送之前PDCCH-2被接收的示例。
在另一个示例中,δPUCCH的值的累积的结束可以在包括关于当前要发送的PUCCH-2的信息的PDCCH-2的接收结束时的点执行,如图16A至17B所示。此外,尽管在图16A至17B中未示出,但是δPUCCH的值的累积可以在PDCCH-2的接收开始时的点处结束。
然而,假设δPUCCH的值的累积通过使用上述方法开始和结束,当在PUCCH-1的发送之前执行PDCCH-2的接收时,如图17B所示,UE可能不能执行δPUCCH的值的累积。在这种情况下,UE可能不会累积δPUCCH的值。也就是说,δPUCCH的值可以被配置为0。
关于δPUCCH的值的累积,UE可以不使用δPUCCH的值的累积的起始点和δPUCCH的值的累积的结束点,而是可以使用δPUCCH的值的累积的起始点和要执行δPUCCH的值的累积的时段。在这种情况下,可能需要提供关于UE应该执行δPUCCH值的累积多长时间的配置。作为示例,BS可以经由RRC信令来配置窗口的值。在接收到此之后,UE可以在由BS经由RRC配置的窗口时段期间累积从从一个或多个小区接收的一个或多个DCI获得的δPUCCH的值,该窗口从指示δPUCCH的值的累积开始的UE特定的DCI的接收完成的点开始。
当在预定义窗口或由BS配置的窗口时段期间没有接收到DCI时,UE可以将δPUCCH的值配置为0dB。通过使用δPUCCH的累积值或被配置为0dB的δPUCCH的值,UE可以通过使用[等式2]来更新g(i)的值(其中i=n1+k1=n2+k2=n3+k3)。通过使用g(i)的更新值和从UE特定的DCI获得的PUCCH资源信息,UE可以配置要在PCell上发送的PUCCH的传输功率值。然后,通过使用配置的PUCCH的传输功率值,UE可以在第(n1+k1)个UL时隙中发送PUCCH。
参考图17B,提供了对用于PUCCH发送的δPUCCH的值的累积的起始点和结束点的描述,但是该描述同样可以应用于用于PUSCH发送的δPUSCH的值的累积的起始点和结束点。
例如,图17B的PUCCH-1可以被视为PUSCH-1,并且PUCCH-2可以被视为PUSCH-2。PDCCH-2可以被视为UE特定的DCI,包括关于PUSCH-2的发送的资源分配信息等。在这种情况下,PUSCH-1可以不是经由UE特定的DCI分配的PUSCH(基于许可的PUSCH),而是可以是经由RRC配置的无需许可的PUSCH。
在这种情况下,PDCCH-2可以在PUSCH-1被发送之前被接收,并且在这种情况下,如参考图17B所述,δPUSCH累积可以被执行,PUSCH的传输功率可以被配置,然后PUSCH可以被发送。
图18是用于描述根据本公开的实施例的δPUCCH的值的累积的起始点和结束点的图。
已经描述了使用δPUCCH的值的累积的起始点和结束点的实施例。在这种情况下,如图17B所示,可以交换起始点和结束点的顺序。在另一个示例中,如图18所示,PDCCH-1可以包括PDSCH-1的资源分配和PUCCH-1的发送信息,并且PDCCH-2可以包括PDSCH-2的资源分配和PUCCH-2的发送信息。如参考图12A、12B和13所描述的,PDSCH-1/PDSCH-2/PUCCH-1/PUCCH-2可以包括不同数量的符号,并且可以使用基于微时隙的调度或基于时隙的调度的不同调度方案。
因此,如图18所示,在UE接收到包括关于当前要发送的PUCCH(PUCCH-2)的信息的PDCCH(PDCCH-2)之后,UE可以接收包括关于预发送的PUCCH(PUCCH-1)的信息的PDCCH(PDCCH-1)。
在这种情况下,如图16所示,当使用δPUCCH的值的累积起始点和δPUCCH的值的累积结束点时,起始点和结束点的顺序可以交换。在这种情况下,UE可以不执行δPUCCH的值的累积。也就是说,δPUCCH的值可以被配置为0。
此外,根据通知δPUCCH的值的累积的起始点和结束点的实施例,累积的起始点和结束点可以彼此相等。在这种情况下,通过使用上述实施例中的方法,UE可以累积从在δPUCCH的值的累积的起始点(或δPUCCH的值的累积的结束点)接收的一个或多个DCI获得的δPUCCH的值。
已经描述了使用δPUCCH值的累积起始点和累积窗口时段的实施例。在这种情况下,可能存在累积窗口时段为0的情况(即,仅接收δPUCCH的值的累积的起始点)。在这种情况下,通过使用上述实施例中的方法,UE可以累积从仅在δPUCCH的值的累积起始点接收的一个或多个DCI获得的δPUCCH的值。在另一示例中,当累积窗口时段为0时,UE可以不执行δPUCCH的值的累积(即,δPUCCH的值可以被配置为0)。
此外,参考图14,已经描述了当UE在CA环境中从一个或多个小区接收到两个或更多个DCI时,累积δPUCCH的值的方法。然而,本公开不限于该环境,并且即使当从一个小区接收到两个或更多个DCI时也可以应用本公开。
当UE在应用CA的系统中从一个小区或两个或更多个小区接收一个DCI或两个或更多个DCI时,通过使用根据本公开的UL传输功率控制方法,UE可以通过累积从DCI获得的传输功率控制参数的值来确保UL性能,并且可以最小化对相邻小区的干扰。
图19A是用于描述根据本公开的实施例的单个小区中UE的PDCCH监视时机的图。
PDCCH监视时机是指UE可以接收PDCCH的时间/频率域,并且可以与PDCCH搜索空间相关联。UE可以通过来自BS的RRC参数来配置PDCCH监视时机。参考图19A,在时隙索引n中,一个PDCCH监视时机可以存在于一个时隙中;并且在时隙索引n+k(其中k≥1)中,两个PDCCH监视时机可以存在于一个时隙中。也就是说,在每个时隙中可能存在不同数量的PDCCH监视时机。尽管在图19A多达两个PDCCH监视时机存在于一个时隙中,但是本公开不限于此(即,三个或更多个PDCCH监视时机可以存在于一个时隙中)。PDCCH监视时机配置信息可以包括时间轴信息(诸如PDCCH监视时机的开始时隙、起始符号或时段)或频率轴信息(例如,PDCCH监视时机沿着频率轴的位置)中的至少一个。当为一个UE配置多个PDCCH监视时机时,可以将PDCCH监视时机配置信息应用于每个PDCCH监视时机。从BS接收PDCCH监视时机配置信息的UE可以在对应的PDCCH监视时机中监视将由该UE接收的PDCCH。尽管在图19A中,PDCCH在所有PDCCH监视时机中发送,但是在被配置为PDCCH监视时机的区域中,PDCCH可以不被发送。UE可能不知道UE要接收的PDCCH何时在从BS配置的PDCCH监视时机中被发送。因此,UE应该监视配置的PDCCH监视时机,并且应该总是检查要由UE接收的PDCCH是否已经被发送。此外,尽管在图19A中未示出,但是当PDCCH通过图19A中的PDCCH监视时机发送时,这可能意味着PDCCH在激活的带宽部分(BWP)内发送。在这种情况下,BWP可以位于由BS操作的系统带宽中(即,BWP是系统带宽的子集),并且可以在系统带宽中为一个UE配置多个BWP。例如,BS可以经由RRC为一个UE配置四个BWP,并且可以激活四个配置的BWP之一。UE可以仅在多个配置的BWP中的激活的BWP中执行UL和DL发送/接收(即,UE可能不能在两个或更多个BWP中同时执行UL和DL发送/接收)。
图19B是用于描述根据本公开的实施例的在CA环境中UE的PDCCH监视时机的图。
图19B示出了在包括三个CC的CA环境中UE的PDCCH监视时机。在时隙n中配置两个PDCCH监视时机,并且在时隙n+k(其中k≥1)中配置三个PDCCH监视时机。在CA环境中,一个PDCCH监视时机可以跨构成CA系统的所有CC。也就是说,图19B的时隙n中的第一PDCCH监视时机可以应用于CC#1、CC#2和CC#3。因此,配置有第一PDCCH监视时机的UE应该通过监视如图19B所示跨CC#1、CC#2和CC#3的第一PDCCH监视时机来检查UE要接收的PDCCH是否被发送。UE的上述操作可以应用于时隙n中的第一、第二和第三PDCCH监视时机,并且还可以应用于时隙n+k中的第一、第二和第三PDCCH监视时机。尽管在图19B中CA系统包括三个CC,但是上述操作可以等同地应用于包括四个或更多个CC的CA系统。尽管在图19B中未示出,但是当在图19B中PDCCH在每个CC的PDCCH监视时机中发送时,这可能意味着PDCCH在每个CC的激活的BWP内发送。
图20是用于描述根据本公开的实施例的UE在UL CA环境中确定PUCCH资源的方法的图。
在UL CA中,根据BS的配置,UE可以仅在PCell上或者同时在PCell和S-Pcell两者上发送PUCCH。在图20中,UE可以在CC#1中发送PUCCH。在这种情况下,CC#1可以被认为是PCell或S-PCell。
作为用于防止UE的功耗增加和对相邻小区的干扰增加的另一个示例,可以有UE遵循包括在指示PUCCH资源信息的DCI中的TPC命令的方法。
参考图20,UE可以在时隙n的第一PDCCH监视时机中接收从CC#1和CC#2发送的PDCCH(图20中的PDCCH-A和PDCCH-B),并且可以在时隙n的第二PDCCH监视时机中接收从CC#3发送的PDCCH(图20中的PDCCH-C)。此外,UE可以在时隙n+k(其中k≥1)的第一PDCCH监视时机中接收从CC#2发送的PDCCH(图20中的PDCCH-D),并且可以在第二PDCCH监视时机接收从CC#1和CC#3发送的PDCCH(图20中的PDCCH-E和PDCCH-F)。在这种情况下,可以假设UE成功检测到所有六个PDCCH(即,PDCCH-A、PDCCH-B、PDCCH-C、PDCCH-D、PDCCH-E和PDCCH-F),并且可以假设所有PDCCH对应于其中PUCCH可以被调度的DCI格式1_0或DCI格式1_1。在这种情况下,发送到PDCCH-X的DCI可以定义为DCI-X(其中X∈{A,B,C,D,E})。
DCI格式1_0或DCI格式1_1可以包括以下信息。
-用于指示PUCCH资源信息的指示符
-由DCI格式1_0或DCI格式1_1调度的PDSCH的HARQ反馈定时:指示信息(即,指示对应PDSCH的HARQ-ACK/NACK信息应当在其中发送的时隙和/或符号的信息)的指示符。
如图20所示,UE在时隙n和时隙n+k中接收的六个DCI(或六个PDCCH)可以各自指示在时隙n+k+I(其中k≥1,I≥1)中发送HARQ反馈。此外,指示包括在六个DCI中的PUCCH资源信息的比特字段可以彼此不同(即,六个DCI中的至少一个DCI可以指示不同的PUCCH资源)。在这种情况下,可能出现其中UE不知道HARQ反馈应当在其上发送的PUCCH资源的模糊性。此外,可能出现其中BS不知道UE在其上发送HARQ反馈的PUCCH资源的模糊性。
为了解决这些问题,在BS和UE之间需要预定义的规则,并且可以使用以下方法中的至少一种。
-方法1)遵循在最近接收的DCI中的最低小区索引中发送的DCI的PUCCH资源信息:在这种情况下,最近接收的DCI可以指在作为PUCCH发送之前最早的PDCCH监视时机的PDCCH监视时机中检测到的DCI。例如,在图20中,最近接收的DCI可以是在时隙n+k的第二PDCCH监视时机中检测到的DCI-E和DCI-F。因此,因为在最低小区索引中发送的DCI是DCI-E,所以UE可以在包括在DCI-E中的PUCCH资源传输指示符所指示的PUCCH资源上发送PUCCH。使用最近接收的DCI的原因是最近接收的DCI是BS最近调度的信息,因此可以具有比先前调度的信息更高的优先级。此外,应用具有最低小区索引的DCI的原因是具有最低小区索引的小区可能是PCell。然而,因为PCell可能不发送DCI,所以可以另外考虑方法2)。
-方法2)遵循在最近接收的DCI中的最高小区索引中发送的DCI的PUCCH资源信息:像方法1)中一样,最近检测到的DCI具有更高的优先级,但是不同于方法1),在最高小区索引中发送的DCI具有更高的优先级。因此,在图20中,UE可以在由包括在DCI-F中的PUCCH资源传输指示符指示的PUCCH资源上发送PUCCH。
图21A、21B、21C和21D是用于描述根据本公开的实施例的δPUCCH的值的累积的起始点和结束点的图。如参考图15至图18所述,UE应当识别累积的起始点和结束点,以便累积δPUCCH的值。图21A、21B、21C和21D是其其他示例。在图21A、21B、21C和21D中,当前要发送的PUCCH被定义为第i个传输时机中的PUCCH(即,PUCCH-i),并且紧接在PUCCH-i之前发送的PUCCH被定义为第(i-i0)个传输时机中的PUCCH(即,PUCCH-(i-i0))。在这种情况下,UE可以从经TPC-PUCCH-RNTI进行CRC加扰后发送的DCI格式2_2中获得δPUCCH的值,或者可以从经C-RNTI进行CRC加扰后发送的DCI格式1_0或DCI格式1_1中获得δPUCCH的值。应当为PUCCH-i的发送而累积的δPUCCH值的累积起始点可以是图21A中的A,并且累积的结束点可以是图21A中的B。也就是说,UE可以累积从起始点A到结束点B获得的δPUCCH的值的全部。在图21A中,作为δPUCCH的值的累积的起始点的A可以指PUCCH-(i-i0)的起始符号之前的前KPUCCH(i-i0)-1个符号。此外,作为δPUCCH的值的累积的结束点的B可以指PUCCH-i的起始符号之前的前KPUCCH(i)个符号。
构成KPUCCH(i-i0)和KPUCCH(i)的符号的数量可以根据用于调度PUCCH的DCI的接收时间点和PUCCH的发送时间点而变化。例如,用于调度PUCCH-(i-i0)的DCI通过其发送的PDCCH可以被定义为PDCCH-1,并且用于调度PUCCH-i的DCI通过其发送的PDCCH可以被定义为PDCCH-2。在这种情况下,当顺序排列PDCCH的接收时间点和PUCCH的发送时间点时,可能存在以下情况。
-情况1)PDCCH-1被接收,PUCCH-(i-i0)被发送,PDCCH-2被接收,并且PUCCH-i被发送
-情况2)PDCCH-1被接收,PDCCH-2被接收,PUCCH-(i-i0)被发送,并且PUCCH-i被发送
将参考图21B更详细地描述情况1)和情况2)中δPUCCH的值的累积的起始点和结束点。
在另一个示例中,构成KPUCCH(i-i0)和KPUCCH(i)的符号的数量可以根据PUCCH-(i-i0)和PUCCH-i是通过DCI格式1_0或DCI格式1_1来调度和发送、还是通过RRC配置(例如,在下行链路半持久调度(SPS)上发送反馈的PUCCH的发送)来发送而不是通过DCI格式1_0或DCI格式1_1来调度而变化。更详细地,根据PUCCH发送是否由DCI格式1_0或DCI格式1_1通过其发送的PDCCH来调度,可能存在以下情况。
-情况3)PUCCH-(i-i0)发送不由DCI调度,并且PUCCH-i由DCI调度
-情况4)PUCCH-(i-i0)发送由DCI调度,并且PUCCH-i不由DCI调度
当PUCCH-(i-i0)通过DCI格式1_0或DCI格式1_1来调度和发送时,KPUCCH(i-i0)可以指从DCI格式1_0或DCI格式1_1通过其发送的PDCCH的最后接收的符号到PUCCH-(i-i0)的第一个符号的所有符号的数量。类似地,KPUCCH(i)可以指从DCI格式1_0或DCI格式1_1通过其发送的PDCCH的最后接收的符号到PUCCH-i的第一个符号的所有符号的数量。对于没有通过DCI格式1_0或DCI格式1_1调度和发送的PUCCH,KPUCCH(i-i0)和KPUCCH(i)可以各自被定义为14×k2,并且可以被表示为KPUCCH,min。在这种情况下,k2的值可以经由RRC提供给UE,具体地,可以是指可以在PUSCH-ConfigCommon参数中配置的k2的值中的最小值。如上所述,δPUCCH的值的累积的起始点和结束点可以根据PUCCH发送是否由DCI格式1_0或DCI格式1_1通过其发送的PDCCH调度而变化,这将参考图21C至图21D更详细地描述。
图21B是用于描述根据本公开的实施例的δPUCCH的值的累积的起始点和结束点的图。
在图21B中,PUCCH-(i-i0)和PUCCH-(i)两者通过DCI格式1_0或DCI格式1_1来调度和发送,并且用于调度PUCCH-(i-i0)的DCI通过其发送的PDCCH被表示为PDCCH-1,以及用于调度PUCCH-i的DCI通过其发送的PDCCH被表示为PDCCH-2。如参考图21A所述,根据PDCCH的接收时间点和PUCCH的发送时间点,可能存在情况1和情况2。如图21B所示,在情况-1和情况-2中,KPUCCH(i-i0)可以指从PDCCH-1的最后接收的符号到PUCCH-(i-i0)的第一个符号的所有符号的数量,并且KPUCCH(i)可以指从PDCCH-2的最后接收的符号到PUCCH-1的第一个符号的所有符号的数量。因此,在图21B中,UE可以累积从PDCCH-1的最后一个符号之后的符号(A)到PDCCH-2的最后接收的符号(B)接收的δPUCCH的所有值。
尽管在图21B中已经描述了用于PUCCH发送的δPUCCH的值的累积的起始点和结束点,但是相同的描述可以应用于用于PUSCH发送的δPUSCH的值的累积的起始点和结束点。例如,当PUSCH-(i-i0)和PUSCH-(i)两者通过DCI格式2_0或DCI格式2_1来调度和发送时,用于调度PUSCH-(i-i0)的DCI通过其发送的PDCCH可以被认为是PDCCH-1,并且用于调度PUSCH-i的DCI通过其发送的PDCCH可以被认为是PDCCH-2。在这种情况下,UE可以累积从PDCCH-1的最后一个符号的下一个符号(A)到PDCCH-2的最后接收的符号(B)接收的δPUSCH的所有值。
在图20中,当DCI从不同的小区发送并且UE检测到多个DCI时,UE可以在由从最近接收的DCI中具有最低小区索引的小区接收的DCI指示的PUCCH资源上发送PUCCH,或者可以在由从最近接收的DCI中具有最高小区索引的小区接收的DCI指示的PUCCH资源中发送PUCCH。可能有必要结合累积δPUCCH的值的方法来考虑这种确定指示PUCCH资源信息的DCI的方法。更详细地,在图20中,UE可以通过DCI-F的PUCCH资源信息指示符来获得用于PUCCH发送的资源信息。尽管假设单个小区来描述图21B,但是即使当使用多个小区时,也可以应用δPUCCH的值的累积的起始点A和结束点B。在这种情况下,指示PUCCH-(i-i0)的资源信息的DCI可以指示图21B的起始点A,并且指示PUCCH-i的资源信息的DCI可以指示图21B的结束点B。例如,图20的DCI-F可以被认为是图21B的PDCCH-2。尽管在图20中未示出,但是图21B的PDCCH-1可以是DCI-A、DCI-B或DCI-C之一,用于调度在图20中在时隙n和时隙n+k之间发送的PUCCH发送(图21B中的情况-1)。替代地,图21B的PDCCH-1可以是DCI-A、DCI-B、DCI-C、DCI-D或DCI-E中的一个,用于调度在图20中在时隙n+k和时隙n+k+I之间发送的PUCCH发送(图21B中的情况2)。因此,根据图20的描述,UE可以通过使用用于PUCCH发送的PUCCH资源指示符来累积δPUCCH的值。例如,δPUCCH的值的累积可以是从所有小区接收的DCI-A(当图21B的PDCCH-1被假设为图20的DCI-A时)和DCI-F(当图21B的PDCCH-2被假设为图20的DCI-F时)之间的所有DCI(即,在经TPC-PUCCH-RNTI进行CRC加扰之后发送的DCI格式2_2和在经C-RNTI进行CRC加扰之后发送的DCI格式1_0或DCI格式1_1)中包括的δPUCCH的值的累积。
然而,在这种情况下,随着δPUCCH的累积值的数量增加,UE可能不必要地配置高传输功率,从而增加UE的功耗并增加对相邻小区的干扰量。为了解决这些问题,BS可以将包括在从一些小区发送的DCI中的δPUCCH的值配置为0dB。替代地,BS可以将包括在DCI中的δPUCCH的累积值的总和配置为0dB。例如,BS可以通过将包括在从一些小区发送的DCI中的δPUCCH的值配置为-1dB并将包括在从一些小区发送的DCI中的δPUCCH的值配置为+1dB来将累积总和配置为0dB。在另一示例中,当δPUCCH的值的组合被配置为-1dB、-1dB、-1dB和+3dB时,累积总和可以是0dB。
图21C是用于描述根据本公开的实施例的δPUCCH的值的累积的起始点和结束点的图。
与图21B不同,在图21C中,PUCCH-(i-i0)不由DCI调度,并且PUCCH-(i)由DCI调度和发送(情况-3)。在这种情况下,根据PUCCH-(i-i0)的发送时间点和PDCCH-2的接收时间点,可能存在如图21C所示的两种附加情况。PUCCH-(i-i0)的发送时间点早于PDCCH-2的接收时间点的情况被表示为情况-3(a),并且PUCCH-(i-i0)的发送时间点晚于PDCCH-2的接收时间点的情况被表示为情况-3(b)。如参考图21A所描述的,在情况-3(a)和情况-3(b)中,KPUCCH(i-i0)可以指PUCCH-(i-i0)的第一个符号之前的KPUCCH,min,并且KPUCCH(i)可以指从PDCCH-2的最后接收的符号到PUCCH-i的第一个符号的所有符号的数量。因此,在图21C中,UE可以累积从相对于PUCCH-(i-i0)的第一个符号的KPUCCH,min–1符号(A)到PDCCH-2的最后接收的符号(B)接收的δPUCCH的所有值。
尽管在图21C中已经描述了用于PUCCH发送的δPUCCH的值的累积的起始点和结束点,但是相同的描述可以应用于用于PUSCH发送的δPUSCH的值的累积的起始点和结束点。例如,在图21C中,PUSCH-(i-i0)可以不被DCI调度,并且PUSCH-(i)可能被DCI调度和发送。在这种情况下,UE可以累积从相对于PUSCH-(i-i0)的第一个符号的KPUSCH,min–1符号(A)到PDCCH-2的最后接收的符号(B)接收的δPUCCH的所有值。
在图20中,当DCI从不同的小区发送并且UE检测到多个DCI时,UE可以在由从最近接收的DCI中具有最低小区索引的小区接收的DCI指示的PUCCH资源上发送PUCCH,或者可以在由从最近接收的DCI中具有最高小区索引的小区接收的DCI指示的PUCCH资源中发送PUCCH。可能有必要结合累积δPUCCH的值的方法来考虑这种确定指示PUCCH资源信息的DCI的方法。更详细地,在图20中,UE可以通过DCI-F的PUCCH资源信息指示符来获得用于PUCCH发送的资源信息。尽管假设单个小区来描述21B,但是即使当使用多个小区时,也可以应用用于δPUCCH的值的累积的起始点A和结束点B。在这种情况下,如参考图20所述,指示PUCCH资源信息的DCI可以指图21C的结束点B。例如,图20的DCI-F可以被认为是图21C的PDCCH-2。尽管在图20中未示出,但是图21C的PUCCH-(i-i0)可以在图20中的时隙n和时隙n+k之间发送(图21C的情况-3(a))。替代地,图21C的PUCCH-(i-i0)可以在图20中的时隙n+k和时隙n+k+I之间发送(图21C中的情况-3(b))。因此,根据图20的描述,尽管UE通过使用从DCI-F获得的PUCCH资源指示符来发送PUCCH,但是δPUCCH的值的累积可以是对在PUCCH-(i-i0)之前的KPUSCH,min–1符号(A)和DCI-F(当图21B中的PDCCH-2被假设为图20的DCI-F)之间从所有小区接收的所有DCI(即,在经TPC-PUCCH-RNTI进行CRC加扰之后发送的DCI格式2_2和在经C-RNTI进行CRC加扰之后发送的DCI格式1_0或DCI格式1_1)中包括的δPUCCH的值的累积。在这种情况下,随着δPUCCH的累积值的数量增加,UE可能不必要地配置高传输功率,从而增加UE的功耗并增加对相邻小区的干扰量。为了解决这些问题,BS可以将包括在从一些小区发送的DCI中的δPUCCH的值配置为0dB。替代地,BS可以将DCI中包括的δPUCCH的累积值的总和配置为0dB。例如,BS可以通过将包括在从一些小区发送的DCI中的δPUCCH的值配置为-1dB并将包括在从一些小区发送的DCI中的δPUCCH的值配置为+1dB来将累积总和配置为0dB。在另一示例中,当δPUCCH的值的组合被配置为-1dB、-1dB、-1dB和+3dB时,累积总和可以是0dB。
图21D是用于描述根据本公开的实施例的δPUCCH的值的累积的起始点和结束点的图。
与图21B至图21C不同,在图21D中,PUCCH-(i-i0)和PUCCH-(i)两者不被DCI调度。在这种情况下,如参考图21A所描述的,KPUCCH(i-i0)可以指PUCCH-(i-i0)的第一个符号之前的KPUCCH,min,并且KPUCCH(i)可以指PUCCH-i的第一个符号之前的KPUCCH,min。因此,在图21D中,UE可以累积从相对于PUCCH-(i-i0)的第一个符号的KPUCCH,min–1符号(A)到相对于PUCCH-i的第一个符号的KPUCCH,min–1符号(B)接收的δPUCCH的所有值。
尽管已经参考图21D描述了用于PUCCH发送的δPUCCH的值的累积的起始点和结束点,但是相同的描述可以应用于用于PUSCH发送的δPUSCH的值的累积的起始点和结束点。例如,在图21D中,PUSCH-(i-i0)和PUSCH-(i)两者可以不被DCI调度。在这种情况下,UE可以累积从相对于PUSCH-(i-i0)的第一个符号的KPUSCH,min–1符号(A)到相对于PUSCH-i的第一个符号的KPUSCH,min–1符号(B)接收的δPUSCH的所有值。
图22示出了用于描述本公开的一些实施例的系统的示例。
图22的(a)示出了所有V2X UE(UE-1和UE-2)位于BS的覆盖范围内的情况的示例。所有V2X UE可以通过下行链路(DL)从BS接收数据和控制信息,或者可以通过上行链路(UL)向BS发送数据和控制信息。根据一些实施例,由V2X UE发送或接收的数据和控制信息可以是用于V2X通信的数据和控制信息,或者是用于通用蜂窝通信而不是V2X通信的数据和控制信息。此外,在图22的(a)中,V2X UE可以通过侧链路(SL)发送/接收用于V2X通信的数据和控制信息。
图22的(b)示出了V2X UE的UE-1位于BS的覆盖范围内并且UE-2位于BS的覆盖范围外的情况的示例。图22的(b)中所示的V2X UE的布置可以被称为部分覆盖。位于BS覆盖范围内的UE-1可以通过DL从BS接收数据和控制信息,或者可以通过UL向BS发送数据和控制信息。位于BS覆盖范围之外的UE-2不能通过DL从BS接收数据和控制信息,并且不能通过UL向BS发送数据和控制信息。UE-2可以通过SL向UE-1发送/从UE-1接收用于V2X通信的数据和控制信息。
图22的(c)示出了所有V2X UE位于BS的覆盖范围之外的情况的示例。因此,UE-1和UE-2不能通过DL从BS接收数据和控制信息,并且不能通过UL向BS发送数据和控制信息。UE-1和UE-2可以通过SL发送/接收用于V2X通信的数据和控制信息。
图22的(d)示出了位于不同小区中的UE在其间执行V2X通信的场景的示例。详细地,图22的(d)示出了V2X发送UE和V2X接收UE连接到不同的BS(RRC连接状态)或驻留在不同的BS(RRC断开状态,即,RRC空闲状态)的情况。在这种情况下,UE-1可以是V2X发送UE,并且UE-2可以是V2X接收UE。替代地,UE-1可以是V2X接收UE,并且UE-2可以是V2X发送UE。UE-1可以从UE-1所连接的(或者UE-1所驻留的)BS接收V2X特定的系统信息块(SIB),并且UE-2可以从UE-2所连接的(或者UE-2所驻留的)另一BS接收V2X特定的SIB。在这种情况下,由UE-1接收的V2X特定的SIB的信息可以不同于由UE-2接收的V2X特定的SIB的信息。因此,需要统一多条信息,以便在位于不同小区的UE之间执行V2X通信。
为了便于解释,图22示出了包括两个UE(UE-1和UE-2)的V2X系统,但是本公开不限于此。此外,BS和V2X UE之间的UL和DL可以各自被称为Uu接口,并且V2X UE之间的SL可以被称为PC5接口。因此,它们在本公开中可以互换使用。在本公开中,UE可以指支持车辆对车辆(V2V)通信的车辆、支持车辆对行人(V2P)通信的车辆或行人的手持设备(即,智能电话)、支持车辆对网络(V2N)通信的车辆或支持车辆对基础设施(V2I)通信的车辆。此外,在本公开中,UE可以指具有UE功能的路侧单元(RSU)、具有BS功能的RSU或者具有一些BS功能和一些UE功能的RSU。此外,在本公开中,预定义BS是支持V2X通信和通用蜂窝通信两者或者仅支持V2X通信的BS。在这种情况下,BS可以指5G BS(gNB)、4G BS(eNB)或路侧单元(RSU)。因此,除非本公开中另有说明,否则BS和RSU可以是相同的概念,因此可以互换使用。
图23示出了根据本公开的一些实施例的在蜂窝系统中BS控制UE的传输功率的过程。
BS覆盖范围内的UE可以执行与BS的DL同步,并且可以获得系统信息。根据本公开的一些实施例,可以通过从BS接收的主同步信号/辅同步信号(PSS/SSS)来执行DL同步。已经执行DL同步的UE可以接收主信息块(MIB)和系统信息块(SIB),并从BS获得系统信息。UE可以执行随机接入过程来执行与BS的UL同步。在随机接入过程中,UE可以经由UL向BS发送随机接入前导和消息3(msg3)。在这种情况下,可以在随机接入前导码的发送和消息3的发送中执行UL传输功率控制,并且UE可以经由SIB从BS接收用于UL传输功率控制的参数,或者可以使用预定义的参数。
UE可以从BS发送的路径衰减估计信号中测量参考信号接收功率(RSRP),并且可以如[等式3]中那样估计DL路径衰减值。然后,基于估计的DL路径衰减值,UE可以配置用于发送随机接入前导和消息3的UL传输功率值。
[等式3]
DL路径衰减=BS信号的传输功率-UE测量的RSRP
在[等式3]中,BS信号的传输功率指的是由BS发送的DL路径衰减估计信号的传输功率。由BS发送的DL路径衰减估计信号可以是小区特定的参考信号(CRS)或同步信号块(SSB)。当路径衰减估计信号是CRS时,BS信号的传输功率可以指CRS的传输功率,并且可以经由系统信息的referenceSignalPower参数向UE发送。当路径衰减估计信号是SSB时,BS信号的传输功率可以指经由物理广播信道(PBCH)发送的辅同步信号(SSS)和解调参考信号(DMRS)的传输功率,并且可以经由ss-PBCH-BlockPower参数向UE发送。
当建立RRC连接时,UE可以经由UE特定的RRC信令或公共RRC信令从BS接收用于UL传输功率控制的RRC参数。根据UL信道的类型和信号的类型,接收的传输功率控制参数可以彼此不同。也就是说,要应用于物理上行链路控制信道(PUCCH)、物理上行链路共享信道(PUSCH)和探测参考信号(SRS)的传输的传输功率控制参数可以彼此不同。此外,如上所述,UE在RRC连接建立之前经由SIB从BS接收的传输功率控制参数或者UE在RRC连接建立之前用作预定义值的传输功率控制参数可以包括在RRC连接建立之后从BS发送的RRC参数中。在这种情况下,UE可以使用RRC参数值来控制UL传输功率,该RRC参数值是在RRC连接建立之后从BS接收的。
此外,在与UE建立RRC连接之后,BS可以将信道状态信息参考信号(CSI-RS)配置为用于UE的路径衰减估计信号。在这种情况下,BS可以经由UE专用的RRC信息的powerControlOffsetSS参数向UE发送关于CSI-RS的传输功率的信息。在这种情况下,powerControlOffsetSS可以指示SSB和CSI-RS之间的传输功率偏移。
UE可以通过使用CSI-RS来测量DL RSRP,并且可以通过使用从BS接收的关于CSI-RS的传输功率的信息,通过使用[等式1]来估计DL路径衰减值。然后,基于所估计的DL路径衰减值,UE可以为PUCCH、PUSCH和SRS传输配置UL传输功率值。
UE可以向BS报告功率余量(PH)。功率余量可以指UE的当前传输功率和UE的最大输出功率之间的差。BS可以使用从UE接收的功率余量报告来优化系统操作。例如,当特定的UE向BS报告的功率余量的值是正值时,BS可以向该特定的UE分配更多的资源块(RB),从而增加系统产量(yield)。相反,当特定的UE向BS报告的功率余量的值是负值时,BS可以向该特定的UE分配更少的资源,或者可以经由传输功率控制(TPC)命令来降低该特定的UE的传输功率。通过这样做,BS可以增加系统产量或者可以减少UE不必要的功耗。
从BS接收TPC命令的UE可以根据TPC命令的指示来降低、增加或保持传输功率(传输功率更新)。在这种情况下,TPC命令可以经由UE特定的DCI或组公共DCI向UE发送。因此,BS可以经由TPC命令动态地控制UE的传输功率。
图24示出了根据本公开的一些实施例的在蜂窝系统中BS控制UE的传输功率的过程;
可以从BS(例如,gNB/eNB/RSU,称为BS)向UE分配用于进行单独的侧链路通信的资源,以便执行与另一个UE的侧链路通信,或者UE可以选择用于侧链路通信的资源,而无需BS的干预。图24示出了从BS向UE-1分配单独的侧链路资源以便执行与UE-2的侧链路通信的过程。详细地,BS可以为到UE-1的侧链路通信调度PDCCH。通过该PDCCH向UE-1发送的DCI信息(例如,DCI格式3_0)可以包括以下中的至少一个。
-侧链路分配索引(SAI):当UE发送包括对PDCCH的HARQ-ACK信息的PUCCH时,指示HARQ-ACK资源位置信息的字段,并且该字段可以被分成指示HARQ-ACK资源的大小信息的总SAI和指示HARQ-ACK资源的位置信息的计数器SAI。SAI可以包括总SAI和计数器SAI中的至少一个信息。
-时间间隙:它可以指包括DCI信息的PDCCH和物理侧链路控制信道(PSCCH)或物理侧链路共享信道(PSSCH)之间的时间差信息。详细地,时间间隙可以指PDCCH的起始符号(或结束符号)和PSCCH(或PSSCH)的起始符号(或结束符号)之间的间隔值。信息的候选值可以通过更高层信号来确定,并且候选值之一可以通过层1(L1)信号来确定。当PDCCH(或Uu接口信道)和PSCCH或PSSCH(或侧链路信道)的子载波间隔不同时,可以基于PDCCH的子载波间隔来确定时间间隙,或者可以基于PSCCH的子载波间隔(或PSSCH的子载波间隔)来确定时间间隙。替代地,可以基于PDCCH的子载波间隔、PSCCH的子载波间隔和PSSCH的子载波间隔中的最大子载波间隔(或最小子载波间隔)来解释(或确定)时间间隙。时间间隙可以以符号、绝对时间或时隙为单位来确定。
-HARQ进程ID
-新数据指示符(NDI)
-对初始传输的子信道分配的最低索引
-频率资源分配
-时间资源分配
-PSFCH-到-HARQ反馈定时指示符:该指示符可以指示物理侧链路反馈信道(PSFCH)和HARQ反馈信息通过其发送的PUCCH或PUSCH之间的时间差信息。当PSFCH和HARQ反馈信息通过其发送的PUCCH(或PUSCH)的子载波间隔不同时,UE可以基于PSFCH的子载波间隔、PUCCH(或PUSCH)的子载波间隔、或者PSFCH的子载波间隔和PUCCH(或PUSCH)的子载波间隔中的最大(或最小)子载波间隔来确定时间差值。信息的单位可以是符号、时隙或特定的子时隙。HARQ反馈信息是关于PSFCH的反馈信息,而不是关于PDCCH的反馈。
-PUCCH资源指示符:它可以指指示HARQ反馈信息在其中发送的特定的资源信息的字段。
-配置索引:指示被激活或去激活的已配置许可侧链路资源的索引信息的字段。当DCI格式的CRC由侧链路配置调度(SL-CS)-RNTI加扰时,该字段信息是有效的,并且该字段作为保留字段信息在包括由侧链路(SL)-RNTI进行CRC加扰的DCI格式中存在。
在PDCCH中接收DCI形成信息的UE-1可以获得要向UE发送-2或从UE-2接收的PSCCH(或PSSCH)资源信息。此外,UE-1可以从UE-2获得PSFCH信息。UE-1可以通过PSCCH(或PSSCH)资源信息和PSFCH信息来执行侧链路发送或接收。此外,接收PSFCH信息的UE-1可以通过PUCCH或PUSCH向BS发送PSFCH信息作为HARQ反馈。当顺序描述图24中所示的物理信道的发送或接收关系时,首先,BS可以向UE-1发送PDCCH(步骤1)。UE-1可以向UE-2发送PSCCH(或PSSCH)(步骤2)。UE-2可以向UE-1发送PSFCH(步骤3)。UE-1可以向BS发送PUCCH(步骤4)。根据本公开的实施例的物理信道的发送或接收流程可以包括上述步骤。然而,根据实施例,可以省略上述步骤中的一些,并且可以添加其他步骤。例如,在上述步骤中,步骤3或步骤4可以被更高层信号或L1信号省略。在另一个示例中,步骤4可以通过DCI格式的字段中的一些字段(例如,PSFCH-到-HARQ反馈定时指示符和PUCCH资源指示符)的特定的组合来省略。也就是说,基于DCI格式的字段中的一些字段的特定的组合,UE-1可以不向BS发送HARQ反馈信息。例如,当PSFCH-到-HARQ反馈定时指示符和PUCCH资源指示符两者指示值0时,UE-1不向BS发送HARQ反馈信息。
无线通信系统(例如,NR(5G)通信系统)的物理上行链路控制信道(PUCCH)的传输功率控制如[等式4]所示。
[等式4]
-PCMAX,f,c(i)可以指UE在服务小区c和载波f的PUCCH发送位置I处的最大传输输出。UE可以通过通过来自BS的系统信息或RRC(当没有BS时,预设值)配置的P-max值、UE内置的UE的功率等级等来确定PCMAX,f,c(i)。
-可以指的是为服务小区c、载波f和BWP b上的UL传输分配的PUCCH的频率块的大小。在这种情况下,2μ可以是用于根据子载波间隔补偿不同的功率密度(PSD)的参数。例如,当使用15kHz的子载波间隔时,μ=0。即使当使用相同数量的频率块时,当子载波间隔加倍到30kHz时,与使用15kHz的子载波间隔的情况相比,功率密度可以减少一半。因此,为了对此进行补偿,需要加倍功率。更详细地,当使用两个频率块时,例如,在子载波间隔为15kHz的情况下,可能需要3dB。然而,在子载波间隔为30kHz的情况下,为了保持与15kHz的子载波间隔相同的功率密度,传输功率需要增加到6dB。
-PLb,f,c(qd)可以指路径衰减估计值。在这种情况下,可以通过同步信号或参考信号的参考信号接收功率(RSRP)来估计路径衰减值。
-ΔTF,b,f,c(i)可以指根据包括在PUCCH中的上行链路控制信息(UCI)或者针对服务小区c、载波f和BWP b上的每个PUCCH格式确定的PUCCH功率控制参数。更详细地,该参数可以指根据信道状态信息(CSI)、HARQ-ACK、调度请求(SR)、UCI比特数或PUCCH资源大小中的至少一个的PUCCH功率控制参数。
-gb,f,c(i,l)是针对服务小区c、载波f和BWP b上的特定的闭环功率控制索引I的TPC命令的累积值,可以如[等式5]中来表示。
[等式5]
i0已经参考图20至22进行了描述,并且可以在[等式5]中同等地定义。C(ci)是UE在第I次PUCCH传输和第i-i0次PUCCH传输之间接收的传输功率控制(TPC)命令的总数。δPUCCH,b,f,c(m,l)可以指针对服务小区c、载波f和BWP b上的特定的闭环功率控制索引I的TPC命令值。δPUCCH,b,f,c(m,l)可以由UE公共DCI格式(例如,DCI格式2_3)或UE特定的DCI格式(例如,DCI格式1_0、1_1或1_2)来指示。此外,根据实施例,δPUCCH,b,f,c(m,l)可以具有如[表6]中所示的值。
[表6]
TPC命令字段 | 累积的δ<sub>PUCCH,b,f,c</sub>[dBm或dB] |
0 | -1 |
1 | 0 |
2 | 1 |
3 | 3 |
UE可以如上面在[等式4]和[等式5]中描述的那样确定用于发送PUCCH的传输功率。然而,与PUCCH传输功率相关的字段(例如,TPC命令)可能不存在于指示用于UE-1和UE-2之间的通信的侧链路资源(例如,PSCCH/PSSCH或PSFCH)的分配的DCI格式(例如,DCI格式3_0)中。在没有与PUCCH传输功率相关的字段的情况下,UE可以通过使用以下方法中的至少一种或其组合来确定传输功率。
-方法24-1:将TPC命令值配置为δPUCCH,b,f,c(i,l)=0dBm的方法。在方法24-1中,当UE接收到没有TPC命令的DCI格式时,UE可以将由DCI格式调度的PUCCH传输功率的TPC命令值δPUCCH,b,f,c应用为0dBm。
-方法24-2:将TPC命令值配置为δPUCCH,b,f,c(i,l)=δPUCCH,b,f,c(i-1,l)的方法。在方法24-2中,UE可以将用于第i次PUCCH传输的TPC命令值用作应用于第i-1次PUCCH传输的TPC命令值。
-方法24-3:将TPC命令值配置为OPUCCH,b,f,c(i,l)=OPUCCH,b,f,c(i-i0,l)的方法。在方法24-3中,UE可以将用于第i次PUCCH传输的TPC命令值用作应用于第i-i0次PUCCH传输的TPC命令值。i0遵循图21A、21B、21C和21D的描述。
-方法24-4:通过更高层信号确定OPUCCH,b,f,c(i,l)的方法。在方法24-4中,UE可以将用于第i次PUCCH传输的TPC命令值确定为由更高层信号预先配置的值。
方法24-5:根据方法24-5,OPUCCH,b,f,c(i,l)可以由DCI格式的其他字段(例如,PUCCH资源指示符、HARQ进程ID等)之一或两个或更多个字段的组合来隐式确定。例如,通过对由作为包括DCI格式中的字段之一的PUCCH资源指示符指示的值应用模运算,确定TPC命令值的方法是可能的。也就是说,UE可以确定通过mod 4(由PUCCH资源指示符指示的值)确定的值,作为[表6]中的TPC命令值(δPUCCH,b,f,c)。当PUCCH资源指示符所指示的值是5时,UE可以确定[表6]的TPC命令指示值1(0dBm)。尽管为了描述本公开的实施例,已经描述了通过使用PUCCH资源指示符来配置TPC命令值的方法,但是可以使用指示侧链路资源分配信息的DCI格式3_0中的另一字段来代替PUCCH资源指示符。
方法24-6:发送UE可以根据发送UE执行作为侧链路的播送类型(例如,播送类型是多播还是单播)来确定不同的δPUCCH,b,f,c(i,I)。可以通过更高层信号或L1信号来确定播送信息,或者可以根据发送UE(例如,图24的UE-1)从接收UE(例如,图24的UE-2)接收的HARQ反馈类型来确定播送信息。详细地,HARQ反馈类型可以分为ACK/NACK信息在其中发送的类型和仅NACK信息在其中发送的类型。
在另一示例中,因为δPUCCH,b,f,c(i,I)中的I表示闭环索引(对应于特定的闭环功率控制索引),所以UE可以通过独立地(或单独地)配置多个闭环索引来调整传输功率。接收不具有TPC命令的控制信息的UE可以总是将I的值视为固定值0或1,或者可以通过考虑与由单独的PUCCH资源指示符指示的PUCCH资源相关联的I的值来确定I的值(闭环索引值)。
图25是示出根据实施例的UE的PUCCH传输功率确定的流程图。
如参考图24所描述的,UE-1可以从BS接收包括侧链路资源分配信息和PUCCH资源信息的DCI信息(在下文中,称为用于侧链路通信的DCI信息)(2500)。UE-1可以在基于用于侧链路通信的DCI信息分配的侧链路资源上向UE-2发送PSCCH和PSSCH(2502)。当侧链路通信资源池包括PSFCH时,UE-1可以从UE-2接收HARQ反馈信息(2504)。UE-1可以在由用于侧链路通信的DCI信息提供的PUCCH资源上发送通过PSFCH接收的HARQ反馈信息(2506)。在这种情况下,通过参考图24描述的方法中的至少一种或方法中的一些方法的组合来确定传输功率。
图26示出了根据本公开的实施例的UE的结构。
参考图26,UE可以包括处理器2601、收发器2602和存储器2603。在本公开中,处理器2601可以被定义为电路、专用集成电路或至少一个处理器。
图26的UE可以对应于图22的UE-2以及UE-1。此外,图26的UE可以对应于图24的UE-1,也可以对应于UE-2。
根据本公开的实施例的处理器2601可以控制UE的整体操作。例如,处理器2601可以控制框之间的信号流,以便根据上述流程图执行操作。此外,处理器2601可以向存储器2603写入数据和从存储器2603读取数据。处理器2601可以执行通信标准所需的协议栈的功能。为此,处理器2601可以包括至少一个处理器或微处理器。替代地,处理器2601可以是另一个处理器的一部分。此外,收发器2602和处理器2601的一部分可以被称为通信处理器(CP)。
根据本公开的实施例,处理器2601可以控制参考图1至图25描述的UE的操作。
根据本公开的实施例的处理器2601可以执行UL传输功率控制方法,因此,当UE在应用CA的系统中从一个或多个小区接收一个或多个DCI时,处理器2601可以通过累积从DCI获得的传输功率控制参数的值来确保UL性能,并且可以最小化对相邻小区的干扰。
根据本公开的实施例的收发器2602可以执行通过无线信道发送或接收信号的功能。例如,收发器2602可以基于系统的物理层规范执行基带信号和比特串之间的转换。例如,对于数据发送,收发器2602可以通过对发送比特串进行编码和调制来生成复符号。对于数据接收,收发器2602可以通过对基带信号进行解调和解码来重建接收比特串。此外,收发器2602可以将基带信号上变频为射频(RF)频带信号,然后可以通过天线发送RF频带信号,并且可以将通过天线接收的RF频带信号下变频为基带信号。例如,收发器2602可以包括发送滤波器、接收滤波器、放大器、混频器、振荡器、数模转换器(DAC)、模数转换器(ADC)等。此外,收发器2602可以包括多个发送或接收路径。此外,收发器2602可以包括至少一个天线阵列,该天线阵列包括多个天线元件。在硬件方面,收发器2602可以包括数字电路和模拟电路(例如,射频集成电路(RFIC))。数字电路和模拟电路可以在一个封装中实现。此外,收发器2602可以包括多个RF链。
根据本公开的实施例的存储器2603可以存储用于UE操作的基本程序、应用程序和数据,例如配置信息。存储器2603可以被配置为易失性存储器、非易失性存储器或者易失性存储器和非易失性存储器的组合。响应于处理器2601的请求,存储器2603可以提供存储的数据。存储器2603可以存储经由收发器2602发送或接收的信息或者由处理器2601生成的信息中的至少一个。
图27示出了根据本公开的实施例的BS的结构。
参考图27,BS可以包括处理器2701、收发器2702和存储器2703。在本公开中,处理器2701可以被定义为电路、专用集成电路或至少一个处理器。
根据本公开的实施例的处理器2701可以控制BS的整体操作。例如,处理器2701可以控制框之间的信号流,以便根据上述流程图执行操作。此外,处理器2701可以向存储器2703写入数据和从存储器2703读取数据。处理器2701可以执行通信标准所需的协议栈的功能。为此,处理器2701可以包括至少一个处理器或微处理器。替代地,处理器2701可以是另一个处理器的一部分。此外,收发器2702和处理器2701的一部分可以被称为CP。
根据本公开的实施例,处理器2701可以控制参考图1至图25描述的BS的操作。
根据本公开的实施例的收发器2702可以执行通过无线信道发送或接收信号的功能。例如,收发器2702可以基于系统的物理层规范执行基带信号和比特串之间的转换。例如,对于数据发送,收发器2702可以通过对发送比特串进行编码和调制来生成复符号。对于数据接收,收发器2702可以通过对基带信号进行解调和解码来重建接收比特串。此外,收发器2702可以将基带信号上变频为RF频带信号,然后可以通过天线发送RF频带信号,并且可以将通过天线接收的RF频带信号下变频为基带信号。例如,收发器2702可以包括发送滤波器、接收滤波器、放大器、混频器、振荡器、DAC、ADC等。此外,收发器2702可以包括多个发送或接收路径。此外,收发器2702可以包括至少一个天线阵列,该天线阵列包括多个天线元件。在硬件方面,收发器2702可以包括数字电路和模拟电路(例如,RFIC)。数字电路和模拟电路可以在一个封装中实现。此外,收发器2702可以包括多个RF链。
根据本公开的实施例的存储器2703可以存储用于BS操作的基本程序、应用程序和数据,例如配置信息。存储器2703可以被配置为易失性存储器、非易失性存储器或者易失性存储器和非易失性存储器的组合。响应于处理器2701的请求,存储器2703可以提供存储的数据。存储器2703可以存储经由收发器2702发送或接收的信息或者由处理器2701生成的信息中的至少一个。
根据本公开的权利要求或说明书中描述的实施例的方法可以通过硬件、软件或硬件和软件的组合来实现。
当这些方法由软件实现时,可以提供存储一个或多个程序(软件模框)的计算机可读存储介质。存储在计算机可读存储介质中的一个或多个程序被配置为由电子设备中的一个或多个处理器执行。一个或多个程序可以包括用于允许电子设备执行根据本公开的权利要求或说明书中描述的实施例的方法的指令。
程序(例如,软件模框或软件)可以存储在随机存取存储器(RAM)、包括闪存的非易失性存储器、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、磁盘存储设备、光盘-ROM(CD-ROM)、数字多功能盘(DVD)、另一种光存储设备或盒式磁带中。替代地,程序可以存储在包括一些或所有上述存储介质的任意组合的存储器中。此外,可以提供多个组成存储器。
此外,程序可以存储在可附接的存储设备中,该存储设备可以通过诸如互联网、内联网、局域网(LAN)、广域网(WLAN)或存储区域网(SAN)或其组合的通信网络来访问。这种存储设备可以通过外部端口连接到用于执行本公开的实施例的装置。此外,通信网络上的独立存储设备可以连接到用于执行本公开的实施例的装置。
在本公开的详细实施例中,根据本公开的详细实施例,包括在本公开中的元件已经被表达为单数或复数。然而,对于为了解释方便而提供的条件,适当地选择单数或复数形式,并且本公开不限于单数或复数形式。以单数形式表达的元素可以包括多个元素,而以复数形式表达的元素可以包括单个元素。
在本公开的详细描述中已经描述了本公开的特定的实施例,但是应当理解,在不脱离本公开的范围的情况下,可以进行各种修改。因此,本公开的范围不限于本公开的上述实施例,并且不仅可以由所附权利要求来限定,还可以由权利要求的等同物来限定。
Claims (15)
1.一种无线通信系统中的第一用户设备UE的操作方法,所述操作方法包括:
从基站接收用于侧链路通信的下行链路控制信息DCI;
基于所接收的DCI,向第二UE发送侧链路数据;
通过物理侧链路反馈信道PSFCH从所述第二UE接收关于所述侧链路通信的反馈信息;
确定用于向所述基站发送所述反馈信息的传输功率;以及
基于所确定的传输功率,通过物理上行链路控制信道PUCCH向所述基站发送所述反馈信息。
2.根据权利要求1所述的操作方法,其中确定用于向所述基站发送所述反馈信息的传输功率包括:
基于所述DCI,识别用于通过所述PUCCH发送所述反馈信息的传输功率控制TPC命令字段;
当识别出所述TPC命令字段不包括在DCI中时,确定用于通过所述PUCCH发送所述反馈信息的TPC命令值;以及
基于所确定的TPC命令值来确定所述传输功率。
3.根据权利要求2所述的操作方法,其中所述TPC命令值被确定为0dBm,或者是与用于先前PUCCH传输的TPC命令值相同的值。
4.根据权利要求2所述的操作方法,其中确定用于通过所述PUCCH发送所述反馈信息的TPC命令值包括:
在所述反馈信息通过所述PUCCH被发送之前,识别应用于另一PUCCH传输的TPC命令值;以及
将所述TPC命令值确定为与所识别的TPC命令值相同的值。
5.根据权利要求2所述的操作方法,其中所述TPC命令值是基于由更高层接收的信息来确定的。
6.根据权利要求2所述的操作方法,还包括基于由包括在所述DCI中的至少一个字段指示的值来确定所述TPC命令值。
7.根据权利要求2所述的操作方法,其中当识别出所述TPC命令字段不包括在所述DCI中时,确定用于通过所述PUCCH发送所述反馈信息的TPC命令值包括:基于由所述第一UE执行的侧链路通信的侧链路播送类型,确定所述TPC命令值,
其中所述侧链路播送类型是基于更高层信号、层1信号或从所述第二UE接收的关于所述侧链路通信的反馈信息的类型来确定的。
8.根据权利要求7所述的操作方法,其中关于所述侧链路通信的反馈信息的类型包括发送确认ACK或否定确认NACK的类型或者发送NACK的类型。
9.根据权利要求2所述的操作方法,还包括:
基于预设值或与包括在所述DCI中的PUCCH资源指示符所指示的PUCCH传输资源相关的信息来确定闭环索引值;以及
基于所述闭环索引值来确定所述TPC命令值。
10.一种在无线通信系统中操作的第一用户设备UE,所述第一UE包括:
收发器;以及
至少一个处理器,被配置为从基站接收用于侧链路通信的下行链路控制信息DCI,
基于所接收的DCI,向第二UE发送侧链路数据,
通过物理侧链路反馈信道PSFCH从所述第二UE接收关于所述侧链路通信的反馈信息,
确定用于向所述基站发送所述反馈信息的传输功率,以及
基于所确定的传输功率,通过物理上行链路控制信道PUCCH向所述基站发送所述反馈信息。
11.根据权利要求10所述的第一UE,其中所述至少一个处理器还被配置为基于所述DCI,识别用于通过所述PUCCH发送所述反馈信息的传输功率控制TPC命令字段;
当确定所述TPC命令字段不包括在DCI中时,确定用于通过所述PUCCH发送反馈信息的TPC命令值;以及
基于所确定的TPC命令值来确定所述传输功率。
12.根据权利要求11所述的第一UE,其中所述TPC命令值被确定为0dBm,或者是与用于先前PUCCH传输的TPC命令值相同的值。
13.根据权利要求11所述的第一UE,其中所述至少一个处理器还被配置为在所述反馈信息通过所述PUCCH被发送之前,识别应用于另一PUCCH传输的TPC命令值,以及
将所述TPC命令值确定为与所识别的TPC命令值相同的值。
14.根据权利要求11所述的第一UE,其中所述TPC命令值是基于包括在所述DCI中的至少一个字段指示的值来确定的。
15.根据权利要求11所述的第一UE,其中所述至少一个处理器还被配置为基于由所述第一UE执行的侧链路通信的侧链路播送类型,确定所述TPC命令值,
其中所述侧链路播送类型是基于更高层信号、层1信号或从所述第二UE接收的关于所述侧链路通信的反馈信息的类型来确定的。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR10-2020-0051776 | 2020-04-28 | ||
KR1020200051776A KR20210133068A (ko) | 2020-04-28 | 2020-04-28 | 무선 통신 시스템에서 단말의 송신 전력 제어 방법 및 장치 |
PCT/KR2021/005298 WO2021221430A1 (ko) | 2020-04-28 | 2021-04-27 | 무선 통신 시스템에서 단말의 송신 전력 제어 방법 및 장치 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115462132A true CN115462132A (zh) | 2022-12-09 |
Family
ID=78373765
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202180031974.4A Pending CN115462132A (zh) | 2020-04-28 | 2021-04-27 | 无线通信系统中控制终端传输功率的方法和设备 |
Country Status (5)
Country | Link |
---|---|
US (1) | US20230171703A1 (zh) |
EP (1) | EP4135422A4 (zh) |
KR (1) | KR20210133068A (zh) |
CN (1) | CN115462132A (zh) |
WO (1) | WO2021221430A1 (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20220361152A1 (en) * | 2021-05-10 | 2022-11-10 | Qualcomm Incorporated | Techniques for collecting sidelink channel feedback from a receiving ue |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR101819515B1 (ko) * | 2013-03-04 | 2018-01-17 | 엘지전자 주식회사 | 무선 통신 시스템에서 상향링크 전력 제어 방법 및 이를 위한 장치 |
WO2017014510A1 (ko) * | 2015-07-17 | 2017-01-26 | 삼성전자 주식회사 | 무선 통신 시스템에서 신호 전송 방법 및 장치 |
-
2020
- 2020-04-28 KR KR1020200051776A patent/KR20210133068A/ko unknown
-
2021
- 2021-04-27 CN CN202180031974.4A patent/CN115462132A/zh active Pending
- 2021-04-27 EP EP21795582.2A patent/EP4135422A4/en active Pending
- 2021-04-27 US US17/921,234 patent/US20230171703A1/en active Pending
- 2021-04-27 WO PCT/KR2021/005298 patent/WO2021221430A1/ko unknown
Also Published As
Publication number | Publication date |
---|---|
KR20210133068A (ko) | 2021-11-05 |
WO2021221430A1 (ko) | 2021-11-04 |
EP4135422A4 (en) | 2023-10-04 |
EP4135422A1 (en) | 2023-02-15 |
US20230171703A1 (en) | 2023-06-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11388678B2 (en) | Method and apparatus for controlling transmission power in wireless communication system | |
US11910213B2 (en) | Method and apparatus for uplink transmission in wireless communication system | |
US10945279B2 (en) | Method for transmitting and receiving data in wireless communication system, and device for same | |
US11683763B2 (en) | Method and device for controlling transmission power of terminal in wireless communication system | |
US11595911B2 (en) | Method and apparatus for controlling UE transmission power in wireless communication system | |
US20240137961A1 (en) | Method and apparatus for controlling ue transmission power in wireless communication system | |
US11765663B2 (en) | Method and device for controlling transmission power in wireless communication system | |
US9980281B2 (en) | Method for performing transmission power control in wireless communication system and device therefor | |
US20220377720A1 (en) | Method and apparatus for controlling transmission power of ue in wireless communication system | |
US10462756B2 (en) | Method and apparatus for controlling transmission power of terminal in mobile communication system | |
US20220224456A1 (en) | Method and apparatus for transmitting uplink channel in wireless communication system | |
JP7492608B2 (ja) | 無線通信システムにおいて上りリンク送受信方法及び装置 | |
US20230171703A1 (en) | Method and device for controlling transmission power of terminal in wireless communication system | |
EP3652999B1 (en) | Controlling transmission power of terminal in mobile communication system | |
CN113475129A (zh) | 用于在无线通信系统中控制ue发射功率的方法和装置 | |
US12022401B2 (en) | Method and apparatus for controlling PUSCH transmission of a UE in a wireless communication system | |
US20220104138A1 (en) | Method and apparatus for controlling transmission power of ue in wireless communication system | |
CN113543339B (zh) | 用于无线通信系统中上行链路传输的方法和装置 |
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 |