Technologies for network energy saving

A light SSB and compact MIB design with on-demand SSB/SIB1 provision addresses limitations in existing NES features, enhancing power savings and flexibility for IDLE/INACTIVE UEs, particularly in future network generations.

WO2025199664A1PCT designated stage Publication Date: 2025-10-02APPLE INC
View PDF 4 Cites 0 Cited by

Patent Information

Application Number
PCT/CN2024/083432
Authority / Receiving Office
WO · WO
Patent Type
Applications
Current Assignee / Owner
Filing Date
2024-03-23
Publication Date
2025-10-02

AI Technical Summary

Technical Problem

Existing network energy saving (NES) features in 3GPP Technical Specifications are limited to CONNECTED UEs and do not provide solutions for IDLE/INACTIVE UEs, are dependent on network loading scenarios, and lack flexibility in cell barring signaling, leading to inefficient power consumption and complex logic for UE operations.

Method used

Implementing a light SSB and compact MIB design for IDLE/INACTIVE UEs, allowing on-demand SSB/SIB1 provision based on UE requests, with unified cell barring information in the compact MIB to reduce unnecessary decoding and power consumption.

Benefits of technology

Enables significant power savings by optimizing SSB and SIB1 transmission, improving flexibility in cell barring, and reducing power consumption in IDLE/INACTIVE modes, applicable to future network generations like 6G.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN2024083432_02102025_PF_FP_ABST
    Figure CN2024083432_02102025_PF_FP_ABST
Patent Text Reader

Abstract

The present application relates to devices and components including apparatus, systems, and methods for network-energy saving.
Need to check novelty before this filing date? Find Prior Art

Description

TECHNOLOGIES FOR NETWORK ENERGY SAVINGFIELD

[0001] This application relates to the field of wireless networks and, in particular, to technologies for network energy saving.BACKGROUND

[0002] Network energy saving (NES) efforts are being made in the development of Third Generation Partnership Project (3GPP) Technical Specifications (TSs) . These NES efforts include providing time periods in which a base station ceases transmissions (referred to as cell discontinuous transmission (DTX) ) or receptions (referred to as cell discontinuous reception (DRX) ) . Research and development in these NES efforts are ongoing.BRIEF DESCRIPTION OF THE DRAWINGS

[0003] FIG. 1 illustrates a signaling diagram in accordance with some embodiments.

[0004] FIG. 2 illustrates another signaling diagram in accordance with some embodiments.

[0005] FIG. 3 illustrates another signaling diagram in accordance with some embodiments.

[0006] FIG. 4 is a table with full / light synchronization signal block (SSB) information in accordance with some embodiments.

[0007] FIG. 5 illustrates an uplink (UL) wake-up signal (WUS) configuration in accordance with some embodiments.

[0008] FIG. 6 is a table with configuration parameters in accordance with some embodiments.

[0009] FIG. 7 illustrates a diagram providing details for deriving paging frame / paging occasions and random-access channel occasions in accordance with some embodiments.

[0010] FIG. 8 illustrates a diagram providing details for on-demand SSB / system information block 1 (SIB1) in accordance with some embodiments.

[0011] FIG. 9 illustrates an operational flow / algorithmic structure in accordance with some embodiments.

[0012] FIG. 10 illustrates another operational flow / algorithmic structure in accordance with some embodiments.

[0013] FIG. 11 illustrates a user equipment in accordance with some embodiments.

[0014] FIG. 12 illustrates a network device in accordance with some embodiments.DETAILED DESCRIPTION

[0015] The following detailed description refers to the accompanying drawings. The same reference numbers may be used in different drawings to identify the same or similar elements. In the following description, for purposes of explanation and not limitation, specific details are set forth such as particular structures, architectures, interfaces, and techniques in order to provide a thorough understanding of the various aspects of various embodiments. However, it will be apparent to those skilled in the art having the benefit of the present disclosure that the various aspects of the various embodiments may be practiced in other examples that depart from these specific details. In certain instances, descriptions of well-known devices, circuits, and methods are omitted so as not to obscure the description of the various embodiments with unnecessary detail. For the purposes of the present document, the phrases “A / B” and “A or B” mean (A) , (B) , or (A and B) ; the phrase “ (A) B” means (B) or (A and B) , that is, A is optional; and the phrase “based on A” means “based at least in part on A, ” for example, it could be “based solely on A” or it could be “based in part on A. ”

[0016] The following is a glossary of terms that may be used in this disclosure.

[0017] The term “circuitry” as used herein refers to, is part of, or includes hardware components that are configured to provide the described functionality. The hardware components may include an electronic circuit, a logic circuit, a processor (shared, dedicated, or group) or memory (shared, dedicated, or group) , an application-specific integrated circuit (ASIC) , a field-programmable device (FPD) (e.g., a field-programmable gate array (FPGA) , a programmable logic device (PLD) , a complex PLD (CPLD) , a high-capacity PLD (HCPLD) , a structured ASIC, or a programmable system-on-a-chip (SoC) ) , or a digital signal processor  (DSP) . In some embodiments, the circuitry may execute one or more software or firmware programs to provide at least some of the described functionality. The term “circuitry” may also refer to a combination of one or more hardware elements (or a combination of circuits used in an electrical or electronic system) with the program code used to carry out the functionality of that program code. In these embodiments, the combination of hardware elements and program code may be referred to as a particular type of circuitry.

[0018] The term “processor circuitry” as used herein refers to, is part of, or includes circuitry capable of sequentially and automatically carrying out a sequence of arithmetic or logical operations, or recording, storing, or transferring digital data. The term “processor circuitry” may refer to an application processor, baseband processor, a central processing unit (CPU) , a graphics processing unit, a single-core processor, a dual-core processor, a triple-core processor, a quad-core processor, or any other device capable of executing or otherwise operating computer-executable instructions, such as program code, software modules, or functional processes.

[0019] The term “interface circuitry” as used herein refers to, is part of, or includes circuitry that enables the exchange of information between two or more components or devices. The term “interface circuitry” may refer to one or more hardware interfaces, for example, buses, I / O interfaces, peripheral component interfaces, and network interface cards.

[0020] The term “user equipment” or “UE” as used herein refers to a device with radio communication capabilities that may allow a user to access network resources in a communications network. The term “user equipment” or “UE” may be considered synonymous to, and may be referred to as, client, mobile, mobile device, mobile terminal, user terminal, mobile unit, mobile station, mobile user, subscriber, user, remote station, access agent, user agent, receiver, radio equipment, reconfigurable radio equipment, or reconfigurable mobile device. Furthermore, the term “user equipment” or “UE” may include any type of wireless / wired device or any computing device including a wireless communications interface.

[0021] The term “computer system” as used herein refers to any type interconnected electronic devices, computer devices, or components thereof. Additionally, the term “computer system” or “system” may refer to various components of a computer that are communicatively coupled with one another. Furthermore, the term “computer system” or “system” may refer to multiple computer devices or multiple computing systems that are  communicatively coupled with one another and configured to share computing or networking resources.

[0022] The term “resource” as used herein refers to a physical or virtual device, a physical or virtual component within a computing environment, or a physical or virtual component within a particular device, such as computer devices, mechanical devices, memory space, processor / CPU time, processor / CPU usage, processor and accelerator loads, hardware time or usage, electrical power, input / output operations, ports or network sockets, channel / link allocation, throughput, memory usage, storage, network, database and applications, or workload units. A “hardware resource” may refer to compute, storage, or network resources provided by physical hardware elements. A “virtualized resource” may refer to compute, storage, or network resources provided by virtualization infrastructure to an application, device, or system. The term “network resource” or “communication resource” may refer to resources that are accessible by computer devices / systems via a communications network. The term “system resources” may refer to any kind of shared entities to provide services and may include computing or network resources. System resources may be considered as a set of coherent functions, network data objects or services, accessible through a server where such system resources reside on a single host or multiple hosts and are clearly identifiable.

[0023] The term “channel” as used herein refers to any transmission medium, either tangible or intangible, which is used to communicate data or a data stream. The term “channel” may be synonymous with or equivalent to “communications channel, ” “data communications channel, ” “transmission channel, ” “data transmission channel, ” “access channel, ” “data access channel, ” “link, ” “data link, ” “carrier, ” “radio-frequency carrier, ” or any other like term denoting a pathway or medium through which data is communicated. Additionally, the term “link” as used herein refers to a connection between two devices for the purpose of transmitting and receiving information.

[0024] The terms “instantiate, ” “instantiation, ” and the like as used herein refer to the creation of an instance. An “instance” also refers to a concrete occurrence of an object, which may occur, for example, during execution of program code.

[0025] The term “connected” may mean that two or more elements, at a common communication protocol layer, have an established signaling relationship with one another over a communication channel, link, interface, or reference point.

