Method and apparatus for beam information reporting

Abstract

Exemplary embodiments of the present disclosure relate to a method, an apparatus, and a computer-readable storage medium for beam information reporting. In the exemplary embodiment, a device obtains beam information by measurement. Furthermore, the device transmits a power headroom report (PHR) to a network node. The PHR includes a bitmap indicating whether beam information for multiple serving cells exists.

Description

[Technical Field]

[0001] Exemplary embodiments of the present disclosure relate generally to the field of communications, and more particularly to a method, apparatus, and computer-readable storage medium for beam information reporting. [Background technology]

[0002] To help the evolved NodeB (eNodeB) schedule transmission resources to different user devices in an appropriate manner, it is important for the user devices to report their available power headroom to the eNodeB. This mechanism is sometimes referred to as power headroom reporting (PHR). The eNodeB can use the power headroom report to determine the transmission resources used by the user device. The PHR helps to prevent allocating unnecessary transmission resources to the user device, preventing resource wastage due to the allocation. In this disclosure, the user device is also referred to as user equipment (UE).

[0003] The PHR may include power headroom (PH) information and maximum permission exposure (MPE) information for the serving beam of the serving cell. However, if the quality of the serving beam is not good enough, it is necessary to report beam information for one or more additional beams of multiple serving cells to improve transmission efficiency.

[0004] In the case of fifth-generation (5G) or beyond technology standards for broadband cellular networks, one user device can support connections to multiple serving cells, and each cell can support multiple beams. To improve communication quality, the user device needs to measure reference signals (RS) and report the measured RS to the serving cell. However, how to efficiently report beam information for each serving cell remains an open problem. Summary of the Invention

[0005] Generally, exemplary embodiments of the present disclosure provide a method, apparatus, and computer-readable storage medium for beam information reporting.

[0006] In a first aspect, a method is provided, in which a user device acquires beam information through measurements. Further, the user device transmits a power headroom report (PHR) to a network node. The PHR includes a bitmap indicating whether beam information for multiple serving cells exists.

[0007] In some exemplary embodiments, if a bit in the bitmap indicates that beam information exists for a first serving cell of the plurality of serving cells, the PHR further includes first beam information for the first serving cell, and the first beam information includes an extension (E: extension) bit indicating whether second beam information exists for the serving cell.

[0008] In some exemplary embodiments, if a bit in the bitmap indicates that beam information exists for a first serving cell of the plurality of serving cells, the beam information of the first serving cell further includes a bit indicating whether and / or how much power management maximum power reduction (P-MPR) is required by the user device when using the beam of the first serving cell.

[0009] In some exemplary embodiments, the user device may receive a beam information reporting configuration from a network node, the configuration including a maximum number of beams to be reported.

[0010] In some exemplary embodiments, the user device may trigger the transmission of a PHR if the maximum permissible exposure (MPE) of the beam is below a threshold amount or better than the MPE of the serving beam and / or the quality of the beam is above a threshold quality or better than the quality of the serving beam.

[0011] In some exemplary embodiments, the user device may use a logical channel identity (LCID) to transmit a PHR if beam information for at least one of the multiple serving cells exists. In a second aspect, a method is provided in which a network node receives a power headroom report (PHR) from the user device. The PHR includes a bitmap indicating whether beam information for the multiple serving cells exists. Furthermore, the network node obtains the beam information for the multiple serving cells based on the PHR.

[0012] In some exemplary embodiments, if a bit in the bitmap indicates that beam information exists for a first serving cell of the plurality of serving cells, the PHR further includes first beam information for the first serving cell, and the first beam information includes an extension (E) bit indicating whether second beam information exists for the serving cell.

[0013] In some exemplary embodiments, if a bit in the bitmap indicates that beam information exists for a first serving cell of the plurality of serving cells, the beam information of the first serving cell further includes a bit indicating whether and / or how much power management maximum power reduction value (P-MPR) is required by the user device when using the beam of the first serving cell.

[0014] In some exemplary embodiments, the network node may transmit a beam information reporting configuration to the user device, the configuration including the maximum number of beams to be reported.

[0015] In some exemplary embodiments, the network node may transmit to the user device a configuration regarding conditions for triggering the transmission of a PHR when the maximum permissible exposure (MPE) of the beam is below a threshold amount or better than the MPE of the serving beam and / or the quality of the beam is above a threshold quality or better than the quality of the serving beam.

[0016] In some exemplary embodiments, the network node may transmit a configuration to the user device for using a logical channel identification (LCID) to transmit a PHR if beam information for at least one of the plurality of serving cells exists. In a third aspect, an apparatus is provided comprising a transceiver and at least one processor. The at least one processor is configured to obtain beam information by measurement. Further, the transceiver is configured to transmit a power headroom report (PHR) to the network node. The PHR includes a bitmap indicating whether beam information for the plurality of serving cells exists.

[0017] In a fourth aspect, an apparatus is provided, comprising: a transceiver and at least one processor. The transceiver is configured to receive a power headroom report (PHR) from a user device. The PHR includes a bitmap indicating whether beam information for multiple serving cells exists. Further, the at least one processor is configured to obtain the beam information for the multiple serving cells based on the PHR.

[0018] In a fifth aspect, there is provided a computer-readable storage medium containing stored program instructions which, when executed by a processor of a device, cause the device to perform a method according to the first or second aspect.

[0019] In this way, by adding a bitmap to the PHR to indicate whether beam information for multiple serving cells exists, flexible and efficient beam information reporting is realized, thereby preventing unnecessary signaling overhead and power consumption.

[0020] It should be understood that this "Summary" section is not intended to identify key or essential features of exemplary embodiments of the present disclosure, nor is it intended to be used to limit the scope of the present disclosure. Other features of the present disclosure will become more readily apparent from the following description.

[0021] Some example embodiments will now be described with reference to the accompanying drawings. [Brief explanation of the drawings]

[0022] [Figure 1] FIG. 1 illustrates an exemplary environment in which exemplary embodiments of the present disclosure may be implemented. [Figure 2] FIG. 2 illustrates a signaling flow between devices, according to some exemplary embodiments of the present disclosure. [Figure 3] FIG. 1 illustrates an example structure of a PHR containing beam information, according to some example embodiments of the present disclosure. [Figure 4] FIG. 10 illustrates an example process for beam information reporting, in accordance with some example embodiments of the present disclosure. [Figure 5] FIG. 1 illustrates a flowchart of an exemplary method, according to some exemplary embodiments of the present disclosure. [Figure 6] FIG. 10 illustrates a flowchart of an exemplary method according to some other exemplary embodiments of the present disclosure. [Figure 7] FIG. 1 shows a simplified block diagram of a device suitable for practicing exemplary embodiments of the present disclosure. DETAILED DESCRIPTION OF THE INVENTION

