On-demand synchronization signal block for secondary cells

Abstract

Systems, methods, and circuitries are provided for providing on-demand synchronization signal block (SSB) signals for deactivated secondary cells. In one example, a method for a user equipment (UE) includes receiving a message indicating that a synchronization signal block (SSB) signal for a configured component carrier (CC) is activated or deactivated. When the message indicates that the SSB signal is activated, the UE measures the SSB signals. When the message indicates that the SSB signal is deactivated, the UE ceases monitoring for the SSB signals.

Description

ON-DEMAND SYNCHRONIZATION SIGNAL BLOCK FOR SECONDARY CELLSBACKGROUND

[0001] The present disclosure relates generally to wireless communication and more specifically to techniques for supporting carrier aggregation.BRIEF DESCRIPTION OF THE DRAWINGS

[0002] Some examples of circuits, apparatuses and / or methods will be described in the following by way of example only. In this context, reference will be made to the accompanying figures.

[0003] FIG. 1A illustrates an example wireless network configured for use of carrier aggregation.

[0004] FIG. 1B illustrates an example beam selection process based on measurements of synchronization signal block (SSB) bursts.

[0005] FIG. 2A is a flow diagram outlining an exchange of messages for initiating network-triggered on –demand SSB signals for deactivated secondary cells (SCells) , in accordance with various aspects described.

[0006] FIG. 2B is a flow chart outlining an example method that may be performed by a UE to receive on-demand SSB signals based on network-triggering, in accordance with various aspects disclosed.

[0007] FIG. 2C is a flow chart outlining an example method that may be performed by a base station to transmit on-demand SSB signals based on network-triggering, in accordance with various aspects disclosed.

[0008] FIG. 3 illustrates an example downlink control information (DCI) format that includes a bitmap indicating CCs for which SSB signals are activated / deactivated, in accordance with various aspects disclosed.

[0009] FIG. 4A illustrates an example media access control (MAC) control element (CE) that includes an octet carrying a bitmap indicating up to eight CCs for which SSB signals are activated / deactivated, in accordance with various aspects disclosed.

[0010] FIG. 4B illustrates an example media access control (MAC) control element (CE) that includes octets carrying a bitmap indicating up to 32 CCs for which SSB signals are activated / deactivated, in accordance with various aspects disclosed.

[0011] FIGs. 5A and 5B are flow diagrams providing an overview of a 4-step random access channel (RACH) process and a 2-step RACH process, respectively.

[0012] FIG. 6 illustrates an example random access response (RAR) MAC-CE that may carry a bitmap indicating up to 32 CCs for which SSB signals are activated / deactivated, in accordance with various aspects disclosed.

[0013] FIG. 7A is a flow diagram outlining an exchange of messages for initiating UE-triggered on –demand SSB signals for deactivated secondary cells (SCells) , in accordance with various aspects described.

[0014] FIG. 7B is a flow chart outlining an example method that may be performed by a UE to receive on-demand SSB signals based on UE-triggering, in accordance with various aspects disclosed.

[0015] FIG. 7C is a flow chart outlining an example method that may be performed by a base station to transmit on-demand SSB signals based on UE-triggering, in accordance with various aspects disclosed.

[0016] FIGs. 8A and 8B illustrate an A2 measurement reporting event and an A6 measurement reporting event, in accordance with various aspects disclosed.

[0017] FIG. 9 is a functional block diagram of a wireless communication network, in accordance with various aspects described.

[0018] FIG. 10 illustrates a simplified block diagram of a user equipment device, in accordance with various aspects described.DETAILED DESCRIPTION

[0019] The present disclosure is described with reference to the attached figures. The figures are not drawn to scale and they are provided merely to illustrate the disclosure. Several aspects of the disclosure are described below with reference to example applications for illustration. Numerous specific details, relationships, and methods are set forth to provide an understanding of the disclosure. The present disclosure is not limited by the illustrated ordering of acts or events, as some acts may occur in different orders and / or concurrently with other acts or events. Furthermore, not all illustrated acts or events are required to implement a methodology in accordance with the selected present disclosure.

[0020] Carrier Aggregation Overview

[0021] FIG. 1A illustrates a wireless communication network in which a user equipment 110 is configured for dual connectivity and / or carrier aggregation. In carrier aggregation, two or more component carriers (CCs) are combined to form a single or multiple data channels thereby increasing the data rate and enhancing load balancing. CCs may be identified or referred to herein based on a serving cell index or cell index (serving cell and cell are used interchangeably) that relates to a particular BS that generates signals carried by the CC and the frequency band of the CC. Thus, two different CCs may have the same or similar frequencies but can be supported by different cells. In the illustrated example, the UE is configured for communication with BS 120 (1) using CC0 and CC1 and with BS 120 (2) using CC2.

[0022] When the UE 110 is connected to the network, the UE camps on or communicates with the network using a primary cell for that UE. The cell index for the primary cell for a particular UE is indicated as CC0. When the UE is configured for carrier aggregation, one cell is designated as the primary cell (PCell) and the other cells or CCs are designated as secondary cells (SCells) . The PCell may be used to communicate control information and data whilst the SCells may carry data only. CC0 is configured as the primary cell in FIG. 1A. In FIG. 1A CC1 is an SCell that collocated with CC0 and is controlled by the PCell. The BS 120 (1) is designated  as a master node (MN) because it supports the PCell. All cells supported by the MN are referred to as a master coverage group (MCG) .

[0023] When the UE is in dual connectivity mode and is configured with SCells that are supported by other base stations (e.g., CC2) , or are non-collocated with the PCell, these other base stations are designated as secondary nodes (SN) . Each SN includes a primary SCell (PSCell) that may communicate control information for the SCells associated with the SN (e.g., a secondary coverage group (SCG) ) . PCells and PSCells perform many similar functions with respect to carrier aggregation and are referred to collectively as special cells or spCells. In this disclosure, functions associated with a PCell may also be performed by a PSCell. The UE 110 may be configured by the network with multiple CCs. SCells may be selectively activated and de-activated for load balancing or link management purposes.

[0024] Synchronization Signal Block (SSB) Overview

[0025] FIG. 1B illustrates SSB signal transmissions that occur based on the carrier aggregation configuration of the UE 110. The UE 110 is configured to measure SSB signals, where each measured SSB signal is associated with a particular CC, in order to synchronize with the cell that transmits the SSB and also to measure the strength of the SSB for radio resource management (RRM) .

[0026] In FIG. 1B, at time T1, BS 120 (1) transmits a burst of respective SSBs at a designated frequency within CC0 possibly using different transmit beams. The SSBs in a burst are transmitted sequentially in time (e.g., beam sweeping) with preconfigured offset between SSBs. Each SSB comprises a primary synchronization signal (PSS) , a secondary synchronization signal (SSS) , and a primary broadcast channel (P-BCH) that encode a physical layer cell identity (PCI) and master information block (MIB) with an SSB index for the base station that transmitted the SSB. The UE 110 identifies the SSB that was optimally received and reports the SSB index corresponding to the “optimal” or “best” beam (as identified by an associated SSB resource indicator (SSBRI) ) selected by the UE to the base station. Factors that a UE may use in selecting the optimal beam include the relative signal-to-noise ratios (SNRs) of the received SSBs. During beam selection, the comparison of the different beams may be made based on reference signal received power (RSRP) measurements made on SSB associated with each beam. In the illustrated example, the UE 110 selects SSB2 as the optimal beam for CC0.

