WO2023201721A1 - Method and apparatus of power headroom report (phr) reporting - Google Patents

Method and apparatus of power headroom report (phr) reporting Download PDF

Info

Publication number
WO2023201721A1
WO2023201721A1 PCT/CN2022/088554 CN2022088554W WO2023201721A1 WO 2023201721 A1 WO2023201721 A1 WO 2023201721A1 CN 2022088554 W CN2022088554 W CN 2022088554W WO 2023201721 A1 WO2023201721 A1 WO 2023201721A1
Authority
WO
WIPO (PCT)
Prior art keywords
phr
actual
slot
pusch
pusch transmission
Prior art date
Application number
PCT/CN2022/088554
Other languages
French (fr)
Inventor
Wei Ling
Yi Zhang
Chenxi Zhu
Bingchao LIU
Lingling Xiao
Original Assignee
Lenovo (Beijing) Limited
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 (Beijing) Limited filed Critical Lenovo (Beijing) Limited
Priority to PCT/CN2022/088554 priority Critical patent/WO2023201721A1/en
Publication of WO2023201721A1 publication Critical patent/WO2023201721A1/en

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W52/00Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04TPC
    • H04W52/30TPC using constraints in the total amount of available transmission power
    • H04W52/36TPC 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/365Power headroom reporting