[0023] Throughout the drawings, the same or similar reference numbers refer to the same or similar elements.

[0024] The principles of the present disclosure will be described below with reference to some exemplary embodiments. It should be understood that these exemplary embodiments are set forth merely for illustrative purposes, without implying any limitation on the scope of the present disclosure, and to help those skilled in the art to understand and practice the present disclosure. The disclosure described herein can be implemented in various ways other than those described below.

[0025] In the following description and claims, unless otherwise defined, all technical and / or scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this disclosure belongs.

[0026] As used herein, the term "beam" may refer to a communication resource. Different beams may be considered as different resources. A beam may be represented as a spatial filter. A technique for forming a beam may be a beamforming technique or another technique. The beamforming technique may be, in particular, a digital beamforming technique, an analog beamforming technique, or a hybrid digital / analog beamforming technique. A communication device (including a terminal device and a network device) may communicate with another communication device via one or more beams. A beam may include one or more antenna ports and may be configured for a data channel, a control channel, etc. One or more antenna ports forming a beam may be considered an antenna port set. A beam may be configured using a set of resources or a set of resources for measurement. For example, a CSI resource configuration may include a CSI-ResourceConfigId and a CSI-RS resource set.

[0027] As used herein, the term "network device" or "network node" refers to a device through which services can be provided to terminal devices in a communication network. As an example, a network device may include a base station. As used herein, the term "base station" (BS) refers to a network device through which services can be provided to terminal devices in a communication network. A base station may include any appropriate device through which a terminal device or UE can access a communication network. Examples of base stations include a repeater, an access point (AP), a transmission point (TRP), a Node B (Node B or NB), an evolved Node B (eNodeB or eNB), a New Radio (NR) Node B (gNB), a remote radio module (RRU), a radio header (RH), a remote radio head (RRH), a low-power node such as a femto or pico, etc.

[0028] As used herein, the terms “terminal device,” “user device,” or “user equipment” (UE) refer to any terminal device capable of wireless communication with each other or with a base station. Communication may include transmitting and / or receiving wireless signals using electromagnetic, radio, infrared, and / or other types of signals suitable for conveying information over the air. In some exemplary embodiments, a UE may be configured to transmit and / or receive information without direct human interaction. For example, a UE may transmit information to a base station on a predetermined schedule, when triggered by an internal or external event, or in response to a request from the network side.

[0029] Examples of user devices include, but are not limited to, smartphones, wireless-enabled tablet computers, laptop-embedded equipment (LEE), laptop-mounted equipment (LME), wireless customer-premises equipment (CPE), sensors, measurement devices, personal wearables such as wristwatches, and / or communications-capable vehicles. For purposes of explanation, some example embodiments will be described with reference to a UE as an example of a terminal device, and the terms "terminal device" and "user equipment" (UE) may be used interchangeably in the context of this disclosure.

[0030] As used herein, the term "circuit" means (a) a hardware-only circuit implementation (e.g., an implementation in analog and / or digital circuitry only); (b) (where applicable) (i) combinations of analog and / or digital hardware circuitry with software / firmware, and (ii) combinations of hardware circuitry and software, such as any portion of a hardware processor (including a digital signal processor), software, and memory containing software, that together cause a device, such as a mobile phone or server, to perform various functions; (c) may refer to one or more or all of hardware circuitry and / or processors, such as a microprocessor or part of a microprocessor, that requires software (e.g., firmware) to operate, but where software is not required for operation, the software may not be present.

[0031] This definition of circuit applies to all uses of the term in this application, including its use in any claims. As a further example, when used in this application, the term circuit also covers simply a hardware circuit or processor (or processors), or a portion of a hardware circuit or processor, as well as its (or their) accompanying software and / or firmware implementation. The term circuit also covers, for example, a baseband or processor integrated circuit for a mobile device, or a similar integrated circuit in a server, cellular base station, or other computing station or base station, if applicable to a particular claim element.

[0032] As used herein, the singular forms "a," "an," and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise. The term "comprises" and variations thereof should be read as open-ended, meaning "including, but not limited to." The term "based on" should be read as "based at least in part on." The terms "one embodiment" and "embodiment" should be read as "at least one embodiment." The term "another embodiment" should be read as "at least one other embodiment." Other definitions, express or implied, may be included below.

[0033] As used herein, terms such as "first," "second," and the like may be used to describe various elements herein, and the elements should not be limited by these terms. These terms are used only to distinguish one element from another. For example, a first element can be referred to as a second element, and similarly, a second element can be referred to as a first element, without departing from the scope of the exemplary embodiments. As used herein, the term "and / or" includes any and all combinations of one or more of the listed terms.

[0034] Further enhancements to MIMO for NR are being discussed in the third generation partnership project (3GPP) radio access network (RAN) #86. RAN1 agreed to extend MPE reporting with up to four P-MPR values, each corresponding to a specific candidate beam, identified by either SSBRI or CRI.

[0035] In 3GPP Release 16 (Rel-16), it was agreed that MPE reporting will be included as part of the PHR media access control (MAC) control element (CE). The trigger for MPE reporting may be specified as part of the PHR procedure.

[0036] Furthermore, it is being discussed that 3GPP Release 17 (Rel-17) will extend the Rel-16 MPE reporting by adding MPE reporting to the PHR MAC CE. It is further being discussed that a UE that supports Rel-17 MPE reporting should also support Rel-16 MPE reporting, and that if a Rel-17 MPE configuration is provided, this UE should always use the Rel-17 P-MPR reporting format.

[0037] Furthermore, there is some discussion regarding the contents of the PHR. It has been discussed that the UE can be configured with an "MPE resource pool" (e.g., a list of SSB / CSI-RS resources used for MPE / P-MPR reporting) and that the network device can indicate how to report P-MPR in the PHR for UEs that use many additional beams, both of which require the P bit and the MPE field. For beam identification, the UE needs to indicate the "MPE resource" index (i.e., the index of the SSB / CSI-RS resource used for MPE / P-MPR reporting) in the MAC CE, and for P-MPR, the P CMAX,f,cHowever, assuming that all of these beams are "virtual", it seems unnecessary to include the V bit in any of the beams.

