User equipment's beam selection for a user equipment-initiated report
Patent Information
- Application Number
- PCT/SE2025/050190
- Authority / Receiving Office
- WO · WO
- Patent Type
- Applications
- Current Assignee / Owner
- Filing Date
- 2025-02-28
- Publication Date
- 2026-09-03
Smart Images

Figure SE2025050190_03092026_PF_FP_ABST
Abstract
Description
USER EQUIPMENT’S BEAM SELECTION FOR A USER EQUIPMENT-INITIATED REPORTTECHNICAL FIELD
[0001] The present disclosure is related to wireless communication systems and more particularly to user equipment’s (“UE’s”) beam selection for a UE-initiated reportBACKGROUND
[0002] FIG. 1 illustrates an example of a new radio (“NR”) network (e.g., a 5th Generation (“5G”) network) including a 5G core (“5GC”) network 130, network nodes 120a-b (e.g., 5G base station (“gNB”)), multiple communication devices 110 (also referred to as user equipment (“UE”)).
[0003] Beam management was introduced in the Third Generation Partnership Project (“3GPP”) Rel-15 for the NR mobile network operating at frequency range two (FR2), i.e., above 24.250GHz, where multiple analog antenna beams can be used for both transmitting and receiving at a network (“NW”) or gNB side as well as the UE side.
[0004] In the NR downlink (“DL”) (e.g., from gNB to UE) the NW performs beam sweeping in a serving cell by periodically transmitting reference signals (“RSs”), each via a different DL beam. One such RS is SSB (Synchronization Signal (“SS”) and Physical Broadcast Channel (“PBCH”) block), SSBs with different indices are transmitted via different DL beams, also referred to as SSB beams. A UE monitors and latches to one of SSB beams for initial access to the NW.
[0005] After initial access, the UE may be configured by the NW to measure and report Ll-RSRP (layer one reference received signal power) or Ll-SINR (layer one signal to interference plus noise ratio) for multiple SSB beams for beam maintenance purpose. The report can be periodic, semi-persistent, or aperiodic. The UE may be configured to report N best Ll-RSRP / L1-SINR and the associated SSB indices. Based on the report, the NW can decide whether it is better to switch to a new SSB beam for serving the UE.
[0006] In addition to SSB beams, the NW may also be able to serve a UE with a set of narrower beams with higher antenna gains than the SSBs. For this purpose, the NW may configure and transmit a set of CSI-RS (channel state information reference signal) for the UE to measure and report Ll-RSRP or Ll-SINR. Again, the report can be periodic, semi-persistent, or aperiodic. The UE may be requested to report N best Ll-RSRP / Ll-SINR and the associated CSI-RS resource indices. Based on the report, the NW can decide whether it is better to switch to a CSI-RS beam for serving the UE, or if the current serving beam is a CSI-RS beam, whether to switch to a new CSI-RS beam.
[0007] In FR2, multiple radio frequency (“RF”) beams may be used to transmit and receive signals at a gNB and a UE. For each DL beam from a gNB, there is typically an associated best UE receive (“Rx”) beam for receiving the signals sent from such gNB DL beam. The gNB DL beam and the associated UE Rx beam form a beam pair. Suitable beam pairs can be identified through a so-called beam management procedure in NR.
[0008] A DL beam can be identified by an associated DL reference signal (“RS”) transmitted in the beam, either periodically, semi-persistently, or aperiodically. The DL RS for the purpose can be a S SB or a Channel State Information RS (“CSI-RS”). By measuring, for example, all the DL CSI-RSs, the UE can determine and report to the gNB the best DL beam to use for DL transmissions. The gNB can then transmit a burst of DL-RS in the reported best DL beam to let the UE evaluate candidate UE Rx beams.SUMMARY
[0009] According to some embodiments, a method of operating a wireless device (“UE”) to perform beam selection for a UE-initiated report is provided. The method includes determining one or more measurements of each beam of a plurality of beams received from a network node during a time window. The method further includes determining a triggering condition has occurred based on the one or more measurements. The method further includes selecting a beam of the plurality of beams based on the one or more measurements. The method further includes generating the UE-initiated report to include an indication of the beam. The method further includes transmitting the UE-initiated report to the network node.
[0010] According to other embodiments, a wireless device, a network node, a computer program, computer program product, non-transitory computer readable medium, host, or system is provided to perform one of the above methods.
[0011] Certain embodiments may provide one or more of the following technical advantages. In some embodiments, the UE provides the network with updated and efficient beam measurement reports. In some examples, these innovations can reduce the need for multiple network-initiated and / or UE-initiated beam reports and can maximize the network throughput. In additional or alternative examples, avoiding multiple beam reporting, which is achieved by the proposed method, improves the UE’s energy efficiency.BRIEF DESCRIPTION OF THE DRAWINGS
[0012] The accompanying drawings, which are included to provide a further understanding of the disclosure and are incorporated in and constitute a part of this application, illustrate certain non-limiting embodiments of inventive concepts. In the drawings:
[0013] FIG. 1 is a schematic diagram illustrating an example of a 5thgeneration (“5G”) network;
[0014] FIGS. 2-4 are schematic diagrams illustrating examples of beam management procedures;
[0015] FIG. 5 is a diagram illustrating an example of a CSI-ReportConfig information element;
[0016] FIG. 6 is a graph illustrating an example of RSRP measurements taken during a time window as part of a UE beam selection procedure for UEI reporting in accordance with some embodiments;
[0017] FIG. 7 is a graph illustrating another example of RSRP measurements taken during a time window as part of a UE beam selection procedure for UEI reporting in accordance with some embodiments;
[0018] FIG. 8 is a table illustrating an example of beam measurements used as part of a UE beam selection procedure for UEI reporting in accordance with some embodiments;
[0019] FIG. 9 is a flow chart illustrating an example of operations performed by a wireless device in accordance with some embodiments;
[0020] FIG. 10 is a block diagram of a communication system in accordance with some embodiments;
[0021] FIG. 11 is a block diagram of another communications system in accordance with some embodiments;
[0022] FIG. 12 is a block diagram of a user equipment in accordance with some embodiments;
[0023] FIG. 13 is a block diagram of a network node in accordance with some embodiments; and
[0024] FIG. 14 is a block diagram of a virtualization environment in accordance with some embodiments.DETAILED DESCRIPTION
[0025] Some of the embodiments contemplated herein will now be described more fully with reference to the accompanying drawings. Embodiments are provided by way of example to convey the scope of the subject matter to those skilled in the art, in which examples of embodiments of inventive concepts are shown. Inventive concepts may, however, be embodied in many different forms and should not be construed as limited to the embodiments set forth herein. Rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the scope of present inventive concepts to those skilled in theart. It should also be noted that these embodiments are not mutually exclusive. Components from one embodiment may be tacitly assumed to be present / used in another embodiment.
[0026] Although not explicitly stated in the NR specification, beam management has been divided into three procedures, schematically illustrated in FIGS. 2-4.
[0027] FIG. 2 illustrates an example of a first procedure (“P-1”), which can be used to find a coarse direction for the UE using wide gNB TX beam covering the whole angular sector. In some examples, P-1 is expected to use beams with rather large beamwidths and where the beam reference signals are transmitted periodically and are shared between all UEs of the cell.Typically reference signals to use for P-1 are periodic CSI-RSs or SSBs. The UE then reports the N best beams to the gNB and, e.g., their corresponding RSRP values.
[0028] FIG. 3 illustrates an example of a second procedure (“P-2”), which can be used to refine the gNB TX beam by doing a new beam search around the coarse direction found in P-1. In some examples, P-2 is expected to use aperiodic CSI-RS transmitted in narrow beams around the coarse direction found in P-1.
[0029] FIG. 4 illustrates an example of a third procedure (“P-3”), which can be used by a UE that has analog beamforming to let the UE find a suitable UE Rx beam. In some examples, P-3 is expected to use aperiodic CSI-RSs repeatedly transmitted in one narrow gNB beam. In additional or alternative examples, the P-3 procedure for UE beam finding, is to let the UE determine a suitable UE RX beam based on the periodic SSB transmission. However, using SSB to let the UE determine its UE RX beam has been shown to be too slow, resulting in degraded performance for moving UEs. Hence CSI-RS based P3 beam sweep may be implemented in future products.
[0030] In 5G New Radio (NR), to support beam management operation, a UE can be configured by the network with a Channel State Information (“CSI”) measurement configuration (e.g., information element (“IE”) CSI-MeasConfig received within an RRCReconfiguration message). That is configured per Serving Cell (within ServingCellConfig, for example of an SpCell), to associate a serving cell in which CSI reports are to be transmitted (e.g., Uplink (“UL”) channels of that serving cell).
[0031] For each type of CSI report the UE needs to transmit, the network indicates an explicit list of CSI resources (also called CSI resource configuration(s)), including a list of reference signals to be measured, such as CSI-RSs sets (nzp-CSI-RS-ResourceSetList, IE SEQUENCE (SIZE (E.maxNrofNZP-CSI-RS-ResourceSetsPerConfig)) OF NZP-CSI-RS-ResourceSetld) and / or SSBs sets (csi-SSB-ResourceSetList, IE SEQUENCE (SIZE (l..maxNrofCSI-SSB-ResourceSetsPerConfig)) OF CSI-SSB-ResourceSetld) for a givenserving cell the UE is configured with, e.g., the SpCell of a cell group, or an SCell. Notice that the UE may measure CSI resources of a first serving cell and report in another serving cell.
[0032] CSI resources to be measured (or resource set with one or more RSs, indicated by SSB indexes and / or CSI-RS resource identifiers) are associated in the configuration to a CSI reporting configuration (“CSI-ReportConfig”), which configures an instance of a CSI report. A CSI report from the UE assists the network to perform beam management operations, such as the activation (and / or deactivation) of a beam to transmit data and / or control channels to the UE (or a beam switching). In 5GNR terminology, the activation of a beam may be referred as the activation of a Transmission Configuration Indication (“TCI”) state, which is associated to a Quasi-Co-Location (“QCL”) source, corresponding to a Reference Signal (“RS”) such as an SSB and / or CSI-RS, transmitted in a spatial direction (beam) correlated to the same spatial direction (beam) in which the network may transmit a control (e.g., physical downlink control channel (“PDCCH”)) and / or data channel (e.g., physical downlink shared channel (“PDSCH”)).
[0033] The CSI reporting configuration is used to configure a periodic or semi -persistent report sent on a physical uplink control channel (“PUCCH”) on the serving cell in which the CSI-ReportConfig is included, or to configure a semi -persistent or aperiodic report sent on a physical uplink shared channel (“PUSCH”) triggered by a CSI request field in Downlink Control Indication (“DCI”) received on the cell in which the CSI-ReportConfig is included (in this case, the cell on which the report is sent is determined by the received DCI).
[0034] FIG. 5 illustrates an example of a CSI-ReportConfig IE. As illustrated in FIG. 5, the field reportConfigType within CSI-ReportConfig indicates to the UE the UL channel to transmit the report and the time domain behavior for reporting the CSI measurements, which may also be called beam reporting in case it includes measurements used for beam management. The configuration indicates whether the report is periodic, aperiodic or semi-persistent, and associated configurations such as periodicity.
[0035] For aperiodic CSI reporting, a UE is also configured with a list of aperiodic CSI trigger states, each associated to one or more CSI report configurations. If multiple reference signal (NZP CSI-RS or SSB) resource sets are configured in a CSI resource configuration in an associated CSI report configuration, one set is selected in the corresponding trigger state.
[0036] An aperiodic CSI report is triggered when the CSI request field in DCI indicating an aperiodic trigger state is associated to the corresponding aperiodic CSI report configuration.
[0037] In NR, the beam with which UE is connected to a network (“NW”) is controlled by the NW node and the beam selection at the NW depends on the CSI reports from the UE.Traditionally, the report is NW -initiated (e.g., the NW explicitly requests a certain report from the UE, by including a pointer to a certain CSI-ReportConfig in DCI).
[0038] Currently, the type of CSI reports supported in NR are periodic, semi -persistent or aperiodic report. Here, there is a tradeoff between the UL report overhead and the CSI outdating. To have an updated CSI, the network may configure the UE with multiple frequent reports, at the cost of high UE report overhead. On the other hand, if the NW configures the UE with less frequent CSI reports, the report may be too late, resulting in beam failures and possibly a radio link failure (“RLF”), or too early, which would also include UL reporting overhead and UE energy consumption.
[0039] With this motivation, in a multi-beam scenario, there is a need for mechanisms to reduce the UL signaling overhead without compromising on the beam management performance. This is the motivation for the UE-initiated (“UEI”) report objective, which aims to facilitate UE-initiated / event-driven beam management for reducing overhead and / or latency. In some examples, the UEI report objectives include to facilitate UE-initiated / event-driven beam management for reducing overhead and / or latency, assuming the unified TCI while leveraging (as much as possible) legacy CSI measurement and reporting configuration frameworks, targeting FR2 and sTRP with intra- and inter-cell beam management. UEI reporting objectives can further include UL signaling content(s) (and procedure(s) as required) for UE-initiated / event-driven beam reporting facilitating fast beam switching; and UL signaling medium / container considering the UE-initiated / event-driven nature of the UL transmission, designed primarily for the purpose of beam reporting.
[0040] UEI-reporting can imply that it is the UE that initiates the reporting. This is intuitively based on the fact that the UE can be the first node to understand if there is a need for, for example, a beam pair update. With UEI reporting mechanisms, when an event occurs at the UE, it informs the NW accordingly that it needs to send a report. Here, either the report is sent directly in pre-configured UL resources or the UE requests for UL resources so that it can send the report. In some examples different events that can trigger the UEI reporting mechanism can include:• Event-1 : Quality of the current beam is worse than a certain threshold.• Event 2: The Ll-RSRP of the new beam becomes a threshold value better than the current beam• Event-7: Quality of at least one new beam, such as Ll-RSRP, becomes a threshold value better than the RS derived from the activated TCI state with the Q-th best quality.Each of the events above may also be defined for SSBs or CSLRSs.
[0041] In some examples of UEI, N > 1 beam(s) are reported in each report instance where N is configured by radio resource control (“RRC”), and RRC can enable or disable whether the current beam is reported or not.
[0042] In additional or alternative examples, it may be agreed that, on UE-initiated / event-driven beam reporting, regarding UL signaling content(s) of Ll-RSRP report depending on Event-2, in a report instance, N > 1 beam(s) are reported in the report instance. At least one of the N reported beam(s) can satisfy the condition of Event-2. N is configured by gNB. RRC can enable or disable whether current beam is always reported in addition to the N beams. In additional or alternative examples, when enabled by RRC, the current beam + N beams from the measurement RSs for new beam(s) are reported. The reported current beam may NOT be counted in the N reported beams. When disabled by RRC, N beams are reported.
[0043] In additional or alternative examples, it may be agreed that, on UE-initiated / event-driven beam reporting, regarding Ll-RSRP report format depending on Event-2, the candidate value of ‘N’ at least comprises {1, 2, 3, 4}. In additional or alternative examples, the candidate value of ‘N’ at least comprises {5, 6, 7, 8}. In additional or alternative examples, if ‘N’ is not RRC configured, only one Ll-RSRP and C RUSS BRI are reported by default.
[0044] In this way, once an event is triggered, the UE can report N beams where at least one of the reported beams satisfies the event’s triggering condition.
[0045] In some examples, when the UE is configured with Event 2, to measure 64 SSB beams, and to report N=4 beams, then to initiate the report, it suffices if 1 of the total of 64 beams have X dB better RSRP, compared to the current beam. In that case, the UE will report measurements of 4 beams to the NW.
[0046] One of possible problems with UEI report is that the UE may send multiple frequent reports, which affects the usefulness of the UEI report. This is normally referred to as ping-pong effect in the RANI discussions. To avoid the ping-pong effect, a counter can be specified, where if within a time window T (which is configurable), the number of, e.g., Event-2 instance(s) for at least one same new beam is greater than or equal to a configurable number M, UE initiated beam report occurs. Regarding the triggering event determination for Event 2, if within a time window (which is configurable), the number of Event-2 instance(s) for at least one same new beam is greater than or equal to a configurable number M, UE initiated beam report occurs. Event-2 instance for a new beam can be determined if the Ll-RSRP of the new beam becomes a threshold value better than the current beam. Once the Ll-RSRP of the new beam becomes a threshold value better than the current beam, UE initiated beam report occurs
[0047] There currently exist certain challenges. As described above, with UEI, the UE is configured via RRC to report N > 1 beam(s) where at least one of the N reported beams (but notnecessarily all) should satisfy the condition of the configured event. Here, different cases may occur. For instance, a combination of different events, e.g., Event 2+Event 7, may occur at the same time. Moreover, it is probable that, when the event has been triggered, more than N beams satisfy the event condition. For instance, considering Event 2 defined above, the UE may be configured to check a total of 64 beams and report 2 beams, while more than 2 new beams may have an X dB better RSRP compared to the current beam (for example, if the current beam becomes blocked). Finally, the beams may have different behaviors, e.g., fluctuations and / or trends, during the evaluation time window. In UEI, as long as at least 1 out of N beams satisfies the event condition (i.e., in the time window T the event occurs for that beam M times), the UE will report N beams. However, how the beams are selected by the UE is up to UE implementation, and how to order the reported beams for the N selected beams is up to UE implementation.
[0048] Various embodiments herein address some of these challenges. In some embodiments, a UE can perform operations to perform beam selection for a UE-initiated beam report. In some embodiments, the UE selects the beams to be reported by the UE in UEI and an order for ordering the selected beams within the report. In some examples, the UE selects the beams to be reported based on the trends of the measurements of the beams during the time window. In additional or alternative examples, the UE selects beams which have the highest average performance and / or the lowest variations over the time window. In additional or alternative examples, if more than N beams satisfy the condition of the Events 1, 2 or 7, the UE selects the beams which satisfy the event condition in the latest measurements during the time window or the ones which satisfy the event condition in most measurement instances. In additional or alternative examples, since how to calculate RSRP over the time window is up to UE implementation, the UE may choose which time samples during the time window to use and how to weight the different measurement samples during the time window.
[0049] In additional or alternative embodiments, depending on the event configuration, the UE may select beams based on the trends and / or variations of the beam’s quality during the evaluation time window, and / or down-selected among the beams satisfying different events conditions. In some examples, the UE may consider specific samples and / or weighting methods for RSRP measurement of the selected beams. In this way, the UE provides the network with most updated and useful beam measurement reports.
[0050] With UEI-report, it is the UE that initiates the reporting, as opposed to the legacy NW-initiated reports where the NW explicitly requests a certain report from the UE by including a pointer to a certain CSI-ReportConfig in DCI. This is intuitively because the UE is the first node who understands if there is a need for, e.g., a beam pair update. Hence, UEI report canavoid CSI outdaring (caused when the NW requests for beam report infrequently to reduce the overhead) on one hand, and high report overhead (when the NW requests for multiple frequent reports) on the other hand.
[0051] RANI has defined different Events 1, 2 and 7. With UEI, once an event has occurred, either the UE first requests for UL resources and sends the report when it receives the UL resources, or it sends the report in pre-allocated UL resources.
[0052] To avoid the ping-pong effect (i.e., the UE sending repeatedly multiple reports with high overhead), a time window and counter has been specified in RANI where an event is counted as triggered when for at least one beam an event occurs M times over a time window of duration T. For instance, Event 2 is considered triggered if there is a new beam which during the time window T has RSRP X dB better than the current beam at least M times. The parameters T and M are configured by RRC.
[0053] In another RANI agreement, RRC can enable or disable whether current beam is reported or not. Then, as long as at least one of the beams satisfies the event condition, the ordering and selection of the beams has been left for the UE implementation. How the UE selects and orders the beams to be reported affects the network performance considerably.Particularly, the beams may have high fluctuations and / or different trends during the evaluation time window. Moreover, multiple events may occur at the same time window and / or the number of beams satisfying the configured event may exceed the number configured by the network for reporting. These are the motivations for this invention, in which we develop UE implementation methods for beam selection and ordering in UEI reports.
[0054] In relation to some embodiments, prior to the report, the UE has received measurement and report configurations indicating, for example: the current beam indication (e.g., Beam ID); the set of candidate beams to be checked; the event ID and configurations (e.g., Event 1, 2, 7, or the value of X dB in Event 2 or value of M in Event 7 definition); the evaluation time window T and counter configurations M; and / or the UL resources to send the report. The beam measurements and event evaluations may be based on SSBs or CSI-RSs, as configured by the NW.
[0055] Various embodiments herein describe different operations that can be performed by the UE of selecting and ordering the beams as part of the UEI reporting.
[0056] In some embodiments, the UE selects the beams to be reported based on the trends of the measurements of the beams during the time window. For instance, the UE may select the beam whose RSRP is increasing in the time window, instead of a beam whose RSRP is decreasing during the time window. FIG. 6 illustrates an example where, while both Beams m and n satisfy the Event 2 condition (e.g., during the time window of duration T they have X dBhigher RSRP compared to the current beam at least M times), the UE will select Beam m because it has an increasing RSRP. One way of indicating if the RSRP is increasing or decreasing over time could be to make a linear interpolation of the RSRP measurements for each beam, and if the derivative is positive, the RSRP is increasing, and if the derivative is negative, the RSRP is decreasing. The UE can then prioritize beams with a higher derivative.
[0057] In some examples, the UE includes a first beam in the beam report and not a second beam, when the second beam has higher average RSRP across the time window than the first beam, however, the first beam has higher derivative than the second beam. In additional or alternative embodiments, thresholds are introduced by the UE for the average RSRP and / or the derivative of the RSRP to determine which beam to prioritize for a report. For example, assume that a first beam has 3 dB higher average RSRP than a second beam, but the second beam has 0.4 higher derivative of the RSRP, then the UE can compare and see if the average RSRP difference is below a certain threshold (e.g., Tl=5 dB) and see if the RSRP derivative difference is above a certain threshold (e.g., T2=0.3) and since both these criteria are fulfilled in this example, the UE will report the second beam instead of the first beam.
[0058] In some embodiments, the UE will select the beams which have the maximum number of times satisfying the event occurrence condition. For instance, assume that during the time window Beams A and B satisfy the event condition MAand MBtimes where MA> MB. Then, instead of Beam B, the UE may select Beam A to be reported to the NW.
[0059] In some examples, the UE selects beams which have the highest average performance and / or the lowest variations over the time window. For instance, compared to a beam which has high peak value during the time window but high fluctuations, the UE may select the beam which has proper stable performance during the window. FIG. 7 illustrates an example where, compared to Beam n with high peak value but high variations, the UE selects Beam m which has more stable performance, i.e., less RSRP variation. This could for example be done by calculating average and standard deviation of the RSRP measurement samples within one time window.
[0060] In additional or alternative examples, the UE includes a first beam in the beam report and not a second beam, when the second beam has higher average RSRP across the time window than the first beam, however, the first beam has lower standard deviation than the second beam. In some embodiments thresholds are introduced by the UE for the average RSRP and / or the standard deviation of the RSRP to determine which beam to prioritize for a report. For example assume, that a first beam has 1 dB higher average RSRP than a second beam, but the second beam has a standard deviation of the RSRP that is 2 dB lower than the standard deviation of the first beam, then the UE can compare and see if the average RSRP difference isbelow a certain threshold (e.g., Tl=3 dB) and see if the RSRP standard deviation difference is above a certain threshold (e.g., T2=1.5 dB) and since both these criteria are fulfilled in this example, the UE will report the second beam instead of the first beam.
[0061] FIG. 7 illustrates an example where both Beams A and B satisfy the event condition M times during the time window. However, the UE will select Beam A to be reported because it has better average performance (3 dB higher average RSRP, as opposed to Beam B with 1 dB better average RSRP compared to the current beam), as opposed to Beam B which has better peak performance.
[0062] In some embodiments, if more than N beam satisfy the condition of the events 1, 2 or 7, the UE selects the beams which satisfy the event condition in the latest measurements during the time window (if two beams are satisfying the condition in the same latest measurement occasion, the UE can select the UE beam that has highest RSRP for that latest measurement occasion). In additional or alternative embodiments, even if the UE is not configured to report the current beam, it may still include it in the report. This will give the NW an understanding about possible performance gain by the beam update.
[0063] In additional or alternative embodiments, the UE may consider the beam measurements before the beginning of the evaluation time window. This is because the UE may continuously perform beam measurement and have a history / prediction of the beams’ performance. This could for example be useful if the network has configured the UE with a very short time window.
[0064] Since how to calculate RSRP over the time window is up to UE implementation, the UE can choose which time samples to use and how to weight the different measurement samples as it wants. This means that the UE can for example only use the last x measurement samples of the time window to average the RSRP, in order to make sure that the reported RSRP is higher for a beam with increasing trend compared to a beam with decreasing trend. In another possible method, the UE may apply some filtering methods, giving higher weights to the latest beam measurements, to select the appropriate beams to be reported. For example, if we assume that the measurement window consists of 5 measurement occasions, the UE can, e.g., apply the filter weights 0.2, 0.4, 0.6, 0.8 and 1.0 when calculating a filtered RSRP to be used to determine which beams to prioritize for the beam report (in the meantime, the UE will report the nonfiltered RSRP).
[0065] In some embodiments, the UE’s decision about which beams to select may depend on various parameters, for example: the measurement values; the UE mobility status; the duration of the time window; the value of N; and / or the events triggering conditions (e.g., the value of X dB in Event 2 definition, or the value of M in Event 7 definition, ...). In this way, theUE provides the network with most useful information about the beam measurements. This not only reduces the need for multiple NW- or UE-initiated beam reports, but also improves the network throughput / robustness. Moreover, the UE’s energy efficiency is improved, because the proposed scheme avoids multiple frequent beam refinements.
[0066] Operations of a UE 1200 (implemented using the structure of FIG. 12) will now be discussed with reference to the flow chart of FIG. 9 according to some embodiments of inventive concepts. For example, modules may be stored in memory 1210 of FIG. 12, and these modules may provide instructions so that when the instructions of a module are executed by respective UE processing circuitry 1202, UE 1200 performs respective operations of the flow chart.
[0067] At block 910, processing circuitry 1202 transmits, via communication interface 1212, an indication that the UE is capable of beam selection for a UE-initiated report. In some embodiments,
[0068] At block 920, processing circuitry 1202 receives, via communication interface 1212, an indication of a UE-initiated beam report configuration. In some embodiments, the UE-initiated beam report configuration includes at least one of: an identifier of a current beam; an identifier of a candidate beam; an indication of the triggering condition; an indication of the time window; an indication of an uplink, UL, resource to use to transmit the report; and an indication of a number of beams to be indicated in the report.
[0069] In additional or alternative embodiments, determining the one or more measurements of each beam of the plurality of beams includes determining the one or more measurements of each beam of the plurality of beams based on the UE-initiated beam report configuration and / or another RRC signal from the network node.
[0070] At block 930, processing circuitry 1202 determines one or more measurements of each beam of a plurality of beams received from a network node during a time window. In some embodiments, determining the one or more measurements includes determining the one or more measurements on a synchronization signal block, SSB, or channel state information reference signal, CSI-RS, transmitted on each beam of the plurality of beams.
[0071] At block 940, processing circuitry 1202 determines a triggering condition has occurred based on the one or more measurements. In some embodiments, the determining that the triggering condition has occurred includes detecting one or more of Event- 1; Event-2; and Event-7. In some examples, Event-1 is detected when a quality of a current beam is worse than a certain threshold. In additional or alternative examples, Event 2 is detected when a Ll-RSRP of a new beam (e.g., the beam measured at block 930) becomes a threshold value better than the current beam. In additional or alternative examples, Event-7 is detected when a wuality of atleast one new beam, such as Ll-RSRP, becomes a threshold value better than the RS derived from the activated TCI state with the M-th best quality.
[0072] At block 950, processing circuitry 1202 selects a beam of the plurality of beams based on the one or more measurements. In some embodiments, selecting the beam includes selecting a set of beams (including the beam) from the plurality of beams.
[0073] In additional or alternative embodiments, selecting the beam of the plurality of beams includes selecting the beam from the plurality of beam based on the UE-initiated beam report configuration.
[0074] In additional or alternative embodiments, selecting the beam includes selecting the beam based on a trend of the one or more measurements of the beam.
[0075] In additional or alternative embodiments, selecting the beam includes selecting the beam based on an average performance of the one or more measurements of the beam.
[0076] In additional or alternative embodiments, selecting the beam includes selecting the beam based on a variation between the one or more measurements of the beam.
[0077] In additional or alternative embodiments, selecting the beam includes selecting the beam based on a number of the one or more measurements of the beam.
[0078] In additional or alternative embodiments, selecting the beam includes selecting the beam based on a number of the one or more measurements of the beam that met a threshold value. In additional or alternative embodiments, selecting the beam includes selecting the beam based on a timing of a measurement of the one or more measurements of the beam that met a threshold value. In some examples, the threshold value is based on the triggering condition.
[0079] In additional or alternative embodiments, selecting the beam includes selecting the beam based on a timing of the one or more measurements of the beam.
[0080] In additional or alternative embodiments, selecting the beam includes selecting the beam based on at least one of: a mobility status of the UE; a duration of the time window; a number of beams in the set of beams; a number beams in the plurality of beams whose corresponding one or more measurements met the triggering condition; and the triggering condition.
[0081] At block 960, processing circuitry 1202 determines an ordering of beams within a set of beams. In some embodiments, the UE only determines the ordering if the UE selects more than one beam from the plurality of beams based on the one or more measurements.
[0082] In additional or alternative embodiments, determining the ordering of the beams within the set of beams includes determining the ordering of the beams within the set of beams based on a trend of the one or more measurements of a beam of the set of beams. In additional or alternative embodiments, determining the ordering of the beams within the set of beamsincludes determining the ordering of the beams within the set of beams based on an average performance of the one or more measurements of a beam of the set of beams. In additional or alternative embodiments, determining the ordering of the beams within the set of beams includes determining the ordering of the beams within the set of beams based on a variation between the one or more measurements of the beam of the set of beams. In additional or alternative embodiments, determining the ordering of the beams within the set of beams includes determining the ordering of the beams within the set of beams based on a number of the one or more measurements of the beam of the set of beams. In additional or alternative embodiments, determining the ordering of the beams within the set of beams includes determining the ordering of the beams within the set of beams based on a number of the one or more measurements of the beam of the set of beams that met a first threshold value. In additional or alternative embodiments, determining the ordering of the beams within the set of beams includes determining the ordering of the beams within the set of beams based on a timing of the one or more measurements of the beam of the set of beams. In additional or alternative embodiments, determining the ordering of the beams within the set of beams includes determining the ordering of the beams within the set of beams based on a timing of a measurement of the one or more measurements of a beam that met a second, threshold value. In some examples, the first threshold value and / or the second threshold value (used for determining the ordering of the beams) are based on the triggering condition.
[0083] In additional or alternative embodiments, determining the ordering of the beams within the set of beams includes determining the ordering of the beams within the set of beams based on a mobility status of the UE. In additional or alternative embodiments, determining the ordering of the beams within the set of beams includes determining the ordering of the beams within the set of beams based on a duration of the time window. In additional or alternative embodiments, determining the ordering of the beams within the set of beams includes determining the ordering of the beams within the set of beams based on a number of beams in the set of beams. In additional or alternative embodiments, determining the ordering of the beams within the set of beams includes determining the ordering of the beams within the set of beams based on a number of beams in the plurality of beams whose corresponding one or more measurements met the triggering condition. In additional or alternative embodiments, determining the ordering of the beams within the set of beams includes determining the ordering of the beams within the set of beams based on the triggering condition.
[0084] In additional or alternative embodiments, determining the ordering of the beams within the set of beams includes determining the ordering of the beams within the set of beams based on the UE-initiated beam report configuration.
[0085] At block 970, processing circuitry 1202 generates a report to include an indication of the beam. In some embodiments, selecting the beam of the plurality of beams includes selecting the set of beams of the plurality of beams. In additional or alternative embodiments, generating the UE-initiated report includes generating the UE-initiated report to include an indication of each beam in the set of beams arranged according to the ordering.
[0086] At block 980, processing circuitry 1202 transmits the report to the network node.
[0087] Various operations from the flow chart of FIG. 9 may be optional with respect to some embodiments of UEs and related methods.
[0088] FIG. 10 shows an example of a communication system 1000 in accordance with some embodiments.
[0089] In the example, the communication system 1000 includes a telecommunications network 1002 that includes an access network 1004, such as a radio access network (RAN), and a core network 1006, which includes one or more core network nodes 1008. The access network 1004 includes one or more access network nodes or base stations of various types, access network nodes 1010A and 1010B are depicted (which may be collectively referred to as network nodes 1010), or any other similar 3rdGeneration Partnership Project (3 GPP) access nodes or non-3GPP access points (APs). Some embodiments of the access network 1004 may include more than one access network technology. The network nodes 1010 of access network 1004 facilitate direct or indirect connection of wireless devices, also referred to as user equipments (UEs), such as by connecting UEs 1012A, 1012B, 1012C, and 1012D (one or more of which may be generally referred to as UEs 1012) to the core network 1006 over one or more wireless connections.
[0090] Moreover, a network node is not necessarily limited to an implementation in which a radio portion and a baseband portion are supplied and integrated by a single vendor. Thus, it will be understood that network nodes include disaggregated implementations or portions thereof. For example, in some embodiments, the telecommunications network 1002 includes one or more Open-RAN (ORAN) network nodes. An ORAN network node is a network node in the telecommunications network 1002 that supports an ORAN specification (e.g., a specification published by the O-RAN Alliance, or any similar organization) and may operate alone or together with other network nodes to implement one or more functionalities of any network node in the telecommunications network 1002, including one or more access network nodes 1010 and / or core network nodes 1008.
[0091] Examples of an ORAN network node include an open radio unit (O-RU), an open distributed unit (O-DU), an open central unit (O-CU), including an O-CU control plane (O-CU-CP) or an O-CU user plane (O-CU-UP), a RAN intelligent controller (near-real time or non-realtime) hosting software or software plug-ins, such as a near-real time control application (e.g., xApp) or a non-real time control application (e.g., rApp), or any combination thereof (the adjective “open” designating support of an ORAN specification). An ORAN network node may support a specification by, for example, supporting an interface defined by the ORAN specification, such as an Al, Fl, Wl, El, E2, X2, Xn interface, an open fronthaul user plane interface, or an open fronthaul management plane interface. Moreover, an ORAN network node may be a logical node in a physical node. Furthermore, an ORAN network node may be implemented in a virtualization environment (described further below) in which one or more network functions are virtualized. For example, the virtualization environment may include an O-Cloud computing platform orchestrated by a Service Management and Orchestration Framework via an 0-2 interface defined by the 0-RAN Alliance or comparable technologies.
[0092] The network nodes 1010 facilitate direct or indirect connection of one or more UEs 1012 to the core network 1006 over one or more wireless connections. Example wireless communications over a wireless connection include transmitting and / or receiving wireless signals using electromagnetic waves, radio waves, infrared waves, and / or other types of signals suitable for conveying information without the use of wires, cables, or other material conductors. Moreover, in different embodiments, the communication system 1000 may include any number of wired or wireless networks, network nodes, UEs, and / or any other components or systems that may facilitate or participate in the communication of data and / or signals whether via wired or wireless connections. The communication system 1000 may include and / or interface with any type of communication, telecommunication, data, cellular, radio network, and / or other similar type of system.
[0093] The UEs 1012 may be any of a wide variety of communication devices, including wireless devices arranged, configured, and / or operable to communicate wirelessly with the network nodes 1010 and other communication devices. Similarly, the network nodes 1008, 1010 are arranged, capable, configured, and / or operable to communicate directly or indirectly (e.g., via other devices of telecommunications network 1002) with the UEs 1012 and / or with other network nodes or equipment in the telecommunications network 1002 to enable and / or provide network access, such as wireless network access, and / or to perform other functions, such as administration in the telecommunications network 1002. More specifically, UEs 1012 may send messages, data, and / or other signals to network nodes 1008, 1010 or other elements of the telecommunications network 1002 by transmitting such signals to the relevant device directly without the signals passing through any intervening devices or by transmitting such signals to the relevant device indirectly through an intervening device (or multiple intervening devices) that then transmit the signal to the relevant device. Similarly, network nodes 1008, 1010 maysend messages, data, and other signals to UEs 10122, other network nodes 1008, 1010, and other devices in telecommunications network 1002 directly or indirectly. As one specific example, a core network node 108 may transmit a particular message to a UE 1012 by transmitting the message to an access network node 1010 that will then transmit the message to the intended UE 1012. Similarly, a core network node 108 may receive a particular message from a UE 1012 by receiving the message from an access network node 1010 that itself received the message from the UE 1012.
[0094] In the depicted example, the core network 1006 connects elements of the access network 1004 (e.g., one or more of the network nodes 1010) to one or more host computing systems, such as host 1016. These connections may be direct or indirect via one or more intermediary networks or devices. In other examples, network nodes may be directly coupled to hosts. The core network 1006 includes one or more core network nodes (e.g., core network node 1008) of various types, one or more of which may be generally referred to as network nodes 1008. Network nodes 1008 are structured with hardware and software components. Features of these components may be substantially similar to those described with respect to the UEs, access network nodes, and / or hosts, such that the descriptions thereof are generally applicable to the corresponding components of the core network node 1008. Example core network nodes provide functions of one or more of a Mobile Switching Center (MSC), Mobility Management Entity (MME), Home Subscriber Server (HSS), Access and Mobility Management Function (AMF), Session Management Function (SMF), Authentication Server Function (AUSF), Subscription Identifier De-concealing function (SIDF), Unified Data Management (UDM), Security Edge Protection Proxy (SEPP), Network Exposure Function (NEF), and / or a User Plane Function (UPF).
[0095] The host 1016 may be under the ownership or control of a service provider other than an operator or provider of the access network 1004 and / or the telecommunications network 1002. The host 1016 may be operated by the service provider or on behalf of the service provider. The host 1016 may host a variety of applications to provide one or more service.Examples of such applications include live and pre-recorded audio / video content, data collection services such as retrieving and compiling data on various ambient conditions detected by a plurality of UEs, analytics functionality, social media, functions for controlling or otherwise interacting with remote devices, functions for an alarm and surveillance center, or any other such function performed by a server.
[0096] As a whole, the communication system 1000 of FIG. 10 enables connectivity between the UEs, network nodes, and hosts. In that sense, the communication system 1000 may be configured to operate according to predefined rules or procedures, such as specific standardsthat include, but are not limited to: Global System for Mobile Communications (GSM);Universal Mobile Telecommunications System (UMTS); Long Term Evolution (LTE), and / or other suitable 2G, 3G, 4G, 5G standards, or any applicable future generation standard (e.g., 6G); wireless local area network (WLAN) standards, such as the Institute of Electrical and Electronics Engineers (IEEE) 802.11 standards (Wi-Fi); and / or any other appropriate wireless communication standard, such as the Worldwide Interoperability for Microwave Access (Wi-Max), Bluetooth, Z-Wave, Near Field Communication (NFC) ZigBee, Li-Fi, and / or any low-power wide-area network (LPWAN) standards such as LoRa and Sigfox. Moreover, the communication system 1000 may be configured to support multiple different standards, protocols, or other rule sets, with individual components supporting all of the relevant rule sets or with different components or sub-systems within the communication system 1000 supporting different standards, protocols, or rule sets.
[0097] As one example, in certain embodiments, access network 1004 may contain some access network nodes 1010 that support 3 GPP radio access technologies (RAT), such as LTE or NR, while other access network nodes 1010 support (or the same access network nodes 1010 additionally support) non-3GPP RATs, such as Wi-Fi or a proprietary RAT. As another example, telecommunications network 1002 may support multiple generations of related communication standards (e.g., 4G and 5G 3GPP communication standards) and, as a result, may include an access network 104 and / or a core network 106 that supports multiple different standard generations or may include multiple access networks 104 and / or multiple core networks 106 with individual networks 104, 106 supporting different standard generations.
[0098] Telecommunications network 1002 may support network slicing to provide different logical networks to different devices that are connected to the telecommunications network 1002. For example, the telecommunications network 1002 may provide Ultra Reliable Low Latency Communication (URLLC) services to some UEs, while providing Enhanced Mobile Broadband (eMBB) services to other UEs, and / or Massive Machine Type Communication (mMTC) / Massive loT services to yet further UEs.
[0099] In some examples, one or more of the UEs 1012 are configured to transmit and / or receive information without direct human interaction. For instance, a UE may be designed to transmit information to the access network 1004 on a predetermined schedule, when triggered by an internal or external event, or in response to requests from the access network 1004.Additionally, a UE may be configured for operating in single- or multi-RAT or multi -standard mode. For example, a UE may operate with any one or combination of Wi-Fi, NR (New Radio) and LTE, i.e. being configured for multi-radio dual connectivity (MR-DC), such as E-UTRAN (Evolved-UMTS Terrestrial Radio Access Network) New Radio - Dual Connectivity (EN-DC).
[0100] In the example, the hub 1014 communicates with the access network 1004 to facilitate indirect communication between one or more UEs (e.g., UE 1012C and / or 1012D) and network nodes (e.g., network node 1010B). In some examples, the hub 1014 may be a controller, router, content source and analytics, or any of the other communication devices described herein regarding UEs. For example, the hub 1014 may be a broadband router enabling access to the core network 1006 for the UEs. As another example, the hub 1014 may be a controller that sends commands or instructions to one or more actuators in the UEs. Commands or instructions may be received from the UEs, network nodes 1010, or by executable code, script, process, or other instructions in the hub 1014.
[0101] As another example, the hub 1014 may be a data collector that acts as temporary storage for UE data and, in some embodiments, may perform analysis or other processing of the data. As another example, the hub 1014 may be a content source. For example, for a UE that is a VR headset, display, loudspeaker or other media delivery device, the hub 1014 may retrieve VR assets, video, audio, or other media or data related to sensory information via a network node, which the hub 1014 then provides to the UE either directly, after performing local processing, and / or after adding additional local content. In still another example, the hub 1014 acts as a proxy server or orchestrator for the UEs, in particular if one or more of the UEs are low energy loT devices.
[0102] The hub 1014 may have a constant / persistent or intermittent connection to the network node 1010B. The hub 1014 may also allow for a different communication scheme and / or schedule between the hub 1014 and UEs (e.g., UE 1012C and / or 1012D), and between the hub 1014 and the core network 1006. In other examples, the hub 1014 is connected to the core network 1006 and / or one or more UEs via a wired connection. Moreover, the hub 1014 may be configured to connect to an M2M service provider over the access network 1004 and / or to another UE over a direct connection. In some scenarios, UEs may establish a wireless connection with the network nodes 1010 while still connected via the hub 1014 via a wired or wireless connection. In some embodiments, the hub 1014 may be a dedicated hub - that is, a hub whose primary function is to route communications to / from the UEs from / to the network node 1010B. In other embodiments, the hub 1014 may be a non-dedicated hub - that is, a device which is capable of operating to route communications between the UEs and network node 1010B, but which is additionally capable of operating as a communication start and / or end point for certain data channels.
[0103] FIG. 11 is another example of a communication system 1100 according to some embodiments. As used herein, the communication system 1100 includes multiple access points (APs) 1110 (with four exemplary APs 1110A, 1 HOB, 1110C, and 1110D being depicted) andmultiple wireless devices, referred to in the context of communication system 1100 as stations (STAs) 1112 (referred to individually as STA 1112A, STA 1112B, STA 1112C, STA 1112D, and STA 1112E). STA 1112A is served by AP 1110A in a first basic service set (BSS) 1120A. STA 1 HOB and STA 1110C are served by AP 1110B in a second BSS, BSS 1120B. STA 1112D is served by AP 1110C in a third BSS, BSS 1120C. STA 1112E is served by AP 1110D in a fourth BSS, BSS 1120D. Stations 1112 may be non-AP STAs and correspond to various kinds of wireless devices, for example, user terminals, such as mobile or stationary computing devices like smartphones, laptop computers, desktop computers, tablet computers, gaming devices, head-mounted displays (HMDs) for Augmented Reality (AR) or Virtual Reality (VR), or the like. Further, stations 1112 could, for example, correspond to other kinds of equipment like smart home devices, printers, multimedia devices, data storage devices, or the like.
[0104] Each of STAs 1112 may connect through a radio link to one of APs 1110. For example, depending on location or channel conditions experienced by a given STA 1112, the STA may select an appropriate AP and BSS for establishing the radio link. The radio link may be based on one or more orthogonal frequency-division multiplexing (OFDM) carriers from a frequency spectrum that is shared on the basis of a contention-based mechanism, e.g., an unlicensed or license exempt band like 2.4 GHz Industrial, Scientific, and Medical (ISM) band, the 5 GHz band, the 6 GHz band, or the 60 GHz band.
[0105] Each AP 1110 may provide data connectivity to STAs 1112 connected to a particular AP 1110. As illustrated, APs 1110 may be connected to a data network 1130. In this way, APs 1110 may also provide data connectivity between STAs 1112 and other entities, e.g., to one or more servers, service providers, data sources, data sinks, user terminals, or the like.Accordingly, the radio link established between a given STA 1112 and its serving AP 1110 may be used for providing various kinds of services to STA 1112, e.g., a voice service, a multimedia service, or other data service. Such services may be based on applications that are executed on STA 1112 and / or on a device linked to STA 1112. By way of example, FIG. 11 illustrates an application service platform 1132 provided in data network 1130. The application(s) executed on STA 1112 and / or on one or more other devices linked to STA 1112 may use the radio link for data communication with one or more other STA 1112 and / or the application service platform 1132, thereby enabling utilization of the corresponding service(s) at STA 1112.
[0106] FIG. 12 shows a wireless device 1200, which may be configured to operate in communication system 1000 of FIG. 10 or in communication system 1100 of FIG. 110. The wireless device 1200 may be alternatively referred to as a UE 1200, like a UE 1012 within the context of communication system 1000, or as a station (STA) 1200 or as a non-access-point station (non-AP STA) 1200, like a STA 1112 within the context of the communication system1100, in accordance with respective embodiments. As used herein, a wireless device refers to a device capable, configured, arranged and / or operable to communicate wirelessly with network nodes and / or other wireless devices. Examples of a wireless device include, but are not limited to, a smart phone, mobile phone, cell phone, voice over IP (VoIP) phone, wireless local loop phone, desktop computer, personal digital assistant (PDA), wireless cameras, gaming console or device, music storage device, playback appliance, wearable terminal device, wireless endpoint, mobile station, tablet, laptop, laptop-embedded equipment (LEE), laptop-mounted equipment (LME), smart device, wireless customer-premise equipment (CPE), vehicle, vehicle-mounted or vehicle embedded / integrated wireless device, and wireless terminal. Other examples include any type of UE identified by the 3rd Generation Partnership Project (3GPP), including a narrow band internet of things (NB-IoT) UE, a machine type communication (MTC) UE, and / or an enhanced MTC (eMTC) UE.
[0107] A wireless device 1200 may support device-to-device (D2D) communication, for example by implementing a 3 GPP standard for sidelink communication, Dedicated Short-Range Communication (DSRC), vehicle-to-vehicle (V2V), vehicle-to-infrastructure (V2I), or vehicle-to-everything (V2X). In other examples, wireless device 1200 may not necessarily have a user in the sense of a human user who owns and / or operates the relevant device. Instead, wireless device 1200 may represent a device that is intended for sale to, or operation by, a human user but which may not, or which may not initially, be associated with a specific human user (e.g., a smart sprinkler controller). Alternatively, wireless device 1200 may represent a device that is not intended for sale to, or operation by, an end user but which may be associated with or operated for the benefit of a user (e.g., a smart power meter).
[0108] In particular embodiments, wireless device 1200 includes processing circuitry 1202 that is operatively coupled via a bus 1204 to an input / output interface 1206, a power source 1208, a memory 1210, a communication interface 1212, and / or any other component, or any combination thereof. Certain embodiments of wireless device 1200 may include all or a subset of the components shown in FIG. 12. The level of integration between the components may vary from one embodiment of wireless device 1200 to another. In general, in a particular embodiment of wireless device 1200, processing circuitry 1202, input / output interface 1206, power source 1208, memory 1210, and communication interface 1212 may, in whole or in part, represent or include physical components common to or shared by one or more of the other elements of wireless device 1200. Further, certain embodiments of wireless devices 1200 may contain multiple instances of a component, such as multiple processors, memories, transceivers, transmitters, receivers, etc.
[0109] The processing circuitry 1202 is configured to process instructions and data and may be configured to implement any sequential state machine operative to execute instructions stored as machine-readable computer programs in the memory 1210. The processing circuitry 1202 may be implemented as one or more hardware-implemented state machines (e.g., in discrete logic, field-programmable gate arrays (FPGAs), application specific integrated circuits (ASICs), etc.); programmable logic together with appropriate firmware; one or more stored computer programs, general-purpose processors, such as a microprocessor or digital signal processor (DSP), together with appropriate software; or any combination of the above. For example, the processing circuitry 1202 may include multiple central processing units (CPUs).
[0110] In the example, the input / output interface 1206 may be configured to provide an interface or interfaces to an input device, output device, or one or more input and / or output devices. Examples of an output device include a speaker, a sound card, a video card, a display, a monitor, a printer, an actuator, an emitter, a smartcard, another output device, or any combination thereof. An input device may allow a user to capture information into wireless device 1200. Examples of an input device include a touch-sensitive or presence-sensitive display, a camera (e.g., a digital camera, a digital video camera, a web camera, etc.), a microphone, a sensor, a mouse, a trackball, a directional pad, a trackpad, a scroll wheel, a smartcard, and the like. The presence-sensitive display may include a capacitive or resistive touch sensor to sense input from a user. A sensor may be, for instance, an accelerometer, a gyroscope, a tilt sensor, a force sensor, a magnetometer, an optical sensor, a proximity sensor, a biometric sensor, etc., or any combination thereof. An output device may use the same type of interface port as an input device. For example, a Universal Serial Bus (USB) port may be used to provide an input device and an output device.
[0111] In some embodiments, the power source 1208 is structured as a battery or battery pack. Other types of power sources, such as an external power source (e.g., an electricity outlet), photovoltaic device, or power cell, may be used to supply power to circuitry or to charge an associated battery. The power source 1208 may further include power circuitry for delivering power from the power source 1208 itself, and / or an external power source, to the various parts of wireless device 1200 via input circuitry or an interface such as an electrical power cable. Power source 1208 may perform any formatting, converting, or other modification to make accessible power suitable for the respective components of the wireless device 1200 to which power is supplied.
[0112] The memory 1210 may be or be configured to include memory such as random access memory (RAM), read-only memory (ROM), programmable read-only memory (PROM), erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), magnetic disks, optical disks, hard disks, removable cartridges, flash drives, and so forth. In one example, the memory 1210 includes one or more programs 1214, such as an operating system, web browser application, a widget, gadget engine, or other application, and corresponding data 1216. The memory 1210 may store, for use by wireless device 1200, any of a variety of various operating systems or combinations of operating systems.
[0113] The memory 1210 may be configured to include a number of physical drive units, such as redundant array of independent disks (RAID), flash memory, USB flash drive, external hard disk drive, thumb drive, pen drive, key drive, high-density digital versatile disc (HD-DVD) optical disc drive, internal hard disk drive, Blu-Ray optical disc drive, holographic digital data storage (HDDS) optical disc drive, external mini -dual in-line memory module (DIMM), synchronous dynamic random access memory (SDRAM), external micro-DIMM SDRAM, smartcard memory such as tamper resistant module in the form of a universal integrated circuit card (UICC) including one or more subscriber identity modules (SIMs), such as a USIM and / or ISIM, other memory, or any combination thereof. The UICC may for example be an embedded UICC (eUICC), integrated UICC (iUICC) or a removable UICC commonly known as ‘SIM card.’ The memory 1210 may allow wireless device 1200 to access instructions, programs and the like, stored on transitory or non-transitory memory media, to off-load data, or to upload data. An article of manufacture, such as one utilizing a communication system may be tangibly embodied as or in the memory 1210, which may be or comprise a device-readable storage medium.
[0114] The processing circuitry 1202 may be configured to communicate with an access network or other network via or using the communication interface 1212. The communication interface 1212 may comprise one or more communication subsystems and may include or be communicatively coupled to an antenna 1222. The communication interface 1212 may include one or more transceivers used to communicate, such as by communicating with one or more remote transceivers of another device capable of wireless communication (e.g., another wireless device or a network node in an access network). Each transceiver may include a transmitter 1218 and / or a receiver 1220 appropriate to provide network communications (e.g., optical, electrical, frequency allocations, and so forth). Moreover, the transmitter 1218 and receiver 1220 may be coupled to one or more antennas (e.g., antenna 1222) and may share circuit components, software or firmware, or alternatively be implemented separately.
[0115] In the illustrated embodiment, communication functions of the communication interface 1212 may include cellular communication, Wi-Fi communication (e.g., according to an IEEE 802.11 family standard), LPWAN communication, data communication, voicecommunication, multimedia communication, short-range communications such as Bluetooth, near-field communication, location-based communication such as the use of the global positioning system (GPS) to determine a location, another like communication function, or any combination thereof. Communications may be implemented according to one or more communication protocols and / or standards, such as IEEE 802.11, Code Division Multiplexing Access (CDMA), Wideband Code Division Multiple Access (WCDMA), GSM, LTE, New Radio (NR), UMTS, WiMax, Ethernet, transmission control protocol / internet protocol (TCP / IP), synchronous optical networking (SONET), Asynchronous Transfer Mode (ATM), QUIC, Hypertext Transfer Protocol (HTTP), and so forth.
[0116] In particular embodiments, wireless device 1200 may provide an output of data captured via a sensor, through its communication interface 1212, via a wireless connection to a network node, and / or in any appropriate manner. Data captured by sensors of a wireless device 1200 can be communicated through a wireless connection to a network node via another wireless device 1200. In particular embodiments, such output may be periodic (e.g., once every 15 minutes if it reports the sensed temperature), random (e.g., to even out the load from reporting from several sensors), in response to a triggering event (e.g., when moisture is detected an alert is sent), in response to a request (e.g., a user initiated request), or a continuous stream (e.g., a live video feed of a patient).
[0117] As another example, wireless device 1200 comprises an actuator, a motor, or a switch, related to a communication interface configured to receive wireless input from a network node via a wireless connection. In response to the received wireless input the states of the actuator, the motor, or the switch may change. For example, wireless device 1200 may comprise a motor that adjusts the control surfaces or rotors of a drone in flight according to the received input or to a robotic arm performing a medical procedure according to the received input.
[0118] Wireless device 1200, when in the form of an Internet of Things (loT) device, may be a device for use in one or more application domains, these domains comprising, but not limited to, wearable technology, extended industrial application and healthcare. Non-limiting examples of such an loT device are a device which is or which is embedded in: a connected refrigerator or freezer, a TV, a connected lighting device, an electricity meter, a robot vacuum cleaner, a voice controlled smart speaker, a home security camera, a motion detector, a thermostat, a smoke detector, a door / window sensor, a flood / moisture sensor, an electrical door lock, a connected doorbell, an air conditioning system like a heat pump, an autonomous vehicle, a surveillance system, a weather monitoring device, a vehicle parking monitoring device, an electric vehicle charging station, a smart watch, a fitness tracker, a wearable for tactile augmentation or sensory enhancement, a water sprinkler, an animal- or item-tracking device, asensor for monitoring a plant or animal, an industrial robot, an Unmanned Aerial Vehicle (UAV), and any kind of medical device, like a heart rate monitor or a remote controlled surgical robot. In particular embodiments, wireless device 1200 represents an loT device that comprises circuitry and / or software in dependence of the intended application of the loT device in addition to other components as described in relation to the example embodiment of wireless device 1200 shown in FIG. 12.
[0119] As yet another specific example, in an loT scenario, wireless device 1200 may represent a machine or other device that performs monitoring and / or measurements, and transmits the results of such monitoring and / or measurements to another wireless device and / or a network node. Wireless device 1200 may in this case be an M2M device, which may in a 3GPP context be referred to as an MTC device. As one particular example, wireless device 1200 may implement the 3GPP NB-IoT standard. In other scenarios, wireless device 1200 may represent a vehicle, such as a car, a bus, a truck, a ship and an airplane, or other equipment that is capable of monitoring and / or reporting on its operational status or other functions associated with its operation.
[0120] In practice, any number of wireless devices 1200 may be used together with respect to a single use case. For example, a first wireless device 1200 might be or be integrated in a drone and provide the drone’s speed information (obtained through a speed sensor) to a second wireless device 1200 that is a remote controller operating the drone. When a user makes changes from the remote controller, the first wireless device 1200 may adjust the throttle on the drone (e.g. by controlling an actuator) to increase or decrease the drone’s speed. The first and / or the second wireless device 1200 can also include more than one of the functionalities described above. For example, wireless device 1200 might comprise the sensor and the actuator, and handle communication of data for both the speed sensor and the actuators.
[0121] FIG. 13 shows a network node 1300 in accordance with some embodiments. As used herein, network node refers to equipment capable, configured, arranged and / or operable to communicate directly or indirectly with a UE and / or with other network nodes or equipment, in a telecommunications network. In accordance with respective embodiments, network node 1300 may be configured to operate in communication system 1000 of FIG. 10, like network nodes 1008 or 1010, or in communication system 1100 of FIG. 11, like an AP 1110 or a station 1112. Examples of network nodes include, but are not limited to, access points (APs) (e.g., radio access points), base stations (BSs) (e.g., radio base stations, Node Bs, evolved Node Bs (eNBs) and NRNodeBs (gNBs)), 0-RAN nodes or components of an 0-RAN node (e.g., O-RU, O-DU, O-CU).
[0122] Network nodes 1300 may be categorized based on the amount of coverage they provide (or, stated differently, their transmit power level) and so, depending on the provided amount of coverage, may be referred to as femto base stations, pico base stations, micro base stations, or macro base stations. Network node 1300 may be a relay node or a relay donor node controlling a relay. Network nodes 1300 may also include one or more (or all) parts of a distributed radio base station such as centralized digital units, distributed units (e.g., in an O-RAN access node) and / or remote radio units (RRUs), sometimes referred to as Remote Radio Heads (RRHs). Such remote radio units may or may not be integrated with an antenna as an antenna integrated radio. Parts of a distributed radio base station may also be referred to as nodes in a distributed antenna system (DAS).
[0123] Other examples of network nodes 1300 include multiple transmission point (multi-TRP) 5G access nodes, multi -standard radio (MSR) equipment such as MSR BSs, network controllers such as radio network controllers (RNCs) or base station controllers (BSCs), base transceiver stations (BTSs), transmission points, transmission nodes, multi-cell / multicast coordination entities (MCEs), Operation and Maintenance (O&M) nodes, Operations Support System (OSS) nodes, Self-Organizing Network (SON) nodes, positioning nodes (e.g., Evolved Serving Mobile Location Centers (E-SMLCs)), and / or Minimization of Drive Tests (MDTs).
[0124] In particular embodiments, network node 1300 includes a processing circuitry 1302, a memory 1304, a communication interface 1306, and a power source 1308. In general, in a particular embodiment of network node 1300, processing circuitry 1302, memory 1304, communication interface 1306, and power source 1308 may, in whole or in part, represent or include physical components common to or shared by one or more of the other elements of network node 1300.
[0125] The network node 1300 may be composed of multiple distinct network entities (e.g., a NodeB entity and a RNC entity, or a BTS entity and a BSC entity, etc.), which may each have or utilize their own respective physical components. In certain scenarios in which the network node 1300 comprises multiple such entities (e.g., BTS and BSC), one or more of the separate entities may be shared among several network nodes. For example, a single RNC may control multiple NodeB s. In such a scenario, each unique NodeB and RNC pair, may in some instances be considered a single separate network node. In some embodiments, the network node 1300 may be configured to support multiple radio access technologies (RATs). In such embodiments, some components may be duplicated (e.g., separate memories 1304 or portions of memory 1304 for different RATs) and some components may be reused (e.g., a same antenna 1310 may be shared by different RATs). The network node 1300 may also include multiple sets of the various illustrated components for different wireless technologies integrated into network node 1300, forexample GSM, WCDMA, LTE, NR, Wi-Fi (e.g., according to an IEEE 802.11 family standard), Zigbee, Z-wave, LoRaWAN, Radio Frequency Identification (RFID) or Bluetooth wireless technologies. These wireless technologies may be integrated into the same or different chip or set of chips and other components within network node 1300.
[0126] The processing circuitry 1302 may comprise a combination of one or more of a microprocessor, controller, microcontroller, central processing unit, digital signal processor, application-specific integrated circuit, field programmable gate array, or any other suitable computing device, resource, or combination of hardware, software and / or encoded logic operable to provide, either alone or in conjunction with other components, such as the memory 1304, to provide network node 1300 functionality.
[0127] In some embodiments, the processing circuitry 1302 includes a system on a chip (SOC). In some embodiments, the processing circuitry 1302 includes one or more of radio frequency (RF) transceiver circuitry 1312 and baseband processing circuitry 1314. In some embodiments, the RF transceiver circuitry 1312 and the baseband processing circuitry 1314 may be on separate chips (or sets of chips), boards, or units, such as radio units and digital units. In alternative embodiments, part or all of RF transceiver circuitry 1312 and baseband processing circuitry 1314 may be on the same chip or set of chips, boards, or units.
[0128] The memory 1304 may comprise any form of volatile or non-volatile computer-readable memory including, without limitation, persistent storage, solid-state memory, remotely mounted memory, magnetic media, optical media, random access memory (RAM), read-only memory (ROM), mass storage media (for example, a hard disk), removable storage media (for example, a flash drive, a Compact Disk (CD) or a Digital Video Disk (DVD)), and / or any other volatile or non-volatile, non-transitory device-readable and / or computer-executable memory devices that store information, data, and / or instructions that may be used by the processing circuitry 1302. The memory 1304 may store any suitable instructions, data, or information, including a computer program, software, an application including one or more of logic, rules, code, tables, and / or other instructions capable of being executed by the processing circuitry 1302 and utilized by the network node 1300. The memory 1304 may be used to store any calculations made by the processing circuitry 1302 and / or any data received via the communication interface 1306. In some embodiments, the processing circuitry 1302 and memory 1304 is integrated.
[0129] The communication interface 1306 is used in wired or wireless communication of signaling and / or data with UEs, other network nodes, and / or any other network equipment. In the illustrated embodiment, communication interface 1306 comprises port(s) / terminal(s) 1316 to send and receive data, for example to and from a network over a wired connection. In particular embodiments, network node 1200 may be capable of wireless communication andcommunication interface 1306 may also include radio front-end circuitry 1318 that may be coupled to, or in certain embodiments a part of, an antenna 1310. Particular embodiments of radio front-end circuitry 1318 include filter(s) 1320 and amplifier(s) 1322. The radio front-end circuitry 1318 may be connected to an antenna 1310 and processing circuitry 1302. The radio front-end circuitry may be configured to condition signals communicated between antenna 1310 and processing circuitry 1302. The radio front-end circuitry 1318 may receive digital data that is to be sent out to other network nodes or UEs via a wireless connection. The radio front-end circuitry 1318 may convert the digital data into a radio signal(s) having the appropriate channel and bandwidth parameters using a combination of filters 1320 and / or amplifiers 1322. The radio signal(s) may then be transmitted via the antenna 1310. Similarly, when receiving data, the antenna 1310 may collect radio signals which are then converted into digital data by the radio front-end circuitry 1318. The digital data may be passed to the processing circuitry 1302. In other embodiments, the communication interface may comprise different components and / or different combinations of components.
[0130] In certain alternative embodiments, network node 1300 may be capable of wireless communication but does not include separate radio front-end circuitry 1318, instead, the processing circuitry 1302 includes radio front-end circuitry and is connected to the antenna 1310. Similarly, in some embodiments, all or some of the RF transceiver circuitry 1312 is part of the communication interface 1306. In still other embodiments, the communication interface 1306 includes one or more ports or terminals 1316, the radio front-end circuitry 1318, and the RF transceiver circuitry 1312, as part of a radio unit (not shown), and the communication interface 1306 communicates with the baseband processing circuitry 1314, which is part of a digital unit (not shown).
[0131] The antenna 1310 may include one or more antennas, or antenna arrays, configured to send and / or receive wireless signals. The antenna 1310 may be coupled to the radio front-end circuitry 1318 and may be any type of antenna capable of transmitting and receiving data and / or signals wirelessly. In certain embodiments, the antenna 1310 is separate from the network node 1300 and connectable to the network node 1300 through one or more interfaces or ports.
[0132] The antenna 1310, communication interface 1306, and / or the processing circuitry 1302 may be configured to perform some or all of the receiving operations and / or obtaining operations described herein as being performed by the network node 1300. Any information, data and / or signals may be received from a UE, another network node and / or any other network equipment. Similarly, the antenna 1310, the communication interface 1306, and / or the processing circuitry 1302 may be configured to perform some or all of the transmitting or sending operations described herein as being performed by the network node 1300. Anyinformation, data and / or signals may be transmitted to a UE, another network node and / or any other network equipment.
[0133] The power source 1308 provides power to the various components of network node 1300 in a form suitable for the respective components (e.g., at a voltage and current level needed for each respective component). The power source 1308 may further comprise, or be coupled to, power management circuitry to supply the components of the network node 1300 with power for performing the functionality described herein. For example, the network node 1300 may be connectable to an external power source (e.g., the power grid, an electricity outlet) via an input circuitry or interface such as an electrical cable, whereby the external power source supplies power to power circuitry of the power source 1308. As a further example, the power source 1308 may comprise a source of power in the form of a battery or battery pack which is connected to, or integrated in, power circuitry. The battery may provide backup power should the external power source fail.
[0134] Embodiments of the network node 1300 may include additional components beyond those shown in FIG. 13 for providing certain aspects of the network node’s functionality, including any of the functionality described herein and / or any functionality necessary to support the subject matter described herein. For example, the network node 1300 may include user interface equipment to allow input of information into the network node 1300 and to allow output of information from the network node 1300. This may allow a user to perform diagnostic, maintenance, repair, and other administrative functions for the network node 1300.
[0135] FIG. 14 is a block diagram illustrating a virtualization environment 1400 in which functions implemented by some embodiments may be virtualized. In the present context, virtualizing means creating virtual versions of apparatuses or devices which may include virtualizing hardware platforms, storage devices and networking resources. As used herein, virtualization can be applied to any device described herein, or components thereof, and relates to an implementation in which at least a portion of the functionality is implemented as one or more virtual components. Some or all of the functions described herein may be implemented as virtual components executed by one or more virtual machines (VMs) implemented in one or more virtual environments 1400 hosted by one or more of hardware nodes, such as a hardware computing device that operates as an access network node, UE, core network node, or host. Further, in embodiments in which a virtual node does not require radio connectivity (e.g., a core network node or host), then the node may be entirely virtualized. In some embodiments, the virtualization environment 1400 includes components defined by the O-RAN Alliance, such as an O-Cloud environment orchestrated by a Service Management and Orchestration Framework via an O-2 interface.
[0136] Applications 1402 (which may alternatively be called software instances, virtual appliances, network functions, virtual nodes, virtual network functions, etc.) are run in the virtualization environment Q400 to implement some of the features, functions, and / or benefits of some of the embodiments disclosed herein.
[0137] Hardware 1404 includes processing circuitry, memory that stores software and / or instructions executable by hardware processing circuitry, and / or other hardware devices as described herein, such as a network interface, input / output interface, and so forth. Software may be executed by the processing circuitry to instantiate one or more virtualization layers 1406 (also referred to as hypervisors or virtual machine monitors (VMMs)), provide VM 1408A and VM 1408B (which may be collectively referred to as VMs 1408), and / or perform any of the functions, features and / or benefits described in relation with some embodiments described herein. The virtualization layer 1406 may present a virtual operating platform that appears like networking hardware to one or more of the VMs 1408.
[0138] The VMs 1408 comprise virtual processing, virtual memory, virtual networking or interface and virtual storage, and may be run by virtualization layer 1406. Different embodiments of the instance of a virtual appliance 1402 may be implemented on one or more of VMs 1408, and the implementations may be made in different ways. Virtualization of the hardware is in some contexts referred to as network function virtualization (NFV). NFV may be used to consolidate many network equipment types onto industry standard high volume server hardware, physical switches, and physical storage, which can be located in data centers, and customer premise equipment.
[0139] In the context of NFV, each of the VMs 1408 may be a software implementation of a physical machine that runs programs as if they were executing on a physical, non-virtualized machine. Each of the VMs 1408, and that part of hardware 1404 that executes that VM, be it hardware dedicated to that VM and / or hardware shared by that VM with others of the VMs, forms separate virtual network elements. Still in the context of NFV, a virtual network function is responsible for handling specific network functions that run in one or more of the VMs 1408 on top of the hardware 1404 and corresponds to an application 1402.
[0140] Hardware 1404 may be implemented in a standalone network node with generic or specific components. Hardware 1404 may implement some functions via virtualization.Alternatively, hardware 1404 may be part of a larger cluster of hardware (e.g. such as in a data center or CPE) where many hardware nodes work together and are managed via management and orchestration 1410, which, among others, oversees lifecycle management of applications 1402. In some embodiments, hardware 1404 is coupled to one or more radio units that each include one or more transmitters and one or more receivers that may be coupled to one or moreantennas. Radio units may communicate directly with other hardware nodes via one or more appropriate network interfaces and may be used in combination with the virtual components to provide a virtual node with radio capabilities, such as a radio access node or a base station. In some embodiments, some signaling can be provided with the use of a control system 1412 which may alternatively be used for communication between hardware nodes and radio units.
[0141] Although the computing devices described herein (e.g., UEs, network nodes, hosts) may include the illustrated combination of hardware components, other embodiments may comprise computing devices with different combinations of components. It is to be understood that these computing devices may comprise any suitable combination of hardware and / or software needed to perform the tasks, features, functions and methods disclosed herein.Determining, calculating, obtaining or similar operations described herein may be performed by processing circuitry, which may process information by, for example, converting the obtained information into other information, comparing the obtained information or converted information to information stored in the network node, and / or performing one or more operations based on the obtained information or converted information, and as a result of said processing making a determination. Moreover, while components are depicted as single boxes located within a larger box, or nested within multiple boxes, in practice, computing devices may comprise multiple different physical components that make up a single illustrated component, and functionality may be partitioned between separate components. For example, a communication interface may be configured to include any of the components described herein, and / or the functionality of the components may be partitioned between the processing circuitry and the communication interface. In another example, non-computationally intensive functions of any of such components may be implemented in software or firmware and computationally intensive functions may be implemented in hardware.
[0142] In certain embodiments, some or all of the functionality described herein may be provided by processing circuitry executing instructions stored on in memory, which in certain embodiments may be a computer program product in the form of a non-transitory computer-readable storage medium. In alternative embodiments, some or all of the functionality may be provided by the processing circuitry without executing instructions stored on a separate or discrete device-readable storage medium, such as in a hard-wired manner. In any of those particular embodiments, whether executing instructions stored on a non-transitory computer-readable storage medium or not, the processing circuitry can be configured to perform the described functionality. The benefits provided by such functionality are not limited to the processing circuitry alone or to other components of the computing device, but are enjoyed by the computing device as a whole, and / or by end users and a wireless network generally.
Claims
CLAIMSWhat is claimed is:
1. A method performed by a wireless device, UE, for beam selection for a UE-initiated report, the method comprising:determining (930) one or more measurements of each beam of a plurality of beams received from a network node during a time window;determining (940) a triggering condition has occurred based on the one or more measurements;selecting (950) a beam of the plurality of beams based on the one or more measurements; generating (970) the UE-initiated report to include an indication of the beam; and transmitting (980) the UE-initiated report to the network node.
2. The method of Claim 1, wherein selecting the beam of the plurality of beams comprises selecting a set of beams of the plurality of beams,the method further comprising:determining (960) an ordering of beams within the set of beams,wherein generating the UE-initiated report comprises generating the UE-initiated report to include an indication of each beam in the set of beams arranged according to the ordering.
3. The method of Claim 2, wherein determining the ordering of the beams within the set of beams comprises determining the ordering of the beams within the set of beams based on at least one of:a trend of the one or more measurements of a beam of the set of beams;an average performance of the one or more measurements of a beam of the set of beams; a variation between the one or more measurements of the beam of the set of beams;a number of the one or more measurements of the beam of the set of beams;a number of the one or more measurements of the beam of the set of beams that met a first threshold value;a timing of the one or more measurements of the beam of the set of beams; anda timing of a measurement of the one or more measurements of a beam that met a second, threshold value.
4. The method of Claim 3, wherein the first threshold value and / or the second threshold value are based on the triggering condition.
5. The method of any of Claims 2-4, wherein determining the ordering of the beams within the set of beams comprises determining the ordering of the beams within the set of beams based on at least one of:a mobility status of the UE;a duration of the time window;a number of beams in the set of beams;a number of beams in the plurality of beams whose corresponding one or more measurements met the triggering condition; andthe triggering condition.
6. The method of any of Claims 2-5, further comprising:receiving (920) an indication of a UE-initiated beam report configuration,wherein determining the ordering of the beams within the set of beams comprises determining the ordering of the beams within the set of beams based on the UE-initiated beam report configuration.
7. The method of any of Claims 1-6, further comprising:receiving (920) an indication of a UE-initiated beam report configuration,wherein selecting the beam of the plurality of beams comprises selecting the beam from the plurality of beam based on the UE-initiated beam report configuration.
8. The method of any of Claims 6-7, wherein the UE-initiated beam report configuration comprises at least one of:an identifier of a current beam;an identifier of a candidate beam;an indication of the triggering condition;an indication of the time window;an indication of an uplink, UL, resource to use to transmit the report; andan indication of a number of beams to be indicated in the report.
9. The method of any of Claims 1-8, wherein selecting the beam comprises selecting the beam based on a trend of the one or more measurements of the beam.
10. The method of any of Claims 1-9, wherein selecting the beam comprises selecting the beam based on an average performance of the one or more measurements of the beam.
11. The method of any of Claims 1-10, wherein selecting the beam comprises selecting the beam based on a variation between the one or more measurements of the beam.
12. The method of any of Claims 1-11, wherein selecting the beam comprises selecting the beam based on a number of the one or more measurements of the beam.
13. The method of any of Claims 1-12, wherein selecting the beam comprises selecting the beam based on a number of the one or more measurements of the beam that met a threshold value.
14. The method of any of Claims 1-13, wherein selecting the beam comprises selecting the beam based on a timing of a measurement of the one or more measurements of the beam that met a threshold value.
15. The method of any of Claims 13-14, wherein the threshold value is based on the triggering condition.
16. The method of any of Claims 1-15, wherein selecting the beam comprises selecting the beam based on a timing of the one or more measurements of the beam.
17. The method of any of Claims 1-16, wherein selecting the beam comprises selecting the beam based on at least one of:a mobility status of the UE;a duration of the time window;a number of beams in the set of beams;a number beams in the plurality of beams whose corresponding one or more measurements met the triggering condition; andthe triggering condition.
18. The method of any of Claims 1-17, wherein determining the one or more measurements comprises determining the one or more measurements on a synchronization signal block, SSB, or channel state information reference signal, CSI-RS, transmitted on each beam of the plurality of beams.
19. The method of any of Claims 1-18, further comprising:transmitting (910) an indication that the UE is capable of beam selection for the UE-initiated report.
20. The method of any of Claims 1-19, further comprising:responsive to transmitting the UE-initiated report, communicating (990) with the network node using the beam.
21. The method of any of Claims 1-20, further comprising:receiving (920) an indication of a UE-initiated beam report configuration including parameters associated with the time window,wherein determining the one or more measurements of each beam of the plurality of beams comprises determining the one or more measurements of each beam of the plurality of beams based on the UE-initiated beam report configuration.
22. A wireless device, UE, (1200) adapted to perform operations comprising:determining (930) one or more measurements of each beam of a plurality of beams received from a network node during a time window;determining (940) a triggering condition has occurred based on the one or more measurements;selecting (950) a beam of the plurality of beams based on the one or more measurements; generating (970) a UE-initiated report to include an indication of the beam; and transmitting (980) the UE-initiated report to the network node.
23. The UE of Claim 22, the operations further comprising any of the operations of Claims 2- 21.
24. A computer program comprising program code to be executed by processing circuitry (1202) of a wireless device, UE, (1200), whereby execution of the program code causes the UE to perform operations comprising:determining (930) one or more measurements of each beam of a plurality of beams received from a network node during a time window;determining (940) a triggering condition has occurred based on the one or more measurements;selecting (950) a beam of the plurality of beams based on the one or more measurements; generating (970) a UE -initiated report to include an indication of the beam; and transmitting (980) the UE-initiated report to the network node.
25. The computer program of Claim 24, the operations further comprising any of the operations of Claims 2-21.
26. A computer program product comprising a non-transitory storage medium (1210) including program code to be executed by processing circuitry (1202) of a wireless device, UE, (1200), whereby execution of the program code causes the UE to perform operations comprising:determining (930) one or more measurements of each beam of a plurality of beams received from a network node during a time window;determining (940) a triggering condition has occurred based on the one or more measurements;selecting (950) a beam of the plurality of beams based on the one or more measurements; generating (970) a UE-initiated report to include an indication of the beam; and transmitting (980) the UE-initiated report to the network node.
27. The computer program product of Claim 26, further comprising any of the operations of Claims 2-21.