Definitions

  • Embodiments of the present application generally relate to wireless communication technology, especially to a method and an apparatus of power headroom report (PHR) reporting for multiple transmit-receive point (TRP) (also referred to as multi-TRP, or M-TRP) transmission.
  • PHR power headroom report
  • TRP transmit-receive point
  • M-TRP multi-TRP
  • Multi-TRP/panel transmission has been introduced into new radio (NR) since release 16 (Rel-16) .
  • NR new radio
  • two or more TRPs may be used to transmit data to a user equipment (UE) to improve reliability and robustness.
  • UE user equipment
  • enhancements on multiple-input multiple-output (MIMO) for NR are always discussed.
  • a work item description (WID) approved on MIMO in NR Rel-17 includes enhancement on the support for multi-TRP deployment, targeting both frequency range (FR) 1 and FR2.
  • a research topic is to identify and specify features to improve reliability and robustness for channels other than physical downlink shared channel (PDSCH) , e.g., physical downlink control channel (PDCCH) , physical uplink shared channel (PUSCH) , and physical uplink control channel (PUCCH) using multi-TRP and/or multi-panel, with Rel-16 reliability features as the baseline.
  • PDSCH physical downlink shared channel
  • PUSCH physical uplink shared channel
  • PUCCH physical uplink control channel
  • PUSCH multi-TRP based PUSCH.
  • up to two PHR reports are supported in M-TRP PUSCH based on spatial relation information beam indication where the two PHR reports are related to two PUSCH repetitions with different beams time divisional multiplexing (TDM) , and one PHR is supported based on the common beam framework.
  • a "beam" can be represented by or associated with spatial relation information, TCI state, RS etc.
  • multiple panel simultaneous uplink (UL) transmission will be discussed in Rel-18. That is, one or two PUSCH transmissions transmitted with two beams can be transmitted simultaneously.
  • One objective of the embodiments of the present application is to provide a technical solution of PHR reporting, especially, a method and an apparatus of PHR reporting for multi-TRP transmission.
  • a user equipment which includes: a transceiver; and a processor coupled to the transceiver, wherein the processor is configured to: receive, via the transceiver information indicating a total number of at least one PHR in a slot to be reported for an activated bandwidth part (BWP) of a serving cell, wherein the BWP is configured with two control resource set (CORESET) pool index values; and transmit, via the transceiver the at least one PHR in the slot, wherein the at least one PHR includes at least one actual PHR, each actual PHR being determined based on a PUSCH transmission in the slot.
  • BWP activated bandwidth part
  • CORESET control resource set
  • a method which includes: receiving information indicating a total number of at least one PHR in a slot to be reported for an activated BWP of a serving cell, wherein the BWP is configured with two CORESET pool index values; and transmitting the at least one PHR in the slot, wherein the at least one PHR includes at least one actual PHR, each actual PHR being determined based on a PUSCH transmission in the slot.
  • one PHR in the slot including one actual PHR is transmitted, wherein, the actual PHR is based on an earliest PUSCH transmission associated with a lower CORESET pool index value in the slot in the case that there are two earliest PUSCH transmissions respectively associated with the two CORESET pool index values in the slot; otherwise, the actual PHR is based on a PUSCH transmission starting earliest in the slot.
  • one PHR in the slot including one actual PHR is transmitted, wherein, the actual PHR is based on an earliest PUSCH transmission of all PUSCH transmissions associated with a lower CORESET pool index value in the slot in the case that there are at least two PUSCH transmissions associated with the two CORESET pool index values in the slot; otherwise, the actual PHR is based on a PUSCH transmission starting earliest in the slot.
  • one PHR in the slot including one actual PHR is transmitted in a PHR MAC CE, and wherein, the actual PHR is based on an earliest PUSCH transmission in the slot in the case that all PUSCH transmissions in the slot are associated with a same CORESET pool index value of the two CORESET pool index values; otherwise, the actual PHR is based on an earliest PUSCH transmission of all PUSCH transmissions associated with a CORESET pool index value of the two CORESET pool index values in the slot, and wherein, at least one bit is added in the PHR MAC CE to indicate with which CORESET pool index value the actual PHR is associated.
  • one PHR in the slot including one actual PHR is transmitted, wherein, the actual PHR is based on an earliest PUSCH transmission associated with a sounding reference signal (SRS) resource set with a lower identifier (ID) in the slot in the case that there are two earliest PUSCH transmissions in the slot and being respectively associated with two SRS resource sets configured for the BWP; otherwise, the actual PHR is based on a PUSCH transmission starting earliest in the slot.
  • SRS sounding reference signal
  • ID lower identifier
  • one PHR in the slot including one actual PHR is transmitted, wherein, the actual PHR is based on an earliest PUSCH transmission of all PUSCH transmissions associated with a sounding reference signal (SRS) resource set with a lower identifier (ID) in the slot in the case that there are at least two PUSCH transmissions in the slot associated with two SRS resource sets configured for the BWP; otherwise, the actual PHR is based on a PUSCH transmission starting earliest in the slot.
  • SRS sounding reference signal
  • ID lower identifier
  • one PHR in the slot including one actual PHR is transmitted in a PHR medium access control (MAC) control element (CE) , wherein the actual PHR is based on an earliest PUSCH transmission in the slot in the case that all PUSCH transmissions in the slot are associated with a same SRS resource set of two SRS resource sets configured for the BWP, otherwise, the actual PHR is based on an earliest PUSCH transmission of all PUSCH transmissions associated with a SRS resource set of the two SRS resource sets in the slot, and, at least one bit is added in the PHR MAC CE to indicate with which SRS resource set the actual PHR is associated.
  • MAC medium access control
  • two PHRs in the slot including two actual PHRs are transmitted in a PHR MAC CE, wherein, a first actual PHR in the PHR MAC CE is based on a first PUSCH transmission starting earliest of all PUSCH transmissions associated with a lower CORESET pool index value of the two CORESET pool index values in the slot and a second actual PHR in the PHR MAC CE is based on a second PUSCH transmission starting earliest of all PUSCH transmissions associated with a higher CORESET pool index value of the two CORESET pool index values in the slot.
  • two PHRs in the slot including two actual PHRs are transmitted in a PHR MAC CE, wherein, a first actual PHR in the PHR MAC CE is based on a first PUSCH transmission starting earliest of all PUSCH transmissions associated with a lower CORESET pool index value of the two CORESET pool index values in the slot and a second actual PHR in the PHR MAC CE is based on a second PUSCH transmission starting earliest of all PUSCH transmissions associated with a higher CORESET pool index value of the two CORESET pool index values in the slot in the case that starting symbols of the first PUSCH transmission and the second PUSCH transmission are same; otherwise, the first PHR is an actual PHR based on a PUSCH transmission starting earliest in the slot which is associated with one CORESET pool index value of the two CORESET pool index values, and the second PHR is an actual PHR based on another PUSCH transmission starting earliest of all PUSCH transmissions associated with another CORESET
  • two PHRs in the slot including one actual PHR are transmitted in a PHR MAC CE, wherein, the actual PHR is a first PHR in the PHR MAC CE, and the actual PHR is based on a PUSCH transmission associated with a CORESET pool index value of the two CORESET pool index values or a SRS resource set of two SRS resource sets configured for the BWP.
  • two PHRs in the slot including one actual PHR are transmitted in a PHR MAC CE, wherein, the actual PHR is a first PHR in the PHR MAC CE in the case that the actual PHR is determined based on a PUSCH transmission associated with a lower CORESET pool index value of the two CORESET pool index values; or, the actual PHR is a second PHR in the PHR MAC CE in the case that the actual PHR is determined based on a PUSCH transmission associated with a higher CORESET pool index value of the two CORESET pool index values.
  • two PHRs in the slot including two actual PHRs are transmitted in a PHR MAC CE, wherein, a first actual PHR in the PHR MAC CE is based on a first PUSCH transmission starting earliest of all PUSCH transmissions associated with a SRS resource set with a lower ID of two SRS resource sets configured for the BWP in the slot and a second actual PHR in the PHR MAC CE is based on a second PUSCH transmission starting earliest of all PUSCH transmissions associated with a SRS resource set with a higher ID of the two SRS resource sets in the slot.
  • two PHRs in the slot including two actual PHRs are transmitted in a PHR MAC CE, wherein, a first actual PHR in the PHR MAC CE is based on a first PUSCH transmission starting earliest of all PUSCH transmissions associated with a SRS resource set with a lower ID of two SRS resource sets configured for the BWP and a second actual PHR in the PHR MAC CE is based on a second PUSCH transmission starting earliest of all PUSCH transmissions associated with a SRS resource set with a higher ID of the two SRS resource sets in the case that a starting symbol of the first PUSCH transmission and the second PUSCH transmission are same; otherwise, the first PHR is an actual PHR based on a PUSCH transmission starting earlier of the first and second PUSCH transmissions, and the second PHR is an actual PHR based on another one of the first and second PUSCH transmissions.
  • two PHRs in the slot including one actual PHR are transmitted in a PHR MAC CE, wherein, the actual PHR is a first PHR in the PHR MAC CE in the case that the actual PHR is determined based on a PUSCH transmission associated with a SRS resource set with a lower ID of two SRS resource sets configured for the BWP; or the actual PHR is a second PHR in the PHR MAC CE in the case that the actual PHR is determined based on a PUSCH transmission associated with a SRS resource set with a higher ID of the two SRS resource sets.
  • the total number of the at least one PHR for the activated BWP is configured by a radio resource control (RRC) signaling.
  • RRC radio resource control
  • a radio access network (RAN) node which includes: transmit, via the transceiver information indicating a total number of at least one PHR in a slot to be reported for an activated BWP of a serving cell, wherein the BWP is configured with two CORESET pool index values; and receive, via the transceiver the at least one PHR, wherein the at least one PHR includes at least one actual PHR, each actual PHR being determined based on a PUSCH transmission in the slot.
  • RAN radio access network
  • Embodiments of the present application provide a technical solution of PHR reporting for multi-TRP transmission, supporting PHRs for multi-TRP based PUSCH in common beam framework, and thus can enhance reliability and robustness for multi-TRP based PUSCH.
  • FIG. 1 is a schematic diagram illustrating an exemplary wireless communication system according to an embodiment of the present application.
  • FIG. 2 illustrates a flow chart of a method of PHR reporting according to some embodiments of the present application.
  • FIGS. 3 and 4 respectively illustrate a schematic diagram of PUSCH transmissions in a slot according to some embodiments of the present application.
  • FIGS. 5 and 6 respectively illustrate a schematic diagram of PUSCH transmissions in a slot according to some other embodiments of the present application.
  • FIGS. 7 and 8 respectively illustrate a schematic diagram of PUSCH transmissions in a slot according to some yet other embodiments of the present application.
  • FIGS. 9 and 10 respectively illustrate a schematic diagram of PUSCH transmissions in a slot according to some yet other embodiments of the present application.
  • FIG. 11 illustrates a block diagram of an apparatus of PHR reporting according to some embodiments of the present application.
  • FIG. 12 illustrates a block diagram of an apparatus of PHR reporting according to some other embodiments of the present application.
  • a wireless communication system generally includes one or more base stations (BSs) and one or more UE. Furthermore, a BS may be configured with one TRP (or panel) or more TRPs (or panels) .
  • a TRP can act like a small BS, and can be represented by or associated with a CORESET pool index value, e.g., CORESETPoolIndex 0 and CORESETPoolIndex 1 etc.
  • the TRPs can communicate with each other by a backhaul link.
  • Such backhaul link may be an ideal backhaul link or a non-ideal backhaul link.
  • Latency of the ideal backhaul link may be deemed as zero, and latency of the non-ideal backhaul link may be tens of milliseconds and much larger, e.g., on the order of tens of milliseconds, than that of the ideal backhaul link.
  • a single TRP can be used to serve one or more UE under the control of a BS.
  • a TRP may be referred to as different terms.
  • Persons skilled in the art should understand that as 3GPP and the communication technology develop, the terminologies recited in the specification may change, which should not affect the scope of the present application. It should be understood that the TRP (s) (or panel (s) ) configured for the BS may be transparent to a UE.
  • FIG. 1 is a schematic diagram illustrating an exemplary wireless communication system 100 according to some embodiments of the present application.
  • a wireless communication system 100 can include a base station (BS) 101, TRPs 103 (e.g., a first TRP 103a and a second TRP 103b) , and UEs 105 (e.g., a first UE 105a, a second UE 105b, and a third UE 105c) .
  • BS base station
  • TRPs 103 e.g., a first TRP 103a and a second TRP 103b
  • UEs 105 e.g., a first UE 105a, a second UE 105b, and a third UE 105c
  • the wireless communication system 100 may include more or less communication device (s) or apparatus in accordance with some other embodiments of the present application.
  • a BS 101 may be referred to as an access point, an access terminal, a base, a base unit, a macro cell, a Node-B, an evolved Node B (eNB) , a gNB, an ng-eNB, a Home Node-B, a relay node, or a device, or described using other terminology used in the art.
  • the UEs 105 (for example, the first UE 105a, the second UE 105b, and the third UE 105c) may include, for example, but is not limited to, a computing device, a wearable device, a mobile device, an IoT device, a vehicle, etc.
  • the TRPs 103 for example, the first TRP 103a and the second TRP 103b can communicate with the base station 101 via, for example, a backhaul link.
  • Each of TRPs 103 can serve some or all of UEs 105.
  • the first TRP 103a can serve some mobile stations (which include the first UE 105a, the second UE 105b, and the third UE 105c) within a serving area or region (e.g., a cell or a cell sector) .
  • the second TRP 103b can serve some mobile stations (which include the first UE 105a, the second UE 105b, and the third UE 105c) within a serving area or region (e.g., a cell or a cell sector) .
  • the first TRP 103a and the second TRP 103b can communicate with each other via, for example, a backhaul link.
  • a multi-TRP transmission may refer to at least two TRPs (or panels) to transmit data to a UE.
  • two TRPs e.g., the first TRP 103a and the second TRP 103b
  • Rel-17 unified TCI framework i.e., common beam framework will be applied for multiple TRPs. Therefore, up to 2 common beams will be indicated by DCI in a PDCCH or a MAC CE.
  • DCI in a PDCCH is also referred to a DCI.
  • only one PHR is supported in common beam framework according to Rel-17 agreements.
  • PUSCH transmission considering multiple panel simultaneous UL transmission in M-DCI based M-TRP based on common beam framework will be studied in Rel-18.
  • UE optional capability for a UE that supports multi-TRP PUSCH will be: calculating two PHRs (at least corresponding to the carrier component (CC) that applies M-TRP PUSCH repetitions) , each associated with a first PUSCH occasion to each TRP, and reporting two PHRs. That is, two PHRs can be reported for multi-TRP based PUSCH.
  • a PHR may be an actual PHR or a virtual PHR.
  • Type 1 PHR i.e., PHR for PUSCH
  • PHR for PUSCH PHR for PUSCH
  • Type 1 power headroom report for an activated serving cell is based on an actual PUSCH transmission then, for PUSCH transmission occasion i on active UL BWP b of carrier f of serving cell c, the UE computes the Type 1 power headroom report as
  • P CMAX, f, c (i) , P O_PUSCH, b, f, c (j) , ⁇ b, f, c (j) , PL b, f, c (q d ) , ⁇ TF, b, f, c (i) and f b, f, c (i, l) are defined in clause 7.1.1.
  • a UE is configured with multiple cells for PUSCH transmissions, where a SCS configuration ⁇ 1 on active UL BWP b 1 of carrier f 1 of serving cell c 1 is smaller than a SCS configuration ⁇ 2 on active UL BWP b 2 of carrier f 2 of serving cell c 2 , and if the UE provides a Type 1 power headroom report in a PUSCH transmission in a slot on active UL BWP b 1 that overlaps with multiple slots on active UL BWP b 2 , the UE provides a Type 1 power headroom report for the first PUSCH, if any, on the first slot of the multiple slots on active UL BWP b 2 that fully overlaps with the slot on active UL BWP b 1 .
  • a UE is configured with multiple cells for PUSCH transmissions, where a same SCS configuration on active UL BWP b 1 of carrier f 1 of serving cell c 1 and active UL BWP b 2 of carrier f 2 of serving cell c 2 , and if the UE provides a Type 1 power headroom report in a PUSCH transmission in a slot on active UL BWP b 1 , the UE provides a Type 1 power headroom report for the first PUSCH, if any, on the slot on active UL BWP b 2 that overlaps with the slot on active UL BWP b 1 .
  • a UE is configured with multiple cells for PUSCH transmissions and provides a Type 1 power headroom report in a PUSCH transmission with PUSCH repetition Type B having a nominal repetition that spans multiple slots on active UL BWP b 1 and overlaps with one or more slots on active UL BWP b 2
  • the UE provides a Type 1 power headroom report for the first PUSCH, if any, on the first slot of the one or more slots on active UL BWP b 2 that overlaps with the multiple slots of the nominal repetition on active UL BWP b 1 .
  • the UE determines that a Type 1 power headroom report for an activated serving cell is based on a reference PUSCH transmission then, for PUSCH transmission occasion i on active UL BWP b of carrier f of serving cell c, the UE computes the Type 1 power headroom report as
  • MPR, A-MPR, P-MPR and T C are defined in [8-1, TS 38.101-1] , [8-2, TS38.101-2] and [8-3, TS 38.101-3] .
  • a UE transmits a PUSCH associated with a first RS resource index q d , as described in clause 7.1.1, on active UL BWP b of carrier f of serving cell c in slot n and is provided twoPHRMode, the UE provides a Type 1 power headroom report for PUSCH repetition associated with a second RS resource index q d , as described in clause 7.1.1, where
  • the UE if the UE transmits PUSCH repetitions associated with the second RS resource index q d in slot n, the UE provides a Type 1 power headroom report for a first actual PUSCH repetition associated with the second RS resource index q d that overlaps with slot n
  • the UE provides a Type 1 power headroom report for a reference PUSCH transmission associated with the second RS resource index q d
  • the UE provides a Type 1 power headroom report for a reference PUSCH transmission associated with the first RS resource index q d , the UE provides a Type 1 power headroom report for a reference PUSCH transmission associated with the second RS resource index q d . ”
  • two PHRs can be supported in S-DCI based multi-TRP PUSCH transmission where different repetitions of a PUSCH transmission are transmitted with different beams. While in M-DCI based M-TRP based common framework, whether only one PHR or two PHRs are reported needs to be further studied considering that multiple panel simultaneous UL transmission will be studied in Rel-18. Meanwhile, under the common beam framework according to Rel-17 agreements, only one PHR is supported.
  • embodiments of the present application provide a technical solution of PHR reporting, e.g., a method and an apparatus of PHR reporting for multi-TRP based PUSCH.
  • PHR reporting e.g., a method and an apparatus of PHR reporting for multi-TRP based PUSCH.
  • the PUSCH is always referred to as “the actual PUSCH transmission” in view of actual PHR as specified in the specification.
  • FIG. 2 illustrates a flow chart of a method of PHR reporting according to some embodiments of the present application.
  • the method is illustrated in a system level by a UE in a remote side (or UE side) and a BS in a network side (or BS side)
  • UE side a remote side
  • BS side a network side
  • persons skilled in the art can understand that the method implemented in the remote side and that implemented in the network side can be separately implemented and incorporated by other apparatus with similar functions.
  • no transmission or reception failure is considered in the illustrated embodiments of the present application.
  • the network side may transmit information indicating a total number of at least one PHR in a slot to be reported for an activated BWP of a serving cell to the remote side to a UE in step 201.
  • the gNB may configure or indicate to the UE the total number of at least one PHR in the slot to be reported by an upper layer signaling, e.g., a RRC signaling. Accordingly, the UE will receive such information in step 202.
  • the BWP is configured with two CORESET pool index values, e.g., CORESETPoolIndex 0 and CORESETPoolIndex 1 to support M-DCI based M-TRP.
  • Each CORESET pool index value can identify or represent a TRP.
  • each TRP will schedule downlink and uplink transmission independently. Therefore, each PUSCH transmission (or PUSCH) will be associated with a CORESET pool index value according to scheduling DCI, e.g., for dynamic grant (DG) PUSCH or activating DCI, e.g., for Type 2 configured grant (CG) PUSCH or RRC configuration for Type 1 CG PUSCH.
  • DG dynamic grant
  • CG Type 2 configured grant
  • the UE will calculate (or determine) at least one PHR in the slot for the activated BWP in response to a PHR trigger event, which is indicated by an upper layer, e.g., MAC layer in the UE.
  • the UE will transmit or report the calculated at least one PHR, e.g., in a PHR MAC CE to the gNB in step 204, e.g., carried by a PUSCH transmission.
  • the at least one PHR includes at least one actual PHR.
  • the gNB will receive the at least one PHR in step 205, e.g., included in the PHR MAC CE.
  • a UE determines whether a power headroom report for an activated serving cell [11, TS 38.321] is based on an actual transmission or a reference format based on the higher layer signalling of configured grant and periodic/semi-persistent sounding reference signal transmissions and downlink control information the UE received until and including the PDCCH monitoring occasion where the UE detects the first DCI format scheduling an initial transmission of a transport block since a power headroom report was triggered if the power headroom report is reported on a PUSCH triggered by the first DCI format.
  • the UE will determine to report one Type 1 PHR or two Type 1 PHRs or more for an activated BWP of a serving cell according to the total number of PHR to be reported, e.g., indicated in the RRC signaling. For example, if the parameter “twoPHRMode” is enabled in the serving cell, then two PHRs will be reported for the serving cell; otherwise, only one PHR will be reported for the serving cell. Given that, besides the at least one actual PHR, there may be at least one virtual PHR to be reported in some scenarios.
  • the RRC signaling may indicate that two PHRs in the slot for the activated BWP will be reported, i.e., the parameter “twoPHRMode” being enabled, while only one actual PHR is determined in the UE. Then a virtual PHR will be included in the PHR MAC CE with the actual PHR.
  • Type 1 PHR (s) i.e., actual PHR (s) determined based on actual PUSCH transmission (s) under the common beam framework is discussed herein.
  • the UE is indicated to report only one PHR, e.g., by a RRC signaling.
  • the parameter “twoPHRMode” is disabled or not configured. That is, the UE needs to provide one Type 1 PHR for an activated BWP of a serving cell in a slot according to a PHR triggering event.
  • Two CORESET pool index values e.g., CORESETPoolIndex 0 and CORESETPoolIndex 1 are configured for the activated BWP.
  • the PHR can be reported in a legacy procedure as specified in TS38.213 in a PHR MAC CE.
  • the one PHR is an actual PHR herein.
  • the one PHR is determined based on a PUSCH transmission associated with a CORESET pool index value.
  • some embodiments of the present application provide several schemes on how to determine the PHR in Case 1.
  • the actual PHR is based on the PUSCH transmission of the two earliest PUSCH transmissions associated with the lower CORESET Pool index value in the slot, e.g., CORESETPoolIndex 0. Otherwise, the actual PHR is based on a PUSCH transmission which starts earliest in the slot.
  • the actual PHR is determined based on the earliest PUSCH transmission of all PUSCH transmissions associated with the lower CORESET pool index value, e.g., CORESETPoolIndex 0 in the slot. Otherwise, the actual PHR is based on a PUSCH transmission staring earliest in the slot.
  • the actual PHR is based on the earliest PUSCH transmission in the slot. At least one bit can be included in the PHR MAC CE to indicate with which CORESET pool index value the actual PHR is associated.
  • the actual PHR is based on the earliest PUSCH transmission of all PUSCH transmissions associated with one CORESET pool index value, e.g., CORESETPoolIndex 0 or CORESETPoolIndex 1 of two CORESET pool index values in the slot.
  • At least one bit can be included in the PHR MAC CE to indicate with which CORESET pool index value the actual PHR is associated. For example, one bit can be included in the PHR MAC CE, wherein “0”means the PHR is associated with CORESETPoolIndex 0 and “1” means the PHR is associated with CORESETPoolIndex 1.
  • FIGS. 3 and 4 respectively illustrate a schematic diagram of PUSCH transmissions in a slot according to some embodiments of the present application.
  • PUSCH 1 and PUSCH 2 are associated with CORESETPoolIndex 0 and CORESETPoolIndex 1 respectively.
  • PUSCH 1 and PUSCH 2 there are also two PUSCH transmissions, e.g., PUSCH 1 and PUSCH 2 in the slot meeting the timeline for determining an actual PHR in the slot.
  • the starting symbol of PUSCH 1 is identical with the starting symbol of PUSCH 2, that is, there are two earliest PUSCH transmission in slot n.
  • PUSCH 1 and PUSCH 2 are associated with CORESETPoolIndex 0 and CORESETPoolIndex 1 respectively.
  • an actual PHR based on PUSCH 2 in slot n will be reported.
  • PUSCH 1 is associated with CORESETPoolIndex 0
  • an actual PHR based on PUSCH 1 in slot n will be reported.
  • an actual PHR in slot n can be based on either PUSCH 1 or PUSCH 2, and one bit is included in the PHR MAC CE to indicate with which CORESET pool index value the reported PHR is associated. For example, if an actual PHR based on PUSCH 1 is reported, one bit in the PHR MAC CE will be set to “0” to indicate that the actual PHR is associated with COESESETPoolIndex 0.
  • an actual PHR in slot n based on PUSCH 1 associated with CORESETPoolIndex 0 will be reported either according to Scheme 1-1-1 or Scheme 1-1-2.
  • an actual PHR in slot n can be based on either PUSCH 1 or PUSCH 2, and one bit is included in the PHR MAC CE to indicate with which CORESET pool index value the PHR is associated. For example, if an actual PHR based on PUSCH 2 is reported, one bit in a PHR MAC CE will be set to “1” to indicate that the actual PHR is associated with COESESETPoolIndex 1.
  • two SRS resource sets are also configured in the activated BWP of the serving cell for PUSCH transmission in M-DCI based M-TRP.
  • Each PUSCH transmission is associated with a SRS resource set according to the scheduling or activating DCI for DG PUSCH and Type 2 CG PUSCH respectively, or according to the RRC configuration for Type 1 CG PUSCH.
  • a SRS resource set with a lower ID of the two SRS resource sets is the first SRS resource set configured for PUSCH, while the other SRS resource set with a higher ID of the two SRS resource sets is the second SRS resource set configured for PUSCH.
  • an actual PHR associated with a SRS resource set will be reported in a PHR MAC CE.
  • the actual PHR is based on the PUSCH transmission associated with the first SRS resource set of the two earliest PUSCH transmissions in the slot. Otherwise, the actual PHR is based on a PUSCH transmission which starts earliest in the slot.
  • the actual PHR is based on an earliest PUSCH transmission associated with the first SRS resource set of the at least two earliest PUSCH transmissions in the slot. Otherwise, the actual PHR is based on a PUSCH transmission which starts earliest in the slot.
  • the actual PHR is based on the earliest PUSCH transmission in the slot.
  • the PHR MAC CE can include at least one bit to indicate with which SRS resource set the actual PHR is associated. Otherwise, the actual PHR is based on the earliest PUSCH transmission associated with one SRS resource set of the two SRS resource sets of all PUSCH transmissions in the slot.
  • the PHR MAC CE can include at least one bit to indicate with which SRS resource set the actual PHR is associated.
  • the PUSCH transmission may be the same due to the associated SRS resource set of a PUSCH transmission being associated with a CORESET pool index value in some cases, it does mean Scheme 1-2-3 is the same as Scheme 1-1-3.
  • FIGS. 5 and 6 respectively illustrate a schematic diagram of PUSCH transmissions according to some other embodiments of the present application.
  • two SRS resource sets e.g., SRS resource set 1 and SRS resource set 2 are configured for PUSCH transmission in the activated BWP of the serving cell.
  • the starting symbol of PUSCH 1 is after the starting symbol of PUSCH 2, that is, PUSCH 2 is the earliest PUSCH transmission in slot n.
  • two SRS resource sets e.g., SRS resource set 1 and SRS resource set 2 are configured for PUSCH transmission in the activated BWP of the serving cell.
  • the starting symbol of PUSCH 1 is the same as the starting symbol of PUSCH 2, that is, PUSCH 1 and PUSCH 2 start simultaneously in slot n.
  • the actual PHR based on PUSCH 1 can be reported in the PHR MAC CE, and at least one bit in the PHR MAC CE indicates the actual PHR is associated with SRS resource set 1, e.g., a bit set to “0” ; or the actual PHR based on PUSCH 2 can be reported in the PHR MAC CE, and at least one bit in the PHR MAC CE indicates the actual PHR is associated with SRS resource set 2, e.g., a bit set to “1. ”
  • an actual PHR based on PUSCH 1 will be reported in the PHR MAC CE.
  • the actual PHR based on PUSCH 1 can be reported in the PHR MAC CE, and at least one bit in the PHR MAC CE indicates the actual PHR is associated with SRS resource set 1, e.g., two bits set to “00” ; or the actual PHR based on PUSCH 2 can be reported in the PHR MAC CE, and at least one bit in the PHR MAC CE indicates the actual PHR is associated with SRS resource set 2, e.g., two bits set to “01” .
  • the UE is indicated to report two PHRs, e.g., by a RRC signaling.
  • the parameter “twoPHRMode” is enabled. That is, the UE needs to provide two Type 1 PHRs for an activated uplink BWP of a serving cell in a slot according to a PHR triggering event.
  • Two CORESET pool index values e.g., CORESETPoolIndex 0 and CORESETPoolIndex 1 are configured for the activated BWP.
  • the two PHRs will be reported in a PHR MAC CE in an order, which include at least one actual PHR herein.
  • At least two PUSCH transmissions meeting the timeline for determining an actual PHR in the slot which is specified in TS38.213 are associated with two CORESET pool index values, and two actual PHRs are determined for the activated BWP.
  • the first PHR in the PHR MAC CE is an actual PHR associated with a lower CORESET pool index value, e.g., CORESETPoolIndex 0, and the second PHR in the PHR MAC CE is an actual PHR associated with a higher CORESET pool index value, e.g., CORESETPoolIndex 1.
  • the PHR associated with the lower CORESET pool index value is based on an earliest PUSCH transmission associated with the lower CORESET pool index value in the slot (hereafter also referred to as “the first PUSCH transmission” )
  • the PHR associated with the higher CORESET pool index value is based on an earliest PUSCH transmission associated with the higher CORESET pool index value in the slot (hereafter also referred to as “the second PUSCH transmission” ) .
  • the first PHR in the PHR MAC CE is an actual PHR based on an earliest PUSCH transmission associated with a lower CORESET pool index value and the second PHR in the PHR MAC CE is the actual PHR based on an earliest PUSCH transmission associated with a higher CORESET pool index value.
  • the first PHR reported in the PHR MAC CE is the actual PHR based on a PUSCH transmission starting earlier of the first and second PUSCH transmissions
  • the second PHR reported in the MAC CE is the actual PHR based on the other PUSCH transmission of the first and second actual PUSCH transmissions.
  • PUSCH 1 is the PUSCH transmission meeting the timeline for determining an actual PHR in the slot associated with the lower CORESET pool index value
  • PUSCH 2 is the PUSCH transmission meeting the timeline for determining an actual PHR in the slot associated with the higher CORESET pool index value in Scenario 2.
  • the first PHR is the actual PHR based on PUSCH 1 associated with CORESETPoolIndex 0 and the second PHR is the actual PHR based on PUSCH 2 associated with CORESETPoolIndex 1.
  • the first PHR is the actual PHR based on PUSCH 2 associated with CORESETPoolIndex 1 and the second PHR is the actual PHR based on PUSCH 1 associated with CORESETPoolIndex 0.
  • the first PHR is the actual PHR based on PUSCH 1 associated with CORESETPoolIndex 0 and the second PHR is the actual PHR based on PUSCH 2 associated with CORESETPoolIndex 1.
  • all the actual PUSCH transmissions meeting the timeline for determining an actual PHR in the slot which is specified in TS38.213 are associated with only one CORESET pool index value of two CORESET pool index values, and only one actual PHR is determined based on an earliest PUSCH transmission associated with the CORESET pool index value in the slot. That is, the two PHRs in a slot in a PHR MAC CE only include one actual PHR in the slot.
  • the actual PHR is the first PHR reported in the PHR MAC CE, regardless whether the actual PHR is associated with a lower CORESET pool index value or a higher one CORESET pool index value.
  • the actual PHR is the first PHR reported in the PHR MAC CE in the case that the actual PHR is based on a PUSCH transmission associated with a lower CORESET pool index value, e.g., CORESERPoolIndex 0. Otherwise, the actual PHR is the second PHR reported in the PHR MAC CE in the case the actual PHR is based on a PUSCH transmission associated with a higher CORESET pool index value, e.g., CORESETPoolIndex 1.
  • FIGS. 7 and 8 respectively illustrate a schematic diagram of PUSCH transmissions in a slot according to some yet other embodiments of the present application.
  • PUSCH transmission e.g., PUSCH 1 in slot n meeting the timeline for determining an actual PHR in the slot, which is associated with CORESETPoolIndex 0.
  • PUSCH transmission e.g., PUSCH 2 in slot n meeting the timeline for determining an actual PHR in the slot, which is associated with CORESETPoolIndex 1.
  • the UE is indicated to report two PHRs in the PHR MAC CE, only one PHR is an actual PHR in the slot, and the other one is a virtual PHR.
  • the actual PHR based on PUSCH 1 associated with CORESETPoolIndex 0 is the first PHR in the PHR MAC CE
  • the virtual PHR is the second PHR in the PHR MAC CE.
  • the actual PHR based on PUSCH 2 associated with CORESETPoolIndex 1 is the second PHR in the PHR MAC CE, while the virtual PHR is the first PHR in the PHR MAC CE.
  • the actual PHR based on PUSCH 2 is the first PHR in the PHR MAC CE and the virtual PHR is the second PHR in the PHR MAC CE.
  • Case 2 Actual PHR being determined PUSCH transmission associated with SRS resource set.
  • two SRS resource sets are configured for the activated BWP of the serving cell for PUSCH transmission in M-DCI based M-TRP.
  • Each PUSCH transmission is associated with a SRS resource set according to the scheduling or activating DCI for DG PUSCH and Type 2 CG PUSCH respectively, or according to the RRC configuration for Type 1 CG PUSCH.
  • a SRS resource set with a lower ID of the two SRS resource sets is the first SRS resource set configured for PUSCH, while the other SRS resource set with a higher ID of the two SRS resource sets is the second SRS resource set configured for PUSCH.
  • At least two PUSCH transmissions meeting the timeline for determining an actual PHR in the slot which is specified in TS38.213 are associated with two SRS resource sets, and two actual PHRs in the slot are determined for the activated BWP.
  • the actual PHR based on a PUSCH transmission associated with the first SRS resource set is the first PHR in the PHR MAC CE
  • the actual PHR based on a PUSCH transmission associated with the second SRS resource set is the second PHR reported in the PHR MAC CE.
  • the actual PHR based on the earliest PUSCH transmission associated with the first SRS resource set is the first PHR in the PHR MAC CE
  • the actual PHR based on the earliest PUSCH transmission associated with the second SRS resource set is the second PHR reported in the PHR MAC CE.
  • the first PHR reported in the PHR MAC CE is the actual PHR based on a PUSCH transmission starting earlier of the two earliest PUSCH transmissions associated with the two SRS resource sets respectively
  • the second PHR reported in the PHR MAC CE is the other actual PHR based on the other PUSCH transmission of the two PUSCH transmissions.
  • PUSCH 1 is the PUSCH transmission meeting the timeline for determining an actual PHR in the slot associated with the first SRS resource set
  • PUSCH 2 is the PUSCH transmission meeting the timeline for determining an actual PHR in the slot associated with the second SRS resource set in Scenario 2.
  • the first PHR is the actual PHR based on PUSCH 1 associated with SRS resource set 1 and the second PHR is the actual PHR based on PUSCH 2 associated with SRS resource set 2.
  • the first PHR is the actual PHR based on PUSCH 2 associated with SRS resource set 2 and the second PHR is the actual PHR based on PUSCH 1 associated with SRS resource set 1.
  • the first PHR is the actual PHR based on PUSCH 1 associated with SRS resource set 1 and the second PHR is the actual PHR based on PUSCH 2 associated with SRS resource set 2.
  • the actual PHR is the first PHR reported in the PHR MAC CE regardless with which SRS resource set the actual PHR is associated.
  • the actual PHR is the first PHR reported in the PHR MAC CE in the case the actual PHR is based on a PUSCH transmission associated with the first SRS resource set. Otherwise, the actual PHR is the second PHR reported in the PHR MAC CE in the case that the actual PHR is based on a PUSCH transmission associated with the second SRS resource set.
  • FIGS. 9 and 10 respectively illustrate a schematic diagram of PUSCH transmissions in a slot according to some yet embodiments of the present application.
  • PUSCH transmission e.g., PUSCH 1 in slot n meeting the timeline for determining an actual PHR in the slot, which is associated with the first SRS resource set, e.g., SRS resource set 1.
  • PUSCH transmission e.g., PUSCH 2 in slot n meeting the timeline for determining an actual PHR in the slot, which is associated with the second SRS resource set, e.g., SRS resource set 2.
  • the UE is indicated to report two PHRs in the PHR MAC CE, only one PHR is an actual PHR in the slot, and the other one is a virtual PHR.
  • the actual PHR based on PUSCH 1 associated with SRSR resource set 1 is the first PHR in the PHR MAC CE
  • the virtual PHR is the second PHR in the PHR MAC CE.
  • the actual PHR based on PUSCH 2 associated with SRS resource 1 is the second PHR in the PHR MAC CE, while the virtual PHR is the first PHR in the PHR MAC CE.
  • the actual PHR based on PUSCH 2 is the first PHR in the PHR MAC CE and the virtual PHR is the second PHR in the PHR MAC CE.
  • embodiments of the present application also propose an apparatus of PHR reporting.
  • FIG. 11 illustrates a block diagram of an apparatus of PHR reporting 300 according to some embodiments of the present application.
  • the apparatus 1100 may include at least one non-transitory computer-readable medium 1101, at least one receiving circuitry 1102, at least one transmitting circuitry 1104, and at least one processor 1106 coupled to the non-transitory computer-readable medium 1101, the receiving circuitry 1102 and the transmitting circuitry 1104.
  • the at least one processor 1106 may be a CPU, a DSP, a microprocessor etc.
  • the apparatus 1100 may be a RAN node, e.g., a gNB or a remote apparatus, e.g., UE configured to perform a method illustrated in the above or the like.
  • the at least one processor 1106, transmitting circuitry 1104, and receiving circuitry 1102 are described in the singular, the plural is contemplated unless a limitation to the singular is explicitly stated.
  • the receiving circuitry 1102 and the transmitting circuitry 1104 can be combined into a single device, such as a transceiver.
  • the apparatus 1100 may further include an input device, a memory, and/or other components.
  • the non-transitory computer-readable medium 1101 may have stored thereon computer-executable instructions to cause a processor to implement the method with respect to the network apparatus as described above.
  • the computer-executable instructions when executed, cause the processor 1106 interacting with receiving circuitry 1102 and transmitting circuitry 1104, so as to perform the steps with respect to the RAN node or network apparatus, e.g., a gNB as depicted above.
  • the non-transitory computer-readable medium 1101 may have stored thereon computer-executable instructions to cause a processor to implement the method with respect to the UE as described above.
  • the computer-executable instructions when executed, cause the processor 1106 interacting with receiving circuitry 1102 and transmitting circuitry 1104, so as to perform the steps with respect to the UE as illustrated above.
  • FIG. 12 is a block diagram of an apparatus of PHR reporting according to some other embodiments of the present application.
  • the apparatus 1200 for example a gNB or a UE may include at least one processor 1202 and at least one transceiver 12012 coupled to the at least one processor 1202.
  • the transceiver 1204 may include at least one separate receiving circuitry 1206 and transmitting circuitry 1204, or at least one integrated receiving circuitry 1206 and transmitting circuitry 1204.
  • the at least one processor 1202 may be a CPU, a DSP, a microprocessor etc.
  • the processor when the apparatus 1200 is a remote apparatus, e.g., a UE, the processor is configured to: receive, via the transceiver information indicating a total number of at least one PHR in a slot to be reported for an activated BWP of a serving cell, wherein the BWP is configured with two CORESET pool index values; and transmit, via the transceiver the at least one PHR in the slot, wherein the at least one PHR includes at least one actual PHR, each actual PHR being determined based on a PUSCH transmission in the slot.
  • the processor may be configured to: transmit, via the transceiver information indicating a total number of at least one PHR in a slot to be reported for an activated BWP of a serving cell, wherein the BWP is configured with two CORESET pool index values; and receive, via the transceiver the at least one PHR, wherein the at least one PHR includes at least one actual PHR, each actual PHR being determined based on a PUSCH transmission in the slot.
  • the method according to embodiments of the present application can also be implemented on a programmed processor.
  • the controllers, flowcharts, and modules may also be implemented on a general purpose or special purpose computer, a programmed microprocessor or microcontroller and peripheral integrated circuit elements, an integrated circuit, a hardware electronic or logic circuit such as a discrete element circuit, a programmable logic device, or the like.
  • any device capable of implementing the flowcharts shown in the figures may be used to implement the processor functions of this application.
  • an embodiment of the present application provides an apparatus, including a processor and a memory. Computer programmable instructions for implementing a method are stored in the memory, and the processor is configured to perform the computer programmable instructions to implement the method.
  • the method may be a method as stated above or other method according to an embodiment of the present application.
  • An alternative embodiment preferably implements the methods according to embodiments of the present application in a non-transitory, computer-readable storage medium storing computer programmable instructions.
  • the instructions are preferably executed by computer-executable components preferably integrated with a network security system.
  • the non-transitory, computer-readable storage medium may be stored on any suitable computer readable media such as RAMs, ROMs, flash memory, EEPROMs, optical storage devices (CD or DVD) , hard drives, floppy drives, or any suitable device.
  • the computer-executable component is preferably a processor but the instructions may alternatively or additionally be executed by any suitable dedicated hardware device.
  • an embodiment of the present application provides a non-transitory, computer-readable storage medium having computer programmable instructions stored therein.
  • the computer programmable instructions are configured to implement a method as stated above or other method according to an embodiment of the present application.
  • the terms “includes, “ “including, “ or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that includes a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus.
  • An element proceeded by “a, “ “an, “ or the like does not, without more constraints, preclude the existence of additional identical elements in the process, method, article, or apparatus that includes the element.
  • the term “another” is defined as at least a second or more.
  • the terms “having, “ and the like, as used herein, are defined as “including. "