[0027] At time T2, BS 120 (1) transmits a burst of respective synchronization signal blocks (SSBs) at a designated frequency within CC1 using different transmit beams. In the illustrated example, the UE 110 selects SSB3 as the optimal beam for CC1. At time T3, BS 120 (2) transmits a burst of respective synchronization signal blocks (SSBs) at a designated frequency within CC2 using different transmit beams. In the illustrated example, the UE 110 selects SSB0 as the optimal beam for CC2.

[0028] The UE makes regular measurements of SSBs transmitted by its primary cell (e.g., CC0) . When the SCells associated with CC1 and / or CC2 are configured or activated, the UE will make regular measurements of SSB bursts from the SCells to maintain an optimal beam, perform RRM functions, and maintain synchronization. When the signal quality for a given CC degrades significantly enough, the network may configure the UE with a different CC. When a CC is configured, the UE may perform RRM measurements for the CC using SSB, but, to conserve battery, the UE does not monitor physical downlink control channel (PDCCH) . When a CC is activated, the UE performs both RRM measurements and PDCCH monitoring.

[0029] A UE may perform RRM measurements on deactivated CCs to inform the base station whether or not to activate the SCell. Otherwise, the base station could blindly activate the Scell so that the UE can proceed with PDCCH monitoring and PDSCH reception. However, if it turns out that the SCell signal quality is not sufficient, the UE has unnecessarily monitored PDSCCH and PDSCH. SSBs may always be transmitted even when no UE needs to perform RRM measurement on the SCell. For this reason it may be desirable, from a network power saving perspective, for a base station to activate or deactivate SSB signal transmission for CCs in an on-demand manner rather than on a continuous basis.

[0030] There are several use cases in which it would be beneficial to provide a mechanism for the network or UE to trigger SSB from deactivated SCells. For example, There may be a need for additional data throughput or additional or different SCells may need to be activated for load balancing with respect to a UE that has several deactivated SCells. It could be useful for the UE to measure the SSBs for the deactivated SCells to understand the relative signal quality so that an SCell or SCells having the best signal quality may be selected for activation. When a deactivated SCell is non-collocated (not quasi co-located (QCLed) ) with the PCell, it may be  beneficial for the SCell to transmit SSBs prior to SCell activation to allow the UE to synchronize with the SCell.

[0031] Described herein are systems, methods, and circuitries that support on-demand SSB signals for deactivated CCs. In some examples, the network triggers activation of SSB signals and transmits a message to one or more UEs that indicates that SSB signals for a given CC have been activated or deactivated. In some examples, the UE triggers activation of SSB signals by transmitting a request message that indicates one or more CCs for which SSB signals are requested.

[0032] Network-Based Triggering of On-Demand SSB Signals

[0033] FIG. 2A is a message flow diagram outlining messages that may be exchanged with respect to network-based triggering of on-demand SSB signals. A PCell 220 transmits a message 225 that indicates that SSB signals for one or more configured CCs are being activated or deactivated. In many contexts, only configured CCs are considered for activation / deactivation. However, the solutions presented herein may also be applied for activating / deactivating non-configured CCs. The message 225 may indicate one or more individual configured CCs that are being activated / deactivated, one or more groups of CCs that are being activated, or that all configured CCs are being activated. At 230 the PCell either transmits SSB signals for the one or more CCs (e.g., when the message 225 indicates activation) or ceases transmission of SSB signals for the one or more CCs (e.g., when the message 225 indicates deactivation) . At 235, the UE 110 either monitors for and measures SSB signals for the CCs (e.g., when the message 225 indicates activation) or ceases monitoring for SSB signals for the CCs (e.g., when the message 225 indicates deactivation) . When the SSB signals are transmitted, the UE may send SSB measurements or information derived from the measurements (e.g., beam selection or event information) to the PCell 120.

[0034] FIG. 2B is a flow diagram outlining an example method 240 that may be performed by the UE 110 to support on-demand SSB signals. At 250, the UE receives a message (e.g., message 225) indicating that SSB signals for one or more configured CCs have been activated or deactivated. At 260, the UE 110 either monitors for and measures SSB signals for the CCs (e.g., when the message 225 indicates activation) or ceases monitoring for SSB signals for the CCs (e.g., when the message 225 indicates deactivation) .

[0035] FIG. 2C is a flow diagram outlining an example method 270 that may be performed by the PCell 120 to support on-demand SSB signals. At 280, the PCell transmits a message (e.g., message 225) indicating that SSB signals for one or more configured CCs have been activated or deactivated. At 280, the PCell either transmits SSB signals for the one or more CCs (e.g., when the message 225 indicates activation) or ceases transmission of SSB signals for the one or more CCs (e.g., when the message 225 indicates deactivation) .

[0036] In some examples, the on-demand trigger message 225 includes downlink control information (DCI) that indicates activation / deactivation of SSB signals on certain CCs. In some examples, DCI that is used to indicate activation / deactivation of on-demand SSB signals is repeated to improve the likelihood that the DCI will be successfully decoded by the UE (s) .

[0037] Cell-common DCI may be used to indicate activation / deactivation of on-demand SSB signals. In this example, a new radio network temporary identifier (RNTI) “SSB-RNTI” is introduced for use in on-demand SSB activation / deactivation. DCI scrambled based on the SSB-RNTI may be transmitted in a common search space. Referring to FIG. 3, a DCI 310a that may be used to indicate triggering of on-demand SSB signals attaches a cyclic redundancy check 310b that is scrambled based on SSB-RNTI. The DCI 310a includes a bitmap 320 with a bit for each configured CCs (identified by cell index) . When a bit value is set to 1, SSB signals for that CC are activated and when the bit value is set to 0, SSB signals for that CC are deactivated. The bit conventions may be reversed in all examples herein. Information for cell index 0, which is the PCell, may be omitted or have a bit that is ignored or fixed to either 0 or 1 if it can be assumed that the PCell always transmits SSB signals. If the bit for cell index 0 is fixed, for example to a value of 1, the UE may use this bit value as a virtual CRC which may reduce instances of false indication of activation / deactivation of Scells. It can be seen that in the DCI 310a SSB signals for CC0, CC2, and CC (6) are activated.

[0038] In the example of FIG. 3, there are bits for 8 CCs, however, up to 32 configured CCs may be supported. In this case, an additional 24 bits may be included in the DCI 310a. The number of bits used for the indication can be configured by higher layer signaling (e.g., RRC) . In some examples, each bit may be used to indicate SSB signal activation for a group of configured CCs. Alternatively a single bit may be used to indicate SSB signal activation for all configured CCs.

[0039] It is noted that different UEs may have different cell serving cell indexes for the same CC index which can correspond to absolute radio frequency channel numbers (ARFCN) or global synchronization channel number (GSCN) . Thus some common signaling, such as radio resource control (RRC) signaling, may be used to map serving cell indexes as used in the cell-common SSB triggering DCI based on an absolute relationship between logical serving cell index and absolute cell index. This enables a UE to determine which actual CCs’S SB signals are being activated or deactivated.

[0040] UE-specific DCI may be used to indicate SSB signal activation for one or more configured CCs. DCI 0-x, DCI 1-y, or DCI 2-z scrambled by a cell RNTI (C-RNTI) for the UE may be transmitted by a PCell or an activated SCell. In this DCI, one bit may be added or reinterpreted to indicate if SSB signals from the SCell associated with the carrier indicator is activated or deactivated. For example, if the carrier indicator indicated by the DCI is “2” and the new (or reinterpreted) bit is set to 1, then SSB signal transmission is activated on serving cell index 2. If the carrier indicator indicated by the DCI is “4” and the new (or reinterpreted) bit is set to 0, then SSB signal transmission is deactivated on serving cell index 4.