[0038] In 3GPP Rel-17, it is discussed that the PHR MAC CE should indicate 0 to 4 instances of "beam information", and each "beam information" consists of a P bit, a 2-bit MPE field, a beam identification information field, and a P CMAX,f,c The beam information in this disclosure includes a CSI-RS resource indicator (CRI) or a synchronization signal (SS) / physical broadcast channel (PBCH) resource block indicator (SSBRI). For the "beam identification field," 6 bits for signaling the CRI / SSBRI (e.g., beam index) are initially reserved to fit the existing maximum values ​​for SSB and CSI-RS. The CRI / SSBRI reporting field indicates the resource index configured in RRC for the MPE resource pool. It is also argued that the same changes need to be performed for all three different PHR formats: a single-entry PHR, a multi-entry PHR with up to 8 cells, and a multi-entry PHR with up to 32 cells.

[0039] Additionally, there has been some discussion regarding PHR reporting for multiple Transmission Reception Points (mTRPs). In RAN1, it was agreed that when an mTRP is configured, it will indicate the PHR for TRP1 and TRP2. In Rel-17, it is now required that the UE replicates the existing PH reporting for each serving cell that uses mTRP, i.e., for each of TRP1 and TRP2, the fields P, PH (MPE or R), and P CMAX,f,cIn this case, the addition of mTRP-based reporting adds a fixed overhead of 2 octets to the PHR for each serving cell that uses mTRP. Combining with MPE reporting can be done without significant increase in complexity.

[0040] However, if the quality of the serving beam is not good enough, additional beam information for one or more additional beams of the serving cell needs to be reported to improve transmission efficiency. Furthermore, encoding additional beam information for each consecutive serving cell and indicating for each beam whether a beam is reported significantly increases overhead when the UE decides not to report PH for a different beam of the cell, i.e., when the serving beam is good enough or there is no beam of better quality to report. In addition, until now, there has been no effective method for reporting additional beam information for multiple serving cells.

[0041] An exemplary embodiment of the present disclosure provides a beam information reporting scheme. A device such as a UE uses this scheme to obtain beam information through measurements. Furthermore, the device transmits a power headroom report (PHR) to another device such as a network node. The PHR includes a bitmap indicating whether beam information for multiple serving cells exists.

[0042] This scheme facilitates flexible and efficient beam information reporting by adding a bitmap to the PHR to indicate whether beam information for multiple serving cells exists, thereby preventing unnecessary signaling overhead and power consumption.

[0043] FIG. 1 illustrates an exemplary environment 100 in which exemplary embodiments of the present disclosure may be implemented.

[0044] An environment 100, which may be part of a communication network, includes two devices 110 and 120 that communicate with each other or with other devices through each other.

[0045] Devices 110 and 120 may be implemented by any suitable devices in a communication network. In some exemplary embodiments, device 110 may be implemented by a terminal device and device 120 may be implemented by a network device, or vice versa. In some other exemplary embodiments, devices 110 and 120 may both be implemented by a terminal device or a network device. For illustrative purposes only, in this example, a user device is chosen as an example of device 110 and a network node is chosen as an example of device 120.

[0046] It should be understood that two devices are shown in environment 100 for illustrative purposes only, without implying any limitation on the scope of the present disclosure. In some exemplary embodiments, environment 100 may include additional devices for communicating with device 110 and device 120.

[0047] Communications within environment 100 may be in accordance with any suitable communications standard or protocol already in existence or developed in the future, such as Universal Mobile Telecommunications System (UMTS), Long Term Evolution (LTE), LTE-Advanced (LTE-A), 5th Generation (5G) New Radio (NR), Wireless Fidelity (Wi-Fi), and Worldwide Interoperability for Microwave Access (WiMAX) standards, including, for example, Multiple-Input Multiple-Output (MIMO), Orthogonal Frequency Division Multiplexing (OFDM), Time Division Multiplexing (TDM), Frequency Division Multiplexing (FDM), Code Division Multiplexing (CDM), Bluetooth, ZigBee, and Machine Type Communications (MTC) standards. Any suitable communications technology may be employed, including mobile broadband (eMBB), massive machine type communication (mMTC), ultra-reliable low latency communication (URLLC), carrier aggregation (CA), dual connection (DC), and new radio unlicensed (NR-U) technologies.

[0048] 2 illustrates a signaling flow 200 between device 110 and device 120, according to some exemplary embodiments of the present disclosure. For purposes of explanation, signaling flow 200 will be described with reference to FIG.

[0049] As shown in FIG. 2, device 110 acquires beam information through measurements (205). For example, the beam information may include a beam identifier, an MPE, and a P_CMAX, a power headroom (PH), which are described in detail with reference to FIG. 3. For example, device 110 may acquire beam information for multiple serving cells. The beam information for one serving cell among the multiple serving cells may include beam information for one or more additional beams of the serving cell, excluding the serving beam.

[0050] The device 110 (205) may obtain beam information by measuring the beams of each serving cell and select one or more beams according to predefined criteria, such as exceeding some threshold or the best N beams (N is an integer).

[0051] It should be noted that the serving cell in the present disclosure may include a primary cell (PCell), and / or a serving cell of a master cell group (MCG) other than a PCell, a secondary primary cell (SpCell), and / or a serving cell of a secondary cell group (SCG) other than a PSCell.

[0052] Device 110 may then determine how to include beam information for multiple serving cells in the PHR.

[0053] In some example embodiments, for a multiple-entry PHR MAC CE format, a bitmap (also referred to as a Bi bitmap) may be included in the PHR to indicate whether beam information for multiple serving cells is present. For example, a Bi bitmap following an existing Ci bitmap may be included to indicate whether beam information for one or more additional beams of one of the multiple serving cells is reported.

[0054] A bit in the bitmap (also referred to as a Bi bit) may be used to indicate whether beam information exists for one serving cell among multiple serving cells. For example, if Bi=0, no additional beam information may be reported, and if Bi=1, at least one beam information for the serving cell may exist.