Landscapes

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

Abstract

Embodiments of the present application are related to a method and apparatus of power headroom report (PHR) reporting. An exemplary method of the present application includes: receiving information indicating a total number of at least one PHR in a slot to be reported for an activated bandwidth part (BWP) of a serving cell, wherein the BWP is configured with two control resource set (CORESET) pool index values; and transmitting the at least one PHR in the slot, wherein the at least one PHR includes at least one actual PHR, each actual PHR being determined based on a physical uplink shared channel (PUSCH) transmission in the slot.

Description

METHOD AND APPARATUS OF POWER HEADROOM REPORT (PHR) REPORTING TECHNICAL FIELD
Embodiments of the present application generally relate to wireless communication technology, especially to a method and an apparatus of power headroom report (PHR) reporting for multiple transmit-receive point (TRP) (also referred to as multi-TRP, or M-TRP) transmission.
BACKGROUND
Multi-TRP/panel transmission has been introduced into new radio (NR) since release 16 (Rel-16) . During multi-TRP transmission, two or more TRPs (or panels) may be used to transmit data to a user equipment (UE) to improve reliability and robustness. In addition, enhancements on multiple-input multiple-output (MIMO) for NR are always discussed. A work item description (WID) approved on MIMO in NR Rel-17 includes enhancement on the support for multi-TRP deployment, targeting both frequency range (FR) 1 and FR2. Wherein, a research topic is to identify and specify features to improve reliability and robustness for channels other than physical downlink shared channel (PDSCH) , e.g., physical downlink control channel (PDCCH) , physical uplink shared channel (PUSCH) , and physical uplink control channel (PUCCH) using multi-TRP and/or multi-panel, with Rel-16 reliability features as the baseline.
Regarding PUSCH, it has been agreed that two power headroom reports can be reported for multi-TRP based PUSCH. For example, in Rel-17, up to two PHR reports are supported in M-TRP PUSCH based on spatial relation information beam indication where the two PHR reports are related to two PUSCH repetitions with different beams time divisional multiplexing (TDM) , and one PHR is supported based on the common beam framework. A "beam" can be represented by or associated  with spatial relation information, TCI state, RS etc. However, multiple panel simultaneous uplink (UL) transmission will be discussed in Rel-18. That is, one or two PUSCH transmissions transmitted with two beams can be transmitted simultaneously.
Thus, there are still several technical problems concerning PHR reporting for multiple TRP based PUSCH needed to be solved, including but not being limited to: how to determine actual PHR reporting in multi-downlink control information (DCI) (M-DCI) based M-TRP considering multiple panel simultaneous uplink (UL) transmission.
SUMMARY OF THE APPLICATION
One objective of the embodiments of the present application is to provide a technical solution of PHR reporting, especially, a method and an apparatus of PHR reporting for multi-TRP transmission.
According to some embodiments of the present application, a user equipment (UE) is provided, which includes: a transceiver; and a processor coupled to the transceiver, wherein the processor is configured to: receive, via the transceiver information indicating a total number of at least one PHR in a slot to be reported for an activated bandwidth part (BWP) of a serving cell, wherein the BWP is configured with two control resource set (CORESET) pool index values; and transmit, via the transceiver the at least one PHR in the slot, wherein the at least one PHR includes at least one actual PHR, each actual PHR being determined based on a PUSCH transmission in the slot.
According to some embodiments of the present application, a method is provided, which includes: receiving information indicating a total number of at least one PHR in a slot to be reported for an activated BWP of a serving cell, wherein the BWP is configured with two CORESET pool index values; and transmitting the at least one PHR in the slot, wherein the at least one PHR includes at least one actual PHR, each actual PHR being determined based on a PUSCH transmission in the slot.
In some embodiments of the present application, one PHR in the slot including one actual PHR is transmitted, wherein, the actual PHR is based on an earliest PUSCH transmission associated with a lower CORESET pool index value in the slot in the case that there are two earliest PUSCH transmissions respectively associated with the two CORESET pool index values in the slot; otherwise, the actual PHR is based on a PUSCH transmission starting earliest in the slot.
In some embodiments of the present application, one PHR in the slot including one actual PHR is transmitted, wherein, the actual PHR is based on an earliest PUSCH transmission of all PUSCH transmissions associated with a lower CORESET pool index value in the slot in the case that there are at least two PUSCH transmissions associated with the two CORESET pool index values in the slot; otherwise, the actual PHR is based on a PUSCH transmission starting earliest in the slot.
In some embodiments of the present application, one PHR in the slot including one actual PHR is transmitted in a PHR MAC CE, and wherein, the actual PHR is based on an earliest PUSCH transmission in the slot in the case that all PUSCH transmissions in the slot are associated with a same CORESET pool index value of the two CORESET pool index values; otherwise, the actual PHR is based on an earliest PUSCH transmission of all PUSCH transmissions associated with a CORESET pool index value of the two CORESET pool index values in the slot, and wherein, at least one bit is added in the PHR MAC CE to indicate with which CORESET pool index value the actual PHR is associated.
In some embodiments of the present application, one PHR in the slot including one actual PHR is transmitted, wherein, the actual PHR is based on an earliest PUSCH transmission associated with a sounding reference signal (SRS) resource set with a lower identifier (ID) in the slot in the case that there are two earliest PUSCH transmissions in the slot and being respectively associated with two SRS resource sets configured for the BWP; otherwise, the actual PHR is based on a PUSCH transmission starting earliest in the slot.
In some embodiments of the present application, one PHR in the slot including one actual PHR is transmitted, wherein, the actual PHR is based on an  earliest PUSCH transmission of all PUSCH transmissions associated with a sounding reference signal (SRS) resource set with a lower identifier (ID) in the slot in the case that there are at least two PUSCH transmissions in the slot associated with two SRS resource sets configured for the BWP; otherwise, the actual PHR is based on a PUSCH transmission starting earliest in the slot.
In some embodiments of the present application, one PHR in the slot including one actual PHR is transmitted in a PHR medium access control (MAC) control element (CE) , wherein the actual PHR is based on an earliest PUSCH transmission in the slot in the case that all PUSCH transmissions in the slot are associated with a same SRS resource set of two SRS resource sets configured for the BWP, otherwise, the actual PHR is based on an earliest PUSCH transmission of all PUSCH transmissions associated with a SRS resource set of the two SRS resource sets in the slot, and, at least one bit is added in the PHR MAC CE to indicate with which SRS resource set the actual PHR is associated.
In some embodiments of the present application, two PHRs in the slot including two actual PHRs are transmitted in a PHR MAC CE, wherein, a first actual PHR in the PHR MAC CE is based on a first PUSCH transmission starting earliest of all PUSCH transmissions associated with a lower CORESET pool index value of the two CORESET pool index values in the slot and a second actual PHR in the PHR MAC CE is based on a second PUSCH transmission starting earliest of all PUSCH transmissions associated with a higher CORESET pool index value of the two CORESET pool index values in the slot.
In some embodiments of the present application, two PHRs in the slot including two actual PHRs are transmitted in a PHR MAC CE, wherein, a first actual PHR in the PHR MAC CE is based on a first PUSCH transmission starting earliest of all PUSCH transmissions associated with a lower CORESET pool index value of the two CORESET pool index values in the slot and a second actual PHR in the PHR MAC CE is based on a second PUSCH transmission starting earliest of all PUSCH transmissions associated with a higher CORESET pool index value of the two CORESET pool index values in the slot in the case that starting symbols of the first PUSCH transmission and the second PUSCH transmission are same; otherwise, the  first PHR is an actual PHR based on a PUSCH transmission starting earliest in the slot which is associated with one CORESET pool index value of the two CORESET pool index values, and the second PHR is an actual PHR based on another PUSCH transmission starting earliest of all PUSCH transmissions associated with another CORESET pool index value of the two CORESET pool index values in the slot.
In some embodiments of the present application, two PHRs in the slot including one actual PHR are transmitted in a PHR MAC CE, wherein, the actual PHR is a first PHR in the PHR MAC CE, and the actual PHR is based on a PUSCH transmission associated with a CORESET pool index value of the two CORESET pool index values or a SRS resource set of two SRS resource sets configured for the BWP.
In some embodiments of the present application, two PHRs in the slot including one actual PHR are transmitted in a PHR MAC CE, wherein, the actual PHR is a first PHR in the PHR MAC CE in the case that the actual PHR is determined based on a PUSCH transmission associated with a lower CORESET pool index value of the two CORESET pool index values; or, the actual PHR is a second PHR in the PHR MAC CE in the case that the actual PHR is determined based on a PUSCH transmission associated with a higher CORESET pool index value of the two CORESET pool index values.
In some embodiments of the present application, two PHRs in the slot including two actual PHRs are transmitted in a PHR MAC CE, wherein, a first actual PHR in the PHR MAC CE is based on a first PUSCH transmission starting earliest of all PUSCH transmissions associated with a SRS resource set with a lower ID of two SRS resource sets configured for the BWP in the slot and a second actual PHR in the PHR MAC CE is based on a second PUSCH transmission starting earliest of all PUSCH transmissions associated with a SRS resource set with a higher ID of the two SRS resource sets in the slot.
In some embodiments of the present application, two PHRs in the slot including two actual PHRs are transmitted in a PHR MAC CE, wherein, a first actual PHR in the PHR MAC CE is based on a first PUSCH transmission starting earliest of all PUSCH transmissions associated with a SRS resource set with a lower ID of two  SRS resource sets configured for the BWP and a second actual PHR in the PHR MAC CE is based on a second PUSCH transmission starting earliest of all PUSCH transmissions associated with a SRS resource set with a higher ID of the two SRS resource sets in the case that a starting symbol of the first PUSCH transmission and the second PUSCH transmission are same; otherwise, the first PHR is an actual PHR based on a PUSCH transmission starting earlier of the first and second PUSCH transmissions, and the second PHR is an actual PHR based on another one of the first and second PUSCH transmissions.
In some embodiments of the present application, two PHRs in the slot including one actual PHR are transmitted in a PHR MAC CE, wherein, the actual PHR is a first PHR in the PHR MAC CE in the case that the actual PHR is determined based on a PUSCH transmission associated with a SRS resource set with a lower ID of two SRS resource sets configured for the BWP; or the actual PHR is a second PHR in the PHR MAC CE in the case that the actual PHR is determined based on a PUSCH transmission associated with a SRS resource set with a higher ID of the two SRS resource sets.
In some embodiments of the present application, the total number of the at least one PHR for the activated BWP is configured by a radio resource control (RRC) signaling.
According to some yet other embodiments of the present application, a radio access network (RAN) node is provided, which includes: transmit, via the transceiver information indicating a total number of at least one PHR in a slot to be reported for an activated BWP of a serving cell, wherein the BWP is configured with two CORESET pool index values; and receive, via the transceiver the at least one PHR, wherein the at least one PHR includes at least one actual PHR, each actual PHR being determined based on a PUSCH transmission in the slot.
Embodiments of the present application provide a technical solution of PHR reporting for multi-TRP transmission, supporting PHRs for multi-TRP based PUSCH in common beam framework, and thus can enhance reliability and robustness for multi-TRP based PUSCH.
BRIEF DESCRIPTION OF THE DRAWINGS
In order to describe the manner in which advantages and features of the application can be obtained, a description of the application is rendered by reference to specific embodiments thereof, which are illustrated in the appended drawings. These drawings depict only example embodiments of the application and are not therefore to be considered limiting of its scope.
FIG. 1 is a schematic diagram illustrating an exemplary wireless communication system according to an embodiment of the present application.
FIG. 2 illustrates a flow chart of a method of PHR reporting according to some embodiments of the present application.
FIGS. 3 and 4 respectively illustrate a schematic diagram of PUSCH transmissions in a slot according to some embodiments of the present application.
FIGS. 5 and 6 respectively illustrate a schematic diagram of PUSCH transmissions in a slot according to some other embodiments of the present application.
FIGS. 7 and 8 respectively illustrate a schematic diagram of PUSCH transmissions in a slot according to some yet other embodiments of the present application.
FIGS. 9 and 10 respectively illustrate a schematic diagram of PUSCH transmissions in a slot according to some yet other embodiments of the present application.
FIG. 11 illustrates a block diagram of an apparatus of PHR reporting according to some embodiments of the present application.
FIG. 12 illustrates a block diagram of an apparatus of PHR reporting according to some other embodiments of the present application.
DETAILED DESCRIPTION
The detailed description of the appended drawings is intended as a description of preferred embodiments of the present application, and is not intended to represent the only form in which the present application may be practiced. It should be understood that the same or equivalent functions may be accomplished by different embodiments that are intended to be encompassed within the spirit and scope of the present application.
Reference will now be made in detail to some embodiments of the present application, examples of which are illustrated in the accompanying drawings. To facilitate understanding, embodiments are provided under specific network architecture and new service scenarios, such as 3rd generation partnership project (3GPP) 5G, 3GPP long term evolution (LTE) Release 8 and so on. It is contemplated that along with the developments of network architectures and new service scenarios, all embodiments in the present application are also applicable to similar technical problems. Moreover, the terminologies recited in the present application may change, which should not affect the principle of the present application.
A wireless communication system generally includes one or more base stations (BSs) and one or more UE. Furthermore, a BS may be configured with one TRP (or panel) or more TRPs (or panels) . A TRP can act like a small BS, and can be represented by or associated with a CORESET pool index value, e.g., CORESETPoolIndex 0 and CORESETPoolIndex 1 etc. The TRPs can communicate with each other by a backhaul link. Such backhaul link may be an ideal backhaul link or a non-ideal backhaul link. Latency of the ideal backhaul link may be deemed as zero, and latency of the non-ideal backhaul link may be tens of milliseconds and much larger, e.g., on the order of tens of milliseconds, than that of the ideal backhaul link.
In a wireless communication system, a single TRP can be used to serve one or more UE under the control of a BS. In different scenarios, a TRP may be referred to as different terms. Persons skilled in the art should understand that as 3GPP and  the communication technology develop, the terminologies recited in the specification may change, which should not affect the scope of the present application. It should be understood that the TRP (s) (or panel (s) ) configured for the BS may be transparent to a UE.
FIG. 1 is a schematic diagram illustrating an exemplary wireless communication system 100 according to some embodiments of the present application.
Referring to FIG. 1, a wireless communication system 100 can include a base station (BS) 101, TRPs 103 (e.g., a first TRP 103a and a second TRP 103b) , and UEs 105 (e.g., a first UE 105a, a second UE 105b, and a third UE 105c) . Although only one base station 101, two TRPs 103 and three UEs 105 are shown for simplicity, it should be noted that the wireless communication system 100 may include more or less communication device (s) or apparatus in accordance with some other embodiments of the present application.
In some embodiments of the present application, a BS 101 may be referred to as an access point, an access terminal, a base, a base unit, a macro cell, a Node-B, an evolved Node B (eNB) , a gNB, an ng-eNB, a Home Node-B, a relay node, or a device, or described using other terminology used in the art. The UEs 105 (for example, the first UE 105a, the second UE 105b, and the third UE 105c) may include, for example, but is not limited to, a computing device, a wearable device, a mobile device, an IoT device, a vehicle, etc.
The TRPs 103, for example, the first TRP 103a and the second TRP 103b can communicate with the base station 101 via, for example, a backhaul link. Each of TRPs 103 can serve some or all of UEs 105. As shown in FIG. 1, the first TRP 103a can serve some mobile stations (which include the first UE 105a, the second UE 105b, and the third UE 105c) within a serving area or region (e.g., a cell or a cell sector) . The second TRP 103b can serve some mobile stations (which include the first UE 105a, the second UE 105b, and the third UE 105c) within a serving area or region (e.g., a cell or a cell sector) . The first TRP 103a and the second TRP 103b can communicate with each other via, for example, a backhaul link.
A multi-TRP transmission (or operation) may refer to at least two TRPs (or panels) to transmit data to a UE. As shown in FIG. 1, for the same UE 105 (e.g., the first UE 105a, the second UE 105b, or the third UE 105c) , two TRPs (e.g., the first TRP 103a and the second TRP 103b) may both transmit data to it, which is an exemplary scenario of multi-TRP transmission.
According to a WID approved on MIMO in NR Rel-18, Rel-17 unified TCI framework, i.e., common beam framework will be applied for multiple TRPs. Therefore, up to 2 common beams will be indicated by DCI in a PDCCH or a MAC CE. Hereafter, DCI in a PDCCH is also referred to a DCI. However, only one PHR is supported in common beam framework according to Rel-17 agreements. In addition, PUSCH transmission considering multiple panel simultaneous UL transmission in M-DCI based M-TRP based on common beam framework will be studied in Rel-18.
Regarding PHR reporting related to multi-TRP PUSCH, it is agreed that UE optional capability for a UE that supports multi-TRP PUSCH will be: calculating two PHRs (at least corresponding to the carrier component (CC) that applies M-TRP PUSCH repetitions) , each associated with a first PUSCH occasion to each TRP, and reporting two PHRs. That is, two PHRs can be reported for multi-TRP based PUSCH. A PHR may be an actual PHR or a virtual PHR.
Regarding actual Type 1 PHR (i.e., PHR for PUSCH) , an actual Type 1 PHR report is drafted in TS38.213 as shown in the following:
“If a UE determines that a Type 1 power headroom report for an activated serving cell is based on an actual PUSCH transmission then, for PUSCH transmission occasion i on active UL BWP b of carrier f of serving cell c, the UE computes the Type 1 power headroom report as
Figure PCTCN2022088554-appb-000001
where P CMAX, f, c (i) , P O_PUSCH, b, f, c (j) , 
Figure PCTCN2022088554-appb-000002
α b, f, c (j) , PL b, f, c (q d) , Δ TF, b, f, c (i) and f b, f, c (i, l) are defined in clause 7.1.1.
If a UE is configured with multiple cells for PUSCH transmissions, where a SCS configuration μ 1 on active UL BWP b 1 of carrier f 1 of serving cell c 1 is smaller than a SCS configuration μ 2 on active UL BWP b 2 of carrier f 2  of serving cell c 2, and if the UE provides a Type 1 power headroom report in a PUSCH transmission in a slot on active UL BWP b 1 that overlaps with multiple slots on active UL BWP b 2, the UE provides a Type 1 power headroom report for the first PUSCH, if any, on the first slot of the multiple slots on active UL BWP b 2 that fully overlaps with the slot on active UL BWP b 1. If a UE is configured with multiple cells for PUSCH transmissions, where a same SCS configuration on active UL BWP b 1 of carrier f 1 of serving cell c 1 and active UL BWP b 2 of carrier f 2 of serving cell c 2, and if the UE provides a Type 1 power headroom report in a PUSCH transmission in a slot on active UL BWP b 1, the UE provides a Type 1 power headroom report for the first PUSCH, if any, on the slot on active UL BWP b 2 that overlaps with the slot on active UL BWP b 1.
If a UE is configured with multiple cells for PUSCH transmissions and provides a Type 1 power headroom report in a PUSCH transmission with PUSCH repetition Type B having a nominal repetition that spans multiple slots on active UL BWP b 1 and overlaps with one or more slots on active UL BWP b 2, the UE provides a Type 1 power headroom report for the first PUSCH, if any, on the first slot of the one or more slots on active UL BWP b 2 that overlaps with the multiple slots of the nominal repetition on active UL BWP b 1. ”
Regarding virtual Type 1 PHR, a virtual Type 1 PHR report is drafted in TS38.213 as shown in the following:
If the UE determines that a Type 1 power headroom report for an activated serving cell is based on a reference PUSCH transmission then, for PUSCH transmission occasion i on active UL BWP b of carrier f of serving cell c, the UE computes the Type 1 power headroom report as
Figure PCTCN2022088554-appb-000003
where
Figure PCTCN2022088554-appb-000004
is computed assuming MPR=0 dB, A-MPR=0 dB, P-MPR=0 dB. T C = 0 dB. MPR, A-MPR, P-MPR and T C are defined in [8-1, TS 38.101-1] , [8-2, TS38.101-2] and [8-3, TS 38.101-3] . The remaining parameters are defined in clause 7.1.1 where P O_PUSCH, b, f, c (j) and α b, f, c (j) are obtained using P O_NOMINAL, PUSCH, f, c (0) and p0-PUSCH-AlphaSetId = 0, PL b, f, c (q d) is obtained using pusch-PathlossReferenceRS-Id = 0, and l=0.
The same specification also recites:
“If a UE transmits a PUSCH associated with a first RS resource index q d, as  described in clause 7.1.1, on active UL BWP b of carrier f of serving cell c in slot n and is provided twoPHRMode, the UE provides a Type 1 power headroom report for PUSCH repetition associated with a second RS resource index q d, as described in clause 7.1.1, where
- if the UE provides a Type 1 power headroom report for an actual PUSCH repetition associated with the first RS resource index q d,
- if the UE transmits PUSCH repetitions associated with the second RS resource index q d in slot n, the UE provides a Type 1 power headroom report for a first actual PUSCH repetition associated with the second RS resource index q d that overlaps with slot n
- otherwise, the UE provides a Type 1 power headroom report for a reference PUSCH transmission associated with the second RS resource index q d
- otherwise, if the UE provides a Type 1 power headroom report for a reference PUSCH transmission associated with the first RS resource index q d, the UE provides a Type 1 power headroom report for a reference PUSCH transmission associated with the second RS resource index q d. ”
It can be seen from the specification that, two PHRs can be supported in S-DCI based multi-TRP PUSCH transmission where different repetitions of a PUSCH transmission are transmitted with different beams. While in M-DCI based M-TRP based common framework, whether only one PHR or two PHRs are reported needs to be further studied considering that multiple panel simultaneous UL transmission will be studied in Rel-18. Meanwhile, under the common beam framework according to Rel-17 agreements, only one PHR is supported.
In conclusion, how to report PHR in M-DCI based M-TRP based on common beam framework considering multiple panel simultaneous UL transmission is not settled and will be discussed in Rel-18. For example, there are two PUSCH transmissions starting in the same symbol in a slot, how to determine an actual PHR if only one PHR can be report, and how to determine the order of two PHRs if two PHRs can be reported in a PHR MAC CE. All these issues are new compared to Rel-17 PHR enhancement.
At least for solving the above technical problems, embodiments of the present application provide a technical solution of PHR reporting, e.g., a method and an apparatus of PHR reporting for multi-TRP based PUSCH. Herein, only actual  PHR is discussed, and the PUSCH is always referred to as “the actual PUSCH transmission” in view of actual PHR as specified in the specification.
FIG. 2 illustrates a flow chart of a method of PHR reporting according to some embodiments of the present application. Although the method is illustrated in a system level by a UE in a remote side (or UE side) and a BS in a network side (or BS side) , persons skilled in the art can understand that the method implemented in the remote side and that implemented in the network side can be separately implemented and incorporated by other apparatus with similar functions. In addition, no transmission or reception failure is considered in the illustrated embodiments of the present application.
Referring to FIG. 2, the network side, e.g., a gNB may transmit information indicating a total number of at least one PHR in a slot to be reported for an activated BWP of a serving cell to the remote side to a UE in step 201. For example, the gNB may configure or indicate to the UE the total number of at least one PHR in the slot to be reported by an upper layer signaling, e.g., a RRC signaling. Accordingly, the UE will receive such information in step 202. The BWP is configured with two CORESET pool index values, e.g., CORESETPoolIndex 0 and CORESETPoolIndex 1 to support M-DCI based M-TRP. Each CORESET pool index value can identify or represent a TRP. In M-DCI based M-TRP, each TRP will schedule downlink and uplink transmission independently. Therefore, each PUSCH transmission (or PUSCH) will be associated with a CORESET pool index value according to scheduling DCI, e.g., for dynamic grant (DG) PUSCH or activating DCI, e.g., for Type 2 configured grant (CG) PUSCH or RRC configuration for Type 1 CG PUSCH.
The UE will calculate (or determine) at least one PHR in the slot for the activated BWP in response to a PHR trigger event, which is indicated by an upper layer, e.g., MAC layer in the UE. The UE will transmit or report the calculated at least one PHR, e.g., in a PHR MAC CE to the gNB in step 204, e.g., carried by a PUSCH transmission. The at least one PHR includes at least one actual PHR. Accordingly, the gNB will receive the at least one PHR in step 205, e.g., included in the PHR MAC CE.
For example, if there is at least one PUSCH transmission meeting the  timeline for determining an actual PHR in the slot which is specified in TS38.213 below, then an actual PHR is determined to be reported:
“A UE determines whether a power headroom report for an activated serving cell [11, TS 38.321] is based on an actual transmission or a reference format based on the higher layer signalling of configured grant and periodic/semi-persistent sounding reference signal transmissions and downlink control information the UE received until and including the PDCCH monitoring occasion where the UE detects the first DCI format scheduling an initial transmission of a transport block since a power headroom report was triggered if the power headroom report is reported on a PUSCH triggered by the first DCI format. Otherwise, a UE determines whether a power headroom report is based on an actual transmission or a reference format based on the higher layer signalling of configured grant and periodic/semi-persistent sounding reference signal transmissions and downlink control information the UE received until the first uplink symbol of a configured PUSCH transmission minus T'proc, 2=Tproc, 2 where Tproc, 2 is determined according to [6, TS 38.214] assuming d2, 1 = 1, d2, 2=0, and with μDL corresponding to the subcarrier spacing of the active downlink BWP of the scheduling cell for a configured grant if the power headroom report is reported on the PUSCH using the configured grant. ” 
The UE will determine to report one Type 1 PHR or two Type 1 PHRs or more for an activated BWP of a serving cell according to the total number of PHR to be reported, e.g., indicated in the RRC signaling. For example, if the parameter “twoPHRMode” is enabled in the serving cell, then two PHRs will be reported for the serving cell; otherwise, only one PHR will be reported for the serving cell. Given that, besides the at least one actual PHR, there may be at least one virtual PHR to be reported in some scenarios. For example, the RRC signaling may indicate that two PHRs in the slot for the activated BWP will be reported, i.e., the parameter “twoPHRMode” being enabled, while only one actual PHR is determined in the UE. Then a virtual PHR will be included in the PHR MAC CE with the actual PHR. As stated above, only actual Type 1 PHR (s) , i.e., actual PHR (s) determined based on actual PUSCH transmission (s) under the common beam framework is discussed herein.
Specifically, considering that multiple panel simultaneous uplink transmission is supported in M-DCI based M-TRP and two CORESET pool index values are configured for an activated BWP of a serving cell, schemes of PHR reporting will be illustrated in detail in view of different scenarios according to some embodiments of the present application.
Scenario 1: only one PHR to be reported
In some scenarios, the UE is indicated to report only one PHR, e.g., by a RRC signaling. For example, the parameter “twoPHRMode” is disabled or not configured. That is, the UE needs to provide one Type 1 PHR for an activated BWP of a serving cell in a slot according to a PHR triggering event. Two CORESET pool index values, e.g., CORESETPoolIndex 0 and CORESETPoolIndex 1 are configured for the activated BWP. The PHR can be reported in a legacy procedure as specified in TS38.213 in a PHR MAC CE. In addition, the one PHR is an actual PHR herein.
Case 1: PHR being determined based on PUSCH transmission associated with CORESET pool index value
According to some embodiments of the present application, in Scenario 1, the one PHR is determined based on a PUSCH transmission associated with a CORESET pool index value. However, in a slot where the PHR is determined, there may be one or more PUSCH transmissions meeting the timeline for determining an actual PHR. That is, there is one or more earliest PUSCH transmissions, and one or more PUSCH transmission start in the same earliest symbol of the slot. Given that, some embodiments of the present application provide several schemes on how to determine the PHR in Case 1.
For example, in some embodiments of the present application (Scheme 1-1-1) , in the case that there are two earliest PUSCH transmissions in the slot and the two earliest PUSCH transmissions are associated with two CORESET pool index values respectively, e.g., CORESETPoolIndex 0 and CORESETPoolIndex 1, the actual PHR is based on the PUSCH transmission of the two earliest PUSCH transmissions associated with the lower CORESET Pool index value in the slot, e.g., CORESETPoolIndex 0. Otherwise, the actual PHR is based on a PUSCH  transmission which starts earliest in the slot.
In some other embodiments of the present application (Scheme 1-1-2) , in the case that there are at least two PUSCH transmissions associated with the two CORESET pool index values in the slot, e.g., CORESETPoolIndex 0 and CORESETPoolIndex 1, the actual PHR is determined based on the earliest PUSCH transmission of all PUSCH transmissions associated with the lower CORESET pool index value, e.g., CORESETPoolIndex 0 in the slot. Otherwise, the actual PHR is based on a PUSCH transmission staring earliest in the slot.
In some yet other embodiments of the present application (Scheme 1-1-3) , in the case that all PUSCH transmissions in the slot are associated with the same CORESET pool index value, e.g., CORESETPoolIndex 0 or CORESETPoolIndex 1, the actual PHR is based on the earliest PUSCH transmission in the slot. At least one bit can be included in the PHR MAC CE to indicate with which CORESET pool index value the actual PHR is associated. Otherwise, the actual PHR is based on the earliest PUSCH transmission of all PUSCH transmissions associated with one CORESET pool index value, e.g., CORESETPoolIndex 0 or CORESETPoolIndex 1 of two CORESET pool index values in the slot. At least one bit can be included in the PHR MAC CE to indicate with which CORESET pool index value the actual PHR is associated. For example, one bit can be included in the PHR MAC CE, wherein “0”means the PHR is associated with CORESETPoolIndex 0 and “1” means the PHR is associated with CORESETPoolIndex 1.
FIGS. 3 and 4 respectively illustrate a schematic diagram of PUSCH transmissions in a slot according to some embodiments of the present application.
Regarding the exemplary scenario shown in FIG. 3, there are two PUSCH transmissions, e.g., PUSCH 1 and PUSCH 2 in slot n meeting the timeline for determining an actual PHR in the slot. The starting symbol of PUSCH 1 is after the starting symbol of PUSCH 2, that is PUSCH 2 is the earliest PUSCH transmission in slot n. Besides, PUSCH 1 and PUSCH 2 are associated with CORESETPoolIndex 0 and CORESETPoolIndex 1 respectively.
Regarding the exemplary scenario shown in FIG. 4, there are also two  PUSCH transmissions, e.g., PUSCH 1 and PUSCH 2 in the slot meeting the timeline for determining an actual PHR in the slot. The starting symbol of PUSCH 1 is identical with the starting symbol of PUSCH 2, that is, there are two earliest PUSCH transmission in slot n. Besides, PUSCH 1 and PUSCH 2 are associated with CORESETPoolIndex 0 and CORESETPoolIndex 1 respectively.
Then, for the embodiments shown in FIG. 3, according to Scheme 1-1-1, since PUSCH 2 is the earliest PUSCH transmission in slot n, an actual PHR based on PUSCH 2 in slot n will be reported. According to Scheme 1-1-2, since PUSCH 1 is associated with CORESETPoolIndex 0, an actual PHR based on PUSCH 1 in slot n will be reported. According to Scheme 1-1-3, an actual PHR in slot n can be based on either PUSCH 1 or PUSCH 2, and one bit is included in the PHR MAC CE to indicate with which CORESET pool index value the reported PHR is associated. For example, if an actual PHR based on PUSCH 1 is reported, one bit in the PHR MAC CE will be set to “0” to indicate that the actual PHR is associated with COESESETPoolIndex 0.
Then, for the embodiments shown in FIG. 4, an actual PHR in slot n based on PUSCH 1 associated with CORESETPoolIndex 0 will be reported either according to Scheme 1-1-1 or Scheme 1-1-2. According to Scheme 1-1-3, an actual PHR in slot n can be based on either PUSCH 1 or PUSCH 2, and one bit is included in the PHR MAC CE to indicate with which CORESET pool index value the PHR is associated. For example, if an actual PHR based on PUSCH 2 is reported, one bit in a PHR MAC CE will be set to “1” to indicate that the actual PHR is associated with COESESETPoolIndex 1.
Case 2: PHR being determined based on PUSCH transmission associated with SRS resource set
According to some other embodiments of the present application, two SRS resource sets are also configured in the activated BWP of the serving cell for PUSCH transmission in M-DCI based M-TRP. Each PUSCH transmission is associated with a SRS resource set according to the scheduling or activating DCI for DG PUSCH and Type 2 CG PUSCH respectively, or according to the RRC configuration for Type 1 CG PUSCH. A SRS resource set with a lower ID of the two SRS resource sets is the  first SRS resource set configured for PUSCH, while the other SRS resource set with a higher ID of the two SRS resource sets is the second SRS resource set configured for PUSCH. When there is at least one PUSCH transmission meeting the timeline for determining an actual PHR in the slot, e.g., which is specified in TS38.213, an actual PHR associated with a SRS resource set will be reported in a PHR MAC CE.
For example, in some embodiments of the present application (Scheme 1-2-1) , in the case that there are two PUSCH transmissions meeting the timeline for determining an actual PHR in the slot, i.e., two earliest PUSCH transmissions in the slot which are respectively associated with two SRS resource sets, the actual PHR is based on the PUSCH transmission associated with the first SRS resource set of the two earliest PUSCH transmissions in the slot. Otherwise, the actual PHR is based on a PUSCH transmission which starts earliest in the slot.
In some other embodiments of the present application (Scheme 1-2-2) , in the case that there are at least two PUSCH transmissions associated with two SRS resource sets in the slot, the actual PHR is based on an earliest PUSCH transmission associated with the first SRS resource set of the at least two earliest PUSCH transmissions in the slot. Otherwise, the actual PHR is based on a PUSCH transmission which starts earliest in the slot.
In some yet other embodiments of the present application (Scheme 1-2-3) , in the case that all PUSCH transmissions in the slot are associated with the same SRS resource set of two SRS resource sets, e.g., the first SRS resource set, the actual PHR is based on the earliest PUSCH transmission in the slot. The PHR MAC CE can include at least one bit to indicate with which SRS resource set the actual PHR is associated. Otherwise, the actual PHR is based on the earliest PUSCH transmission associated with one SRS resource set of the two SRS resource sets of all PUSCH transmissions in the slot. Similarly, the PHR MAC CE can include at least one bit to indicate with which SRS resource set the actual PHR is associated. Although the PUSCH transmission may be the same due to the associated SRS resource set of a PUSCH transmission being associated with a CORESET pool index value in some cases, it does mean Scheme 1-2-3 is the same as Scheme 1-1-3.
FIGS. 5 and 6 respectively illustrate a schematic diagram of PUSCH  transmissions according to some other embodiments of the present application.
As shown in FIG. 5, two SRS resource sets, e.g., SRS resource set 1 and SRS resource set 2 are configured for PUSCH transmission in the activated BWP of the serving cell. There are two PUSCH transmissions, e.g., PUSCH 1 and PUSCH 2 in slot n meeting the timeline for determining an actual PHR in the slot, wherein PUSCH 1 and PUSCH 2 are associated with SRS resource set 1 and SRS resource set 2 respectively. The starting symbol of PUSCH 1 is after the starting symbol of PUSCH 2, that is, PUSCH 2 is the earliest PUSCH transmission in slot n.
As shown in FIG. 6, similarly, two SRS resource sets, e.g., SRS resource set 1 and SRS resource set 2 are configured for PUSCH transmission in the activated BWP of the serving cell. There are two PUSCH transmissions, e.g., PUSCH 1 and PUSCH 2 in the slot meeting the timeline for determining an actual PHR in the slot, wherein PUSCH 1 and PUSCH 2 are associated with SRS resource set 1 and SRS resource set 2 respectively. The starting symbol of PUSCH 1 is the same as the starting symbol of PUSCH 2, that is, PUSCH 1 and PUSCH 2 start simultaneously in slot n.
Then, for the embodiments shown in FIG. 5, an actual PHR based on PUSCH 2 will be reported in the PHR MAC CE according to Scheme 1-2-1, and an actual PHR based on PUSCH 1 will be reported in the PHR MAC CE according to Scheme 1-2-2. According to Scheme 1-2-3, the actual PHR based on PUSCH 1 can be reported in the PHR MAC CE, and at least one bit in the PHR MAC CE indicates the actual PHR is associated with SRS resource set 1, e.g., a bit set to “0” ; or the actual PHR based on PUSCH 2 can be reported in the PHR MAC CE, and at least one bit in the PHR MAC CE indicates the actual PHR is associated with SRS resource set 2, e.g., a bit set to “1. ”
Then, for the embodiments shown in FIG. 6, according to Scheme 1-2-1 and Scheme 1-2-2, an actual PHR based on PUSCH 1 will be reported in the PHR MAC CE. According to Scheme 1-2-3, the actual PHR based on PUSCH 1 can be reported in the PHR MAC CE, and at least one bit in the PHR MAC CE indicates the actual PHR is associated with SRS resource set 1, e.g., two bits set to “00” ; or the actual PHR based on PUSCH 2 can be reported in the PHR MAC CE, and at least one bit in  the PHR MAC CE indicates the actual PHR is associated with SRS resource set 2, e.g., two bits set to “01” .
Scenario 2: two PHRs to be reported
In some scenarios, the UE is indicated to report two PHRs, e.g., by a RRC signaling. For example, the parameter “twoPHRMode” is enabled. That is, the UE needs to provide two Type 1 PHRs for an activated uplink BWP of a serving cell in a slot according to a PHR triggering event. Two CORESET pool index values, e.g., CORESETPoolIndex 0 and CORESETPoolIndex 1 are configured for the activated BWP. The two PHRs will be reported in a PHR MAC CE in an order, which include at least one actual PHR herein.
Case 1: Actual PHR being determined based on PUSCH transmission associated with CORESET pool index value
In some cases, at least two PUSCH transmissions meeting the timeline for determining an actual PHR in the slot which is specified in TS38.213 are associated with two CORESET pool index values, and two actual PHRs are determined for the activated BWP.
For example, in some embodiments of the present application (Scheme 2-1a-1) , the first PHR in the PHR MAC CE is an actual PHR associated with a lower CORESET pool index value, e.g., CORESETPoolIndex 0, and the second PHR in the PHR MAC CE is an actual PHR associated with a higher CORESET pool index value, e.g., CORESETPoolIndex 1. The PHR associated with the lower CORESET pool index value is based on an earliest PUSCH transmission associated with the lower CORESET pool index value in the slot (hereafter also referred to as “the first PUSCH transmission” ) , and the PHR associated with the higher CORESET pool index value is based on an earliest PUSCH transmission associated with the higher CORESET pool index value in the slot (hereafter also referred to as “the second PUSCH transmission” ) .
In some other embodiments of the present application (Scheme 2-1a-2) , in the case that the starting symbol of the earliest PUSCH transmission associated with a  lower CORESET pool index value, i.e., the first PUSCH transmission is identical with that of the earliest PUSCH transmission associated with a higher CORESET pool index value, i.e., the second PUSCH transmission, the first PHR in the PHR MAC CE is an actual PHR based on an earliest PUSCH transmission associated with a lower CORESET pool index value and the second PHR in the PHR MAC CE is the actual PHR based on an earliest PUSCH transmission associated with a higher CORESET pool index value. Otherwise, the first PHR reported in the PHR MAC CE is the actual PHR based on a PUSCH transmission starting earlier of the first and second PUSCH transmissions, and the second PHR reported in the MAC CE is the actual PHR based on the other PUSCH transmission of the first and second actual PUSCH transmissions.
Still referring to FIGS. 3 and 4, it is supposed that PUSCH 1 is the PUSCH transmission meeting the timeline for determining an actual PHR in the slot associated with the lower CORESET pool index value and PUSCH 2 is the PUSCH transmission meeting the timeline for determining an actual PHR in the slot associated with the higher CORESET pool index value in Scenario 2.
Then, for the embodiments shown in FIG. 3, according to Scheme 2-1a-1, the first PHR is the actual PHR based on PUSCH 1 associated with CORESETPoolIndex 0 and the second PHR is the actual PHR based on PUSCH 2 associated with CORESETPoolIndex 1. According to Scheme 2-1a-2, the first PHR is the actual PHR based on PUSCH 2 associated with CORESETPoolIndex 1 and the second PHR is the actual PHR based on PUSCH 1 associated with CORESETPoolIndex 0.
For the embodiments shown in FIG. 4, two actual PHRs will be reported in Scenario 2. Either according to Scheme 2-1-1 or Scheme 2-1-2, the first PHR is the actual PHR based on PUSCH 1 associated with CORESETPoolIndex 0 and the second PHR is the actual PHR based on PUSCH 2 associated with CORESETPoolIndex 1.
However, in some cases, all the actual PUSCH transmissions meeting the timeline for determining an actual PHR in the slot which is specified in TS38.213 are associated with only one CORESET pool index value of two CORESET pool index values, and only one actual PHR is determined based on an earliest PUSCH  transmission associated with the CORESET pool index value in the slot. That is, the two PHRs in a slot in a PHR MAC CE only include one actual PHR in the slot.
According to some embodiments of the present application (Scheme 2-1b-1) , the actual PHR is the first PHR reported in the PHR MAC CE, regardless whether the actual PHR is associated with a lower CORESET pool index value or a higher one CORESET pool index value.
According to some other embodiments of the present application (Scheme 2-1b-2) , the actual PHR is the first PHR reported in the PHR MAC CE in the case that the actual PHR is based on a PUSCH transmission associated with a lower CORESET pool index value, e.g., CORESERPoolIndex 0. Otherwise, the actual PHR is the second PHR reported in the PHR MAC CE in the case the actual PHR is based on a PUSCH transmission associated with a higher CORESET pool index value, e.g., CORESETPoolIndex 1.
FIGS. 7 and 8 respectively illustrate a schematic diagram of PUSCH transmissions in a slot according to some yet other embodiments of the present application.
As shown in FIG. 7, there is one PUSCH transmission, e.g., PUSCH 1 in slot n meeting the timeline for determining an actual PHR in the slot, which is associated with CORESETPoolIndex 0. As shown in FIG. 8, there is one PUSCH transmission, e.g., PUSCH 2 in slot n meeting the timeline for determining an actual PHR in the slot, which is associated with CORESETPoolIndex 1. Although the UE is indicated to report two PHRs in the PHR MAC CE, only one PHR is an actual PHR in the slot, and the other one is a virtual PHR.
Then, either according to Scheme 2-1b-1 or Scheme 2-1b-2, for the embodiments shown in FIG. 7, the actual PHR based on PUSCH 1 associated with CORESETPoolIndex 0 is the first PHR in the PHR MAC CE, and the virtual PHR is the second PHR in the PHR MAC CE.
For the embodiments shown in FIG. 8, according to Scheme 2-1b-1, the actual PHR based on PUSCH 2 associated with CORESETPoolIndex 1 is the second  PHR in the PHR MAC CE, while the virtual PHR is the first PHR in the PHR MAC CE. According to Scheme 2-1b-2, the actual PHR based on PUSCH 2 is the first PHR in the PHR MAC CE and the virtual PHR is the second PHR in the PHR MAC CE.
Case 2: Actual PHR being determined PUSCH transmission associated with SRS resource set.
Similar to Case 2 in Scenario 1, according to some embodiments of the present application, two SRS resource sets are configured for the activated BWP of the serving cell for PUSCH transmission in M-DCI based M-TRP. Each PUSCH transmission is associated with a SRS resource set according to the scheduling or activating DCI for DG PUSCH and Type 2 CG PUSCH respectively, or according to the RRC configuration for Type 1 CG PUSCH. A SRS resource set with a lower ID of the two SRS resource sets is the first SRS resource set configured for PUSCH, while the other SRS resource set with a higher ID of the two SRS resource sets is the second SRS resource set configured for PUSCH. When there is at least one PUSCH transmission meeting the timeline for determining an actual PHR in the slot, e.g., which is specified in TS38.213, an actual PHR will be reported.
In some cases, at least two PUSCH transmissions meeting the timeline for determining an actual PHR in the slot which is specified in TS38.213 are associated with two SRS resource sets, and two actual PHRs in the slot are determined for the activated BWP.
In some embodiments of the present application (Scheme 2-2a-1) , the actual PHR based on a PUSCH transmission associated with the first SRS resource set is the first PHR in the PHR MAC CE, and the actual PHR based on a PUSCH transmission associated with the second SRS resource set is the second PHR reported in the PHR MAC CE.
In some other embodiments of the present application (Scheme 2-2b-2) , in the case that the starting symbols of an earliest PUSCH transmission associated with the first SRS resource set in the slot and an earliest PUSCH transmission associated with the second SRS resource set in the slot are the same, the actual PHR based on the  earliest PUSCH transmission associated with the first SRS resource set is the first PHR in the PHR MAC CE, and the actual PHR based on the earliest PUSCH transmission associated with the second SRS resource set is the second PHR reported in the PHR MAC CE. Otherwise, the first PHR reported in the PHR MAC CE is the actual PHR based on a PUSCH transmission starting earlier of the two earliest PUSCH transmissions associated with the two SRS resource sets respectively, and the second PHR reported in the PHR MAC CE is the other actual PHR based on the other PUSCH transmission of the two PUSCH transmissions.
Still referring to FIGS. 5 and 6, it is supposed that PUSCH 1 is the PUSCH transmission meeting the timeline for determining an actual PHR in the slot associated with the first SRS resource set, and PUSCH 2 is the PUSCH transmission meeting the timeline for determining an actual PHR in the slot associated with the second SRS resource set in Scenario 2.
Then, for the embodiments shown in FIG. 7, according to Scheme 2-2a-1, the first PHR is the actual PHR based on PUSCH 1 associated with SRS resource set 1 and the second PHR is the actual PHR based on PUSCH 2 associated with SRS resource set 2. According to Scheme 2-2a-2, the first PHR is the actual PHR based on PUSCH 2 associated with SRS resource set 2 and the second PHR is the actual PHR based on PUSCH 1 associated with SRS resource set 1.
For the embodiments shown in FIG. 8, either according to Scheme 2-2a-1 or Scheme 2-2a-2, the first PHR is the actual PHR based on PUSCH 1 associated with SRS resource set 1 and the second PHR is the actual PHR based on PUSCH 2 associated with SRS resource set 2.
However, in some cases, all the actual PUSCH transmissions meeting the timeline for determining an actual PHR in the slot which is specified in TS38.213 ae associated with only one SRS resource set of the two SRS resource sets, and only one actual PHR is determined based on an earliest PUSCH transmission associated with the only one SRS resource set in the slot. That is, the two PHRs in a slot in a PHR MAC CE only include one actual PHR in the slot. The other one of the two PHRs in the PHR MAC CE is a virtual PHR in the slot.
In some embodiments of the present application (Scheme 2-2b-1) , the actual PHR is the first PHR reported in the PHR MAC CE regardless with which SRS resource set the actual PHR is associated.
In some other embodiments of the present application (Scheme 2-2b-2) , the actual PHR is the first PHR reported in the PHR MAC CE in the case the actual PHR is based on a PUSCH transmission associated with the first SRS resource set. Otherwise, the actual PHR is the second PHR reported in the PHR MAC CE in the case that the actual PHR is based on a PUSCH transmission associated with the second SRS resource set.
FIGS. 9 and 10 respectively illustrate a schematic diagram of PUSCH transmissions in a slot according to some yet embodiments of the present application.
As shown in FIG. 9, there is one PUSCH transmission, e.g., PUSCH 1 in slot n meeting the timeline for determining an actual PHR in the slot, which is associated with the first SRS resource set, e.g., SRS resource set 1. As shown in FIG. 10, there is one PUSCH transmission, e.g., PUSCH 2 in slot n meeting the timeline for determining an actual PHR in the slot, which is associated with the second SRS resource set, e.g., SRS resource set 2. Although the UE is indicated to report two PHRs in the PHR MAC CE, only one PHR is an actual PHR in the slot, and the other one is a virtual PHR.
Then, either according to Scheme 2-2b-1 or Scheme 2-2b-2, for the embodiments shown in FIG. 9, the actual PHR based on PUSCH 1 associated with SRSR resource set 1 is the first PHR in the PHR MAC CE, and the virtual PHR is the second PHR in the PHR MAC CE.
For the embodiments shown in FIG. 10, according to Scheme 2-2b-1, the actual PHR based on PUSCH 2 associated with SRS resource 1 is the second PHR in the PHR MAC CE, while the virtual PHR is the first PHR in the PHR MAC CE. According to Scheme 2-1b-2, the actual PHR based on PUSCH 2 is the first PHR in the PHR MAC CE and the virtual PHR is the second PHR in the PHR MAC CE.
Persons skilled in the art should well know that although up to two PHRs are  illustrated, the illustrated schemes can also be applied to scenarios of reporting more than two PHRs as 3GPP develops, and should not limit the solution of the present application to the specific embodiments.
Besides the methods, embodiments of the present application also propose an apparatus of PHR reporting.
For example, FIG. 11 illustrates a block diagram of an apparatus of PHR reporting 300 according to some embodiments of the present application.
As shown in FIG. 11, the apparatus 1100 may include at least one non-transitory computer-readable medium 1101, at least one receiving circuitry 1102, at least one transmitting circuitry 1104, and at least one processor 1106 coupled to the non-transitory computer-readable medium 1101, the receiving circuitry 1102 and the transmitting circuitry 1104. The at least one processor 1106 may be a CPU, a DSP, a microprocessor etc. The apparatus 1100 may be a RAN node, e.g., a gNB or a remote apparatus, e.g., UE configured to perform a method illustrated in the above or the like.
Although in this figure, elements such as the at least one processor 1106, transmitting circuitry 1104, and receiving circuitry 1102 are described in the singular, the plural is contemplated unless a limitation to the singular is explicitly stated. In some embodiments of the present application, the receiving circuitry 1102 and the transmitting circuitry 1104 can be combined into a single device, such as a transceiver. In certain embodiments of the present application, the apparatus 1100 may further include an input device, a memory, and/or other components.
In some embodiments of the present application, the non-transitory computer-readable medium 1101 may have stored thereon computer-executable instructions to cause a processor to implement the method with respect to the network apparatus as described above. For example, the computer-executable instructions, when executed, cause the processor 1106 interacting with receiving circuitry 1102 and transmitting circuitry 1104, so as to perform the steps with respect to the RAN node or network apparatus, e.g., a gNB as depicted above.
In some embodiments of the present application, the non-transitory computer-readable medium 1101 may have stored thereon computer-executable instructions to cause a processor to implement the method with respect to the UE as described above. For example, the computer-executable instructions, when executed, cause the processor 1106 interacting with receiving circuitry 1102 and transmitting circuitry 1104, so as to perform the steps with respect to the UE as illustrated above.
FIG. 12 is a block diagram of an apparatus of PHR reporting according to some other embodiments of the present application.
Referring to FIG. 12, the apparatus 1200, for example a gNB or a UE may include at least one processor 1202 and at least one transceiver 12012 coupled to the at least one processor 1202. The transceiver 1204 may include at least one separate receiving circuitry 1206 and transmitting circuitry 1204, or at least one integrated receiving circuitry 1206 and transmitting circuitry 1204. The at least one processor 1202 may be a CPU, a DSP, a microprocessor etc.
According to some embodiments of the present application, when the apparatus 1200 is a remote apparatus, e.g., a UE, the processor is configured to: receive, via the transceiver information indicating a total number of at least one PHR in a slot to be reported for an activated BWP of a serving cell, wherein the BWP is configured with two CORESET pool index values; and transmit, via the transceiver the at least one PHR in the slot, wherein the at least one PHR includes at least one actual PHR, each actual PHR being determined based on a PUSCH transmission in the slot.
According to some other embodiments of the present application, when the apparatus 1200 is a RAN node, e.g., a gNB, the processor may be configured to: transmit, via the transceiver information indicating a total number of at least one PHR in a slot to be reported for an activated BWP of a serving cell, wherein the BWP is configured with two CORESET pool index values; and receive, via the transceiver the at least one PHR, wherein the at least one PHR includes at least one actual PHR, each actual PHR being determined based on a PUSCH transmission in the slot.
The method according to embodiments of the present application can also be  implemented on a programmed processor. However, the controllers, flowcharts, and modules may also be implemented on a general purpose or special purpose computer, a programmed microprocessor or microcontroller and peripheral integrated circuit elements, an integrated circuit, a hardware electronic or logic circuit such as a discrete element circuit, a programmable logic device, or the like. In general, any device capable of implementing the flowcharts shown in the figures may be used to implement the processor functions of this application. For example, an embodiment of the present application provides an apparatus, including a processor and a memory. Computer programmable instructions for implementing a method are stored in the memory, and the processor is configured to perform the computer programmable instructions to implement the method. The method may be a method as stated above or other method according to an embodiment of the present application.
An alternative embodiment preferably implements the methods according to embodiments of the present application in a non-transitory, computer-readable storage medium storing computer programmable instructions. The instructions are preferably executed by computer-executable components preferably integrated with a network security system. The non-transitory, computer-readable storage medium may be stored on any suitable computer readable media such as RAMs, ROMs, flash memory, EEPROMs, optical storage devices (CD or DVD) , hard drives, floppy drives, or any suitable device. The computer-executable component is preferably a processor but the instructions may alternatively or additionally be executed by any suitable dedicated hardware device. For example, an embodiment of the present application provides a non-transitory, computer-readable storage medium having computer programmable instructions stored therein. The computer programmable instructions are configured to implement a method as stated above or other method according to an embodiment of the present application.
In addition, in this disclosure, the terms "includes, " "including, " or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that includes a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. An element proceeded by "a, " "an, " or the like does not, without more constraints, preclude the existence of additional identical  elements in the process, method, article, or apparatus that includes the element. Also, the term "another" is defined as at least a second or more. The terms "having, " and the like, as used herein, are defined as "including. "

