CN113396616A - 用于确定触发的功率余量报告的基础的方法和装置 - Google Patents

用于确定触发的功率余量报告的基础的方法和装置 Download PDF

Info

Publication number
CN113396616A
CN113396616A CN202080012754.2A CN202080012754A CN113396616A CN 113396616 A CN113396616 A CN 113396616A CN 202080012754 A CN202080012754 A CN 202080012754A CN 113396616 A CN113396616 A CN 113396616A
Authority
CN
China
Prior art keywords
transmission
shared channel
uplink shared
physical uplink
phr
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.)
Granted
Application number
CN202080012754.2A
Other languages
English (en)
Other versions
CN113396616B (zh
Inventor
易卜拉西姆·莫拉维安贾齐
侯赛因·巴盖里
郑惠贞
维贾伊·南贾
约阿希姆·洛尔
拉维·库奇波特拉
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Lenovo Singapore Pte Ltd
Original Assignee
Lenovo Singapore Pte Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Lenovo Singapore Pte Ltd filed Critical Lenovo Singapore Pte Ltd
Publication of CN113396616A publication Critical patent/CN113396616A/zh
Application granted granted Critical
Publication of CN113396616B publication Critical patent/CN113396616B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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/36—TPC using constraints in the total amount of available transmission power with a discrete range or set of values, e.g. step size, ramping or offsets
    • H04W52/365—Power headroom reporting
    • 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/48—TPC being performed in particular situations during retransmission after error or non-acknowledgment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1858—Transmission or retransmission of more than one copy of acknowledgement message
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
    • 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/143—Downlink 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/38—TPC being performed in particular situations
    • H04W52/50—TPC being performed in particular situations at the moment of starting communication in a multiple access environment
    • 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/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • 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
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/04—Large scale networks; Deep hierarchical networks
    • H04W84/042—Public Land Mobile systems, e.g. cellular systems
    • 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
    • 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/08—Access point devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/02—Inter-networking arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/04—Interfaces between hierarchically different network devices
    • H04W92/10—Interfaces between hierarchically different network devices between terminal device and access point, i.e. wireless air interface

Abstract

提供用于检测(502)触发第一激活的服务小区的功率余量报告的事件已经发生的方法和装置。识别(504)与第一物理上行链路共享信道传输对应的第一物理上行链路共享信道资源，所述第一物理上行链路共享信道传输包括自功率余量报告被触发起传输块的初始传输。确定(506)第一物理上行链路共享信道资源对应于配置的授权还是响应于自功率余量报告被触发起在物理下行链路控制信道上接收的上行链路授权下行链路控制信息。对于与直到从事件起测量的时间窗口到期用户设备接收的相应下行链路控制信息对应的每个分量载波，确定(508)功率余量报告基于实际传输还是参考格式。

Description

用于确定触发的功率余量报告的基础的方法和装置
技术领域
本公开涉及一种用于确定制定触发的功率余量报告的基础的方法和装置，以及与发射功率控制命令相关联的功率调整对特定传输的多个重复中的每一个的适用性，包括与超可靠和低延迟类型的通信传输相关联的实例。
背景技术
目前，诸如无线通信设备的用户设备(UE)使用无线信号与其他通信设备进行通信，诸如在能够包括一个或多个小区的网络环境中，在一个或多个小区内与网络和在该网络内运行的其他设备的各种通信连接能够被支持。网络环境通常涉及一组或多组标准，每组标准定义在网络环境内使用相应标准时正在进行的任何通信连接的各个方面。正在开发和/或现有标准的示例包括新无线电接入技术(NR)、长期演进(LTE)、通用移动电信服务(UMTS)、全球移动通信系统(GSM)和/或增强型数据GSM环境(EDGE)。
在任何给定时间，与经由特定小区在无线通信设备与网络之间建立和维持通信连接相关的条件能够随着特定无线通信设备与一个或多个基站之间的关系改变而改变。在这些相同和其他实例中的一些情况下，通信连接能够改变的程度或期望通信连接适应的方式能够取决于通信连接的类型。至少一种类型的新兴通信连接被识别为超可靠和低延迟类型的通信，其使用要求具有相对于通信的某些方面的预期性能水平。例如，预期响应时间支持定义的低延迟，并且预期定义的可允许的误码率支持预定水平的可靠性。
这种新型通信旨在支持应用，在这些应用中，在用户与系统通信的系统之间的中继通信消息时的系统的响应中的显着延迟会降低用户体验和/或特定应用的合理性能。可能受益于具有降低的延迟和更高可靠性的通信的应用示例包括自动驾驶应用、远程手术应用和沉浸式在线游戏娱乐应用，诸如增强现实或虚拟现实类型的应用，以及需要服务器和相对大量玩家之间的交互的类型。这些应用中的一些可能被识别为任务关键型，其需要不间断的、稳健的数据交换以便在可接受的水平上执行。在某些实例中，对这种系统的预期支持要求重新考虑如何执行某些通信支持过程。
例如，误码率能够被降低的一种方式是通过增加发射功率。然而，特定用户的发射功率的增加成为相对于其他附近用户的干扰增加的潜在来源。网络通常管理多个用户的通信，其中几个用户可能每个都对需要支持超可靠和低延迟通信形式的应用感兴趣。
本发明人已经认识到，通过更好地管理各种用户设备和网络之间的上行链路功率控制，可能更好地支持旨在支持多个用户的低延迟通信环境，其中通过包括对确定和传送功率余量报告的方式的改变，以及结合各种机制以提供更强大的动态功率调整形式，可以增强可靠性。
发明内容
本申请提供了一种用户设备中的方法。该方法包括检测触发第一激活的服务小区的功率余量报告的事件已经发生。识别与第一物理上行链路共享信道传输对应的第一物理上行链路共享信道资源，第一物理上行链路共享信道传输包括自所述功率余量报告被触发起传输块的初始传输。确定第一物理上行链路共享信道资源对应于配置的授权还是响应于自功率余量报告被触发起在物理下行链路控制信道上接收的上行链路授权下行链路控制信息。对于与直到从事件起测量的时间窗口到期用户设备接收的相应下行链路控制信息对应的每个分量载波，确定所述功率余量报告基于实际传输还是参考格式。然后在第一物理上行链路共享信道传输上发射所述功率余量报告。
根据另一可能的实施例，提供了一种通信网络中的用户设备。用户设备包括控制器，控制器检测触发第一激活的服务小区的功率余量报告的事件已经发生，以及耦合到控制器的收发器，收发器在第一物理上行链路共享信道传输上发射功率余量报告。控制器识别与第一物理上行链路共享信道传输对应的第一物理上行链路共享信道资源，第一物理上行链路共享信道传输包括自所述功率余量报告被触发起传输块的初始传输，并且确定第一物理上行链路共享信道资源对应于配置的授权还是响应于自功率余量报告被触发起在物理下行链路控制信道上接收的上行链路授权下行链路控制信息。对于与直到从事件起测量的时间窗口到期用户设备接收的相应下行链路控制信息对应的每个分量载波，控制器进一步确定功率余量报告基于实际传输还是参考格式。
本申请的这些和其他目的、特征和优点从以下参考附图的一个或多个优选实施例的描述中是显而易见的。
附图说明
图1是其中本发明适用于操作的示例性网络环境的框图；
图2是物理上行链路共享信道定时能力1的物理上行链路共享信道准备时间的示例性表；
图3是物理上行链路共享信道定时能力2的物理上行链路共享信道准备时间的示例性表；
图4是将发射功率控制命令的单独位字段的值与附加功率提升值和要被应用于累加功率值的改变相关联的示例性表；
图5是用户设备中用于确定触发的功率余量报告的基础的流程图；
图6是用户设备中用于选择性地应用发射功率控制命令的功率调整的流程图；
图7是与应用发射功率控制命令的功率调整相关联的网络实体中的流程图；以及
图8是根据可能实施例的装置的示例框图。
具体实施方式
虽然本公开容许各种形式的实施例，但是在附图中示出并且在下文中将描述当前优选的实施例，应当理解本公开被认为是本发明的示例并且不旨将本发明限制于所图示的特定实施例。
实施例提供用于超可靠和低延迟通信传输的功率控制和功率余量报告增强的方法和装置。
图1是根据可能实施例的系统100的示例框图。系统100能够包括诸如用户设备(UE)的无线通信设备110、诸如增强型节点B(eNB)或下一代节点B(gNB)的基站120以及网络130。无线通信设备110能够是无线终端、便携式无线通信设备、智能手机、蜂窝电话、翻盖电话、个人数字助理、个人计算机、选择性呼叫接收机、平板计算机、膝上型计算机或能够在无线网络上发送和接收通信信号的任何其他设备。
网络130能够包括能够发送和接收无线通信信号的任何类型的网络。例如，网络130能够包括无线通信网络、蜂窝电话网络、基于时分多址(TDMA)的网络、基于码分多址(CDMA)的网络、正交频分多址(OFDMA)网络、长期演进(LTE)网络、第5代(5G)网络、基于第3代合作伙伴计划(3GPP)的网络、卫星通信网络、高空平台网络、互联网和/或其他通信网络。
超可靠低延迟通信(URLLC)是无线行业的新兴应用之一，也是3GPP 5G新无线电(NR)标准提供的目标服务之一。至少从物理层的角度来看，至少几个URLLC相对于传统无线服务的区别-增强型移动宽带(eMBB)-具有低得多的目标块错误概率(BLER)要求(例如，高达10^-6)、更高的可用性和更短的目标延迟要求(例如，大约0.5-1毫秒)。为了实现这些对URLLC更严格的性能要求，需要满足比eMBB所需的相应操作要求更严格的操作要求的新设计。先前在Rel-15中已经采用了基本设计(主要是信道质量指标(CQI)和调制和编码方案(MCS)-设计为实现高达10^-5BLER的可靠性的设计)，并且URLLC正在进行进一步的增强。
上行链路功率控制(PC)是在被考虑的众多元素中，预计可以帮助URLLC实现其目标要求。例如，新的PC设计可能适合处理UE间多路复用(例如，eMBB与URLLC用户之间)和动态提高URLLC传输的功率。另一方面，其他领域为URLLC采用的新设计也影响PC设计，并且要求重新审视现有的5G NR功率控制框架以进行可能的改变和改进。例如，Rel-15中正在考虑的时序关系(诸如授权传输间隙定时和无序调度)正在针对URLLC增强进行改进，以允许更快地处理和传输URLLC流量。因此，考虑到这些新功能，可能需要重新审视功率控制和功率余量报告(PHR)操作。
本申请讨论了一些用于URLLC业务的新PC和PHR方面，并且提供了对于这些新方面的建议。具体地，本文中包括的提案尝试解决以下问题：
-无序调度的功率余量报告(PHR)操作的定时方面，
○包括：是否和/或如何修改PHR“截止时间”以及可能选择承载PHR的PUSCH传输
-UE间多路复用的功率控制变化
○包括：经由TPC命令指示进行动态功率提升的机制等。
这些提案主要在3GPP 5G NR Rel-16的上下文中进行描述，但也能够被应用于5GNR的其他版本和其他无线技术。
功率余量报告(PHR)的变化
无序调度
注意：贯穿本公开，当讨论上行链路(UL)下行链路控制信息(DCI)的定时关系(例如，早/晚、最早/最晚、之间等)时，意图是表示例如，承载该UL DCI或更高层信令的物理下行链路控制信道(PDCCH)的第一符号或最后符号的接收时间，如果适用的话。这应用于动态调度的UL传输、和/或半持久和/或非周期性UL传输、配置的授权(例如，类型1或类型2)等。在类似的注释中，当讨论用于UL传输(物理上行链路共享信道(PUSCH)/物理上行链路控制信道(PUCCH)/探测参考信号(SRS)/物理随机接入信道(PRACH)的定时关系时(例如，早/晚、最早/最晚、之间等)，意图是表示UL传输时机的(例如，第一符号或最后符号)的传输时间。
新的定时关系正在被考虑用于增强5G NR Rel-16中的URLLC性能。特别地，授权传输间隙定时(即，在接收UL授权DCI之后和进行上行链路传输之前的符号/时隙的数量)可以允许对URLLC进行无序调度，使得在服务小区/上行链路载波内，与其上行链路传输将晚于由较晚授权调度的传输的另一较早的授权相比，较晚的授权能够调度较早的传输。换句话说，第二上行链路授权DCI和相应的传输(用于URLLC流量)都能够发生-即，夹在第一上行链路授权DCI与eMMB类型业务的相应传输之间。这种特点在5G NR Rel-15中可能不被允许，但被认为支持Rel-16，如以下与先前提案相关的商定摘录中能够看出。
(3GPP RAN1 AH-1901)
为了在给定服务小区的激活的带宽部分(BWP)上的两个混合自动重传请求(HARQ)进程之间支持无序PDSCH到HARQ和PDCCH到PUSCH，鼓励公司进一步执行分析，至少包括以下方面：
●如果允许，丢失规则的详细信息
●期望UE处理无序信道的条件(如果有)
能够验证，由于Rel-15中已经支持在配置的授权PUSCH传输与另一动态调度的PUSCH传输之间的TPC命令的无序处理，两个动态调度的上行链路传输之间的这种无序调度不会影响功率控制框架，包括TPC命令累加。
然而，对于功率余量报告(PHR)，定时方面的新过程可能是有益的。
PHR的定时方面
在LTE中，对于载波聚合(CA)操作中的PHR，因为n+4的固定传统时间线(即，PUSCH传输发生在子帧索引n处接收UL授权DCI之后的4个子帧)，实际/虚拟PHR基于PHR被报告的子帧中是否存在PUSCH传输而被简单地定义。
然而，由于NR中的时间线灵活性，对NR重新使用这种机制可能是有问题的：其中，被称为时隙偏移k2的授权传输间隙定时属于预定义/默认集或被半静态地配置到用户设备(UE)并且其实际值在UL授权DCI的时域分配部分中被动态地指示。因此，确定在某个时隙传输是否发生取决于UE接收UL授权DCI(用于动态调度授权)的时间实例。因此，要求UE完全确定某个时隙的所有调度传输意味着“相对紧张的时间线情况”，其迫使UE等待直到“最后时刻”做出决定。
为了避免这种相对紧张的时间线情况，5G NR Rel-15同意UE将“PHR截止时间”设置为第一UL授权DCI(在任何服务小区上)，其在PHR触发器调度新的/初始传输之后，使得在PHR截止时间之前调度的其他小区上的所有重叠UL传输报告实际PHR，而在PHR截止时间之后调度的所有非重叠UL传输和其他小区上的所有重叠UL传输报告虚拟PHR，诸如关于参考格式。这在来自[TS 38.213]的以下文本中被体现。
摘录自TS 38.213功率余量报告第7.7节
基于从功率余量报告被触发起直到并包括UE检测到调度传输块的初始传输的第一DCI格式0_0或DCI格式0_1的PDCCH监视时机由UE接收到的下行链路控制信息，UE确定激活的服务小区的功率余量报告[11,TS 38.321]是基于实际传输还是参考格式。
如果UE
-被配置有服务小区的两个UL载波，并且
-确定服务小区的类型1功率余量报告和类型3功率余量报告则UE
-如果类型1和类型3功率余量报告均基于各自的实际传输或各自的参考传输，则提供类型1功率余量报告
-如果类型1报告或类型3报告基于各自的参考传输，则提供基于各自的实际传输的功率余量报告如果UE被配置有次级小区组(SCG)并且如果小区组(CG)的phr-ModeOtherCG指示“虚拟”，则对于在CG上传输的功率余量报告，UE计算PH假设UE没有在其他CG的任何服务小区上发射PUSCH/PUCCH。
另外，在计算载波聚合(CA)操作中的实际PHR时，UE考虑所有服务小区上的所有UL授权，这些服务小区的对应PUSCH与承载PHR的PUSCH重叠并且在PHR截止时间(即，PHR时间之后的第一UL授权)之前被调度，其中计算主要依据如何计算最大功率降低(MPR)/附加最大功率降低(A-MPR)和相应的Pcmax值(例如，对于帧内频带CA，其中MPR/A-MPR跨分量载波(CC)被联合计算)。因此，MPR/A-MPR和Pcmax不基于PHR截止时间之后被调度的PUSCH传输而被计算(再次由于计算MPR/A-MPR的时间线原因)。这在[TS 38.213]的以下文本中被体现。
摘录自TS 38.213类型1PHR的第7.7.1节
如果UE被配置具有PUSCH传输的多个小区，则UE不考虑在第一PUSCH传输中计算类型1功率余量报告，第一PUSCH传输包括在服务小区c1的载波f1的激活的UL
Figure BDA0003197709760000091
上的传输块的初始传输，在与第一PUSCH传输重叠的服务小区c2的载波f2的激活的ULB
Figure BDA0003197709760000092
上的第二PUSCH传输，如果
-在第二PDCCH监视时机接收的PDCCH中，第二PUSCH传输由DCI格式0_0或DCI格式0_1调度，并且
-第二PDCCH监视时机在第一PDCCH监视时机之后，其中，UE检测在功率余量报告被触发之后调度传输块的初始传输的最早的DCI格式0_0或DCI格式0_1
在5G NR Rel-15的后期，3GPP RAN2工作组决定在能够容纳比任何其他动态调度的PUSCH传输更早出现PHR传输的CG PUSCH的情况下，配置的授权(CG)上行链路传输也能够被用于发射PHR MAC-CE。当采用CG-PUSCH传输PHR时的一个关键问题是决定CG-PUSCH情况下的PHR截止时间，因为在这种情况下，没有相应的对应的授权DCI。之前一致认为，对于CG-PUSCH，PHR截止时间被定义为CG-PUSCH的起始符号减去[TS38.214]中定义的最小PUSCH处理/准备过程时间。这些决定在以下来自[TS38.321]的规范文本和对应的RAN2通信中被体现。
摘录自TS38.321功率余量报告第6.1.3.9节
通过考虑在PHR MAC CE在PDCCH上接收的上行链路授权上被报告的情况下自PHR已经被触发起直到并包括用于新传输的第一UL授权被接收的PDCCH时机、或者在PHR MACCE在配置的授权上被报告的情况下直到PUSCH传输的第一上行链路符号减去PUSCH准备时间——如TS38.214的第6.4分条款中定义的，已经被接收的下行链路控制信息和(多个)配置授权，MAC实体确定激活的服务小区的PH值是基于实际传输还是参考格式。
来自RP-182658的CRR2-1818803：
澄清配置的授权的PHR定时
通过考虑在PHR MAC CE在PDCCH上接收的上行链路授权上被报告的情况下自PHR已经被触发起直到并包括用于新传输的第一UL授权被接收的PDCCH时机、或者在PHR MACCE在配置的授权上被报告的情况下直到PUSCH传输的第一上行链路符号减去PUSCH准备时间——如TS38.214的第6.4分条款中定义的，已经被接收的下行链路控制信息和(多个)配置的授权，MAC实体确定激活的服务小区的PH值是基于实际传输还是参考格式。
来自关于PHR定时的LS LS-out R2-1818807
RAN2注意到当前的PHR定时仅涵盖具有DCI的动态授权，然而也应该能够通过配置的授权发送PHR。
RAN2可以通知RAN1 RAN2关于PHR定时达成如下协议：
通过考虑在PHR MAC CE在PDCCH上接收的上行链路授权上被报告的情况下自PHR已经被触发起直到并包括用于新传输的第一UL授权被接收的PDCCH时机、或者在PHR MACCE在配置的授权上被报告的情况下直到PUSCH传输的第一上行链路符号减去PUSCH准备时间——如TS38.214的第6.4分条款中定义的，已经被接收的下行链路控制信息和(多个)配置的授权，MAC实体确定激活的服务小区的PH值是基于实际传输还是参考格式。
RAN2了解确定真实或虚拟PH的时间也在物理层规范中被体现，因此我们希望RAN1相应地更新对应的文本。
如[TS38.214]中定义的最小PUSCH处理/准备过程时间方面的CG-PUSCH的PHR截止时间的另一微妙之处在于该定时仅适用于动态调度的PUSCH传输，因此更多细节(诸如BWP切换时间的澄清等)将有利于CG-PUSCH的情况，以确保CG-PUSCH是仅在最近可能的覆盖物理下行链路控制信道(PDCCH)时机之后进行新传输的第一/最早的UL资源。一个可能的解决方案作为变更请求(CR)提交给3GPP RAN全体会议(Plenary)#82(2018年12月)，如下所示，但未达成一致。预计这些更改将在3GPP RAN1#96(2019年2月)中得到讨论和批准。对于最小PUSCH处理/准备过程时间的细节的澄清，对应的规范文本也从[TS38.214]复制到下面。
摘录自RAN全体会议纪要RAN#82
RP-182658NR相关CR，第10部分RAN2
替换
该文件获得批准。
用于配置的授权的RP-182720PHR定时诺基亚、诺基亚上海贝尔、联想、摩托罗拉移动
替换RP-182706
公司CR；此CR(用于RAN1 TS)与RP-182658的CR R2-1818803和后期LSout R2-1818807(仅被发送到RAN1)有关；在离线讨论中发现缺少/需要对应的RAN138.213 CR；该CR在RP-182720中被提供诺基亚：2个选项：要么在这里批准RAN1 CR(仍然可以进行修复)或将其踢回RAN1(但于是RAN1与RAN2规范错位达1个季度)LG：定时计算通常在RAN1中完成中兴：CR是讨论了RAN1反射器，一些公司对此仍有技术担忧英特尔：是的，与中兴有相同的观点，建议在下一次RAN1会议上解决诺基亚：我们更愿意保持RAN2部分获得批准并在3月19日解决RAN1部分华为：问题是这种做法的后果是什么？如果对系统造成严重影响，我们应该努力解决这个问题。诺基亚：似乎对应的RAN1专家不在这里
该文件被推迟。
来自包含在RP-182720中的CR
基于功率余量报告在由在PDCCH上接收的上行链路授权触发的PUSCH上被报告的情况下自功率余量报告被触发起直到并包括UE检测到调度传输块的初始传输的第一DCI格式0_0或DCI格式0_1的PDCCH监视时机、或者在功率余量报告在配置的授权上报告的情况下直到PUSCH传输的第一上行链路符号减去PUSCH准备时间——如TS38.214[6]的第6.4分条款中定义的，UE接收的下行链路控制信息和(多个)配置的授权，UE确定激活的服务小区的功率余量报告[11,TS38.321]基于实际传输还是参考格式。
出于功率余量报告的目的，Tproc,2基于对应于其调度小区的激活的下行链路BWP的子载波间距的μDL，并且如果功率余量报告在配置授权上被发射则假设d2,1＝1，d2,2＝0。
如果UE被配置有用于PUSCH传输的多个小区，则UE不考虑在第一PUSCH传输中类型1功率余量报告的计算，该第一PUSCH传输包括在服务小区c1的载波f1的激活的UL
Figure BDA0003197709760000121
上传输块的初始传输，在与第一PUSCH传输重叠的服务小区c2的载波f2的激活的UL
Figure BDA0003197709760000122
上的第二PUSCH传输，如果
-在第二PDCCH监视时机接收的PDCCH中，第二PUSCH传输由DCI格式0_0或DCI格式0_1调度，以及
-第二PDCCH监视时机在功率余量报告被触发之后UE检测调度传输块的初始传输的最早的DCI格式0_0或DCI格式0_1的第一PDCCH监视时机之后，或者在第一PUSCH传输在配置的授权上的情况下在PUSCH传输的第一上行链路符号减去PUSCH准备时间——如TS38.214[6]的第6.4分条款中定义的——之后，
摘录自TS38.214第6.4节关于UE PUSCH准备过程时间
6.4UE PUSCH准备过程时间
如果用于传输块的PUSCH分配中的第一上行链路符号，包括DM-RS，如时隙偏移K2和调度DCI的开始和长度指示符SLIV定义，不早于符号L2，其中L2是被定义为下一个上行链路符号，其CP在承载调度PUSCH的DCI的PDCCH的最后一个符号结束之后开始Tproc,2＝max((N2+d2,1)(2048+144)·κ2-μ·TC,d2,2)，然后UE将发射传输块。
-N2分别基于UE处理能力1和2的表6.4-1和表6.4-2(再现为图2和图3)的μ，其中μ对应于产生最大Tproc,2的(μDL,μUL)中的一个，其中μDL对应于利用其承载调度PUSCH的DCI的PDCCH被传输的下行链路子载波间隔，μUL对应于利用其PUSCH要被传输的上行链路信道的子载波间隔，κ在[4,TS38.211]的第4.1分条款中被定义。
-如果PUSCH分配的第一符号仅由DM-RS组成，则d2,1＝0，否则d2,1＝1。
-如果UE被配置有多个激活的分量载波，则PUSCH分配中的第一上行链路符号进一步包括如[11,TS38.133]中给出的分量载波之间的定时差的影响。
-如果调度DCI触发了BWP的切换，则d2,2等于如[11,TS38.133]中定义的切换时间，否则d2,2＝0。
-如果由DCI指示的PUSCH与一个或多个PUCCH信道重叠，则传输块按照[9,TS38.213]的第9.2.5分条款中的过程被复用，否则传输块在由DCI指示的PUSCH上被发射。
否则，UE可以忽略调度DCI。
Tproc,2的值被用于正常和扩展的循环前缀的情况两者。
PHR操作的另一方面是为阐明承载PHR的PUSCH传输。通常，可以理解的是，一旦PHR被触发并且UE具有可用于发射PHR的上行链路资源，UE应当发射PHR。例如，在逻辑信道优先级(LCP)过程和传输块(TB)大小、处理时间线等方面，UE应该使用最早的可用/可能的PUSCH传输来发射PHR。例如，这是采用5GNRRel-15规范时间段后期改变的主要原因，如果该CG-PUSCH资源比PHR触发之后的任何其他/第一动态调度的PUSCH传输在时间上发生得更早，该改变将允许/强制UE在配置的授权PUSCH(CG-PUSCH)上发射PHR。
另一方面，通常假设PHR不是时间关键的。因此，即使有[TS38.321]中的规范文本说：
“如果MAC实体为新传输分配了UL资源，则MAC实体应……，如果功率余量报告程序确定至少一个PHR已经被触发且没有被取消；并且如果分配的UL资源能够容纳MAC实体被配置为发射加上它的子报头的PHR的MAC CE，作为如第5.4.3.1分条款中定义的LCP的结果，……，指示复用和组装过程生成并发射基于物理层所报告的值如第6.1.3.9/6.1.3.8分条款中定义的多/单条目PHR MAC CE”；
没有真正/精确地指定PHR MAC CE被包括在哪个PUSCH中。该规范文本有意地被制定得有点不精确，使得它为UE实现在何处发射PHR MAC CE留下一些自由，诸如例如，使用哪个PUSCH资源来包括PHR MAC CE。这在3GPP RAN2会议上也得到了证实(RAN2中的公司之间的共识)。对于调度性能来说，只要eNB/gNB清楚什么信息(例如DCI、CG PUSCH分配、TPC命令)UE用于PHR的计算，PHR MAC CE发射的确切PUSCH资源不是很重要。网络需要知道PHR计算的依据是什么。
实际上，UE通常基于DCI接收知道UL资源是否可用。因此，通常当在PHR触发条件被满足后接收DCI(为初始传输授予UL资源)时，则根据以下条分条款UE在与该DCI相关联的PUSCH中包含PHRMACCE(只要TB大小允许包括PHR MAC CE)：“如果分配的UL资源能够容纳MAC实体被配置为发射加上它的子报头的PHR的MAC CE，作为如第5.4.3.1分条款中定义的LCP的结果”。换句话说，UE在PUSCH的分配开始LCP之前不得不决定是否包括PHR MAC CE。
PHR触发条件和PHR过程，诸如使用哪个PUSCH来复用PHR，在来自[TS38.321]的以下文本中被指定。
摘录自TS38.321第5.4.6节的功率余量报告
5.4.6功率余量报告
功率余量报告程序被用于向服务gNB提供以下信息：
-类型1功率余量：标称UE最大发射功率与每个激活的服务小区的UL-SCH传输的估计功率之间的差值；
-类型2功率余量：标称UE最大发射功率与其他MAC实体(即仅在EN-DC情况下的E-UTRA MAC实体)的SpCell上的UL-SCH与PUCCH传输的估计功率之间的差异；
-类型3功率余量：标称UE最大发射功率与每个激活的服务小区的SRS传输的估计功率之间的差值。
RRC通过配置以下参数来控制功率余量报告：
-phr-PeriodicTimer；
-phr-ProhibitTimer；
-phr-Tx-PowerFactorChange；
-phr-Type2OtherCell；
-phr-ModeOtherCG；
-多个PHR。
如果以下任何事件发生，功率余量报告(PHR)应被触发：
-对于任何MAC实体的至少一个激活的服务小区来说，phr-ProhibitTimer到期或已经过期，并且路径损耗变化超过phr-Tx-PowerFactorChange dB，当MAC实体具有用于新传输的UL资源时被用作自在该MAC实体中上次传输PHR以来的路径损耗参考；
■注释1：上述评估的一个小区的路径损耗变化位于当前路径损耗参考上的当前时间测量的路径损耗与当时使用的路径损耗参考上的上次传输PHR的传输时间测量的路径损耗之间，不考虑之间的路径损耗参考是否已经变化。
-phr-PeriodicTimer到期；
-在由上层配置或重新配置功率余量报告功能时，其不被用于禁用该功能；
-激活具有配置的上行链路的任何MAC实体的SCell；
-添加PSCell(即PSCell被新添加或改变)；
-phr-ProhibitTimer到期或已经过期，当MAC实体具有用于新传输的UL资源时，并且对于具有配置的上行链路的任何MAC实体的任何激活的服务小区，以下情况均属实：
-有分配用于传输的UL资源或有在该小区上的PUCCH传输，以及由于用于该小区上的功率管理所需的功率回退(如TS38.101-1[14]、TS38.101-2[15]和TS38.101-3[16]中规定的P-MPRc所允许的)自上次传输PHR以来，当MAC实体具具有分配用于传输的UL资源或该小区上的PUCCH传输时，已经改变了超过phr-Tx-PowerFactorChange dB。
■注释2：MAC实体应避免在由于功率管理而导致的所需功率回退仅暂时降低(例如长达几十毫秒)时触发PHR，并且应避免当PHR被其他触发条件触发时在PCMAX,f,c/PH的值中反映这种暂时降低。
如果MAC实体具有分配用于新传输的UL资源，则MAC实体应：
1>如果它是自上次MAC重置以来分配用于新传输的第一UL资源：
2>启动phr-PeriodicTimer；
1>如果功率余量报告程序确定至少一个PHR已经被触发且未被取消；以及
1>如果分配的UL资源能够容纳MAC实体被配置为发射加上它的子报头的PHR的MACCE，作为如第5.4.3.1分条款定义的LCP的结果：
2>如果multiplePHR被配置：3>对于具有与任何MAC实体相关联的配置的上行链路的每个激活的服务小区：
4>获得如TS38.213[6]的第7.7分条款规定的对应上行链路载波的类型1或类型3功率余量值；
4>如果该MAC实体具有分配用于该服务小区上的传输的UL资源；或者
4>如果其他MAC实体(如果已配置)具有分配用于该服务小区上的传输的UL资源，并且phr-ModeOtherCG由上层设置为真：
5>从物理层获取对应的PCMAX,f,c字段的值。
3>如果phr-Type2OtherCell被配置：
4>如果另一MAC实体是E-UTRAMAC实体：
5>获得其他MAC实体(即E-UTRAMAC实体)的SpCell的类型2功率余量值；
5>如果phr-ModeOtherCG被上层设置为真：
6>从物理层获取其他MAC实体(即E-UTRAMAC实体)的SpCell的相应PCMAX,f,c字段的值。
3>根据物理层报告的值，指示多路复用和组装过程生成并发射多条目PHR MACCE，如第6.1.3.9分条款中所定义的。
2>否则(即SingleEntryPHR格式被使用)：
3>从物理层获得PCell的对应上行链路载波的类型1功率余量的值；
3>从物理层获取对应的PCMAX,f,c字段的值；
3>根据物理层报告的值，指示多路复用和组装过程生成并发射如第6.1.3.8分条款中定义的单条目PHR MAC CE。
2>启动或重启phr-PeriodicTimer；
2>启动或重启phr-ProhibitTimer；
2>取消所有触发的PHR。
■注释3：对于UE不支持动态功率共享的频段组合，UE可以省略报告其他MAC实体中服务小区的功率余量信息。
下面我们讨论无序调度的情况下的PHR定时方面的示例性实施例，其可以由URLLC流量驱动，并提供在这种情况下处理PHR截止时间的当前建议。由于这是5GNRRel-16中的一个新主题，因此没有与此问题相关的现有解决方案。
UE间复用的增强
UL抢占指示
Rel-15标准规范中规定了DL中eMBB与URLLC流量之间的动态复用。然而，关于如何从UE和/或系统角度复用UL流量的问题仍然存在。
对于DLPI(DL抢占指示)，DCI格式2_1被用于通知物理资源块(PRB)和正交频分复用(OFDM)符号，其中UE可以假设对于UE不打算传输。
以下信息通过具有由中断无线电网络临时标识符(INT-RNTI)加扰的循环冗余校验(CRC)的DCI格式2_1发射：
-抢占指示1、抢占指示2、……、抢占指示N。
根据[TS38.213]的第11.2分条款，DCI格式2_1的大小可由更高层配置，最高可达126位。每个抢占指示是14位。
14位位图的解释是可配置的：每一位代表
●时域中的一个OFDM符号和频域中的全带宽部分，或
时域中的两个OFDM符号和频域中带宽部分的一半。未定义下行链路抢占指示(DLPI)接收时的UE行为。
与频域中的资源块(RB)的数量能够从一个符号突然改变到另一符号的DLPI相反，在上行链路抢占指示(ULPI)中，由于射频(RF)限制，这种突然变化是不被期望的。此外，ULPI与DLPI不同，因为它被用于避免UL干扰，而在DL中，gNB已经通过从重叠/干扰DL传输中选择一个来避免DL干扰。
其他人已经提议将eMBB PUSCH传输的UL取消(抢占)作为UE间复用(例如，UE1的eMBB流量和UE2的URLLC流量)的候选。该方案的优点是通过及时静音另一UE的eMBB流量来确保URLLC流量的延迟(和可靠性)。该方案还能够通过让eMBB UE在宽带宽上进行调度(而不是在URLLCUE与eMBBUE之间进行半静态带宽分配)并且仅在需要时被静音，从而对eMBBUE是有利的。然而，存在与该方案相关联的成本和缺点：(a)可能需要以及时的方式非常频繁地监视UL取消指示(如果明确地指示)(至少当UE具有未确认的UL eMBB传输或配置的宽带SRS传输时)，以有助于确保URLLC UE的延迟；(b)UL取消指示应具有较高的可靠性；(c)UL取消指示能够产生控制开销；(d)小区中可能存在不能够执行UL取消操作的eMBB UE，如果重叠，这可能会损害URLLC性能。UL取消已经被提出了不同的风格：例如，完全取消eMBBPUSCH、取消部分PUSCH之后恢复eMBB PUSCH、暂停eMBB PUSCH达一段时间或重新调度eMBBPUSCH。
UE间复用的替代方案能够包括提升URLLC UE的发射功率(在其他UE的eMBB传输重叠的情况下)。然而，功率提升可能不适用于功率限制的UE，或者可能导致小区间干扰增加。UL取消(具有例如在时间线和监视频率方面的取消指示的一些放松)和功率提升的组合也可以被用于解决UE间复用。
在一些情况下，使用UL取消指示可能是可能的：例如，当小区中的所有激活的eMBBUE都能够进行UL取消操作时，或者当不能够进行UL取消操作的eMBB UE被赋予与URLLC UE不重叠的资源时或当eMBB UE也能够具有URLLC流量(因此将监视URLLC DCI)或当使用混合取消功率提升技术时。
●增强型UL功率控制
增强型UL功率控制被认为是对UL UE间Tx优先级/复用的一种潜在增强。潜在的增强型UL功率控制可以包括UE基于调度DCI指示而不使用SRI，或者基于组公共DCI指示来确定功率控制参数集(例如P0，α)。也可以考虑与Rel-15相比增加的TPC范围。功率提升不适用于功率限制的UE。
PUSCH重复
除了在NRRel-15中定义的时隙聚合，其中相同的TB在多个时隙中的相同频率和符号索引上被重复，对于URLLC，已经提出了具有较小延迟的其他TB重复方案。
至少对于调度的PUSCH，对于选项“一个UL授权调度两个或更多个能够在一个时隙中的PUSCH重复，或跨连续可用的时隙中的时隙边界”(也被称为“基于重复的迷你时隙”)，如果支持，能够进一步包括：
●时域资源确定
○DCI中的时域资源分配字段指示用于第一次重复的资源。
○剩余重复的时域资源至少基于用于第一次重复的资源和符号的UL/DL方向被推导。
■为了进一步研究(FFS)与UL/DL方向确定程序的详细交互
○每个重复都占据连续的符号。
○FFS是否/如何处理“孤立”符号(UL符号的#不足以承载一个完整的重复)
●跳频(至少2跳)
○至少支持PUSCH间重复跳频和时隙间跳频
○FFS其他跳频(FH)方案
○FFS大于2的跳数
●FFS动态指示重复次数
●FFS DMRS共享
●FFS TBS确定(例如，基于整个持续时间，或基于第一重复)
至少对于调度的PUSCH，对于选项“一个UL授权调度连续的可用时隙中的两个或更多个PUSCH重复，每个时隙中的一个重复可能具有不同的起始符号和/或持续时间”(也被称为“多区段传输”)，如果支持，它进一步包括：
●时域资源确定
○DCI中的时域资源分配字段指示所有重复的起始符号和传输持续时间。
■FFS多个SLIV指示起始符号和每次重复的持续时间
■FFS SLIV的详细信息，包括修改SLIV以支持S+L>14的情况的可能性。
○FFS与UL/DL方向确定过程的交互
●对于一个时隙内的传输，
○如果一个时隙内有多个UL周期(其中每个UL周期是用于由UE确定的潜在UL传输的时隙内一组连续符号的持续时间)
■在一个UL周期内重复一次。
●FFS如果使用多个UL周期进行传输(如果使用多个UL周期，这将覆盖此选项的先前定义。)
●每次重复都占用连续的符号
○否则，在遵循Rel-15行为的时隙内传输单个PUSCH重复。
●跳频
○至少支持时隙间FH
○FFS其他FH方案
FFS TBS确定(例如，基于整个持续时间，或基于第一次重复、开销假设)
SRS切换
来自38.331，
srs-SwitchFromServCellIndex指示在无PUSCH小区的SRS传输期间其UL传输可能被中断的服务小区。在无PUSCH小区上进行SRS传输期间，UE可以暂时中止具有在同一CG中的PUSCH的服务小区上的UL传输，以允许无PUSCH小区传输SRS。
无序调度的PHR增强
如上所述，对于CA操作中的功率余量报告(PHR)，阐明实际/虚拟PHR的确定方式可能是有益的，即，什么是PHR截止时间，直到PHR截止时间或在PHR截止时间前调度的重叠UL传输，实际PHR被报告，而在PHR截止时间之后调度的所有非重叠UL传输和所有重叠UL传输，虚拟PHR被报告。还注意到，UE通常应该在PHR触发后最早可用/可能的PUSCH传输上发射PHR(在单小区操作和CA操作中)。
在贯穿本公开的所有实施例、示例和文本中，“较早”UL/PUSCH传输能够表示在时间上较早开始或在时间上较早结束或两者兼有的UL/PUSCH传输。类似地，多个UL/PUSCH传输中的“最早”UL/PUSCH传输表示在时间上最早开始或在时间上最早结束或两者兼有的PUSCH传输。在示例中，较早/最早的PUSCH传输能够包括TB/UCI的重复(例如，迷你时隙重复或多区段传输)(在没有数据的PUSCH的情况下)。
然而，对于无序调度的情况，在服务小区/上行链路载波上的PHR触发之后最早可用的PUSCH不一定是该服务小区/上行链路载波上的第一调度的PUSCH传输。除了CG-PUSCH是PHR触发之后最早可用的PUSCH的可能性之外，也有可能是第二/较晚的DCI可以调度比由PHR触发之后的第一/较早DCI调度的第一PUSCH传输(例如，对于eMBB)更早开始的第二PUSCH传输(例如，对于URLLC)。应当澄清传输PHR的延迟(即，在较晚的PUSCH上传输PHR)是否是可接受的和/或期望的，或者是否可能需要强制或允许UE在PHR触发后尽早发射PHR。在后一种情况下，可能还需要澄清PHR截止时间是如何被(重新)定义的，并且可能需要识别对UE处理时间线的影响。能够考虑以下几种建议的解决方案。
能够考虑改变PHR截止时间的益处和缺点，使得被(比第一PUSCH传输时机的调度实例)较晚调度的第二(比第一PUSCH传输时机)较早的PUSCH承载PHR，而不是较晚在同一服务小区/上行链路载波上被调度的第一较晚的PUSCH。一个潜在的益处是PHR被更早地将传送到网络。另一潜在的益处是报告“无序”PUSCH的PHR，这可能更重要并且可能具有更高的优先级(例如，URLLC)，而不是报告“有序”PUSCH的PHR，其可能不太重要并且可能具有较低的优先级(例如，eMBB)，其将基于Rel-15中的当前/现有PHR截止时间被报告。基于最早的PUSCH而不是可能较晚的PUSCH的最早DCI调度来定义PHR截止时间的另一潜在好处能够是在使用增强型UL功率控制来解决UE间复用问题的情况。在这种情况下，如果URLLC UE能够尽快报告PHR，特别是如果PHR显示剩余的功率余量很小、为零或为负，则gNB能够使用不同的资源集(例如，与eMBB不重叠))来调度URLLC传输，并使用增强型功率控制方案用于具有更大可用功率余量的UE。
重新定义PHR截止时间的另一使用情况是解决5GNRRel-16中在URLLC流量和/或UE间复用的上下文中可能支持的上行链路抢占问题。在相关注释中，如果跟随PHR触发的第一/最早的DCI对应于第一调度的PUSCH，并且如果第一调度的PUSCH的UL抢占是可能的，则有可能UE较晚获得用于第一调度的PUSCH的UL抢占指示(UL-PI)(例如，由于第一PUSCH对应于第一服务小区上的eMBB流量，该eMBB流量能够与来自同一UE的第二服务小区上的URLLC流量发生冲突，或者甚至能够与来自另一UE的URLLC流量发生冲突)。应当澄清PHR何时(通过哪个PUSCH)被发射，以及PHR截止时间是否/如何被(重新)定义。
●在一个实施例中，PHR截止时间能够与第一调度的PUSCH没有被取消/抢占时相同：例如，PHR截止时间基于PHR触发之后的第一DCI或者基于第一PUSCH减去PUSCH处理时间Tproc,2而被定义。使用相同的PHR截止时间有助于避免PHR重新计算。在示例中，PHR在由第二DCI调度的PUSCH上被发射。然而，该选项的潜在缺点是，PHR报告与承载PHR的PUSCH传输不匹配，这能够导致网络混乱。
●在另一实施例中，如果在来自第一DCI的“X”个符号之后发送第一调度PUSCH的UL-PI，PHR截止时间能够基于第二PUSCH，例如，基于跟随PHR触发的第二DCI而被定义；否则PHR截止时间可以与如果第一调度的PUSCH没有被取消一样。“X”能够经由例如RRC/MACCE/物理层信令向UE被指示，或者能够是UE能力。在示例中，PHR在第二DCI调度的PUSCH上被发射。
●在另一实施例中，如果第一PUSCH在第二DCI的接收或第二DCI的传输减去偏移(例如，PUSCH处理时间)之前被取消，则PHR截止时间可以基于第二PUSCH，例如，基于跟随PHR触发的第二DCI而被定义。
另一方面，改变PHR截止时间可能会增加UE的复杂性，这可能不是很期望的。此外，潜在的缺点是PHR MAC-CE比特可能会在URLLC流量上被复用并使用其(宝贵的)资源，尽管PHR可能具有相当的延迟容忍度，因此可能不需要改变(除了如上所述的CG-PUSCH的情况的CR之外)。
在一个示例中，关于修改PHR截止时间的以下实施例和方案可以基于PHR触发的优先级排序而仅被限制到“高优先级PHR触发”发生的情况。在一个相关示例中，基于显着路径损耗变化或显着功率管理/P-MPR变化的PHR触发可以被认为是高优先级PHR触发，因此修改的/更激进的PHR截止时间可以被应用于这种PHR触发。在另一相关示例中，基于周期性PHR定时器的到期或SCell的激活或PSCell的添加/配置或PHR功能的(重新)配置的PHR触发可以被认为是低优先级，修改/更积极PHR截止时间可以不被应用于此。在一个示例中，PHR可以在引起高优先级PHR触发的服务小区上被发射，而无论该服务小区上的PUSCH是否是PHR触发之后用于初始传输的最早可用/可能的PUSCH，因此，PHR截止时间被设置为在该服务小区上调度PUSCH的UL DCI的接收时间。在另一示例中，PHR可以基于本公开中以下描述的选项之一而被发射。
在一个示例中，关于修改PHR截止时间的以下实施例和提出的解决方案应用于UE支持/报告UE能力，其用于/被配置用于无序调度和/或URLLC(例如，基于半静态配置和/或UE能力和/或URLLC授权的指示(例如，由特定RNTI(例如，MCS-C-RNTI)加扰的CRC，或URLLC特定的DCI格式(例如，紧凑DCI格式))，URLLC功率提升的指示(例如，在DCI中)等)。
在实施例中，如果UE提供在第一服务小区的时隙中的第一PUSCH传输中的类型1功率余量报告，则在PUSCH重复(例如，通过NRRel-15中定义的时隙聚合，或迷你时隙重复，或多区段传输)可以在第二服务小区上被发射的情况下，第二服务小区的功率余量报告可以基于实际传输(即，实际PHR)，第二服务小区具有与第一服务小区中的第一PUSCH传输在时间上重叠的PUSCH重复中的至少一个重复。
保守的PHR操作(PHR触发后的第一/最早的DCI)
实施例1：在一个实施例中，PHR截止时间可以与5GNR Rel-15中的相同，即如果PHR在动态调度的PUSCH上被发射，则用于PHR触发之后的初始传输的第一/最早的DCI(或如果PHR在CG-PUSCH上传输，则CG-PUSCH的第一符号减去如[TS38.214]中定义的PUSCH处理时间)。可以理解，对于该选项，UE可以被允许选择用于承载PHR的动态调度的PUSCH，该PUSCH不一定是PHR触发之后最早动态调度的PUSCH。相反，对应于PHR触发之后的第一DCI(并且可能在较晚被发射)的动态调度的PUSCH可以被用于发射PHR(假设没有较早的CG-PUCSH传输)。
激进的PHR操作(PHR触发后最早可用/可能的PUSCH)
实施例2：在一个实施例中，PHR可以在用于初始/新传输的最早可用(或最早可能，如下面注释2中讨论的)PUSCH传输上被发射，，初始/新传输能够容纳用于PHR触发之后的PHR的MAC CE。因此，如果PHR在用于初始传输的动态调度的PUSCH上被发射，则PHR截止时间应当对应于与用于在PHR触发之后的初始传输的最早可能的PUSCH传输相关联的ULD CI。因此，关于PHR截止时间的[TS38.213]和[TS38.321]规范两者都可以被相应地更新，例如，如下。可以理解的是，在该选项中，UE不应当在“监视/搜索”时间段内接收到最新的可能的(无序)DCI之前开始TB生成过程/PHR计算。
在相关实施例中，如果PHR截止时间基于最早可用/可能的PUSCH传输(例如，在配置的授权的情况下)被导出，则至少当在无PUSCH的小区上发射SRS导致PUSCH传输的临时暂停时，最早可用/可能的PUSCH传输可以不包括载波上的PUSCH传输，载波的UL传输可以在无PUSCH的小区上的SRS传输期间被中断。
<TS38.213第7.7节的START文本提案>
基于在功率余量报告由在PDCCH上接收的上行链路授权触发的PUSCH上被报告的情况下自功率余量报告被触发起直到并包括UE检测到调度传输块的最早初始传输的DCI格式0_0或DCI格式0_1的PDCCH监视时机、或者在功率余量报告在配置的授权上被报告的情况下直到PUSCH传输的第一上行链路符号减去PUSCH准备时间——如TS38.214[6]的第6.4分条款中定义的，UE接收的下行链路控制信息，UE确定激活的服务小区的功率余量报告[11,TS38.321]基于实际传输还是参考格式。
出于功率余量报告的目的，Tproc,2基于对应于其调度小区的激活的下行链路BWP的子载波间距的μDL，并且假设如果功率余量报告在配置的授权上被发射则d2,1＝1，d2,2＝0。
……
如果UE被配置有用于PUSCH传输的多个小区，则UE不考虑在第一PUSCH传输中类型1功率余量报告的计算，该第一PUSCH传输包括在服务小区c1的载波f1的激活的UL
Figure BDA0003197709760000271
上传输块的初始传输，在与第一PUSCH传输重叠的服务小区c2的载波f2的激活的UL
Figure BDA0003197709760000272
上的第二PUSCH传输，如果
-在第二PDCCH监视时机接收的PDCCH中，第二PUSCH传输由DCI格式0_0或DCI格式0_1调度，以及
-第二PDCCH监视时机在功率余量报告被触发之后UE检测调度传输块的初始传输的最早的DCI格式0_0或DCI格式0_1的第一PDCCH监视时机之后，或者在第一PUSCH传输在配置的授权上的情况下在PUSCH传输的第一上行链路符号减去PUSCH准备时间——如TS38.214[6]的第6.4分条款中定义的——之后。
<TS38.213第7.7节的结尾文本提案>
注释1：对于单次进入PHR(即单载波操作)的情况，上述PHR截止时间规范的改变可以是足够的。在这种情况下，UE实现能够确定PHR触发之后的最早的PUSCH而没有任何混淆，例如，如下。
-在一个示例中，一旦UE已经接收到用于PHR触发之后的初始传输的第一/最早的ULDCI，则UE将等待直到：
○与PHR触发之后的第一/最早的UL DCI相对应的PUSCH传输的第一符号(这里被称为“第一PUSCH”)；
○减去等于(i)PUSCH时域资源分配表条目中的符号中的一个或多个默认的、通用的、专用的配置k2值(即DCI到PUSCH时间)的最小值或(ii)如[TS38.214]中为该服务小区定义的最小PUSCH处理/准备时间Tproc,2的符号数量。
然后，在此监视/搜索时间段期间：
○如果一些UL DCI被接收，其调度另一早于第一PUSCH的用于初始传输的PUSCH(这里被称为“第二PUSCH”)，则UE将在第二/较早的PUSCH上发射PHR并且将考虑PHR截止时间作为第二/较晚的DCI。在多个这种UL DCI的情况下，最早的PUSCH传输被用于发射PHR，并且对应的ULDCI被认为是PHR截止时间。
■在示例中，最早的PUSCH传输包括TB/UCI的重复(例如，迷你时隙重复或多区段传输)(在没有数据的PUSCH的情况下)
○如果用于初始传输的其他UL DCI没有被接收，或者如果所有被接收的UL DCI调度不早于第一PUSCH的用于初始传输的PUSCH，则UE将在第一PUSCH上发射PHR并且将考虑PHR截止时间作为最早的DCI。
○在两种情况下，假设没有更早的配置的授权PUSCH传输。
○在一个示例中，UE将对于初始PUSCH传输的无序调度UL DCI的搜索约束为仅在其上接收用于初始PUSCH传输的第一UL DCI的服务小区。
注释2：以上提出的PHR截止时间规范的改变对于多进入PHR(即载波聚合“CA”操作)的情况可能是足够的也可能不是足够的。取决于场景细节，UE实现可能能够确定PHR触发之后的用于初始传输的最早可用PUSCH而没有任何混淆，或者UE可能具有在确定PHR触发之后的用于初始传输的最早PUSCH中的歧义，例如，如在以下示例中被体现：
-在一个示例中，如果跨不同服务小区的一个或多个默认、通用、专用配置的DCI到PUSCH时间k2的最小值相同(或者如果跨不同服务小区的如[TS38.214]中定义的最小PUSCH处理/准备时间的值是相同的。在一些示例中，可以假设诸如d2,1＝1的某些参数的最坏情况设置来计算PUSCH处理/准备时间)，然后UE实现能够使用与上述针对单载波情况相同的方法确定PHR触发之后的最早的PUSCH，由于搜索所有服务小区上的初始PUSCH传输的任何潜在的无序UL的“监视/搜索”时间段的结束时间DCI可以相同。PHR截止时间也可以类似地被定义为用于PHR触发之后的初始传输的最早PUSCH的DCI。
实施例2-1：
-在另一示例中，如果跨不同服务小区的一个或多个默认、通用、专用配置的DCI到PUSCH时间k2的最小值不同(或者如果跨不同服务小区的在[TS38.214]中定义的最小PUSCH处理/准备时间的值是不同的。在一些示例中，可以假设诸如d2,1＝1的某些参数的最坏情况设置来计算PUSCH处理/准备时间)，然后UE可能难以找到PHR触发之后的最早可用的PUSCH传输，因为即使在“监视/搜索”时间段在另一服务小区上结束后，用于初始PUSCH传输的无序ULDCI仍有可能在服务小区上被接收。这将在下面的一些示例中进一步阐述。
○在相关示例中，UE可以过早地决定某个服务小区上的某个PUSCH传输(例如，具有默认、通用、专用配置的k2值中的一个或多个的大的最小值或具有大的最小PUSCH处理/准备时间Tproc,2的服务小区)作为用于PHR触发之后的初始传输的最早可用PUSCH，尽管有较早的用于初始传输的PUSCH，其较晚在另一服务小区上被调度(例如，具有默认、通用、专用配置的k2值中的一个或多个的小的最小值或具有小的最小PUSCH处理/准备时间Tproc,2的服务小区)，因此PHR不会在PHR触发之后的最早可用的PUSCH传输上被报告。
○在另一相关示例中，UE可以等待太长以致不能检查在某些服务小区上在用于PHR触发之后的初始传输的潜在可用PUSCH(例如，具有默认、通用、专用配置的k2值中的一个或多个的小的最小值或具有小的最小PUSCH处理/准备时间Tproc,2的服务小区)，但没有PUSCH传输在这些服务小区上被实际地调度，而在另一服务小区(例如，具有默认、通用、专用配置的k2值中的一个或多个的大的最小值或具有大的最小PUSCH处理/准备时间Tproc,2的服务小区)上的另一个PUSCH传输已经被启动，使得在该早期PUSCH传输上报告PHR的机会丢失。
在这种情况下，看起来UE似乎不一定总是能够正确识别用于PHR触发之后的初始传输的最早可用的PUSCH。相反，UE可以需要限制其“监视/搜索”时间窗口并在用于PHR触发之后的初始传输的最早可能的PUSCH上发射PHR。下面，我们给出了最早可能的PUSCH传输的两个示例定义(Alt-1和Alt-2)。
<TS38.213第7.7节的开始文本提案>
基于在功率余量报告由在PDCCH上接收的上行链路授权触发的PUSCH上被报告的情况下自功率余量报告被触发起直到并包括UE检测到调度传输块的最早初始传输的DCI格式0_0或DCI格式0_1的PDCCH监视时机、或者在功率余量报告在配置的授权上被报告的情况下直到PUSCH传输的第一上行链路符号减去PUSCH准备时间——如TS38.214[6]的第6.4分条款中定义的，UE接收的下行链路控制信息，UE确定激活的服务小区的功率余量报告[11,TS38.321]基于实际传输还是参考格式。
出于功率余量报告的目的，Tproc,2基于对应于其调度小区的激活的下行链路BWP的子载波间距的μDL，并且假设如果功率余量报告在配置的授权上被发射则d2,1＝1，d2,2＝0。
○Alt-1：“自功率余量报告被触发传输块的最早可能的初始传输”被定义为用于传输块的初始传输的最早的PUSCH传输时机，其[在任何服务小区上]在下述项上或之前被调度：
■与自触发功率余量报告起UE检测调度传输块的初始传输的最早的DCI格式0_0或DCI格式0_1的PDCCH监视时机对应的服务小区中PUSCH传输时机的第一符号；
■减去该服务小区的最小公共/专用配置k2值；
假设没有较早配置的授权传输。
○Alt-2：“自功率余量报告被触发传输块的最早可能的初始传输”被定义为用于传输块的初始传输的最早的PUSCH传输时机，其[在任何服务小区上]在以下上或在以下之前被调度：
■与自触发功率余量报告起UE检测调度传输块的初始传输的最早的DCI格式0_0或DCI格式0_1的PDCCH监视时机对应的服务小区中PUSCH传输时机的第一符号；
■减去如[TS38.214]中定义的该服务小区的最小PUSCH处理/准备时间；
假设没有较早配置的授权传输。
……
如果UE被配置有用于PUSCH传输的多个小区，则UE不考虑在第一PUSCH传输中类型1功率余量报告的计算，该第一PUSCH传输包括在服务小区c1的载波f1的激活的UL
Figure BDA0003197709760000321
上传输块的初始传输，在与第一PUSCH传输重叠的服务小区c2的载波f2的激活的
Figure BDA0003197709760000322
上的第二PUSCH传输，如果
-在第二PDCCH监视时机接收的PDCCH中，第二PUSCH传输由DCI格式0_0或DCI格式0_1调度，以及
-第二PDCCH监视时机在功率余量报告被触发之后UE检测调度传输块的初始传输的最早的DCI格式0_0或DCI格式0_1的第一PDCCH监视时机之后，或者在第一PUSCH传输在配置的授权上的情况下在PUSCH传输的第一上行链路符号减去PUSCH准备时间——如TS38.214[6]的第6.4分条款中定义的——之后。
<TS38.213第7.7节的结尾文本提案>
在一个示例中，UE可以将用于初始PUSCH传输的无序调度UL DCI的搜索约束到仅在其上接收到用于初始PUSCH传输的第一ULDCI的服务小区。
平衡的PHR操作(基于PHR时间线/截止时间上的UE能力和/或gNB配置)
实施例3-1：在一个实施例中，在PHR触发后选择哪个PUSCH传输被用于PHR复用的决定延迟多少取决于由UE和/或gNB配置报告的PHR时间线上的能力或在规范中被预先确定和固定。因此，PHR截止时间也对应于基于该UE能力和/或gNB配置或规范中的预定/固定值选择被用于PHR传输的PUSCH传输。报告的UE能力和/或gNB配置或规范中的预定/固定值能够是小区特定的(即，每个服务小区)、或每个频段、或UE特定的(即，每个UE，跨所有服务小区)或其组合。
在一个示例中，UE可以将PHR时间线UE能力报告为UL DCI之后的[X]个符号/时隙的数量或作为PUSCH传输之前的[Y]个符号/时隙的数量作为UE能够决定在哪个PUSCH传输上发射PHR的最新时间。例如，[X]的值大于或等于0，并且小于服务小区的默认、通用、专用配置的k2值中的一个或多个的最小值(如果UE能力是每个小区/频段的)或小于跨所有服务小区的默认、通用、专用配置的k2值中的一个或多个的最小最小值(如果UE能力是每个UE的)。又例如，[Y]的值大于如[TS38.214]中定义的最小PUSCH proc/prep时间Tproc,2并且小于服务小区(如果UE能力是每个小区/频带的)默认的、通用的、专用的配置k2值中的一个或多个的最小值或小于跨所有服务小区的默认、通用、专用配置的k2值(以符号为单位)中的一个或多个的最大(或在另一示例中最小的)最小值(如果UE能力是每个UE的)。类似地，gNB能够配置如上定义的参数[X]和/或[Y]。在一个示例中，UE报告参数[X]和/或[Y]的PHR时间线UE能力，然后网络基于报告的UE能力配置参数[X]和/或[Y]。
在另一示例中，参数[X]和/或[Y]在规范中被预定和固定。
在一个示例中，PHR时间线/PHR截止时间(无论UE能力和/或gNB配置或在规范中被预先确定/固定)能够比(最小的)最小PUSCH处理/准备时间，或者默认、通用、专用配置的k2中的一个或多个(最小的)最小值严格得多。
可以理解，在该选项中，UE不应当在每个PHR时间线已经到来的“监视/搜索”时间段内最新的可能(无序)DCI之前开始TB生成过程/PHR计算(基于UE能力和/或gNB配置或规范中的预定/固定定时)。
-在相关示例中，一旦UE已经接收到PHR触发之后的第一个/最早的UL DCI，其调度用于新传输块的初始传输(此处被称为“第一PUSCH”)PUSCH，则UE将开始监视/搜索调度(多个)新传输块的(多个)初始传输的其他潜在(无序)UL DCI的时间段，直到：
○PDCCH监视时机的最后一个符号，其中UE检测自功率余量报告被触发起调度传输块的初始传输的第一/最早的DCI格式0_0或DCI格式0_1；
○根据报告的PHR时间线UE能力加上[X]个符号。
然后，在此监视/搜索时间段期间：
○如果在任何服务小区上接收某个UL DCI，其调度比第一PUSCH更早开始(在另一示例中，更早结束或更早开始和结束)的新传输块(此处被称为“第二PUSCH”)的初始传输的另一PUSCH，UE将在第二/较早的PUSCH上发射PHR，并且将PHR截止时间认为是第二/较晚的DCI。在多个这样的UL DCI的情况下，最早的PUSCH传输(在另一示例中，最早结束的PUSCH传输或最早开始和结束的PUSCH传输)被用于发射PHR，并且对应的DCI被认为是PHR截止时间。
○如果没有其他ULDCI在用于新传输块的初始(多个)传输调度另一PUSCH的任何服务小区上被接收，或者如果在用于(多个)新传输块的初始(多个)传输的所有服务小区上被接收到的所有UL DCI调度在第一PUSCH的第一符号之后开始的PUSCH传输(在另一示例中，比第一PUSCH的最后一个符号更早结束的PUSCH传输)，然后UE将在第一PUSCH上发射PHR，并且PHR截止时间被认为是最早的DCI。
○在这两种情况下，假设没有更早的配置的授权PUSCH传输。
○在一个示例中，UE将对初始PUSCH传输的无序调度UL DCI的搜索约束到仅在其上接收用于初始PUSCH传输的第一UL DCI的服务小区。
-在另一相关示例中，一旦UE已经接收PHR触发之后的第一个/最早的UL DCI，其调度用于新传输块的初始传输的PUSCH(此处被称为“第一PUSCH”)，则UE将开始监视调度新传输块的初始传输的其他潜在(无序)UL DCI的时间段，直到：
○第一PUSCH的第一个符号；
○根据报告的PHR时间线UE能力减去[Y]个符号。
然后，在此监视时间段内：
○如果在任何服务小区上接收某个UL DCI，其调度比第一PUSCH更早开始(在另一示例中，更早结束或更早开始和结束)的新传输块(此处被称为“第二PUSCH”)的初始传输的另一PUSCH，UE将在第二/较早的PUSCH上发射PHR，并且将PHR截止时间视为是第二/较晚的DCI。在多个这种UL DCI的情况下，最早的PUSCH传输(在另一示例中，最早结束的PUSCH传输或最早开始和结束的PUSCH传输)被用于传输PHR，并且对应的DCI被认为是PHR截止时间。
○如果没有其他UL DCI在用于新传输块的初始传输调度的另一PUSCH的任何服务小区上被接收，或者如果在用于新传输块的初始传输的所有服务小区上被接收到的所有ULDCI调度在第一PUSCH的第一符号之后开始的PUSCH传输(在另一示例中，比第一PUSCH的最后一个符号更早结束的PUSCH传输)，则UE将在第一PUSCH上发射PHR，并且PHR截止时间被认为是最早的DCI。
○在这两种情况下，假设是没有更早的配置的授权PUSCH传输。
○在一个示例中，UE将对初始PUSCH传输的无序调度UL DCI的搜索约束到仅在其上接收到用于初始PUSCH传输的第一UL DCI的服务小区。
在一个示例中，放松了用于发现无序初始PUSCH传输的监视/搜索时间窗口，使得PHR截止时间可以被移动到最小PUSCH准备时间+delta，其中delta是取决于UE能力和/或gNB配置或在规范中被预先确定和固定的参数(例如，15kHz子载波间隔下的1个符号)。
平衡的PHR操作(基于PHR时间线/PHR截止时间的LCP时序)
在无序调度的情况下，PHR操作时间线的平衡解决方案的另一变型是基于LCP定时，LCP定时基于UE实现。
实施例3-2：在一个实施例中，可以在对应于PHR触发之后的传输块的初始传输的第一/最早ULDCI的接收时间的PUSCH的LCP的开始/结束时间确定PHR截止时间。如果到那个时候，没有接收用于传输块的初始传输的新的进一步ULDCI，或者接收一些用于初始传输的新UL DCI，但它们调度晚于对应于第一UL DCI的PUSCH传输时机的初始PUSCH传输时机，然后UE如Rel-15中设置PHR截止时间(即，用于PHR触发之后的传输块的初始传输的第一/最早的ULDCI的接收时间)。然而，如果到那个时刻，接收调度早于对应于第一/最早ULDCI的PUSCH传输时机的初始PUSCH传输时机的新的另外的ULDCI，则较早的PUSCH能够被用于PHR传输并且对应的ULDCI的接收时间能够被用作PHR截止时间。在多个这种较早传输时机的情况下，UE使用最早的PUSCH传输时机，并且基于对应的UL DCI的接收时间设置PHR截止时间。(所有假设是没有较早配置的授权PUSCH传输)。
传输多个PHR
实施例4：在一个实施例中，UE被允许报告在新的PHR触发的情况下的无序调度时机的两个/多个PHR，如下所述：
1.UE的MAC实体已经生成了第一PUSCH的PHR MAC CE并向PHY(层1)发射，但是还没有发射包括PHR MAC CE的第一PUSCH。
2.在phr-PeriodicTimer和phr-ProhibitTimer被重启之前或被重启并运行之后，如果由于自在该MAC实体中的上次传输PHR被用作路径损耗参考的任何MAC实体的至少一个激活的服务小区的路径损耗增加超过phr-Tx-PowerFactorChange dB而触发新的PHR，并且如果MAC实体具有早于第一PUSCH的用于新传输的另一UL资源(即，第二PUSCH)，则UE不取消新触发的PHR，而是在第二(URLLC)PUSCH上额外发射第二实际PHR(基于第二PUSCH传输)，并且将PHR截止时间作为第二PUSCH对应的ULDCI。在一个示例中，第二PUSCH传输由具有由MCS-C-RNTI加扰的CRC的PDCCH调度。
3.在phr-PeriodicTimer和phr-ProhibitTimer被重启前或被重启并运行之后，如果由于有早于第一PUSCH的(即第二PUSCH)用于传输分配的UL资源或有MAC实体的激活服务小区上的PUCCH传输而触发新的PHR，并且当MAC实体具有分配用于在该小区上的传输或PUCCH传输的UL资源时，由于该小区的功率管理所需的功率回退(如[TS38.101-1]、[TS38.101-2]和[TS38.101-3]中指定的P-MPRc允许的)自上次PHR传输以来已经改变了超过phr-Tx-PowerFactorChange dB，则UE不会取消新触发的PHR但在第二(URLLC)PUSCH上另外地发射第二实际PHR(基于第二PUSCH传输)，并且将PHR截止时间取为与第二PUSCH对应的UL DCI。在一个示例中，第二PUSCH传输由具有由MCS-C-RNTI加扰的CRC的PDCCH调度。
这能够允许UE通知在URLLC UL传输被调度时的gNB路径损耗降级和/或功率管理(P-MPR)快速地改变。
在另一实施例中，由于UL抢占/无序调度可以不定期地发生，无论新的PHR触发如何，报告无序调度时机的两个/多个PHR的这种UE行为都被允许。在该选项中，对于第一DCI/PUSCH被较晚的DCI“抢占”的情况，UE报告两个PHR MAC CE。基本上，当用于初始PUSCH传输的较晚(无序)DCI被接收时，UE可能已经启动了TB生成过程/PHR计算。在那种情况下，为了不强制UE重新执行LCP过程/TB生成，可以允许UE根据第一个接收的DCI在PUSCH中包括PHRMAC CE以及在与较晚(无序)接收的用于(传输块的)初始PUSCH传输的DCI相关联的第二PUSCH中包括另外的(迄今为止更多的)PHR MAC CE。在这种情况下，gNB将意识到这一点(因为gNB已经发布了DCI)并且应当能够过滤掉第一PHR MAC CE。
在实施例中，如果UE在“t1”之后不是在“x”个符号/秒之后接收PDCCH，则Phr截止时间能够被扩展到“t2”(根据Rel-15中定义的截止时间，能够被标记为“t1”)。
在另一实施例中，如果UE接收PDCCH取消(完全或部分(例如，如果多于特定数量的PUSCH符号被取消)抢占)由第一PDCCH调度的PUSCH(确定“t1”)，则Phr截止时间能够被扩展到“t2”(根据Rel-15中定义的截止时间，能够被标记为与第一PDCCH相关联的“t1”)。
在另一实施例中，触发之后的Phr能够在第一PUSCH(例如，对应于第一PDCCH和第一截止时间)和第二PUSCH(例如，对应于第二PDCCH和第二截止时间)中被发送。
○在示例中，第一与第二截止时间相同
○在示例中，第二截止时间基于第二PDCCH/PUSCH被确定
○在示例中，phr-prohibit定时器在第一phr传输后不被重置，而是自第一phr传输的特定时间之后被重置(例如，以潜在地允许另外的phr传输)
用于UE间复用的功率控制增强
为了实现高可靠性，URLLC PUSCH传输可以被重复多次，例如，经由迷你时隙重复或多区段传输。取决于具有与URLLC UE的资源重叠的另一UE的eMBB PUSCH何时启动，提高所有URLLC UE的重复的发射功率可能不是一个好主意。注意到较高的URLLC发射功率可以导致相邻小区中UE的小区间干扰，并且在URLLC和eMBB UE不重叠的时隙中，URLLC UE可以不需要提升其发射功率。如果UE使用多个载波，则这个问题会更加明显，并且由于剩余功率不足，在不必要地使用一个载波上的发射功率可以导致其他载波上的传输丢失(这些载波也可以具有不与任何eMBB重叠的URLLC流量)。
具体地，TPC方法被公开以能够在URLLC和eMBB UE被分配重叠的时间/频率资源时高效(例如，在URLLC解码性能、URLLC电池消耗、避免丢失其他小区上的URLLC流量、创建较少的小区间干扰等方面)URLLC传输。在接收特定的功率控制命令(例如，具有特定值的特定命令字段的功率控制命令)时，方法包括：
1.用于URLLC传输的多个迷你时隙/区段的一组功率调整的确定
a.TPC命令指示所指示的功率提升适用于哪些重复/迷你时隙/区段(或对应于区段的时隙)。在一个示例中，特定的另外的功率提升可以仅被应用于与具有功率提升的接收的PDCCH对应的时隙内的重复/迷你时隙。
i.在一个示例中，当UE被配置为处于TPC累加模式时，UE不累加特定的TPC，而只累加DCI中的正常TPC命令。在一个示例中，特定的TPC可以是正常的TPC命令位字段之外的单独的位字段(例如，指示没有另外的功率提升，或功率提升P dB，其中P能够是规范中的预定值，或者由更高层配置)。在另一示例中，TPC位字段可以被扩展为3位，以指示某个TPC状态下的另外的功率提升，例如如表1所示-显示了对应于正常操作的累加TPC值，该值在没有另外的的功率提升P dB因子的情况下被累加。
ii.在示例中，特定的另外的功率提升可以仅被应用于到第一调度时隙的重复/迷你时隙。在另一示例中，特定的功率提升命令中的字段指示该命令适用于哪些重复/区段/迷你时隙，例如，字段包括从第一重复/区段/迷你时隙启动的重复/区段/迷你时隙的数量。在另一示例中，一位指示指示特定的功率提升是否适用于所有重复/区段/迷你时隙或仅适用于第一调度时隙中/与具有功率提升的接收的PDCCH相对应的时隙中的那些。在另一示例中，如果DMRS在多个重复/区段/迷你时隙之间被共享，则相同的发射功率被用于那些重复/区段/迷你时隙。在另一示例中，如果在与DL符号冲突时允许延迟PUSCH传输的重复/区段/迷你时隙，则特定的功率提升不被应用于延迟的传输，或者仅当它们不被延迟到新的时隙时才替代地应用于延迟的传输。
图4中图示了表400，其标识具有另外的功率提升值的发射功率控制命令的单独位字段的值与能够被应用于累加的功率值的改变的示例性关联。
○TPC命令能够指示功率提升(由特定的功率控制命令指示)对于所有重复/迷你时隙/段禁用
○特定的功率控制命令能够指示所有重复的相同功率提升；然而，gNB可以发送未来的TPC命令以改变其余重复的发射功率提升(例如，将提升去激活)。
2.如果在之前的PUSCH传输时机，发射功率已经达到最大传输限制(Pc，max)，则更新功率控制调整状态，功率控制公式中的“f”(达到最大允许值(P_cmax))。
注意：根据TS38.213：UE在接收TPC命令时，如果在之前的PUSCH传输时机，发射功率已经达到最大传输限制(Pc，max)，则不能改变功率控制调整状态，功率控制公式中的“f”。
如果UE在PUSCH传输时机i-i0已经达到服务小区c的载波f的激活的UL BWPb的最大功率并且
Figure BDA0003197709760000421
则fb，f，c(i，l)＝fb，f，c(i-i0，l)
○在相关实施例中，如果在之前的PUSCH传输时机，发射功率已经达到最大传输限制(Pc，max)，则在当前PUSCH传输时机，‘f’
○在接收特定的功率控制命令时被更新；
○不被更新(遵循上述Rel-15规则)；否则
本公开讨论了用于URLLC流量的一些新的PC和PHR方面，并提供了对于那些新方面的建议。具体地，就以下问题公开提案：
-无序调度的功率余量报告(PHR)操作的定时方面，
○包括：是否和/或如何修改PHR“截止时间”以及可能选择承载PHR的PUSCH传输。
-用于UE间复用的功率控制增强
○包括：经由TPC命令指示进行动态功率提升的机制等。
根据一些实施例，PHR定时如下：
●保守的PHR时间线：报告最早的DCI对应的PUSCH上的PHR(即使它不是最早的PUSCH)。如Rel-15中的PHR截止时间。
●激进的PHR时间线：报告最早可用/最早可能的PUSCH上的PHR。PHR截止时间是对应的UL DCI/时间参考的接收时间。
○“最早可用”意味着终极的最早。只有跨所有小区的相同的min{k2}或{T_proc,2}的情况下才能够被识别而没有混淆
○“最早可能”能够意味着在最佳可能的监视/搜索时间窗口内最早—这是接收最早UL授权的小区的min{k2}
○考虑TA方面：
■如果(min{k2})值跨小区不同，则使用min{k2}值的函数，诸如min{k2}的最大的(最大)值，以确定最早的PUSCH/最早的PUSCH的第一上行链路符号，如[TS38.133]中给出的分量载波之间的时序差异的影响被包括。
●平衡的PHR时间线(版本1)：基于在报告的UE能力和/或gNB配置或规范中的固定定时阈值方面定义的监视/搜索时间窗口，在报告最早可能的PUSCH上的PHR，这(远)不如上述激进的PHR时间线那么严格。PHR截止时间是对应的ULDCI/时间参考的接收时间。
○第一DCI与min(k2)值/最小PUSCH准备时间之间的UE能力值。
○可替代地，UE能力的值在min(k2)值到max(k2)值之间变化；其中min(.)和max(.)运算符能够被用于每个服务小区或所有服务小区。
●平衡的PHR时间线(版本2)：基于在LCP时间线方面定义的监视/搜索时间窗口，在报告最早的PUSCH上的PHR。PHR截止时间是对应的UL DCI/时间参考的接收时间。
报告两个/多个PHR：UE报告对应于PHR触发之后的最早的UL DCIPUSCH的PHR，但UE被允许另外报告用于较晚被调度并且较早发生的无序PUSCH的第二PHR。
图5图示了用户设备中用于确定触发的功率余量报告的基础的方法的流程图500。更具体地，方法包括检测502触发第一激活的服务小区的功率余量报告的事件已经发生。识别504与第一物理上行链路共享信道传输对应的第一物理上行链路共享信道资源，第一物理上行链路共享信道传输包括自功率余量报告被触发起传输块的初始传输。确定506第一物理上行链路共享信道资源是对应于配置的授权还是响应于自功率余量报告被触发起在物理下行链路控制信道上接收的上行链路授权下行链路控制信息。对于与直到从事件测量起的时间窗口的到期用户设备接收的相应下行链路控制信息对应的每个分量载波，确定508功率余量报告基于实际传输还是参考格式。然后在第一物理上行链路共享信道传输上发射510功率余量报告。
在一些实例中，识别第一物理上行链路共享信道资源能够进一步包括发现第一物理共享信道资源是最早的物理共享信道资源，其中，物理上行链路共享信道资源由至少在经过从最早下行链路控制信息接收调度上行链路传输的‘X’个符号之后出现的下行链路控制信息调度，该上行链路传输包括在事件被触发之后的传输块的初始传输。在这些实例中的一些情况下，如果用户设备能够接收取消已经调度的物理上行链路共享信道传输的指示，则‘X’>0，否则‘X’＝0。
在一些实例中，识别第一物理上行链路共享信道资源进一步包括发现第一物理共享信道资源是最早的物理共享信道资源，其中，物理上行链路共享信道资源基于至少在经过从最早的下行链路控制信息接收调度上行链路传输的‘X’个符号之后发生的配置的授权而被确定，该上行链路传输包括在事件被触发之后传输块的初始传输。
在一些实例中，时间窗口能够在具有距用户设备检测上行链路授权下行链路控制信息的物理下行链路控制信道监视实例的第一偏移持续时间的符号处到期；并且其中时间窗口在物理下行链路控制信道监视实例之后到期。在这些实例中的一些情况下，第一偏移持续时间能够对应于预定数量的符号。在这些实例中的一些情况下，第一偏移持续时间能够对应于预定数量的时隙。
在一些实例中，基于第一物理上行链路共享信道传输与在物理下行链路控制信道上接收的上行链路授权下行链路控制信息相对应，自功率余量报告被触发起，能够在物理下行链路控制信道上接收上行链路授权下行链路控制信息。
在一些实例中，基于第一物理上行链路共享信道传输对应于配置的授权，时间窗口能够在第一物理上行链路共享信道传输的第一上行链路符号减去第二偏移持续时间时到期。
在一些实例中，基于第一物理上行链路共享信道传输对应于在物理下行链路控制信道上接收的上行链路授权下行链路控制信息，时间窗口能够在第一物理上行链路共享信道传输的第一上行链路符号减去第二偏移持续时间时到期。在这些实例中的一些中，第一物理上行链路共享信道传输能够在第二激活的服务小区上，并且第二偏移持续时间是最小下行链路控制信道到物理上行链路共享信道时间K2值，其对应于在上行链路授权下行链路控制信息和与第二激活的服务小区相关联的调度的第一物理上行链路共享信道之间的最小延迟。在这些实例中的一些情况下，第一和第二激活的服务小区能够是相同的小区。在这些实例中的一些中，最小下行链路控制信道到物理上行链路共享信道时间K2值能够是来自物理上行链路共享信道时域资源分配表中的一个或多个条目的默认、公共或专用配置的下行链路控制信道到物理上行链路共享信道时间中的一个或多个中的最小值。
在这些实例中的其他实例中，第一物理上行链路共享信道传输能够在第二激活的服务小区上，并且第二偏移持续时间是与第一激活的服务小区相关联的最小K2值和与第二激活的服务小区相关联的最小K2值中的最小值。在这些实例中的又一些实例中，第一物理上行链路共享信道传输能够在第二激活的服务小区上，并且第二偏移持续时间是与第一激活的服务小区和第二激活的服务小区相关联的最大K2值。更进一步地，第二偏移持续时间能够基于用户设备的能力信息信令被确定，其由用户设备中的高处理层配置，或者由调度基站配置。
在一些实例中，包括自功率余量报告被触发起传输块的初始传输的第一物理上行链路共享信道传输能够是自功率余量报告被触发起最早的物理上行链路共享信道传输。
在一些实例中，触发功率余量报告的事件能够包括定时器的到期，其测量自用户设备已经发送了紧接在前的功率余量报告起已经经过的时间量，或者包括已经检测到在用户设备与第一激活的服务小区之间路径损耗的变化超过预定值。
在一些实例中，方法能够进一步包括检测触发进一步的功率余量报告的进一步的第二事件，其中第二事件基于在原始较早事件被触发的时间与进一步的第二事件被触发的时间之间的路径损耗的变化超过预定值，并且在第一物理上行链路共享信道传输上的与原始较早事件相关联的功率余量报告被发射之前。第二物理上行链路共享信道传输能够被确定，其包括自进一步的余量报告被触发起第二传输块的初始传输，其中第二物理上行链路共享信道传输早于第一物理上行链路共享信道传输开始。能够在第二物理上行链路共享信道传输上传输进一步的余量报告。在这些实例中的一些中，第二物理上行链路共享信道传输能够对应于配置的授权。在这些实例的其他中，第二物理上行链路共享信道传输能够对应于低时延传输，并且第一物理上行链路共享信道传输对应于正常延迟传输，其中低时延传输具有相比于正常的延迟传输更严格的延迟要求。进一步地，第二物理上行链路共享信道传输能够通过具有由调制编码方案小区无线电网络临时标识符加扰的循环冗余校验的物理下行链路控制信道而被调度。
图6图示了在用户设备中用于选择性地应用发射功率控制命令的功率调整的方法的流程图600。更具体地，方法包括接收602与具有多于一个调度的传输重复的物理上行链路共享信道传输相关的发射功率控制命令。确定604功率调整的至少一部分对物理上行链路共享信道传输的重复中的少于所有个的适用性。物理上行链路共享信道传输在多于一个调度的传输重复中的每一个期间被发射606，其中功率调整的至少一部分如所确定的被选择性地应用于多于一个调度的传输重复中的重复中的指定的少于所有个。
在一些实例中，多于一个调度的传输重复能够包括迷你时隙重复。在其他情况下，多于一个调度的传输重复能够包括多区段传输。
在一些实例中，发射功率控制命令能够被增加指示，并且能够基于该指示确定接收的发射功率控制命令中的功率调整中的至少一部分对物理上行链路共享信道传输的重复中的少于所有个的适用性。
在一些实例中，功率调整的至少一部分能够被应用于的物理上行链路共享信道传输的重复中的少于所有个是多于一个调度的传输重复中的第一个。
在一些实例中，发射功率控制命令能够包括字段，该字段指示多于一个调度的发射重复中的哪些的重复的发射功率要被调整。
在一些实例中，与发射功率命令相关联的功率调整的应用能够被限制到与接收的发射功率控制命令对应的时隙内的多于一个调度的传输重复。
在一些实例中，发射功率控制命令能够包括字段，该字段指示发射功率控制命令被应用于物理上行链路共享信道传输的重复中的所有，还是发射功率控制命令被应用于物理上行链路共享信道传输的重复，该上行链路共享信道传输处于物理上行链路共享信道传输的重复的第一调度上行链路时隙中。
在一些实例中，发射功率控制命令能够经由物理下行链路控制信道而被接收。
在一些实例中，功率调整能够包括与物理上行链路共享信道传输相关联的临时的另外的发射功率提升，该物理上行链路共享信道传输包括指定的多于一个调度的传输重复。在这些实例中的一些中，临时的另外的发射功率提升能够是预定量。
在一些实例中，功率调整能够包括要被应用于功率调整的累加量的功率调整量，其反映越多于一个发射功率控制命令的功率调整。在这些实例中的一些中，如果在前一物理上行链路共享信道传输处达到最大发射功率，则功率调整的累加量不从对应于前一物理上行链路共享信道传输的功率调整的累加量增加。在这些情况的其他中，如果在前一物理上行链路共享信道传输处达到最大发射功率，则可以从与前一物理上行链路共享信道传输相对应的功率调整的累加量增加功率调整的累加量。
在一些实例中，在多于一个调度的传输重复的重复内重合的下行链路符号能够导致多于一个调度的传输重复中的一个或多个的推迟。在这些情况中的一些中，所包括的功率调整的至少一部分不被应用于推迟的重复。在这些实例的其他中，功率调整的至少一部分不被应用于被推迟到新时隙的多于一个调度的传输重复中的任何一个。
在一些实例中，共享相同解调参考信号符号的多于一个调度的传输重复的集合能够具有相同的发射功率。
在一些实例中，能够接收第二指示作为单独的随后接收的发射功率命令的一部分，其中第二指示修改用于多于一个调度的传输重复的子集的发射功率。
在一些实例中，能够从网络基站接收发射功率命令。
图7图示了与发射功率控制命令的功率调整的应用相关联的网络实体中的方法的流程图700。更具体地，该方法包括发射702与物理上行链路共享信道传输相关的发射功率控制命令，该物理上行链路共享信道传输具有多于一个调度的传输重复。在多于一个调度的传输重复中的每一个期间从用户设备接收704物理上行链路共享信道传输，其中功率调整的至少一部分已经如由用户设备从发射功率控制命令确定的被选择性地应用于多于一个调度的传输重复中的少于所有个。
应当理解，尽管有如图所示的特定步骤，但能够根据实施例执行多种另外的或不同的步骤，并且能够根据实施例重新布置、重复或完全消除一个或多个特定步骤。此外，在执行其他步骤的同时，能够在进行中或连续的基础上同时重复执行某些步骤。此外，不同的步骤能够由不同的元件或在所公开的实施例的单个元件中执行。
图8是根据可能的实施例的诸如无线通信设备110的装置800的示例框图。装置800能够包括壳体810、壳体810内的控制器820、耦合到控制器820的音频输入和输出电路830、耦合到控制器820的显示器840、耦合到控制器820的收发器850、耦合到收发器850的天线855、耦合到控制器820的用户接口860、耦合到控制器820的存储器870以及耦合到控制器820耦合的网络接口880。装置800能够执行所有实施例中描述的方法。
显示器840能够是取景器、液晶显示器(LCD)、发光二极管(LED)显示器、等离子显示器、投影显示器、触摸屏或任何其他显示信息的设备。收发器850能够包括发射机和/或接收机。音频输入和输出电路830能够包括麦克风、扬声器、换能器或任何其他音频输入和输出电路。用户接口860能够包括小键盘、键盘、按钮、触摸板、操纵杆、触摸屏显示器、另一另外的显示器或用于提供用户与电子设备之间的接口的任何其他设备。网络接口880能够是通用串行总线(USB)端口、以太网端口、红外发射器/接收器、IEEE1394端口、WLAN收发器或能够将装置连接到能够发射和接收数据通信信号的网络、设备或计算机的任何其他接口。存储器870能够包括随机存取存储器、只读存储器、光存储器、固态存储器、闪存、可移动存储器、硬盘驱动器、高速缓存或可以耦合到装置的任何其他存储器。
装置800或控制器820可以实现任何操作系统，诸如
Figure BDA0003197709760000501
或
Figure BDA0003197709760000502
AndroidTM或任何其他操作系统。设备操作软件可以以任何编程语言编写，例如C、C++、Java或VisualBasic。设备软件也可以在应用框架上运行，诸如，例如，
Figure BDA0003197709760000503
框架、
Figure BDA0003197709760000504
框架或任何其他应用框架。软件和/或操作系统可以被存储在存储器870中或装置800上的其他地方。装置800或控制器820也可以使用硬件来实现所公开的操作。例如，控制器820可以是任何可编程处理器。还可以在通用或专用计算机、可编程微处理器或微处理器、外围集成电路元件、专用集成电路或其他集成电路、诸如分立元件电路的硬件/电子逻辑电路上实现所公开的实施例电路、诸如可编程逻辑阵列的可编程逻辑器件、现场可编程门阵列等。通常，控制器820可以是能够操作装置并实现所公开的实施例的任何控制器或处理器设备或多个设备。装置800的一些或所有另外的元件也能够执行所公开实施例的一些或所有操作。
本公开的方法能够在编程的处理器上实现。然而，控制器、流程图和模块也可以在通用或专用计算机、可编程微处理器或微控制器和外围集成电路元件、集成电路、诸如分立元件电路的硬件电子或逻辑电路、可编程逻辑器件等上实现。通常，其上驻留能够实现图中所示的流程图的有限状态机的任何设备都可以被用于实现本公开的处理器功能。
虽然已经用其特定实施例描述了本公开，但是很明显，许多替代、修改和变化对于本领域技术人员来说将是显而易见的。例如，在其他实施例中可以互换、添加或替换实施例的各种组件。此外，每个图中的所有元件对于所公开的实施例的操作来说不是必需的。例如，通过简单地采用独立权利要求的元素，所公开的实施例的本领域的普通技术人员将能够做出和使用本公开的教导。因此，本文中阐述的本公开的实施例旨在说明而非限制。在不脱离本公开的精神和范围的情况下可以进行各种改变。
在本文档中，诸如“第一”、“第二”等相关术语可以仅被用于区分一个实体或动作与另一实体或动作，而不必需要求或暗示这种实体或动作之间存在任何实际的这种关系或顺序。短语“至少一个”、“至少一个从……组选择的”或“至少一个从……选择的”被定义为意味着列表中的元素中的一个、一些或全部，但不一定是全部。术语“包括”、“包含”、“包括”或其任何其他变体旨在涵盖非排他性的包含，使得包括元素列表的过程、方法、物品或设备不包括仅那些元素，还可以包括未明确列出或此类过程、方法、制品或设备固有的其他元素。以“一”、“一个”等开头的元素在没有更多限制的情况下不排除在包括该元素的过程、方法、物品或设备中存在另外的相同元素。此外，术语“另一”被定义为至少第二或更多。如本文中所使用的，术语“包括”、“具有”等被定义为“包含”。此外，背景部分是作为发明人在提交申请时自己对一些实施例的上下文的理解而编写的，并且包括发明人自己对现有技术的任何问题和/或发明人自己的工作中遇到的问题的认识。

Claims (20)

1.一种用户设备中的方法，所述方法包括：
检测触发第一激活的服务小区的功率余量报告的事件已经发生；
识别与第一物理上行链路共享信道传输对应的第一物理上行链路共享信道资源，所述第一物理上行链路共享信道传输包括自所述功率余量报告被触发起传输块的初始传输；
确定所述第一物理上行链路共享信道资源对应于配置的授权还是响应于自所述功率余量报告被触发起在物理下行链路控制信道上接收的上行链路授权下行链路控制信息；
对于与直到从所述事件起测量的时间窗口到期所述用户设备接收的相应下行链路控制信息对应的每个分量载波，确定所述功率余量报告基于实际传输还是参考格式；以及
在所述第一物理上行链路共享信道传输上发射所述功率余量报告。
2.根据权利要求1所述的方法，其中，识别所述第一物理上行链路共享信道资源进一步包括发现所述第一物理共享信道资源是最早的物理共享信道资源，其中，所述物理上行链路共享信道资源由至少在从调度上行链路传输的最早下行链路控制信息接收经过‘X’个符号之后发生的下行链路控制信息调度，所述上行链路传输包括在所述事件被触发之后所述传输块的所述初始传输。
3.根据权利要求2所述的方法，其中，如果所述用户设备能够接收取消已经调度的物理上行链路共享信道传输的指示，则‘X’＞0，否则‘X’＝0。
4.根据权利要求1所述的方法，其中，所述时间窗口在具有距物理下行链路控制信道监视实例的第一偏移持续时间的符号处到期，其中，所述用户设备检测所述上行链路授权下行链路控制信息；并且其中，所述时间窗口在所述物理下行链路控制信道监视实例之后到期。
5.根据权利要求4所述的方法，其中，所述第一偏移持续时间对应于预定数量的符号。
6.根据权利要求1所述的方法，其中，基于第一物理上行链路共享信道传输对应于配置的授权，所述时间窗口在所述第一物理上行链路共享信道传输的第一上行链路符号减去第二偏移持续时间时到期。
7.根据权利要求1所述的方法，其中，基于第一物理上行链路共享信道传输对应于在所述物理下行链路控制信道上接收的上行链路授权下行链路控制信息，所述时间窗口在所述第一物理上行链路共享信道传输的第一上行链路符号减去第二偏移持续时间时到期。
8.根据权利要求7所述的方法，其中，所述第一物理上行链路共享信道传输在第二激活的服务小区上，并且所述第二偏移持续时间是最小下行链路控制信道到物理上行链路共享信道时间K2值，其对应于所述上行链路授权下行链路控制信息和与所述第二激活的服务小区相关联的调度的第一物理上行链路共享信道之间的最小延迟。
9.根据权利要求8所述的方法，其中，所述第一激活的服务小区和所述第二激活的服务小区是相同的小区。
10.根据权利要求8所述的方法，其中，所述最小下行链路控制信道到物理上行链路共享信道时间K2值是物理上行链路共享信道时域资源分配表中的一个或多个条目中的默认、公共或专用配置的下行链路控制信道到物理上行链路共享信道时间中的一个或多个中的最小值。
11.根据权利要求7所述的方法，其中，所述第一物理上行链路共享信道传输在第二激活的服务小区上，并且所述第二偏移持续时间是与所述第一激活的服务小区相关联的最小K2值和与所述第二激活的服务小区相关联的最小K2值中的最小值。
12.根据权利要求7所述的方法，其中，所述第二偏移持续时间基于所述用户设备的能力信息信令而被确定，其由所述用户设备中的高处理层配置，或者由调度基站配置。
13.根据权利要求1所述的方法，其中，包括自所述功率余量报告被触发起所述传输块的初始传输的第一物理上行链路共享信道传输是自所述功率余量报告被触发起最早的物理上行链路共享信道传输。
14.根据权利要求1所述的方法，其中，所述触发功率余量报告的事件包括定时器的到期，所述定时器测量自由所述用户设备已经发送了紧接在前的功率余量报告起已经经过的时间量，或者所述触发功率余量报告的事件包括已经检测到在所述用户设备与所述第一激活的服务小区之间的路径损耗的变化超过预定值。
15.根据权利要求1所述的方法，进一步包括：
检测触发进一步的功率余量报告的进一步的第二事件，其中，所述第二事件基于在原始较早事件被触发的时间与所述进一步的第二事件被触发的时间之间的路径损耗的变化超过预定值，并且在所述第一物理上行链路共享信道传输上的与所述原始较早事件相关联的功率余量报告被发射之前；
确定所述第二物理上行链路共享信道传输，所述第二物理上行链路共享信道传输包括自所述进一步的余量报告被触发起第二传输块的初始传输，其中，所述第二物理上行链路共享信道传输早于所述第一物理上行链路共享信道传输开始；以及
在所述第二物理上行链路共享信道传输上发射所述进一步的余量报告。
16.根据权利要求15所述的方法，其中，所述第二物理上行链路共享信道传输对应于配置的授权。
17.根据权利要求15所述的方法，其中，所述第二物理上行链路共享信道传输对应于低延迟传输，并且所述第一物理上行链路共享信道传输对应于正常的延迟传输，其中，所述低延迟传输具有与所述正常的延迟传输相比更严格的延迟要求。
18.根据权利要求17所述的方法，其中，所述第二物理上行链路共享信道传输由物理下行链路控制信道调度，所述物理下行链路控制信道具有由调制编码方案小区无线电网络临时标识符加扰的循环冗余校验。
19.一种通信网络中的用户设备，所述用户设备包括：
控制器，所述控制器检测触发第一激活的服务小区的功率余量报告的事件已经发生；以及
耦合到所述控制器的收发器，所述收发器在第一物理上行链路共享信道传输上发射所述功率余量报告；
其中，所述控制器识别与所述第一物理上行链路共享信道传输对应的第一物理上行链路共享信道资源，所述第一物理上行链路共享信道传输包括自所述功率余量报告被触发起传输块的初始传输，并且确定所述第一物理上行链路共享信道资源对应于配置的授权还是响应于自所述功率余量报告被触发起在物理下行链路控制信道上接收的上行链路授权下行链路控制信息；以及
其中，对于与直到从所述事件测量的时间窗口到期所述用户设备接收的相应下行链路控制信息对应的每个分量载波，所述控制器确定所述功率余量报告基于实际传输还是参考格式。
20.根据权利要求19所述的用户设备，其中，基于第一物理上行链路共享信道传输对应于在所述物理下行链路控制信道上接收的上行链路授权下行链路控制信息，所述时间窗口在所述第一物理上行链路共享信道传输的第一上行链路符号减去第二偏移持续时间时到期。
CN202080012754.2A 2019-02-15 2020-02-17 用于确定触发的功率余量报告的基础的方法和装置 Active CN113396616B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201962806744P 2019-02-15 2019-02-15
US62/806,744 2019-02-15
PCT/IB2020/051310 WO2020165879A1 (en) 2019-02-15 2020-02-17 Method and apparatus for determining the basis of a triggered power headroom report

Publications (2)

Publication Number Publication Date
CN113396616A true CN113396616A (zh) 2021-09-14
CN113396616B CN113396616B (zh) 2024-04-26

Family

ID=69740445

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202080012754.2A Active CN113396616B (zh) 2019-02-15 2020-02-17 用于确定触发的功率余量报告的基础的方法和装置
CN202080012750.4A Pending CN113412650A (zh) 2019-02-15 2020-02-17 用于选择性地应用发射功率控制命令的功率调整的方法和装置

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN202080012750.4A Pending CN113412650A (zh) 2019-02-15 2020-02-17 用于选择性地应用发射功率控制命令的功率调整的方法和装置

Country Status (4)

Country Link
US (3) US11290968B2 (zh)
EP (1) EP3925319A1 (zh)
CN (2) CN113396616B (zh)
WO (2) WO2020165879A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023206044A1 (en) * 2022-04-25 2023-11-02 Zte Corporation Systems and methods for reference signaling design and configuration

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7035029B2 (ja) * 2017-04-27 2022-03-14 株式会社Ｎｔｔドコモ 端末、無線通信方法、基地局及びシステム
US11171765B2 (en) * 2018-02-15 2021-11-09 Qualcomm Incorporated System and method for indicating preemption of transmissions
US11424868B2 (en) * 2019-01-24 2022-08-23 Mediatek Singapore Pte. Ltd. Method and apparatus for user equipment processing timeline enhancement in mobile communications
WO2020165999A1 (ja) * 2019-02-14 2020-08-20 株式会社Ｎｔｔドコモ ユーザ端末
US11019573B2 (en) * 2019-03-29 2021-05-25 Qualcomm Incorporated Out-of-order communication management
US10980067B2 (en) 2019-05-02 2021-04-13 Qualcomm Incorporated Reference signal transmission techniques for random access messages
WO2020227158A1 (en) * 2019-05-03 2020-11-12 Apple Inc. Closed loop power control for pusch
KR20200129855A (ko) * 2019-05-10 2020-11-18 삼성전자주식회사 동적 전력 공유 지원을 위한 파워 헤드룸 보고를 트리거링하는 방법 및 장치
US11490414B2 (en) * 2020-02-14 2022-11-01 Qualcomm Incorporated Techniques for intra-user equipment and inter-user equipment cancelation of overlapping communications
US20210297197A1 (en) * 2020-03-20 2021-09-23 Qualcomm Incorporated Non-dropping rule for mini-slot based repetition
US11777681B2 (en) * 2020-07-20 2023-10-03 Qualcomm Incorporated Transport block definitions for differential data-aided demodulation reference signals
EP4226710A1 (en) * 2020-10-09 2023-08-16 Qualcomm Incorporated Methods and apparatus to improve uplink data channel repetitions using multiple slot transmit time intervals
CN116326056A (zh) * 2020-10-15 2023-06-23 华为技术有限公司 一种通信方法及装置
US20220322408A1 (en) * 2021-04-06 2022-10-06 Qualcomm Incorporated Urllc indications with multi-transmission grants
US11700606B2 (en) * 2021-05-07 2023-07-11 Qualcomm Incorporated Available slots for uplink shared channel repetitions
WO2024019900A1 (en) * 2022-07-22 2024-01-25 Apple Inc. Power headroom report trigger for simultaneous multi-panel transmission

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120178494A1 (en) * 2011-01-07 2012-07-12 Interdigital Patent Holdings, Inc. Methods, apparatus and systems for handling additional power backoff
US20150351053A1 (en) * 2010-08-10 2015-12-03 Samsung Electronics Co., Ltd. Method and apparatus for reporting power headroom information in mobile communication system supporting carrier aggregation
CN105519210A (zh) * 2013-09-04 2016-04-20 Lg电子株式会社 无线通信系统中发送功率余量报告的方法和装置
CN107534942A (zh) * 2015-03-09 2018-01-02 欧芬诺技术有限责任公司 用于载波聚合的功率余量方法
US20180279339A1 (en) * 2017-03-21 2018-09-27 Motorola Mobility Llc Method and apparatus for power headroom reporting procedure for new radio carrier aggregation

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8494572B2 (en) * 2008-06-24 2013-07-23 Qualcomm Incorporated Method and apparatus for power control of first data transmission in random access procedure of FDMA communication system
US8792430B2 (en) * 2009-12-21 2014-07-29 Qualcomm Incorporated Retransmission grant handling in a wireless communications system
CN105359594B (zh) * 2013-07-12 2019-09-27 夏普株式会社 终端装置、方法以及集成电路
US9491712B2 (en) * 2013-12-20 2016-11-08 Qualcomm Incorporated PUSCH and PUCCH power control under coverage enhancements in LTE
SG10201709596QA (en) * 2014-01-29 2017-12-28 Interdigital Patent Holdings Inc Uplink transmissions in wireless communications
WO2015126202A1 (ko) * 2014-02-24 2015-08-27 엘지전자 주식회사 커버리지 확장을 위한 채널의 반복 전송 방법 및 단말
CA3019371C (en) * 2016-03-30 2023-10-24 Interdigital Patent Holdings, Inc. Reducing latency in physical channels in an lte network
US10813060B2 (en) 2018-01-19 2020-10-20 Qualcomm Incorporated Reference power headroom report
US10674458B2 (en) 2018-04-14 2020-06-02 Lenovo (Singapore) Pte. Ltd. Method and apparatus for determining transmit power sharing
US11265876B2 (en) 2018-08-10 2022-03-01 Qualcomm Incorproated Uplink power modification and communication scheme change requests
US11553443B2 (en) 2019-01-02 2023-01-10 Qualcomm Incorporated Power headroom reporting procedure for multiple cells
CN113302987A (zh) * 2019-01-10 2021-08-24 联想（新加坡）私人有限公司 上行链路功率控制

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150351053A1 (en) * 2010-08-10 2015-12-03 Samsung Electronics Co., Ltd. Method and apparatus for reporting power headroom information in mobile communication system supporting carrier aggregation
US20120178494A1 (en) * 2011-01-07 2012-07-12 Interdigital Patent Holdings, Inc. Methods, apparatus and systems for handling additional power backoff
CN105519210A (zh) * 2013-09-04 2016-04-20 Lg电子株式会社 无线通信系统中发送功率余量报告的方法和装置
CN107534942A (zh) * 2015-03-09 2018-01-02 欧芬诺技术有限责任公司 用于载波聚合的功率余量方法
US20180279339A1 (en) * 2017-03-21 2018-09-27 Motorola Mobility Llc Method and apparatus for power headroom reporting procedure for new radio carrier aggregation

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
NOKIA, NOKIA SHANGHAI BELL, LENOVO, MOTOROLA MOBILITY: "RP-182720 "PHR timing for configured grant"", 3GPP TSG_RAN\\TSG_RAN, no. 82, pages 3 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023206044A1 (en) * 2022-04-25 2023-11-02 Zte Corporation Systems and methods for reference signaling design and configuration

Also Published As

Publication number Publication date
US20220046557A1 (en) 2022-02-10
US20200267667A1 (en) 2020-08-20
US11290968B2 (en) 2022-03-29
EP3925319A1 (en) 2021-12-22
WO2020165879A1 (en) 2020-08-20
US20200267659A1 (en) 2020-08-20
WO2020165881A1 (en) 2020-08-20
US11160028B2 (en) 2021-10-26
CN113396616B (zh) 2024-04-26
CN113412650A (zh) 2021-09-17

Similar Documents

Publication Publication Date Title
CN113396616B (zh) 用于确定触发的功率余量报告的基础的方法和装置
US20210211988A1 (en) Method and Apparatus Having Power Control for Grant-Free Uplink Transmission
CN113287359B (zh) 用于传输高优先级上行链路传输的方法和装置
JP6494639B2 (ja) デュアル接続のためのアップリンク送信
US10080198B2 (en) Method and apparatus for determining that an almost-contiguous resource allocation A-MPR applies to an uplink transmission
CN112673583A (zh) 用于确定csi资源的下行链路时隙的方法和装置
JP2016187189A (ja) 無線通信ネットワークにおける方法及び装置
WO2017101107A1 (zh) 用于数据传输的方法和终端
US20220312440A1 (en) Method and Apparatus for Managing a Minimum Scheduling Offset for One or More Bandwidth Parts
CN108605297B (zh) 传输具有较低a-mpr的pucch的方法和装置
US20230123957A1 (en) Apparatus and method for communicating a pusch including uci
RU2721388C1 (ru) Системы и способы для выполнения управления мощностью передачи по физическим каналам в системе связи
CN115699636A (zh) 取消pusch传输的装置和方法
WO2015068039A2 (en) Method and apparatus for transmitting and obtaining power headroom report
JP6837114B2 (ja) データ伝送のための方法及び端末
RU2758911C1 (ru) Пользовательское оборудование
CN105594264B (zh) 自适应tdd系统中tpc命令和ue传送功率调整之间的时序关系
WO2024033875A1 (en) Apparatus and method for establishing a sidelink communication over an unlicensed carrier

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
GR01 Patent grant