[0041] In some examples, a media access control (MAC) control element (CE) may be used to indicate SSB signal activation / deactivation for one or more configured CCs. The indication may be on a per CC basis, a CC group basis, or all (or none) configured CCs basis. The MAC-CE is flexible and may be used to indicate SSB signal activation / deactivation for deactivated CCs or activated CCs, respectively. A new logical channel identifier (LCID) may be designated for indicating SSB signal activation for one or more configured CCs. FIG. 4A illustrates an example MAC-CE 410 that may be sent by a PCell (C0) to indicate SSB signal activation for up to eight configured CCs. The value for C0 in Octet 1 is reserved or set to 0 or 1 if the PCell is always transmitting SSB signals. If the MAC-CE is sent by serving cell index 1, the bit for C1 may be reserved or set to 0. For example, in FIG. 4A if C1=C3=1 and C2=C4=C5=C6=C7=0, then SSB signals for CC1 and CC (3) are activated and SSB signals for CC (4, ) , CC (5) , CC (6) , and CC (7) are deactivated.

[0042] FIG. 4B illustrates a MAC-CE 450 that may be sent by a PCell (C0) to indicate SSB signal activation for up to 32 configured CCs. For example, in FIG. 4B if C1=C3=C11=1 and all  other C (n) =0, then SSB signals for CC1, CC (3) , and CC (11) are activated and SSB signals for all other C (n) are deactivated.

[0043] RRC signaling may be used by the network to indicate SSB signal activation for one or more configured CCs. For example, the UE may be configured with a new information element (IE) that indicates SSB signal activation / deactivation for one or more configured CCs. Alternatively, a measurement object-related configuration (e.g., MeasObjNR and / or ReportConfigNR ) for a measurement object ID related to a CC also serves to indicate SSB signal activation for the CC to a UE. Example measurement object-related configurations that may also indicate SSB signal activation for the related CC include measurement object, reporting configuration, measurement ID, quantity configuration, and / or measurement gaps, all of which may indicate a measurement object ID that corresponds to one or more configured CCs. When such a configuration is made to a UE, the UE can assume that SSB signals will be activated on the related CC (or all cells corresponding to the frequency of the CC) . When the measurement object-related configuration is released, the UE can assume that SSB signals for the CC have been deactivated.

[0044] A random access channel (RACH) process may be used to indicated network triggered SSB signals. The following brief overview of RACH processes is provided for context. There are two types of RACH processes, a 4 step RACH process and a 2 step RACH process. FIG. 5A illustrates an example 4-step RACH process 510. At 520, the UE transmits Msg1 which includes a PRACH preamble that serves to identify the UE. In contention-based RACH, the UE randomly selects the preamble from a set of configured candidate preambles. In contention-free RACH (PDCCH order based random access) , the preamble and optionally also dedicated PRACH resources are configured to the UE when the UE enters the CONNECTED state. At 520, Msg1 is transmitted using preconfigured time / frequency resources, referred to as a RACH occasion (RO) , that are related to a synchronization signal block (SSB) associated with a selected beam. A response window is configured during which the UE expects a response from the base station. If the UE does not receive a response within the window corresponding to the sent PRACH preamble code and RO, the UE will re-transmit the preamble and / or take other remedial action.

[0045] At 530, the base station transmits Msg2 containing a RACH response (RAR) that includes downlink control information (DCI) that is scrambled by a random access radio network temporary identifier (RA-RNTI) that is based on the RO during which Msg1 was received. The DCI includes information that allows the UE to decode a physical downlink shared channel (PDSCH) that communicates a temporary cell radio network temporary identifier (TC-RNTI) of the UE that will be used in Msg4 as well as an allocation of UL resources to be used by the UE for Msg3 PUSCH transmission.

[0046] At 540, the UE transmits Msg3, including a RACH-related PUSCH as well as indication of the received TC-RNTI using the UL resources received in the RAR. The UE sets a contention timer upon sending Msg3 and monitors the physical downlink control channel (PDCCH) for Msg4 in a search space associated with the RACH process.

[0047] At 550, the base station transmits Msg4. Msg4 includes an indication as to whether the RACH process was successful or not and also indicates a cell RNTI (C-RNTI) for use in subsequent communication. The C-RNTI may be the TC-RNTI included in the payload of Msg2 and used to scramble Msg3, when the TC-RNTIs associated with these messages match. When the UE successfully decodes the Msg4, the UE may send a hybrid automatic repeat request (HARQ) acknowledgement (ACK) message to the base station. When the UE does not receive Msg4 before the timer expires the UE assumes that the RACH process was not successful and will not transmit HARQ-ACK and may initiate another RACH attempt.

[0048] FIG. 5B illustrates a two step RACH process 560. The 2-step RACH process may be selected over the 4-step process when latency is a concern, a cell is geographically compact so that timing advance is not as important to decoding UL transmissions, and / or the likelihood of collisions is relatively small. At 570, the UE transmits MsgA which includes the information sent in Msg1 and Msg3 of the 4 step RACH process of FIG. 5A. MsgA includes the PRACH preamble (either randomly selected or preconfigured to the UE) and is transmitted using the RO associated with a selected SSB as described with reference to FIG. 5A. MsgA also includes the RACH-related PUSCH of Msg3. MsgA PUSCH is scrambled based on RA-RNTI, the preamble ID (RAPID) , and the current cell ID.

[0049] At 580 the base station transmits MsgB which includes DCI scrambled based on MsgB-RNTI that schedules MsgB PDSCH. The MsgB PDSCH may include a fallbackRAR  media access control sub protocol data unit (MAC SPDU) that includes an uplink grant for the UE to re-transmit MsgA when the base station detects MsgA but cannot decode it. If the base station successfully decodes MsgA, MsgB PDSCH includes a successRAR MAC SPDU that indicates a C-RNTI for use by the UE in subsequent communication.

[0050] Msg2 may be used to indicate SSB signal activation for one or more configured CCs. In this example, no Msg1 is sent by a UE, but rather the network transmits Msg2 to indicate SSB signal activation / activation for the CC. Certain PRACH preamble code (s) and / or RO (s) may be dedicated to SSB signal activation / deactivation. PRACH preamble code (s) and / or RO (s) may be dedicated to individual CCs or groups of CCs or a single PRACH preamble code and / or RO may be used for SSB signal activation for any or all CCs.

[0051] Msg2 includes DCI that is scrambled by a predefined RA-RNTI in common search space associated with the RACH process. The RA-RNTI contains information about the RO used to transmit the PRACH preamble code. The DCI schedules Msg2 PDSCH that includes a MAC-CE 630 (see FIG. 6) . The MAC-CE 630 includes a random access preamble identifier (RAPID) 670 that indicates a PRACH preamble (which may be predefined as associated with on-demand SSB signal activation / deactivation) . The combination of RAPID and RO represents a unique signature indicating that the Msg2 is for activating / deactivating SSB signal transmission.

[0052] The UE monitors the common search space for Msg2 DCI with RA-RNTI and decodes the PDSCH to check the preamble code index (e.g., RAPID 670 in MAC-CE 630) . If the preamble code index is associated with on-demand SSB signal activation / deactivation, the UE assumes that SSB signals on CCs associated with the preamble code have been activated. Since there is no need for the UE to transmit Msg3, Msg3 related parameters normally carried by, for example, the timing advance and UL grant fields in the Msg2 RAR MAC-CE 630 do not need to be communicated to the UE. This frees up as many as 55 bits (contained in the fields shaded grey in FIG. 6) for use in carrying a bit map indication of activated and deactivated CCs for on-demand SSB. By way of example, FIG. 4B illustrates four octets that may indicate on-demand SSB activation / deactivation for 32 cells. These four octets may replace four octets of the MAC-CE 630. The reuse of the existing bit field in the MAC-CE allows the UE to avoid any addition blind decoding of PDCCH. The UE only needs to check which RA-RNTI was scrambled on CRC, which is much less complex.

