Random access channel occasion (RO) type indication and selection

Abstract

Disclosed are methods, systems, and computer-readable medium to perform operations including: receiving a configuration of a random access channel occasion (RO) type, determining, based on the configuration, an RO type for a transmission, and causing radio frequency (RF) circuitry to transmit the transmission using an RO of the determined RO type.

Description

RANDOM ACCESS CHANNEL OCCASION (RO) TYPE INDICATION AND SELECTIONTECHNICAL FIELD

[0001] The present disclosure relates to wireless communication networks, and more specifically, to random access channel occasion (RO) type indication and selection in wireless communication networks.BACKGROUND

[0002] Wireless communication networks provide integrated communication platforms and telecommunication services to wireless user devices. Example telecommunication services include telephony, data (e.g., voice, audio, and / or video data) , messaging, and / or other services. The wireless communication networks have wireless access nodes that exchange wireless signals with the wireless user devices using one or more wireless network protocols, such as protocols described in various telecommunication standards promulgated by the ETSI Third Generation Partnership Project (3GPP) . The wireless communication networks facilitate mobile broadband service using technologies such as orthogonal frequency-division multiple access (OFDMA) , multiple input multiple output (MIMO) , advanced channel coding, massive MIMO, beamforming, and / or other features. BRIEF DESCRIPTION OF THE FIGURES

[0003] FIG. 1 illustrates an example wireless network.

[0004] FIG. 2 illustrates an example diagram of a system information block (SIB) based configuration of a RO type factor.

[0005] FIG. 3 illustrates an example diagram of a SIB based configuration of a RO type indicator.

[0006] FIG. 4 illustrates an example diagram of an RRC configuration.

[0007] FIGS. 5 and 6 illustrate flowcharts of example methods for RO type indication and selection.

[0008] FIG. 7 illustrates an example user equipment (UE) .

[0009] FIG. 8 illustrates an example access node.SUMMARY

[0010] The present disclosure describes enhancements to RO type indication and selection in order to improve the efficiency and performance of the random access channel (RACH) procedure, among other benefits.

[0011] In general, in a first aspect, a method includes receiving a configuration of a RO type; determining, based on the configuration, an RO type for a transmission; and causing radio frequency (RF) circuitry to transmit the transmission using an RO of the determined RO type.

[0012] In a second aspect combinable with the first aspect, the RO type includes a legacy RO type associated with one or more legacy RACH resources, or an additional RO type associated with one or more additional RACH resources.

[0013] In a third aspect combinable with the first or second aspects, the one or more additional RACH resources include one or more sub-band full duplex (SBFD) RACH resources or one or more network energy saving (NES) RACH resources.

[0014] In a fourth aspect combinable with any of the first through third aspects, the configuration includes a value of a factor for determining the RO type or a reference to the value of the factor for determining the RO type.

[0015] In a fifth aspect combinable with any of the first through fourth aspects, the value of the factor is within a range of 0 to X, and determining the RO type for the transmission includes: determining a random value within the range of 0 to X, and comparing the random value with the value of the factor to determine the RO type for the transmission.

[0016] In a sixth aspect combinable with any of the first through fifth aspects, the method includes determining that the RO type for the transmission is an additional RO type when the random value is greater than the value of the factor, or determining that the RO type for the transmission is a legacy RO type when the random value is less than the value of the factor.

[0017] In a seventh aspect combinable with any of the first through sixth aspects, the configuration includes an indication of the RO type.

[0018] In an eighth aspect combinable with any of the first through seventh aspects, the indication is associated with a set of one or more ROs or RO resources.

[0019] In a ninth aspect combinable with any of the first through eighth aspects, the RO type for the transmission is determined based on the indication.

[0020] In a tenth aspect combinable with any of the first through ninth aspects, the configuration is associated with a set of one or more ROs or RO resources.

[0021] In an eleventh aspect combinable with any of the first through tenth aspects, the set of one or more ROs or RO resources includes: one or more ROs or RO resources associated with one or more features, one or more ROs or RO resources that are not associated with any features, or all ROs or RO resources of a particular RO type.

[0022] In a twelfth aspect combinable with any of the first through eleventh aspects, the configuration is received via: a system information block (SIB) , a medium access control (MAC) control element (CE) , downlink control information (DCI) , or radio resource control (RRC) signaling.

[0023] In a thirteenth aspect combinable with any of the first through twelfth aspects, when the configuration is received via DCI, the method includes: monitoring at least one paging occasion (PO) per paging cycle for an RO type configuration; monitoring at least one PO per broadcast control channel (BCCH) modification period for the RO type configuration; or monitoring DCI format 1-0 for a physical downlink channel (PDCCH) order.

[0024] In a fourteenth aspect combinable with any of the first through thirteenth aspects, the method includes receiving a RRC message indicating one or more SBFD RACH resources or one or more NES RACH resources, and the one or more SBFD RACH resources or the one or more NES RACH resources are indicated at a same level as rach-ConfigCommon and AdditionalRACH-ConfigList within the RRC message.

[0025] In a fifteenth aspect combinable with any of the first through fourteenth aspects, the method includes: receiving a trigger for a random access procedure; responsive to the trigger, performing carrier selection and bandwidth part selection; and after performing the carrier selection and the bandwidth part selection, determining the RO type for the transmission based on the configuration or a reference signal received power (RSRP) .

[0026] In a sixteenth aspect combinable with any of the first through fifteenth aspects, the RO type for the transmission is determined before RACH resource set selection.

[0027] In a seventeenth aspect combinable with any of the first through sixteenth aspects, the transmission includes a random access procedure message, and causing the RF circuitry to transmit the transmission includes causing the RF circuit to transmit the random access procedure message to a base station over a physical random access channel (PRACH) .

[0028] In an eighteenth aspect combinable with any of the first through seventeenth aspects, the random access procedure message includes a random access preamble.

[0029] In a nineteenth aspect combinable with any of the first through eighteenth aspects, the method is performed by user equipment (UE) .

[0030] In a twentieth aspect combinable with any of the first through nineteenth aspects, the method is performed by one or more baseband processors.

[0031] In general, in a twenty-first aspect, a method includes: causing RF circuitry to transmit a configuration of a RO type, and causing the RF circuitry to receive a transmission during an RO of the configured RO type.

[0032] In a twenty-second aspect combinable with the twenty-first aspect, the RO type includes a legacy RO type associated with one or more legacy RACH resources, or an additional RO type associated with one or more additional RACH resources.

[0033] In a twenty-third aspect combinable with the twenty-first or twenty-second aspects, the one or more additional RACH resources include one or more SBFD RACH resources or one or more NES RACH resources.

[0034] In a twenty-fourth aspect combinable with any of the twenty-first through twenty-third aspects, the configuration includes a value of a factor for determining the RO type or a reference to the value of the factor for determining the RO type.