[0055] In some exemplary embodiments, the presence of a Bi bitmap in the PHR may be determined in multiple ways. For example, the R bit in the Ci bitmap may be used to indicate whether a Bi bitmap follows. In this way, if no beam information is reported for any serving cell, the Bi bitmap may not be required to be signaled. The traditional LCID of the PHR may be used for the new PHR format.

[0056] Alternatively, the R bit may remain unused but reserved, in which case the logical channel identification (LCID) may be used to indicate whether beam information for multiple serving cells is present.

[0057] For example, the network node may send a configuration to the device 110 to use an LCID to transmit a PHR if beam information for at least one of the multiple serving cells exists. Thus, the device 110 may receive the configuration from the device 120 and then use the LCID to transmit a PHR if beam information for at least one of the multiple serving cells exists. Alternatively, if additional beam information reporting for at least one serving cell is configured, a format for reporting the additional beam, along with an LCID different from the conventional LCID, is always used for the PHR. Alternatively, a PHR format including both LCIDs can be used, and which LCID to use depends on whether beam information is reported for at least one serving cell. In some examples, the above LCID may refer to an eLCID.

[0058] Alternatively, the R bit may be used to indicate beam information for the primary cell (PCell). In this case, the Bi bitmap may always be included in the PHR. Alternatively, a different LCID may be used to indicate whether the Bi bitmap is included, as described above.

[0059] In some exemplary embodiments, the size of the beam information bitmap may be determined in multiple ways. For example, the beam information bitmap may have a fixed size. For example, if there are 8 serving cells, the beam information bitmap may have 1 octet. For example, if there are 32 serving cells, the beam information bitmap may have 4 octets.

[0060] In some exemplary embodiments, one bit in the Bi bitmap is reserved and the beam information of C0 (Ci for i=0) is always present in the PHR report.

[0061] Alternatively, the beam information bitmap may indicate only cells for which beam information reporting is configured by device 210. In this case, if seven or fewer serving cells are configured to report additional beam information, the beam information bitmap may have one octet. For example, if up to 32 serving cells are configured to report additional beam information, the beam information bitmap may have four octets.

[0062] Alternatively, the size of the beam information bitmap may be determined based on the highest serving cell index configured using the additional beam information. If the highest serving cell index is less than 8, the beam information bitmap may have 1 octet. Otherwise, the bitmap may have 4 octets.

[0063] Alternatively, the size of the beam information bitmap may be determined based on the number of activated serving cells. In this case, the size of the beam information bitmap may be determined based on the number of serving cells indicated to be reported by the Ci bitmap. That is, the size of the beam information bitmap may be determined based on the number of serving cells for which PH is configured to be reported.

[0064] Alternatively, the size of the beam information bitmap may be determined based on a combination of the above determination techniques.

[0065] In some exemplary embodiments, if a bit in the bitmap indicates that beam information for one serving cell (also referred to as a first serving cell) of the multiple serving cells exists, the PHR may further include beam information (also referred to as first beam information) of the serving cell. In this case, an additional bit (also referred to as an extension (E) bit) in the first beam information for the serving cell may be used to indicate whether further beam information (also referred to as second beam information) for the serving cell exists. In this case, the E bit in the first beam information may be used to indicate whether the first beam information for the current beam being reported is followed by second beam information for another beam. Thus, device 120 may be able to distinguish the location of the boundary of the beam information for the serving cell. That is, device 120 may be able to determine the end of the beam information for the serving cell.

[0066] In some exemplary embodiments, device 120 may transmit a beam information reporting configuration to device 110. For example, this configuration may include a maximum number of beams to be reported. Accordingly, device 110 may receive a beam information reporting configuration from device 120. As an example, the maximum number of additional beams to be reported may be four. In this case, the number of beams to be reported for each of multiple serving cells may be configured by device 120, respectively. That is, the number of beams to be reported for a serving cell may be different from or the same as another serving cell. In some exemplary embodiments, this configuration may include one or more thresholds for triggering reporting of beam information.

[0067] In some exemplary embodiments, if a bit in the bitmap indicates that beam information for a first serving cell of the multiple serving cells exists, the beam information of the first serving cell may further include a bit to indicate whether and / or how much P-MPR is required by the user device when using the beam of the first serving cell. For example, the beam information of the first serving cell may include an "MPE or R" field to indicate the MPE of the beam of the first serving cell. For example, the beam information of the first serving cell may further include a "P_CMAX" field.

[0068] In some exemplary embodiments, the Bi bitmap may not be included in the PHR. If the Bi bitmap may not be included in the PHR, one specific beam identification value in one octet may be reserved to indicate whether any additional beam information is included. In this case, for example, one specific beam identification value may be used to indicate that no additional beam information regarding the serving cell is included in the PHR.

[0069] In some exemplary embodiments, for each serving cell for which the Bi bitmap indicates that one or more beam information octets are to be reported, the serving cell's PH octet may precede the one or more beam information octets.

[0070] In some exemplary embodiments, if a bit in the bitmap indicates that beam information exists for a first serving cell of the multiple serving cells, the beam information of the first serving cell may further include a field for indicating the PH of the beam of the first serving cell. For example, the PH of the beam information of the first serving cell may be encoded in a separate byte reported for the beam or may be encoded in place of the "P_CMAX" field. For example, if power backoff is not required, the PH may be reported in place of the "P_CMAX" field.

[0071] 2, device 110 transmits 210 a power headroom report (PHR) to device 120. For example, the PHR includes a bitmap indicating whether beam information for multiple serving cells is present.

[0072] In some exemplary embodiments, device 120 may transmit a configuration to device 110 regarding conditions for triggering transmission of a PHR when the beam's MPE is below a threshold amount or better than the serving beam's MPE and / or the beam's quality is above a threshold quality or better than the serving beam's quality. In response, device 110 may trigger transmission of a PHR.

[0073] In some exemplary embodiments, device 110 may trigger transmission of the PHR if the beam's MPE is below a threshold amount or better than the serving beam's MPE. Alternatively, device 110 may trigger transmission of the PHR if the beam's quality is above a threshold quality or better than the serving beam's quality.

[0074] In some exemplary embodiments, two TRPs (e.g., TRP0 and TRP1) may be configured for a serving cell, and two Bi bitmaps (referred to as the first Bi bitmap and the second Bi bitmap) may be used to indicate whether beam information is present for each of the two TRPs of the serving cell. In this case, the first Bi bitmap and the second Bi bitmap may indicate beam information reporting separately for each TRP.