[0053] UE-Based Triggering of On-Demand SSB Signals

[0054] FIG. 7A is a message flow diagram outlining messages that may be exchanged with respect to UE-based triggering of on-demand SSB signals. A UE 710 transmits a message or wake-up signal (WUS) 725 that indicates that activation / deactivation of SSB signals for one or more CCs is requested. The message 725 may indicate one or more individual configured CCs that are requested to be activated / deactivated, one or more groups of CCs that are requested to be activated / deactivated, or that all configured CCs are requested to be activated / deactivated. A PCell 720 may optionally send a message 730 that confirms activation of the requested SSB signals. It is noted that the format of the message 730 may take the form of any of the examples provided above for message 225 of FIG. 2A. In some examples, the PCell may not send a confirmation of activation / deactivation but rather the UE simply begins monitoring (or ceases monitoring) for the requested SSB signals after sending message 725.

[0055] At 740, the PCell either transmits SSB signals for the one or more CCs (e.g., when the message 725 requests activation) or ceases transmission of SSB signals for the one or more CCs (e.g., when the message 725 requests deactivation) . At 745, the UE 710 either monitors for and measures SSB signals for the CCs (e.g., when the message 725 indicates activation) or ceases monitoring for SSB signals for the CCs (e.g., when the message 725 indicates deactivation) . When the SSB signals are transmitted, the UE may send SSB measurements or information derived from the measurements (e.g., beam selection, event information, measurement report, and so on) to the PCell 720.

[0056] FIG. 7B is a flow diagram outlining an example method 740 that may be performed by the UE 110 to support on-demand SSB signals. At 750, the UE transmits a message (e.g., message 725) indicating that SSB signals for one or more configured CCs are requested. At 755, the UE 710 either monitors for and measures SSB signals for the CCs (e.g., when the message 725 indicates activation) or ceases monitoring for SSB signals for the CCs (e.g., when the message 725 indicates deactivation) .

[0057] FIG. 7C is a flow diagram outlining an example method 770 that may be performed by the PCell 720 to support on-demand SSB signals. At 780, the PCell receives a message (e.g., message 725) requesting that SSB signals for one or more configured CCs have been activated or deactivated. At 785, the PCell either transmits SSB signals for the one or more CCs (e.g., when  the message 725 indicates activation) or ceases transmission of SSB signals for the one or more CCs (e.g., when the message 725 indicates deactivation) .

[0058] In some examples, the message requesting activation / deactivation of on-demand SSB signals is transmitted using an existing uplink channel such as physical uplink control channel (PUCCH) for uplink control information (UCI) such as scheduling request (SR) , hybrid automatic repeat request acknowledgement (HARQ-ACK) , channel status information (CSI) , sounding reference signal (SRS) , or PRACH. When PUCCH is used to request activation / deactivation of on-demand SSB signals, different PUCCH resources, which can carry SR, HARQ-ACK, or CSI may be configured for different individual CCs, groups of CCs, or one PUCCH resource may be configured to request activation / deactivation of on-demand SSB signals from all configured CCs. When SRS is used to request activation / deactivation of on-demand SSB signals, different SRS resources may be configured for different individual CCs, groups of CCs, or one SRS resource may be configured to request activation / deactivation of on-demand SSB signals from all configured CCs.

[0059] A PRACH based technique may be used for UE-triggered on-demand SSB signal activation / deactivation. This technique may be combined with the network-triggered on-demand SSB signals based on Msg2 described above. Recall that predefined or configured RACH resources (PRACH preambles and ROs) may be dedicated to cover different CCs, groups of CCs, or all configured CCs. For example, RRC signaling (e.g., MeasObject related to a CC for which SSB signals may be activated or deactivated) may contain a preamble code index and a SharedRO-MaskIndex that indicate the dedicated PRACH preamble and RO for the related CC. All cells that that provide a CC in the same frequency layer as the related CC may activate / deactivate SSB signals based on the Msg1. This is because a base station does not need to know which UE (or if more than one UE) sent the preamble code / RO, the base station may trigger SSB signals for use by any UE.

[0060] The UE transmits Msg1 using the PRACH preamble and RO associated with the CC for which on-demand SSBs are requested to be activated or deactivated. The PCell sends Msg2 with RAR based on detected preamble code and RA-RNTI. The RAR may confirm activation / deactivation of on-demand SSB signals for configured CCs as described above with reference to FIG. 6.

[0061] When 4-step RACH is used, the UE may use Msg3 to transmit a bitmap that indicates one or more CCs requested to be activated / deactivated (see, e.g., four octet bitmap of FIG. 4B) . In this case different PRACH preambles / RO / SSB-RNTI need not be dedicated to particular CCs or groups of CCs.

[0062] When 2-step RACH is used, the UE may indicate via MsgA which CCs the UE is requesting to activate / deactivate SSB signals. The MsgA PUSCH may be used to transmit a bitmap that indicates one or more CCs requested to be activated / deactivated (see, e.g., four octet bitmap of FIG. 4B) . In this case different PRACH preambles / RO / SSB-RNTI need not be dedicated to particular CCs or groups of CCs. MsgB can confirm activation / deactivation of on-demand SSBs for certain CCs as described above with reference to Msg 2.

[0063] A UE may send multiple Msg1 / MsgA, each of which may be confirmed by the network by way of the RAR as described above. The RAR may include information about the on-demand SSB signal activation / deactivation status as described with reference to Msg2 and FIG. 6 above.

[0064] Certain measurement reporting events may be configured as triggering on-demand SSB signals from some or all configured deactivated CCs. FIG 8A illustrates one example measurement reporting event A2 that may be used as such a trigger. Event A2 occurs when the measurement of the signal received from a serving cell falls below that of a first threshold: Ms + Hys < Thresh. Event A2 is cancelled when the measurement of the signal received from the serving cell becomes greater than that of a second threshold: Ms –Hys > Thresh. FIG. 8B illustrates another example measurement reporting event A6 that may be used to trigger on-demand SSB signals from configured deactivated CCs. Event A6 occurs when the measurement of the signal from a neighboring cell becomes greater than that of the signal received from the secondary channel of a serving cell (SCell) : Mn + Ocn –Hys > Ms + Ocs + off. The parameter Ocs is a specific offset linked to the secondary channel of the serving cell and Ocn is the specific offset related to the neighboring cell. The offset off can be positive or negative. Event A6 is stopped when the measurement of the signal received from the neighboring cell becomes lower than that of the signal received from the secondary channel of the serving cell: Mn + Ocn + Hys < Ms + Ocs + off.

[0065] A measurement report that is transmitted by the UE with respect to any configured event may cause the network to trigger on-demand SSB signals for any deactivated CCs of the UE. The network may confirm SSB activation as described above. A measurement report that cancels a configured event cause the network to deactivate the on-demand SSB signals for the deactivated CCs of the UE. The network may confirm SSB deactivation as described above.

[0066] FIGs. 8A and 8B indicate an SSB offset Ossb that may be applied during event detection to cause earlier detection of the event. For example, the event is triggered when the measured signal (either serving cell or neighboring cell) falls below the original threshold + Ossb. The use of Ossb will cause the SSB triggering associated with the reporting of the event to occur at the time indicated by X as compared to the original trigger condition. This feature allows the UE to start measuring CCs from SCells earlier in preparation for responding to the event. The network may confirm SSB activation / deactivation as described above.