Claims (15)

  1. A user equipment (UE) , comprising:
    a transceiver; and
    a processor coupled to the transceiver, wherein the processor is configured to:
    receive, via the transceiver information indicating a total number of at least one power headroom report (PHR) in a slot to be reported for an activated bandwidth part (BWP) of a serving cell, wherein the BWP is configured with two control resource set (CORESET) pool index values; and
    transmit, via the transceiver the at least one PHR in the slot, wherein the at least one PHR includes at least one actual PHR, each actual PHR being determined based on a physical uplink shared channel (PUSCH) transmission in the slot.
  2. The UE of claim 1, wherein, one PHR in the slot including one actual PHR is transmitted, and wherein,
    the actual PHR is based on an earliest PUSCH transmission associated with a lower CORESET pool index value in the slot in the case that there are two earliest PUSCH transmissions respectively associated with the two CORESET pool index values in the slot; otherwise, the actual PHR is based on a PUSCH transmission starting earliest in the slot.
  3. The UE of claim 1, wherein, one PHR in the slot including one actual PHR is transmitted, and wherein,
    the actual PHR is based on an earliest PUSCH transmission of all PUSCH transmissions associated with a lower CORESET pool index value in the slot in the case that there are at least two PUSCH transmissions associated with the two CORESET pool index values in the slot; otherwise, the actual PHR is based on a PUSCH transmission starting earliest in the slot.
  4. The UE of claim 1, wherein, one PHR in the slot including one actual PHR is transmitted in a PHR medium access control (MAC) control element (CE) , and wherein,
    the actual PHR is based on an earliest PUSCH transmission in the slot in the case that all PUSCH transmissions in the slot are associated with a same CORESET pool index value of the two CORESET pool index values; otherwise, the actual PHR is based on an earliest PUSCH transmission of all PUSCH transmissions associated with a CORESET pool index value of the two CORESET pool index values in the slot,
    and wherein, at least one bit is added in the PHR MAC CE to indicate with which CORESET pool index value the actual PHR is associated.
  5. The UE of claim 1, wherein, one PHR in the slot including one actual PHR is transmitted, and wherein,
    the actual PHR is based on an earliest PUSCH transmission associated with a sounding reference signal (SRS) resource set with a lower identifier (ID) in the slot in the case that there are two earliest PUSCH transmissions in the slot and being respectively associated with two SRS resource sets configured for the BWP; otherwise, the actual PHR is based on a PUSCH transmission starting earliest in the slot.
  6. The UE of claim 1, wherein, one PHR in the slot including one actual PHR is transmitted, and wherein,
    the actual PHR is based on an earliest PUSCH transmission of all PUSCH transmissions associated with a sounding reference signal (SRS) resource set with a lower identifier (ID) in the slot in the case that there are at least two PUSCH transmissions in the slot associated with two SRS resource sets configured for the BWP; otherwise, the actual PHR is based on a PUSCH transmission starting earliest in the slot.
  7. The UE of claim 1, wherein, one PHR in the slot including one actual PHR is transmitted in a PHR medium access control (MAC) control element (CE) , and wherein,
    the actual PHR is based on an earliest PUSCH transmission in the slot in the case that all PUSCH transmissions in the slot are associated with a same sounding reference signal (SRS) resource set of two SRS resource sets configured for the BWP, otherwise, the actual PHR is based on an earliest PUSCH transmission of all PUSCH transmissions associated with a SRS resource set of the two SRS resource sets in the slot,
    and wherein, at least one bit is added in the PHR MAC CE to indicate with which SRS resource set the actual PHR is associated.
  8. The UE of claim 1, wherein, two PHRs in the slot including two actual PHRs are transmitted in a PHR medium access control (MAC) control element (CE) , and wherein,
    a first actual PHR in the PHR MAC CE is based on a first PUSCH transmission starting earliest of all PUSCH transmissions associated with a lower CORESET pool index value of the two CORESET pool index values in the slot and a second actual PHR in the PHR MAC CE is based on a second PUSCH transmission starting earliest of all PUSCH transmissions associated with a higher CORESET pool index value of the two CORESET pool index values in the slot.
  9. The UE of claim 1, wherein, two PHRs in the slot including two actual PHRs are transmitted in a PHR MAC CE, and wherein,
    a first actual PHR in the PHR MAC CE is based on a first PUSCH transmission starting earliest of all PUSCH transmissions associated with a lower CORESET pool index value of the two CORESET pool index values in the slot and a second actual PHR in the PHR MAC CE is based on a second PUSCH transmission starting earliest of all PUSCH transmissions associated with a higher CORESET pool  index value of the two CORESET pool index values in the slot in the case that starting symbols of the first PUSCH transmission and the second PUSCH transmission are same; otherwise, the first PHR is an actual PHR based on a PUSCH transmission starting earliest in the slot which is associated with one CORESET pool index value of the two CORESET pool index values, and the second PHR is an actual PHR based on another PUSCH transmission starting earliest of all PUSCH transmissions associated with another CORESET pool index value of the two CORESET pool index values in the slot.
  10. The UE of claim 1, wherein, two PHRs in the slot including one actual PHR are transmitted in a PHR medium access control (MAC) control element (CE) , and wherein,
    the actual PHR is a first PHR in the PHR MAC CE, and the actual PHR is based on a PUSCH transmission associated with a CORESET pool index value of the two CORESET pool index values or a sounding reference signal (SRS) resource set of two SRS resource sets configured for the BWP.
  11. The UE of claim 1, wherein, two PHRs in the slot including one actual PHR are transmitted in a PHR medium access control (MAC) control element (CE) , and wherein,
    the actual PHR is a first PHR in the PHR MAC CE in the case that the actual PHR is determined based on a PUSCH transmission associated with a lower CORESET pool index value of the two CORESET pool index values; or, the actual PHR is a second PHR in the PHR MAC CE in the case that the actual PHR is determined based on a PUSCH transmission associated with a higher CORESET pool index value of the two CORESET pool index values.
  12. The UE of claim 1, wherein, two PHRs in the slot including two actual PHRs are transmitted in a PHR MAC CE, and wherein,
    a first actual PHR in the PHR MAC CE is based on a first PUSCH transmission starting earliest of all PUSCH transmissions associated with a sounding reference signal (SRS) resource set with a lower identifier (ID) of two SRS resource sets configured for the BWP and a second actual PHR in the PHR MAC CE is based on a second PUSCH transmission starting earliest of all PUSCH transmissions associated with a SRS resource set with a higher ID of the two SRS resource sets in the case that a starting symbol of the first PUSCH transmission and the second PUSCH transmission are same; otherwise, the first PHR is an actual PHR based on a PUSCH transmission starting earlier of the first and second PUSCH transmissions, and the second PHR is an actual PHR based on another one of the first and second PUSCH transmissions.
  13. The UE of claim 1, wherein, two PHRs in the slot including one actual PHR are transmitted in a PHR medium access control (MAC) control element (CE) , and wherein,
    the actual PHR is a first PHR in the PHR MAC CE in the case that the actual PHR is determined based on a PUSCH transmission associated with a sounding reference signal (SRS) resource set with a lower identifier (ID) of two SRS resource sets configured for the BWP; or the actual PHR is a second PHR in the PHR MAC CE in the case that the actual PHR is determined based on a PUSCH transmission associated with a SRS resource set with a higher ID of the two SRS resource sets.
  14. A radio access network (RAN) node, comprising:
    a transceiver; and
    a processor coupled to the transceiver, wherein the processor is configured to:
    transmit, via the transceiver information indicating a total number of at least one power headroom report (PHR) in a slot to be reported for an activated bandwidth part (BWP) of a serving cell, wherein the BWP is configured with two control resource set (CORESET) pool index values; and
    receive, via the transceiver the at least one PHR, wherein the at least one PHR includes at least one actual PHR, each actual PHR being determined based on a physical uplink shared channel (PUSCH) transmission in the slot.
  15. A method, comprising:
    receiving information indicating a total number of at least one power headroom report (PHR) in a slot to be reported for an activated bandwidth part (BWP) of a serving cell, wherein the BWP is configured with two control resource set (CORESET) pool index values; and
    transmitting the at least one PHR in the slot, wherein the at least one PHR includes at least one actual PHR, each actual PHR being determined based on a physical uplink shared channel (PUSCH) transmission in the slot.