[0075] In some exemplary embodiments, for each serving cell, device 120 may separately configure whether one or two TRPs are used. For example, for each TRP, device 120 may respectively configure the number of beams to be reported for different serving cells.

[0076] For example, the second Bi bitmap may have the same size as the first Bi bitmap. The size of the Bi bitmap may be determined by the techniques described above. For the sake of simplicity, details are omitted.

[0077] Alternatively, the second Bi bitmap may be restricted by serving cells configured using beam information reporting based on multiple TRPs and / or mTRPs, in which case the first Bi bitmap may be used only to indicate beam information for serving cells configured using mTRPs, while the second Bi bitmap may be used to indicate beam information for serving cells for which no mTRPs are configured.

[0078] Alternatively, there may be only one Bi bitmap per serving cell, with the serving cell's bit set to 1 as long as beam information for at least one of the TRPs is indicated. If beam information for other TRPs is not reported, a reserved beam ID is used to indicate the absence of beam information for this TRP. If beam information for both TRPs is not reported, the serving cell's bit is set to 0.

[0079] Alternatively, the Bi bitmap is not used in the PHR to indicate beam information reporting. If the Bi bitmap is not included in the PHR, a specific beam ID may be reserved to indicate that no beam information is available for the serving cell.

[0080] In some exemplary embodiments, the new PHR format may be used only to report beam information for one of the two TRPs for each serving cell. In this case, the TRPs may be encoded within the PHR as described above. That is, the first Bi bitmap may be determined as specified above. The device 110 may then also transmit another PHR, identified by a different LCID, that includes only the second Bi bitmap as specified above and beam information for each indicated serving cell.

[0081] In some example embodiments, for a single-entry PHR format, a separate LCID (or eLCID) may be used to indicate that a PHR containing beam information is being reported and that the beam information reporting follows the principles as described above. In this case, no bitmap is required. In this way, the R bit may be preserved for future use and the fixed-size nature of the single-entry PHR format may be maintained.

[0082] FIG. 3 illustrates an example structure of a PHR containing beam information, according to some example embodiments of the present disclosure.

[0083] As shown in Figure 3, eight cells are configured. For example, the R bit in the Ci bitmap may be used to indicate whether a Bi bitmap follows. Alternatively, the LCID or eLCID may be used to indicate whether beam information for multiple serving cells exists.

[0084] The Bi bitmap is shown in 302. A bit in the Bi bitmap 302 indicates whether beam information exists for one serving cell among multiple serving cells. For example, the beam information includes a P field, an E field, a beam index field, an MPE field, and a P_CMAX field. The P field is used to indicate information associated with power backoff. The E field may be used to indicate the presence of additional beam information octets. The beam index field is used to indicate the index of the beam. The MPE field is used to indicate the MPE of the beam. The P_CMAX field is used to indicate the configured maximum transmit power of the UE and is used in the calculation of the preceding PH field.

[0085] For example, beam information for a primary cell (also referred to as serving cell 0) is shown at 304. The information for the primary cell includes beam information for the primary cell's four beams. For example, an E1 bit in the beam information for the primary cell's first beam may indicate the presence of beam information for a second beam. As an example, because a maximum of four beams are allowed to be configured, an E field in the beam information for a fourth beam may be reserved. Similarly, beam information for another serving cell (also referred to as serving cell 1) is shown at 306.

[0086] 4 illustrates an example process 400 for beam information reporting in accordance with some example embodiments of the present disclosure. For purposes of explanation, the process 400 is described with reference to FIG. 1. For example, the device 110 is implemented by a UE 401 and the device 120 is implemented by a network device 403.

[0087] 4, at 404, the network device 403 may configure the UE 401 with beam information reporting. For example, the UE 401 may be configured to report beam information for four or fewer beams. As an example, the network device 403 may transmit a configuration regarding conditions for triggering transmission of a PHR when the MPE of the beam is below a threshold amount or better than the MPE of the serving beam and / or the quality of the beam is above a threshold quality or better than the quality of the serving beam.

[0088] At 406, the UE 401 may acquire beam information.

[0089] At 408, the UE 401 may trigger a PHR report based on the configuration regarding the conditions. In some example embodiments, the UE 401 may trigger a PHR report if the MPE of the beam is below a threshold amount or better than the MPE of the serving beam and / or the quality of the beam is above a threshold quality or better than the quality of the serving beam.

[0090] At 410, the UE 401 may include the beam information in the PHR and set bits of the beam information accordingly, such as in a Bi bitmap.

[0091] Next, at 412, the UE 401 transmits a PHR including the beam information to the network device 403.

[0092] The network device 403 receives the PHR including the beam information and acquires the beam information accordingly. The network device acquires the beam information according to 414 and 416, for example.

[0093] At 414, the network device 403 may check the PHR for the presence of beam information, for example, based on the R bit or the LCID or eLCID.

[0094] At 416, the network device 403 may check how many beam information elements may be included in the PHR based on the bit indication, for example, based on at least the Bi bitmap and the E bit.

[0095] Next, at 418, the network device 403 may utilize the beam information to determine a beam for the UE 401.

[0096] All operations and features described above with reference to Figures 1-3 are equally applicable to, and have similar effect on, process 400. For purposes of brevity, details are omitted.

[0097] 5 illustrates a flowchart of an example method 500 according to some exemplary embodiments of the present disclosure. Method 500 may be implemented in device 110 such as that shown in FIG. 1. For purposes of explanation, method 500 will be described with reference to FIG. 1.

[0098] In block 505, the device 110 obtains beam information through measurements. In block 510, the device 110 transmits a power headroom report (PHR) to the device 120. The PHR includes a bitmap indicating whether beam information for multiple serving cells exists.

[0099] In some exemplary embodiments, if a bit in the bitmap indicates that beam information exists for a first serving cell of the plurality of serving cells, the PHR further includes first beam information for the first serving cell, and the first beam information includes an extension (E) bit indicating whether second beam information exists for the serving cell.

[0100] In some exemplary embodiments, if a bit in the bitmap indicates that beam information exists for a first serving cell of multiple serving cells, the beam information for the first serving cell further includes a bit indicating whether and / or how much power management maximum power reduction value (P-MPR) is required by device 110 when using the beam of the first serving cell.

[0101] In some exemplary embodiments, device 110 may receive a beam information reporting configuration from device 120. The configuration includes a maximum number of beams to be reported.

