Monitoring before transmitting on-demand system block request

Abstract

Solutions enabling an apparatus to receive on-demand system information block type one, OD-SIB1, in an OD-SIB1 mode cell, are disclosed. The apparatus may determine, upon an occurrence of a trigger event to transmit a request for OD-SIB1 in said cell during a next OD-SIB1 request occasion, whether a condition associated with monitoring access related transmission occurrences in the said cell before transmitting the request is met. The apparatus may monitor, based on at least in part the condition being met, access related transmission occurrences in the said cell during a first time period and, when at least one access related transmission is received during the first time period, refrain of transmitting the request.

Description

MONITORING BEFORE TRANSMITTING ON-DEMAND SYSTEM BLOCK REQUESTTECHNICAL FIELD

[0001] Various example embodiments relate to wireless communications, and more precisely to on-demand System Information Block Type 1 (OD-SIB1) operation in mobile communication networks.BACKGROUND

[0002] Communication systems are under constant development. One of the objectives is to enhance network efficiency and sustainability. One approach targeting to save energy introduces cells that instead of periodically broadcasting the System Information Block Type 1 (SIB1) to provide essential information to user equipment (UE) about the network provide SIB1 on demand. One challenge lies in ensuring that the UE can effectively request and receive the necessary information without unnecessarily increasing its energy consumption or signalling load in the air interface.SUMMARY

[0003] The independent claims define the scope.

[0004] According to an aspect there is provided an apparatus comprising at least one processor, and at least one memory storing instructions that, when executed by the at least one processor, cause the apparatus at least to: receive over a first cell an on-demand system information block type one, OD-SIB1, request configuration for a second cell, the OD-SIB1 request configuration comprising at least information indicating at least one OD-SIB1 request occasion to transmit a request for OD-SIB1 transmissions in the second cell; determine an occurrence of a trigger event to transmit the request for OD-SIB1 in the second cell during a next OD-SIB1 request occasion; determine, upon the occurrence of the trigger event, whether a condition associated with monitoring access related transmission occurrences in the second cell before transmitting the request for OD-SIB1 transmissions is met; monitor, based on at least in part the condition being met, access related transmission occurrences in the second cell during a first time period; refrain, when at least one access related transmission is received during the first time period, of transmitting the request for OD-SIB1 transmissions; and transmit, when no access related transmission is received during the first time period, the request for OD-SIB1 transmissions.

[0005] According to another aspect there is provided an apparatus comprising at least one processor, and at least one memory storing instructions that, when executed by the at least one processor, cause the apparatus at least to: generate an on-demand system information block type one, OD-SIB1, request configuration for a second cell, the OD-SIB1 request configuration comprising at least information indicating at least one OD-SIB1 request occasion to transmit a request for OD-SIB1 transmissions in the second cell and further information at least indicating a condition associated with monitoring access related transmission occurrences in the second cell before transmitting the request for OD-SIB1 transmissions; and transmit the OD-SIB1 request configuration for the second cell over a first cell in a downlink transmission to a plurality of devices.

[0006] According to a further aspect there is provided a method comprising: receiving over a first cell an on-demand system information block type one, OD-SIB1, request configuration for a second cell, the OD-SIB1 request configuration comprising at least information indicating at least one OD-SIB1 request occasion to transmit a request for OD-SIB1 transmissions in the second cell; determining an occurrence of a trigger event to transmit the request for OD-SIB1 in the second cell during a next OD-SIB1 request occasion; determining, upon the occurrence of the trigger event, whether a condition associated with monitoring access related transmission occurrences in the second cell before transmitting the request for OD-SIB1 transmissions is met; monitoring, based on at least in part the condition being met, access related transmission occurrences in the second cell during a first time period; refraining, when at least one access related transmission is received during the first time period, of transmitting the request for the OD-SIB1 transmissions; and transmitting the request for the OD_SIB1 transmissions when no access related transmission is received during the first time period.

[0007] According to a still further aspect there is provided method comprising: generating an on-demand system information block type one, OD-SIB1, request configuration for a second cell, the OD-SIB1 request configuration comprising at least information indicating at least one OD-SIB1 request occasion to transmit a request for OD-SIB1 transmissions in the second cell and further information at least indicating a condition associated with monitoring access related transmission occurrences in the second cell before transmitting the request for OD-SIB1 transmissions; and transmitting the OD-SIB1 request configuration for the second cell over a first cell in a downlink transmissions to a plurality of devices.BRIEF DESCRIPTION OF DRAWINGS

[0008] Embodiments are described below, by way of example only, with reference to the accompanying drawings, in which

[0009] Fig. 1 illustrates an example of a communication network;

[0010] Fig. 2 illustrates an example of a cell arrangement;

[0011] Fig. 3 is a signalling flow chart;

[0012] Fig. 4A is a schematic block diagram;

[0013] Fig. 4B is a schematic block diagram;

[0014] Fig. 4C is a schematic block diagram;

[0015] Fig. 4D is a schematic block diagram;

[0016] Fig. 5 is a signalling flow chart;

[0017] Fig. 6 is a signalling flow chart;

[0018] Fig. 7 is a schematic block diagram;

[0019] Fig. 8 is a schematic block diagram; and

[0020] Fig. 9 is a schematic block diagram.

[0021] DETAILED DESCRIPTION OF SOME EMBODIMENTS

[0022] The following embodiments are exemplary. Although the specification may refer to “an” , “one” , or “some” embodiment (s) in several locations of the text, this does not necessarily mean that each reference is made to the same embodiment (s) , or that a particular feature only applies to a single embodiment. Single features of different embodiments may also be combined to provide other embodiments. Further, when a particular feature, structure, or characteristic is described in connection of an embodiment, it is within the knowledge of one skilled in the art to apply such feature, structure, or characteristic in connection with other embodiments whether or not explicitly described. It shall be understood that although the terms “first, ” “second” and the like may be used herein to describe various elements, these elements should not be limited by these terms. These terms are only used to distinguish one element from another.

[0023] For the purposes of the present disclosure, the phrases “at least one of A or B” , “at least one of A and B” , and “A and / or B” means (A) , (B) , or (A and B) . For the purposes of the present disclosure, the phrase “A, B, and / or C” means (A) , (B) , (C) , (A and B) , (A and C) , (B and C) , or (A, B, and C) . As used herein, the terms “the at least one” and “the one or more” mean “any one of the at least one” and “any one of the one or more” , respectively.

[0024] Embodiments described may be implemented in a communication network, such as any of the following radio access technologies (RATs) : Worldwide Interoperability for Micro-wave Access (WiMAX) , Global System for Mobile communications (GSM, 2G) , GSM EDGE radio access Network (GERAN) , General Packet Radio Service (GRPS) , Universal Mobile Telecommunication System (UMTS, 3G) based on basic wideband-code division multiple access (W-CDMA) , high-speed packet access (HSPA) , Long Term Evolution (LTE) , LTE-Advanced, and enhanced LTE (eLTE) , 5G (also called NR) , or any future RAT such as 6G, or beyond. Moreover, communication within the communication network may utilize any proper wireless communication technology, comprising but not limited to: Code Division Multiple Access (CDMA) , Frequency Division Multiple Access (FDMA) , Time Division Multiple Access (TDMA) , Frequency Division Duplex (FDD) , Time Division Duplex (TDD) , Multiple-Input Multiple-Output (MIMO) , Orthogonal Frequency Division Multiple (OFDM) , and / or Discrete Fourier Transform spread OFDM (DFT-s-OFDM) .