[0035] In a twenty-fifth aspect combinable with any of the twenty-first through twenty-fourth aspects, the configuration includes an indication of the RO type.

[0036] In a twenty-sixth aspect combinable with any of the twenty-first through twenty-fifth aspects, the configuration is associated with a set of one or more ROs or RO resources.

[0037] In a twenty-seventh aspect combinable with any of the twenty-first through twenty-sixth aspects, the set of one or more ROs or RO resources include: one or more ROs or RO resources associated with one or more features, one or more ROs or RO resources that are not associated with any features, or all ROs or RO resources of a particular RO type.

[0038] In a twenty-eighth aspect combinable with any of the twenty-first through twenty-seventh aspects, the configuration is transmitted via: a SIB, a MAC CE, DCI, or RRC signaling.

[0039] In a twenty-ninth aspect combinable with any of the twenty-first through twenty-eighth aspects, the method includes: causing the RF circuitry to transmit a RRC message indicating one or more SBFD RACH resources or one or more NES RACH resources, the one or more SBFD RACH resources or the one or more NES RACH resources are indicated at a same level as rach-ConfigCommon and AdditionalRACH-ConfigList within the RRC message.

[0040] In a thirtieth aspect combinable with any of the twenty-first through twenty-ninth aspects, the transmission includes a random access procedure message, and causing the RF circuitry to receive the transmission includes causing the RF circuitry to receive the random access procedure message over a physical random access channel (PRACH) .

[0041] In a thirty-first aspect combinable with any of the twenty-first through thirtieth aspects, the random access procedure message includes a random access preamble.

[0042] In a thirty-second aspect combinable with any of the twenty-first through thirty-first aspects, the method is performed by a base station.

[0043] In general, in a thirty-third aspect, one or more baseband processors are configured to perform the method of any of the first through thirty-second aspects.

[0044] In general, in a thirty-fourth aspect, a non-transitory computer storage medium is encoded with instructions that, when executed by one or more computers, cause the one or more computers to perform the method of any of the first through thirty-second aspects.

[0045] In general, in a thirty-fifth aspect, a user equipment includes: a memory; a transceiver; and a processor coupled to the memory and configured to, when executing instructions stored in the memory, perform the method of any of the first through eighteenth aspects.

[0046] In general, in a thirty-sixth aspect, a base station includes: a memory; a transceiver; and a processor coupled to the memory and configured to, when executing instructions stored in the memory, perform the method of any of the twenty-first through thirty-first aspects.DETAILED DESCRIPTION

[0047] In wireless communications, the random access channel (RACH) procedure enables user equipment (UE) to request access to a network and establish initial uplink synchronization. During the RACH procedure, the UE transmits a randomly selected preamble on the physical random access channel (PRACH) during an available RACH occasion (RO) . Following this, a series of messages are exchanged with the network to resolve contention (if necessary) and allocate resources for further communication.

[0048] As wireless communication networks have evolved, several new network features have been introduced, some of which have resulted in the addition of new sets of RACH resources. For example, sub-band full duplex (SBFD) is a feature that splits a time division duplex (TDD) carrier into multiple uplink and downlink sub-bands, thereby enabling simultaneous transmission and reception within the same slot. To support SBFD, an additional set of RACH resources was introduced to cover ROs in SBFD symbols that are useable by SBFD-capable UEs (and effectively invisible to legacy UEs that do not support SBFD) . As another example, network energy savings (NES) is a feature that reduces energy consumption by modifying signaling based on the cell load. To support NES, an additional set of RACH resources was introduced to dynamically adapt to cell loading changes (e.g., by dynamically utilizing the additional NES RACH resources when cell load is high) .

[0049] Similar to legacy RACH resources, the additional RACH resources (e.g., SBFD and / or NES RACH resources) can be configured by a network for use during the RACH procedure. When the RACH procedure is triggered, the UE identifies one or more RACH resource sets (or RO sets) for each RO type (e.g., legacy RO type and additional RO type) based on the configured resources. The UE then determines which RO type to use based on, for example, reference signal received power (RSRP) measurements. From here, the UE selects an RO from the RO set (s) of the determined RO type to perform the RACH procedure.

[0050] The present disclosure describes enhancements to RO type indication and selection in order to improve the efficiency and performance of the RACH procedure, among other benefits. In some examples, factor-based and indicator-based techniques are described for enabling a network to configure an RO type for a specific set of ROs. These techniques provide the network with greater control over RO type selection at the UE, allowing for more efficient allocation of RACH resources. This disclosure also describes techniques for dynamically signaling an RO type configuration, which enables the network to adapt to the real-time RACH resource load. In some examples, the RO type configuration can be signaled via a medium access control (MAC) control element (CE) , downlink control information (DCI) , or radio resource control (RRC) signaling, eliminating the need for frequent system information block (SIB) updates. Also disclosed are new RRC configurations and MAC operations to facilitate RO type selection prior to RACH resource set selection, thereby avoiding scenarios in which an RO is unavailable for the selected RO type.

[0051] FIG. 1 illustrates an example wireless network 100. The wireless network 100 includes a UE 102 and a base station 104 connected via one or more channels 106A, 106B across an air interface 108. The UE 102 and base station 104 communicate using a system that supports controls for managing the access of the UE 102 to a network via the base station 104.

[0052] In some implementations, the wireless network 100 is a Standalone (SA) network, e.g., that incorporates Fifth Generation (5G) New Radio (NR) . In some other implementations, the wireless network 100 is a Non-Standalone (NSA) network that incorporates Long Term Evolution (LTE) and 5G NR. In these implementations, the wireless network 100 may be a E-UTRA (Evolved Universal Terrestrial Radio Access) -NR Dual Connectivity (EN-DC) network, or an NR-EUTRA Dual Connectivity (NE-DC) network. Furthermore, wireless networks implementing one or more other types of communication standards are possible, including future 3GPP systems (e.g., Sixth Generation (6G) ) , Institute of Electrical and Electronics Engineers (IEEE) 802.11 technology, or the like. While aspects may be described herein using terminology commonly associated with 5G NR, aspects of the present disclosure can be applied to other systems, such as systems subsequent to 5G (e.g., 6G) .

[0053] In the wireless network 100, the UE 102 and any other UE in the system may be, for example, any of a laptop computer, smartphone, tablet computer, machine-type device (such as smart meters or specialized devices for healthcare) , intelligent transportation system, or any other wireless device. In network 100, the base station 104 provides the UE 102 network connectivity to a broader network (not shown) . This UE 102 connectivity is provided via the air interface 108 in a base station service area provided by the base station 104. In some implementations, such a broader network may be a wide area network operated by a cellular network provider, or may be the Internet. Each base station service area associated with the base station 104 is supported by one or more antennas integrated with the base station 104. The service areas can be divided into a number of sectors associated with one or more particular antennas. Such sectors may be physically associated with one or more fixed antennas or may be assigned to a physical area with one or more tunable antennas or antenna settings adjustable in a beamforming process used to direct a signal to a particular sector.