[0102] In some exemplary embodiments, device 110 may trigger the transmission of a PHR when the maximum permissible exposure (MPE) of the beam is below a threshold amount or better than the MPE of the serving beam, and / or the quality of the beam is above a threshold quality or better than the quality of the serving beam.

[0103] In some exemplary embodiments, device 110 may use a logical channel identification (LCID) to transmit the PHR if beam information for at least one of the multiple serving cells is present.

[0104] Those skilled in the art will appreciate that all of the operations and features described above with reference to FIGS. 1-4 are equally applicable to method 500 and have similar effect.

[0105] 6 shows a flowchart of an example method 600 according to some other example embodiments of the present disclosure. Method 600 may be implemented in device 120 such as shown in FIG. 1. For purposes of explanation, method 600 will be described with reference to FIG. 1.

[0106] In block 605, the device 120 receives a power headroom report (PHR) from the device 110. The PHR includes a bitmap indicating whether beam information for multiple serving cells exists. In block 610, the device 120 obtains beam information for the multiple serving cells based on the PHR.

[0107] In some exemplary embodiments, if a bit in the bitmap indicates that beam information exists for a first serving cell of the plurality of serving cells, the PHR further includes first beam information for the first serving cell, and the first beam information includes an extension (E) bit indicating whether second beam information exists for the serving cell.

[0108] In some exemplary embodiments, if a bit in the bitmap indicates that beam information exists for a first serving cell of multiple serving cells, the beam information for the first serving cell further includes a bit indicating whether and / or how much power management maximum power reduction value (P-MPR) is required by device 110 when using the beam of the first serving cell.

[0109] In some exemplary embodiments, device 120 may send a beam information reporting configuration to device 110. This configuration includes the maximum number of beams to be reported.

[0110] In some exemplary embodiments, device 120 may transmit to device 110 a configuration regarding conditions for triggering transmission of a PHR when the maximum permissible exposure (MPE) of the beam is below a threshold amount or better than the MPE of the serving beam and / or the quality of the beam is above a threshold quality or better than the quality of the serving beam.

[0111] In some exemplary embodiments, device 120 may transmit a configuration to device 110 to use a logical channel identification (LCID) to transmit the PHR when beam information for at least one of the multiple serving cells is present.

[0112] Those skilled in the art will appreciate that all of the operations and features described above with reference to FIGS. 1-4 are equally applicable to method 600 and have similar effect.

[0113] 7 is a simplified block diagram of a device 700 suitable for implementing an exemplary embodiment of the present disclosure. Device 700 may be implemented in or as part of device 110 or device 120, as shown in FIG.

[0114] As shown in the figure, device 700 includes a processor 710 and a communication module 730. Device 700 may further include memory 720 coupled to processor 710. Device 700 may further include a communication interface (not shown) coupled to communication module 730. Memory 720 may store at least a program 740. Communication module 730 is for two-way communication, for example, via multiple antennas. The communication interface may represent any interface necessary for communication. Communication module 730 may be, for example, a transceiver.

[0115] The program 740 is assumed to include program instructions that, when executed by an associated processor 710, cause the device 700 to operate in accordance with exemplary embodiments of the present disclosure as described herein with reference to Figures 1-6. The exemplary embodiments herein may be implemented by computer software executable by the processor 710 of the device 700, or by hardware, or by a combination of software and hardware. The processor 710 may be configured to implement various exemplary embodiments of the present disclosure.

[0116] Memory 720 may be of any type suitable for a local technology network and may be implemented using any suitable data storage technology, such as, by way of non-limiting example, non-transitory computer-readable storage media, semiconductor-based memory devices, magnetic memory devices and systems, optical memory devices and systems, fixed memory, and removable memory. While only one memory 720 is shown in device 700, multiple physically distinct memory modules may be present in device 700. Processor 710 may be of any type suitable for a local technology network and may include, by way of non-limiting example, one or more of a general-purpose computer, a special-purpose computer, a microprocessor, a digital signal processor (DSP), and a processor based on a multi-core processor architecture. Device 700 may include multiple processors, such as application-specific integrated circuit chips time-slaved to a clock that synchronizes the main processor.

[0117] When device 700 functions as device 110 or part of device 110, processor 710 and communications module 730 may cooperate to perform method 500 as described above with reference to Figures 1-4. When device 700 functions as device 120 or part of device 120, processor 710 and communications module 730 may cooperate to perform method 600 as described above with reference to Figures 1-4. All operations and features described above with reference to Figures 1-6 are equally applicable to device 700 and have similar effect. For purposes of simplicity, details are omitted.

[0118] In general, various exemplary embodiments of the present disclosure may be implemented in hardware or special purpose circuits, software, logic, or any combination thereof. Some aspects may be implemented in hardware, while other aspects may be implemented in firmware or software that may be executed by a controller, microprocessor, or other computing device. While various aspects of the exemplary embodiments of the present disclosure have been illustrated and described as block diagrams, flowcharts, or using some other graphical representations, it should be understood that the blocks, apparatus, systems, techniques, or methods described herein may be implemented in, by way of non-limiting example, hardware, software, firmware, special purpose circuits or logic, general purpose hardware or controller or other computing device, or some combination thereof.

[0119] The present disclosure also provides at least one computer program product tangibly stored on a non-transitory computer-readable storage medium. The computer program product includes computer-executable instructions, such as those included in program modules, that execute on a real or virtual target processor in a device to perform the method 500 or 600 described above with reference to FIGS. 1-4. Generally, program modules include routines, programs, libraries, objects, classes, components, data structures, etc. that perform particular tasks or implement particular abstract data types. The functionality of the program modules may be combined or divided among program modules as desired in various exemplary embodiments. The machine-executable instructions of the program modules may be executed in a local device or a distributed device. In a distributed device, the program modules may be located in both local and remote storage media.

[0120] Program code for carrying out the methods of the present disclosure may be written in any combination of one or more programming languages. These program codes may be provided to a processor or controller of a general-purpose computer, a special-purpose computer, or other programmable data processing apparatus such that, when executed by the processor or controller, the program code causes the functions / acts specified in the flowcharts and / or block diagrams to be performed. The program code may be executed entirely on the machine, partially on the machine as a stand-alone software package, partially on both the machine and a remote machine, or entirely on a remote machine or server.

