User equipment, radio network node, and methods performed therein

Abstract

Embodiments herein relate to, for example, a method performed by a radio network node (12) for handling communication in a wireless communication network. The radios network node (12) receives an indication indicating a request for system information from a UE (10). The radio network node (12) further selects a subset of SSB beams out of a set of SSB beams, which subset corresponds to the received indication, and transmits the requested system information in the subset of SSB beams.

Description

[0001] USER EQUIPMENT, RADIO NETWORK NODE, AND METHODS PERFORMED THEREINTECHNICAL FIELD Embodiments herein relate to a user equipment (UE), a radio network node, and methodsperformed therein regarding wireless communication. Furthermore, a computer program productand a computer readable storage medium are also provided herein. In particular, embodimentsherein relate to handling communication, such as handling paging, in a wireless communicationnetwork. BACKGROUND In a typical wireless communication network, UEs, also known as wireless communicationdevices, mobile stations, stations (STA) and / or wireless devices, communicate via a Radio AccessNetwork (RAN) with one or more core networks (CN). The RAN covers a geographical area which is divided into service areas or cells, with each service area or cell being served by a radio network node such as an access node e.g. a Wi-Fi access point or a radio base station (RBS), which insome networks may also be called, for example, a NodeB, a gNodeB, or an eNodeB. The servicearea or cell is a geographical area where radio coverage is provided by the radio network node. The radio network node operates on radio frequencies to communicate over an air interface with the UEs within range of the radio network node. The radio network node communicates over adownlink (DL) to the UE and the UE communicates over an uplink (UL) to the radio network node.A Universal Mobile Telecommunications System (UMTS) is a third generation (3G)telecommunication network, which evolved from the second generation (2G) Global System for Mobile Communications (GSM). The UMTS terrestrial radio access network (UTRAN) is essentially a RAN using wideband code division multiple access (WCDMA) and / or High-Speed Packet Access (HSPA) for communication with user equipment. In a forum known as the Third Generation Partnership Project (3GPP), telecommunications suppliers propose and agree upon standards for present and future generation networks and investigate e.g. enhanced data rate and radio capacity. In some RANs, e.g. as in UMTS, several radio network nodes may be connected, e.g., by landlines or microwave, to a controller node, such as a radio network controller (RNC) or a base station controller (BSC), which supervises and coordinates various activities of the plural radio network nodes connected thereto. The RNCs are typically connected to one or more core networks. Specifications for the Evolved Packet System (EPS) have been completed within the 3GPPand newer 3GPP releases, such as New Radio (NR), have been developed and are worked on.The EPS comprises the Evolved Universal Terrestrial Radio Access Network (E-UTRAN), also known as the Long-Term Evolution (LTE) radio access network, and the Evolved Packet Core(EPC), also known as System Architecture Evolution (SAE) core network. E-UTRAN / LTE is a3GPP radio access technology wherein the radio network nodes are directly connected to the EPC core network. As such, the Radio Access Network (RAN) of an EPS has an architecture comprising radio network nodes connected directly to one or more core networks. With 5G technologies such as NR, the use of very many transmit- and receive-antennaelements may be of great interest as it makes it possible to utilize beamforming, such as transmit-side and receive-side beamforming. Transmit-side beamforming means that the transmitter can amplify the transmitted signals in a selected direction or directions, while suppressing the transmitted signals in other directions. Similarly, on the receive-side, a receiver can amplify signals from a selected direction or directions, while suppressing unwanted signals from other directions. NR is connected to the 5G Core Network (5GC) which comprises a number of Network Functions (NF) such as Session Management Function (SMF), Access Management Function (AMF),Authentication Service Function (AUSF), Policy Control Function (PCF), Unified Data Manager(UDM), Network Repository Function (NRF), Network Exposure Function (NEF), just to mention some. In the 5GC, NFs can discover other NFs by using a discovery service provided by the NRF. The 3GPP Release 19 Work Item entitled “Enhancements of network energy savings for NR” includes the following objective related to on-demand system information block (SIB) such as SIB1 transmission, see 3GPP Work Item Description: Enhancements of network energy savings for NR, 3GPP RP-234065, December 2023: 2. Study procedures and signaling method(s) to support on-demand SIB1 for UEs in idle / inactivemode, including: [RAN1 / 2 / 3] •Triggering method by uplink wake-up-signal using an existing signal / channel.• Wake-up-signal configuration provisioning to UE- Note: No modification of SSB will be discussed under this objective• Information exchange between gNBs at least for the configuration of wake-up signal, ifnecessary. •Checkpoint for normative work in RAN#105NW energy consumption: For a cell in NR, typically, a synchronization signal block (SSB) is transmitted periodically, and it may be used to aid a UE to perform an initial cell search, acquire frame / slot timing, performinitial time / frequency synchronization, perform measurements, and / or be regarded as a quasicollocated (QCL) reference for channels / signals, etc. With beamforming, SSBs must be transmitted in multiple beams. The master information block (MIB) is a part of the SSB, and together with system information block one (SIB1) they are called Minimum System Information (Minimum SI).UEs are configured with the above, such as SSB, SIB1, SI, and / or timing / rate information either ina RRC_IDLE / INACTIVE state via broadcast system information or in a RRC_Connected state viadedicated radio resource control (RRC) messages. In IDLE / INACTIVE state, the information suchas ssb-PositionsInBurst and ssb-PeriodicityServing for the serving cell is configured via a SIB1configuration. The MIB includes the system information (SI) transmitted from the network (NW) on the broadcast channel (BCH). Below is the MIB information element (IE) in ASN.1 format: MIB ::= SEQUENCE { systemFrameNumber BIT STRING (SIZE (6)), subCarrierSpacingCommon ENUMERATED {scs15or60, scs30or120}, ssb-SubcarrierOffset INTEGER (0..15), dmrs-TypeA-Position ENUMERATED {pos2, pos3}, pdcch-ConfigSIB1 PDCCH-ConfigSIB1, cellBarred ENUMERATED {barred, notBarred}, intraFreqReselection ENUMERATED {allowed, notAllowed}, spare BIT STRING (SIZE (1)) }The Information Element (IE) for the Physical Downlink Control Channel (PDCCH), i.e., PDCCH-ConfigSIB1, see IE below, within the MIB is used to configure CORESET#0 and search space#0. PDCCH-ConfigSIB1 ::= SEQUENCE { controlResourceSetZero ControlResourceSetZero, searchSpaceZero SearchSpaceZero } If a SIB1 is not transmitted in a cell, the existing specifications state that a UE shall treat acell not providing SIB1 as a barred cell. The UE shall:1> if in RRC_IDLE or in RRC_INACTIVE or in RRC_CONNECTED while timer T311 isrunning: 2> if the UE is unable to acquire the MIB:… 2> else if the UE is unable to acquire the SIB1:3> consider the cell as barred in accordance with TS 38.304

[0020] ;Timer T311 is a timer for cell selection procedure and the UE transitions to RRC_IDLE or in RRC_INACTIVE upon expiry. The purpose of an on-demand SIB1 transmission is to assist saving power on signaling andcontributing to the network energy saving (NES) gains of the work item. A cell implementing theon-demand SIB1 transmission is termed herein as a NES cell. A NES cell may not provide SIB1transmissions in idle mode and a UE cannot proceed to camp on the NES cell, initiate randomaccess procedure to transition to connected mode at the NES cell or start a cell (re-)selection procedure, unless the SIB1 is provided as requested. The feature can be significantly facilitated if the NES cell is related to some other coverage cell, which takes care of a part of the required signalling, i.e., acts as an anchor cell. That is, the NES cell provides periodic SSB transmission and, hence, a UE can receive this SSB and decode the associated MIB. The UE can request for the on-demand SIB1 from the NES cell where the configuration should be informed by either the NES cell or the anchor cell. The 3GPP RAN1_116 meeting has an agreement on WUS design for on-demand SIB1, see R1-2401663, FL summary 3 for on-demand SIB1 in idle / inactive mode, Moderator (MediaTek). Agreement -For study of UL WUS design, consider at least Physical Random Access Channel (PRACH)as a starting point -For further studying (FFS): Whether there is a dedicated PRACH resource for SIB1request -Other option(s) not precludedPRACH or Random Access Channel (RACH) resources are configured via higher layers,e.g., system information, and typical RACH resources may occur periodically as shown in Fig.1.After sending a RACH request, the UE monitors for a RACH response in a search space, e.g., ara-searchSpace that is configured by higher layers, and if the UE does not receive a responsewithin a pre-determined amount of time, the UE tries to send the RACH request again. Fig.1shows an illustration of uplink resources for random access, e.g., one RACH occasion (RO) insubframe #4 of each radio frame. The information element (IE) RACH-ConfigCommon is used to specify the cell specificrandom-access parameters.-- ASN1START-- TAG-RACH-CONFIGCOMMON-STARTRACH-ConfigCommon ::= SEQUENCE { rach-ConfigGeneric RACH-ConfigGeneric, totalNumberOfRA-Preambles INTEGER (1..63)OPTIONAL, -- Need Sssb-perRACH-OccasionAndCB-PreamblesPerSSB CHOICE { oneEighth ENUMERATED {n4,n8,n12,n16,n20,n24,n28,n32,n36,n40,n44,n48,n52,n56,n60,n64}, oneFourth ENUMERATED {n4,n8,n12,n16,n20,n24,n28,n32,n36,n40,n44,n48,n52,n56,n60,n64}, oneHalf ENUMERATED {n4,n8,n12,n16,n20,n24,n28,n32,n36,n40,n44,n48,n52,n56,n60,n64}, one ENUMERATED {n4,n8,n12,n16,n20,n24,n28,n32,n36,n40,n44,n48,n52,n56,n60,n64}, two ENUMERATED {n4,n8,n12,n16,n20,n24,n28,n32}, four INTEGER (1..16), eight INTEGER (1..8), sixteen INTEGER (1..4) }OPTIONAL, -- Need MgroupBconfigured SEQUENCE { ra-Msg3SizeGroupA ENUMERATED {b56, b144, b208, b256, b282, b480, b640, b800, b1000, b72, spare6, spare5,spare4, spare3, spare2, spare1}, messagePowerOffsetGroupB ENUMERATED { minusinfinity, dB0, dB5, dB8, dB10, dB12, dB15, dB18}, numberOfRA-PreamblesGroupA INTEGER (1..64) }OPTIONAL, -- Need Rra-ContentionResolutionTimer ENUMERATED { sf8, sf16, sf24, sf32, sf40, sf48, sf56, sf64}, rsrp-ThresholdSSB RSRP-RangeOPTIONAL, -- Need Rrsrp-ThresholdSSB-SUL RSRP-RangeOPTIONAL, -- Cond SULprach-RootSequenceIndex CHOICE { l839 INTEGER (0..837), l139 INTEGER (0..137) }, msg1-SubcarrierSpacing SubcarrierSpacingOPTIONAL, -- Cond L139restrictedSetConfig ENUMERATED {unrestrictedSet, restrictedSetTypeA, restrictedSetTypeB}, msg3-transformPrecoder ENUMERATED {enabled}OPTIONAL, -- Need R..., [[ ra-PrioritizationForAccessIdentity-r16 SEQUENCE { ra-Prioritization-r16 RA-Prioritization, ra-PrioritizationForAI-r16 BIT STRING (SIZE (2)) }OPTIONAL, -- Cond InitialBWP-Onlyprach-RootSequenceIndex-r16 CHOICE { l571 INTEGER (0..569), l1151 INTEGER (0..1149) }OPTIONAL -- Need R]], [[ ra-PrioritizationForSlicing-r17 RA-PrioritizationForSlicing-r17OPTIONAL, -- Cond InitialBWP-OnlyfeatureCombinationPreamblesList-r17 SEQUENCE (SIZE(1..maxFeatureCombPreamblesPerRACHResource-r17)) OFFeatureCombinationPreambles-r17 OPTIONAL -- Cond AdditionalRACH]] }-- TAG-RACH-CONFIGCOMMON-STOP-- ASN1STOP