[0025] As used herein, the term “network device” or “network node” refers to a node in a communication network via which user equipment may access the network and / or which is capable of controlling radio communication and managing radio resources within a cell. The network node or network device may be referred to as a base station (BS) , an access point (AP) or an access node. The network device may be, depending on the applied technology, for example, a node B (NodeB or NB) , an evolved NodeB (eNodeB or eNB) , an NR NB (also referred to as a gNB) , a Remote Radio Unit (RRU) , a radio head (RH) , a remote radio head (RRH) , a relay, an Integrated Access and Backhaul (IAB) node, a low power node, a non-terrestrial network (NTN) or non-ground network device such as a satellite network device, a low earth orbit (LEO) satellite and a geosynchronous earth orbit (GEO) satellite, or an aircraft network device.

[0026] Moreover, in connection of split radio access network (RAN) , the network device may refer to a centralised unit (CU) of a base station and / or a distributed unit (DU) of a base station. An interface between CU and DU may be referred to as an F1 interface in NR. In the split RAN architecture, node operations may be carried out, at least partly, in the central / centralized unit, CU, (e.g. server, host or node) operationally coupled to the DU, (e.g. a radio head / node) . One CU may control one or more DUs, acting at least as transmit / receive (Tx / Rx) nodes. In some embodiments, the DUs may comprise e.g. a radio link control (RLC) , medium access control (MAC) layer and a physical (PHY) layer, whereas the CU may comprise the layers above RLC layer, such as a packet data convergence protocol (PDCP) layer, a radio resource control (RRC) and an internet protocol (IP) layers. Other functional splits are possible too. In practice, any processing task may be performed in either the CU or the DU and the boundary where the responsibility is shifted between the CU and the DU may depend on the applied implementation.

[0027] The term “terminal device” refers to any end device that may be capable of wireless communication. By way of example, a terminal device may be referred to as a communication device, user equipment (UE) , a Subscriber Station (SS) , or a Mobile Station (MS) . The terminal device may include a mobile phone, a cellular phone, a smart phone, voice over IP (VoIP) phones, wireless local loop phones a tablet, a wearable terminal device, a personal digital assistant (PDA) , portable computers, desktop computer, image capture terminal devices such as digital cameras, gaming terminal devices, music storage and playback appliances, vehicle-mounted wireless terminal devices, USB dongles, an Internet of Things (IoT) device, a watch or other wearable, a head-mounted display (HMD) , a vehicle, a drone, a medical device and applications (e.g., remote surgery) , an industrial device and applications (e.g., a robot and / or other wireless devices operating in an industrial and / or an automated processing chain contexts) , a consumer electronics device, a device operating on commercial and / or industrial wireless networks, and the like.

[0028] A term “resource” , as used herein, may refer to radio resources in time domain, in frequency domain, in space domain, and / or in code domain. Some examples of resources include e.g. a physical resource block (PRB) , a radio frame, a subframe, a time slot, a subband, a frequency region, a sub-carrier, a beam, etc. The term “transmission” and / or “reception” may refer to wirelessly transmitting and / or receiving via a wireless propagation channel on radio resources.

[0029] Fig. 1 illustrates an example of a communication network to which examples disclosed herein may be applied. The communication network or a cellular communication network may comprise a network node 110 providing one or more cells, such as cell 100, and a network node 112 providing one or more other cells, such as cell 102. Each cell may be, e.g., a macro cell, a micro cell, femto, or a pico cell, for example. The cell may define a coverage area or a service area of the corresponding access node.

[0030] The network node 110 may provide a user equipment (UE) 120 (one or more UEs) with wireless access to the communication network. The wireless access may comprise downlink (DL) communication from the network node to the UE 120 and uplink (UL) communication from the UE 120 to the network node. Examples of uplink channels comprise physical uplink control channel (PUCCH) for transmitting control information and physical uplink shared channel (PUSCH) for transmitting data towards the network. Examples of downlink channels comprise physical downlink control channel (PDCCH) for transmitting control information and physical downlink shared channel (PDSCH) for transmitting data towards the user equipment.

[0031] There may be a plurality of UEs 120, 122 in the system. Each of them may be served by the same or by different control nodes 110, 112. The UEs 120, 122 may communicate with each other, in case device-to-device (D2D) communication interface is established between them via a so-called sidelink (SL) . Such D2D communications may be referred to as machine-to-machine, peer-to-peer (P2P) communications, or vehicle-to-vehicle (V2V) , for example.

[0032] In the case of multiple network nodes in the communication network, the network nodes may be connected to each other via an interface. LTE specifications call such an interface as X2 interface. An interface between an LTE node and a 5G node, or between two 5G nodes may be called Xn interface.

[0033] The network nodes 110 and 112 may be further connected via another interface to a core network 116 of the communication network. The LTE specifications specify the core network as an evolved packet core (EPC) , and the core network may comprise e.g. a mobility management entity (MME) and a gateway node. The MME may handle mobility of terminal devices in a tracking area encompassing a plurality of cells and handle signalling connections between the terminal devices and the core network. The gateway node may handle data routing in the core network and to / from the terminal devices. The 5G specifications specify the core network as a 5G core (5GC) . The 5G core may comprise e.g. an access and mobility management function (AMF) and a user plane function / gateway (UPF) and other functions. The AMF may handle termination of non-access stratum (NAS) signalling, NAS ciphering &integrity protection, registration management, connection management, mobility management, access authentication and authorization, security context management. The UPF node may support packet routing and forwarding, packet inspection and quality of service (QoS) handling, for example.

[0034] 6G wireless communication networks are expected to adopt flexible decentralized and / or distributed computing systems and architecture and ubiquitous computing, with local spectrum licensing, spectrum sharing, infrastructure sharing, and intelligent automated management underpinned by mobile edge computing, artificial intelligence, short-packet communication and blockchain technologies. Key features of 6G may include intelligent connected management and control functions, programmability, integrated sensing and communication, reduction of energy footprint, trustworthy infrastructure, scalability and affordability. In addition to these, 6G is also targeting new use cases covering the integration of localization and sensing capabilities into system definition to unifying user experience across physical and digital worlds.

[0035] It is envisaged that 7G, which will succeed the 5G and 6G technologies, will be able to satisfy the requirements of extremely high bandwidth, almost zero latency, and universal integration.

[0036] For the sake of clarity, some example embodiments are described below using principles and terminology of 5G radio access technology without limiting the example embodiments to 5G radio access technology, however.