[0067] Above are several flow diagrams outlining example methods and exchanges of messages. In this description and the appended claims, use of the term “determine” with reference to some entity (e.g., parameter, variable, and so on) in describing a method step or function is to be construed broadly. For example, “determine” is to be construed to encompass, for example, receiving and parsing a communication that encodes the entity or a value of an entity. “Determine” should be construed to encompass accessing and reading memory (e.g., lookup table, register, device memory, remote memory, and so on) that stores the entity or value for the entity. “Determine” should be construed to encompass computing or deriving the entity or value of the entity based on other quantities or entities. “Determine” should be construed to encompass any manner of deducing or identifying an entity or value of the entity.

[0068] As used herein, the term identify when used with reference to some entity or value of an entity is to be construed broadly as encompassing any manner of determining the entity or value of the entity. For example, the term identify is to be construed to encompass, for example, receiving and parsing a communication that encodes the entity or a value of the entity. The term identify should be construed to encompass accessing and reading memory (e.g., device queue, lookup table, register, device memory, remote memory, and so on) that stores the entity or value for the entity.

[0069] As used herein, the term encode when used with reference to some entity or value of an entity is to be construed broadly as encompassing any manner or technique for generating a data sequence or signal that communicates the entity to another component.

[0070] As used herein, the term select when used with reference to some entity or value of an entity is to be construed broadly as encompassing any manner of determining the entity or value of the entity from amongst a plurality or range of possible choices. For example, the term select is to be construed to encompass accessing and reading memory (e.g., lookup table, register, device memory, remote memory, and so on) that stores the entities or values for the entity and returning one entity or entity value from amongst those stored. The term select is to be construed as applying one or more constraints or rules to an input set of parameters to determine an appropriate entity or entity value. The term select is to be construed as broadly encompassing any manner of choosing an entity based on one or more parameters or conditions.

[0071] As used herein, the term derive when used with reference to some entity or value of an entity is to be construed broadly. “Derive” should be construed to encompass accessing and reading memory (e.g., lookup table, register, device memory, remote memory, and so on) that stores some initial value or foundational values and performing processing and / or logical / mathematical operations on the value or values to generate the derived entity or value for the entity. The term derive should be construed to encompass computing or calculating the entity or value of the entity based on other quantities or entities. The term derive should be construed to encompass any manner of deducing or identifying an entity or value of the entity.

[0072] As used herein, the term indicate when used with reference to some entity (e.g., parameter or setting) or value of an entity is to be construed broadly as encompassing any manner of communicating the entity or value of the entity either explicitly or implicitly. For example, bits within a transmitted message may be used to explicitly encode an indicated value or may encode an index or other indicator that is mapped to the indicated value by prior configuration. The absence of a field within a message may implicitly indicate a value of an entity based on prior configuration.

[0073] FIG. 9 is an example network 900 according to one or more implementations described herein. Example network 900 may include UEs 910-1, 910-2, etc. (referred to collectively as “UEs 910” and individually as “UE 910” ) , a radio access network (RAN) 920, a  core network (CN) 930, application servers 940, and external networks 950. See also UEs 110, 210, 710 of FIGs. 1, 2B and 7B, respectively)

[0074] The systems and devices of example network 900 may operate in accordance with one or more communication standards, such as 2nd generation (2G) , 3rd generation (3G) , 4th generation (4G) (e.g., long-term evolution (LTE) ) , and / or 5th generation (5G) (e.g., new radio (NR) ) communication standards of the 3rd generation partnership project (3GPP) . Additionally, or alternatively, one or more of the systems and devices of example network 900 may operate in accordance with other communication standards and protocols discussed herein, including future versions or generations of 3GPP standards (e.g., sixth generation (6G) standards, seventh generation (7G) standards, etc. ) , institute of electrical and electronics engineers (IEEE) standards (e.g., wireless metropolitan area network (WMAN) , worldwide interoperability for microwave access (WiMAX) , etc. ) , and more.

[0075] As shown, UEs 910 may include smartphones (e.g., handheld touchscreen mobile computing devices connectable to one or more wireless communication networks) . Additionally, or alternatively, UEs 910 may include other types of mobile or non-mobile computing devices capable of wireless communications, such as personal data assistants (PDAs) , pagers, laptop computers, desktop computers, wireless handsets, watches etc. In some implementations, UEs 910 may include internet of things (IoT) devices (or IoT UEs) that may comprise a network access layer designed for low-power IoT applications utilizing short-lived UE connections. Additionally, or alternatively, an IoT UE may utilize one or more types of technologies, such as machine-to-machine (M2M) communications or machine-type communications (MTC) (e.g., to exchanging data with an MTC server or other device via a public land mobile network (PLMN) ) , proximity-based service (ProSe) or device-to-device (D2D) communications, sensor networks, IoT networks, and more. Depending on the scenario, an M2M or MTC exchange of data may be a machine-initiated exchange, and an IoT network may include interconnecting IoT UEs (which may include uniquely identifiable embedded computing devices within an Internet infrastructure) with short-lived connections. In some scenarios, IoT UEs may execute background applications (e.g., keep-alive messages, status updates, etc. ) to facilitate the connections of the IoT network.

[0076] UEs 910 may communicate with one another via one or more wireless channels 912, each of which may comprise a physical communications interface  / layer. The connection may  include an M2M connection, MTC connection, D2D connection, SL connection, etc. The connection may involve a PC5 interface. In some implementations, UEs 910 may be configured to discover one another, negotiate wireless resources between one another, and establish connections between one another, without intervention or communications involving RAN node 922 or another type of network node. In some implementations, discovery, authentication, resource negotiation, registration, etc., may involve communications with RAN node 922 or another type of network node.

[0077] A UE 910-1 may communicate with RAN node 922 to request SL resources. RAN node 922 may respond to the request by providing UE 910 with a dynamic grant (DG) or configured grant (CG) regarding SL resources. A DG may involve a grant based on a grant request from UE 910. A CG may involve a resource grant without a grant request and may be based on a type of service being provided (e.g., services that have strict timing or latency requirements) . UE 910 may perform a clear channel assessment (CCA) procedure based on the DG or CG, select SL resources based on the CCA procedure and the DG or CG; and communicate with another UE 910 based on the SL resources. The UE 910 may communicate with RAN node 922 using a licensed frequency band and communicate with the other UE 910 using an unlicensed frequency band.

[0078] UEs 910 may communicate and establish a connection with (e.g., be communicatively coupled) with RAN 920, which may involve one or more wireless channels 914-1 and 914-2, each of which may comprise a physical communications interface  / layer. UEs 910 may use stored on-demand SSB instructions and information that enable the UE 910 to request and / or receive on-demand SSB signals as described above with reference to FIGs. 1A-8B.

[0079] A PQI may be determined and used to indicate a QoS associated with an SL-U communication (e.g., a channel, data flow, etc. ) . Similarly, an L1 priority value may be determined and used to indicate a priority of an SL-U transmission, SL-U channel, SL-U data, etc. The PQI and / or L1 priority value may be mapped to a CAPC value, and the PQI, L1 priority, and / or CAPC may indicate SL channel occupancy time (COT) sharing, maximum (MCOT) , timing gaps for COT sharing, LBT configuration, traffic and channel priorities, and more.

[0080] As shown, UE 910 may also, or alternatively, connect to access point (AP) 916 via connection interface 918, which may include an air interface enabling UE 910 to communicatively couple with AP 916. AP 916 may comprise a wireless local area network (WLAN) , WLAN node, WLAN termination point, etc. The connection 918 may comprise a local wireless connection, such as a connection consistent with any IEEE 702.11 protocol, and AP 916 may comprise a wireless fidelity router or other AP. While not explicitly depicted in FIG. 9, AP 916 may be connected to another network (e.g., the Internet) without connecting to RAN 920 or CN 930.