PCT/CN2022/088554 2022-04-22 2022-04-22 Method and apparatus of power headroom report (phr) reporting WO2023201721A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/CN2022/088554 WO2023201721A1 (en) 2022-04-22 2022-04-22 Method and apparatus of power headroom report (phr) reporting

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2022/088554 WO2023201721A1 (en) 2022-04-22 2022-04-22 Method and apparatus of power headroom report (phr) reporting

Publications (1)

Publication Number Publication Date
WO2023201721A1 true WO2023201721A1 (en) 2023-10-26

Family

ID=88418967

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2022/088554 WO2023201721A1 (en) 2022-04-22 2022-04-22 Method and apparatus of power headroom report (phr) reporting

Country Status (1)

Country Link
WO (1) WO2023201721A1 (en)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20220046555A1 (en) * 2020-08-10 2022-02-10 Qualcomm Incorporated Power headroom reporting for uplink component carriers

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20220046555A1 (en) * 2020-08-10 2022-02-10 Qualcomm Incorporated Power headroom reporting for uplink component carriers

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
QUALCOMM INCORPORATED: "Remaining issues on MAC and MIMO MAC CEs", 3GPP DRAFT; R2-2202958, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. electronic; 20220221 - 20220303, 14 February 2022 (2022-02-14), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052110801 *
SAMSUNG: "Introduction of feMIMO", 3GPP DRAFT; R2-2204220, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Online; 20220221 - 20220303, 11 March 2022 (2022-03-11), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052128323 *