[0037] Periodic broadcasting of System Information Block Type 1 (SIB1) to provide essential information to UEs can lead to unnecessary energy consumption, particularly in scenarios where the information is not immediately required by the UE. Hence, on-demand system information block (OD-SIB) scenario with some cells providing the SIB1 on demand, in an on-demand system information block type 1 (OD-SIB1) has been introduced to 5G, to contribute to reducing the energy consumption of the network, and therefore making the network more sustainable.

[0038] Fig. 2 illustrates an example of the OD-SIB scenario. In the example of Fig. 2, an access node 210 provides a cell 200 operating in a normal mode and broadcasting periodically its SIB1, and a cell 201 operating in an OD-SIB1 mode and transmitting its SIB1 on-demand, i.e., based on the UE 220 in RRC idle or RRC inactive requesting its transmission. The cell 200 operating in the normal mode may be referred as an anchor cell, or cell A, and the cell 201 operating in the OD-SIB1 mode as an OD-SIB1 cell, or as a capacity cell, or as a network energy saving (NES) cell. The cells may operate on different carrier frequencies, and a mode of a cell may be changed.

[0039] In the illustrated example of Fig. 2, an OD-SIB1 request configuration is transmitted (message 2-1) over the cell A 200. The OD-SIB1 request configuration may be referred as a wake-up signal (WUS) configuration. The WUS configuration may pertain to the NES cell 201.

[0040] In the illustrated example of Fig. 2, the UE 220 (in RRC idle or RRC inactive) may request that the OD-SIB1 cell 201 transmits the OD-SIB1. As one option, the UE 220 triggers the transmission by sending a WUS signal (message 2-2) , which could e.g., be a Physical Random-Access CHannel (PRACH) , i.e. a preamble (e.g. Msg1 or MsgA of random access process) . This may trigger a start of OD-SIB1 monitoring window. Further, transmitting the WUS signal (e.g. Msg1) to request OD-SIB1 may further trigger the NES cell responding with random access response (RAR) . Accordingly, the UE 220 may have two monitoring windows for monitoring access related transmissions, a window (e.g. an OD-SIB1 monitoring window) for monitoring Type-0 PDCCH of OD-SIB1 transmission occurrences and a window (e.g. a RAR monitoring window) for monitoring RAR transmission occurrences ongoing. These windows may or may not overlap. The OD-SIB1 monitoring window may comprise one or more monitoring occasions for the UE 220 to monitor and try to receive the OD-SIB1 after the UE request. The UE 220 monitors / receives a RAR response from the NES cell 201 that received the WUS (message 2-2) . The UE 220 monitors / receives OD-SIB1 (message 2-3) from the NES cell 201.

[0041] However, the UE 222 (in RRC idle or RRC inactive) is not aware of the WUS signal (message 2-2) , and may transmit another WUS signal, resulting to another OD-SIB1 being transmitted even though the UE 222 could have received the OD-SIB1 transmitted based on the WUS signal (message 2-2) from the UE 220. To avoid such situations, a conditional monitoring, which is called herein a conditional blind monitoring, or shortly blind monitoring, may be used. The blind monitoring is performed before the WUS signal is sent, as will be described in more detail below. The monitoring may be called blind since the UE 222 cannot know whether an OD-SIB1 transmission has been requested. Since the blind monitoring will increase the UE power consumption in vain in case there is no ongoing access related transmission in the NES cell during the monitoring, the monitoring is conditional, i.e. performed when a condition is met, the purpose of the condition being to avoid blind monitoring when the likelihood of an ongoing access related transmission in the NES cell is small or non-existing.

[0042] Fig. 3 is a signalling flow chart illustrating a non-limiting example of the conditional blind monitoring for the example in which one access node (A-N) provides the cell A, that is called herein also a first cell, and the NES cell, that is called herein also a second cell. In an embodiment, the NES cell and the cell A are provided by different access nodes. In yet one embodiment, one cell is first in the mode providing the cell A functionality, and then changes to the OD-SIB1 mode providing the NES cell functionality.

[0043] Referring to Fig. 3, the A-N generates (block 3-1) an on-demand system information block type one (OD-SIB1) request configuration for the NES cell, the OD-SIB1 request configuration comprising at least information indicating at least one OD-SIB1 request occasion to transmit a request for on-demand SIB1 transmissions in the NES cell. In other words, one or more OD-SIB1 request occasions may be configured / indicated and transmitted. An OD-SIB1 request occasion may be called an UL WUS transmission occasion. Additionally, the OD-SIB1 request configuration may comprise information for the UE regarding how to receive the OD-SIB1 (e.g. Type-0 PDCCH of OD-SIB1) from the NES cell, such as an offset and a duration of an OD-SIB1 monitoring window. It should be appreciated that the OD-SIB1 request configuration may comprise information for two or more OD-SIB1 monitoring windows for the UE to receive OD-SIB1.

[0044] The A-N may be configured to include, as part of the generating, to the OD-SIB1 request configuration, for the blind monitoring, further information, which at least indicates a condition associated with monitoring access related transmission occurrences in the second cell, before transmitting the request for OD-SIB1 transmissions. The further information may be included as a parameter or a parameter value. The further information may be a value of a time offset for monitoring. In an implementation, when there is no such value, it indicates to the UE not to perform the blind monitoring. In another implementation, it indicates to the UE to use a default value. The further information may indicate whether the time offset indicates a maximum time, and / or its reference time point, as will be explained in more detail e.g. with Fig. 4B and Fig. 4C. The further information may be a flag, e.g. a blind decoding flag, or corresponding information, whose value “true” indicates to the UE to perform a blind monitoring, as will be described in more detail with Fig. 5. The value “true” may indicate that an OD-SIB1 request rate in the NES cell exceeds a threshold. The further information may indicate one or more synchronized signal block, SSB, beams per an on-demand SIB1 transmission in the NES cell.

[0045] When the OD-SIB1 request have been generated (block 3-1) , the A-N transmits (message 3-2) the OD-SIB1 request configuration for the NES cell (second cell) over the cell A (the first cell) in a downlink transmissions, for example in a broadcast, to a plurality of devices, including the UE.