[0002] RACH-ConfigCommon field descriptions featureCombinationPreamblesList Specifies a series of preamble partitions each associated to a combination of features and 4-step RA. The network does not configure this list to have more than 32 entries. messagePowerOffsetGroupBThreshold for preamble selection. Value is in dB. Value minusinfinity corresponds to –infinity. Value dB0corresponds to 0 dB, dB5 corresponds to 5 dB and so on (see TS 38.321 [3], clause 5.1.2). This field isset to the same value for different repetition numbers associated with a specific FeatureCombination. msg1-SubcarrierSpacing Subcarrier spacing of PRACH (see TS 38.211

[0016] , clause 5.3.2). Only the following values are applicable depending on the used frequency: FR1: 15 or 30 kHz FR2-1: 60 or 120 kHz FR2-2: 120, 480, or 960 kHzIf absent, the UE applies the SCS as derived from the prach-ConfigurationIndex in RACH-ConfigGeneric(see tables Table 6.3.3.1-1, Table 6.3.3.1-2, Table 6.3.3.2-2 and Table 6.3.3.2-3, TS 38.211

[0016] ). The value also applies to contention free random access (RACH-ConfigDedicated), to SI-request and to contention-based beam failure recovery (CB-BFR). But it does not apply for contention free beam failure recovery (CF-BFR) (see BeamFailureRecoveryConfig). msg3-transformPrecoder Enables the transform precoder for Msg3 transmission according to clause 6.1.3 of TS 38.214

[0019] . If the field is absent, the UE disables the transformer precoder (see TS 38.213

[0013] , clause 8.3). numberOfRA-PreamblesGroupA The number of CB preambles per SSB in group A. This determines implicitly the number of CB preambles per SSB available in group B. (see TS 38.321 [3], clause 5.1.1). The setting should be consistent with the setting of ssb-perRACH-OccasionAndCB-PreamblesPerSSB. prach-RootSequenceIndex PRACH root sequence index (see TS 38.211

[0016] , clause 6.3.3.1). The value range depends on whether L=839 or L=139 or L=571 or L=1151. The length of the root sequence corresponding with the indexindicated in this IE should be consistent with the one indicated in prach-ConfigurationIndex in the RACH-ConfigDedicated (if configured). If prach-RootSequenceIndex-r16 is signalled, UE shall ignore the prach-RootSequenceIndex (without suffix). For FR2-2, only the following values are applicable depending on the used subcarrier spacing: 120 kHz: L=139, L=571, and L=1151 480 kHz: L=139, and L=571 960 kHz: L=139 ra-ContentionResolutionTimer The initial value for the contention resolution timer (see TS 38.321 [3], clause 5.1.5). Value sf8corresponds to 8 subframes, value sf16 corresponds to 16 subframes, and so on.ra-Msg3SizeGroupA Transport Blocks size threshold in bits below which the UE shall use a contention-based RA preamble of group A (see TS 38.321 [3], clause 5.1.2). This field is set to the same value for different repetition numbers associated with a specific FeatureCombination. ra-Prioritization Parameters which apply for prioritized random access procedure on any UL BWP of SpCell for specific Access Identities (see TS 38.321 [3], clause 5.1.1a). ra-PrioritizationForAI Indicates whether the field ra-Prioritization-r16 applies for Access Identities. The first / leftmost bit corresponds to Access Identity 1, the next bit corresponds to Access Identity 2. Value 1 indicates that thefield ra-Prioritization-r16 applies otherwise the field does not apply (see TS 23.501

[0032] ).ra-PrioritizationForSlicing Parameters which apply to configure prioritized CBRA 4-step random access type for slicing. rach-ConfigGeneric RACH parameters for both regular random access and beam failure recovery. restrictedSetConfig Configuration of an unrestricted set or one of two types of restricted sets, see TS 38.211

[0016] , clause 6.3.3.1. rsrp-ThresholdSSB UE may select the SS block and corresponding PRACH resource for path-loss estimation and (re)transmission based on SS blocks that satisfy the threshold (see TS 38.213

[0013] ). rsrp-ThresholdSSB-SUL The UE selects SUL carrier to perform random access based on this threshold (see TS 38.321 [3], clause 5.1.1). The value applies to all the BWPs and all RACH configurations. ssb-perRACH-OccasionAndCB-PreamblesPerSSB The meaning of this field is twofold: the CHOICE conveys the information about the number of SSBs per RACH occasion. Value oneEighth corresponds to one SSB associated with 8 RACH occasions, valueoneFourth corresponds to one SSB associated with 4 RACH occasions, and so on. The ENUMERATEDpart indicates the number of Contention Based preambles per SSB. Value n4 corresponds to 4Contention Based preambles per SSB, value n8 corresponds to 8 Contention Based preambles per SSB,and so on. The total number of CB preambles in a RACH occasion is given by CB-preambles-per-SSB *max(1, SSB-per-rach-occasion). See TS 38.213

