CN113039841A - 确定功率余量报告 - Google Patents

确定功率余量报告 Download PDF

Info

Publication number
CN113039841A
CN113039841A CN201980075304.5A CN201980075304A CN113039841A CN 113039841 A CN113039841 A CN 113039841A CN 201980075304 A CN201980075304 A CN 201980075304A CN 113039841 A CN113039841 A CN 113039841A
Authority
CN
China
Prior art keywords
power headroom
shared channel
headroom report
physical uplink
configuration grant
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
Application number
CN201980075304.5A
Other languages
English (en)
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
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=69173086&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=CN113039841(A) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Lenovo Singapore Pte Ltd filed Critical Lenovo Singapore Pte Ltd
Publication of CN113039841A publication Critical patent/CN113039841A/zh
Pending legal-status Critical Current

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
    • 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
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

公开了用于确定功率余量报告的装置、方法和系统。一种方法(500)包括：确定(502)用于在与配置授权相对应的物理上行链路共享信道资源上传输的功率余量报告。方法(500)包括：在物理上行链路共享信道资源上发送(504)功率余量报告，其中：确定功率余量报告包括：基于直到在物理上行链路共享信道资源的第一上行链路符号之前的预定时间为止接收到的下行链路控制信息和针对配置授权的信令，来确定功率余量报告是基于真实传输还是参考格式；并且预定时间基于如下来计算：设置为零的第一参数；以及针对配置授权的调度小区的活动下行链路带宽部分的子载波间隔。

Description