[0054] The UE 102 includes control circuitry 110 coupled with transmit circuitry 112 and receive circuitry 114. The transmit circuitry 112 and receive circuitry 114 may each be coupled with one or more antennas. The control circuitry 110 may include application-specific circuitry, baseband circuitry, or any of various combinations thereof. The transmit circuitry 112 and receive circuitry 114 may be adapted to transmit and receive data, respectively, and may include radio frequency (RF) circuitry and / or front-end module (FEM) circuitry.

[0055] In various implementations, aspects of the transmit circuitry 112, receive circuitry 114, and / or control circuitry 110 may be integrated in various ways to implement the operations described herein. The control circuitry 110 may be adapted or configured to perform various operations, such as those described elsewhere in this disclosure related to a UE. For instance, the control circuitry 110 can carry out portions of the RACH procedure, including determining an RO type based on a configuration received from the base station 104, and selecting an RO of the determined RO type for a transmission.

[0056] The transmit circuitry 112 can perform various operations described in this specification. For example, the transmit circuitry 112 can transmit messages as part of the RACH procedure, such as transmitting a preamble (Msg1) using a selected RO, and transmitting a RRC connection request (Msg3) in response to a random access response (RAR) . Additionally, the transmit circuitry 112 may transmit using a plurality of multiplexed uplink physical channels. The plurality of uplink physical channels may be multiplexed, e.g., according to time division multiplexing (TDM) or frequency division multiplexing (FDM) , and in some implementations, along with carrier aggregation. The transmit circuitry 112 may be configured to receive block data from the control circuitry 110 for transmission on the air interface 108.

[0057] The receive circuitry 114 can perform various operations described in this specification. For instance, the receive circuitry 114 can receive an RO type configuration from the base station 104, as well as receive messages (e.g., a RAR message [Msg2] and / or a contention resolution message [Msg4] ) as part of the RACH procedure. Additionally, the receive circuitry 114 may receive a plurality of multiplexed downlink physical channels from the air interface 108 and relay the physical channels to the control circuitry 110. The plurality of downlink physical channels may be multiplexed, e.g., according to TDM or FDM, e.g., along with carrier aggregation. The transmit circuitry 112 and the receive circuitry 114 may transmit and receive, respectively, both control data and content data (e.g., messages, images, video, etc. ) structured within data blocks that are carried by the physical channels.

[0058] FIG. 1 also illustrates the base station 104. In some implementations, the base station 104 may be a 5G radio access network (RAN) , a next generation RAN, a E-UTRAN, a non-terrestrial cell, or a legacy RAN, such as a UTRAN. As used herein, the term “5G RAN” or the like may refer to the base station 104 that operates in an NR wireless network 100, and the term “E-UTRAN” or the like may refer to a base station 104 that operates in an LTE wireless network 100. The UE 102 utilizes connections (or channels) 106A, 106B, each of which includes a physical communications interface or layer.

[0059] The base station 104 circuitry may include control circuitry 116 coupled (directly or indirectly) with transmit circuitry 118 and / or receive circuitry 120. The transmit circuitry 118 and receive circuitry 120 may each be coupled (directly or indirectly) with one or more antennas that may be used to enable communications via the air interface 108. The transmit circuitry 118 and receive circuitry 120 may be adapted to transmit and receive data, respectively, addressed to any UE connected to the base station 104. The receive circuitry 120 may receive a plurality of uplink physical channels from one or more UEs, including the UE 102.

[0060] In FIG. 1, the one or more channels 106A, 106B are illustrated as an air interface to enable communicative coupling, and can be consistent with cellular communications protocols, such as an LTE protocol, Advanced LTE (LTE-A) protocol, LTE-based access to unlicensed spectrum (LTE-U) , NR protocol, NR-based access to unlicensed spectrum (NR-U) protocol, and / or any other communications protocol (s) . In some implementations, the UE 102 may directly exchange communication data via a ProSe interface. The ProSe interface may alternatively be referred to as a sidelink (SL) interface and may include one or more logical channels, including but not limited to a Physical Sidelink Control Channel (PSCCH) , a Physical Sidelink Discovery Channel (PSDCH) , and a Physical Sidelink Broadcast Channel (PSBCH) .

[0061] As discussed above, a UE can be configured with both legacy RACH resources (e.g., non-SBFD and / or non-NES RACH resources) and additional RACH resources (e.g., SBFD RACH resources and / or NES RACH resources) . For example, for both NES RACH and SBFD RACH, the PHY layer may provide to the MAC layer two (or more) sets of RACH resources, such as a legacy RO set and an additional RO set. There may be no overlap (e.g., in time or frequency) between the two sets of resources. In some examples, the two (or more) sets may correspond to two (or more) separate RACH configurations. In other examples, the PHY layer may use RO validation rules to derive two separate sets of ROs, such as one set of legacy ROs in non-SBFD symbols and one set of additional ROs in SBFD symbols. Additional details regarding the configuration and derivation of legacy and additional RO sets are described in PCT Application No.PCT / CN2024 / 110467, titled “RACH FRAMEWORK WITH NES AND SBFD RACH ENHANCEMENT, ” the entire contents of which is incorporated herein by reference.

[0062] To improve the efficiency and performance of the RACH procedure, the present disclosure describes techniques for enabling a network to indicate or otherwise configure an RO type to be used by a UE or set of UEs. In some examples, RO type includes a legacy RO type and an additional RO type. A legacy RO type can refer to a set of non-SBFD and / or non-NES ROs or resources, such as those specified in a rach-ConfigCommon IE and a MsgA-ConfigCommon IE. An additional RO type can refer to a set of SBFD and / or NES ROs or resources, such as those derived by physical validation or specified in a rach-SBFD-ConfigCommon IE or the like. Note that while some techniques described herein may be discussed in the context of one of SBFD RACH or NES RACH, these techniques are applicable to each of SBFD RACH and NES RACH (as well as other additional RO types) . In addition, although RO type selection may be described as selecting among a legacy RO type and an additional RO type, alternative RO types (e.g., legacy RO type, SBFD RO type, and NES RO type, among others) can be used in some examples without departing from the scope of the present disclosure.

[0063] In accordance with an aspect of the present disclosure, a network-configurable distribution factor (e.g., SBFD_factor) is used to indicate the RO type. Such a factor is configured for each set of SBFD RO (s) . For example, one (or a list) of factors can be configured for SBFD RO (s) not associated with any feature combinations. As another example, one (or a list) of factors can be configured for SBFD RO (s) associated with one or more particular features, such as message 1 repetition. In some examples, the network can configure one factor that is applicable to all SBFD ROs or SBFD RACH resources.