[0081] RAN 920 may include one or more RAN nodes 922-1 and 922-2 (referred to collectively as RAN nodes 922, and individually as RAN node 922-see also BS / PCell 120, 220, and 720 of FIGs 1, 2A, and 7A, respectively) that enable channels 914-1 and 914-2 to be established between UEs 910 and RAN 920. RAN nodes 922 may include network access points configured to provide radio baseband functions for data and / or voice connectivity between users and the network based on one or more of the communication technologies described herein (e.g., 2G, 3G, 4G, 5G, WiFi, etc. ) . As examples therefore, a RAN node may be an E-UTRAN Node B (e.g., an enhanced Node B, eNodeB, eNB, 4G base station, etc. ) , a next generation base station (e.g., a 5G base station, NR base station, next generation eNBs (gNB) , etc. ) . RAN nodes 922 may include a roadside unit (RSU) , a transmission reception point (TRxP or TRP) , and one or more other types of ground stations (e.g., terrestrial access points) . In some scenarios, RAN node 922 may be a dedicated physical device, such as a macrocell base station, and / or a low power (LP) base station for providing femtocells, picocells or the like having smaller coverage areas, smaller user capacity, or higher bandwidth compared to macrocells.

[0082] As described herein, a RAN node (e.g., base station) 922 may store one or more configurations, instructions, and / or other information for enabling requesting and receiving of on-demand SSB signals.

[0083] In some implementations, a downlink resource grid may be used for downlink transmissions from any of the RAN nodes 922 to UEs 910, and uplink transmissions may utilize similar techniques. The grid may be a time-frequency grid (e.g., a resource grid or time-frequency resource grid) that represents the physical resource for downlink in each slot. Such a time-frequency plane representation is a common practice for OFDM systems, which makes it  intuitive for radio resource allocation. Each column and each row of the resource grid corresponds to one OFDM symbol and one OFDM subcarrier, respectively. The duration of the resource grid in the time domain corresponds to one slot in a radio frame. The smallest time-frequency unit in a resource grid is denoted as a resource element. Each resource grid comprises resource blocks, which describe the mapping of certain physical channels to resource elements. Each resource block may comprise a collection of resource elements (REs) ; in the frequency domain, this may represent the smallest quantity of resources that currently may be allocated. There are several different physical downlink channels that are conveyed using such resource blocks.

[0084] The RAN nodes 922 may be configured to communicate with one another via interface 923. In implementations where the system is an LTE system, interface 923 may be an X2 interface. In NR systems, interface 923 may be an Xn interface. The X2 interface may be defined between two or more RAN nodes 922 (e.g., two or more eNBs  / gNBs or a combination thereof) that connect to evolved packet core (EPC) or CN 930, or between two eNBs connecting to an EPC.

[0085] As shown, RAN 920 may be connected (e.g., communicatively coupled) to CN 930. CN 930 may comprise a plurality of network elements 932, which are configured to offer various data and telecommunications services to customers / subscribers (e.g., users of UEs 910) who are connected to the CN 930 via the RAN 920. In some implementations, CN 930 may include an evolved packet core (EPC) , a 5G CN, and / or one or more additional or alternative types of CNs. The components of the CN 930 may be implemented in one physical node or separate physical nodes including components to read and execute instructions from a machine-readable or computer-readable medium (e.g., a non-transitory machine-readable storage medium) . As described herein, the CN may store one or more configurations, instructions, and / or other information for enabling activation / deactivation of on-demand SSB signals.

[0086] As shown, CN 930, application servers 940, and external networks 950 may be connected to one another via interfaces 934, 936, and 938, which may include IP network interfaces.

[0087] FIG. 10 is a diagram of an example of components of a network device according to one or more implementations described herein. In some implementations, the device 1000 can  include application circuitry 1002, baseband circuitry 1004, RF circuitry 1006, front-end module (FEM) circuitry 1008, one or more antennas 1010, and power management circuitry (PMC) 1012 coupled together at least as shown. The components of the illustrated device 1000 can be included in a UE or a RAN node. In some implementations, the device 1000 can include fewer elements (e.g., a RAN node may not utilize application circuitry 1002, and instead include a processor / controller to process IP data received from a CN or an Evolved Packet Core (EPC) ) . In some implementations, the device 1000 can include additional elements such as, for example, memory / storage, display, camera, sensor (including one or more temperature sensors, such as a single temperature sensor, a plurality of temperature sensors at different locations in device 1000, etc. ) , or input / output (I / O) interface. In other implementations, the components described below can be included in more than one device (e.g., said circuitries can be separately included in more than one device for Cloud-RAN (C-RAN) implementations) .

[0088] The application circuitry 1002 can include one or more application processors. For example, the application circuitry 1002 can include circuitry such as, but not limited to, one or more single-core or multi-core processors. The processor (s) can include any combination of general-purpose processors and dedicated processors (e.g., graphics processors, application processors, etc. ) . The processors can be coupled with or can include memory / storage and can be configured to execute instructions stored in the memory / storage to enable various applications or operating systems to run on the device 1000. In some implementations, processors of application circuitry 1002 can process IP data packets received from an EPC.

[0089] The baseband circuitry 1004 can include circuitry such as, but not limited to, one or more single-core or multi-core processors. The baseband circuitry 1004 can include one or more baseband processors or control logic to process baseband signals received from a receive signal path of the RF circuitry 1006 and to generate baseband signals for a transmit signal path of the RF circuitry 1006. Baseband circuity 1004 can interface with the application circuitry 1002 for generation and processing of the baseband signals and for controlling operations of the RF circuitry 1006. For example, in some implementations, the baseband circuitry 1004 can include a 3G baseband processor 1004A, a 4G baseband processor 1004B, a 5G baseband processor 1004C, or other baseband processor (s) 1004D for other existing generations, generations in development or to be developed in the future (e.g., 5G, 6G, etc. ) .

[0090] The baseband circuitry 1004 (e.g., one or more of baseband processors 1004A-D) can handle various radio control functions that enable communication with one or more radio networks via the RF circuitry 1006. In other implementations, some or all of the functionality of baseband processors 1004A-D can be included in modules stored in the memory 1004G and executed via a Central Processing Unit (CPU) 1004E. In some implementations, the baseband circuitry 1004 can include one or more audio digital signal processor (s) (DSP) 1004F.

[0091] In some implementations, memory 1004G may store one or more configurations, instructions, and / or other information for enabling the requesting, triggering, and / or receiving of on-demand SSB signals.

[0092] RF circuitry 1006 can enable communication with wireless networks using modulated electromagnetic radiation through a non-solid medium. In various implementations, the RF circuitry 1006 can include switches, filters, amplifiers, etc. to facilitate the communication with the wireless network. RF circuitry 1006 can include a receive signal path which can include circuitry to down-convert RF signals received from the FEM circuitry 1008 and provide baseband signals to the baseband circuitry 1004. RF circuitry 1006 can also include a transmit signal path which can include circuitry to up-convert baseband signals provided by the baseband circuitry 1004 and provide RF output signals to the FEM circuitry 1008 for transmission.

[0093] In some implementations, the receive signal path of the RF circuitry 1006 can include mixer circuitry 1006A, amplifier circuitry 1006B and filter circuitry 1006C. In some implementations, the transmit signal path of the RF circuitry 1006 can include filter circuitry 1006C and mixer circuitry 1006A. RF circuitry 1006 can also include synthesizer circuitry 1006D for synthesizing a frequency for use by the mixer circuitry 1006A of the receive signal path and the transmit signal path.