确定功率余量报告
相关申请的交叉引用
本申请要求Joachim Loehr于2018年11月21日提交的名称为“针对NR CA的PHR值确定的时序(TIMING FOR A PHR VALUE DETERMINATION FOR NR CA)”的美国专利申请序列号62/770,619的优先权，其全部内容通过引用并入本文。
技术领域
本文公开的主题总体上涉及无线通信，并且更具体地涉及确定功率余量报告。
背景技术
在此定义了以下缩写，在以下描述中至少会引用其中一些。第三代合作伙伴计划(“3GPP”)、第五代(“5G”)、肯定确认(“ACK”)、聚合级别(“AL”)、接入和移动性管理功能(“AMF”)、接入点(“AP”)、接入层(“AS”)、波束故障检测(“BFD”)、二进制相移键控(“BPSK”)、基站(“BS”)、缓冲区状态报告(“BSR”)、带宽(“BW”)、带宽部分(“BWP”)、小区RNTI(“C-RNTI”)、载波聚合(“CA”)、基于竞争的随机接入(“CBRA”)、清晰信道评估(“CCA”)、公共控制信道(“CCCH”)、控制信道元素(“CCE”)、循环延迟分集(“CDD”)、码分多址(“CDMA””)、控制元素(“CE”)、无竞争随机接入(“CFRA”)、闭环(“CL”)、多点协作(“CoMP”)、信道占用时间(“COT”)、循环前缀(“CP”)、循环冗余校验(“CRC”)、信道状态信息(“CSI”)、信道状态信息参考信号(“CSI-RS”)、公共搜索空间(“CSS”)、控制资源集(“CORESET”)、离散傅立叶变换扩展(“DFTS”)、下行链路控制信息(“DCI”)、下行链路(“DL”)、解调参考信号(“DMRS”)、数据无线电承载(“DRB”)、非连续接收(“DRX”)、下行链路导频时隙(“DwPTS”)、增强型清晰信道评估(“eCCA”)、增强型移动宽带(“eMBB”)、演进型节点B(“eNB”)、有效各向同性辐射功率(“EIRP”)、欧洲电信标准协会(“ETSI”)、基于帧的设备(“FBE”)、频分双工(“FDD”)、频分复用(“FDM”)、频分多址(“FDMA”)、频分正交覆盖码(“FD-OCC”)、5G节点B或下一代节点B(“gNB”)、通用分组无线服务(“GPRS”)、保护时段(“GP”)、全球移动通信系统(“GSM”)、全球唯一临时UE标识符(“GUTI”)、归属AMF(“hAMF”)、混合自动重复请求(“HARQ”)、归属位置寄存器(“HLR”)、移交(“HO”)、归属PLMN(“HPLMN”)、归属订户服务器(“HSS”)、标识或标识符(“ID”)、信息元素(“IE”)、国际移动设备标识(“IMEI”)、国际移动订户标识(“IMSI”)、国际移动电信(“IMT”)、物联网(“IoT”)、层2(“L2”)、许可的辅助接入(“LAA”)、基于负载的设备(“LBE”)、先听后说(“LBT”)、逻辑信道(“LCH”)、逻辑信道优先化(“LCP”))、对数似然比(“LLR”)、长期演进(“LTE”)、多址接入(“MA”)、媒体接入控制(“MAC”)、多媒体广播多播服务(“MBMS”)、调制编码方案(“MCS”)、主信息块(“MIB”)、多输入多输出(“MIMO”)、移动性管理(“MM”)、移动性管理实体(“MME”)、移动网络运营商(“MNO”)、大型MTC(“mMTC”)、最大功率降低(“MPR”)、机器类型通信(“MTC”)、多用户共享接入(“MUSA”)、非接入层(“NAS”)、窄带(“NB”)、否定确认(“NACK”)或(“NAK”)、网络实体(“NE”)、网络功能(“NF”)、非正交多址接入(“NOMA”)、新无线电(“NR”)、未许可的NR(“NR-U”)、网络存储库功能(“NRF”)、网络切片实例(“NSI”)、网络切片选择辅助信息(“NSSAI”)、网络切片选择功能(“NSSF”)、网络切片选择策略(“NSSP”)、运行和维护系统(“OAM”)、正交频分复用(“OFDM”)、开环(“OL”)、其他系统信息(“OSI”)、功率角频谱(“PAS”)、物理广播信道(“PBCH”)、功率控制(“PC”)、主小区(“PCell”)、策略控制功能(“PCF”)、物理小区ID(“PCID”)、物理下行链路控制信道(“PDCCH”)、分组数据聚合协议(“PDCP”)、分组数据网络网关(“PGW”)、物理下行链路共享信道(“PDSCH”)、模式分多址(“PDMA”)、分组数据单元(“PDU”)、物理混合ARQ指示符信道(“PHICH”)、功率余量(“PH”)、功率余量报告(“PHR”)、物理层(“PHY”)、公共陆地移动网络(“PLMN”)、物理随机接入信道(“PRACH”)、物理资源块(“PRB”)、主辅小区(“PSCell”)、物理上行链路控制信道(“PUCCH”)、物理上行链路共享信道(“PUSCH”)、准共址(“QCL”)、服务质量(“QoS”)、正交相移键控(“QPSK”)、注册区域(“RA”)、RARNTI(“RA-RNTI”)、无线电接入网络(“RAN”)、无线电接入技术(“RAT”)、随机接入过程(“RACH”)、随机接入前导标识符(“RAPID”)、随机接入响应(“RAR”)、资源元素组(“REG”)、无线电链路控制(“RLC”)、RLC确认模式(“RLC-AM””)、RLC未确认模式/透明模式(“RLC-UM/TM”)、无线电链路监测(“RLM”)、无线电网络临时标识符(“RNTI”)、参考信号(“RS”)、剩余最小系统信息(“RMSI”)、无线电资源控制(“RRC”)、无线电资源管理(“RRM”)、资源扩展多址接入(“RSMA”)、参考信号接收功率(“RSRP”)、往返时间(“RTT”)、接收(“RX”)、稀疏码多址接入(“SCMA”)、调度请求(“SR”)、探测参考信号(“SRS”)、单载波频分多址(“SC-FDMA”)、辅小区(“SCell”)、共享信道(“SCH”)、子载波间隔(“SCS”)、服务数据单元(“SDU”)、服务网关(“SGW”)、系统信息块(“SIB”)、系统信息块类型1(“SIB1”)、系统信息块类型2(“SIB2”)、订户标识/标识模块(“SIM”)、信号干扰加噪声比(“SINR”)、服务水平协议(“SLA”)、会话管理功能(“SMF”)、特殊小区(“SpCell”)、单个网络切片选择辅助信息(“S-NSSAI”)、信令无线电承载(“SRB”)、缩短的TTI(“sTTI”)、同步信号(“SS”)、同步信号块(“SSB”)、补充上行链路(“SUL”)、订户永久标识符(“SUPI”)、定时提前(“TA”)、定时对齐计时器(“TAT”)、传输块(“TB”)、传输块大小(“TBS”)、时分双工(“TDD”)、时分复用(“TDM”)、时分正交覆盖码(“TD-OCC”)、传输功率控制(“TPC”)、传输接收点(“TRP”)、传输时间间隔(“TTI”)、发送(“TX”)、上行链路控制信息(“UCI”)、统一数据管理功能(“UDM”)、统一数据存储库(“UDR”)、用户实体/设备(移动终端)(“UE”)、上行链路(“UL”)、UL SCH(“UL-SCH”)、通用移动电信系统(“UMTS”)、用户平面(“UP”)、UP功能(“UPF”)、上行链路导频时隙(“UpPTS”)、超可靠性和低延迟通信(“URLLC”)、UE路由选择策略(“URSP”)、接入AMF(“vAMF”)、接入NSSF(“vNSSF”)、接入PLMN(“VPLMN”)和全球微波接入互操作性(“WiMAX”)。
在某些无线通信网络中，可以生成功率余量报告。在这种网络中，可以使用各种因素来生成功率余量报告。
发明内容
公开了用于确定功率余量报告的方法。装置和系统也执行方法的功能。方法的一个实施例包括：确定用于在与配置授权相对应的物理上行链路共享信道资源上传输的功率余量报告。在一些实施例中，该方法包括：在物理上行链路共享信道资源上发送功率余量报告，其中：确定功率余量报告包括：基于直到在物理上行链路共享信道资源的第一上行链路符号之前的预定时间为止接收到的下行链路控制信息和针对配置授权的信令，来确定功率余量报告是基于真实传输还是参考格式；以及该预定时间基于如下来计算：设置为零的第一参数；以及针对配置授权的调度小区的活动下行链路带宽部分的子载波间隔。
一种用于确定功率余量报告的装置包括处理器，该处理器确定用于在与配置授权相对应的物理上行链路共享信道资源上传输的功率余量报告。在某些实施例中，该装置包括发送器，该发送器在物理上行链路共享信道资源上发送功率余量报告，其中：处理器确定功率余量报告包括：处理器基于直到在物理上行链路共享信道资源的第一上行链路符号之前的预定时间为止接收到的下行链路控制信息和针对配置授权的信令，来确定功率余量报告是基于真实传输还是参考格式；以及该预定时间基于如下来计算：设置为零的第一参数；以及针对配置授权的调度小区的活动下行链路带宽部分的子载波间隔。
用于确定功率余量报告的方法的另一实施例包括：在与配置授权相对应的物理上行链路共享信道资源上接收功率余量报告，其中：基于直到在物理上行链路共享信道资源的第一上行链路符号之前的预定时间为止接收到的下行链路控制信息和针对配置授权的信令，来确定功率余量报告是基于真实传输还是参考格式；以及该预定时间基于如下来计算：设置为零的第一参数；以及针对配置授权的调度小区的活动下行链路带宽部分的子载波间隔。
一种用于确定功率余量报告的装置包括接收器，所述接收器在与配置授权相对应的物理上行链路共享信道资源上接收功率余量报告，其中：基于直到在物理上行链路共享信道资源的第一上行链路符号之前的预定时间为止接收到的下行链路控制信息和针对配置授权的信令，来确定功率余量报告是基于真实传输还是参考格式；以及该预定时间基于如下来计算：设置为零的第一参数；以及针对配置授权的调度小区的活动下行链路带宽部分的子载波间隔。
附图说明
将参照附图中图示的具体实施例来描绘上面简要描述的实施例的更具体的说明。要理解，这些图仅仅描绘了一些实施例，因此不应该被认为是对范围的限制，将通过使用附图另外具体地且详细地描述和阐释实施例，在图中：
图1是图示了用于确定功率余量报告的无线通信系统的一个实施例的示意性框图；
图2是图示了可用于确定功率余量报告的装置的一个实施例的示意性框图；
图3是图示了可用于接收功率余量报告的装置的一个实施例的示意性框图；
图4是图示了UL资源调度的一个实施例的图；
图5是图示了用于确定功率余量报告的方法的一个实施例的流程图；以及
图6是图示了用于确定功率余量报告的方法的另一实施例的流程图。
具体实施方式
如本领域的技术人员将了解的，实施例的各个方面可以体现为系统、装置、方法或者程序产品。因此，实施例可以采用下述形式：完全硬件实施例、完全软件实施例(包括固件、常驻软件、微代码等)或者结合了软件和硬件方面——通常，本文中可以将它们都称为“电路”、“模块”或者“系统”——的实施例。此外，实施例可以采取程序产品的形式，该程序产品被体现在存储机器可读代码、计算机可读代码和/或程序代码——以下称为代码——的一个或多个计算机可读存储设备中。存储设备可以是有形的、非暂时性的、和/或非传输的。存储设备可以不体现信号。在某个实施例中，存储设备仅采用用于接入代码的信号。
在本说明书中描述的某些功能单元可以被标记为模块，以便更特别地强调它们的实现独立性。例如，模块可以被实现为硬件电路，该硬件电路包括定制超大规模集成(“VLSI”)电路或门阵列、诸如逻辑芯片的现成的半导体、晶体管或其他分立组件。模块也可以被实施在可编程硬件装置中，诸如现场可编程门阵列、可编程阵列逻辑、可编程逻辑装置等。
模块也可以被实现在代码和/或软件中以便由各种类型的处理器执行。例如，标识出来的代码模块可以包括一个或者多个物理的或者逻辑的可执行代码块，这些可执行代码块例如可以被组织成对象、过程、或者功能。虽然如此，但标识出来的模块的可执行文件不需要在物理上位于一处，而是可以包括存储在不同位置中的迥然不同的指令，这些指令在被从逻辑上结合起来时包括该模块并且实现了该模块的既定目的。
事实上，代码的模块可以是单个指令、或者许多指令，并且甚至可以分布在多个不同的代码段上、分布在不同的程序之间、以及分布在多个存储器设备中。类似地，在本文中，操作数据可以被标识和图示在模块内，并且可以被体现为任何合适的形式并且组织在任何合适类型的数据结构内。操作数据可以被收集成单个数据集，或者可以分布在不同的位置——包括分布在不同的计算机可读存储设备上。在模块或者模块的部分被实现在软件中的情况下，该软件部分存储在一个或者多个计算机可读存储设备上。
可以利用一个或多个计算机可读介质的任何组合。计算机可读介质可以是计算机可读存储介质。计算机可读存储介质可以是存储代码的存储设备。存储设备可以是，例如，但不限于，电子的、磁性的、光学的、电磁的、红外的、全息的、微机械的或者半导体的系统、装置或者设备、或者上述的任何合适的组合。
存储设备的更具体的示例(非穷尽性的列表)可以包括以下：具有一个或者多个电线的电气连接、便携式计算机磁盘、硬盘、随机存取存储器(“RAM”)、只读存储器(“ROM”)、可擦可编程只读存储器(“EPROM”或者闪存)、便携式光盘只读存储器(“CD-ROM”)、光学存储设备、磁性存储设备、或者上述的任何合适的组合。在本文的上下文中，计算机可读存储介质可以是可以包含或者存储供指令执行系统、装置或者设备使用或者与指令执行系统、装置或者设备结合使用的程序的任何有形介质。
用于进行实施例的操作的代码可以是任何数量的行并且可以用一种或者多种编程语言的任何组合来编写，这种编程语言包括诸如Python、Ruby、Java、Smalltalk、C++等面向对象的编程语言、和诸如“C”编程语言等常规程序化编程语言、和/或诸如汇编语言等机器语言。代码可以完全在用户的计算机上执行、部分地在用户的计算机上执行、作为独立的软件包执行、部分地在用户的计算机上执行且部分地在远程计算机上执行、或者完全在远程计算机或者服务器上执行。在后一种情况下，远程计算机可以通过任何类型的网络连接至用户的计算机，包括局域网(“LAN”)或者广域网(“WAN”)，或者可以与外部计算机进行该连接(例如，通过使用互联网服务提供者的互联网)。
贯穿本说明书，对“一个实施例”、“实施例”或者类似语言的提及是指结合该实施例描述的特定特征、结构或者特点被包括在至少一个实施例中。因此，贯穿本说明书，短语“在一个实施例中”、“在实施例中”和类似语言的出现可以，但并不一定，都指的是相同的实施例，而是表示“一个或多个但并非所有实施例”，除非另有明确说明。除非另有明确说明，否则术语“包括”、“包含”、“具有”及其变型表示“包括但不限于”。除非另有明确说明，否则，列举的项目列表并不暗示任何或者所有的项目是互不相容的。除非另有明确说明，否则，术语“一”、“一个”和“该”也指“一个或多个”。
此外，所述实施例的特征、结构或者特点可以按照任何合适的方式组合。在以下说明中，提供了众多具体的细节，诸如编程、软件模块、用户选择、网络交易、数据库查询、数据库结构、硬件模块、硬件电路、硬件芯片等的示例，以便提供对实施例的透彻理解。然而，相关领域的技术人员要意识到，在不具有这些具体细节中的一个或者多个具体细节的情况下，或者利用其他方法、组件、材料等，也可以实践实施例。在其他实例下，未示出或者详细描述已知的结构、材料或者操作，以避免模糊实施例的各个方面。
下面将参照根据实施例的方法、装置、系统和程序产品的示意性流程图和/或示意性框图来描述实施例的各个方面。要理解，可以通过代码来实现示意性流程图和/或示意性框图的每个框、以及在示意性流程图和/或示意性框图中的框的组合。可以将该代码提供给通用计算机、专用计算机、或者其他可编程数据处理装置的处理器来产生机器，从而使得，当指令经由计算机或者其他可编程数据处理装置的处理器执行时，指令创建用于实现在示意性流程图和/或示意性框图中的框或多个框指定的功能/动作的部件。
也可以将代码存储在能够指挥计算机、其他可编程数据处理装置或者其他设备按照特定方式发挥作用的存储设备中，从而使存储在存储设备中的指令产生制品，该制品包括实现在示意性流程图和/或示意性框图中的框或多个框指定的功能/动作的指令。
也可以将代码加载到计算机、其它可编程数据处理设备或者其它装置上以使得能够在计算机、其它可编程数据处理设备或者其它装置上执行一系列操作步骤来产生计算机实施的进程，从而使在计算机或者其它可编程设备上执行的代码提供用于实施在流程图和/或框图中的框或者多个框中规定的功能/行动的进程。
图中的示意性流程图和/或示意性框图图示了根据各种实施例的装置、系统、方法和程序产品的可能的实施方式的架构、功能性和操作。在这点上，示意性流程图和/或示意性框图中的每个框可以表示代码的模块、段或者部分，其包括用于实现指定的(多种)逻辑功能的代码的一个或者多个可执行指令。
还应该注意，在一些替代实施方式中，框中指出的功能可以不按照图中指出的顺序发生。例如，连续示出的两个框事实上可以基本上并行地被执行，或者这些框有时可以按照相反的顺序被执行，取决于所涉及的功能性。可以设想在功能、逻辑或者效果方面与所图示的图的一个或多个框或其部分等效的其他步骤和方法。
虽然在流程图和/或框图中采用了各种箭头类型和线类型，但是这些箭头类型和线类型被理解为不会限制对应实施例的范围。事实上，一些箭头或者其他连接符可以用于仅指示所描绘的实施例的逻辑流程。例如，箭头可以指示在所描绘的实施例的枚举步骤之间的未指明的持续时间的等待或者监测时段。还要注意，框图和/或流程图的各个框、以及框图和/或流程图中的框的组合可以由执行指定的功能或者行动的特殊用途的基于硬件的系统、或者特殊用途的硬件和代码的组合来实施。
对每个图中的元件的说明可以参考前面的图的元件。在所有图中，相同数字表示相同的元件，包括相同元件的替代实施例。
图1描绘了用于确定功率余量报告的无线通信系统100的实施例。在一个实施例中，无线通信系统100包括远程单元102和网络单元104。即使在图1中描绘了特定数量的远程单元102和网络单元104，本领域的技术人员也将认识到在无线通信系统100中可以包括任何数量的远程单元102和网络单元104。
在一个实施例中，远程单元102可以包括计算设备，诸如台式计算机、膝上型计算机、个人数字助理(“PDA”)、平板计算机、智能电话、智能电视(例如，连接到因特网的电视)、机顶盒、游戏机、安全系统(包括安全摄像头)、车载计算机、网络设备(例如，路由器、交换机、调制解调器)、飞行器、无人机等。在一些实施例中，远程单元102包括可穿戴设备，诸如智能手表、健身带、光学头戴式显示器等。此外，远程单元102可以被称为订户单元、移动设备、移动站、用户、终端、移动终端、固定终端、订户站、UE、用户终端、设备或通过本领域使用的其他术语来称呼。远程单元102可以经由UL通信信号与一个或多个网络单元104直接通信。
网络单元104可以分布在地理区域上。在某些实施例中，网络单元104也可以被称为接入点、接入终端、基地、基站、节点B、eNB、gNB、家庭节点B、中继节点、设备、核心网络、空中服务器、无线电接入节点、AP、NR、网络实体、AMF、UDM、UDR、UDM/UDR、PCF、RAN、NSSF或通过本领域中使用的任何其他术语来称呼。网络单元104通常是无线电接入网络的一部分，该无线电接入网络包括可通信地耦合到一个或多个对应网络单元104的一个或多个控制器。无线电接入网络通常可通信地耦合到一个或多个核心网络，该核心网络可以耦合到其他网络，如互联网和公用交换电话网等其他网络。没有图示无线电接入和核心网络的这些和其他元件，但是这些和其他元件对于本领域的普通技术人员而言通常是众所周知的。
在一种实施方式中，无线通信系统100符合3GPP中标准化的NR协议，其中网络单元104在DL上使用OFDM调制方案进行发送，而远程单元102在UL上使用SC-FDMA方案或OFDM方案进行发送。然而，更一般而言，无线通信系统100可以实现一些其他开放或专有通信协议，例如，WiMAX、IEEE 802.11变型、GSM、GPRS、UMTS、LTE变型、CDMA2000、
Figure BDA0003066188520000111
ZigBee、Sigfoxx以及其他协议。本公开不旨在局限于任何特定的无线通信系统架构或协议的实施方式。
网络单元104可以经由无线通信链路为服务区域——例如小区或小区扇区——内的若干远程单元102提供服务。网络单元104在时域、频域和/或空间域中发送DL通信信号以便为远程单元102提供服务。
在一个实施例中，远程单元102可以确定用于在与配置授权相对应的物理上行链路共享信道资源上传输的功率余量报告。在一些实施例中，远程单元102可以在物理上行链路共享信道资源上发送功率余量报告，其中：确定功率余量报告包括：基于针对配置授权的信令和直到在物理上行链路共享信道资源的第一上行链路符号之前的预定时间为止接收到的下行链路控制信息，来确定功率余量报告是基于真实传输还是参考格式；并且预定时间基于如下来计算：设置为零的第一参数；以及针对配置授权的调度小区的活动下行链路带宽部分的子载波间隔。因此，远程单元102可以用于确定功率余量报告。
在某些实施例中，网络单元104可以在与配置授权相对应的物理上行链路共享信道资源上接收功率余量报告，其中：基于直到在物理上行链路共享信道资源的第一上行链路符号之前的预定时间为止接收到的下行链路控制信息和针对配置授权的信令，来确定功率余量报告是基于真实传输还是参考格式；并且该预定时间基于如下来计算：设置为零的第一参数；以及针对配置授权的调度小区的活动下行链路带宽部分的子载波间隔。因此，网络单元104可以用于接收功率余量报告。
图2描绘了可以用于确定功率余量报告的装置200的一个实施例。装置200包括远程单元102的一个实施例。此外，远程单元102可以包括处理器202、存储器204、输入设备206、显示器208、发送器210和接收器212。在一些实施例中，输入设备206和显示器208组合成单个设备，诸如触摸屏。在某些实施例中，远程单元102可以不包括任何输入设备206和/或显示器208。在各个实施例中，远程单元102可以包括处理器202、存储器204、发送器210和接收器212中的一个或多个，并且可以不包括输入设备206和/或显示器208。
在一个实施例中，处理器202可以包括能够执行计算机可读指令和/或能够执行逻辑操作的任何已知控制器。例如，处理器202可以是微控制器、微处理器、中央处理单元(“CPU”)、图形处理单元(“GPU”)、辅助处理单元、现场可编程门阵列(“FPGA”)、或类似的可编程控制器。在一些实施例中，处理器202执行存储在存储器204中的指令以执行本文描述的方法和例程。在各个实施例中，处理器202可以确定用于在与配置授权相对应的物理上行链路共享信道资源上传输的功率余量报告。处理器202通信地耦合到存储器204、输入设备206、显示器208、发送器210和接收器212。
在一个实施例中，存储器204是计算机可读存储介质。在一些实施例中，存储器204包括易失性计算机存储介质。例如，存储器204可以包括RAM，包括动态RAM(“DRAM”)、同步动态RAM(“SDRAM”)和/或静态RAM(“SRAM”)。在一些实施例中，存储器204包括非易失性计算机存储介质。例如，存储器204可以包括硬盘驱动器、闪存或任何其他合适的非易失性计算机存储设备。在一些实施例中，存储器204包括易失性和非易失性计算机存储介质。在一些实施例中，存储器204还存储程序代码和相关数据，诸如在远程单元102上操作的操作系统或其他控制器算法。
在一个实施例中，输入设备206可以包括任何已知的计算机输入设备，包括触摸面板、按钮、键盘、手写笔、麦克风等。在一些实施例中，输入设备206可以与显示器208集成在一起，例如，作为触摸屏或类似的触敏显示器。在一些实施例中，输入设备206包括触摸屏，使得可以使用在触摸屏上显示的虚拟键盘和/或通过在触摸屏上手写来输入文本。在一些实施例中，输入设备206包括两个或更多个不同的设备，诸如键盘和触摸面板。
在一个实施例中，显示器208可以包括任何已知的电子可控显示器或显示设备。显示器208可以被设计为输出视觉、听觉和/或触觉信号。在一些实施例中，显示器208包括能够向用户输出视觉数据的电子显示器。例如，显示器208可以包括但不限于LCD显示器、LED显示器、OLED显示器、投影仪或能够向用户输出图像、文本等的类似显示设备。作为另一非限制性示例，显示器208可以包括可穿戴显示器，诸如智能手表、智能眼镜、平视显示器等。此外，显示器208可以是智能电话、个人数字助理、电视、台式计算机、笔记本(膝上型)计算机、个人计算机、车辆仪表板等的组件。
在某些实施例中，显示器208包括一个或多个用于产生声音的扬声器。例如，显示器208可以产生听觉警报或通知(例如，蜂鸣声或提示音)。在一些实施例中，显示器208包括一个或多个用于产生振动、运动或其他触觉反馈的触觉设备。在一些实施例中，显示器208的全部或部分可以与输入设备206集成。例如，输入设备206和显示器208可以形成触摸屏或类似的触敏显示器。在其他实施例中，显示器208可以位于输入设备206附近。
如本文所描述的，发送器210用于向网络单元104提供UL通信信号，并且接收器212用于从网络单元104接收DL通信信号。
在一些实施例中，发送器210在物理上行链路共享信道资源上发送功率余量报告，其中：处理器202确定功率余量报告包括：处理器202基于直到在物理上行链路共享信道资源的第一上行链路符号之前的预定时间为止接收到的下行链路控制信息和针对配置授权的信令，来确定功率余量报告是基于真实传输还是参考格式；并且该预定时间基于如下来计算：设置为零的第一参数；以及针对配置授权的调度小区的活动下行链路带宽部分的子载波间隔。尽管仅示出了一个发送器210和一个接收器212，但是远程单元102可以具有任何合适数量的发送器210和接收器212。发送器210和接收器212可以是任何合适类型的发送器和接收器。在一个实施例中，发送器210和接收器212可以是收发器的一部分。
图3描绘了可用于接收功率余量报告的装置300的一个实施例。装置300包括网络单元104的一个实施例。此外，网络单元104可以包括处理器302、存储器304、输入设备306、显示器308、发送器310和接收器312。如可以了解的，处理器302、存储器304、输入设备306、显示器308、发送器310和接收器312分别基本上类似于远程单元102的处理器202、存储器204、输入设备206、显示器208、发送器210和接收器212。
在各个实施例中，接收器312在与配置授权相对应的物理上行链路共享信道资源上接收功率余量报告，其中：基于直到在物理上行链路共享信道资源的第一上行链路符号之前的预定时间为止接收到的下行链路控制信息和针对配置授权的信令，来确定功率余量报告是基于真实传输还是参考格式；并且该预定时间基于如下来计算：设置为零的第一参数；以及针对配置授权的调度小区的活动下行链路带宽部分的子载波间隔。尽管仅示出了一个发送器310和一个接收器312，但是网络单元104可以具有任何合适数量的发送器310和接收器312。发送器310和接收器312可以是任何合适类型的发送器和接收器。在一个实施例中，发送器310和接收器312可以是收发器的一部分。
在某些配置中，为了支持诸如eMBB、URLLC和mMTC等不同服务的各种要求，可以在单个框架中支持不同的OFDM参数集(例如，SCS、CP长度)。此外，在一些配置中，可以支持在数据速率、等待时间和覆盖范围方面的多样化要求。例如，eMBB可以支持峰值数据速率(例如，下行链路为20Gbps，上行链路为10Gbps)和用户体验的数据速率，其约为其他配置中支持的数据速率的三倍。作为另一示例，对于URLLC，可以在超低等待时间(例如，对于用户平面等待时间，UL和DL分别为0.5ms)和高可靠性(例如，1ms内为1-10-5)方面提出更严格的要求。在另一示例中，mMTC可以使用高连接密度，在恶劣环境下具有较大的覆盖范围，和/或为低成本设备提供超长寿命的电池。因此，适合于一种配置的OFDM参数集(例如，子载波间隔、OFDM符号持续时间、CP持续时间、每个调度间隔的符号数量)可能不适用于另一种配置。例如，与mMTC服务相比，低等待时间服务可以具有更短的符号持续时间(例如，更大的子载波间隔)和/或每个调度间隔更少的符号(例如，TTI/时隙)。此外，与具有短延迟扩展的场景相比，具有大信道延迟扩展的部署场景可能使用更长的CP持续时间。在各种配置中，可以优化子载波间隔以保留类似的CP开销。在一些配置中，可以针对给定UE在不同载波上应用不同的参数集，以及针对给定UE在同一载波内应用不同的参数集(例如，可以诸如在多个不同BWP的上下文中在同一载波内的频域和/或时域中或在不同载波之间复用不同的OFDM参数集)。这可以有益于同时支持具有极大不同要求的服务(例如，超低等待时间)通信(短符号，即宽子载波间隔)和MBMS服务(长符号，以实现长的或扩展的循环前缀，即窄子载波间隔)。
在某些配置中，例如，在基于LTE协议的移动通信系统中，TTI和子帧都对应于1ms的相同持续时间。两者均可以指与不同物理信道相关联的1ms时段，包括两个PDCCH时机之间的最短可能间隔，传输块在PDSCH或PUSCH上的传输的持续时间、和/或时域调度粒度。在各种配置中，例如，在基于NR协议的移动通信系统中，用于传输块的传输的PDSCH或PUSCH持续时间可以在小时隙、时隙和/或多个时隙之间变化。此外，在这种配置中，时隙内的PUSCH传输的位置可以根据起始OFDM符号的位置而变化(例如，诸如PUSCH映射类型A的前载PUSCH传输、或诸如PUSCH映射类型B的非前载PUSCH传输)。在某些配置中，UE可以被配置为相对于DL控制信道的参数集，根据时隙或OFDM符号来监测DL控制信道。因此，UE可以被配置为每隔多个时隙在PDCCH监测时机(例如，在PDCCH监测候选的子集上)监测PDCCH一次。
如本文中所使用的，TTI也可以指UE被配置为监测下行链路控制信道和/或PDCCH(例如，在特定的CORESET上)以及在PDSCH和/或PUSCH上的数据传输的持续时间的时间段(例如，一个或多个OFDM符号)。
在各种配置中，为了聚合具有不同参数集(例如，NR CA)的多个服务小区和/或分量载波，PHR报告功能性可以考虑聚合的分量载波和/或小区的可能的不同定时。
在某些配置中，为了支持不同的参数集，分量载波和/或服务小区的一个时隙可以与另一载波的多个时隙重叠(例如，一个载波上的eMBB和另一载波上的URLLC)。在一些配置中，PDCCH(DCI)和对应的PUSCH分配之间的相对定时(例如，时间段)可以动态地变化(例如，可以在UL授权(DCI)内指示)。
在各种配置中，NR CA中的功率余量报告可以具有与扩展型PHR MAC CE的大小有关的复杂性。在一些配置中，由于非常高的数据速率和/或低等待时间，因此可以限制用于发送器和接收器两者的处理时间(例如，用于生成和/或解码TB)。因此，在这种实施例中，可以以处理功率友好的方式来执行L2协议功能。在某些配置中，RLC层中不支持任何级联。在RLC层中不支持级联可以在接收UL授权之前实现RLC层和MAC层两者的预处理(例如，可以将PDCP SDU预先构建为具有其自己的MAC子报头的MAC SDU)。在一些实施例中，可以在任何潜在的填充之前将UL MAC CE放置在TB的末端。一旦接收到UL授权，这可以使发送器能够立即开始将TB的一部分馈送给PHY。如果将MAC CE放在TB的开头，则发送器可能需要等待，直到生成MAC CE内容为止才能开始信道编码。在某些实施例中，可以在稍后的时间点进行BSR和/或PHR MAC CE的计算，因为两者都反映了传输之前的最新状态(例如，BSR可以仅在LCP已经完成之后才进行计算)。
在各种实施例中，因为扩展型PHR MAC CE的大小不是固定的，而是取决于激活的服务小区和/或分量载波的数量，以及取决于针对服务小区报告了虚拟PH还是真实PH(例如，由于对于虚拟PHR未报告Pcmax,c)，如果将扩展型PHR MAC CE复用到TB中，则从处理定时角度来看，生成TB可能更具挑战性。在某些实施例中，如果生成TB(例如，在LCP期间)，则由于通常在数据信道上优先考虑MAC CE，因此UE可以在将数据分配给逻辑信道(例如，DRB)之前首先在TB内为MAC CE保留足够的空间。然而，如果仅在较晚的时间点才知道MAC CE的大小，则LCP过程可能会被延迟。在一些实施例中，为了决定用于NR CA的扩展型PHR MAC CE的大小(例如，如果UE正在聚合具有不同的参数集和/或时隙长度的多个服务小区)，则UE可以确定在报告了PHR的时隙中的服务小区上发生的是虚拟上行链路传输还是真实上行链路传输。然而，如果在服务小区上使用具有不同时隙长度和/或定时关系的不同参数集，则UE可能不会立即知道(例如，在已经接收到UL授权之后)基于实际还是虚拟上行链路传输计算针对其他服务小区的PH信息。
在一些实施例中，因为UE可以在开始LCP之前确定PHR MAC CE的大小，并且PHRMAC CE的大小可以取决于针对服务小区报告了真实还是虚拟的PH，所以UE可以基于直到接收到第一UL授权为止(由于PHR已经被触发)已经接收到的与UL资源分配相关的信令(例如，DCI、配置授权分配等)，来确定针对服务小区报告实际PHR还是虚拟PHR。在某些实施例中，已经触发了PHR之后的第一UL资源(例如，用于新的传输)可以是配置授权(例如，类型1或类型2)，并且在PHR触发和配置授权之间可能不存在被接收到的动态UL授权。
图4是图示了UL资源调度400的一个实施例的图。图示了针对第一小区402和第二小区404的定时图。在针对第一小区402的定时图中，在第一时间406触发PHR，并且在第二时间408，为UL CG资源410提供配置授权(“CG”)类型1。在第二小区404的定时图中，在第一时间412，接收DCI(例如，UL授权)，该DCI分配UL资源414。
在各种配置中，在配置授权资源上发送PHR MAC CE。因此，通过考虑直到包含PHRMAC CE的PUSCH传输的开始符号减去某个预定义偏移(例如，PUSCH处理时间)为止所接收到的与UL调度相关的信令，来进行用于确定是实际PHR还是虚拟PHR的定时。
在一些实施例中，用于确定是实际PHR还是虚拟PHR的定时如下所述：MAC实体通过考虑配置授权和下行链路控制信息，来确定针对激活的服务小区的PH值是基于真实传输还是参考格式，该下行链路控制信息为：如果在PDCCH上接收到的上行链路授权上报告PHRMAC CE，由于PHR已经被触发，直到并且包括接收到针对新传输的第一UL授权的PDCCH时机为止已经接收到的下行链路控制信息，或者如果在配置授权上报告PHR MAC CE，直到PUSCH传输的第一上行链路符号减去PUSCH处理时间(例如，如38.214的第6.4节所定义)为止已经接收到的下行链路控制信息。
可以如表1所示的定义PUSCH准备和/或处理过程时间。
表1：UE PUSCH准备过程时间
Figure BDA0003066188520000191
Figure BDA0003066188520000201
在各个实施例中，PUSCH处理和/或准备时间可以仅针对动态授权而定义，而不针对在配置授权资源上发送PHR MAC CE的情况(例如，不存在针对配置授权定义的PUSCH处理和/或准备定时)。
如本文所使用的，eNB和/或gNB可以用于基站，但是可以被任何其他无线电接入节点(例如，BS、eNB、gNB、AP、NR等)替换。此外，本文描述的方法和设备可以适用于IEEE802.11变型、GSM、GPRS、UMTS、LTE变型、CDMA2000、蓝牙、ZigBee、Sigfoxx等。此外，本文描述的方法和设备可以适用于MME映射到AMF和SMF、HSS映射到UDM和/或UDR、和/或SGW和/或PGW映射到UPF的下一代移动网络。
在第一实施例中，在携带PHR MAC CE的配置授权资源之前，MAC实体可以确定在最新的可能定时和/或PDCCH时机报告服务小区的实际PHR还是虚拟PHR，在该HR MAC CE中，假设动态授权(例如，DCI)可能会覆盖配置授权分配。在一些实施例中，Tproc,2＝max((N2+d2,1)(2048+144)·κ2-μ·TC,d2,2)，利用本文定义的所有参数，定义携带调度PUSCH的DCI的PDCCH和PUSCH资源之间的最小时间(例如，UE准备和/或传输对应的传输块所需的最小时间)。在各个实施例中，如果在配置授权上报告PHR MAC CE，UE MAC可以通过考虑配置授权和直到PUSCH传输的第一上行链路符号减去Tproc,2为止已经接收到的下行链路控制信息，来确定针对活动服务小区的PH值是基于真实传输还是参考格式。针对Tproc,2的计算，UE可能需要知道N2值，该N2值取决于用于DL和UL信道、载波和/或BWP的参数集。在这种实施例中，参数集和/或μUL，要利用其发送PUSCH(例如，配置授权资源)的上行链路信道的SCS可以是已知的(例如，从配置有配置授权资源的UL BWP的UL参数集/SCS的半静态配置得出)，然而μDL，要发送携带有调度PUSCH的DCI的PDCCH的下行链路的子载波间隔是未知的(例如，因为不存在针对配置授权的DCI)。在一个实施例中，将μDL设置为潜在的配置子载波间隔当中的最高子载波间隔值μ，该配置子载波间隔被用于携带覆盖配置授权资源(例如，在其上发送PHR MACCE的配置授权资源)的DCI的假设PDCCH。术语“覆盖DCI”可以指的是携带UL DCI的PDCCH，该UL DCI为与配置上行链路授权的PUSCH持续时间(例如，时间分配)重叠的PUSCH持续时间(例如，时间分配)分配PUSCH资源。在某些实施例中，UE可以检查哪些子载波间隔(例如，μ值)可以用于覆盖DCI(例如，检查哪些小区/BWP可以用于覆盖DCI的传输，并且选择与最小Tproc,2值相对应的子载波间隔值μ作为μDL)。将与最小Tproc,2相对应的子载波间隔值选择为μDL可以确保UE在可能发生覆盖DCI的配置授权之前的最晚时间点处确定PHR值(例如，实际PHR与虚拟PHR)。在一个示例中，仅考虑为在其上配置了UL配置授权资源的服务小区的所有配置DL BWP配置的DL参数集/SCS。在另一个示例中，考虑所有服务小区的所有不同DL BWP的所有DL参数集/SCS(例如，受跨载波调度所驱使)。确定的μDL可用于Tproc,2的计算。
在一些实施例中，将d2,2设置为零以用于Tproc,2的计算(例如，假定覆盖DCI不会切换UL BWP)。在各个实施例中，将d2,2设置为用于服务小区的配置UL BWP配置的最小和/或最大切换时间(例如，假定UL BWP被切换)。在某些实施例中，将d2,2设置为与从预定UL BWP到在其上配置了UL配置资源的UL BWP的UL BWP切换相对应的切换时间。在这种实施例中，预定UL BWP可以是：(i)初始UL BWP；(ii)第一活动UL BWP；和/或(iii)具有最低和/或最高BWP索引的UL BWP。在一些实施例中，如果预定的UL BWP与在其上配置了UL配置资源的ULBWP相同，则将d2,2设置为零。
在各个实施例中，UE仅考虑μUL以用于Tproc,2的计算，例如，针对Tproc,2公式的计算丢弃μDL。在这种实施例中，用于确定N2的子载波间隔(例如，PUSCH准备时间)是要利用其发送PUSCH(例如，配置授权资源)的上行链路信道的子载波间隔。因此，可以通过将μ设置为μUL来计算Tproc,2。
在某些实施例中，可以将μDL设置为预定义值来计算Tproc,2。在各个实施例中，如果在配置授权上发送PHR MAC CE，则至少存在以下用于定义μDL以用于计算Tproc,2的选项：a)为UE配置的所有DL子载波间隔当中的最高子载波间隔(μ)(例如，与聚合服务小区的配置DLBWP相关联的子载波间隔；b)具有与在其上分配了配置授权的UL BWP相同的索引的DL BWP的子载波间隔(μ)；c)在其上分配了配置UL资源的服务小区的配置DL BWP的最高子载波间隔(μ)；d)将μDL设置为固定值(例如，对于PUSCH定时能力1，μDL＝3，而对于PUSCH定时能力2，μDL＝2)；e)将μDL设置为零；f)：在其上分配了配置UL资源的服务小区的配置DL BWP的最低子载波间隔(μ值)。将μDL设置为配置DL BWP中的最低子载波间隔(μ)可以得到最大处理时间Tproc,2；g)在其上分配了配置UL资源的服务小区的配置DL BWP的子载波间隔(μ)，其对应于最大Tproc,2值；h)针对UE配置的所有DL子载波间隔中的最低子载波间隔(μ)(例如，与聚合服务小区的配置DL BWP相关联的子载波间隔)；i)与在其中分配了配置授权的UL BWP成对的(如果存在)DL BWP的子载波间隔(μ)；j)初始DL BWP的子载波间隔(μ)；k)默认DL BWP的子载波间隔(μ)；l)第一活动DL BWP的子载波间隔(μ)；m)当前活动DL BWP的子载波间隔(μ)；n)在选项(b)、(g)、(h)、(i)、(j)、(k)、(l)、(m)中描述的值当中的最高和/或最低子载波间隔(μ)或子集；和/或o)半静态、动态和/或半动态指示的DL子载波间隔(μ)(例如，UL配置授权资源的配置中的额外RRC参数，或针对UL配置授权资源(类型2)的活动DCI中的额外字段，该字段指示在Tproc,2公式中要使用什么DL子载波间隔(μ)。
在一些实施例中，如果在配置授权类型2上发送PHR MAC CE，UE/MAC可以通过考虑直到PUSCH传输的第一上行链路符号减去时间偏移为止已经接收到的下行链路控制信息和配置授权，来确定针对服务小区报告了实际PHR还是虚拟PHR，该时间偏移由时隙偏移K2和活动配置授权的DCI的开始和长度指示符SLIV给出。
在某些实施例中，可以存在两种类型的没有动态授权的传输：配置授权类型1，在该类型中，上行链路授权由RRC提供并且被存储为配置上行链路授权；以及配置授权类型2，在该类型中，上行链路授权由PDCCH提供并且基于指示配置上行链路授权的激活或去激活的L1信令而被存储或清除为配置上行链路授权。
在各个实施例中，类型1和类型2传输由RRC针对每个服务小区和每个BWP配置。对于类型2，激活和去激活在服务小区之间可以是独立的。激活配置授权的DCI可以被存储并且可以以配置周期性(例如，被配置的RRC)再次发生。可以假定每个配置授权资源具有对应的DCI，该DCI用作确定是实际PHR还是虚拟PHR的参考时间点。
在一些实施例中，如果在配置授权类型2上报告PHR MAC CE，则MAC通过考虑直到并且包括接收到与配置授权相关联的DCI(例如，再次发生激活DCI)的PDCCH时机为止已经接收到的下行链路控制信息和配置授权，来确定针对激活的服务小区的PH值是基于真实传输还是参考格式。在各个实施例中，UE/MAC使用用于激活配置授权(例如，类型2)的DCI来进行Tproc,2的计算。在这种实施例中，如果在配置授权类型2上报告PHR MAC CE，则MAC通过考虑直到PUSCH传输的第一上行链路符号减去Tproc,2——其是基于激活DCI计算得到的——为止已经接收到的下行链路控制信息和配置授权，来确定针对激活的服务小区的PH值是基于真实传输还是参考格式。在一个示例中，针对该UL配置授权类型2的所有重复和/或再次发生，重复使用d2,2值(例如，针对是否需要UL BWP切换)，该d2,2值是基于针对UL配置授权类型2资源的第一实例的活动DCI而确定的。
在某些实施例中，UE MAC实体通过考虑由于PHR已经被触发而直到并且包括接收到针对新传输的第一UL授权的PDCCH时机为止已经接收到的下行链路控制信息和配置授权，或者通过考虑直到PUSCH传输的第一上行链路符号减去一些预定义的时间(例如，Tproc,2)为止已经接收到的下行链路控制信息和配置授权——以上两个下行链路控制信息以先到者为准，来确定针对激活的服务小区的PH值是基于真实传输还是参考格式。如果针对新传输的DCI早于PUSCH传输的第一上行链路符号(例如，在其中发送了PHR MAC CE)减去一些预定义时间(例如，Tproc,2)而被接收到，则MAC基于直到并且包括接收到DCI(例如，UL授权)的PDCCH时机为止接收到的与UL资源相关的控制信令(例如，配置授权分配、DCI、MAC CE等)，来确定是实际PHR还是虚拟PHR。
在各个实施例中，如果UE在触发实例的PHR与携带PHR MAC CE的PUSCH之间已经接收到针对新传输的UL DCI，则UE/MAC通过考虑由于PHR已经被触发而直到并且包括接收到针对新传输的第一UL授权的PDCCH时机为止已经接收到的与UL调度相关的下行链路控制信息和配置授权，来确定针对激活的服务小区的PH值是基于真实传输还是参考格式，并且，在PHR已经被触发之后，针对新传输的第一接收UL授权的PDCCH时机不晚于在携带PHR MAC CE的PUSCH传输的第一上行链路符号之前的Tproc,2(符号)；否则，如果在配置授权上报告PHRMAC CE，则MAC通过考虑直到PUSCH传输的第一上行链路符号减去PUSCH处理时间为止已经接收到的与UL调度相关的下行链路控制信号和配置授权，来确定针对激活的服务小区的PH值是基于真实传输还是参考格式。
图5是图示了用于确定功率余量报告的方法500的一个实施例的流程图。在一些实施例中，方法500由诸如远程单元102的装置执行。在某些实施例中，方法500可以由执行程序代码的处理器执行，例如，微控制器、微处理器、CPU、GPU、辅助处理单元、FPGA等。
方法500可以包括：确定502用于在与配置授权相对应的物理上行链路共享信道资源上传输的功率余量报告。在一些实施例中，方法500包括：在物理上行链路共享信道资源上发送504功率余量报告，其中：确定功率余量报告包括：基于直到在物理上行链路共享信道资源的第一上行链路符号之前的预定时间为止接收到的下行链路控制信息和针对配置授权的信令，来确定功率余量报告是基于真实传输还是参考格式；并且预定时间基于如下来计算：设置为零的第一参数；以及针对配置授权的调度小区的活动下行链路带宽部分的子载波间隔。
在某些实施例中，针对配置授权的信令包括针对与在其上发送功率余量报告的物理上行链路共享信道相关联的配置授权的信令。在一些实施例中，预定时间是针对配置授权确定的物理上行链路共享信道准备过程时间(Tproc,2)。在各个实施例中，设置为零的第一参数对应于用于计算配置授权的物理上行链路共享信道准备过程时间的切换时间(d2,2)。
在一个实施例中，针对配置授权的调度小区的活动下行链路带宽部分的子载波间隔被用作用于计算配置授权的物理上行链路共享信道准备过程时间的下行链路子载波间隔μDL。在某些实施例中，媒体接入控制实体确定功率余量报告。在一些实施例中，预定时间基于设置为1的第二参数来计算。
在各个实施例中，预定时间基于与查找表对应的第三参数来计算。在一个实施例中，针对配置授权的调度小区的活动下行链路带宽部分的子载波间隔被用于从查找表确定第三参数。
图6是图示了用于确定功率余量报告的方法600的另一实施例的流程图。在一些实施例中，方法600由诸如网络单元104的装置执行。在某些实施例中，方法600可以由执行程序代码的处理器执行，例如，微控制器、微处理器、CPU、GPU、辅助处理单元、FPGA等。
方法600可以包括：在与配置授权相对应的物理上行链路共享信道资源上接收602功率余量报告，其中：基于直到在物理上行链路共享信道资源的第一上行链路符号之前的预定时间为止接收到的下行链路控制信息和针对配置授权的信令，来确定功率余量报告是基于真实传输还是参考格式；并且该预定时间基于如下来计算：设置为零的第一参数；以及针对配置授权的调度小区的活动下行链路带宽部分的子载波间隔。
在某些实施例中，针对配置授权的信令包括针对与在其上接收功率余量报告的物理上行链路共享信道相关联的配置授权的信令。在一些实施例中，预定时间是针对配置授权确定的物理上行链路共享信道准备过程时间(Tproc,2)。在各个实施例中，设置为零的第一参数对应于用于计算配置授权的物理上行链路共享信道准备过程时间的切换时间(d2,2)。
在一个实施例中，针对配置授权的调度小区的活动下行链路带宽部分的子载波间隔，被用作用于计算配置授权的物理上行链路共享信道准备过程时间的下行链路子载波间隔μDL。在某些实施例中，媒体接入控制实体确定功率余量报告。在一些实施例中，预定时间基于设置为1的第二参数来计算。
在各个实施例中，预定时间基于与查找表对应的第三参数来计算。在一个实施例中，针对配置授权的调度小区的活动下行链路带宽部分的子载波间隔被用于从查找表确定第三参数。
在一个实施例中，方法包括：确定用于在与配置授权相对应的物理上行链路共享信道资源上传输的功率余量报告；以及在物理上行链路共享信道资源上发送功率余量报告，其中：确定功率余量报告包括：基于直到在物理上行链路共享信道资源的第一上行链路符号之前的预定时间为止接收到的下行链路控制信息和针对配置授权的信令，来确定功率余量报告是基于真实传输还是参考格式；并且预定时间基于如下来计算：设置为零的第一参数；以及针对配置授权的调度小区的活动下行链路带宽部分的子载波间隔。
在某些实施例中，针对配置授权的信令包括针对与在其上发送功率余量报告的物理上行链路共享信道资源相关联的配置授权的信令。
在一些实施例中，预定时间是针对配置授权确定的物理上行链路共享信道准备过程时间(Tproc,2)。
在各个实施例中，设置为零的第一参数对应于用于计算配置授权的物理上行链路共享信道准备过程时间的切换时间(d2,2)。
在一个实施例中，针对配置授权的调度小区的活动下行链路带宽部分的子载波间隔被用作用于计算配置授权的物理上行链路共享信道准备过程时间的下行链路子载波间隔μDL。
在某些实施例中，媒体接入控制实体确定功率余量报告。
在一些实施例中，预定时间基于设置为1的第二参数来计算。
在各个实施例中，预定时间基于与查找表相对应的第三参数来计算。
在一个实施例中，针对配置授权的调度小区的活动下行链路带宽部分的子载波间隔被用于从查找表确定第三参数。
在一个实施例中，装置包括：处理器，该处理器确定用于在与配置授权相对应的物理上行链路共享信道资源上传输的功率余量报告；以及发送器，该发送器在物理上行链路共享信道资源上发送功率余量报告，其中：处理器确定功率余量报告包括：处理器基于直到在物理上行链路共享信道资源的第一上行链路符号之前的预定时间为止接收到的下行链路控制信息和针对配置授权的信令，来确定功率余量报告是基于真实传输还是参考格式；并且该预定时间基于如下来计算：设置为零的第一参数；以及针对配置授权的调度小区的活动下行链路带宽部分的子载波间隔。
在某些实施例中，针对配置授权的信令包括针对与在其上发送功率余量报告的物理上行链路共享信道资源相关联的配置授权的信令。
在一些实施例中，预定时间是针对配置授权确定的物理上行链路共享信道准备过程时间(Tproc,2)。
在各个实施例中，设置为零的第一参数对应于用于计算配置授权的物理上行链路共享信道准备过程时间的切换时间(d2,2)。
在一个实施例中，针对配置授权的调度小区的活动下行链路带宽部分的子载波间隔被用作用于计算配置授权的物理上行链路共享信道准备过程时间的下行链路子载波间隔μDL。
在某些实施例中，媒体接入控制实体确定功率余量报告。
在一些实施例中，预定时间基于设置为1的第二参数来计算。
在各个实施例中，预定时间基于与查找表相对应的第三参数来计算。
在一个实施例中，针对配置授权的调度小区的活动下行链路带宽部分的子载波间隔被用于从查找表确定第三参数。
在一个实施例中，方法包括：在与配置授权相对应的物理上行链路共享信道资源上接收功率余量报告，其中：基于直到在物理上行链路共享信道资源的第一上行链路符号之前的预定时间为止接收到的下行链路控制信息和针对配置授权的信令，来确定功率余量报告是基于真实传输还是参考格式；并且该预定时间基于如下来计算：设置为零的第一参数；以及针对配置授权的调度小区的活动下行链路带宽部分的子载波间隔。
在某些实施例中，针对配置授权的信令包括针对与在其上接收功率余量报告的物理上行链路共享信道资源相关联的配置授权的信令。
在一些实施例中，预定时间是针对配置授权确定的物理上行链路共享信道准备过程时间(Tproc,2)。
在各个实施例中，设置为零的第一参数对应于用于计算配置授权的物理上行链路共享信道准备过程时间的切换时间(d2,2)。
在一个实施例中，针对配置授权的调度小区的活动下行链路带宽部分的子载波间隔被用作用于计算配置授权的物理上行链路共享信道准备过程时间的下行链路子载波间隔μDL。
在某些实施例中，媒体接入控制实体确定功率余量报告。
在一些实施例中，预定时间基于设置为1的第二参数来计算。
在各个实施例中，预定时间基于与查找表相对应的第三参数来计算。
在一个实施例中，针对配置授权的调度小区的活动下行链路带宽部分的子载波间隔，被用于从查找表确定第三参数。
在一个实施例中，装置包括：接收器，该接收器在与配置授权相对应的物理上行链路共享信道资源上接收功率余量报告，其中：基于直到在物理上行链路共享信道资源的第一上行链路符号之前的预定时间为止接收到的下行链路控制信息和针对配置授权的信令，来确定功率余量报告是基于真实传输还是参考格式；并且该预定时间基于如下来计算：设置为零的第一参数；以及针对配置授权的调度小区的活动下行链路带宽部分的子载波间隔。
在某些实施例中，针对配置授权的信令包括针对与在其上接收功率余量报告的物理上行链路共享信道相关联的配置授权的信令。
在一些实施例中，预定时间是针对配置授权确定的物理上行链路共享信道准备过程时间(Tproc,2)。
在各个实施例中，设置为零的第一参数对应于用于计算配置授权的物理上行链路共享信道准备过程时间的切换时间(d2,2)。
在一个实施例中，针对配置授权的调度小区的活动下行链路带宽部分的子载波间隔，被用作用于计算配置授权的物理上行链路共享信道准备过程时间的下行链路子载波间隔μDL。
在某些实施例中，媒体接入控制实体确定功率余量报告。
在一些实施例中，预定时间基于设置为1的第二参数来计算。
在各个实施例中，预定时间基于与查找表对应的第三参数来计算。
在一个实施例中，针对配置授权的调度小区的活动下行链路带宽部分的子载波间隔被用于从查找表确定第三参数。
可以按照其他特定的形式来实践实施例。在所有方面，上述实施例都应被认为是图示性的而不是限制性的。因此，本发明的范围由随附权利要求书指示，而不是由前述说明指示。落入权利要求书的等效物的含义和范围内的所有改变都被囊括在其范围内。

Claims (20)

1.一种方法，包括：
确定用于在与配置授权相对应的物理上行链路共享信道资源上传输的功率余量报告；以及
在所述物理上行链路共享信道资源上发送所述功率余量报告，其中：
确定所述功率余量报告包括：基于直到在所述物理上行链路共享信道资源的第一上行链路符号之前的预定时间为止接收到的下行链路控制信息和针对配置授权的信令，来确定所述功率余量报告是基于真实传输还是参考格式；并且
所述预定时间基于如下来计算：
设置为零的第一参数；以及
针对所述配置授权的调度小区的活动下行链路带宽部分的子载波间隔。
2.根据权利要求1所述的方法，其中，针对所述配置授权的所述信令包括针对与在其上发送所述功率余量报告的物理上行链路共享信道资源相关联的配置授权的信令。
3.根据权利要求1所述的方法，其中，所述预定时间是针对所述配置授权确定的物理上行链路共享信道准备过程时间(Tproc,2)。
4.根据权利要求3所述的方法，其中，设置为零的所述第一参数对应于用于计算所述配置授权的所述物理上行链路共享信道准备过程时间的切换时间(d2,2)。
5.根据权利要求3所述的方法，其中，针对所述配置授权的调度小区的活动下行链路带宽部分的子载波间隔被用作用于计算所述配置授权的所述物理上行链路共享信道准备过程时间的下行链路子载波间隔μDL。
6.根据权利要求1所述的方法，其中，媒体接入控制实体确定所述功率余量报告。
7.根据权利要求1所述的方法，其中，所述预定时间基于设置为1的第二参数来计算。
8.根据权利要求1所述的方法，其中，所述预定时间基于与查找表相对应的第三参数来计算。
9.根据权利要求8所述的方法，其中，针对所述配置授权的调度小区的活动下行链路带宽部分的子载波间隔被用于从所述查找表确定所述第三参数。
10.一种装置，包括：
处理器，所述处理器确定用于在与配置授权相对应的物理上行链路共享信道资源上传输的功率余量报告；以及
发送器，所述发送器在所述物理上行链路共享信道资源上发送所述功率余量报告，其中：
所述处理器确定所述功率余量报告包括：基于直到在所述物理上行链路共享信道资源的第一上行链路符号之前的预定时间为止接收到的下行链路控制信息和针对配置授权的信令，所述处理器确定所述功率余量报告是基于真实传输还是参考格式；并且
所述预定时间基于如下来计算：
设置为零的第一参数；以及
针对所述配置授权的调度小区的活动下行链路带宽部分的子载波间隔。
11.一种方法，包括：
在与配置授权相对应的物理上行链路共享信道资源上接收功率余量报告，其中：
基于直到在所述物理上行链路共享信道资源的第一上行链路符号之前的预定时间为止接收到的下行链路控制信息和针对配置授权的信令，来确定所述功率余量报告是基于真实传输还是参考格式；并且
所述预定时间基于如下来计算：
设置为零的第一参数；以及
针对所述配置授权的调度小区的活动下行链路带宽部分的子载波间隔。
12.根据权利要求11所述的方法，其中，针对所述配置授权的所述信令包括针对与在其上接收所述功率余量报告的物理上行链路共享信道资源相关联的配置授权的信令。
13.根据权利要求11所述的方法，其中，所述预定时间是针对所述配置授权确定的物理上行链路共享信道准备过程时间(Tproc,2)。
14.根据权利要求13所述的方法，其中，设置为零的所述第一参数对应于用于计算所述配置授权的所述物理上行链路共享信道准备过程时间的切换时间(d2,2)。
15.根据权利要求13所述的方法，其中，针对所述配置授权的调度小区的活动下行链路带宽部分的子载波间隔被用作用于计算所述配置授权的所述物理上行链路共享信道准备过程时间的下行链路子载波间隔μDL。
16.根据权利要求11所述的方法，其中，媒体接入控制实体确定所述功率余量报告。
17.根据权利要求11所述的方法，其中，所述预定时间基于设置为1的第二参数来计算。
18.根据权利要求11所述的方法，其中，所述预定时间基于与查找表相对应的第三参数来计算。
19.根据权利要求18所述的方法，其中，针对所述配置授权的调度小区的活动下行链路带宽部分的子载波间隔被用于从所述查找表确定所述第三参数。
20.一种装置，包括：
接收器，所述接收器在与配置授权相对应的物理上行链路共享信道资源上接收功率余量报告，其中：
基于直到在所述物理上行链路共享信道资源的第一上行链路符号之前的预定时间为止接收到的下行链路控制信息和针对配置授权的信令，来确定所述功率余量报告是基于真实传输还是参考格式；并且
所述预定时间基于如下来计算：
设置为零的第一参数；以及
针对所述配置授权的调度小区的活动下行链路带宽部分的子载波间隔。
CN201980075304.5A 2018-11-21 2019-11-21 确定功率余量报告 Pending CN113039841A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201862770619P 2018-11-21 2018-11-21
US62/770,619 2018-11-21
PCT/IB2019/001237 WO2020104844A1 (en) 2018-11-21 2019-11-21 Determining a power headroom report

Publications (1)

Publication Number Publication Date
CN113039841A true CN113039841A (zh) 2021-06-25

Family

ID=69173086

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201980075304.5A Pending CN113039841A (zh) 2018-11-21 2019-11-21 确定功率余量报告

Country Status (4)

Country Link
US (3) US10993195B2 (zh)
EP (1) EP3884716B1 (zh)
CN (1) CN113039841A (zh)
WO (1) WO2020104844A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113691350A (zh) * 2021-08-13 2021-11-23 北京遥感设备研究所 一种eMBB和URLLC的联合调度方法及系统

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7085723B2 (ja) * 2016-02-02 2022-06-17 シャープ株式会社 端末装置、および通信方法
PT3664497T (pt) * 2017-08-04 2024-03-14 Ntt Docomo Inc Dispositivo de utilizador e dispositivo de estação base
EP3884716B1 (en) * 2018-11-21 2024-09-04 Lenovo (Singapore) Pte. Ltd. Determining a power headroom report
CN113557767B (zh) * 2019-02-13 2022-09-16 荣耀终端有限公司 用于在省电模式中的上行链路发射的方法和装置
CN113455068B (zh) * 2019-02-22 2024-04-09 株式会社Ntt都科摩 终端以及基站
CN111279758B (zh) * 2020-01-19 2023-09-29 北京小米移动软件有限公司 上行数据传输方法、装置及计算机存储介质
CN113747559B (zh) * 2020-05-28 2023-04-25 维沃移动通信有限公司 功率余量的上报方法、装置、终端及可读存储介质
CN113810993A (zh) * 2020-06-16 2021-12-17 展讯通信（上海）有限公司 一种多播业务数据接收方法及通信装置
US11805488B2 (en) * 2020-08-10 2023-10-31 Qualcomm Incorporated Power headroom reporting for uplink component carriers
WO2022082384A1 (zh) * 2020-10-19 2022-04-28 北京小米移动软件有限公司 确定数据处理时长的方法及装置、通信设备和存储介质
US11849402B2 (en) * 2020-10-27 2023-12-19 Viettel Group Method for mobile closed loop power control adapting to user demand of data services
KR102611660B1 (ko) * 2020-12-24 2023-12-11 아서스테크 컴퓨터 인코포레이션 무선 통신 시스템에서 다중 송신/수신 포인트 전력 헤드룸 보고 방법 및 장치
CN117750483A (zh) * 2022-09-15 2024-03-22 大唐移动通信设备有限公司 功率余量上报方法、装置、终端设备及网络设备

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105007148A (zh) * 2010-04-01 2015-10-28 Lg电子株式会社 无线接入系统中报告/接收功率上升空间值的方法和装置
WO2018094408A1 (en) * 2016-11-21 2018-05-24 Qualcomm Incorporated Power headroom reporting for systems with multiple transmission time intervals
US20180310257A1 (en) * 2017-04-21 2018-10-25 Samsung Electronics Co., Ltd. Information type multiplexing and power control

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8437792B2 (en) * 2007-02-14 2013-05-07 Qualcomm Incorporated Uplink power control for LTE
JP2013187819A (ja) * 2012-03-09 2013-09-19 Sharp Corp 基地局、端末、通信方法および集積回路
KR102081938B1 (ko) * 2012-03-17 2020-04-14 엘지전자 주식회사 무선 통신 시스템에서 사운딩 참조 신호의 송신 전력을 제어하는 방법 및 이를 위한 장치
JP6073073B2 (ja) * 2012-05-10 2017-02-01 シャープ株式会社 端末装置、基地局装置および通信方法
CN106416387B (zh) * 2014-01-22 2019-06-28 Lg电子株式会社 执行功率控制的方法和用户设备
WO2016045130A1 (zh) * 2014-09-28 2016-03-31 华为技术有限公司 上行功率控制方法和装置
US10477528B2 (en) * 2016-02-02 2019-11-12 Ofinno, Llc Downlink control information in a wireless device and wireless network
JP2019091960A (ja) * 2016-03-30 2019-06-13 シャープ株式会社 端末装置および方法
US20190174423A1 (en) * 2016-08-05 2019-06-06 Intel Corporation Systems and methods for uplink transmission power control
US11224068B2 (en) * 2017-03-24 2022-01-11 Samsung Electronics Co., Ltd. Method and apparatus for contention-free random access and uplink power control in wireless communication system
WO2018203728A1 (ko) * 2017-05-04 2018-11-08 엘지전자(주) 무선 통신 시스템에서 상향링크 송수신 방법 및 이를 위한 장치
US10771214B2 (en) * 2017-09-11 2020-09-08 Apple Inc. System and method for uplink power contrl framework
EP3884716B1 (en) * 2018-11-21 2024-09-04 Lenovo (Singapore) Pte. Ltd. Determining a power headroom report

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105007148A (zh) * 2010-04-01 2015-10-28 Lg电子株式会社 无线接入系统中报告/接收功率上升空间值的方法和装置
WO2018094408A1 (en) * 2016-11-21 2018-05-24 Qualcomm Incorporated Power headroom reporting for systems with multiple transmission time intervals
US20180310257A1 (en) * 2017-04-21 2018-10-25 Samsung Electronics Co., Ltd. Information type multiplexing and power control

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
NOKIA, NOKIA SHANGHAI BELL, ERICSSON, NTT DOCOMO, INC.: ""R2-1818770 Clarfication on PHR timing for configured grant"", 3GPP TSG-RAN WG2 MEETING #104, pages 1 - 5 *
QUALCOMM, ERICSSON: ""R1-1814334 Draft CR for 38.214 Capability 2 RRC_v1"", 3GPP TSG RAN WG1 #95, pages 4 - 5 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113691350A (zh) * 2021-08-13 2021-11-23 北京遥感设备研究所 一种eMBB和URLLC的联合调度方法及系统
CN113691350B (zh) * 2021-08-13 2023-06-20 北京遥感设备研究所 一种eMBB和URLLC的联合调度方法及系统

Also Published As

Publication number Publication date
WO2020104844A1 (en) 2020-05-28
US20210211995A1 (en) 2021-07-08
US11991648B2 (en) 2024-05-21
EP3884716B1 (en) 2024-09-04
US20200163031A1 (en) 2020-05-21
US11601896B2 (en) 2023-03-07
US10993195B2 (en) 2021-04-27
EP3884716A1 (en) 2021-09-29
US20230199674A1 (en) 2023-06-22

Similar Documents

Publication Publication Date Title
CN111971925B (zh) 配置带宽部分
US11991648B2 (en) Determining a power headroom report
CN112771983B (zh) 执行两步随机接入信道过程
CN112602283B (zh) 用于下行链路控制信道的下行链路指派
CN111699739B (zh) 确定链接的带宽部分
CN114902719A (zh) 确定用于信道状态信息报告的资源
CN112075046A (zh) 使用聚合因子的pusch传输
EP3942885A1 (en) Multiple resource allocation mode configurations
CN112219413A (zh) 通过多种无线电接入类型进行的v2x通信
US11683857B2 (en) Medium access control protocol data unit in a message 3 buffer

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