[0121] In the context of the present disclosure, computer program code or associated data may be carried by any suitable carrier to enable a device, apparatus, or processor to perform the various processes and operations as described above, examples of which include a signal, a computer-readable medium, etc.

[0122] The computer-readable medium may be a computer-readable signal medium or a computer-readable storage medium. The computer-readable medium may include, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination thereof. More specific examples of computer-readable storage media include electrical connections including one or more wires, portable floppy disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fibers, portable compact disc read-only memory (CD-ROM), digital versatile disc (DVD), optical storage device, electromagnetic storage device, or any suitable combination thereof.

[0123] Furthermore, while acts are shown in a particular order, it should not be understood that such acts need to be performed in the particular order shown, or in any sequential order, or that all of the shown acts need to be performed, to achieve desirable results. In certain environments, multitasking and parallel processing may be advantageous. Similarly, while the above description includes details of specific implementations, these should not be construed as limitations on the scope of the disclosure, but rather as descriptions of features that may be specific to particular exemplary embodiments. Certain features described in the context of separate exemplary embodiments may also be implemented in combination in a single embodiment. Conversely, individual features described in the context of a single embodiment may be implemented in multiple exemplary embodiments separately or in any suitable subcombination.

[0124] Although the present disclosure has been described in language specific to structural features and / or method acts, it should be understood that the present disclosure, as defined in the appended claims, is not necessarily limited to the specific features or acts described above. Rather, the specific features and acts described above are disclosed as example forms of implementing the claims.

[0125] Various exemplary embodiments of the present technology have been described. In addition to or as an alternative to the above, the following examples are described. Features described in any of the following examples may be utilized with any of the other examples described herein.

[0126] In some aspects, the method includes, by a user device, obtaining beam information through measurements; and transmitting, by the user device, a power headroom report (PHR) to a network node, the PHR including a bitmap indicating whether beam information for multiple serving cells exists.

[0127] In some exemplary embodiments, if a bit in the bitmap indicates that beam information exists for a first serving cell of the plurality of serving cells, the PHR further includes first beam information for the first serving cell, and the first beam information includes an extension (E) bit indicating whether second beam information exists for the serving cell.

[0128] In some exemplary embodiments, if a bit in the bitmap indicates that beam information exists for a first serving cell of the plurality of serving cells, the beam information of the first serving cell further includes a bit indicating whether and / or how much power management maximum power reduction value (P-MPR) is required by the user device when using the beam of the first serving cell.

[0129] In some exemplary embodiments, the method further includes receiving, by the user device, a beam information reporting configuration from the network node, the configuration including a maximum number of beams to be reported.

[0130] In some exemplary embodiments, transmitting the PHR to the network device includes causing the user device to transmit the PHR when the maximum permissible exposure (MPE) of the beam is below a threshold amount or better than the MPE of the serving beam, and / or the quality of the beam is above a threshold quality or better than the quality of the serving beam.

[0131] In some exemplary embodiments, the method further includes using, by the user device, a logical channel identification (LCID) to transmit the PHR when beam information for at least one of the plurality of serving cells is present.

[0132] In some aspects, the method includes receiving, by a network node, a power headroom report (PHR) from a user device, the PHR including a bitmap indicating whether beam information for multiple serving cells exists; and obtaining beam information for the multiple serving cells based on the PHR.

[0133] In some exemplary embodiments, if a bit in the bitmap indicates that beam information exists for a first serving cell of the plurality of serving cells, the PHR further includes first beam information for the first serving cell, and the first beam information includes an extension (E) bit indicating whether second beam information exists for the serving cell.

[0134] In some exemplary embodiments, if a bit in the bitmap indicates that beam information exists for a first serving cell of the plurality of serving cells, the beam information of the first serving cell further includes a bit indicating whether and / or how much power management maximum power reduction value (P-MPR) is required by the user device when using the beam of the first serving cell.

[0135] In some exemplary embodiments, the method further includes transmitting, by the network node, a beam information reporting configuration to the user device, the configuration including a maximum number of beams to be reported.

[0136] In some exemplary embodiments, the method further includes transmitting, by the network node, a configuration to the user device regarding conditions for triggering transmission of a PHR when the maximum permissible exposure (MPE) of the beam is below a threshold amount or better than the MPE of the serving beam and / or the quality of the beam is above a threshold quality or better than the quality of the serving beam.

[0137] In some example embodiments, the method further includes transmitting, by the network node, a configuration to the user device for using a logical channel identification (LCID) to transmit the PHR when beam information for at least one of the plurality of serving cells exists.

[0138] In some aspects, an apparatus comprises a transceiver and at least one processor, the at least one processor configured to obtain beam information by measurement, the transceiver configured to transmit a power headroom report (PHR) to a network node, the PHR including a bitmap indicating whether beam information for multiple serving cells exists.

[0139] In some exemplary embodiments, if a bit in the bitmap indicates that beam information exists for a first serving cell of the plurality of serving cells, the PHR further includes first beam information for the first serving cell, and the first beam information includes an extension (E) bit indicating whether second beam information exists for the serving cell.

[0140] In some exemplary embodiments, if a bit in the bitmap indicates that beam information exists for a first serving cell of the plurality of serving cells, the beam information of the first serving cell further includes a bit indicating whether and / or how much power management maximum power reduction value (P-MPR) is required by the user device when using the beam of the first serving cell.

[0141] In some exemplary embodiments, the apparatus is further caused to receive a beam information reporting configuration from the network node, the configuration including a maximum number of beams to be reported.

[0142] In some exemplary embodiments, the at least one processor is configured to trigger transmission of the PHR when the maximum permissible exposure (MPE) of the beam is below a threshold amount or better than the MPE of the serving beam, and / or the quality of the beam is above a threshold quality or better than the quality of the serving beam.

[0143] In some exemplary embodiments, the at least one processor is further configured to use a logical channel identification (LCID) to transmit the PHR if beam information for at least one of the plurality of serving cells exists.

[0144] In some aspects, the apparatus comprises a transceiver and at least one processor, wherein the transceiver is configured to receive a power headroom report (PHR) from a user device, the PHR including a bitmap indicating whether beam information for multiple serving cells exists, and the at least one processor is configured to obtain the beam information for the multiple serving cells based on the PHR.

[0145] In some exemplary embodiments, if a bit in the bitmap indicates that beam information exists for a first serving cell of the plurality of serving cells, the PHR further includes first beam information for the first serving cell, and the first beam information includes an extension (E) bit indicating whether second beam information exists for the serving cell.