[0013] . totalNumberOfRA-Preambles Total number of preambles used for contention based and contention free 4-step or 2-step random access in the RACH resources defined in RACH-ConfigCommon, excluding preambles used for other purposes (e.g. for SI request). If the field is absent, all 64 preambles are available for RA. The setting should be consistent with the setting of ssb-perRACH-OccasionAndCB-PreamblesPerSSB, i.e. it should be a multiple of the number of SSBs per RACH occasion. SUMMARY As part of developing embodiments herein one or more issues have been identified. A UEmay send a preamble for WUS to a coverage cell or to a NES cell to request on-demand SIB1. The coverage cell or the NES cell may respond in terms of sending the SIB1. Network (NW) classifies RACH corresponding beam via SSB-RACH occasion (RO) mapping indicated by ssb-perRACH-OccasionAndCB-PreamblesPerSSB. As a part of Minimum System Information, the SIB1 isconventionally provided to all UEs along with the MIB in all transmitted SSB beams. Therefore, broadcast SIB1 is beam swept to cover UEs in the entire cell coverage area. Extending the conventional SIB1 transmission approach to distribute on-demand SIB1 that is requested by aspecific UE, results in a waste of NW resources and energy and may increase the responselatency of the on-demand SIB1. An object of embodiments herein is to support communication in a wireless communicationnetwork in an energy efficient manner.According to an aspect, the object is achieved, according to some embodiments herein, byproviding a method performed by a radio network node for handling communication in a wirelesscommunication network. The radio network node receives an indication indicating a request forsystem information from a UE. The radio network node selects a subset of SSB beams out of a setof SSB beams, based to the received indication, wherein the selected subset of SSB beamscorresponds to the received indication and transmits the requested system information in thesubset of SSB beams. According to another aspect the object is achieved, according to some embodiments herein, by providing a method performed by a UE for handling communication in awireless communication network. The UE transmits to a radio network node an indication indicatinga request for system information, and further indicating a subset of SSB beams out of a set of SSBbeams to provide the requested system information to the UE. The UE then receives from the radionetwork node the requested system information in the subset of SSB beams It is furthermore provided herein a computer program product comprising instructions, which, when executed on at least one processor, cause the at least one processor to carry out themethods herein, as performed by the UE or the radio network node, respectively. It is additionallyprovided herein a computer-readable storage medium, having stored thereon a computer program product comprising instructions which, when executed on at least one processor, cause the at leastone processor to carry out the methods herein, as performed by the UE or the radio network node,respectively. Furthermore, according to another aspect the object is achieved, according to someembodiments herein, by providing a UE and a radio network node configured to perform themethods herein, respectively.Thus, according to an aspect the object is achieved, according to some embodimentsherein, by providing a radio network node for handling communication in a wireless communicationnetwork. The radio network node is configured to receive from a UE, an indication indicating a request for system information. The radio network node is further configured to select a subset ofSSB beams out of a set of SSB beams, in response to the received indication wherein the selectedsubset of SSB beams corresponds to the received indication and is configured to transmit therequested system information in the subset of SSB beams. According to another aspect the object is achieved, according to some embodiments herein, by providing a UE for handling communication in a wireless communication network. The UE is configured to transmit to a radio network node an indication indicating a request for systeminformation, and further indicating a subset of SSB beams out of a set of SSB beams to provide therequested system information to the UE. The UE then receives the requested system informationfrom the radio network node (12) in the subset of SSB beams.It is proposed herein to provide a solution for a cell providing on-demand systeminformation, such as SIB1, requested by a UE in a subset of SSB beams, rather than in all beams,to save energy. The radio network node selects one or more SSB beams corresponding to, forexample, a received PRACH preamble and / or RO by using a configured SSB-RO mapping. Thus,a certain SSB is mapped to a certain RO used for the PRACH preamble, and / or the PRACHpreamble. The radio network node transmits the SI, for example, on-demand SIB1, only in the oneor multiple beams SSB beams out of the (full) set of SSB beams.The selected SSB beams may include, in addition to the SSB beams explicitly mapped to the received preamble, additional SSB beams with a spatial neighbor relationship to the explicitlymapped SSB beams, or to the UE location estimated via, e.g., angle of arrival (AoA) estimation inthe preamble receiver. In one aspect, the one or more beams in which SI will be provided may be specified withinthe response / acknowledgement, e.g. Random Access Response (RAR), to the on-demand SIB1request (WUS). Furthermore, the radio network node may in such response indicate timing information related to SIB1 provision, such as starting time and / or for how long the SIB1 will be provided. According to embodiments herein, the radio network node transmits SI such as on-demand SBI1 only in a subset of beams and thereby reduces energy consumption at the radio network node. It also reduces network resources usage, such as usage of physical resource blocks, for SIdistribution, and thereby increases resource availability for data transmission which improves theuser experience. Finally, it reduces the latency of system information provision since the deliverytime is shortened for UEs covered in “later” SSB beams. Thus, embodiments herein providecommunication in the wireless communication network in an energy efficient manner. BRIEF DESCRIPTION OF THE DRAWINGS Embodiments will now be described in more detail in relation to the enclosed drawings, in which: Fig.1 shows an illustration of uplink resources for random access according to prior art; Fig. 2 shows an overview depicting a wireless communication network according toembodiments herein; Fig. 3 is a combined flowchart and signaling scheme according to some embodimentsherein; Fig. 4 shows a flowchart illustrating a method performed by a UE according toembodiments herein; Fig. 5 shows a flowchart illustrating a method performed by a radio network node accordingto embodiments herein; Fig. 6 shows an example of a scenario according to some embodiments herein;Fig.7 shows an example of a scenario according to some embodiments herein; Fig.8 shows an example of a scenario according to some embodiments herein; Fig.9 shows an example of a scenario according to some embodiments herein; Fig.10 shows an example of a scenario according to some embodiments herein; Fig.11 shows an example of a scenario according to some embodiments herein; Fig. 12 shows a block diagram depicting embodiments of a UE according to embodimentsherein; Fig. 13 shows a block diagram depicting embodiments of a radio network node according toembodiments herein; Fig. 14 schematically illustrates embodiments of a communication system,Fig. 15 is a generalized block diagram of embodiments of a UE,Fig. 16 is a generalized block diagram of embodiments of a network node, andFig. 17 is a generalized block diagram of embodiments of a virtualization environment. DETAILED DESCRIPTION Embodiments herein relate to communication networks in general. Fig.2 is a schematicoverview depicting a wireless communication network 1. The wireless communication network 1comprises one or more RANs and one or more CNs. The wireless communication network 1 mayuse one or a number of different technologies. Embodiments herein relate to recent technology trends that are of particular interest in a New Radio (NR) context, however, embodiments are also applicable in further development of existing wireless communications systems such as e.g. LTE or Wideband Code Division Multiple Access (WCDMA). In the wireless communication network 1, a user equipment (UE) 10 exemplified herein asa wireless device such as a mobile station, a non-access point (non-AP) station (STA), a STAand / or a wireless terminal, is communicating via e.g. one or more Access Networks (AN), e.g.radio access network (RAN), to one or more core networks (CN). It should be understood by the skilled in the art that “UE” is a non-limiting term which means any terminal, wirelesscommunications terminal, user equipment, narrowband internet of things (NB-IoT) device, MachineType Communication (MTC) device, Device to Device (D2D) terminal, or node e.g. smart phone, laptop, mobile phone, sensor, relay, mobile tablets or even a small base station capable of communicating using radio communication with a radio network node within an area served by the radio network node. The wireless communication network 1 comprises a radio network node 12 providingradio coverage over a geographical area, a first service area 11 or first cell, of a first radio accesstechnology (RAT), such as 6G, NR, LTE, or similar. The radio network node 12 may be atransmission and reception point such as an access node, an access controller, a base station,e.g. a radio base station such as a gNodeB (gNB), an evolved Node B (eNB, eNode B), a NodeB,a base transceiver station, a radio remote unit, an Access Point Base Station, a base station router, a Wireless Local Area Network (WLAN) access point or an Access Point Station (AP STA), a transmission arrangement of a radio base station, a stand-alone access point or any othernetwork unit or node capable of communicating with a UE within the area served by the radionetwork node 12 depending e.g. on the first radio access technology and terminology used. Theradio network node may be referred to as a serving radio network node wherein the service areamay be referred to as a serving cell, and the serving network node communicates with the UE 10in the form of DL transmissions to the UE 10 and in the form of UL transmissions from the UE 10. Itshould be noted that a service area may be denoted as cell, beam, beam group or similar to definean area of radio coverage. The radio network node 12 may be a standalone server, a cloud-implemented server, adistributed server or processing resources in a server farm or same node. Embodiments herein may be implemented as physical bare metal, virtual or cloud native such as Kubernetesenvironment in, e.g., hyper-cloud networks.According to embodiments herein, the UE 10 transmits an indication to the radio networknode 12, wherein the indication indicates a request for system information. The radio network node12 selects a subset of SSB beams, corresponding to the received indication, out of a set of SSBbeams, and transmits the requested system information in the subset of SSB beams. Thus, theradio network node 12 transmits SI, such as on-demand SIB1, only in a subset of beams andthereby reduces energy consumption at the radio network node 12.Fig. 3 is a combined flow chart and signaling scheme according to some embodimentsherein. Action 301. The radio network node 12, or another radio network node, may transmit theconfiguration to the UE 10. The configuration may comprise RACH configuration comprisingparameters indicating mapping information e.g., which SSB beam corresponds to which RO, howmany SSB beams are assigned to each RO, the time / frequency resource of those ROs, and / orhow many preambles are available for each SSB. Action 302. The UE 10 transmits the indication indicating the request for systeminformation. The indication may be a PRACH preamble transmitted from the UE 10. The indicationmay further indicate one or more beams to provide system information to the UE 10.Action 303. The radio network node 12 selects the subset of SSB beams out of the set ofSSB beams, which subset of SSB beams corresponds to the received indication. The PRACHpreamble, or a RO of the transmitted PRACH preamble, indicates, or corresponds to, one or more SSB beams. Action 304. The radio network node 12 transmits the requested system information in the subset of SSB beams. It is further herein disclosed a system comprising a UE and a radio network node configured to perform the methods herein. The method actions performed by the UE 10 for handling communication in the wireless communication network 1 according to embodiments herein will now be described with reference to a flowchart depicted in Fig.4. Optional actions are marked as dashed boxes. Action 401. The UE 10 may receive the configuration from the radio network node 12 oranother radio network node. This configuration may be provided to the UE 10 by an assisting second radio network node (not the first radio network node 12 that transmits SIB1 on-demand). Moreover, the configuration may be provided by the second NW node to the UE 10 before the UE 10 can send the indication to the first radio network node. It is with this configuration that the UE knows how to send the indication. The configuration may comprise RACH configuration comprisingparameters indicating the mapping information, how many SSB beams are assigned to each RO,the time / frequency resource of those ROs, and / or how many preambles are available for eachSSB. The UE 10 may obtain UL WUS configuration by following methods: The UE 10 may receivethe configuration from a coverage cell, or the UE may receive the configuration from an NES cell.The configuration may indicate a PRACH resource for performing on-demand SIB1 (WUS) request either via a single message (MSG1 / preamble-based) request, or the PRACH resource is used foran initial access step out of a multi-step SIB1 request (MSG3-based). Mapping information mayrelate the indication to the corresponding SSB beam subset. The mapping information maydescribe the mapping between SSB and RACH Occasion, and / or the mapping between SSB and sent preamble or preambles. For example, the mapping information may comprise a parameter "ssb-perRACH-OccasionAndCB-PreamblesPerSSB" that describes the mapping between SSB andRACH Occasion, and / or the mapping between SSB and sent preamble or preambles.Action 402. The UE 10 transmits to the radio network node 12 the indication indicating therequest for system information, such as a PRACH preamble from a UE. The indication furtherindicates the subset of SSB beams out of the set of SSB beams to provide system information tothe UE 10. The indication may comprise the PRACH preamble, and / or the RACH occasioncorresponding to a received SSB transmission without an SIB1. Another example, the UE 10 mayin MSG3 (if a MSG3-based on-demand SIB1 request is used) the indication specifying in whichbeams the UE 10 wants to have SIB1 provided. The UE 10 may send a preamble for WUS to theradio network node 12. For example, the UE 10 may send a preamble to a coverage cell based on the RACH configuration of coverage cell, or the UE 10 may send preamble to a NES cell based onthe RACH configuration of NES cell. The preamble may be special / reserved by the radio networknode 12 for WUS.Action 403. The UE 10 may receive from the radio network node 12, the selectionindication indicating the selected, at the radio network node 12, subset of SSB beams.Action 404. The UE 10 may receive the requested system information from the radio network node 12 in the subset of SSB beams. The UE 10 may receive the requested systeminformation in the indicated and / or selected one or more beams. The requested system informationmay comprise an SIB1.The method actions performed by the radio network node 12 for handling communication in the wireless communication network 1 according to embodiments herein will now be described with reference to a flowchart depicted in Fig.5. Optional actions are marked as dashed boxes. Action 501. The radio network node 12 may transmit the configuration to the UE 10. Thismay be performed by another radio network node. The configuration may comprise RACHconfiguration comprising parameters indicating the mapping information, how many SSB beamsare assigned to each RO, the time / frequency resource of those ROs, and / or how many preamblesare available for each SSB. Mapping information may relate the indication to the correspondingSSB beam subset. The mapping information may describe the mapping between SSB and RACH Occasion, and / or the mapping between SSB and sent preamble or preambles. For example, the mapping information may comprise a parameter "ssb-perRACH-OccasionAndCB- PreamblesPerSSB" that describes the mapping between SSB and RACH Occasion, and the mapping between SSB and sent preamble or preambles. Action 502. The radio network node 12 receives, from the UE 10, the indication indicatingthe request for system information. The indication may request provision of SIB1. The indicationmay further indicate one or more beams to provide the system information to the UE 10. Forexample, the UE 10 may in MSG3 (if a MSG3-based on-demand SIB1 request is used) specify inwhich beams the UE 10 would like to have SIB1 provided. Thus, the indication or anotherindication, received in a MSG3, may further indicate one or more beams to provide the requestedsystem information to the UE. The indication may comprise a PRACH preamble from the UE 10and / or a RACH occasion used for the request. Action 503. The radio network node 12 selects the subset of SSB beams out of the set ofSSB beams, wherein the subset of SSB beams corresponds to the received indication. The radionetwork node 12 may select the subset of SSB beams based on a direction towards the UE 10and / or a location of the UE 10. The radio network node 12 may estimate the direction of the UE 10.For example, the radio network node 12 may estimate the direction through received RO, PRACHresource, and the SSB-RO mapping; through the preamble that has been assigned to a specificSSB; through location and / or direction estimation of the preamble transmission using a multi-antenna receiver; and / or through location and / or direction estimation of the MSG3 (if MSG3-basedon-demand SIB1 request is used) transmission using a multi-antenna receiver. The radio network node 12 may estimate the UE location and may send on-demand SIB1 via coverage cell or NEScell. The radio network node 12 may estimate the direction towards the UE 10 and / or location ofthe UE 10, and the subset may be selected based on the direction and / or location of the UE 10.The indication may comprise a PRACH preamble from the UE 10 and / or a RACH occasion usedfor the request and the subset of SSB beams is selected by using a mapping between SSBs and aPRACH preambles and / or RACH Occasions. That is, the received PRACH preamble or the ROused for the request corresponds to one or more SSBs. The radio network node 12 may select the subset of SSB beams by further selecting one or more additional SSB beams with a spatial neighbor relationship to a SSB mapped to the received indication. The indication or another indication, received in a MSG3 message, may further indicate the one or more SSB beams to provide the requested system information to the UE 10. Action 504. The radio network node 12 may transmit, to the UE 10, the selection indicationindicating the selected subset of SSB beams.Action 505. The radio network node 12 transmits the requested system information in thesubset of SSB beams. The radio network node 12 may thus transmit the system information bytransmitting on-demand SIB1 in a set of one or more SSB beams. In some examples, the set ofone or more beams may be given by mapping information such as a mapping function which maytake the estimated location of the UE as input and provide the set of beams as output. The radio network node 12 may transmit on-demand SIB1 in a set of one or more beams. The examples ofthe mapping information or the mapping function are given as follows:a. The set of one or more beams is given by a beam which the UE is covered by.b. The set of one or more beams is given by multiple beams, one of which covers theUE. c. The set of one or more beams is given by one beam which the UE is covered byand multiple beams (not all beams), one of which covers the UE. d. The set of one or more beams is given by beam or beams where NW predicts orexpects a UE / UEs should / could appear. e. The set of one or more beams is given by additional SSB beam coverage areas,e.g., those spatially neighboring the SSB beams directly mapped to the received RO. f. The set of one or more beams where the on-demand SIB1 is transmitted is a subsetof beams where UE presence likelihood exceeds a threshold. g. On-demand SIB1 transmission is omitted in a subset of beams where UE presencelikelihood is below a threshold. h. The set of one or more beams where the on-demand SIB1 is provided comprisesthe beam(s) which potentially were specified by the UE as part of the MSG3 (if a MSG3-based on-demand SIB1 request is used). The radio network node 12 may transmit on-demand SIB1 in specific beam or beams,and / or in all beams based on whether a criterion is fulfilled. The radio network node 12 may transmit on-demand SIB1 in specific beam / beams all the time. The radio network node 12 may transmit on-demand SIB1 in specific beam / beams and in all beams in some kind of order. Theradio network node 12 may transmit on-demand SIB1 in specific beam, beams and / or in all beamsbased on whether a criterion is fulfilled. The condition may be related to an active time, a counter, and / or an algorithm. For example, an active time may be attached, which controls the on / off switching of the specific beam / beams’ mode or all beams mode, wherein the active time is part of the criterion. A counter may be attached, which controls the on / off switching of the specific beam / beams’ mode or all beams mode, wherein the counter is part of the criterion. The switch between SIB1 transmission in specific beam / beams and all beams may be based on an algorithm,e.g., trigger by a threshold or energy saving strategy, etc being a part of the criterion. Thealgorithm may be based on network energy strategy. E.g., if the network is in energy saving mode being part of the criterion, the radio network node 12 may activate SIB1 transmission in specific beam / beams. Otherwise, the radio network node 12 may transmit SIB1 in all beams. The switch between SIB1 transmission in specific beam / beams and all beams may be based on whether SIB1 is provided only to the requesting UE 10 or made available to all UEs in the cell. The radio networknode 12 may transmit within a response message, e.g., Radom Access Responses (RAR), to theindication such as a WUS and / or on-demand-SIB1 request, specify or provide indications, alsoreferred to as selection indication or indications, (indicating one or more of preconfiguredconfigurations) of one or more of: -Which selected beams the SIB1 will be / is provided.- And per one or more selected beams, further:^ Time / frequency information related to SIB1 provision within specified beam(s), such as:- starting time;- for how long, or during what time SIB1 will be provided; and / or- Search-space / CORESET where SIB1 will be transmitted.If the UE 10 is requested to send the WUS for on-demand SIB1 through a RACH resource,the UE 10 can acquire a RACH configuration, the RACH configuration containing parametersindicating how many SSB beams are assigned to each RO, and the time and / or frequencyresource of those ROs. The UE 10 may also receive indication, or retrieve indication from a RACHconfiguration, indicating how many preambles are available for each SSB from ssb-perRACH-OccasionAndCB-PreamblesPerSSB. The UE 10 may send a preamble in a RO corresponding to a specific SSB. The UE 10 mayalso pick up a preamble, which is assigned to that SSB and send it in a RO if the RO is mapped tomultiple SSBs. An example is given in Fig.6. Fig. 6 shows an illustration of SSB to RO mappingand a corresponding preamble. The UE 10 transmits an UL WUS to / in a RO 0. RO 0 is mapped toSSB 0. In another embodiment, a RO used for a request is mapped to multiple SSBs. In this case,a part of preambles is assigned to these SSBs, and the UE 10 sends a preamble based on the SSB index, as shown in Fig.7. Fig.7 shows an illustration of SSB to RO mapping and preamblesassignment. The UE 10 transmits an UL WUS to a RO 0. RO 0 is mapped to SSB 0 and SSB1In another embodiment, a subset of the preambles that has been assigned to specific SSBs need to be picked for UL WUS of on-demand SIB1, as shown in Fig.8. Fig.8 shows an illustrationof SSB to RO mapping, preambles assignment and UL WUS. Thus, when the UE sends UL WUSwith on-demand SIB1 request, the UE may select a preamble that is associated to a specific SSB, as shown in Fig.8. Fig.8 shows a Network node, Cell A, with four SSB beams. In the time- frequency grid, there are two RO configured. The first RO is associated with SSB beam 0 / 1 and the second RO is associated with SSB beam 2 / 3. Within the first RO, a first set of preambles are associated with SSB beam 0 (SSB0) and a second set of preambles with SSB beam 1 (SSB1). Similarly, the second RO is also split into two groups of preambles. In yet another embodiment, there is no preamble assigned to SSBs although a RO is mapped to multiple SSBs. In this case, the on-demand SIB1 is sent through all those SSB beams that are mapped to this RO. Once the radio network node 12 receives the preamble, it classifies the beam which the UE 10 is located in. Then radio network node 12 may then transmit the on-demand SIB1 through thatbeam or multiple beams, one of which covers the UE 10. In one embodiment, the UE 10 sends thepreamble to a cell and the on demand-SIB1 is provided by the same cell, as shown in Fig.9. Fig.9 shows an example of beamformed on-demand SIB1 where the same cell receives UL WUS and provides the on-demand SIB1. In another embodiment, the UE 10 sends the preamble to a coverage cell and the on demand-SIB1 is provided by a NES cell. There is information exchange between the coverage cell and NES cell to infer the location of the UE and the NES cell provides on-demand SIB1 throughthe beam / beams that cover the coordinate, i.e., the location, of the UE, as shown in Fig. 10. Fig.10 shows an example of beamformed on-demand SIB1 where the coverage cell receives UL WUS, and a NES cell provides on-demand SIB1. Fig.10 A: on-demand SIB1 is provided in one beam, and Fig.10 B: on-demand SIB1 is provided in multiple beams. When the radio network node 12, e.g., a NES cell radio network node or a coverage cell radio network node, has received the preamble, the radio network node 12 uses the received preamble properties, such as RO or other resource parameters, e.g., time, frequency, rootsequence, cyclic shift etc., to determine which SSB beams are mapped to the preamble. The usedmapping is the same as configured for the UE 10. The radio network node 12 then transmits SIB1 in one or more spatial configurations corresponding to one or more SSB beams mapped to the received preamble. In one class of embodiments, the radio network node 12 transmits the SIB1 in additionalSSB beam directions, where the additional beams may be spatially neighboring or otherwise spatially close to the SSB beams derived from the preamble mapping. In addition to the received preamble-to-SSB mapping, the radio network node 12 may useadditional metrics beyond the SSB-RO mapping to determine the location or direction of therequesting UE 10. For example, the radio network node 12 may estimate the direction of the UE 10based on multi-antenna receiver beamforming during preamble reception and potentially includingmore than one message in the UL direction. For example, if a MSG3-based on-demand SIB1request is used and also additionally including an UL RRC message in the steps after thepreamble transmission in UL and preamble response in the DL by the NW. Such location and / or direction estimate may be used to more accurately estimate the relevant SSB beams where the SIB1 should be transmitted, and the radio network node 12 may transmit the SIB1 only in a subsetof multiple mapped SSB beams. The direction and / or location estimate may be used to estimatethe likelihood of the UE 10 being in a given SSB beam, and the SIB1 may be transmitted in that beam only if the likelihood exceeds a threshold. Fig.11 shows an example of on-demand SIB1 provision switching between specific beamand all beams. The radio network node 12 may switch states when providing on-demand SIB1between specific beam and all beams provision. The switching may be triggered by differentfactors and / or conditions, such as the time of day, event duration, energy saving strategy, on-offtimer, etc., as shown in Fig.11. Further examples of embodiments: 1. A method performed by a radio network node 12 to provide on-demand SIB1 in one ormultiple beams where the UE 10 that requested on-demand SIB1 may be located. 2. The radio network node 12 may estimate the direction of UE 10:a. through received RO / PRACH resource and SSB-RO mapping, see TS38.331 Radio Resource Control (RRC) Protocol specification V16.4.1 (Page 547). b. through preamble that has been assigned to specific SSB, see TS38.331 RadioResource Control (RRC) Protocol specification V16.4.1 (Page 547). c. through location and / or direction estimation of preamble transmission using a multi-antenna receiver. d. through location and / or direction estimation of the MSG3 (if MSG3-based on-demand SIB1 request is used) transmission using a multi-antenna receiver. 3. The radio network node 12 may estimate the UE location and send on-demand SIB1 viaa. coverage cellb. NES cell4. The UE 10 may in MSG3 (if a MSG3-based on-demand SIB1 request is used) specify inwhich beams it would like to have SIB1 provided. 5. The radio network node 12 may send on-demand SIB1 in a set of one or more beams. Theset of beams is given by a mapping function that takes the estimated location of the UE 10as input and provides the set of beams as output. The examples of mapping functions are given as follows: i. The beam which the UE 10 is covered by.j. Multiple beams, one of which covers the UE 10.k. Between one beam which the UE 10 is covered by and multiple beams (not allbeams), one of which covers the UE 10.l. Beam or beams where the radio network node 12 may predict or expect a UE / UEsshould and / or could appear.m. In additional SSB beam coverage areas, e.g., those spatially neighboring the SSBbeams directly mapped to the received RO. n. On-demand SIB1 is transmitted in a subset of beams where UE presence likelihoodexceeds a threshold. o. On-demand SIB1 transmission is omitted in a subset of beams where UE presencelikelihood is below a threshold. p. On-demand SIB1 is provided in the beam(s) which potentially were specified by theUE as part of the MSG3 (if a MSG3-based on-demand SIB1 request is used)6. The radio network node 12 may send on-demand SIB1 in specific beam / beams all the time.7. The radio network node 12 may send on-demand SIB1 in specific beam / beams and in allbeams in some kind of orders. a. An active time is attached, which controls the on / off switching of the specificbeam / beams’ mode or all beams mode. b. A counter is attached, which controls the on / off switching of the specificbeam / beams’ mode or all beams mode.8. The switch between SIB1 transmission in specific beam / beams and all beams may bebased on an algorithm, e.g., trigger by a threshold or energy saving strategy, etc.9. The algorithm may also be based on NW energy strategy. E.g., if the NW is in energysaving mode, the radio network node 12 may activate SIB1 transmission in specific beam / beams. Otherwise, the radio network node 12 transmits SIB1 in all beams.10. The switch between SIB1 transmission in specific beam / beams and all beams may bebased on whether SIB1 is provided only to the requesting UE or made available to all UEs in the cell.11. The radio network node 12 may within the response message, e.g., RAR, to the WUS / on-demand-SIB1 request specify or provide selection indications (indicating one or more of preconfigured configurations) of one or more of: a. Which beams the SIB1 will be / is provided.b. And per one or more beams, further:i. Time / frequency information related to SIB1 provision within specifiedbeam(s), such as: 1. starting time2. for how long, or during what time SIB1 will be provided.3. - Search-space / CORESET where SIB1 will be transmitted.12. The UE 10 may obtain UL WUS configuration by following methods:a. The UE 10 obtains the UL WUS (i.e., Wake-up signal for on-demand SIB1 request)configuration from coverage cell. b. The UE 10 may obtain the UL WUS configuration from NES cell.13. The configuration may indicate PRACH resource for performing on-demand SIB1 (WUS)request either via a single message (MSG1 / preamble-based) request, or the PRACH resource to be used for an initial access step out of a multi-step SIB1 request (MSG3-based). a. The UE 10 may be indicated the RACH configuration of the coverage cell.b. The UE 10 may be indicated the RACH configuration of the NES cell.14. The UE 10 may send the preamble for WUS to the radio network node 12.a. The UE 10 may send preamble to the coverage cell based on the RACHconfiguration of coverage cell. b. The UE 10 may send preamble to the NES cell based on the RACH configuration ofNES cell. 15. The preamble may be special / reserved by NW for WUSFig. 12 is a block diagram depicting the UE 10 for handling communication in the wirelesscommunication network 1 according to embodiments herein. The UE 10 may comprise processing circuitry 1201, e.g. one or more processors,configured to perform the methods herein. The UE 10 may also comprise a communicationinterface 1206. The communication interface 1206 may comprise a transmitter, a receiver, atransceiver and / or one or more antennas. The UE 10 and / or the processing circuitry 1201 is configured to transmit to the radionetwork node 12 via the communication interface 1206 an indication indicating the request forsystem information, and further indicating the subset of SSB beams out of a set of SSB beams toprovide the requested system information to the UE. The indication may comprise the PRACHpreamble, and / or the RACH occasion corresponding to the received SSB transmission without an SIB1. The UE 10 and / or the processing circuitry 1201 may via the communication interface 1206 be configured to receive the configuration from the radio network node, wherein the configuration comprises RACH configuration comprising parameters indicating mapping information. The UE 10 and / or the processing circuitry 1201 may be configured to transmit the indicationor another indication via the communication interface 1206 by transmitting in a MSG3 message theindication or the another indication specifying in which SSB beams the UE wants to have SIB1provided.The UE 10 and / or the processing circuitry 1201 may be configured to receive the requestedsystem information from the radio network node 12 in the subset of SSB beams via itscommunication interface 1206. The requested system information may comprise the SIB1. The UE 10 and / or the processing circuitry 1201 may be configured to receive from the radionetwork node 12 via its communication interface 1206 the selection indication indicating theselected, at the radio network node 12, subset of SSB beams. The UE 10 may comprise a memory 1205. The memory 1205 comprises one or more units to be used to store data on, such as data packets, indications, WUS information, mapping,preambles, configurations, resource information, support information, events and applications toperform the methods disclosed herein when being executed, and similar. The methods according to the embodiments described herein for the UE 10 arerespectively implemented by means of e.g. a computer program product 1207 or a computerprogram, comprising instructions, i.e., software code portions, which, when executed on at least one processor, cause the at least one processor to carry out the actions described herein, asperformed by the UE 10. The computer program product 1207 may be stored on a computer-readable storage medium 1208, e.g., a disc, a universal serial bus (USB) stick or similar. The computer-readable storage medium 1208, having stored thereon the computer program product, may comprise the instructions which, when executed on at least one processor, cause the at least one processor to carry out the actions described herein, as performed by the UE 10. In some embodiments, the computer-readable storage medium may be a transitory or a non-transitorycomputer-readable storage medium. Thus, embodiments herein may disclose the UE for handlingcommunication in a wireless communication network, wherein the UE comprises processingcircuitry and a memory, said memory comprising instructions executable by said processingcircuitry whereby said UE is operative to perform any of the methods herein.Fig. 13 is a block diagram depicting the radio network node 12 for handling communicationin the wireless communication network 1 according to embodiments herein. The radio network node 12 may comprise processing circuitry 1301, e.g. one or moreprocessors, configured to perform the methods herein. Furthermore, the radio network node 12may also comprise a communication interface 1306. The communication interface 1306 maycomprise a transmitter, a receiver, a transceiver and / or one or more antennas.The radio network node 12 and / or the processing circuitry 1301 is configured to receivefrom the UE via the communication interface 1306, the indication indicating the request for thesystem information. The radio network node 12 and / or the processing circuitry 1301 is configured to select thesubset of SSB beams, out of the set of SSB beams, which subset corresponds to the receivedindication. The radio network node 12 and / or the processing circuitry 1301 is configured to transmit via the communication interface 1306 the requested system information in the subset of SSB beams.The requested system information may comprise SIB1. The indication may comprise the PRACHpreamble and / or the RACH occasion and the subset of SSB beams may be selected by using themapping between SSBs and PRACH preambles and / or RACH Occasions. The indication oranother indication may be received via the communication interface 1306 in a MSG3 message,and indicate one or more SSB beams to provide the requested system information to the UE 10. The radio network node 12 and / or the processing circuitry 1301 may be configured totransmit to the UE 10 via the communication interface 1306, the configuration, wherein theconfiguration comprises RACH configuration comprising parameters indicating mapping information. The indication or another indication, received in a MSG3, may further indicate one or more beams to provide the requested system information to the UE. The radio network node 12 and / or the processing circuitry 1301 may be configured to select the subset of SSB beams based on the direction towards the UE 10 and / or the location of the UE 10. The radio network node 12 and / or the processing circuitry 1301 may be configured to selectthe subset by estimating direction towards the UE and / or location of the UE, and the subset isselected based on the direction and / or location of the UE. The radio network node 12 and / or the processing circuitry 1301 may be configured totransmit to the UE 10 via the communication interface 1306, the selection indication indicating theselected subset of SSB beams.The radio network node 12 and / or the processing circuitry 1301 may be configured totransmit to the requested system information by transmitting on-demand SIB1 in a set of one ormore beams via the communication interface 1306. The set of beams may be given by a mappingfunction that takes the estimated location of the UE as input and provides the set of beams as output. The radio network node 12 and / or the processing circuitry 1301 may be configured to select one or more additional SSB beams with a spatial neighbor relationship to a SSB mapped to the received indication. The radio network node 12 and / or the processing circuitry 1301 may be configured totransmit the requested system information via the communication interface 1306 by transmittingon-demand SIB1 in a set of one or more SSB beams. in specific beam / beams and / or in all beams based on whether a criterion is fulfilled. The radio network node 12 and / or the processing circuitry 1301 may be configured to transmit the requested system information by transmitting on-demand SIB1 in a specific beam, beams, and / or in all beams based on whether a criterion is fulfilled, wherein the condition is related to an active time, a counter, and / or an algorithm. The radio network node 12 may comprise a memory 1305. The memory 1305 comprisesone or more units to be used to store data on, such as data packets, indications, WUS information, mapping, preambles, configurations, resource information, support information, events and applications to perform the methods disclosed herein when being executed, and similar. The methods according to the embodiments described herein for the radio network node 12are respectively implemented by means of e.g. a computer program product 1307 or a computerprogram, comprising instructions, i.e., software code portions, which, when executed on at least one processor, cause the at least one processor to carry out the actions described herein, as performed by the radio network node 12. The computer program product 1307 may be stored on a computer-readable storage medium 1308, e.g., a disc, a universal serial bus (USB) stick or similar. The computer-readable storage medium 1308, having stored thereon the computer program product, may comprise the instructions which, when executed on at least one processor, cause the at least one processor to carry out the actions described herein, as performed by the radio network node 12. In some embodiments, the computer-readable storage medium may be a transitory or a non-transitory computer-readable storage medium. Thus, embodiments herein maydisclose the radio network node for handling communication in a wireless communication network,wherein the radio network node comprises processing circuitry and a memory, said memory comprising instructions executable by said processing circuitry whereby said radio network node is operative to perform any of the methods herein. In some embodiments a more general term “network node” is used and it can correspond toany type of radio-network node or any network node, which communicates with a UE and / or withanother network node. In some embodiments the non-limiting term wireless device or user equipment (UE) is used and it refers to any type of wireless device communicating with a network node and / or with anotherwireless device in a cellular or mobile communication system. Examples of UE are target device,device to device (D2D) UE, proximity capable UE (aka ProSe UE), IoT capable device, machine type UE or UE capable of machine to machine (M2M) communication, Tablet, mobile terminals, smart phone, laptop embedded equipped (LEE), laptop mounted equipment (LME), USB dongles etc. Embodiments are applicable to any RAT or multi-RAT systems, where the wireless device receives and / or transmit signals (e.g. data) e.g. NR, Wi-Fi, LTE, LTE-Advanced, Wideband Code Division Multiple Access (WCDMA), Global System for Mobile communications / enhanced Data rate for GSM Evolution (GSM / EDGE), Worldwide Interoperability for Microwave Access (WiMax), or Ultra Mobile Broadband (UMB), just to mention a few possible implementations. Fig.14 shows an example of a communication system 15100 in accordance with someembodiments. In the example, the communication system 15100 includes a telecommunications network 15102 that includes an access network 15104, such as a radio access network (RAN), and a core network 15106, which includes one or more core network nodes 15108. The access network 15104 includes one or more access network nodes or base stations of various types, access network nodes 15110A and 15110B are depicted (which may be collectively referred to as network nodes 15110 or radio network node 12), or any other similar 3rdGeneration Partnership Project (3GPP) access nodes or non-3GPP access points (APs). Some embodiments of the access network 15104 may include more than one access network technology. The network nodes 15110 of access network 15104 facilitate direct or indirect connection of wireless devices, also referred to as UEs, such as by connecting UEs 15112A, 15112B, 15112C, and 15112D (one or more of which may be generally referred to as UEs 15112 or UE 10) to the core network 15106 over one or more wireless connections. 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 beunderstood that network nodes include disaggregated implementations or portions thereof. Forexample, in some embodiments, the telecommunications network 15102 includes one or more Open-RAN (ORAN) network nodes. An ORAN network node is a network node in the telecommunications network 15102 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 15102, including one or more access network nodes 15110 and / or core network nodes 15108 such as first / second network node. 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-real time) 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 A1, F1, W1, E1, 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 ina physical node. Furthermore, an ORAN network node may be implemented in a virtualizationenvironment (described further below) in which one or more network functions are virtualized. Forexample, the virtualization environment may include an O-Cloud computing platform orchestrated by a Service Management and Orchestration Framework via an O-2 interface defined by the O-RAN Alliance or comparable technologies.The network nodes 15110 facilitate direct or indirect connection of one or more UEs 15112 to the core network 15106 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 15100 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 15100 may include and / or interface with any type of communication, telecommunication, data, cellular, radio network, and / or other similar type of system. The UEs 15112 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 15110 and other communication devices. Similarly, the network nodes 15108, 15110 are arranged, capable, configured, and / or operable to communicate directly or indirectly (e.g., via other devices of telecommunications network 15102) with the UEs 15112 and / or with other network nodes or equipment in the telecommunications network 15102 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 15102. More specifically, UEs 15112 may send messages, data, and / or other signals to network nodes 15108, 15110 or other elements of the telecommunications network 15102 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 15108, 15110 may send messages, data, and other signals to UEs 151122, other network nodes 15108, 15110, and other devices in telecommunications network 15102 directly or indirectly. As one specific example, a core network node 108 may transmit a particular message to a UE 15112 by transmitting the message to an access network node 15110 that will then transmit the message to the intended UE 15112.Similarly, a core network node 108 may receive a particular message from a UE 15112 byreceiving the message from an access network node 15110 that itself received the message from the UE 15112. In the depicted example, the core network 15106 connects elements of the access network 15104 (e.g., one or more of the network nodes 15110) to one or more host computing systems, such as host 15116. 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 15106 includes one or more core network nodes (e.g., core network node 15108) of various types, one or more of which may be generally referred to as network nodes 15108. Network nodes 15108 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 thecorresponding components of the core network node 15108. Example core network nodes providefunctions 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). The host 15116 may be under the ownership or control of a service provider other than an operator or provider of the access network 15104 and / or the telecommunications network 15102. The host 15116 may be operated by the service provider or on behalf of the service provider. The host 15116 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. As a whole, the communication system 15100 of Figure 14 enables connectivity between the UEs, network nodes, and hosts. In that sense, the communication system 15100 may beconfigured to operate according to predefined rules or procedures, such as specific standards thatinclude, 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) standardssuch as LoRa and Sigfox. Moreover, the communication system 15100 may be configured tosupport 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 15100 supporting different standards, protocols, or rule sets. As one example, in certain embodiments, access network 15104 may contain some access network nodes 15110 that support 3GPP radio access technologies (RAT), such as LTE or NR, while other access network nodes 15110 support (or the same access network nodes 15110 additionally support) non-3GPP RATs, such as Wi-Fi or a proprietary RAT. As another example, telecommunications network 15102 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. Telecommunications network 15102 may support network slicing to provide different logical networks to different devices that are connected to the telecommunications network 15102. For example, the telecommunications network 15102 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 IoT services to yet further UEs. In some examples, one or more of the UEs 15112 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 15104 on a predetermined schedule, when triggered by an internal or external event, or in response to requests from the access network 15104. 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-UMTSTerrestrial Radio Access Network) New Radio – Dual Connectivity (EN-DC).In the example, the hub 15114 communicates with the access network 15104 to facilitate indirect communication between one or more UEs (e.g., UE 15112C and / or 15112D) and network nodes (e.g., network node 15110B). In some examples, the hub 15114 may be a controller, router, content source and analytics, or any of the other communication devices described herein regarding UEs. For example, the hub 15114 may be a broadband router enabling access to the core network 15106 for the UEs. As another example, the hub 15114 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 15110, or by executable code, script, process, or other instructions in the hub 15114. As another example, the hub 15114 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. Asanother example, the hub 15114 may be a content source. For example, for a UE that is a VRheadset, display, loudspeaker or other media delivery device, the hub 15114 may retrieve VR assets, video, audio, or other media or data related to sensory information via a network node, which the hub 15114 then provides to the UE either directly, after performing local processing, and / or after adding additional local content. In still another example, the hub 15114 acts as a proxy server or orchestrator for the UEs, in particular if one or more of the UEs are low energy IoT devices. The hub 15114 may have a constant / persistent or intermittent connection to the network node 15110B. The hub 15114 may also allow for a different communication scheme and / or schedule between the hub 15114 and UEs (e.g., UE 15112C and / or 15112D), and between the hub 15114 and the core network 15106. In other examples, the hub 15114 is connected to the core network 15106 and / or one or more UEs via a wired connection. Moreover, the hub 15114 may be configured to connect to an M2M service provider over the access network 15104 and / or to another UE over a direct connection. In some scenarios, UEs may establish a wireless connection with the network nodes 15110 while still connected via the hub 15114 via a wired or wirelessconnection. In some embodiments, the hub 15114 may be a dedicated hub – that is, a hub whoseprimary function is to route communications to / from the UEs from / to the network node 15110B. Inother embodiments, the hub 15114 may be a non-dedicated hub – that is, a device which iscapable of operating to route communications between the UEs and network node 15110B, but which is additionally capable of operating as a communication start and / or end point for certain data channels. Figure 15 shows a wireless device 15300, which may be configured to operate incommunication system 15100 of Figure 14. The wireless device 15300 may be alternativelyreferred to as a UE 15300, like a UE 15112 or the UE 10 within the context of communicationsystem 15100, or as a station (STA) 15300 or as a non-access-point station (non-AP STA) 15300, 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. A wireless device 15300 may support device-to-device (D2D) communication, for example by implementing a 3GPP 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 15300 may not necessarily have a user in the sense of a human user who owns and / or operates the relevant device. Instead, wireless device 15300 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 15300 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). In particular embodiments, wireless device 15300 includes processing circuitry 15302 that is operatively coupled via a bus 15304 to an input / output interface 15306, a power source 15308, a memory 15310, a communication interface 15312, and / or any other component, or any combination thereof. Certain embodiments of wireless device 15300 may include all or a subset of the components shown in Figure 15. The level of integration between the components may vary from one embodiment of wireless device 15300 to another. In general, in a particular embodiment of wireless device 15300, processing circuitry 15302, input / output interface 15306, power source 15308, memory 15310, and communication interface 15312 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 15300. Further, certain embodiments of wireless devices 15300 may contain multiple instances of a component, such as multiple processors, memories, transceivers, transmitters, receivers, etc. The processing circuitry 15302 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 15310. The processing circuitry 15302 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 15302 may include multiple central processing units (CPUs). In the example, the input / output interface 15306 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 15300. 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. In some embodiments, the power source 15308 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 15308 may further include power circuitry for delivering power from the power source 15308 itself, and / or an external power source, to the various parts of wireless device 15300 via input circuitry or an interface such as an electrical power cable. Power source 15308 may perform any formatting, converting, or other modification to make accessible power suitable for the respective components of the wireless device 15300 to which power is supplied. The memory 15310 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 soforth. In one example, the memory 15310 includes one or more programs 15314, such as anoperating system, web browser application, a widget, gadget engine, or other application, and corresponding data 15316. The memory 15310 may store, for use by wireless device 15300, any of a variety of various operating systems or combinations of operating systems. The memory 15310 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 15310 may allow wireless device 15300 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 15310, which may be or comprise a device-readable storage medium. The processing circuitry 15302 may be configured to communicate with an access network or other network via or using the communication interface 15312. The communication interface 15312 may comprise one or more communication subsystems and may include or be communicatively coupled to an antenna 15322. The communication interface 15312 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 15318 and / or a receiver 15320 appropriate to provide network communications (e.g., optical, electrical, frequency allocations, and so forth). Moreover, the transmitter 15318 and receiver 15320 may be coupled to one or more antennas (e.g., antenna 15322) and may share circuit components, software or firmware, or alternatively be implemented separately. In the illustrated embodiment, communication functions of the communication interface 15312 may include cellular communication, Wi-Fi communication (e.g., according to an IEEE 802.11 family standard), LPWAN communication, data communication, voice communication, 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. In particular embodiments, wireless device 15300 may provide an output of data captured via a sensor, through its communication interface 15312, via a wireless connection to a network node, and / or in any appropriate manner. Data captured by sensors of a wireless device 15300 can be communicated through a wireless connection to a network node via another wireless device 15300. 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). As another example, wireless device 15300 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 15300 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. Wireless device 15300, when in the form of an Internet of Things (IoT) 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 IoT 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 sensoryenhancement, a water sprinkler, an animal- or item-tracking device, a sensor for monitoring a plantor 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 15300 represents an IoT device that comprises circuitry and / or software in dependence of the intended application of the IoT device in addition to other components as described in relation to the example embodiment of wireless device 15300 shown in Figure 15. As yet another specific example, in an IoT scenario, wireless device 15300 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 15300 may in this case be an M2M device, which may in a 3GPP context bereferred to as an MTC device. As one particular example, wireless device 15300 may implement the 3GPP NB-IoT standard. In other scenarios, wireless device 15300 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. In practice, any number of wireless devices 15300 may be used together with respect to a single use case. For example, a first wireless device 15300 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 15300 that is a remote controller operating the drone. When a user makes changes from the remote controller, the first wireless device 15300 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 15300 can also include more than one of the functionalities described above. For example, wireless device 15300 might comprise the sensor and the actuator, and handle communication of data for both the speed sensor and the actuators. Figure 16 shows a network node 15400 in accordance with some embodiments. As usedherein, network node refers to equipment capable, configured, arranged and / or operable tocommunicate directly or indirectly with a UE and / or with other network nodes or equipment, in atelecommunications network. In accordance with respective embodiments, network node 15400 may be configured to operate in communication system 15100 of Figure 14, like network nodes15108 or 15110 or the radio network node 12. Examples of network nodes include, but are notlimited to, access points (APs) (e.g., radio access points), base stations (BSs) (e.g., radio base stations, Node Bs, evolved Node Bs (eNBs) and NR NodeBs (gNBs)), O-RAN nodes or components of an O-RAN node (e.g., O-RU, O-DU, O-CU). Network nodes 15400 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, ormacro base stations. Network node 15400 may be a relay node or a relay donor node controlling arelay. Network nodes 15400 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). Other examples of network nodes 15400 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). In particular embodiments, network node 15400 includes a processing circuitry 15402, a memory 15404, a communication interface 15406, and a power source 15408. In general, in aparticular embodiment of network node 15400, processing circuitry 15402, memory 15404,communication interface 15406, and power source 15408 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 15400. The network node 15400 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 15400 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 NodeBs. 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 15400 may be configured to support multiple radio access technologies (RATs). In such embodiments, some components may be duplicated (e.g., separate memories 15404 or portions of memory 15404 for different RATs) and some components may be reused (e.g., a same antenna 15410 may be shared by different RATs). The network node 15400 may also include multiple sets of the various illustrated components for different wireless technologies integrated into network node 15400, for example 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 15400. The processing circuitry 15402 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 15404, to provide network node 15400 functionality. In some embodiments, the processing circuitry 15402 includes a system on a chip (SOC). In some embodiments, the processing circuitry 15402 includes one or more of radio frequency (RF) transceiver circuitry 15412 and baseband processing circuitry 15414. In some embodiments, the RF transceiver circuitry 15412 and the baseband processing circuitry 15414 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 15412 and baseband processing circuitry 15414 may be on the same chip or set of chips, boards, or units. The memory 15404 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, aflash 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 15402. The memory 15404 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 15402 and utilized by the network node 15400. The memory 15404 may be used to store any calculations made by the processing circuitry 15402 and / or any data received via the communication interface 15406. In some embodiments, the processing circuitry 15402 and memory 15404 is integrated. The communication interface 15406 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 15406 comprises port(s) / terminal(s) 15416 to send and receive data, for example to and from a network over a wired connection. In particular embodiments, network node 15300 may be capable of wireless communication and communication interface 15406 may also include radio front-end circuitry 15418 that may be coupled to, or in certain embodiments a part of, an antenna 15410. Particular embodiments ofradio front-end circuitry 15418 include filter(s) 15420 and amplifier(s) 15422. The radio front-endcircuitry 15418 may be connected to an antenna 15410 and processing circuitry 15402. The radio front-end circuitry may be configured to condition signals communicated between antenna 15410 and processing circuitry 15402. The radio front-end circuitry 15418 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 15418 may convert the digital data into a radio signal(s) having the appropriate channel and bandwidth parameters using a combination of filters 15420 and / or amplifiers 15422. The radio signal(s) may then be transmitted via the antenna 15410. Similarly, when receiving data, the antenna 15410 may collect radio signals which are then converted into digital data by the radio front-end circuitry 15418. The digital data may be passed to the processing circuitry 15402. In other embodiments, the communication interface may comprise different components and / or different combinations of components. In certain alternative embodiments, network node 15400 may be capable of wireless communication but does not include separate radio front-end circuitry 15418, instead, the processing circuitry 15402 includes radio front-end circuitry and is connected to the antenna15410. Similarly, in some embodiments, all or some of the RF transceiver circuitry 15412 is part ofthe communication interface 15406. In still other embodiments, the communication interface 15406 includes one or more ports or terminals 15416, the radio front-end circuitry 15418, and the RF transceiver circuitry 15412, as part of a radio unit (not shown), and the communication interface 15406 communicates with the baseband processing circuitry 15414, which is part of a digital unit (not shown). The antenna 15410 may include one or more antennas, or antenna arrays, configured to send and / or receive wireless signals. The antenna 15410 may be coupled to the radio front-end circuitry 15418 and may be any type of antenna capable of transmitting and receiving data and / or signals wirelessly. In certain embodiments, the antenna 15410 is separate from the network node 15400 and connectable to the network node 15400 through one or more interfaces or ports. The antenna 15410, communication interface 15406, and / or the processing circuitry 15402 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 15400. Any information, data and / or signals may be received from a UE, another network node and / or any other network equipment. Similarly, the antenna 15410, the communication interface 15406, and / or the processing circuitry 15402 may be configured to perform some or all of the transmitting or sending operations described herein as being performed by the network node 15400. Any information, data and / or signals may be transmitted to a UE, another network node and / or any other network equipment. The power source 15408 provides power to the various components of network node 15400 in a form suitable for the respective components (e.g., at a voltage and current level neededfor each respective component). The power source 15408 may further comprise, or be coupled to,power management circuitry to supply the components of the network node 15400 with power for performing the functionality described herein. For example, the network node 15400 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 15408. As a further example, the power source 15408 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. Embodiments of the network node 15400 may include additional components beyond those shown in Figure 16 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 15400 may include user interface equipment to allow input of information into the network node 15400 and to allow output of information from the network node 15400. This may allow a user to perform diagnostic, maintenance, repair, and other administrative functions for the network node 15400. Figure 17 is a block diagram illustrating a virtualization environment 15500 in whichfunctions 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 15500 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 15500 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. Applications 15502 (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. Hardware 15504 includes processing circuitry, memory that stores software and / or instructions executable by hardware processing circuitry, and / or other hardware devices asdescribed herein, such as a network interface, input / output interface, and so forth. Software maybe executed by the processing circuitry to instantiate one or more virtualization layers 15506 (also referred to as hypervisors or virtual machine monitors (VMMs)), provide VM 15508A and VM 15508B (which may be collectively referred to as VMs 15508), and / or perform any of the functions, features and / or benefits described in relation with some embodiments described herein. Thevirtualization layer 15506 may present a virtual operating platform that appears like networkinghardware to one or more of the VMs 15508. The VMs 15508 comprise virtual processing, virtual memory, virtual networking or interface and virtual storage, and may be run by virtualization layer 15506. Different embodiments of the instance of a virtual appliance 15502 may be implemented on one or more of VMs 15508, 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. In the context of NFV, each of the VMs 15508 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 15508, and that part of hardware 15504 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 15508 on top of the hardware 15504 and corresponds to an application 15502. Hardware 15504 may be implemented in a standalone network node with generic or specific components. Hardware 15504 may implement some functions via virtualization. Alternatively, hardware 15504 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 15510, which, among others, oversees lifecycle management of applications 15502. In some embodiments, hardware 15504 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 more antennas. 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 15512 which may alternatively be used for communication between hardware nodes and radio units. 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 thecomponents described herein, and / or the functionality of the components may be partitionedbetween 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. 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. In some embodiments a more general term “network node” is used and it can correspond to any type of radio network node or any network node, which communicates with a wireless device and / or with another network node. Examples of network nodes are NodeB, Master eNB, Secondary eNB, a network node belonging to Master cell group (MCG) or Secondary Cell Group (SCG), base station (BS), multi-standard radio (MSR) radio node such as MSR BS, eNodeB, network controller, radio network controller (RNC), base station controller (BSC), relay, donor node controlling relay, base transceiver station (BTS), access point (AP), transmission points, transmission nodes, Remote Radio Unit (RRU), Remote Radio Head (RRH), nodes in distributed antenna system (DAS), core network node e.g. Mobility Switching Centre (MSC), Mobile Management Entity (MME) etc., Operation and Maintenance (O&M), Operation Support System (OSS), Self-Organizing Network (SON), positioning node e.g. Evolved Serving Mobile Location Centre (E-SMLC), Minimizing Drive Test (MDT), etc. In some embodiments, the non-limiting term wireless device or user equipment (UE) is used and it refers to any type of wireless device communicating with a network node and / or withanother UE in a cellular or mobile communication system. Examples of UE are target device,device-to-device (D2D) UE, proximity capable UE (aka ProSe UE), machine type UE or UE capable of machine to machine (M2M) communication, PDA, PAD, Tablet, mobile terminals, smart phone, laptop embedded equipped (LEE), laptop mounted equipment (LME), USB dongles etc. The embodiments are described for 5G. However the embodiments are applicable to any RAT or multi-RAT systems, where the UE receives and / or transmit signals (e.g. data) e.g. LTE, LTE FDD / TDD, WCDMA / HSPA, GSM / GERAN, Wi Fi, WLAN, CDMA2000 etc. As will be readily understood by those familiar with communications design, functions means or modules may be implemented using digital logic and / or one or more microcontrollers, microprocessors, or other digital hardware. In some embodiments, several or all of the various functions may be implemented together, such as in a single application-specific integrated circuit (ASIC), or in two or more separate devices with appropriate hardware and / or software interfaces between them. Several of the functions may be implemented on a processor shared with other functional components of a wireless device or network node, for example. Alternatively, several of the functional elements of the processing means discussed maybe provided through the use of dedicated hardware, while others are provided with hardware forexecuting software, in association with the appropriate software or firmware. Thus, the term “processor” or “controller” as used herein does not exclusively refer to hardware capable of executing software and may implicitly include, without limitation, digital signal processor (DSP) hardware, read-only memory (ROM) for storing software, random-access memory for storing software and / or program or application data, and non-volatile memory. Other hardware, conventional and / or custom, may also be included. Designers of communications devices will appreciate the cost, performance, and maintenance trade-offs inherent in these design choices. It will be appreciated that the foregoing description and the accompanying drawingsrepresent non-limiting examples of the methods and apparatus taught herein. As such, theapparatus and techniques taught herein are not limited by the foregoing description and accompanying drawings. Instead, the embodiments herein are limited only by the following claims and their legal equivalents. Embodiments:A1. A method performed by a radio network node for handling communication in a wirelesscommunication network, the method comprising- receiving an indication indicating a request for system information from a UE;- selecting a subset of SSB beams, out of a set of SSB beams, which subset corresponds tothe received indication; and -transmitting requested system information in the subset of SSB beams.A2. The method according to embodiment A1, further comprising- transmitting to the UE, a configuration, wherein the configurationcomprises RACH configuration comprising parameters indicating mapping information.A3. The method according to any of the embodiments A1-A2, wherein the indication or anotherindication, received in a MSG3, further indicates one or more beams to provide the requested system information to the UE.A4. The method according to any of the embodiments A1-A3, wherein selecting the subsetcomprises estimating direction towards the UE and / or location of the UE, and the subset isselected based on the direction and / or location of the UE.A5. The method according to any of the embodiments A1-A4, wherein the requested systeminformation comprises SIB1.A6. The method according to any of the embodiments A1-A5, wherein transmitting the requestedsystem information comprises transmitting on-demand SIB1 in a set of one or more beams,wherein the set of beams is given by a mapping function that takes the estimated location of theUE as input and provides the set of beams as output.A7. The method according to any of the embodiments A1-A6, wherein transmitting the requestedsystem information comprises transmitting on-demand SIB1 in specific beam / beams and / or in allbeams based on whether a criterion is fulfilled.B1. A method performed by a UE for handling communication in a wireless communicationnetwork, the method comprising -transmitting to a radio network node an indication indicating a request for systeminformation such as a PRACH preamble from a UE, and further indicating one or morebeams to provide the requested system information to the UE.B2. The method according to embodiment B1, further comprising- receiving configuration from the radio network node, wherein theconfiguration comprises RACH configuration comprising parameters indicating mapping information.B3. The method according to any of the embodiments B1-B2, wherein transmitting the indication oranother indication comprises transmitting in a MSG3 the indication or another indication specifying in which beams the UE would like to have SIB1 provided.C1. A radio network node for handling communication in a wireless communication network,wherein the radio network node is configured to: receive an indication indicating a request for system information such as a PRACH preamblefrom a UE; select a subset of SSB beams out of a set of SSB beams, wherein the selected subset of SSBbeams corresponds to the received indication; andtransmit requested system information in the subset of SSB beams.D1. A UE for handling communication in a wireless communication network, wherein the UE isconfigured to: transmit to a radio network node an indication indicating a request for system information, and further indicating one or more beams to provide requested system information to the UE.E1. A system comprising a UE according embodiment D1 and a radio network node according toembodiment C1. References: 1. 3GPP Work Item Description: Enhancements of network energy savings for NR, 3GPPRP-234065, December 2023 2. R1-2401663, FL summary 3 for on-demand SIB1 in idle / inactive mode, Moderator(MediaTek) 3. TS38.331 Radio Resource Control (RRC) Protocol specification V16.4.1 (Page 547)

Claims

CLAIMS 1. A method performed by a radio network node (12) for handling communication in awireless communication network, the method comprising -receiving (502) an indication indicating a request for system information from a userequipment, UE, (10); -selecting (503) a subset of synchronization signal block, SSB, beams, out of a set ofSSB beams, based on the received indication, wherein the selected subset of SSBbeams corresponds to the received indication and -transmitting (505) the requested system information in the subset of SSB beams.

2. The method according to claim 1, wherein selecting (503) the subset of SSB beams isbased on a direction towards the UE (10) and / or a location of the UE (10).

3. The method according to any of the claims 1-2, wherein the indication comprises aphysical random access channel, PRACH, preamble and / or a random access channel, RACH, occasion and the subset of SSB beams is selected by using a mapping between SSBs and PRACH preambles and / or RACH Occasions.

4. The method according to any of the claims 1-3, wherein the requested systeminformation comprises system information block one, SIB1.

5. The method according to any of the claim 1-4, wherein selecting (503) the subset ofSSB beams comprise selecting one or more additional SSB beams with a spatial neighbor relationship to a SSB mapped to the received indication.

6. The method according to any of the claims 1-5, wherein the indication or anotherindication, received in a MSG3 message, further indicates one or more SSB beams to provide the requested system information to the UE (10).

7. The method according to any of the claims 1-6, further comprising- transmitting (504) to the UE (10), a selection indication indicating the selectedsubset of SSB beams.

8. The method according to any of the claims 1-7, wherein transmitting (505) therequested system information comprises transmitting an on-demand SIB1 in a set of one or more SSB beams.

9. The method according to any of the claims 1-8, wherein transmitting (505) therequested system information comprises transmitting an on-demand SIB1 in a specific beam, beams, and / or in all beams based on whether a criterion is fulfilled, wherein thecondition is related to an active time, a counter, and / or an algorithm.

10. A method performed by a user equipment, UE, (10) for handling communication in awireless communication network, the method comprising -transmitting (402) to a radio network node (12) an indication indicating a request forsystem information and further indicating a subset of synchronization signal block,SSB, beams, out of a set of SSB beams to provide the requested systeminformation to the UE (10) and- receiving (404) the requested system information from the radio network node (12)in the subset of SSB beams.

11. The method according to claim 10, wherein the indication comprises a physical randomaccess channel, PRACH, preamble, and / or a random access channel, RACH, occasioncorresponding to a received SSB transmission without an SIB1.

12. The method according to any of the claims 10-11, wherein the requested systeminformation comprises a system information block one, SIB1.

13. The method according to any of the claims 10-12, further comprising- receiving (403) from the radio network node (12), a selection indication indicatingthe selected, at the radio network node (12), subset of SSB beams.

14. The method according to any of the claims 10-13, wherein transmitting (402) theindication comprises transmitting in a MSG3 message the indication specifying in which SSB beams the UE (10) wants to have SIB1 provided.

15. A radio network node (12) for handling communication in a wireless communicationnetwork, wherein the radio network node is configured to: receive an indication indicating a request for system information from a userequipment, UE, (10); select a subset of synchronization signal block, SSB, beams, out of a set of SSBbeams, in response to the received indication, wherein the selected subset of SSBbeams corresponds to the received indication andtransmit requested system information in the subset of SSB beams.

16. The radio network node (12) according to claim 15, wherein the radio network node isconfigured to perform the method according to any of the claims 2-9.

17. A user equipment, UE, (10) for handling communication in a wireless communicationnetwork, wherein the UE is configured to: transmit to a radio network node (12) an indication indicating a request for system information, and further indicating a subset of synchronization signal block,SSB, beams, out of a set of SSB beams to provide the requested system information tothe UE (10) andreceive the requested system information from the radio network node (12) in thesubset of SSB beams.

18. The UE (10) according to claim 18, wherein the UE is configured to perform the methodaccording to any of the claims 11-15.

19. A computer program product comprising instructions, which, when executed on at leastone processor, cause the at least one processor to carry out the method according to any of the claims 1-15, as performed by the UE (10) or the radio network node, respectively.

20. A computer-readable storage medium, having stored thereon a computer programproduct comprising instructions which, when executed on at least one processor, cause the at least one processor to carry out the method according to any of the claims 1-15, as performed by the UE (10) or the radio network node (12), respectively.

21. A radio network node (12) for handling communication in a wireless communicationnetwork, wherein the radio network node (12) comprises processing circuitry (1301) anda memory (1305), said memory comprising instructions executable by said processingcircuitry (1301) whereby said radio network (12) node is operative to: receive via its communication interface (1306) an indication indicating a request for system information from a user equipment, UE, (10);select a subset of synchronization signal block, SSB, beams, out of a set of SSBbeams, based on the received indication wherein the selected subset of SSB beamscorresponds to the received indication; and transmit via its communication interface (1306) the requested system information in the subset of SSB beams.

22. A user equipment, UE (10), for handling communication in a wireless communicationnetwork, wherein the UE (10) comprises processing circuitry (1201) a memory (1205),said memory comprising instructions executable by said processing circuitry whereby said UE is operative to: transmit to a radio network node (12) via a communication interface (1206) anindication indicating a request for system information, and further indicating a subset ofsynchronization signal block, SSB, beams, out of a set of SSB beams to provide therequested system information to the UE andreceive via the communication interface (1206) the requested system information fromthe radio network node (12) in the subset of SSB beams.

Images