[0046] The UE receives the OD-SIB1 request configuration, and applies it. When the UE determines (block 3-3) an occurrence of a trigger event to transmit the request for OD-SIB1 in the NES cell (the second cell) during a next OD-SIB1 request occasion, the UE determines, whether the condition associated with monitoring access related transmission occurrences in the NES cell (second cell) before transmitting the request for OD-SIB1 transmissions is met. For example, the UE may determine that the condition is met, when a first time period overlaps at least partly with at least one window for monitoring access related transmissions, non-limiting examples of the first time period being described in more detail below, e.g. with Fig. 4A, Fig. 4B, Fig. 4C and Fig. 4D. The first time period, or information with which the first time period is defined, may be preset or preconfigured to the UE and / or at least partly received in the OD-SIB1 request configuration. In another example, the UE may determine that the condition is met, when the flag is true, as will be described in more detail with Fig. 5. In a further example, the UE may determine that the condition is met when the first time period overlaps at least partly with the at least one window for monitoring access related transmissions and the flag is true. In another example, the UE may determine that the condition is met when an SSB beam associated in the UE with the OD-SIB1 request occasion (s) or and SSB beam on which the UE is configured to monitor access related transmission occurrences, is one of the SSB beams indicated in the further information, as will be described e.g. with Fig. 6. In a further example, the UE may determine that the condition is met when the flag is true and the SSB beam on which the UE is configured to monitor access related transmission occurrences is one of the SSB beams indicated in the further information. In a still further example, the UE may determine that the condition is met, when the first period overlaps at least partly with the at least one window for monitoring access related transmissions, the flag is true, and the SSB beam on which the UE is configured to monitor access related transmission occurrences is one of the SSB beams indicated in the further information. As can be seen from the above examples, when the first period is based on the preset or preconfigured information, the further information in the OD-SIB1 request configuration may indicate partly the condition.

[0047] The UE monitors (block 3-4) , based at least in part the condition being met, access related transmission occurrences (depicted by dotted message 3-5, indicating that it may or may not be present / transmitted) in the second cell during the first time period. The access related transmission may be an OD-SIB1 transmission or a random access response, RAR, transmission. When at least one access related transmission is successfully received (the UE can decode the access related transmission, i.e. obtains the OD-SIB1) , the UE refrains from transmitting the OD-SIB1 request. In other words, the UE decides not to transmit the OD-SIB1 request since the information is already received. When no access related transmission is successfully received during the first time period, the UE will transmit the OD-SIB1 request, for example during a next OD-SIB1 request transmission occasion.

[0048] When the condition is not met, i.e. when the UE determines to transmit, not to monitor, based at least in part the condition not being met, the request for the OD-SIB1 transmissions, the UE transmits in a next OD-SIB1 request occasion said request without monitoring the access related transmission occurrences. However, that is not illustrated in Fig. 3.

[0049] The examples illustrated in Fig. 4A, Fig. 4B, Fig. 4C and Fig. 4D describe a plurality of alternatives how the first period, or a corresponding monitoring window (not depicted as a separate window in said Figures) may be determined. For example, the first time period may define a monitoring window of type 0 physical downlink control channel, PDCCH, and / or a monitoring window of random access responses. The window may also be called a blind detection (BD) monitoring window.

[0050] For the sake of clarity of description, the examples comprise a RAR window 411 between two consecutive OD-SIB1 request occasions 401, 401’ (UL WUS occasions) and one OD-SIB1 transmission window 412 (SIB1 monitoring window) with 8 OD-SIB1 transmission occurrences and with an offset 413 that is longer than the duration of the RAR window 411. The offset 413 is with respect to a time reference which in these examples is the starting time instance (e.g. slot) of RAR monitoring window. It should be appreciated that there may be more than one OD-SIB1 transmission windows, with different offsets and with different or same number of OD-SIB1 transmission occurrences, and any of the OD-SIB1 transmission windows may overlap with the RAR window 411 and / or with one or more other OD-SIB1 transmission window. The on-demand SIB1 transmission occasions may be type 0 PDCCH monitoring occasions, or searchSpaceZero and controlResourceSetZero for on-demand SIB1.

[0051] A further assumption made in the examples in Fig. 4A, Fig. 4B, Fig. 4C and Fig. 4D, for the sake of clarity of the description, is that a time instance of an occurrence 402 of the trigger event for UE1 to transmit the request for OD-SIB1 and a time instance of an occurrence 403 of the trigger event for UE2 to transmit the request for OD-SIB1 do not overlap the RAR window 411. It should be appreciated that a time instance of the occurrence of a trigger event for an UE to transmit the request for OD-SIB1 may overlap with the RAR window. The RAR window 411 and / or the OD-SIB1 transmission window 412 depicts a first window for the access related transmission occurrences. The OD-SIB1 request configuration may comprise at least information indicating the first window by indicating a start slot and duration for the first window. The first window may be associated to a given OD-SIB1 request occasion, so that different occasions can be associated to different first windows.

[0052] Fig. 4A, Fig. 4B, Fig. 4C and Fig. 4D further show, by arrows, two UEs having transmitted OD-SIB1 requests, e.g. preambles, simultaneously (i.e. on the same UL WUS occasion 401) , showcasing the possibility of multiple UEs to initiate the on-demand process simultaneously or at different times. The preambles may be part of the Physical Random-Access Channel (PRACH) procedure used by the UEs to request the OD-SIB1.

[0053] The RAR window 411, starting at time t0 and ending at time t1, comprises RAR occasions for possible transmissions of RAR from the access node. Since the UEs transmitted the preambles on the same UL WUS occasion, the RAR windows for the UEs may overlap as well. As shown, an UE whose transmission / reception occurrences are depicted with dotted line receives the RAR first, while an UE whose transmission / reception occurrences are depicted with solid line receives the RAR later. Per legacy rules, the respective UE cannot proceed to monitoring / receiving OD-SIB1 before it has received RAR. After the respective UE has received RAR, the UE may start to monitor OD-SIB. However, the legacy rules do not apply to blind decoding.

[0054] Regarding the OD-SIB1 transmission window, as shown in Fig. 4A, Fig. 4B, Fig. 4C and Fig. 4D, the starting time t2 (e.g. slot) of OD-SIB1 transmission window utilizes the starting time t0 (e.g. slot) of RAR window as reference time point, and a time offset 413 (indicated e.g., via the OD-SIB1 request configuration) can be further configured to indicate the exact starting time of OD-SIB1 transmission window. Moreover, the duration of OD-SIB1 transmission window can be also configured to UE, e.g. via the OD-SIB1 request configuration. In the examples of Fig. 4A, 4B and 4C, the first window and the first time period 421, or 422, for occurrence 402 of the trigger event for UE1 overlap at least partly, meaning that a corresponding monitoring window and a window for access related transmission occurrences overlap at least partly.

[0055] In the example of Fig. 4A, it is assumed that the first period runs until the start of the next OD-SIB1 request occasion, i.e. the reference point for the first period may be a time instance t5 of a next OD-SIB1 request occasion 401’ following the occurrence 402, 403 of the trigger event. A time offset defining when to start t4, t6 the first time period 421, 431 may be indicated to be a variable up to the occurrence of the trigger event 402, 403 . In other words, the first time period is a time period between the occurrence of the trigger event and the start of a next OD-SIB1 request occasion. The reference point and / or the time offset may be preset (preconfigured) or received the OD-SIB1 request configuration. In an embodiment no offset is provided to the UE and the UE may perform the monitoring during a time period between the occurrence of the trigger event and the start of a next OD-SIB1 request occasion.

[0056] If the condition is met when the first period overlaps with at least one access related transmission, in the example of Fig. 4A, the UE1 will monitor but the UE2 will not. The UE2 will transmit the OD-SIB1 request during the OD-SIB1 request occasion 401’, and the UE1 only transmits the request in case it does not successfully receive OD-SIB1 during access related occasions 4, 5, 6 or 7.