[0146] In some exemplary embodiments, if a bit in the bitmap indicates that beam information exists for a first serving cell of the plurality of serving cells, the beam information of the first serving cell further includes a bit indicating whether and / or how much power management maximum power reduction value (P-MPR) is required by the user device when using the beam of the first serving cell.

[0147] In some exemplary embodiments, the transceiver is further configured to transmit a beam information reporting configuration to the user device, the configuration including a maximum number of beams to be reported.

[0148] In some exemplary embodiments, the at least one processor is further configured to transmit to the user device a configuration regarding conditions for triggering transmission of a PHR when the maximum permissible exposure (MPE) of the beam is below a threshold amount or better than the MPE of the serving beam and / or the quality of the beam is above a threshold quality or better than the quality of the serving beam.

[0149] In some exemplary embodiments, the transceiver is further configured to transmit, to the user device, a configuration for using a logical channel identification (LCID) to transmit the PHR when beam information for at least one of the plurality of serving cells is present.

[0150] In some aspects, a computer-readable storage medium includes stored program instructions that, when executed by a processor of a device, cause the device to perform methods according to some example embodiments of the present disclosure.

Claims

1. 1. A method for beamforming information reporting, comprising: obtaining beam information by measurement by a user device; 11. A method comprising: transmitting, by a user device, a power headroom report (PHR) to a network node, the PHR including a bitmap indicating whether beam information for multiple serving cells is present.

2. 2. The method of claim 1, wherein if a bit in the bitmap indicates that beam information exists for a first serving cell of the plurality of serving cells, the PHR further includes first beam information for the first serving cell, the first beam information including an extension (E) bit indicating whether second beam information exists for the serving cell.

3. 2. The method of claim 1, wherein, if a bit in the bitmap indicates that beam information exists for a first serving cell of the plurality of serving cells, the beam information of the first serving cell further includes a bit indicating whether and / or how much power management maximum power reduction (P-MPR) is required by the user device when using the beam of the first serving cell.

4. 4. The method of claim 1, further comprising receiving, by the user device, a configuration of the beamforming information reporting from the network node, the configuration including a maximum number of beams to be reported.

5. transmitting the PHR to the network node; by the user device The maximum permissible exposure (MPE) of the beam is less than a threshold amount or better than the MPE of the serving beam, and / or The method of any one of claims 1 to 4, comprising triggering the transmission of the PHR if the quality of the beam is higher than a threshold quality or better than the quality of the serving beam.

6. The method of any one of claims 1 to 5, further comprising using a logical channel identification (LCID) to transmit the PHR if beam information for at least one of the plurality of serving cells is present by the user device.

7. 1. A method for beamforming information reporting, comprising: receiving, by a network node, a power headroom report (PHR) from a user device, the PHR including a bitmap indicating whether beam information for multiple serving cells is present; and obtaining beam information for the plurality of serving cells based on the PHR.

8. 8. The method of claim 7, wherein if a bit in the bitmap indicates that beam information exists for a first serving cell of the plurality of serving cells, the PHR further includes first beam information for the first serving cell, the first beam information including an extension (E) bit indicating whether second beam information exists for the serving cell.

9. 8. The method of claim 7, wherein, if a bit in the bitmap indicates that beam information exists for a first serving cell of the plurality of serving cells, the beam information of the first serving cell further includes a bit indicating whether and / or how much power management maximum power reduction (P-MPR) is required by the user device when using the beam of the first serving cell.

10. 10. The method of claim 7, further comprising transmitting, by the network node, a configuration of the beamforming information report to the user device, the configuration including a maximum number of beams to be reported.

11. by said network node The maximum permissible exposure (MPE) of the beam is less than a threshold amount or better than the MPE of the serving beam, and / or A method according to any one of claims 7 to 10, further comprising transmitting to the user device a configuration regarding conditions for triggering transmission of the PHR when the quality of the beam is higher than a threshold quality or better than the quality of the serving beam.

12. 12. The method of claim 7, further comprising: transmitting, by the network node, to the user device, a configuration for using a logical channel identity (LCID) for transmitting the PHR when beam information for at least one of the plurality of serving cells exists.

13. 1. An apparatus comprising a transceiver and at least one processor, the at least one processor comprising: configured to obtain beam information by measurement; The transceiver 1. An apparatus configured to transmit a power headroom report (PHR) to a network node, the PHR including a bitmap indicating whether beam information for multiple serving cells is present.

14. 14. The apparatus of claim 13, wherein if a bit in the bitmap indicates that beam information exists for a first serving cell of the plurality of serving cells, the PHR further includes first beam information for the first serving cell, the first beam information including an extension (E) bit indicating whether second beam information exists for the serving cell.

15. the at least one processor: The maximum permissible exposure (MPE) of the beam is less than a threshold amount or better than the MPE of the serving beam, and / or 15. The apparatus of claim 13 or 14, configured to trigger the transmission of the PHR if the quality of the beam is higher than a threshold quality or better than the quality of the serving beam.

16. the at least one processor: The apparatus of any one of claims 13 to 15, further configured to use a logical channel identification (LCID) for transmitting the PHR if beam information for at least one of the plurality of serving cells exists.

17. 1. An apparatus comprising a transceiver and at least one processor, the transceiver comprising: The method is configured to receive a power headroom report (PHR) from a user device, the PHR including a bitmap indicating whether beam information for multiple serving cells exists; the at least one processor: An apparatus configured to obtain beam information for the plurality of serving cells based on the PHR.

18. 18. The apparatus of claim 17, wherein if a bit in the bitmap indicates that beam information exists for a first serving cell of the plurality of serving cells, the PHR further includes first beam information for the first serving cell, the first beam information including an extension (E) bit indicating whether second beam information exists for the serving cell.

19. The transceiver The maximum permissible exposure (MPE) of the beam is less than a threshold amount or better than the MPE of the serving beam, and / or 19. The apparatus of claim 17 or 18, further configured to send a configuration to the user device regarding conditions for triggering transmission of the PHR when the quality of the beam is higher than a threshold quality or better than the quality of the serving beam.

20. The transceiver The apparatus of any one of claims 17 to 19, further configured to: transmit to the user device a configuration for using a logical channel identification (LCID) to transmit the PHR when beam information for at least one of the plurality of serving cells exists.

Images