[0064] In some examples, the network configures the factor (s) by configuring a value for the factor (s) . For example, the network can configure a value between 0 and X, where X is the maximum value for the factor (e.g., 1) . When a UE performs RO type selection, the UE draws a random number (which can also include pseudorandom number) between 0 and X. If the number drawn by the UE is greater than (or equal to) the value of the factor, then the UE selects SBFD RACH resources (e.g., selects the additional RO type over the legacy RO type) . If the number drawn by the UE is smaller than the value of the factor, then the UE selects non-SBFD RACH resources (e.g., selects the legacy RO type over the additional RO type) . In this manner, if the network configures the factor with a value of 0, then SBFD ROs are considered not available to the UE (s) . On the other hand, if the network configures the factor with a value of X, SBFD-capable UEs would always use SBFD ROs. Alternative implementations, such as the UE selecting the additional RO type when the drawn number is less than the value of the factor, are also within the scope of the present disclosure.

[0065] In some examples, the factor (or list of factors) can be configured by the network via SIB. For example, referring to FIG. 2, an example diagram 200 of SIB-based configuration of the factor is shown. In this example, the BWP-UplinkCommon IE includes a rach-SBFD-ConfigCommon IE 202 that includes, among other things, one or a list of SBFD factors and their values. The BWP-UplinkCommon IE also includes an AdditionalRACH-Configlist IE containing several AdditionalRACH-Config IEs (AdditionalRACH-Config1, AdditionalRACH-Config2, AdditionalRACH-Config3, …, AdditionalRACH-Config255) . Each of the AdditionalRACH-Config IEs configure additional RACH resources (e.g., feature-specific RACH resources) and also include a rach-SBFD-ConfigCommon IE 204 that specifies, among other things, one or a list of SBFD factors and their values.

[0066] In accordance with an aspect of the present disclosure, additional signaling techniques are provided in order to dynamically adapt the factor (s) based on, for example, real time loading status of SBFD RACH resources. In some examples, if only one factor needs to be configured, then the network can rely on the legacy SIB modification procedure to update the value. In some examples, the factor (s) can be configured via MAC CE. Such a configuration can be UE specific, relying on the network implementation to send the MAC CE to all RRC connected UE (s) . In some examples, the MAC CE can include an SBFD RACH resource set pointer field and an SBFD factor field. The SBFD RACH resource set pointer can include a reference to a common SBFD RACH resource, or one or more feature specific SBFD RACH resources. In some examples, the value of this field is optionally present; if absent, the SBFD factor is applicable to all SBFD RO resources. The SBFD factor can refer to the SBFD_factor list in SIB, or be set to an exact value (in which case the SIB does not need to indicate the exact factor values) .

[0067] In some examples, the factor (s) can be configured via DCI, such as cell specific DCI, UE-specific DCI, or a group of UE-specific DCI. For example, in the case of cell specific DCI, addressing with paging radio network temporary identifier (P-RNTI) for system information modification and / or paging early indication (PEI) RNTI can be used. For example, DCI 2-7 can be extended to provide PEI to RRC connected UE (s) . As another example, DCI 2-9 can be extended to provide NES to RRC idle / inactive UE (s) . In some examples, the DCI can indicate the SBFD RO index, together with the SBFD factor index.

[0068] In some examples, the factor (s) can be configured via RRC signaling. For example, RRC signaling can be used to indicate the SBFD RACH resource pointer and SBFD factor to a specific UE.

[0069] In accordance with an aspect of the present disclosure, a one-bit indicator (e.g., an SBFD prioritization indicator) from the network is used to indicate the RO type. Such an indicator can be independently configured for each set of SBFD RO (s) . This approach enables the network to improve the distribution of RACH resources among UEs, relative to an indicator applicable to all SBFD RO (s) .

[0070] In some examples, the network configures the indicator (s) by configuring a value for the indicator (s) . For example, the network can configure a value of the indicator to “1” or “true” (e.g., “SBFD prioritization = 1” or “SBFD prioritization = true” ) , or to “0” or “false” (e.g., “SBFD prioritization = 0” or “SBFD prioritization = false” ) . When a UE performs RO type selection, the UE checks the indicator from the network. If the value of the indicator is “1” or “true, ” then the UE selects SBFD RACH resources (e.g., selects the additional RO type over the legacy RO type) . If the value of the indicator is “0” or “false, ” then the UE selects non-SBFD RACH resources (e.g., selects the legacy RO type over the additional RO type) .

[0071] In some examples, the indicator (s) can be configured by the network via SIB. For example, referring to FIG. 3, an example diagram 300 of SIB-based indication of the indicator is shown. In this example, the BWP-UplinkCommon IE includes a rach-SBFD-ConfigCommon IE 302 that includes, among other things, the SBFD prioritization indicator (s) and their values. The BWP-UplinkCommon IE also includes an AdditionalRACH-Configlist IE containing several AdditionalRACH-Config IEs (AdditionalRACH-Config1, AdditionalRACH-Config2, AdditionalRACH-Config3, …, AdditionalRACH-Config255) . Each of the AdditionalRACH-Config IEs configure additional RACH resources (e.g., feature-specific RACH resources) and also include a rach-SBFD-ConfigCommon IE 304 that specifies, among other things, the SBFD prioritization indicator (s) and their values.

[0072] In some examples, the value of the indicator (s) can be updated via SIB, MAC CE, DCI, and / or RRC. In some examples, the network can rely on the legacy SIB modification procedure to update the value of the indicator. In some examples, the indicator (s) can be configured via MAC CE. Such a configuration can be UE specific, relying on the network implementation to send the MAC CE to all RRC connected UE (s) . In some examples, the MAC CE can include an SBFD RACH resource set pointer field and an SBFD indicator field. The SBFD RACH resource set pointer can include a reference to a common SBFD RACH resource, or one or more feature specific SBFD RACH resources. In some examples, the value of this field is optionally present; if absent, the SBFD indicator is applicable to all SBFD RO resources. The SBFD indicator field can refer to the SBFD indicator in SIB, or be set to an exact value (in which case the SIB does not need to indicate the indicator value) .

[0073] In some examples, the indicator (s) can be configured via DCI, such as cell specific DCI, UE-specific DCI, or a group of UE-specific DCI. For example, in the case of cell specific DCI, addressing with P-RNTI for system information modification and / or PEI RNTI can be used. For example, DCI 2-7 can be extended to provide PEI to RRC connected UE (s) . As another example, DCI 2-9 can be extended to provide NES to RRC idle / inactive UE (s) . In some examples, the DCI can indicate the SBFD RO index, together with the SBFD prioritization value.