[0057] In another example, the reference point for the first period, may be given as an offset from t0, or to be t3 instead of being t5. In such an example, the UE may be configured to determine that no first period is determined, when the start of the first period would be after the end time. Assuming that the reference point is t3, the UE2 would not determine the first period since the starting time t6 is later than t3.

[0058] In the example of Fig. 4B, it is assumed that the first period runs until the start of the next OD-SIB1 request occasion. The reference point for the first period may be a time instance t5 of a next OD-SIB1 request occasion 401’ following the occurrence 402, 403 of the trigger event. However, in the example of Fig. 4B, a time offset defining when to start the first time period has a value 422, which may be called a maximum value. In the illustrated example, the time difference between the occurrence of the trigger event 402 is longer than the time offset value, so the time offset value defines the starting time t4 of the first time period 422 for the UE1. Since the occurrence of the trigger event 403 is shorter than the time offset value, starting time t6 of the first time period 431 for the UE2 is the occurrence of the trigger event. The reference point and / or the time offset value may be preset (preconfigured) or received the OD-SIB1 request configuration, for example the time offset as an indicator indicating the duration of the first time period.

[0059] If the condition is met when the first period overlaps with at least one access related transmission, in the example of Fig. 4B, the UE1 will monitor but the UE2 will not. The UE2 will transmit the OD-SIB1 request during the OD-SIB1 request occasion 401’, and the UE1 only transmits the request in case it does not successfully receive OD-SIB1 during access related occasions 6 or 7.

[0060] In the example of Fig. 4C, it is assumed that the first period runs from the occurrence of the trigger event, and the time offset, defining when to end the first period, has a value defining the duration. In other words, the occurrence of the trigger event is a reference point for the first period. The reference point and / or the time offset value may be preset (preconfigured) or received the OD-SIB1 request configuration, for example the time offset as an indicator indicating the duration of the first time period.

[0061] In the example of Fig. 4C, the starting time t4 of the first period for the UE1 is the occurrence time of the trigger event 402, and the ending time t7 is defined by the time offset value, or any corresponding value defining a duration, the ending time stopping the first time period based on the duration. If the condition is met when the first period overlaps with at least one access related transmission, in the example of Fig. 4C, the UE1 will monitor and will transmit the OD-SIB1 request during the OD-SIB1 request occasion 401’, only in case the UE1 does not successfully receive OD-SIB1 during access related occasions 4, 5, 6 or 7.

[0062] The time offset value, i.e. a duration, may be given as a maximum value, with an additional limitation that the first periods run at most until the start of the next OD-SIB1 request occasion. In such a case the first period 431 for the UE2 ends at t5, i.e. is the same as in the examples of Fig. 4A and 4B. If the condition is met when the first period overlaps with at least one access related transmission, the UE2 will not monitor but the UE2 will transmit the OD-SIB1 request during the OD-SIB1 request occasion 401’.

[0063] The time offset value may be given as a specific duration which is applied regardless of the start of the next OD-SIB1 request occasion. In such a case the first period 422 for the UE2 runs when there is the next OD-SIB1 request occasion 401’. Hence, the UE2 will not transmit the OD-SIB1 request during the OD-SIB1 request occasion 401’ but at the earliest during a following the OD-SIB1 request occasion (not depicted in Figure) . However, it may be that a next RAR window overlaps with the first period of the UE2, and the UE2 may monitor and may refrain from transmitting the OD-SIB1 request when the UE2 successfully receives a RAR, and hence can continue as if the UE2 had transmitted the OD-SIB1 request. That is, if the UE2 receives RAR (intended for another UE) , then UE2 knows that some other UE has requested OD-SIB1 transmission and thus the UE2 has a reason to assume that OD-SIB1 will be transmitted in near future (based on another UE having requested OD-SIB1) and the UE 2 can start to monitor for OD-SIB1 (blind monitor) without the UE2 transmitting a request for OD-SIB1.

[0064] The example of Fig. 4D illustrates how a sparse periodicity the OD-SIB1 transmission window 413 may affect to the blind monitoring. If the first period runs from the occurrence of the trigger event 402 until the start of the next OD-SIB1 request occasion, the first period will not overlap in the example of Fig. 4D with access related transmission occurrences. However, the first period may be configured to run until the start of Nth OD-SIB1 request occasion, especially if a periodicity of the OD-SIB1 request is less sparse that the periodicity of the OD-SIB1 transmission window 413. The value of the N may be received in the OD-SIB1 request configuration, and the value may be 1, 2, 3, etc. In the illustrated example of Fig. 4, if N would be 2, the first period would overlap with the OD-SIB1 transmission window 412.

[0065] It should be appreciated that the examples given above are non-limiting examples, just to illustrate versatile possibilities for the blind monitoring. For example, the duration of the first period may be defined to be a subset of the OD-SIB1 transmission window. A further example include the UE stopping the blind monitoring when it successfully receives OD-SIB1, for example in the transmission occurrence 6, since there is no need to blind monitor further occurrences.

[0066] Fig. 5 is a signaling flow chart illustrating an example use of a flag to indicate an OD-SIB1 request rate of requests for OD-SIB1 transmissions in the second cell for the condition. In the example of Fig. 5 it is assumed, for the sake of clarity of description, that the flag is the only condition.