[0026] The term “network element” as used herein refers to physical or virtualized equipment or infrastructure used to provide wired or wireless communication network services. The term “network element” may be considered synonymous to or referred to as a networked computer, networking hardware, network equipment, network node, or a virtualized network function.

[0027] The term “information element” refers to a structural element containing one or more fields. The term “field” refers to individual contents of an information element, or a data element that contains content. An information element may include one or more additional information elements.

[0028] As briefly mentioned above, 3GPP TSs are developing various NES features. In Release 18, new radio (NR) NES features include the following: channel state information (CSI) enhancements for adaptations in spatial and power domains; cell DTX / DRX mechanism in time domain; inter-band carrier aggregation in which a secondary cell (SCell) does not include synchronization signal blocks (SSBs) ; mechanisms to prevent legacy user equipments (UEs) from camping; enhancements on conditional handover (CHO) procedures; and inter-node beam activation and enhancements on paging.

[0029] With respect to cell DTX / DRX mechanism for the time domain, during a UE DRX OFF period, uplink (UL) transmissions are allowed. This may make it difficult for the base station to sleep. Thus, UEs in connected-mode DRX may be aligned with one another and the cell in order to increase the amount of time that the base station can sleep.

[0030] With respect to the CSI enhancements for adaptations in spatial and power domains, adaptations of spatial elements may occur by disabling subsets of antenna elements; and power offset values may be adapted between physical downlink shared channel (PDSCH) and CSI-reference signal (RS) transmissions.

[0031] These Release 18 NES features are associated with a number of shortcomings. For example, they are only applied to CONNECTED UEs and do not provide solutions for IDLE / INACTIVE UEs. Further, various of these features are dependent on network loading scenarios. For example, cell DTX / DRX is targeted for a light-loading scenario, while power / spatial adaptation is also applied to medium / high loading scenarios.

[0032] NR NES features considered for Release 19 NR include providing carrier aggregation with on-demand SSB transmissions on the SCell and, for non-anchor primary  cell (PCell) , on-demand system information block 1 (SIB1) , and random-access channel (RACH)  / paging occasion adaptation.

[0033] With respect to on-demand SSB, it will be limited to CONNECTED UEs in SCell in order to allow for backward compatibility. The contemplated triggering method will include a UE uplink wake-up-signal (WUS) that uses an existing signal / channel.

[0034] On-demand SIB1 may be provided for IDLE / INACTIVE UE with the assumption that SSB will always be available. Thus, the on-demand SSB and the on-demand SIB1 are independent from one another and are not contemplated to be configured together. The contemplated triggering method also includes an uplink WUS using an existing signal / channel.

[0035] These contemplated NR NES features for Release 19 are also associated with a number of shortcomings. For example, no new signal / channel will be introduced for uplink WUS; joint on-demand SSB / SIB1 will not be introduced; and all of these techniques are targeted for low-loading scenarios.