[0094] Examples herein can include subject matter such as a method, means for performing acts or blocks of the method, at least one machine-readable medium including executable instructions that, when performed by a machine or circuitry (e.g., a processor (e.g., processor , etc. ) with memory, an application-specific integrated circuit (ASIC) , a field programmable gate array (FPGA) , or the like) cause the machine to perform acts of the method or of an apparatus or system for concurrent communication using multiple communication technologies according to implementations and examples described.

[0095] Examples

[0096] Example 1 is a baseband processor, configured to perform operations including receiving a message indicating that a synchronization signal block (SSB) signal for a configured component carrier (CC) is activated or deactivated; in response to the message indicating that the SSB signal is activated, measure the SSB signal; and in response to the message indicating that the SSB signal is deactivated, ceasing monitoring for the SSB signal.

[0097] Example 2 includes the subject matter of example 1, including or omitting optional elements, wherein the message includes a downlink control information (DCI) format that includes an indication that the SSB signal for the configured CC is activated or deactivated.

[0098] Example 3 includes the subject matter of any of example 2, including or omitting optional elements, wherein the DCI format includes a cell common DCI format that includes a bitmap that includes bits or combinations of bits that each correspond to a different cell identifier or a group of cell identifiers and the operations include receiving configuration of a mapping of absolute radio frequency channel numbers (ARFCN) or global synchronization channel number (GCSN) to cell identifiers; descrambling the cell common DCI format based on a preconfigured radio network temporary identifier RNTI associated with on-demand SSB; and determining one or more CCs for which SSB signals are activated or deactivated based on the mapping.

[0099] Example 2 includes the subject matter of example 2, including or omitting optional elements, wherein the DCI format includes user equipment (UE) -specific DCI format that includes a bitmap that includes bits or combinations of bits that each correspond to a different cell identifier or a group of cell identifiers and the operations include descrambling the UE-specific DCI format based on a cell radio network temporary identifier (C-RNTI) assigned by a primary cell, a primary secondary cell, or a secondary cell; and determining one or more CCs for which SSB signals are activated or deactivated based on a bit in a carrier indicator field of the UE-specific DCI format.

[0100] Example 5 includes the subject matter of example 1, including or omitting optional elements, wherein the message includes a media access control (MAC) -control element (CE) that includes an indication that the SSB signal for a configured CC or group of CCs is activated or deactivated.

[0101] Example 6 includes the subject matter of example 5, including or omitting optional elements, wherein the MAC-CE includes a logical channel identifier (LCID) designated for SSB activation or deactivation; and octet fields mapped to one or more cell identifiers, each octet field carrying a bit indicative of SSB activation or deactivation.

[0102] Example 7 includes the subject matter of example 6, including or omitting optional elements, wherein the message includes a DCI format scrambled based on a preconfigured RA-RNTI indicative of SSB activation or deactivation, wherein the DCI schedules physical downlink shared channel (PDSCH) that includes the MAC-CE, and the MAC-CE includes one or more octet fields mapped to one or more cell identifiers, each octet field carrying a bit indicative of SSB activation or deactivation.

[0103] Example 8 includes the subject matter of example 1, including or omitting optional elements, wherein the message includes a radio resource control (RRC) message including an information element that indicates CCs for which SSB signal are activated or deactivated, or a measurement configuration related to a measurement object identifier that corresponds to a configured CC.

[0104] Example 9 is a user equipment (UE) including a memory and one or more processors configured to, when executing instructions stored in the memory, cause the UE to transmit a message encoding a request for synchronization signal block (SSB) signals from a configured component carrier (CC) ; monitor for SSB signals from the configured CC; and measure the SSB signals.

[0105] Example 10 includes the subject matter of example 9, including or omitting optional elements, wherein the message is includes a physical uplink control channel (PUCCH) transmission using a preconfigured PUCCH resource for SSB signal requests, wherein the preconfigured PUCCH resource is mapped to an individual CC, a group of CCs, or all configured CCs.

[0106] Example 11 includes the subject matter of example 9, including or omitting optional elements, wherein the message includes a sounding reference signal (SRS) using a preconfigured SRS resource for SSB signal requests, wherein the preconfigured SRS resource is mapped to an individual CC, a group of CCs, or all configured CCs.

[0107] Example 12 includes the subject matter of example 9, including or omitting optional elements, wherein the message includes physical random access channel (PRACH) -related message including a PRACH preamble transmitted in a related RACH occasion (RO) , wherein the PRACH preamble is preconfigured to indicate an individual CC, a group of CCs, or all configured CCs.

[0108] Example 13 includes the subject matter of example 12, including or omitting optional elements, wherein the one or more processors are configure to cause the UE to receive RRC signaling that indicates a preamble code index and shared RO mask index configured for requesting SSB signals.

[0109] Example 14 includes the subject matter of example 9, including or omitting optional elements, wherein the message includes a media access control (MAC) -control element (CE) that includes a request for SSB signals and an indication of one or more CCs from which SSB signals are requested.

[0110] Example 15 includes the subject matter of example 9, including or omitting optional elements, wherein the message includes a measurement report associated with one of one or more preconfigured reporting events that is preconfigured to trigger SSB signals on configured CCs.

[0111] Example 16 includes the subject matter of example 15, including or omitting optional elements, wherein the one or more processors are configured to cause the UE to transmit the message based on a modified threshold for a corresponding reporting event.

[0112] Example 17 is a baseband processor, configured to perform operations including transmitting a message indicating that a synchronization signal block (SSB) signal for a configured component carrier (CC) is activated or deactivated; in response to the message indicating that the SSB signal is activated, transmit the SSB signal; and in response to the message indicating that the SSB signal is deactivated, ceasing transmission of the SSB signal.

[0113] Example 18 includes the subject matter of example 17, including or omitting optional elements, wherein the message includes a downlink control information (DCI) format that includes an indication that the SSB signal for the configured CC is activated or deactivated.

[0114] Example 19 includes the subject matter of example 17, including or omitting optional elements, wherein the message includes a media access control (MAC) -control element (CE) that includes an indication that the SSB signal for a configured CC or group of CCs is activated or deactivated.

[0115] Example 20 includes the subject matter of example 19, including or omitting optional elements, wherein the MAC-CE includes a logical channel identifier (LCID) designated for SSB activation or deactivation; and octet fields mapped to one or more cell identifiers, each octet field carrying a bit indicative of SSB activation or deactivation.

[0116] Example 21 includes the subject matter of example 20, including or omitting optional elements, wherein the message includes a DCI format scrambled based on a preconfigured RA-RNTI indicative of SSB activation or deactivation, wherein the DCI schedules physical downlink shared channel (PDSCH) that includes the MAC-CE, and the MAC-CE includes one or more octet fields mapped to one or more cell identifiers, each octet field carrying a bit indicative of SSB activation or deactivation.

[0117] Example 22 includes the subject matter of example 17, including or omitting optional elements, wherein the message includes a radio resource control (RRC) message including an information element that indicates CCs for which SSB signal are activated or deactivated, or a measurement configuration related to a measurement object identifier that corresponds to a configured CC.

[0118] Example 23 is a method for a user equipment including the operations performed by the processor of any of claims 1-16.

[0119] Example 23 is a method for a base station including the operations performed by the processor of any of claims 17-22.

[0120] Example 24 is an apparatus for a user equipment including a memory and one or more processors, configured to, when executing instructions stored in the memory, cause a UE to perform the operations of any of claims 1-16.