[0074] In some examples, the indicator (s) can be configured via RRC signaling. For example, RRC signaling can be used to indicate the SBFD RACH resource pointer and SBFD prioritization value to a specific UE.

[0075] In some examples, when the indication is sent via DCI addressed with P-RNTI (e.g., paging message) , the UE monitors the DCI for RO type indication as follows. In some examples, an IDLE / INACTIVE UE monitors only one paging occasion (PO) for RO type indication per paging cycle according to the PF / PO formula described in 3GPP TS 38.304. In some examples, if a CONNECTED UE is configured with NES RACH or SBFD RACH, the UE only monitors one PO for RO type indication per paging cycle according to the PF / PO formula described in 3GPP TS 38.304. In some examples, a CONNECTED UE can monitor any PO for RO type indication, but it is required to monitor at least one PO per broadcast control channel (BCCH) modification period. In some examples, a CONNECTED UE can monitor any PO for RO type indication, but it is required to monitor at least one PO per paging cycle. In some examples, a CONNECTED UE does not monitor DCI addressed with P-RNTI, but only monitors DCI 1-0 for physical downlink control channel (PDCCH) order.

[0076] In general, after a UE is configured with legacy and addition RACH resources, the UE can use these resources in performing the RACH procedure. The RACH procedure can be triggered in various scenarios, such as initial access, RRC connection reestablishment, transition from RRC_IDLE to RRC_CONNECTED, and handover, among others. Once triggered, the UE performs carrier selection and bandwidth part (BWP) selection. From here, the UE performs RACH resource set selection, including feature-specific RACH resource set selection. The UE then selects an RO type (e.g., legacy RO type or additional RO type) either before or after selecting 2-step RACH or 4-step RACH. In some examples, the UE performs power control parameter determination in order to set the initial power control parameters. Next, the selects an RO of the selected RO type, and transmits a RACH preamble (Msg 1) to the network using the selected RO.

[0077] In some examples, an additional RO type (e.g., SBFD and / or NES) may not be defined for a particular feature-specific RACH resource. For instance, while SBFD RACH resources may be defined for msg1 repetition, they may not be defined for other features. Because the UE selects the RO type after selection of the RACH resources (including the feature-specific RACH resources) , a scenario may arise in which an RO is unavailable for the selected RO type.

[0078] In accordance with an aspect of the present disclosure, a new RRC configuration is introduced to avoid scenarios in which an RO is unavailable for the selected RO type. Referring to FIG. 4, an example diagram 400 of an RRC configuration is shown. In this example, a rach-ConfigCommonSBFD IE 402 and a AdditionalRACH-ConfigListSBFD 404 are added into BWP-UplinkCommon at the same level as (e.g., in parallel with) rach-ConfigCommon and AdditionalRACH-ConfigList. Similar IEs can be added for other additional RACH resources (e.g., NES RACH resources) in some examples, In this manner, the UE is able to identify RACH resources and associated ROs that are compatible with the additional RO type prior to RO type selection.

[0079] In some examples, a modified MAC operation can be used independent of the new RRC configuration to avoid scenarios in which an RO is unavailable for the selected RO type. For example, after carrier selection and BWP selection, the UE can first perform selection between the legacy RO type and the additional RO type. Consider the scenario where the network provides “SBFD_prioritization” (e.g., for Rel-19 SBFD capable UE (s) ) . In this example, the UE selects the additional RO type (e.g., SBFD RO type, which can include Rel-15 legacy and Rel-17 feature specific RO) . The UE can then perform feature-specific RACH resource set selection among rach-ConfigCommon for SBFD and AdditionalRACH-ConfigList for SBFD. If the feature triggered RACH resource is available, the UE selects feature specific RACH resource. Otherwise, if the feature triggered RACH resource is not available, the UE selects rach-ConfigCommon for SBFD.

[0080] As another example, consider the scenario where the network does not provide “SBFD_prioritization. ” In this example, the UE can perform additional (e.g., SBFD) and legacy (e.g., non-SBFD) RO selection based on a configured RSRP threshold. If the RSRP threshold is met, then the UE selects the SBFD RO type (including non-feature and feature specific RO) . Otherwise, the UE selects non-SBFD RO type. In some examples, the UE performs feature specific RACH resource set selection among rach-ConfigCommon for SBFD and AdditionalRACH-ConfigList for SBFD.

[0081] As yet another example, consider the scenario where the network configures “SBFD_factor” (e.g., to Rel-19 SBFD capable UE (s) ) . In this example, the UE draws a random number between 0 and X. If it is larger than the SBFD_factor, UE selects RO resources configured for SBFD (including non-feature and feature specific RO) . Otherwise, the UE selects RO resources configured for non-SBFD.

[0082] FIG. 5 illustrates a flowchart of an example method 500 for RO type indication and selection, according to some implementations. For clarity of presentation, the description that follows generally describes method 500 in the context of the other figures in this description. For example, method 500 can be performed by UE 102 of FIG. 1. It will be understood that method 500 can be performed, for example, by any suitable system, environment, software, hardware, or a combination of systems, environments, software, and hardware, as appropriate. In some implementations, various steps of method 500 can be run in parallel, in combination, in loops, or in any order.

[0083] Operations of the method 500 include receiving a configuration of a RO type (502) . For example, a value of a distribution factor (or a reference to a value of a distribution factor) can be received to configure the RO type. As another example, value of an indicator (or a reference to a value of an indicator) can be received to configure the RO type. Such a configuration can be received via SIB, MAC CE, DCI, or RRC. In some examples, the configuration is associated with a set of one or more ROs or RO resources.

[0084] Based on the configuration, an RO type for a transmission is determined (504) . For example, when the RO type is configured via a distribution factor having a value between 0 and X, a random value (between 0 and X) can be determined and compared against the value of the distribution factor. If the random value is greater than (or equal to) the distribution factor, an additional RO type can be determined for the transmission. If the random value is less than the distribution factor, then a legacy RO type can be determined for the transmission. When the RO type is configured by an indicator, the RO type can be determined based on the value of the indicator (e.g., a value of “1” or “true” corresponds to additional RO type, and a value of “0” or “false” corresponds to a legacy RO type, or vice versa) .

[0085] At 506, RF circuitry is caused to transmit the transmission using an RO of the determined RO type. The transmission can be a message transmitted as part of the RACH procedure, such as a Msg1 transmission containing a RACH preamble.

[0086] FIG. 6 illustrates a flowchart of an example method 600 for RO type indication and selection, according to some implementations. For clarity of presentation, the description that follows generally describes method 600 in the context of the other figures in this description. For example, method 600 can be performed by base station 104 of FIG. 1. It will be understood that method 600 can be performed, for example, by any suitable system, environment, software, hardware, or a combination of systems, environments, software, and hardware, as appropriate. In some implementations, various steps of method 600 can be run in parallel, in combination, in loops, or in any order.