[0036] An SSB in existing networks may include a physical broadcast channel (PBCH) payload with a master information block (MIB) and physical (PHY) layer generated payload. The MIB may include parameters such as: a system frame number, a subcarrier spacing common; an SSB subcarrier offset; a demodulation reference signal (DMRS) type A position; a PDCCH configuration for SIB1; an intra-frequency reselection; and a spare bit. The PDCCH config for SIB1 may include eight bits to configure the control resource set zero (CORESET #0) and search space zero (SS #0) .

[0037] The PHY layer generated payload may include: four least significant bits (LSBs) of a system frame number ahalf radio frame  and, for frequency range 2 (FR2) , three most significant bits (MSBs) of an SSB or, for frequency range 1 (FR1) , the MSB of with the last two bits

[0038] The PBCH may include only 1 reserved bit for FR2 and 3 reserved bits for FR1.

[0039] The UE monitors the DCI format 1_0 with cyclic redundancy check (CRC) bits scrambled with system information-radio network temporary identifier (SI-RNTI) in the SS #that schedules the SIB1 transmission. This may provide limited flexibility for time and  frequency domain locations. The search space associated with SSB #i is derived from the configuration.

[0040] In existing 5G MIB, there is only one cell barring bit (cellBarred) . However, some extra cell barring bits were introduced in SIB1 in later releases. For example, the SIB1 may include one or more of the following additional cell barring bits: non-public network (NPN) related cell barring bits (e.g., cell is reserved for other use (cellReservedForOtherUse) , and cell is reserved for future use (cellReservedForFutureUse) ) ; a non-terrestrial network (NTN) related barring bit (e.g., cell barred NTN (cellBarredNTN) ) ; reduced capability (Redcap) related barring bits (e.g., cell barred Redcap with one receive antenna (cellBarredRedCap1Rx) , and cell barred Redap with two receive antennas (cellBarredRedCap2Rx) ; an NES related barring bit (cellBarredNES) ; and an air-to-ground (ATG) related barring bit.

[0041] The existing cell barring signaling may introduce at least two issues. A first issue may be that, if a UE is enabled with one or more of these features, they will need to acquire the SIB1 to determine whether it is barred by the cell. It may be desirable to allow a UE to determine cell barring status via MIB without wasting power on decoding SIB1. A second issue may relate to requiring complex logic for the network to decide how to bar different types of UEs. For example, whether to bar a UE capable of Redcap and NES.

[0042] Some of the more power intensive operations associated with the network are related to always-on signaling such as, for example, SSB and SIB1 signaling. Embodiments of the present disclosure provide light SSB plus on-demand SSB / SIB1 design for new networks that may enable significant power saving opportunities. Some of these concepts may apply to post-5G networks, for example, sixth generation (6G) and beyond, to avoid backward compatibility issues that may be associated with new mechanisms being tied to existing protocols. However, some aspects may additionally / alternatively apply to later releases of 5G networks.

[0043] Some embodiments describe aspects based on light SSB / new PBCH / MIB design for IDLE / INACTIVE UE operation. These aspects may include IDLE / INACTIVE measurement; cell reselection mechanisms; initial access; design of the light SSB for cell discovery purpose; and design of the compact MIB included in the light SSB, e.g., UL WUS configuration to trigger SSB / SIB1 transmission needs to be included in the compact MIB.

[0044] NES opportunities may stem from a light SSB and full SSB design. A light SSB may be used for a subset of operations including, for example, cell discovery. Cell discovery may include detecting a cell’s presence and performing an initial measurement for camping maintenance. The network (e.g., a base station of a radio access network) may always provide light SSB with wide beam for coverage. For example, total cell coverage may be provided by a limited number of beams (e.g., one to four beams) . A full SSB may then be used for measurement for mobility and for beam selection during initial access / data transmission. The full SSB may be transmitted on much finer beams (e.g., up to 64 beams in a cell) . The network may not always provide a full SSB in one cell. Instead, the network may provide the full SSB in an on-demand manner, for example, in response to a request from the UE.

[0045] Some embodiments describe a compact MIB and SIB1 design to facilitate NES. A compact MIB may be included in the light SSB to carry a set of more desired information (e.g., essential information) of the cell. The information of the compact MIB may be, for example, a full SSB configuration, an UL WUS configuration for SSB / SIB1 request, cell barring information, SIB1 validity information, etc.

[0046] In some embodiments, the network may provide the SIB1 in an on-demand manner, for example, in response to a request from the UE. The UE may need a valid SIB1 during the cell reselection or during the initial access.

[0047] Some embodiments provide details of the on-demand SSB and SIB1 design. The SSB / SIB1 provision can be based on a UE request, and may be provided according to some specific timing. The UE request can be via an UL WUS signal (for example, a radio access control channel (RACH) preamble or a new signal) . In some embodiments, a UE request may request only on-demand SSB, only on-demand SIB1, or both on-demand SSB and on-demand SIB1. The UE request can be used to request a cell-specific signal, or to request information in one area (including multiple cells) .

[0048] These and other design aspects will be described in further detail herein.

[0049] FIG. 1 illustrates a signaling diagram 100 in accordance with some embodiments. The signaling diagram 100 may include signals between, and operations performed by, a UE 104, a serving cell 108, and a neighbor cell 112. The serving cell 108 may be provided by a first base station and the neighbor cell 112 may be provided by a second base station. Operations attributed to a serving cell may be performed by the  corresponding base station and vice versa. In some embodiments, the serving cell 108 and the neighbor cell 112 may be provided consistent with 6G or later 3GPP TSs.

[0050] The signaling diagram 100 may begin with the UE 104 operating in an IDLE / INACTIVE mode at 116 and camped on the serving cell 108. At 120 the serving cell 108 may broadcast a light SSB, which may include a compact MIB, for NES purpose. At 124, the neighbor cell 112 may also broadcast a light SSB including a compact MIB. The light SSB may be used by the IDLE / INACTIVE UE 104 to discover whether any neighbor cells are present for camping (for example, neighbor cell 112) or for camping maintenance on an existing serving cell (for example, serving cell 108) . The UE 104 may need to acquire a full SSB in either initial access or cell reselection procedure.

[0051] The signaling diagram 100 may further include the UE 104 detecting criteria to trigger a full neighbor / serving cell measurement. In some embodiments, the criteria may be detected if either of the following two conditions are detected.

[0052] In a first condition, the criteria may be detected when a neighbor cell measurement for cell reselection is triggered.

[0053] In a second condition, the criteria may be detected when an initial access is triggered. An initial access may be triggered due to mobile originated (MO) traffic / signaling, a paging operation, or due to a PHY / lower layer operation. The PHY / lower layer operation may include, for example, carrier frequency offset (CFO) compensation (e.g., used to address a mismatch between a received frequency signal and a local oscillator frequency, automatic gain control (AGC) operation (e.g., a receiver function that generates constant power output under varying power input) , time / frequency tracking, or beam alignment.

[0054] In the signaling diagram 100, detecting the criteria based on the first condition may be described in option A, while detecting the criteria based on the second condition may be described in option B.

[0055] In option A, the UE 104 may detect the criteria based on determining a neighbor cell measurement is triggered at 128. Upon detecting the criteria at 128, the UE 104 may trigger the serving cell 108 to send a full SSB at 132 and may trigger a qualified neighbor cell (e.g, neighbor cell 112) to send a full SSB at 136.

[0056] At 148, the UE 104 may perform measurements based on the full SSBs received from the serving cell 108 and the neighbor cell 112. If, at 144, the UE 104  determines that criteria for reselection to the neighbor cell is met, the UE 104 and the neighbor cell 112 may perform a cell reselection and the UE 104 may thereafter camp on the neighbor cell 112.

[0057] In the event additional on-demand SSB / SIB1 (ODS) triggers are not met, the neighbor cell 112 may revert to transmitting the light SSB at 152.

[0058] In option B, the UE 104 may detect the criteria based on determining an initial access is triggered at 156. As shown, the initial access corresponds to MO traffic arrival; however, in other embodiments, it may be receipt of a paging message or due to a PHY / lower layer operation.

[0059] Upon detecting the criteria at 156, the UE 104 may trigger the serving cell to send a full SSB at 160. At 164, the UE 104 may perform additional measurements on the full SSB and, at 168, the UE 104 may perform an initial access for the requested service. At 172, the UE may transition from the idle / inactive state to a connected state.

[0060] In some embodiments, after the UE 104 triggers a cell to transmit the full SSB, the cell may broadcast the full SSB for some duration. Other UEs in the cell (or in neighbor cells) , may directly measure the full SSB without triggering their own ODS. After transmitting the full SSB for the duration, the cell may revert to transmitting the light SSB until it receives another ODS request.

[0061] FIG. 2 illustrates a signaling diagram 200 for an ODS procedure for cell reselection in accordance with some embodiments. The signaling diagram 200 may include signals between, and operations performed by, the UE 104, the serving cell 108, and the neighbor cell 112.

[0062] The signaling diagram 200 may begin with the UE 104 operating in an IDLE / INACTIVE mode at 216 and camped on the serving cell 108. At 220 the serving cell 108 may broadcast a full SSB.

[0063] The signaling diagram 200 may further include, at 224, the neighbor cell 112 broadcasting a light SSB including a compact MIB. The IDLE / INACTIVE UE 104 can discover the neighbor cell 112 via its broadcasted light SSB and included compact MIB.

[0064] At 228, the UE 104 may determine that the criteria to trigger NCell measurement is met. The UE 104 may then trigger ODS procedure for full SSB in one or  more NCells for measurement purpose. The criteria to trigger the NCell measurement may include one or more of the following two options.

[0065] In a first option, the criteria may be triggered when an RSRP of the full SSB transmitted by the serving cell 108 (or light SSB if the serving cell is not transmitting the full SSB) < a first threshold and one RSRP of a light SSB transmitted by a neighbor cell (RSRPSCell_lightSSB) > a second threshold (the first threshold may be the same as, or different from, the second threshold) . The RSRP of the serving cell In some embodiments, the criteria of the first option may additionally / alternatively include the UE 104 determining it will not be barred by the neighbor cell 112 via a compact MIB transmitted by the neighbor cell.

[0066] In a second option, the criteria may be triggered when RSRPSCell_lightSSB <threshold.

[0067] When the criteria is triggered, the UE 104 may perform the ODS procedure by sending an UL WUS request for a full SSB to the neighbor cell 112 at 232. The neighbor cell 112 may send the full SSB at 236 and the UE 104 may perform measurements towards NCell based on its full SSB at 240.

[0068] At 244, the UE 104 may determine whether criteria to reselect to the neighbor cell 112 is met. In some embodiments, the reselection criteria may be similar to legacy 5G criteria, defined in 3GPP TS 38.304 v18.0.0 (1-16-24) , to determine whether to reselect this cell. The cell reselection criteria may be based on measurements performed on full SSBs transmitted in both the serving cell 108 and the neighbor cell 112. Thus, if the serving cell 108 is only broadcasting light SSB, the UE 104 may trigger ODS for full SSB in the serving cell 108 (as well as in the neighbor cell 112) .

[0069] If it is determined at 244 that the cell reselection criteria is met, the UE 104 may trigger an ODS procedure to acquire SIB1 for camping if SIB1 is not broadcasted. This may be done by the UE 104 for transmitting an UL WUS request for SIB1 at 248, and the neighbor cell 112 transmitting the on-demand SIB1 at 252. The UE 104 may then camp on the neighbor cell 112 at 256.

[0070] FIG. 3 illustrates a signaling diagram 300 for an ODS procedure for initial access in accordance with some embodiments. The signaling diagram 300 may include signals between, and operations performed by, the UE 104, the serving cell 108, and the neighbor cell 112.

[0071] The signaling diagram 300 may begin with the UE 104 operating in an IDLE / INACTIVE mode at 316 and camped on the serving cell 108. At 320, the serving cell 108 may broadcast a light SSB. This may be the case if no UE triggers ODS procedure for some duration. The light SSB may include a compact MIB to provide information for a UE to decide whether to try camping on the cell. In some embodiments, the compact MIB may include an UL WUS configuration, an access category (AC) index, a paging index, etc.

[0072] At 328, uplink data may arrive at the UE 104. At 332, the UE 104 may check the validity of a stored SIB, which may include information the UE 104 needs to perform an initial access. The UE 104 may determine whether it has valid stored SIB1 via information included in the compact MIB. For example, as described in further detail elsewhere herein, the compact MIB may include validity information for stored SIB, which may be used by the UE 104 to determine whether its stored SIB is valid. If the UE 104 includes a valid stored SIB1, the UE 104 may use that SIB1 directly. Otherwise, the UE 104 may need to request an on-demand SIB1.

[0073] At 336, the UE 104 may send an UL WUS request with service information. The request may request transmission of a full SSB and, if needed, a SIB1.

[0074] At 340, the serving cell 108 may provide the full SSB and, if requested, the SIB1.

[0075] At 344, the UE 104 may be provided with initial access to the serving cell 108 for the requested service. At this point, the UE 104 may transition to a connected state at 348. Thereafter, the UE 104 may send / receive data transmissions at 352.

[0076] In some embodiments, the serving cell 108 may provide the SIB1 in a long periodicity. In this case, the UE 104 may trigger the ODS procedure only if the UE 104 is requesting a service with a relatively high urgency level.

[0077] In some embodiments, a cell selection procedure may occur through an initial cell search or power-on of the UE 104. During a cell search, the UE 104 can perform the cell selection based on a compact MIB and light SSB of a cell. If the UE 104 has previously stored cell information (e.g. UL WUS configuration for full SSB, full SSB provision time duration, AC info) and the stored information is still valid, the UE 104 can use it directly to acquire the full SSB to decide whether the cell can be camped on. The stored cell information may be from a previously-received light SSB or full SSB.

[0078] In some embodiments, a cell reselection procedure may occur when the UE 104 is camped on the serving cell 108 cell and determines the neighbor cell 112 is a better candidate. While some cells may always transmit full SSB, others may not. This may depend on cell load and deployment. During cell reselection, there may be different priorities for a cell with different characteristics. For example, there may be different priorities between a cell with a full SSB provision situation and a cell with light SSB provision; or different priorities for cells with different loads. In some embodiments, the network may provide the characteristics (e.g. load or SSB provision situation) in cell reselection related configuration. This may be provided in a SIB, for example, SIB3, SIB4, or SIB5. The UE 104 may also have different priority configurations based on, for example, the UE type, UE service, or UE capability.

[0079] After the UE 104 reselects a new cell, the UE 104 may need to check various information via MIB or an on-demand SIB procedure. For example, the UE 104 may use the MIB to determine whether it has the valid SIB1 of this cell (based on area ID for example) ; and whether the UE 104 is allowed to be camped on the cell based on, for example, the cell barring information. If the UE 104 does not have a valid SIB1, it may request the valid SIB1 by an UL request of the on-demand SIB procedure.

[0080] The UE 104 may perform a serving cell measurement to determine whether a serving cell quality is acceptable based on one or more of the following factors: location; time; light SSB; or full SSB. The location and time information may be used by the UE 104 to determine, for example, network deployment information that may be relevant to determining the serving cell quality. While performing the serving cell measurement on the full SSB may be helpful in some instances, the UE 104 may be able to adequately determine the serving cell measurements without relying on the full SSB.

[0081] For neighbor cell measurements, the UE 104 may initiate a neighbor measurement based on one or conditions. In a first condition, the UE 104 may initiate a neighbor measurement if a radio quality of the serving cell is not good and the neighbor cell does not bar the UE 104. This may be determined by the serving cell measurement based on the light SSB transmitted by the serving cell 108 (MEASSCell_lightSSB) < a threshold; or MEASSCell_lightSSB < a first threshold and a light SSB transmitted by a neighbor cell (MEASNCell_lightSSB) > a second threshold (the first threshold may be the same as, or different from, the second threshold) .

[0082] In a second condition, the UE 104 may initiate a neighbor measurement if the UE 104 experiences a failure in an initial access or ODS acquisition.

[0083] When the UE 104 initiates a neighbor cell measurement, if the neighbor cell provides a full SSB, the UE 104 may perform the neighbor measurement based on the full SSB. If, however, the neighbor cell only provides a light SSB, the UE 104 may send a request to current serving cell or the neighbor cell directly to request the neighbor cell transmit the full SSB for measurement.

[0084] FIG. 4 is a table 400 showing details of information in a full SSB and in a light SSB in accordance with some embodiments. Separately signaling information shown in the light SSB may be based on an assumption that the light SSB is transmitted with a wide beam (e.g., up to 4 beams even in FR2) for coverage purpose, while a full SSB may be subsequently obtained with finer beams (e.g., up to 64 beams) . Further, it may be assumed, in some instances, that at least some aspects of the radio resource management (RRM) for cell reselection may be performed with respect to information provided by the full SSB.

[0085] While the full SSB may include both a primary synchronization signal (PSS) and a secondary synchronization signal (SSS) , the light SSB may include only the PSS. Thus, the light SSB may not broadcast the SSS within [0, ... 355] bits as found in the full SSB. The PSS in the light SSB may be two bits used by the UE 104 to differentiate neighbor cells. The UE may obtain the physical cell identity (PCI) from the SSS after triggering the full SSB.

[0086] The light SSB may not include a system frame number (SFN) or may include a restricted set of SFN information. Some embodiments describe solutions to obtain the paging / RACH occasions without relying on the SFN. The SFN may be obtained by the UE 104 after triggering the full SSB.

[0087] The light SSB may not include a subcarrier spacing (SCS) common parameter. An SCS for the UL WUS signal may be fixed by a 3GPP Technical Specification (TS) or otherwise configured.

[0088] The light SSB may not include a DMRS Type A position parameter, which may be fixed for light SSB by a 3GPP TS or otherwise configured.

[0089] The light SSB may repurpose the two bits of the kSSB parameter to indicate whether full SSB or SIB one can be triggered on-demand.

[0090] The light SSB may repurpose the CORESET#0 and SS#0 parameters for an UL WUS configuration.

[0091] The light SSB may not include an SSB index or may include a reduced number of bits. As previously discussed, the light SSB may use a wide beam for coverage purposes. Thus, the full SSB may be obtained at a later point to provide information related to finer beams.

[0092] The light SSB may include additional cell barred information as compared to the full SSB. For example, the light SSB may include additional information for different types of cell barring.

[0093] The light SSB may not include an intra-frequency cell reselection parameter. This parameter may be obtained later after an on-demand SSB or SIB1 is triggered.

[0094] The light SSB may include validity information for stored SIB1. The validity information may be an area identifier (ID) or value tag of a SIB1 as described elsewhere herein.

[0095] The light SSB may include a parameter to indicate whether SIB signature is supported for an associated cell. This may provide additional security for the SIB transmissions.

[0096] FIG. 5 illustrates an UL WUS configuration 500 in accordance with some embodiments. The UL WUS configuration 500 is shown with a number of configured parameters. Other embodiments may include additional / alternative parameters.

[0097] The UL WUS configuration 500 may include a RACH configuration for preamble and random-access response (RAR) reception; paging configuration information to identify a paging occasion (PO) and paging frame (PF) ; or CORESET and search space for RAR, SIB1, and paging reception.

[0098] While RACH configuration is provided as an example of a UL WUS configuration 500, in other embodiments, the UL WUS configuration 500 may configure a new UL WUS signal or even a plurality of different UL WUS signals for different types of requests. For example, individual UL WUS signals may be defined for individual areas, SSBs, SIB1s, parts of SIB1, etc.

[0099] With respect to the paging configuration to identify the PO and PF, if SFN is not included in a compact MIB, the PF / PO and RO may be derived as described with respect to FIG. 7 and related description.

[0100] The parameters of the UL WUS configuration 500 may include, but are not limited to, a physical random-access channel (PRACH) configuration index, a message 1 frequency division multiplexing parameter (msg1-FDM) , a message 1 frequency offset within SSB parameter (msg1-FrequencyOffsetWithSSB) , an SSB per RACH occasion parameter (ssb-perRACH-Occasion) , a RAR response window parameter (ra-ResponseWindow) , a modification period coefficient (modificationPeriodCoeff) , and a default paging cycle (defaultPagingCycle) .

[0101] Some configuration parameters may be fixed in a 3GPP TS, while one or more information elements (IEs) may be used to configure others. In some embodiments, the configuration parameters may be integrated into an 8-bit IE of the compact MIB.

[0102] In some embodiments, different configuration tables may be provided for different frequency ranges (for example, FR1 and FR2) . Configuration tables may be included into one or more 3GPP TSs.

[0103] FIG. 6 is a table 600 with configuration parameters corresponding to an UL WUS in accordance with some embodiments. The table 600 includes IEs, purposes, an example number of bits, and whether it may be fixed in the specification or capture restricted.

[0104] FIG. 7 illustrates a diagram 700 that provides details with respect to deriving the PF / PO and RO in accordance with some embodiments.

[0105] The serving cell 108 may transmit a light SSB, with a compact MIB, at 704 and at 708. The UE 104 may determine PF / PO information according to a first option if SFN information is not included in the compact MIB, and according to a second option if at least some SFN information is included in the compact MIB.

[0106] In the first option, the occasion (s) to receive paging may be derived via fixed timing offsets from the time the serving cell 108 completes transmission of the light SSB. The timing offset may be based on a UE ID and, therefore, be referred to as a UE-ID specific timing offset. In some embodiments, the derived occasions may be PF (s)  / PO (s) that are a subset of the PF (s)  / PO (s) after the UE acquires the full paging configuration from SIB1. In other embodiments, the derived occasions may be permanent equipment identifier (PEI)  monitor occasions (PMOs) that may be used for group paging. After the UE 104 receives such a paging, the UE 104 may obtain the SIB1 (by on-demand procedure, for example) to derive the more detailed paging configuration.

[0107] In the second option, the compact MIB may include the SFN information (or a reduced SFN with 2-3 bit) . With this option, the UE 104 may derive PF / PO in accordance with existing procedures defined in 5G networks.

[0108] The ROs may be derived as follows. A position of the RO (s) in the time domain may be derived in a manner similar to that discussed above with respect to PF (s)  / PO (s) . A position of the RO (s) in the frequency domain may be derived via a new IE, shown as msg1-FrequencyOffsetwithSSB in FIG. 7, that defines a frequency offset between the light SSB and the RO. The msg1-FrequencyOffsetwithSSB may be part of the UL WUS configuration as describe elsewhere herein.

[0109] In some embodiments, providing cell-barring information by the light SSB may address various issues in existing cell barring signaling. As previously discussed, existing cell barring signaling may require some UEs to acquire SIB1 to determine whether it is barred by the cell. This issue will become more serious in later generations because it conflicts with intention of on-demand SSB / SIB1 and incurs complex logic for the network to decide how to bar different types of UEs.

[0110] Enabling the UE 104 to determine whether it is barred by a cell by just reading a light SSB and compact MIB, as described in the present disclosure, may address these shortcomings. In some embodiments, unified cell barring may be accomplished by introducing a bitmap in compact MIB to indicate the cell barring status for one particular UE type.

[0111] Similar to unified access control (UAC) , a non-access stratum (NAS) of the UE 104 may provide an AS layer of the UE 104 an access type (AT) related to its pending traffic and an access identity related to UE type. The compact MIB may include a bitmap to indicate whether a particular (AT, access identity) combination is barred for the cell, or a simple bit string to indicate whether a particular AT is barred for the cell.

[0112] In some instances, the UL WUS configuration / SIB1 information may be applicable to a plurality of cells in an area. Before determining whether to camp on target cell in the area, the UE 104 may have already obtained SIB1 from another cell in the area. The  obtained SIB1 may be stored at the UE 104. When the UE 104 is determining whether to camp on the target cell, the UE 104 may need to determine whether the previously-stored SIB1 can be applied directly without triggering on-demand SIB1 from the target cell. Embodiments enable this by providing, in the compact MIB of the light SSB, validity information for the stored SIB1.

[0113] The validity information may include an area ID of SIB1 so that the UE 104 can check whether the stored SIB1 is within the same area range. The validity information may additionally / alternatively include a value tag of SIB1 so the UE 104 can check whether the stored SIB1 is the most recent version. If both the area ID and the value tag of the SIB1 from the light SSB are matched with area ID and value tag of the stored SIB1, the UE skips acquiring SIB1. In this case, the UE 104 may only need to trigger on-demand SSB via RACH configuration in the stored SIB1.

[0114] FIG. 8 illustrates a diagram 800 that provides details with respect to on-demand SSB / SIB1 based on UL WUS in accordance with some embodiments.

[0115] In the diagram 800, the UE 104 receive a light SSB transmitted at 804. The light SSB may indicate an ODS status (for example, whether the cell allows UE to request SSB / SIB1) , an UL WUS configuration, and SIB1 validity information. The UE 104 may determine UL WUS resources based on the information from the light SSB.

[0116] At 808, the UE 104 may determine a SIB1 is required. The UE 104 may then trigger an ODS procedure to request either SSB or both SSB and SIB1 via an UL WUS.

[0117] After identifying the cell with ODS via special value in kSSB, the UE 104 may, at 812, send a preamble in the ROs configured by UL WUS configuration. Different groups of ROs may be associated with different request types. For example, one RO may be associated with SSB only while another RO may be associated with both SSB and SIB1.

[0118] At 816, the serving cell 108 may respond with a RAR with cyclic redundancy (CRC) bits scrambled by a random access –radio network temporary identifier (RA-RNTI) . The RAR may include scheduling information for the full SSB. The scheduling information may include, for example, a time offset and resource allocation in frequency and time domain. The serving cell 108 may transmit the full SSB at 820. The MIB of the full SSB may include information to identify CORESET#0 and SSB1.

[0119] At 824, the UE 104 may monitor for the full SSB and perform measurements, the UE 104 may also obtain the CORESET#0 and the SIB1.

[0120] If the UE 104 fails to acquire the full SSB, it may trigger another attempt of ODS procedure and it may regard the cell as barred if the re-attempt number is greater than a threshold.

[0121] In some embodiments, the UE 104 may send an UL WUS in the serving cell to request full SSB / SIB1 in one or more neighbor cells.

[0122] In some embodiments, the UE 104 may identify a SSB as a light SSB or full SSB based on a kSSB value. For example, a cell may use a first kSSB value when sending a full SSB, and a second kSSB value when sending a light SSB. If the UE 104 determines the SSB is sent using the first kSSB, it can determine this cell is sending a full SSB and, therefore, it will not trigger an ODS procedure.

[0123] In some embodiments, if the UE 104 is in connected mode in a cell, it may need to check SIB1. So, it may check kSSB value and determine whether it is indicates the cell is broadcasting SIB1 (e.g., the cell is not broadcasting SIB1 if kSSB = 30 in FR1 or 14 in FR2) . If the cell is not broadcasting SIB1, it means the network will provide CORESET#0 (for SIB1) in DL DCI.

[0124] In some embodiments, if the UE 104 is in connected mode in a cell, it may check the kSSB value to see if the CORESET#0 resources are applicable to the DCI based DL PDSCH PRBs, meaning if the k_ssb does not indicate full SSB, then the CORESET0 PRBs are included as part of the DL DCI PRB allocation.

[0125] FIG. 9 illustrates an operational flow / algorithmic structure 900 in accordance with some embodiments. The operational flow / algorithmic structure 900 may be performed or implemented by a UE such as, for example, UE 104; or components thereof, for example, a baseband processor 1104A.

[0126] The operational flow / algorithmic structure 900 may include, at 904, processing a light SSB received from a cell. The light SSB may be similar to that describe elsewhere herein. The cell may be a serving cell or a neighbor cell.

[0127] In some embodiments, the light SSB may be measured by a UE / processor in an idle or inactive mode for cell discovery or camping maintenance. The light SSB may have  sufficient information to allow the UE / processor to discover the cell (even if full identity information of the cell may not be available from the light SSB) . The UE / processor may also perform some measurements on the light SSB.

[0128] In some embodiments, the light SSB may include validity information that the UE / processor uses to determine validity of stored system information (e.g., a SIB1 acquired from another cell) . The validity information may include an area ID and a value tag. The area ID may identify an area (e.g., group of cells) that have common information in SIB1. The value tag may correspond to a most recent SIB1 transmission. If the UE / processor determines the stored SIB1 has an area ID and value tag that match the validity information, the stored SIB1 may still be valid.

[0129] The operational flow / algorithmic structure 900 may further include, at 908, determining triggering criteria is satisfied. The triggering criteria may include any event that causes the UE / processor to desire information in addition to that which is provided in the light SSB. For example, the triggering criteria may be satisfied if the UE / processor determines a cell reselection is desired. This may be based on measurements of the light SSB from the serving / neighbor cell, or if the UE / processor determines that it needs to access a cell on which it is camped (e.g., transition from an idle / inactive mode to a connected mode) . This may be based on receiving MO data to be transmitted in the uplink, receiving a paging message from the network, etc.

[0130] In some embodiments, the UE / processor may monitor POs / PFs for paging messages, which may serve as the triggering criteria. The POs / PFs may be determined based on an offset from the light SSB or SFN information in the light SSB, if present.

[0131] In some embodiments, the determination of whether the triggering criteria is satisfied may also be based on cell barring information provided in a compact MIB of the light SSB. For example, the cell barring information may include access type / identity information the UE may use to determine if it is barred. The triggering criteria may be satisfied if the UE is not barred from the cell.

[0132] The operational flow / algorithmic structure 900 may further include, at 912, generating a request for a full SSB. The request for the full SSB may be based on determining the triggering criteria is satisfied at 908.

[0133] In some embodiments, the request may be an UL WUS that is transmitted in resources indicated by the light SSB. For example, the light SSB may include an UL WUS configuration and the UL WUS may be generated based on the UL WUS configuration. The UL WUS may be a preamble transmitted in a RO. The UE / processor may determine a time-domain position of the RO based on a time offset from the light SSB or on SFN information in the light SSB, if present. The UE / processor may determine a frequency-domain position of the RO based on a frequency offset from the light SSB (for example, an offset from a lowest subcarrier of the light SSB to a lowest subcarrier of the RO) .

[0134] In some embodiments, the UE / processor may determine, in a cell selection procedure, that stored cell information is valid. The UE / processor may utilize the stored cell information to acquire full-SSB information, which may be used for the cell selection procedure.

[0135] In some embodiments, the UE / processor may receive a SIB having a cell-reselection related configuration. This configuration may be used to determine cell-reselection priorities for one or more cells. The priorities may be based on network loads or SSB provision situations (e.g., whether the cell provides full SSB or light SSB) of the one or more cells. The cell-reselection priorities may additionally / alternatively be based on UE / processor type, service, or capability.

[0136] In embodiments in which the request for the full SSB is transmitted as a preamble, the UE / processor may receive an RAR that includes scheduling information. The UE / processor may monitor for the full SSB based on the scheduling information.

[0137] FIG. 10 illustrates an operational flow / algorithmic structure 1000 in accordance with some embodiments. The operational flow / algorithmic structure 1000 may be performed or implemented by a network device such as, for example, serving cell 108, neighbor cell 112 (or base stations associated therewith) ; or components thereof, for example, a baseband processor 1204A.

[0138] The operational flow / algorithmic structure 1000 may include, at 1004, generating a light SSB for transmission in a cell.

[0139] In some embodiments, the light SSB may have SIB validity information that includes an area ID and a value tag. This SIB validity information may be used by a UE / processor to determine whether saved SIB1 is valid.

[0140] In some embodiments, the light SSB includes a compact MIB having cell-barring information that includes an access type or an access identity. This cell-barring information may be used by the UE / processor to determine whether access to the cell, that is to be requested by the UE / processor, is barred.

[0141] In some embodiments, the light SSB includes a PSS, but does not include an SSS.

[0142] In general, the light SSB may be similar to that describe elsewhere herein.

[0143] The operational flow / algorithmic structure 1000 may further include, at 1008, processing a request. The request may be for a full SSB. The request may be received from a neighbor cell that serves a UE or from the UE itself.

[0144] In some embodiments, the light SSB may include an UL WUS configuration that configures resources for an UL WUS that serves as the request for the full SSB.

[0145] In some embodiments, the request is a RACH preamble and the base station / processor may generate, in response to receipt of the preamble, an RAR to be sent to the UE. The RAR may include scheduling information for the full SSB.

[0146] The operational flow / algorithmic structure 900 may further include, at 912, generating the full SSB for transmission in the cell.

[0147] FIG. 11 illustrates a UE 1100 in accordance with some embodiments. The UE 1100 may be similar to and substantially interchangeable with UE 116.

[0148] The UE 1100 may be any mobile or non-mobile computing device, such as, for example, mobile phones, computers, tablets, industrial wireless sensors (for example, microphones, carbon dioxide sensors, pressure sensors, humidity sensors, thermometers, motion sensors, accelerometers, laser scanners, fluid level sensors, inventory sensors, electric voltage / current meters, or actuators) , video surveillance / monitoring devices (for example, cameras or video cameras) , wearable devices (for example, a smart watch) , or Internet-of-things devices.

[0149] The UE 1100 may include processors 1104, RF interface circuitry 1108, memory / storage 1112, user interface 1116, sensors 1120, driver circuitry 1122, power management integrated circuit (PMIC) 1124, antenna 1126, and battery 1128. The components of the UE 1100 may be implemented as integrated circuits (ICs) , portions thereof,  discrete electronic devices, or other modules, logic, hardware, software, firmware, or a combination thereof. The block diagram of FIG. 11 is intended to show a high-level view of some of the components of the UE 1100. However, some of the components shown may be omitted, additional components may be present, and different arrangement of the components shown may occur in other implementations.

[0150] The components of the UE 1100 may be coupled with various other components over one or more interconnects 1132, which may represent any type of interface, input / output, bus (local, system, or expansion) , transmission line, trace, or optical connection that allows various circuit components (on common or different chips or chipsets) to interact with one another.

[0151] The processors 1104 may include processor circuitry such as, for example, baseband processor circuitry (BB) 1104A, central processor unit circuitry (CPU) 1104B, and graphics processor unit circuitry (GPU) 1104C. The processors 1104 may include any type of circuitry or processor circuitry that executes or otherwise operates computer-executable instructions, such as program code, software modules, or functional processes from memory / storage 1112 to cause the UE 1100 to perform DL cell-specific transmit power adjustment as described herein. The processors 1104 may also include interface circuitry 1104D to communicatively couple the processor circuitry with one or more other components of the UE 1100.

[0152] In some embodiments, the baseband processor 1104A may access a communication protocol stack 1136 in the memory / storage 1112 to communicate over a 3GPP compatible network. In general, the baseband processor 1104A may access the communication protocol stack 1136 to: perform user plane functions at a PHY layer, MAC layer, RLC layer, PDCP layer, SDAP layer, and PDU layer; and perform control plane functions at a PHY layer, MAC layer, RLC layer, PDCP layer, RRC layer, and a NAS layer. In some embodiments, the PHY layer operations may additionally / alternatively be performed by the components of the RF interface circuitry 1108.

[0153] The baseband processor 1104A may generate or process baseband signals or waveforms that carry information in 3GPP-compatible networks. In some embodiments, the waveforms for NR may be based on cyclic prefix OFDM (CP-OFDM) in the uplink or downlink, and discrete Fourier transform spread OFDM (DFT-S-OFDM) in the uplink.

[0154] The memory / storage 1112 may include one or more non-transitory, computer-readable media that includes instructions (for example, communication protocol stack 1136) that may be executed by one or more of the processors 1104 to cause the UE 1100 to perform various operations described herein. The memory / storage 1112 may store NP information upon which the NP switching procedures described herein are based.

[0155] The memory / storage 1112 includes any type of volatile or non-volatile memory that may be distributed throughout the UE 1100. In some embodiments, some of the memory / storage 1112 may be located on the processors 1104 themselves (for example, memory / storage 1112 may be part of a chipset that corresponds to the baseband processor 1104A) , while other memory / storage 1112 is external to the processors 1104 but accessible thereto via a memory interface. The memory / storage 1112 may include any suitable volatile or non-volatile memory such as, but not limited to, dynamic random access memory (DRAM) , static random access memory (SRAM) , erasable programmable read only memory (EPROM) , electrically erasable programmable read only memory (EEPROM) , Flash memory, solid-state memory, or any other type of memory device technology.

[0156] The RF interface circuitry 1108 may include transceiver circuitry and a radio frequency front module (RFEM) that allows the UE 1100 to communicate with other devices over a radio access network. The RF interface circuitry 1108 may include various elements arranged in transmit or receive paths. These elements may include, for example, switches, mixers, amplifiers, filters, synthesizer circuitry, and control circuitry.

[0157] In the receive path, the RFEM may receive a radiated signal from an air interface via antenna 1126 and proceed to filter and amplify (with a low-noise amplifier) the signal. The signal may be provided to a receiver of the transceiver that down-converts the RF signal into a baseband signal that is provided to the baseband processor of the processors 1104.

[0158] In the transmit path, the transmitter of the transceiver up-converts the baseband signal received from the baseband processor and provides the RF signal to the RFEM. The RFEM may amplify the RF signal through a power amplifier prior to the signal being radiated across the air interface via the antenna 1126.

[0159] In various embodiments, the RF interface circuitry 1108 may be configured to transmit / receive signals in a manner compatible with NR access technologies.

[0160] The antenna 1126 may include antenna elements to convert electrical signals into radio waves to travel through the air and to convert received radio waves into electrical signals. The antenna elements may be arranged into one or more antenna panels. The antenna 1126 may have antenna panels that are omnidirectional, directional, or a combination thereof to enable beamforming and multiple input, multiple output communications. The antenna 1126 may include microstrip antennas, printed antennas fabricated on the surface of one or more printed circuit boards, patch antennas, or phased array antennas. The antenna 1126 may have one or more panels designed for specific frequency bands including bands in FR1 or FR2.

[0161] The user interface 1116 includes various input / output (I / O) devices designed to enable user interaction with the UE 1100. The user interface 1116 includes input device circuitry and output device circuitry. Input device circuitry includes any physical or virtual means for accepting an input including, inter alia, one or more physical or virtual buttons (for example, a reset button) , a physical keyboard, keypad, mouse, touchpad, touchscreen, microphones, scanner, headset, or the like. The output device circuitry includes any physical or virtual means for showing information or otherwise conveying information, such as sensor readings, actuator position (s) , or other like information. Output device circuitry may include any number or combinations of audio or visual display, including, inter alia, one or more simple visual outputs / indicators (for example, binary status indicators such as light emitting diodes (LEDs) and multi-character visual outputs, or more complex outputs such as display devices or touchscreens (for example, liquid crystal displays (LCDs) , LED displays, quantum dot displays, and projectors) , with the output of characters, graphics, multimedia objects, and the like being generated or produced from the operation of the UE 1100.

[0162] The sensors 1120 may include devices, modules, or subsystems whose purpose is to detect events or changes in their environment and send the information (sensor data) about the detected events to some other device, module, or subsystem. Examples of such sensors include inertia measurement units comprising accelerometers, gyroscopes, or magnetometers; microelectromechanical systems or nanoelectromechanical systems comprising 3-axis accelerometers, 3-axis gyroscopes, or magnetometers; level sensors; flow sensors; temperature sensors (for example, thermistors) ; pressure sensors; barometric pressure sensors; gravimeters; altimeters; image capture devices (for example, cameras or lensless apertures) ; light detection and ranging sensors; proximity sensors (for example,  infrared radiation detector and the like) ; depth sensors; ambient light sensors; ultrasonic transceivers; and microphones or other like audio capture devices.

[0163] The driver circuitry 1122 may include software and hardware elements that operate to control particular devices that are embedded in the UE 1100, attached to the UE 1100, or otherwise communicatively coupled with the UE 1100. The driver circuitry 1122 may include individual drivers allowing other components to interact with or control various input / output (I / O) devices that may be present within, or connected to, the UE 1100. For example, driver circuitry 1122 may include a display driver to control and allow access to a display device, a touchscreen driver to control and allow access to a touchscreen interface, sensor drivers to obtain sensor readings of sensors 1120 and control and allow access to sensors 1120, drivers to obtain actuator positions of electro-mechanic components or control and allow access to the electro-mechanic components, a camera driver to control and allow access to an embedded image capture device, audio drivers to control and allow access to one or more audio devices.

[0164] The PMIC 1124 may manage power provided to various components of the UE 1100. In particular, with respect to the processors 1104, the PMIC 1124 may control power-source selection, voltage scaling, battery charging, or DC-to-DC conversion.

[0165] In some embodiments, the PMIC 1124 may control, or otherwise be part of, various power-saving mechanisms of the UE 1100 including DRX as discussed herein.

[0166] A battery 1128 may power the UE 1100, although in some examples the UE 1100 may be mounted deployed in a fixed location and may have a power supply coupled to an electrical grid. The battery 1128 may be a lithium ion battery, a metal-air battery, such as a zinc-air battery, an aluminum-air battery, a lithium-air battery, and the like. In some implementations, such as in vehicle-based applications, the battery 1128 may be a typical lead-acid automotive battery.

[0167] FIG. 12 illustrates a network device 1200 in accordance with some embodiments. The network device 1200 may be similar to and substantially interchangeable with a node of the network 122 (or a node of a terrestrial network) .

[0168] The network device 1200 may include processors 1204, RF interface circuitry 1208 (if implemented as a base station) , core network (CN) interface circuitry 1214, memory / storage circuitry 1212, and antenna structure 1226.

[0169] The components of the network device 1200 may be coupled with various other components over one or more interconnects 1228.

[0170] The processors 1204, RF interface circuitry 1208, memory / storage circuitry 1212 (including communication protocol stack 1210) , antenna structure 1226, and interconnects 1228 may be similar to like-named elements shown and described with respect to FIG. 11.

[0171] The processors 1204 may include processors such as, for example, baseband processor (BB) 1204A, central processor unit (CPU) 1204B, and graphics processor unit (GPU) 1204C. The processors 1204 may include any type of circuitry or processor circuitry that executes or otherwise operates computer-executable instructions, such as program code, software modules, or functional processes from memory / storage circuitry 1212 to cause the network device 1200 to perform DL cell-specific transmit power adjustment as described herein. The processors 1204 may also include interface circuitry 1204D to communicatively couple the processor circuitry with one or more other components of the network device 1200.

[0172] The CN interface circuitry 1214 may provide connectivity to a core network, for example, a 5th Generation Core network (5GC) using a 5GC-compatible network interface protocol such as carrier Ethernet protocols, or some other suitable protocol. Network connectivity may be provided to / from the network device 1200 via a fiber optic or wireless backhaul. The CN interface circuitry 1214 may include one or more dedicated processors or FPGAs to communicate using one or more of the aforementioned protocols. In some implementations, the CN interface circuitry 1214 may include multiple controllers to provide connectivity to other networks using the same or different protocols.

[0173] In some embodiments, the network device 1200 may be a base station and may be coupled with satellites using the antenna structure 1226. In other embodiments, the network device 1200 may be a satellite and may be coupled with the base station using the antenna structure 1226.

[0174] It is well understood that the use of personally identifiable information should follow privacy policies and practices that are generally recognized as meeting or exceeding industry or governmental requirements for maintaining the privacy of users. In particular, personally identifiable information data should be managed and handled so as to minimize risks of unintentional or unauthorized access or use, and the nature of authorized use should be clearly indicated to users.

[0175] For one or more embodiments, at least one of the components set forth in one or more of the preceding figures may be configured to perform one or more operations, techniques, processes, or methods as set forth in the example section below. For example, the baseband circuitry as described above in connection with one or more of the preceding figures may be configured to operate in accordance with one or more of the examples set forth below. For another example, circuitry associated with a UE, base station, or network element as described above in connection with one or more of the preceding figures may be configured to operate in accordance with one or more of the examples set forth below in the example section.

[0176] Examples

[0177] In the following sections, further exemplary embodiments are provided.

[0178] Example 1 includes a method comprising: processing a light synchronization signal block (SSB) received from a cell; determining triggering criteria is satisfied; and generating a request for a full SSB based on said determining the triggering criteria is satisfied.

[0179] Example 1.1 includes a method of example 1 or some other example herein, further comprising: determining, based k_SSB information in the light SSB, system information block 1 (SIB1) is not broadcasted; and obtaining, from a physical downlink control channel (PDCCH) , downlink control information (DCI) of physical downlink shared channel (PDSCH) to carry SIB1.

[0180] Example 2 includes a method of example 1 or some other example herein, wherein the cell is a serving cell or a neighbor cell.

[0181] Example 3 includes the method of example 1 or some other example herein, further comprising: measuring, while in an idle or inactive mode, the light SSB for cell discovery or camping maintenance.

[0182] Example 3.1 includes the method of example 3 or some other example herein wherein the cell is a serving cell and the method further comprises: determining the triggering criteria is satisfied based on comparing a measurement of the light SSB to a threshold.

[0183] Example 3.2 includes the method of example 3 or some other example herein, wherein the cell is a neighbor cell and the method further comprises: determining the  triggering criteria is satisfied based on comparing a measurement of the light SSB to a threshold.

[0184] Example 3.3 includes the method of example 3.2 or some other example herein, wherein the light SSB is a first light SSB, the threshold is a first threshold, and the method further comprises: further determining the triggering criteria is satisfied based on comparing a measurement of the second light SSB to a second threshold.

[0185] Example 4 includes the method of example 1 or some other example herein, further comprising:

[0186] determining, based on validity information in the light SSB, stored system information is not valid; and generating a request for a system information block 1 (SIB1) based on said determining the stored system information is not valid.

[0187] Example 5 includes the method of example 4 some other example herein, wherein the validity information includes a first area identity (ID) and a first value tag, and determining the stored system information is not valid comprises: determining a second area ID associated with the stored system information is different from the first area ID or determining a second value tag associated with the stored system information is different from the first value tag.

[0188] Example 6 includes the method of example 1 or some other example herein, further comprising: processing the full SSB and a valid system information block 1 (SIB1) ; and performing an initial access based on said processing the full SSB and the valid SIB1.

[0189] Example 7 includes the method of example 1 or some other example herein, further comprising: determining, in a cell-selection procedure, stored cell information is valid; and utilizing the stored cell information to acquire full-SSB information; and utilizing the full-SSB information for the cell-selection procedure.

[0190] Example 8 includes the method of example 1 or some other example herein, further comprising: processing system information received from a network to identify cell-reselection related configuration; and determining, based on the cell-reselection related configuration, cell-reselection priorities for one or more cells, wherein the cell-reselection priorities are based on loads or SSB provision situations for the one or more cells.

[0191] Example 9 includes the method of example 8 or some other example herein, further comprising: determining the cell-reselection priorities based further on a user equipment (UE) type, service, or capability.

[0192] Example 10 includes the method of example 1 or some other example herein, wherein the cell is a neighbor cell and the method further comprises: processing a master information block (MIB) in the light SSB to determine a user equipment (UE) is not barred from the neighbor cell; and performing a cell reselection procedure with the neighbor cell based on said determination that the UE is not barred from the neighbor cell.

[0193] Example 11 includes the method of example 1 or some other example herein, wherein the light SSB includes a primary synchronization signal and does not include a secondary synchronization signal.

[0194] Example 12 includes the method of example 1 or some other example herein, wherein the request is an uplink (UL) wake-up signal (WUS) and the method further comprises: determining, based on the light SSB, an UL WUS configuration; and generating the UL WUS based on the UL WUS configuration.

[0195] Example 13 includes the method of example 12 or some other example herein, further comprising: determining a time-domain position of a radio access channel (RACH) occasion (RO) based on a time offset from the light SSB or one system frame number (SFN) information in the light SSB; determining a frequency-domain position of the RO based on a frequency offset from the light SSB; and generating the UL WUS for transmission in the RO.

[0196] Example 14 includes the method of example 1 or some other example herein, further comprising: determining a paging occasion based on an offset from the light SSB or on system frame number (SFN) information in the light SSB; detecting a paging message in the paging occasion; and determining the triggering criteria is satisfied based on said detecting the paging message.

[0197] Example 15 includes the method of example 1 or some other example herein, further comprising: processing the light SSB to determine cell-barring information that includes a bitmap corresponding to at least an access type or an access identity or a combination of an access type and an access identity; and determining, based on the cell-barring information, whether access to the cell is barred.

[0198] Example 15.1 includes the method of example 15 or some other example herein, further comprising: obtaining the access type of arriving traffic and an access identity of a device type from non-access stratum signaling.

[0199] Example 16 includes the method of example 1 or some other example herein, wherein the request is a random access channel preamble and the method further comprises: processing a random access channel response (RAR) that includes scheduling information; and monitoring for the full SSB based on the scheduling information.

[0200] Example 17 includes a method comprising: generating a light synchronization signal block (SSB) for transmission in a cell; processing a request; and generating, based on the request, a full SSB for transmission in the cell.

[0201] Example 18 includes the method of example 17 or some other example herein, wherein the request is received from a serving cell or a user equipment.

[0202] Example 19 includes the method of example 17 or some other example herein, wherein the light SSB comprises system information block (SIB) validity information that includes an area identity (ID) and a value tag.

[0203] Example 20 includes the method of example 17 or some other example herein, further comprising: generating a system information block (SIB) for transmission in the cell, the SIB to include a cell-reselection related configuration with an indication of cell-reselection priorities for one or more cells, wherein the cell-reselection priorities are based on loads or SSB provision situations for the one or more cells.

[0204] Example 21 includes the method of example 17 or some other example herein, wherein the light SSB comprises a compact master information block (MIB) having cell-barring information that includes an access type or an access identity.

[0205] Example 22 includes the method of example 17 or some other example herein, wherein the light SSB includes a primary synchronization signal and does not include a secondary synchronization signal.

[0206] Example 23 includes the method of example 17 or some other example herein, wherein the request is an uplink (UL) wake-up signal (WUS) and the light SSB includes a UL WUS configuration.

[0207] Example 24 includes the method of example 17 or some other example herein, wherein the request is a random access channel preamble and the method further comprises: generating a random access channel response (RAR) that includes scheduling information for the full SSB.

[0208] Another example may include an apparatus comprising means to perform one or more elements of a method described in or related to any of examples 1–24, or any other method or process described herein.

[0209] Another example may include one or more non-transitory computer-readable media comprising instructions to cause an electronic device, upon execution of the instructions by one or more processors of the electronic device, to perform one or more elements of a method described in or related to any of examples 1–24, or any other method or process described herein.

[0210] Another example may include an apparatus comprising logic, modules, or circuitry to perform one or more elements of a method described in or related to any of examples 1–24, or any other method or process described herein.

[0211] Another example may include a method, technique, or process as described in or related to any of examples 1–24, or portions or parts thereof.

[0212] Another example may include an apparatus comprising: one or more processors and one or more computer-readable media comprising instructions that, when executed by the one or more processors, cause the one or more processors to perform the method, techniques, or process as described in or related to any of examples 1–24, or portions thereof.

[0213] Another example may include a signal as described in or related to any of examples 1–24, or portions or parts thereof.

[0214] Another example may include a datagram, information element, packet, frame, segment, PDU, or message as described in or related to any of examples 1–24, or portions or parts thereof, or otherwise described in the present disclosure.

[0215] Another example may include a signal encoded with data as described in or related to any of examples 1–24, or portions or parts thereof, or otherwise described in the present disclosure.

[0216] Another example may include a signal encoded with a datagram, IE, packet, frame, segment, PDU, or message as described in or related to any of examples 1–24, or portions or parts thereof, or otherwise described in the present disclosure.

[0217] Another example may include an electromagnetic signal carrying computer-readable instructions, wherein execution of the computer-readable instructions by one or more processors is to cause the one or more processors to perform the method, techniques, or process as described in or related to any of examples 1–24, or portions thereof.

[0218] Another example may include a computer program comprising instructions, wherein execution of the program by a processing element is to cause the processing element to carry out the method, techniques, or process as described in or related to any of examples 1–24, or portions thereof.

[0219] Another example may include a signal in a wireless network as shown and described herein.

[0220] Another example may include a method of communicating in a wireless network as shown and described herein.

[0221] Another example may include a system for providing wireless communication as shown and described herein.

[0222] Another example may include a device for providing wireless communication as shown and described herein.

[0223] Any of the above-described examples may be combined with any other example (or combination of examples) , unless explicitly stated otherwise. The foregoing description of one or more implementations provides illustration and description but is not intended to be exhaustive or to limit the scope of embodiments to the precise form disclosed. Modifications and variations are possible in light of the above teachings or may be acquired from practice of various embodiments.

[0224] Although the embodiments above have been described in considerable detail, numerous variations and modifications will become apparent to those skilled in the art once the above disclosure is fully appreciated. It is intended that the following claims be interpreted to embrace all such variations and modifications.

Claims

1.A method comprising:processing a light synchronization signal block (SSB) received from a cell;determining triggering criteria is satisfied; andgenerating a request for a full SSB based on said determining the triggering criteria is satisfied.2.The method of claim 1, wherein the cell is a serving cell or a neighbor cell.3.The method of claim 1, further comprising:measuring, while in an idle or inactive mode, the light SSB for cell discovery or camping maintenance.4.The method of claim 3, wherein the cell is a serving cell and the method further comprises:determining the triggering criteria is satisfied based on comparing a measurement of the light SSB to a threshold.5.The method of claim 3, wherein the cell is a neighbor cell and the method further comprises:determining the triggering criteria is satisfied based on comparing a measurement of the light SSB to a threshold.6.The method of claim 5, wherein the light SSB is a first light SSB, the threshold is a first threshold, and the method further comprises:further determining the triggering criteria is satisfied based on comparing a measurement of the second light SSB to a second threshold.7.The method of claim 1, further comprising:determining, based on validity information in the light SSB, stored system information is not valid; andgenerating a request for a system information block 1 (SIB1) based on said determining the stored system information is not valid.8.The method of claim 7, wherein the validity information includes a first area identity (ID) and a first value tag, and determining the stored system information is not valid comprises:determining a second area ID associated with the stored system information is different from the first area ID or determining a second value tag associated with the stored system information is different from the first value tag.9.The method of claim 1, further comprising:processing the full SSB and a valid system information block 1 (SIB1) ; andperforming an initial access based on said processing the full SSB and the valid SIB1.10.The method of claim 1, further comprising:determining, in a cell-selection procedure, stored cell information is valid; andutilizing the stored cell information to acquire full-SSB information; andutilizing the full-SSB information for the cell-selection procedure.11.The method of claim 1, further comprising:processing system information received from a network to identify cell-reselection related configuration; anddetermining, based on the cell-reselection related configuration, cell-reselection priorities for one or more cells, wherein the cell-reselection priorities are based on loads or SSB provision situations for the one or more cells.12.The method of claim 11, further comprising:determining the cell-reselection priorities based further on a user equipment (UE) type, service, or capability.13.The method of claim 1, wherein the cell is a neighbor cell and the method further comprises:processing a master information block (MIB) in the light SSB to determine a user equipment (UE) is not barred from the neighbor cell; andperforming a cell reselection procedure with the neighbor cell based on said determination that the UE is not barred from the neighbor cell.14.The method of claim 1, wherein the light SSB includes a primary synchronization signal and does not include a secondary synchronization signal.15.The method of claim 1, wherein the request is an uplink (UL) wake-up signal (WUS) and the method further comprises:determining, based on the light SSB, an UL WUS configuration; andgenerating the UL WUS based on the UL WUS configuration.16.The method of claim 15, further comprising:determining a time-domain position of a radio access channel (RACH) occasion (RO) based on a time offset from the light SSB or one system frame number (SFN) information in the light SSB;determining a frequency-domain position of the RO based on a frequency offset from the light SSB; andgenerating the UL WUS for transmission in the RO.17.The method of claim 1, further comprising:determining a paging occasion based on an offset from the light SSB or on system frame number (SFN) information in the light SSB;detecting a paging message in the paging occasion; anddetermining the triggering criteria is satisfied based on said detecting the paging message.18.The method of claim 1, further comprising:processing the light SSB to determine cell-barring information that includes a bitmap corresponding to at least an access type or an access identity or a combination of an access type and an access identity; anddetermining, based on the cell-barring information, whether access to the cell is barred.19.The method of claim 1, wherein the request is a random access channel preamble and the method further comprises:processing a random access channel response (RAR) that includes scheduling information; andmonitoring for the full SSB based on the scheduling information.20.The method of claim 1, further comprising:determining, based k_SSB information in the light SSB, system information block 1 (SIB1) is not broadcasted; andobtaining, from a physical downlink control channel (PDCCH) , downlink control information (DCI) of physical downlink shared channel (PDSCH) to carry SIB1.21.A method comprising:generating a light synchronization signal block (SSB) for transmission in a cell;processing a request; andgenerating, based on the request, a full SSB for transmission in the cell.22.The method of claim 21, wherein the request is received from a serving cell or a user equipment.23.The method of claim 21, wherein the light SSB comprises system information block (SIB) validity information that includes an area identity (ID) and a value tag.24.The method of claim 21, further comprising:generating a system information block (SIB) for transmission in the cell, the SIB to include a cell-reselection related configuration with an indication of cell-reselection priorities for one or more cells, wherein the cell-reselection priorities are based on loads or SSB provision situations for the one or more cells.25.The method of claim 21, wherein the light SSB comprises a compact master information block (MIB) having cell-barring information that includes a bitmap corresponding to an access type or an access identity or a combination of an access type and an access identity.26.The method of claim 21, wherein the light SSB includes a primary synchronization signal and does not include a secondary synchronization signal.27.The method of claim 21, wherein the request is an uplink (UL) wake-up signal (WUS) and the light SSB includes a UL WUS configuration.28.The method of claim 21, wherein the request is a random access channel preamble and the method further comprises:generating a random access channel response (RAR) that includes scheduling information for the full SSB.

Citation Information

Patent Citations

  • Method for sending SSB and related device

    CN115412962A

  • Methods for enabling a reduced bandwidth wireless device to access a cell

    EP4074098A1

  • Method, Apparatus and System for Network Energy Saving

    US20240098636A1

  • Time domain network energy saving techniques

    WO2024035802A1