[0121] Example 25 is an apparatus for a base station including a memory and one or more processors, configured to, when executing instructions stored in the memory, cause a UE to perform the operations of any of claims 17-21.

[0122] Example 26 is an apparatus for a user equipment including means for performing the operations performed by the processor of any of claims 1-16.

[0123] Example 27 is an apparatus for a user equipment including means for performing the operations performed by the processor of any of claims 17-22.

[0124] The above description of illustrated examples, implementations, aspects, etc., of the subject disclosure, including what is described in the Abstract, is not intended to be exhaustive or to limit the disclosed aspects to the precise forms disclosed. While specific examples, implementations, aspects, etc., are described herein for illustrative purposes, various modifications are possible that are considered within the scope of such examples, implementations, aspects, etc., as those skilled in the relevant art can recognize.

[0125] While the methods are illustrated and described above as a series of acts or events, it will be appreciated that the illustrated ordering of such acts or events are not to be interpreted in a limiting sense. For example, some acts may occur in different orders and / or concurrently with other acts or events apart from those illustrated and / or described herein. In addition, not all illustrated acts may be required to implement one or more aspects or embodiments of the disclosure herein. Also, one or more of the acts depicted herein may be carried out in one or more separate acts and / or phases. In some embodiments, the methods illustrated above may be implemented in a computer readable medium using instructions stored in a memory. Many other embodiments and variations are possible within the scope of the claimed disclosure.

[0126] The term “couple” is used throughout the specification. The term may cover connections, communications, or signal paths that enable a functional relationship consistent with the description of the present disclosure. For example, if device A generates a signal to control device B to perform an action, in a first example device A is coupled to device B, or in a second example device A is coupled to device B through intervening component C if intervening component C does not substantially alter the functional relationship between device A and device B such that device B is controlled by device A via the control signal generated by device A.

[0127] 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.

Claims

1.A baseband processor, configured to perform operations comprising:receiving a message indicating that a synchronization signal block (SSB) signal for a configured component carrier (CC) is activated or deactivated;in response to the message indicating that the SSB signal is activated, measure the SSB signal; andin response to the message indicating that the SSB signal is deactivated, ceasing monitoring for the SSB signal.2.The baseband processor of claim 1, wherein the message comprises a downlink control information (DCI) format that includes an indication that the SSB signal for the configured CC is activated or deactivated.3.The baseband processor of claim 2, wherein the DCI format comprises a cell common DCI format that includes a bitmap that includes bits or combinations of bits that each correspond to a different cell identifier or a group of cell identifiers and the operations comprisereceiving configuration of a mapping of absolute radio frequency channel numbers (ARFCN) or global synchronization channel number (GCSN) to cell identifiers;descrambling the cell common DCI format based on a preconfigured radio network temporary identifier RNTI associated with on-demand SSB; anddetermining one or more CCs for which SSB signals are activated or deactivated based on the mapping.4.The baseband processor of claim 2, wherein the DCI format comprises user equipment (UE) -specific DCI format that includes a bitmap that includes bits or combinations of bits that  each correspond to a different cell identifier or a group of cell identifiers and the operations includedescrambling the UE-specific DCI format based on a cell radio network temporary identifier (C-RNTI) assigned by a primary cell, a primary secondary cell, or a secondary cell; anddetermining one or more CCs for which SSB signals are activated or deactivated based on a bit in a carrier indicator field of the UE-specific DCI format.5.The baseband processor of claim 1, wherein the message comprises a media access control (MAC) -control element (CE) that includes an indication that the SSB signal for a configured CC or group of CCs is activated or deactivated.6.The baseband processor of claim 5 wherein the MAC-CE includesa logical channel identifier (LCID) designated for SSB activation or deactivation; andoctet fields mapped to one or more cell identifiers, each octet field carrying a bit indicative of SSB activation or deactivation.7.The baseband processor of claim 6, wherein the message includes a DCI format scrambled based on a preconfigured RA-RNTI indicative of SSB activation or deactivation, wherein the DCI schedules physical downlink shared channel (PDSCH) that includes the MAC-CE, and the MAC-CE includes one or more octet fields mapped to one or more cell identifiers, each octet field carrying a bit indicative of SSB activation or deactivation.8.The baseband processor of claim 1, wherein the message comprises a radio resource control (RRC) message comprisingan information element that indicates CCs for which SSB signal are activated or deactivated, ora measurement configuration related to a measurement object identifier that corresponds to a configured CC.9.A user equipment (UE) comprising a memory and one or more processors configured to, when executing instructions stored in the memory, cause the UE to:transmit a message encoding a request for synchronization signal block (SSB) signals from a configured component carrier (CC) ;monitor for SSB signals from the configured CC; andmeasure the SSB signals.10.The UE of claim 9, wherein the message is comprises a physical uplink control channel (PUCCH) transmission using a preconfigured PUCCH resource for SSB signal requests, wherein the preconfigured PUCCH resource is mapped to an individual CC, a group of CCs, or all configured CCs.11.The UE of claim 9, wherein the message comprises a sounding reference signal (SRS) using a preconfigured SRS resource for SSB signal requests, wherein the preconfigured SRS resource is mapped to an individual CC, a group of CCs, or all configured CCs.12.The UE of claim 9, wherein the message comprises physical random access channel (PRACH) -related message including a PRACH preamble transmitted in a related RACH occasion (RO) , wherein the PRACH preamble is preconfigured to indicate an individual CC, a group of CCs, or all configured CCs.13.The UE of claim 12, wherein the one or more processors are configure to cause the UE toreceive RRC signaling that indicates a preamble code index and shared RO mask index configured for requesting SSB signals.14.The UE of claim 9, wherein the message comprises a media access control (MAC) -control element (CE) that includes a request for SSB signals and an indication of one or more CCs from which SSB signals are requested.15.The UE of claim 9, wherein the message comprises a measurement report associated with one of one or more preconfigured reporting events that is preconfigured to trigger SSB signals on configured CCs.16.The UE of claim 15, wherein the one or more processors are configured to cause the UE to transmit the message based on a modified threshold for a corresponding reporting event.17.A baseband processor, configured to perform operations comprising:transmitting a message indicating that a synchronization signal block (SSB) signal for a configured component carrier (CC) is activated or deactivated;in response to the message indicating that the SSB signal is activated, transmit the SSB signal; andin response to the message indicating that the SSB signal is deactivated, ceasing transmission of the SSB signal.18.The baseband processor of claim 17, wherein the message comprises a downlink control information (DCI) format that includes an indication that the SSB signal for the configured CC is activated or deactivated.19.The baseband processor of claim 17, wherein the message comprises a media access control (MAC) -control element (CE) that includes an indication that the SSB signal for a configured CC or group of CCs is activated or deactivated.20.The baseband processor of claim 19 wherein the MAC-CE includesa logical channel identifier (LCID) designated for SSB activation or deactivation; andoctet fields mapped to one or more cell identifiers, each octet field carrying a bit indicative of SSB activation or deactivation.21.The baseband processor of claim 20, wherein the message includes a DCI format scrambled based on a preconfigured RA-RNTI indicative of SSB activation or deactivation, wherein the DCI schedules physical downlink shared channel (PDSCH) that includes the MAC-CE, and the MAC-CE includes one or more octet fields mapped to one or more cell identifiers, each octet field carrying a bit indicative of SSB activation or deactivation.22.The baseband processor of claim 17, wherein the message comprises a radio resource control (RRC) message comprisingan information element that indicates CCs for which SSB signal are activated or deactivated, ora measurement configuration related to a measurement object identifier that corresponds to a configured CC.

Images