[0087] Operations of the method 600 include causing RF circuitry to transmit a configuration of a RO type (602) . For example, a value of a distribution factor (or a reference to a value of a distribution factor) can be transmitted to configure the RO type. As another example, value of an indicator (or a reference to a value of an indicator) can be transmitted to configure the RO type. Such a configuration can be received via SIB, MAC CE, DCI, or RRC. In some examples, the configuration is associated with a set of one or more ROs or RO resources. In some examples, the configuration is an update to a previous configuration of the RO type.

[0088] At 604, RF circuitry is caused to receive the transmission during an RO of the configured RO type. The transmission can be a message received as part of the RACH procedure, such as a Msg1 transmission containing a RACH preamble.

[0089] FIG. 7 illustrates an example UE 700. The UE 700 may be similar to and substantially interchangeable with UE 102 of FIG. 1.

[0090] The UE 700 may be any mobile or non-mobile computing device, such as, for example, a mobile phone, computer, tablet, industrial wireless sensors, video device (for example, cameras, video cameras, etc. ) , wearable devices (for example, a smart watch) , relaxed-IoT devices, etc.

[0091] The UE 700 may include any / all of processor 702, RF interface circuitry 704, memory / storage 706, user interface 708, sensors 710, driver circuitry 712, power management integrated circuit (PMIC) 714, one or more antenna (s) 716, and battery 718. The components of the UE 700 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. 7 is intended to show a high-level view of some of the components of the UE 700. However, some of the components shown may be omitted, additional components may be present, and a different arrangement of the components shown may occur in other implementations.

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

[0093] The processor 702 may include one or more processors. For example, the processor 702 may include processor circuitry such as, for example, baseband processor circuitry (BB) 722A, central processor unit circuitry (CPU) 722B, and graphics processor unit circuitry (GPU) 722C. The processor 702 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 706 to cause the UE 700 to perform operations as described herein.

[0094] In some implementations, the baseband processor circuitry 722A may access a communication protocol stack 724 in the memory / storage 706 to communicate over a 3GPP compatible network. In general, the baseband processor circuitry 722A may access the communication protocol stack to: perform user plane functions at a physical (PHY) layer, medium access control (MAC) layer, radio link control (RLC) layer, packet data convergence protocol (PDCP) layer, service data adaptation protocol (SDAP) layer, and PDU layer; and perform control plane functions at a PHY layer, MAC layer, RLC layer, PDCP layer, RRC layer, and a non-access stratum layer. In some implementations, the PHY layer operations may additionally / alternatively be performed by the components of the RF interface circuitry 704. The baseband processor circuitry 722A may generate or process baseband signals or waveforms that carry information in 3GPP-compatible networks. In some implementations, the waveforms for NR may be based cyclic prefix orthogonal frequency division multiplexing (OFDM) “CP-OFDM” in the uplink or downlink, and discrete Fourier transform spread OFDM “DFT-S-OFDM” in the uplink.

[0095] The memory / storage 706 may include one or more non-transitory, computer-readable media that includes instructions (for example, communication protocol stack 724) that may be executed by the processor 702 to cause the UE 700 to perform various operations described herein. The memory / storage 706 include any type of volatile or non-volatile memory that may be distributed throughout the UE 700. In some implementations, some of the memory / storage 706 may be located on the processor 702 itself (for example, L1 and L2 cache) , while other memory / storage 706 is external to the processor 702 but accessible thereto via a memory interface. The memory / storage 706 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.

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

[0097] In the receive path, the RFEM may receive a radiated signal from an air interface via antenna (s) 716 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 downconverts the RF signal into a baseband signal that is provided to the baseband processor.

[0098] 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 (s) 716. In various implementations, the RF interface circuitry 704 may be configured to transmit / receive signals in a manner compatible with NR access technologies.

[0099] The antenna (s) 716 may include one or more antenna elements to convert electrical signals into radio waves to travel through the air and to convert received radio waves over the air into electrical signals. In some implementations, the antenna elements may be arranged into one or more antenna panels. The antenna (s) 716 may have antenna panels that are omnidirectional, directional, or a combination thereof, to enable beamforming and multiple input, multiple output communications. The antenna (s) 716 may include any / all of microstrip antennas, printed antennas fabricated on the surface of one or more printed circuit boards, patch antennas, phased array antennas, etc. The antenna (s) 716 may have one or more panels designed for one or more specific frequency bands, such as bands in FR1 or FR2.

[0100] The user interface 708 includes various input / output (I / O) devices designed to enable user interaction with the UE 700. The user interface 708 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, projectors, etc. ) , with the output of characters, graphics, multimedia objects, and the like being generated or produced from the operation of the UE 700.

[0101] The sensors 710 may include devices, modules, or subsystems whose purpose is to detect events or changes in its environment and send the information (sensor data) about the detected events to some other device, module, subsystem, etc. Examples of such sensors include, inter alia, inertia measurement units including accelerometers, gyroscopes, or magnetometers; microelectromechanical systems or nanoelectromechanical systems including 3-axis accelerometers, 3-axis gyroscopes, or magnetometers; level sensors; temperature sensors (for example, thermistors) ; pressure sensors; 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; microphones or other like audio capture devices; etc.

[0102] The driver circuitry 712 may include software and hardware elements that operate to control particular devices that are embedded in the UE 700, attached to the UE 700, or otherwise communicatively coupled with the UE 700. The driver circuitry 712 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 700. For example, driver circuitry 712 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 710 and control and allow access to sensors 710, 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.

[0103] The PMIC 714 may manage power provided to various components of the UE 700. In particular, with respect to the processor 702, the PMIC 714 may control power-source selection, voltage scaling, battery charging, or DC-to-DC conversion.

[0104] In some implementations, the PMIC 714 may control, or otherwise be part of, various power saving mechanisms of the UE 700. A battery 718 may power the UE 700, although in some examples the UE 700 may be mounted deployed in a fixed location and may have a power supply coupled to an electrical grid. The battery 718 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 718 may be a typical lead-acid automotive battery.

[0105] FIG. 8 illustrates an example access node 800 (e.g., a base station or gNB) , according to some implementations. The access node 800 may be similar to and substantially interchangeable with base station 104. The access node 800 may include one or more of processor 802, RF interface circuitry 804, core network (CN) interface circuitry 806, memory / storage circuitry 808, and one or more antenna (s) 810. The processor 802 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 808 to cause the access node 800 to perform operations as described herein.

[0106] The components of the access node 800 may be coupled with various other components over one or more interconnects 812. The processor 802, RF interface circuitry 804, memory / storage circuitry 808 (including communication protocol stack 814) , antenna (s) 810, and interconnects 812 may be similar to like-named elements shown and described with respect to FIG. 7. For example, the processor 802 may include processor circuitry such as, for example, baseband processor circuitry (BB) 816A, central processor unit circuitry (CPU) 816B, and graphics processor unit circuitry (GPU) 816C.