Similar Documents

Publication Publication Date Title
US11452047B2 (en) Method and apparatus for transmitting an uplink transmission based on a pathloss estimate
US11463953B2 (en) Method for managing antenna panel, network device, and terminal device
EP3753339B1 (en) Method and apparatus having power control for grant-free uplink transmission
CN112236968B (en) Procedure for multiple active bandwidth portions
EP3527009B1 (en) Rach power offset
EP3026836B1 (en) Uplink control information transmission method and device
US9999005B2 (en) Method and apparatus for enhanced secondary cell activation and deactivation
US10292110B2 (en) Uplink transmission power control method and apparatus
US10624047B2 (en) Method and device for transmitting uplink information
US20220217653A1 (en) Method and apparatus for multi-transmission/reception point power headroom reporting in a wireless communication system
US20170230913A1 (en) Terminal device, base station device, and method
US20170280441A1 (en) Terminal device, base station apparatus, and communications method
WO2021212364A1 (en) Method and apparatus for power control of pusch repetition
US11659493B2 (en) Method and apparatus for multi-transmission/reception point power headroom reporting in a wireless communication system
CN116963255A (en) Method and apparatus for generating or configuring a power headroom report
EP3909180B1 (en) Scell management for ca
WO2023201721A1 (en) Method and apparatus of power headroom report (phr) reporting
WO2023201718A1 (en) Method and apparatus of power headroom report (phr) reporting
WO2023205925A1 (en) Method and apparatus of power headroom report (phr) reporting
US20230309022A1 (en) Method and apparatus for power control of configured grant pusch repetition
WO2023184543A1 (en) Method and apparatus of power headroom report (phr) reporting
WO2023137697A1 (en) Method and apparatus of adjusting timing for multi-trp transmission
CN117796056A (en) Sending MAC CE messages by IAB node

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 22937957

Country of ref document: EP

Kind code of ref document: A1