[0067] The signaling flow chart in Fig. 5 starts at a situation in which the flag is set to be not true, while the A-N monitors (block, messages 5-2) an OD-SIB1 request rate of requests for OD-SIB1 transmissions in the NES cell (second cell) for the condition. In the illustrated example, the rate is monitored by monitoring a number (#) of OD-SIB1 requests (requests for OD-SIB1 transmissions) in a certain time. Since the flag is set to be not true, if the UE determines (block 5-3) an occurrence of a trigger event for the OD-SIB1 request, the UE determines that the condition is not met, and does not perform the blind monitoring but transmits the OD-SIB1 request at a next OD-SIB1 request occasion. The transmission will temporarily increase the rate monitored by the A-N.

[0068] When the number of OD-SIB1 requests exceeds (block 5-4) a threshold (th) , the A-N sets the flag to be true and generates an OD-SIB1 request configuration for the NES cell, which includes in the further information the true as the value of the flag, and transmits (message 5-6) , for example over the cell A in a broadcast, the OD-SIB1 request configuration for the NES cell (second cell) with the changed value of the flag. Further, the A-N continues the monitoring the OD-SIB1 request rate.

[0069] After receiving the OD-SIB1 request configuration with the flag set to be true, if the UE determines (block 5-7) an occurrence of a trigger event for the OD-SIB1 request, the UE determines that the condition is met, and performs the blind monitoring of possible access related transmission occurrences (message 5-8) . Since the rate has exceeded the threshold, the possibility to receive during the blind monitoring an OD-SIB1 is bigger than when the rate is below the threshold.

[0070] The A-N continues the monitoring of the OD-SIB1 request rate, and when the number decreases (block 5-9) below a threshold, which may be the same threshold as in block 5-4, or a threshold having a smaller value, the A-N sets the flag to be not true and generates an OD-SIB1 request configuration for the NES cell, which includes in the further information the not true as the value of the flag, and transmits (message 5-11) , for example over the cell A in a broadcast, the OD-SIB1 request configuration for the NES cell with the changed value of the flag. Further, the A-N continues the monitoring the OD-SIB1 request rate.

[0071] Since the flag is set to be not true, if the UE determines (block 5-3) an occurrence of a trigger event for the OD-SIB1 request, the UE determines that the condition is not met, and does not perform the blind monitoring but transmits the OD-SIB1 request at the next OD-SIB1 request occasion.

[0072] Fig. 6 is a signaling flow chart illustrating an example how SSB beams per an OD-SIB1 transmission may be used for the condition. In the example of Fig. 6 it is assumed, for the sake of clarity of description that the condition relates only to the SSB beams.

[0073] Referring to Fig. 6, the A-N configures (block 6-1, message 6-2) the NES cell (second cell) to use one or more synchronized signal block, SSB, beams per an on-demand SIB1 transmission. In the illustrated example of Fig. 6, it is assumed that two or more SSB beams are configured, for example beams 2, 4 and 5. In the illustrated example, the A-N generates (block 6-4) an OD-SIB1 request configuration for the NES cell, which includes in the further information indications of the SSB beams used in the NES cell (second cell) per an OD-SIB1 transmission. The A-N transmits (message 6-4) , for example over the cell A in a broadcast, the OD-SIB1 request configuration for the NES cell.

[0074] When, after receiving the OD-SIB1 request configuration indicating the beams 2, 4, and 5, the UE determines (block 6-5) an occurrence of a trigger event for the OD-SIB1 request, it compares an SSB beam associated in the UE with the OD-SIB1 request occasion or an SSB beam on which the UE is configured to monitor access related transmissions to the indicated beams in the OD-SIB1 request configuration. If either of the SSB beams used for the on-demand SIB1 transmission is one of the SSB beams associated in the UE, the UE determines that the condition is met. For example, if the SSB beam on which the UE is configured to monitor access related transmissions is beam 2, the condition is met, and the UE performs the blind monitoring of possible access related transmission occurrences (message 6-6) .

[0075] When the OD-SIB1 transmission is transmitted over a plurality of beams, more UEs may successfully receive it during the blind monitoring. However, since the UE does the blind monitoring only if its beam is one of the plurality of the beams, it does not perform the blind monitoring when it cannot receive the OD-SIB1 transmission due to it being transmitted on a beam the UE does not receive.

[0076] As can be seen from the above examples, the conditional bling monitoring restricts the UE from always performing blind OD-SIB1 monitoring before transmitting an OD-SIB1 request, thereby not increasing the UE’s energy consumption, at least as much as in an unrestricted blind monitoring. However, the conditional blind monitoring provides a solution for enabling the UE to efficiently utilize blind monitoring of on-demand SIB1 transmissions requested by another UE before sending an OD-SIB1 request to the network. Thereby it also enables to minimize load in the radio interface, and also enables the network to use less energy for processing OD-SIB1 requests and transmissions.

[0077] The blocks and related functions and information exchange (messages, windows) described above by means of Fig. 1 to Fig. 6 are in no absolute chronological order, and some of them may be performed simultaneously or in an order differing from the given one. Other functions can also be executed between them or within them, and other information may be transmitted, and / or other rules applied. Some of the blocks or part of the blocks or one or more pieces of information can also be left out or replaced by a corresponding block or part of the block or one or more pieces of information. Furthermore, some of the blocks in one example may be combined with another example.

[0078] Fig. 7 illustrates an apparatus 701 comprising means for causing the apparatus 701 to perform at least one or more of the example functionalities of the UE according to any of Fig. 1 to Fig. 6 described above. The apparatus 701 may be any apparatus, or electronic device, such as, or comprising, or comprised in the UE or in a device that may be configured to perform a conditional blind decoding . Different examples of such apparatuses are described above.

[0079] Fig. 8 illustrates an apparatus 801 comprising means for causing the apparatus 801 to perform at least one or more of the example functionalities of the A-N, and / or example functionalities described with the cell A and / or with the NES cell according to any of Fig. 1 to Fig. 6 described above. The apparatus 801 may be any apparatus, or electronic device such as, or comprising, or comprised in an access node or a network node, that may be configured to perform at least radio access functionalities of a cell towards device components, for example perform any corresponding functionality described herein with the A-N. Different examples of such apparatuses are described above. Fig. 9 illustrates an apparatus that may implement distributed functionality of the apparatus illustrated in Fig. 8.

[0080] According to an aspect there is provided an apparatus comprising: means for receiving over a first cell an on-demand system information block type one, OD-SIB1, request configuration for a second cell, the OD-SIB1 request configuration comprising at least information indicating at least one OD-SIB1 request occasion to transmit a request for OD-SIB1 transmissions in the second cell; means for determining an occurrence of a trigger event to transmit the request for OD-SIB1 in the second cell during a next OD-SIB1 request occasion; means for determining, upon the occurrence of the trigger event, whether a condition associated with monitoring access related transmission occurrences in the second cell before transmitting the request for OD-SIB1 transmissions is met; means for monitoring, based on at least in part the condition being met, access related transmission occurrences in the second cell during a first time period; means for refraining, when at least one access related transmission is received during the first time period, of transmitting the request for the OD-SIB1 transmissions; and means for transmitting the request for the OD_SIB1 transmissions when no access related transmission is received during the first time period.

[0081] According to an aspect there is provided an apparatus comprising: means for generating an on-demand system information block type one, OD-SIB1, request configuration for a second cell, the OD-SIB1 request configuration comprising at least information indicating at least one OD-SIB1 request occasion to transmit a request for OD-SIB1 transmissions in the second cell and further information at least indicating a condition associated with monitoring access related transmission occurrences in the second cell before transmitting the request for OD-SIB1 transmissions; and means for transmitting the OD-SIB1 request configuration for the second cell over a first cell in a downlink transmissions to a plurality of devices.

[0082] The apparatus 701, 801 may comprise, for example, a circuitry or a chipset applicable for realizing one or more of the example embodiments described above. In the illustrated examples of Fig. 7 and Fig. 8, the apparatus 701, 801 comprises one or more control circuitries 720, 820, such as at least one processor, and at least one memory 730, 830 including one or more algorithms 731, 831, such as a computer program code (software, SW, or instructions) , wherein the at least one memory and the computer program code (software) are configured, with the at least one processor, to cause the apparatus to carry out any one of the exemplified functionalities of a corresponding apparatus, described above with any of Fig. 1 to Fig. 6. Said at least one processor (including e.g. dual-core and multiple-core processors) , or a circuitry (circuitries) , is configured to read and write data to and from the memory 730, 830. The memory 730, 830 may comprise one or more memory units. Said at least one memory 730, 830 may also comprise at least one database (DB) 732, 832.

[0083] The one or more control circuitries 720 of the apparatus 701comprise at least a blind monitoring circuitry 721 (blind mon) , which is configured at least to implement functionality relating to the UE, as discussed for example with Fig. 2 to Fig. 6. To this end, the blind monitoring circuitry 721 of the apparatus 701 is configured to carry out at least some of the functionalities described above, e.g., by means of Fig. 2 to Fig. 6, for example, using one or more individual circuitries.

[0084] The one or more control circuitries 820 of the apparatus 801 comprise at least a NES cell configuration circuitry 821 (NES config. ) , which is configured at least to implement functionality relating to the A-N, as discussed for example with Fig. 2 to Fig. 6. To this end, the NES cell configuration circuitry 721, 821 of the apparatus 801 is configured to carry out at least some of the functionalities described above, e.g., by means of Fig. 2 to Fig. 6, for example, using one or more individual circuitries.

[0085] The memory 730, 830 may be implemented using any suitable data storage technology, such as semiconductor based memory devices, flash memory, magnetic memory devices and systems, optical memory devices and systems, fixed memory and removable memory. The memory may comprise a configuration database for storing configuration data, and other data used e.g. for the conditional blind coding, for example in those described with Fig. 2 to Fig. 6.

[0086] The apparatus 701, 801 may further comprise different interfaces 710, 810 such as one or more communication interfaces (TX / RX) comprising hardware and / or software for realizing communication connectivity according to one or more communication protocols. The one or more communication interfaces 710, 810 may enable connecting to the Internet and / or to a core network of a wireless communications network and / or to a radio access network and / or to other apparatuses within range of the apparatus. The one or more communication interfaces 710, 810 may comprise standard well-known components such as an amplifier, filter, frequency-converter, (de) modulator, and encoder / decoder circuitries, controlled by the corresponding controlling units.

[0087] In an embodiment, as shown in Fig. 9, at least some of the functionalities of the apparatus of Fig. 8 may be shared between two physically separate devices, forming one operational entity. Therefore, the apparatus may be seen to depict the operational entity comprising one or more physically separate devices for executing at least some of the described processes. Thus, the apparatus of Fig. 9, utilizing such shared architecture, may comprise a control unit, or a remote control unit RCU 920, such as a host computer or a server computer, operatively coupled (e.g. via a wireless or wired connection) to a remote distributed unit RDU 922 located in located in another device or apparatus. In an embodiment, at least some of the described processes may be performed by the RCU 920. In an embodiment, the execution of at least some of the described processes may be shared among the RDU 922 and the RCU 920.

[0088] Similar to Fig. 8, the apparatus of Fig. 9 may comprise one or more control circuitry (CNTL) 820, such as at least one processor, and at least one memory (MEM) 830, including one or more algorithms (PROG) 831, such as a computer program code (software SW, or instructions) wherein the at least one memory and the computer program code (software, instructions) are configured, with the at least one processor, to cause the apparatus to carry out any one of the exemplified functionalities described above, e.g., by means of Fig. 1 to Fig. 5, for example.

[0089] In embodiments, the RCU 920 may generate a virtual network through which the RCU 920 communicates with the RDU 922. In general, virtual networking may involve a process of combining hardware and software network resources and network functionality into a single, software-based administrative entity, a virtual network. Network virtualization may involve platform virtualization, often combined with resource virtualization. Network virtualization may be internal virtual networking which provides network-like functionality to the software containers on a single system.

[0090] As used in this application, the term ‘circuitry’ may refer to one or more or all of the following: (a) hardware-only circuit implementations, such as implementations in analog and / or digital circuitry, and (b) combinations of hardware circuit (s) and software, such as (as applicable) : (i) a combination of analog, digital and / or quantum hardware circuit (s) with software / firmware and (ii) any or all portions of hardware processor (s) , including digital and / or quantum processor (s) , with software, and memory (ies) that work together to cause an apparatus, such as a mobile device, computing device, access device, or server, to perform various functions, and (c) any or all portions of hardware circuit (s) , such as microprocessor (s) , processor (s) , and / or quantum processor (s) , that requires software (e.g., firmware) for operation, but the software may not be present when it is not needed for operation.

[0091] This definition of ‘circuitry’ applies to all uses of this term in this application, including in any claims. As a further example, as used in this application, the term ‘circuitry’ also covers an implementation of merely a hardware circuit or processor (or multiple processors) or a portion of a hardware circuit or processor and its (or their) accompanying software and / or firmware. The term ‘circuitry’ also covers, for example and if applicable to the particular claim element, a baseband integrated circuit or processor integrated circuit for a mobile device or a similar integrated circuit in a server, a cellular network device, or other computing or network device.

[0092] Embodiments and examples as described may also be carried out in the form of a computer process defined by a computer program or portions thereof. Embodiments of the functionalities described in connection with Fig. 1 to Fig. 10 may be carried out by executing at least one portion of a computer program comprising corresponding instructions. The computer program may be provided as a computer readable medium comprising program instructions stored thereon or as a non-transitory computer readable medium comprising program instructions stored thereon. The computer program may be in source code form, object code form, or in some intermediate form, and it may be stored in some sort of carrier, which may be any entity or device capable of carrying the program. For example, the computer program may be stored on a computer program distribution medium readable by a computer or a processor. The computer program medium may be, for example but not limited to, a record medium, computer memory, read-only memory, electrical carrier signal, telecommunications signal, and software distribution package, for example. The computer program medium may be a non-transitory medium. The term “non-transitory, ” as used herein, is a limitation of the medium itself (i.e., tangible, not a signal ) as opposed to a limitation on data storage persistency (e.g., random access memory RAM vs. read only memory ROM) . The computer readable instructions may have been pre-stored to the memory 1130 or, alternatively or additionally, they may be received, by the apparatus, via an electromagnetic carrier signal and / or may be copied from a physical entity such as a computer program product. Coding of software for carrying out the embodiments as shown and described is well within the scope of a person of ordinary skill in the art.

[0093] The memory units may be volatile or non-volatile. It is to be noted that there may be one or more units of non-volatile memory and one or more units of volatile memory or, alternatively, one or more units of non-volatile memory, or, alternatively, one or more units of volatile memory. Volatile memory may be for example random-access memory (RAM) , dynamic random-access memory (DRAM) or synchronous dynamic random-access memory (SDRAM) . Non-volatile memory may be for example read-only memory (ROM) , programmable read-only memory (PROM) , electronically erasable programmable read-only memory (EEPROM) , flash memory, optical storage or magnetic storage. For example, non-volatile memory stores the computer readable instructions, and the processor executes the instructions using volatile memory for temporary storage of data and / or instructions.

[0094] Even though the embodiments have been described above with reference to examples according to the accompanying drawings, it is clear that the embodiments are not restricted thereto but can be modified in several ways within the scope of the claims. Therefore, all words and expressions should be interpreted broadly and they are intended to illustrate, not to restrict, the embodiment within the scope of claims. It will be obvious to a person skilled in the art that, as technology advances, the inventive concept can be implemented in various ways within the scope of the claims. Further, it is clear to a person skilled in the art that the described embodiments may, but are not required to, be combined with other embodiments in various ways within the scope of the claims.

Claims

1.An apparatus comprising at least one processor, and at least one memory storing instructions that, when executed by the at least one processor, cause the apparatus at least to:receive over a first cell an on-demand system information block type one, OD-SIB1, request configuration for a second cell, the OD-SIB1 request configuration comprising at least information indicating at least one OD-SIB1 request occasion to transmit a request for OD-SIB1 transmissions in the second cell;determine an occurrence of a trigger event to transmit the request for OD-SIB1 in the second cell during a next OD-SIB1 request occasion;determine, upon the occurrence of the trigger event, whether a condition associated with monitoring access related transmission occurrences in the second cell before transmitting the request for OD-SIB1 transmissions is met;monitor, based on at least in part the condition being met, access related transmission occurrences in the second cell during a first time period;refrain, when at least one access related transmission is received during the first time period, of transmitting the request for OD-SIB1 transmissions; andtransmit, when no access related transmission is received during the first time period, the request for OD-SIB1 transmissions.2.The apparatus of claim 1, further being caused to:determine, based on at least in part the condition not being met, to transmit the request for the OD-SIB1 transmissions in a next OD-SIB1 request occasion without monitoring the access related transmission occurrences.3.The apparatus of claim 1 or 2, wherein the apparatus is further caused to start the first time period at a time offset before the start of the next OD-SIB1 request occasion.4.The apparatus of claim 3, wherein the apparatus is further caused to receive the time offset in the OD-SIB1 request configuration.5.The apparatus of any of claims 3 to 4, wherein the apparatus is further caused to: receive, in the OD-SIB1 request configuration, an indicator indicating the duration of the first time period; and stop the first time period based on the duration.6.The apparatus of any of claims 3 to 4 wherein the first time period runs until the start of the next OD-SIB1 request occasion .7.The apparatus of any of preceding claims, wherein the access related transmission is an OD-SIB1 transmission or a random access response, RAR, transmission.8.The apparatus of any of preceding claims, further being caused to:receive in the OD-SIB1 request configuration at least information indicating at least a first window for the access related transmission occurrences, wherein the information indicating at least the first window indicates a start slot and duration for the first window.9.The apparatus of claim 8, wherein the first window is an OD-SIB1 transmission window for monitoring SIB1, and wherein the information indicating at least the first window comprises a start slot for a RAR window for monitoring RAR, and for the OD-SIB1 transmission window, duration and an offset to the start slot; and wherein the apparatus is further caused to determine, based on the offset and the start slot, a starting time of the OD-SIB1 transmission window.10.The apparatus of any of claims 8 to 9, further being caused todetermine that the condition is met when the first window and the first time period overlap at least partly.11.The apparatus of any of preceding claims, further being caused todetermine that the condition is met when there is a configured OD-SIB1 transmission window present between a time instance of detecting the occurrence of the trigger event and a time instance of the next OD-SIB1 request occasion.12.The apparatus of any of the preceding claims, further being caused to:determine that the condition is met when information, which indicates the access related transmission occurrences in the second cell in more than one synchronization signal block, SSB, beams, is received in the OD-SIB1 request configuration, and an SSB beam associated in the apparatus with the OD-SIB1 request occasion or an SSB beam on which the apparatus is configured to monitor access related transmissions is one of the SSB beams.13.The apparatus of any of the preceding claims, further being caused to:determine that the condition is met when information, which indicates that an OD-SIB1 request rate in the second cell is higher than a threshold, is received in the OD-SIB1 request configuration information.14.The apparatus of any of the preceding claims, further being caused to receive in the OD-SIB1 request configuration information indicating at least partly the condition associated with monitoring access related transmission occurrences in the second cell before transmitting the request for OD-SIB1 transmissions.15.The apparatus of any of the preceding claims,wherein the first time period defines a monitoring window of type 0 physical downlink control channel, PDCCH or a monitoring window of random access responses.16.An apparatus comprising at least one processor, and at least one memory storing instructions that, when executed by the at least one processor, cause the apparatus at least to:generate an on-demand system information block type one, OD-SIB1, request configuration for a second cell, the OD-SIB1 request configuration comprising at least information indicating at least one OD-SIB1 request occasion to transmit a request for OD-SIB1 transmissions in the second cell and further information at least indicating a condition associated with monitoring access related transmission occurrences in the second cell before transmitting the request for OD-SIB1 transmissions; andtransmit the OD-SIB1 request configuration for the second cell over a first cell in a downlink transmission to a plurality of devices.17.The apparatus of claim 16, wherein the further information comprises a value of a time offset for monitoring before a next OD-SIB1 request occasion.18.The apparatus of claim 16 or 17, wherein the further information indicates a use of a flag to indicate an OD-SIB1 request rate of requests for OD-SIB1 transmissions in the second cell for the condition, wherein the flag set to true indicates that the condition is met, the apparatus further being caused to:monitor a number of requests for OD-SIB1 transmissions transmitted in the second cell;when the number exceeds a first threshold, set the flag to true; andwhen the number is below the first threshold, set the flag to be not true.19.The apparatus of claim 18, further being caused to:include to the further information the value of the flag;transmit, when the value of the flag is changed, the OD-SIB1 request configuration for the second cell with a changed value of the flag.20.The apparatus of claim 16, 17, 18 or 19, the apparatus further being caused to:configure the second cell to use one or more synchronized signal block, SSB, beams per an OD-SIB1 transmission; andinclude to the further information in the OD-SIB1 request configuration indications of SSB beams used in the second cell per an OD-SIB1 transmission.21.A method comprising:receiving over a first cell an on-demand system information block type one, OD-SIB1, request configuration for a second cell, the OD-SIB1 request configuration comprising at least information indicating at least one OD-SIB1 request occasion to transmit a request for OD-SIB1 transmissions in the second cell;determining an occurrence of a trigger event to transmit the request for OD-SIB1 in the second cell during a next OD-SIB1 request occasion;determining, upon the occurrence of the trigger event, whether a condition associated with monitoring access related transmission occurrences in the second cell before transmitting the request for OD-SIB1 transmissions is met;monitoring, based on at least in part the condition being met, access related transmission occurrences in the second cell during a first time period;refraining, when at least one access related transmission is received during the first time period, of transmitting the request for the OD-SIB1 transmissions; andtransmitting the request for the OD_SIB1 transmissions when no access related transmission is received during the first time period.22.A method comprising:generating an on-demand system information block type one, OD-SIB1, request configuration for a second cell, the OD-SIB1 request configuration comprising at least information indicating at least one OD-SIB1 request occasion to transmit a request for OD-SIB1 transmissions in the second cell and further information at least indicating a condition associated with monitoring access related transmission occurrences in the second cell before transmitting the request for OD-SIB1 transmissions; andtransmitting the OD-SIB1 request configuration for the second cell over a first cell in a downlink transmissions to a plurality of devices.

Images