[0107] The CN interface circuitry 806 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 access node 800 via a fiber optic or wireless backhaul. The CN interface circuitry 806 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 806 may include multiple controllers to provide connectivity to other networks using the same or different protocols.

[0108] As used herein, the terms “access node, ” “access point, ” or the like may describe equipment that provides the radio baseband functions for data and / or voice connectivity between a network and one or more users. These access nodes can be referred to as BS, gNBs, RAN nodes, eNBs, NodeBs, RSUs, TRxPs or TRPs, and so forth, and can include ground stations (e.g., terrestrial access points) or satellite stations providing coverage within a geographic area (e.g., a cell) . As used herein, the term “NG RAN node” or the like may refer to an access node 800 that operates in an NR or 5G system (for example, a gNB) , and the term “E-UTRAN node” or the like may refer to an access node 800 that operates in an LTE or 4G system (e.g., an eNB) . According to various implementations, the access node 800 may be implemented as one or more of a dedicated physical device such as a macrocell base station, and / or a low power (LP) base station for providing femtocells, picocells or other like cells having smaller coverage areas, smaller user capacity, or higher bandwidth compared to macrocells.

[0109] In some implementations, all or parts of the access node 800 may be implemented as one or more software entities running on server computers as part of a virtual network, which may be referred to as a CRAN and / or a virtual baseband unit pool (vBBUP) . In V2X scenarios, the access node 800 may be or act as a “Road Side Unit. ” The term “Road Side Unit” or “RSU” may refer to any transportation infrastructure entity used for V2X communications. An RSU may be implemented in or by a suitable RAN node or a stationary (or relatively stationary) UE, where an RSU implemented in or by a UE may be referred to as a “UE-type RSU, ” an RSU implemented in or by an eNB may be referred to as an “eNB-type RSU, ” an RSU implemented in or by a gNB may be referred to as a “gNB-type RSU, ” and the like.

[0110] Various components may be described as performing a task or tasks, for convenience in the description. Such descriptions should be interpreted as including the phrase “configured to. ” Reciting a component that is configured to perform one or more tasks is expressly intended not to invoke 35 U.S.C. § 112 (f) interpretation for that component.

[0111] 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, network element, etc., 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.Examples

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

[0113] Example 1 includes a method including receiving a configuration of a RO type; determining, based on the configuration, an RO type for a transmission; and causing radio frequency (RF) circuitry to transmit the transmission using an RO of the determined RO type.

[0114] Example 2 includes the RO type includes a legacy RO type associated with one or more legacy RACH resources, or an additional RO type associated with one or more additional RACH resources.

[0115] Example 3 includes the one or more additional RACH resources include one or more sub-band full duplex (SBFD) RACH resources or one or more network energy saving (NES) RACH resources.

[0116] Example 4 includes the configuration includes a value of a factor for determining the RO type or a reference to the value of the factor for determining the RO type.

[0117] Example 5 includes the value of the factor is within a range of 0 to X, and determining the RO type for the transmission includes: determining a random value within the range of 0 to X, and comparing the random value with the value of the factor to determine the RO type for the transmission.

[0118] Example 6 includes the method includes determining that the RO type for the transmission is an additional RO type when the random value is greater than the value of the factor, or determining that the RO type for the transmission is a legacy RO type when the random value is less than the value of the factor.

[0119] Example 7 includes the configuration includes an indication of the RO type.

[0120] Example 8 includes the indication is associated with a set of one or more ROs or RO resources.

[0121] Example 9 includes the RO type for the transmission is determined based on the indication.

[0122] Example 10 includes the configuration is associated with a set of one or more ROs or RO resources.

[0123] Example 11 includes the set of one or more ROs or RO resources includes: one or more ROs or RO resources associated with one or more features, one or more ROs or RO resources that are not associated with any features, or all ROs or RO resources of a particular RO type.

[0124] Example 12 includes the configuration is received via: a system information block (SIB) , a medium access control (MAC) control element (CE) , downlink control information (DCI) , or radio resource control (RRC) signaling.

[0125] Example 13 includes when the configuration is received via DCI, the method includes: monitoring at least one paging occasion (PO) per paging cycle for an RO type configuration; monitoring at least one PO per broadcast control channel (BCCH) modification period for the RO type configuration; or monitoring DCI format 1-0 for a physical downlink channel (PDCCH) order.

[0126] Example 14 includes the method includes receiving a RRC message indicating one or more SBFD RACH resources or one or more NES RACH resources, and the one or more SBFD RACH resources or the one or more NES RACH resources are indicated at a same level as rach-ConfigCommon and AdditionalRACH-ConfigList within the RRC message.

[0127] Example 15 includes the method includes: receiving a trigger for a random access procedure; responsive to the trigger, performing carrier selection and bandwidth part selection; and after performing the carrier selection and the bandwidth part selection, determining the RO type for the transmission based on the configuration or a reference signal received power (RSRP) .

[0128] Example 16 includes the RO type for the transmission is determined before RACH resource set selection.

[0129] Example 17 includes the transmission includes a random access procedure message, and causing the RF circuitry to transmit the transmission includes causing the RF circuit to transmit the random access procedure message to a base station over a physical random access channel (PRACH) .

[0130] Example 18 includes the random access procedure message includes a random access preamble.

[0131] Example 19 includes the method is performed by UE.

[0132] Example 20 includes the method is performed by one or more baseband processors.

[0133] Example 21 includes a method including causing RF circuitry to transmit a configuration of a RO type, and causing the RF circuitry to receive a transmission during an RO of the configured RO type.

[0134] Example 22 includes the RO type includes a legacy RO type associated with one or more legacy RACH resources, or an additional RO type associated with one or more additional RACH resources.

[0135] Example 23 includes the one or more additional RACH resources include one or more SBFD RACH resources or one or more NES RACH resources.

[0136] Example 24 includes the configuration includes a value of a factor for determining the RO type or a reference to the value of the factor for determining the RO type.

[0137] Example 25 includes the configuration includes an indication of the RO type.

[0138] Example 26 includes the configuration is associated with a set of one or more ROs or RO resources.

[0139] Example 27 includes the set of one or more ROs or RO resources include: one or more ROs or RO resources associated with one or more features, one or more ROs or RO resources that are not associated with any features, or all ROs or RO resources of a particular RO type.

[0140] Example 28 includes the configuration is transmitted via: a SIB, a MAC CE, DCI, or RRC signaling.

[0141] Example 29 includes the method includes: causing the RF circuitry to transmit a RRC message indicating one or more SBFD RACH resources or one or more NES RACH resources, the one or more SBFD RACH resources or the one or more NES RACH resources are indicated at a same level as rach-ConfigCommon and AdditionalRACH-ConfigList within the RRC message.

[0142] Example 30 includes the transmission includes a random access procedure message, and causing the RF circuitry to receive the transmission includes causing the RF circuitry to receive the random access procedure message over a physical random access channel (PRACH) .

[0143] Example 31 includes the random access procedure message includes a random access preamble.

[0144] Example 32 includes the method is performed by a base station.

[0145] Example 33 may include one or more non-transitory computer-readable media including 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-32, or any other method or process described herein.

[0146] Example 34 may include an apparatus including logic, modules, and / or circuitry (e.g., processing circuitry) to perform one or more elements of a method described in or related to any of examples 1-32, or any other method or process described herein.

[0147] Example 35 may include a method, technique, or process as described in or related to any of examples 1-32, or portions or parts thereof.

[0148] Example 36 may include an apparatus including: one or more processors and one or more computer-readable media including 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-32, or portions thereof.

[0149] Example 37 may include a computer program including 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-32, or portions thereof. The operations or actions performed by the instructions executed by the processing element can include the methods of any one of examples 1-32.

[0150] Example 38 may include a method of communicating in a wireless network as shown and described herein.

[0151] Example 39 may include a system for providing wireless communication as shown and described herein. The operations or actions performed by the system can include the methods of any one of examples 1-32.

[0152] Example 40 may include a device for providing wireless communication as shown and described herein. The operations or actions performed by the device can include the methods of any one of examples 1-32.

[0153] The previously-described examples 1-32 are implementable using a computer-implemented method; a non-transitory, computer-readable medium storing computer-readable instructions to perform the computer-implemented method; and a computer system including a computer memory interoperably coupled with a hardware processor configured to perform the computer-implemented method or the instructions stored on the non-transitory, computer-readable medium.

[0154] An apparatus, e.g., a user equipment, including one or more baseband processors, and so forth, can be configured to perform particular operations or actions by virtue of having software, firmware, hardware, and / or a combination of them that in operation causes or cause the apparatus to perform the actions. The operations or actions performed by the apparatus can include the methods of any one of examples 1-32.

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

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

[0157] 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 method, comprising:receiving a configuration of a random access channel occasion (RO) type;determining, based on the configuration, an RO type for a transmission; andcausing radio frequency (RF) circuitry to transmit the transmission using an RO of the determined RO type.2.The method of claim 1, wherein the RO type comprises a legacy RO type associated with one or more legacy random access channel (RACH) resources, or an additional RO type associated with one or more additional RACH resources.3.The method of claim 2, wherein the one or more additional RACH resources comprise one or more sub-band full duplex (SBFD) RACH resources or one or more network energy saving (NES) RACH resources.4.The method of claim 1, wherein the configuration comprises a value of a factor for determining the RO type or a reference to the value of the factor for determining the RO type.5.The method of claim 4, wherein the value of the factor is within a range of 0 to X, and wherein determining the RO type for the transmission comprises:determining a random value within the range of 0 to X; andcomparing the random value with the value of the factor to determine the RO type for the transmission.6.The method of claim 5, comprising determining that the RO type for the transmission is an additional RO type when the random value is greater than the value of the factor, or determining that the RO type for the transmission is a legacy RO type when the random value is less than the value of the factor.7.The method of claim 1, wherein the configuration comprises an indication of the RO type.8.The method of claim 1, wherein the configuration is associated with a set of one or more ROs or RO resources.9.The method of claim 8, wherein the set of one or more ROs or RO resources comprises: one or more ROs or RO resources associated with one or more features, one or more ROs or RO resources that are not associated with any features, or all ROs or RO resources of a particular RO type.10.The method of claim 1, wherein the configuration is received via: a system information block (SIB) , a medium access control (MAC) control element (CE) , downlink control information (DCI) , or radio resource control (RRC) signaling.11.The method of claim 1, wherein, when the configuration is received via downlink control information (DCI) , the method further comprises:monitoring at least one paging occasion (PO) per paging cycle for an RO type configuration;monitoring at least one PO per broadcast control channel (BCCH) modification period for the RO type configuration; ormonitoring DCI format 1-0 for a physical downlink channel (PDCCH) order.12.The method of claim 1, further comprising:receiving a radio resource control (RRC) message indicating one or more sub-band full duplex (SBFD) RACH resources or one or more network energy saving (NES) RACH resources, wherein the one or more SBFD RACH resources or the one or more NES RACH resources are indicated at a same level as rach-ConfigCommon and AdditionalRACH-ConfigList within the RRC message.13.The method of claim 1, further comprising:receiving a trigger for a random access procedure;responsive to the trigger, performing carrier selection and bandwidth part selection; andafter performing the carrier selection and the bandwidth part selection, determining the RO type for the transmission based on the configuration or a reference signal received power (RSRP) .14.The method of claim 1, wherein the RO type for the transmission is determined before random access channel (RACH) resource set selection.15.The method of claim 1, wherein the transmission comprises a random access procedure message, and wherein causing the RF circuitry to transmit the transmission comprises causing the RF circuit to transmit the random access procedure message to a base station over a physical random access channel (PRACH) .16.A method, comprising:causing radio frequency (RF) circuitry to transmit a configuration of a random access channel occasion (RO) type; andcausing the RF circuitry to receive a transmission during an RO of the configured RO type.17.The method of claim 16, wherein the RO type comprises a legacy RO type associated with one or more legacy random access channel (RACH) resources, or an additional RO type associated with one or more additional RACH resources, and wherein the one or more additional RACH resources comprise one or more sub-band full duplex (SBFD) RACH resources or one or more network energy saving (NES) RACH resources.18.The method of claim 16, wherein the configuration comprises a value of a factor for determining the RO type or a reference to the value of the factor for determining the RO type.19.The method of claim 16, wherein the configuration comprises an indication of the RO type.20.The method of claim 16, wherein the configuration is associated with a set of one or more ROs or RO resources.21.The method of claim 16, wherein the configuration is transmitted via: a system information block (SIB) , a medium access control (MAC) control element (CE) , downlink control information (DCI) , or radio resource control (RRC) signaling.22.The method of claim 16, further comprising:causing the RF circuitry to transmit a radio resource control (RRC) message indicating one or more sub-band full duplex (SBFD) RACH resources or one or more network energy saving (NES) RACH resources, wherein the one or more SBFD RACH resources or the one or more NES RACH resources are indicated at a same level as rach-ConfigCommon and AdditionalRACH-ConfigList within the RRC message.23.One or more baseband processors configured to, when executing instructions stored in memory, perform the method of any preceding claim.24.A user equipment (UE) , comprising:a memory;a transceiver; anda processor coupled to the memory and configured to, when executing instructions stored in the memory, perform the method of any of claims 1 to 18.

Images