Technologies for random access channel procedures

Abstract

The present application relates to devices and components including apparatus, systems, and methods for technologies for random access channel procedures.

Description

TECHNOLOGIES FOR RANDOM ACCESS CHANNEL PROCEDURESTECHNICAL FIELD

[0001] This application relates generally to communication networks and, in particular, to technologies for random access channel procedures.BACKGROUND

[0002] Third Generation Partnership Project (3GPP) Technical Specifications (TSs) define standards for wireless networks. These TSs describe aspects related to signaling traffic through systems that incorporate wireless networks.BRIEF DESCRIPTION OF THE DRAWINGS

[0003] FIG. 1 illustrates a network environment in accordance with some embodiments.

[0004] FIG. 2 illustrates random access channel occasions in accordance with some embodiments.

[0005] FIG. 3 illustrates random access channel occasions in accordance with some embodiments.

[0006] FIG. 4 illustrates a configuration information element in accordance with some embodiments.

[0007] FIG. 5 illustrates a procedure in accordance with some embodiments.

[0008] FIG. 6 illustrates another procedure in accordance with some embodiments.

[0009] FIG. 7 illustrates another configuration information element in accordance with some embodiments.

[0010] FIG. 8 illustrates another configuration information element in accordance with some embodiments.

[0011] FIG. 9 illustrates configuration examples in accordance with some embodiments.

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

[0013] FIG. 11 illustrates another operation flow / algorithmic structure in accordance with some embodiments.

[0014] FIG. 12 illustrates another operation flow / algorithmic structure in accordance with some embodiments.

[0015] FIG. 13 illustrates another operation flow / algorithmic structure in accordance with some embodiments.

[0016] FIG. 14 illustrates a user equipment in accordance with some embodiments.

[0017] FIG. 15 illustrates a network device in accordance with some embodiments.DETAILED DESCRIPTION

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

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

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

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

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

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

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

[0025] The term “resource” as used herein refers to a physical or virtual device, a physical or virtual component or asset within a computing or network environment, or a physical or virtual component within, accessible by, or available to an apparatus, circuitry, device, or component. Resources could include, but are not limited to, memory space / usage, processor / CPU time, processor / CPU usage, processor and accelerator loads, hardware time or usage, electrical power, input / output operations, ports or network sockets, channel / link allocations, throughput, or workload units. A “hardware resource” may refer to compute, storage, or networking resources provided by physical hardware elements. A “virtualized resource” may refer to compute, storage, or networking resources provided by virtualization infrastructure to an application, device, or system. The term “communication resource” may refer to resources that are accessible by, or available to, computer devices / systems for transferring information over a channel of a communication network. For example, communication resources may include, but are not limited to, time / frequency resources, code resources, modulation resources, etc. The term “system resources” may refer to any kind of shared entities to provide services, and may include computing or network resources. System resources may be considered as a set of coherent functions, network data objects or services, accessible through a server where such system resources reside on a single host or multiple hosts and are clearly identifiable.

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

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

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

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

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

[0031] FIG. 1 illustrates a network environment 100 in accordance with some embodiments. The network environment 100 may include a user equipment (UE) 104 communicatively coupled with a base station 108 of a radio access network (RAN) 110. The UE 104 and the base station 108 may communicate over air interfaces compatible with 3GPP TSs such as those that define a Fifth Generation (5G) new radio (NR) system, a Sixth Generation (6G) system, or a later system. The base station 108 may provide user plane and control plane protocol terminations toward the UE 104.

[0032] The network environment 100 may further include a core network 112. For example, the core network 112 may comprise a 5G core network (5GC) , a 6G core network (6GC) , or later generation core network. The core network 112 may be coupled to the base station 108 via a fiber optic or wireless backhaul. The core network 112 may provide functions for the UE 104 via the base station 108. These functions may include managing subscriber profile information, subscriber location, authentication of services, or switching functions for voice and data sessions.

[0033] The UE 104 may utilize random-access channel (RACH) procedures to access resources provided by the base station 108. In some embodiments, the UE 104 may use a 4-step RACH procedure or a 2-step RACH procedure.

[0034] A 4-step RACH procedure may be as follows. In a first step, the UE 104 may randomly select a preamble from a pool of shared preambles and transmit the preamble to the  base station 108 in a first message (Msg1) . In a second step, the base station 108 may respond to the first message by transmitting a random-access response (RAR) in a second message (Msg 2) . The RAR may include a random access preamble identifier, timing alignment information, initial uplink grant, and temporary cell-radio network temporary identifier (TC-RNTI) . If the UE 104 receives a physical downlink control channel (PDCCH) with the RAR within a defined time window, and the RAR includes a preamble identifier that corresponds to the preamble transmitted in Msg1, the response is successful. Then, in the third step, the UE 104 may send a scheduled uplink transmission over a physical uplink shared channel (PUSCH) in a third message (Msg3) . The third message may include an ID for contention resolution. In the fourth step, the base station 108 may send the contention resolution ID in a fourth message (Msg4) that, if properly decoded by the UE 104, may complete the procedure.

[0035] A 2-step RACH procedure may be as follows. In a first step, the UE 104 may transmit a first message (MsgA) that includes a physical random access channel (PRACH) preamble transmission and a PUSCH transmission. Thus, MsgA represents a combination of Msg1 and Msg3 of the 4-step procedure. In a second step, the base station 108 may respond with a second message (MsgB) that includes both random access response and contention resolution content. Thus, MsgB represents a combination of Msg2 and Msg4 of the 4-step procedure.

[0036] 3GPP Release 19 provides for various RACH enhancements for advanced network features such as network energy saving (NES) or subband non-overlapping full duplex (SBFD) operations. To accommodate these features, two sets of PRACH resources are introduced.

[0037] FIG. 2 illustrates RACH occasions (ROs) 200 in accordance with some embodiments. The ROs 200 may include legacy PRACH resources 204 and an additional set of PRACH resources 208 that may facilitate dynamic cell adaptation and loading changes as a result of NES operations. The legacy PRACH resources 204 may be configured with a sparse periodicity and may be used by legacy and NES-capable UEs when cell loading is low. When cell loading is high, the NES capable UEs may use the additional set of PRACH resources 208.

[0038] FIG. 3 illustrates ROs 300 in accordance with some embodiments. The ROs 300 are shown within an SBFD symbol 304 and a non-SBFD symbol 308. The SBFD symbol 304 includes an uplink portion between two downlink portions. The non-SBFD symbol 308  includes only an uplink throughout the entire bandwidth. In these embodiments, the ROs 300 include an additional set of PRACH resources 312 in the SBFD symbol 304 and legacy PRACH resources 316 in the non-SBFD symbol 308. The ROs 300 may be configured by one RACH configuration or two separate RACH configurations (one for the legacy PRACH resources 316 and one for the additional set of PRACH resources 312) . The additional set of PRACH resources 312 may be available to SBFD-aware UEs, but invisible to legacy UEs. In some embodiments, the SBFD symbols may be associated with different interference (gNB-gNB interference) as compared to the non-SBFD symbols.

[0039] Release 17 3GPP TSs introduced multiple RACH features, with various feature combinations being able to be configured within a bandwidth part (BWP) uplink common configuration. The RACH features defined in Release 17 include reduced capability (Redcap) , slicing, Msg3 repetitions, and small data transmission (SDT) . One feature combination may configure a range of usage preambles and mask that may be used to indicate a subset of ROs where preambles are allocated for this feature combination. Further, each feature may be assigned with a priority that may be used in resource set determination.

[0040] The existing RACH procedure is defined in 3GPP TS 38.321 v18.2.0 (2024-07-12) . In the existing procedure, a RACH triggering may be followed, in order, by carrier selection, BWP selection, RACH resource set selection (for example, features-specific RACH resource set selection) , 2-step or 4-step selection, and a power control parameter determination.

[0041] Given that Release 19 NES and SBFD introduce similar RACH enhancement and both include two sets of PRACH resources, providing a unified RACH framework for NES and SBFD may be desired. This may include media access control (MAC) spec changes on RO selection that describe how to select between additional RO set and a legacy RO. This may also include radio resource control (RRC) specification changes on RACH partitioning that address how to integrate two sets of PRACH resources in general RACH framework without awareness of PHY difference. In some embodiments, the RRC specification changes may include modeling the additional RO set as a new RACH type similar to 2-step RACH resource (referred to herein as “RACH framework one (RFW1) ” ) , or modeling the additional RO set as a new RACH feature (referred to herein as “RACH framework two (RFW2) ” ) .

[0042] Embodiments of the present disclosure provide details on how to support 2-step RACH in RACH adaptation in NES and SBFD for example. Some embodiments  describe how, under different RACH frameworks, the UE 104 may select between 2-step and 4-step RACH resource and between legacy RO set and additional RO set for initial transmission. Additional aspects describe selection order the UE 104 may use, for example, first select 2-step or 4-step RACH, or first select RO set. Additional aspects describe various retransmission and fallback operations. For example, some embodiments describe how to select RO set and 2-step or 4-step RACH in a fallback scenario. For example, when falling back due to failure of an initial transmission attempt, whether the UE 104 is to fallback from 2-step RACH to 4-step RACH in same RO set, or whether the UE 104 can fallback from 2-step RACH to 4-step RACH in different RO sets. These and other concepts will be described in more detail herein.

[0043] FIG. 4 illustrates a BWP uplink common (BWP-UplinkCommon) information element (IE) 400 that may be used in some embodiments. The BWP-Uplink Common IE 400 may provide the UE 104 with configuration information to configure resources for RACH operation within the RFW1. The BWP-Uplink Common IE 400 may include a first RACH configuration having a legacy RO set 404 and an additional RO set 408. The legacy RO set 404 may configure legacy RO resources and the additional RO set 408 may configure advanced RO resources. The legacy RO resources may be used by legacy UEs or advanced UEs, while the advanced RO resources may only be used by advanced UEs (for example, NES-capable UEs or SBFD-aware UEs) . As used herein, legacy RO resources may be those defined with respect to Release 18 or earlier 3GPP TSs, while additional RO resources may be those defined with respect to NES or SBFD operation as described herein, which may ultimately be reflected in Release 19 or later 3GPP TSs. Release 18 or earlier UEs can only use the legacy RO resources, while Release 19 or later UEs can use both the legacy RO resources and the additional RO resources.

[0044] The legacy RO set 404 may include a RACH configuration common (rach-ConfigCommon) IE to configure 4-step RACH resources. The legacy RO set 404 may also include a msgA configuration common (MsgA-ConfigCommon) IE to configure 2-step RACH resources. The advanced RO set 408 may include a RACH set B configuration common (rach-SetB-ConfigCommon) IE to configure 4-step RACH resources. The advanced RO set 408 may also include a msgA set B configuration common (MsgA-SetB-ConfigCommon) IE to configure 2-step RACH resources.

[0045] The BWP-UplinkCommon IE 400 may also include a number of additional RACH configurations, which may be configured in a similar manner.

[0046] In RFW1, two options are provided for determining how the UE 104 selects a RACH resource for initial transmission when 2-step RACH is configured in either legacy RO set or additional RO set. In the first option, the UE 104 may first select between 2-step and 4-step RACH resource and then select between legacy RO set and additional RO set. In the second option, the UE 104 may first select between legacy RO set and the additional RO set and then select between 2-step and 4-step RACH resource.

[0047] FIG. 5 illustrates a procedure 500 for selecting RACH resources within RFW1 from the legacy RO set 404 and the additional RO set 408 in accordance with some embodiments.

[0048] The procedure 500 may include a first-level selection in which 2-step versus 4-step selection is performed independently with respect to the legacy RO set 404 and the additional RO set 408. For example, with reference to the legacy RO set 404, the first-level selection may include selecting the 2-step RACH resources, for example, MsgA-ConfigCommon. And, with reference to the additional RO set 408, the first-level selection may include selecting the 2-step RACH resources, for example, MsgA-SetB-ConfigCommon.

[0049] In some embodiments, the selections performed in the first-level selection may be based on one downlink (DL) reference signal receive power (RSRP) threshold. The DL RSRP threshold may be configured within the MsgA-ConfigCommon IE. For example, the UE 104 may receive a reference signal that is measured to obtain a DL RSRP. The reference signal may be a channel state information –reference signal (CSI-RS) or a synchronization signal block (SSB) . The DL RSRP may be compared to the DL RSRP threshold. If the measured DL RSRP is greater than the DL RSRP threshold, the UE 104 may select the 2-step RACH resources (e.g., MsgA-ConfigCommon or MsgA-SetB-ConfigCommon) . If the measured DL RSRP is less than the DL RSRP threshold, the UE 104 may select the 4-step RACH resources (for example, rachConfigCommon or rach-SetB-ConfigCommon) . The measurement associated with the legacy RO set 404 may be based on a different reference signal than the measurement associated with the additional RO set 408. Thus, the same type of RACH resources may not necessarily be selected for both sets. For example, 2-step RACH resources may be selected from the legacy RO set 404 while 4-step RACH resources may be selected from the additional RO set 408, and vice versa.

[0050] In some embodiments, the selections performed in the first-level selection may be based on different DL RSRP thresholds. For example, a first DL RSRP threshold, configured within the MsgA-ConfigCommon IE, may be used to select 4-step RACH resources or 2-step RACH resources from the legacy RO set 404; and a second DL RSRP threshold, configured within the MsgA-SetB-ConfigCommon IE, may be used to select 4-step RACH resources or 2-step RACH resources from the additional RO set 408.

[0051] In some embodiments, the second-level selection between the first resources selected from the legacy RO set 404 and second resources selected from the additional RO set 408 may be performed in accordance with one or more of the following options.

[0052] In a first option, resources from the additional RO set 408 may always be selected over resources from the legacy RO set 404. With the first option, the type of resources (for example, 2-step or 4-step) selected from each of the sets may not be considered. Thus, as shown with respect to FIG. 5, the 4-step RACH resources from the additional RO set 408 (rach-SetB-ConfigCommon) may be selected. And, if the 2-step resources from the additional RO cell 408 were selected in the first-level selection, those resources would be selected over whichever resources were selected from the legacy RO set 404.

[0053] In a second option, 2-step RACH resources may be prioritized if any were selected in the first-level selection and, if the same type of resources selected from both the legacy RO set 404 and the additional set 408, (for example, 2-step RACH resources are selected from both sets or 4-step RACH resources are selected from both sets) , the resources from the additional RO set 408 may be prioritized. Consider, for example, that the RACH resources selected from the legacy RO set 404 are referred to as Resource A and the RACH resources selected from the additional RO set 408 are referred to as Resource B. In one example, if Resource A is the 2-step RACH resources and Resource B is the 4-step RACH resources, Resource A is selected. In another example, if both Resource A and Resource B are 2-step RACH resources, Resource B selected. In yet another example, if both Resource A and Resource B are 4-step RACH resources, Resource B is selected.

[0054] In a third option, other selection criteria may be considered. The other selection criteria may be configured by RRC in some embodiments. The other selection criteria may be used in accordance with one or more of the following sub-options.

[0055] In a first sub-option, the other selection criteria may include cross-link interference (CLI) . With this sub-option, CLI associated with the additional set may be compared against a predetermined threshold. The results of the comparison may guide the second-level selection. For example, if the CLI associated with additional set is greater than the predetermined threshold, the resources from the legacy RO set 404 may be selected, otherwise, resources from the additional set 408 may be selected.

[0056] In a second sub-option, the other selection criteria may include congestion levels. With this sub-option, the congestion level associated with the additional set may be compared against a predetermined threshold. The results of the comparison may guide the second-level selection. For example, if the congestion level associated with additional set is greater than the predetermined threshold, the resources from the legacy RO set 404 may be selected, otherwise, resources from the additional set 408 may be selected. In some embodiments, the network may broadcast an indication of a congestion level for the additional RO set or for whole RO sets, including both the legacy RO set and the additional RO set. This may be broadcast in a system information block (SIB) . In other embodiments, the UE 104 may determine the congestion level. This may be done based on a history of a success ratio of the msg1 transmissions.

[0057] The predetermined thresholds from the first and second sub-options may be configured by the network or defined by a 3GPP TS.

[0058] In a fourth option, the second-level selection may be performed based on priorities associated with the resources configured by the network. For example, the network may configure priorities (on a static, semi-static, or dynamic basis) that are associated with the two RO sets (e.g., priority between legacy RO set and additional RO set) or even on a more granular nature. Consider, for example, that resources from rach-ConfigCommon IE are referred to as Resource A1, resources from MsgA-ConfigCommon are referred to as Resource A2, resources from rach-SetB-ConfigCommon IE are referred to as Resource B1, resources from MsgA-SetB-ConfigCommon are referred to as Resource B2. The network may configure each of Resources A1, A2, B1, B2 with respective priorities. In this case, the resources having the relatively higher priority may be selected in the second level selection.

[0059] FIG. 6 illustrates another procedure 600 for selecting RACH resources within RFW1 from the legacy RO set 404 and the additional RO set 408 in accordance with some embodiments.

[0060] The procedure 600 may include a first-level selection of either the legacy RO set 404 or the additional RO set 408 is selected. As shown, the additional RO set 408 is selected. The first-level selection of procedure 600 may be performed in accordance with one or more of the following options.

[0061] In a first option, the additional RO set 408 may always be selected.

[0062] In a second option, the additional RO set 408 may be selected if one or more condition (s) are present. If the condition (s) are not present, the legacy RO set 404 may be selected. For example, the additional RO set 408 may be selected if the RACH procedure is triggered by non-access stratum (NAS) signaling, or is triggered for transmission of urgent traffic. In some embodiments, traffic associated with multimedia priority service (MPS) or mission critical services (MCS) may be considered urgent.

[0063] In a third option, the additional RO set 408 may be selected if the UE 104 is determined to be in a center of a cell. Otherwise, the legacy RO set 404 may be selected. In some embodiments, whether the UE 104 is determined to be in a center of the cell may be based on checking a measured DL RSRP. For example, if the measured DL RSRP is greater than a threshold, the UE 104 may be determined to be in the center of a cell. The threshold may be different from the threshold used in the 2-step or 4-step selection.

[0064] In a fourth option, the network may configure priority between the legacy RO set 404 and the additional RO set 408. This priority may be configured on a static, semi-static, or dynamic basis. In some embodiments, the priority may be predefined in a 3GPP TS.

[0065] The second-level selection may be between the 2-step RACH resource or the 4-step RACH resources of the set selected from the first-level selection. As shown, the 4-step RACH resource, rach-SetB-ConfigCommon, may be selected in the second-level selection. This selection may be similar to that described above with respect to a typical selection between 2-step and 4-step RACH resources. For example, a DL RSRP may be determined based on a reference signal and that DL RSRP may be compared to a DL RSRP threshold, which may be configured in MsgA-ConfigCommon or MsgA-SetB-ConfigCommon.

[0066] FIG. 7 illustrates a feature combination (FeatureCombination) IE 700 in accordance with some embodiments. The FeatureCombination IE 800 includes an additional set (AdditionalSet) feature that allows configuration of an additional RO set as a separate feature in accordance with the RFW2.

[0067] FIG. 8 illustrates a BWP-UplinkCommon IE 800 that may be used in some embodiments. The BWP-UplinkCommon IE 800 may provide the UE 104 with configuration information to configure resources for RACH operation within the RFW2. In particular, the BWP-UplinkCommon IE 800 may include, within an AdditionalRACH-Configlist, a first additional RACH configuration (AdditionalRACH-Config1) that provides a legacy RO set 804 and a second additional RACH configuration (AdditionalRACH-Config2) that provides an additional RO set 808. As shown, the AdditionalRACH-Config1 may be associated with a Redcap feature, while the AdditionalRACH-Config2 is associated with a feature combination that includes a Redcap feature and an additional set feature. Thus, the UE 104, so configured, will associate two RACH partitions with Redcap in this embodiment; one provided by legacy RO set 804 and one provided by the additional RO set 808.

[0068] For the initial transmission, the selection may be performed in a manner similar to that described above with respect to FIG. 6. For example, the UE 104 may first select between the legacy RO set 804 and the additional RO set 808, and then select between the 2-step and 4-step RACH resources from the selected RO set.

[0069] In addition to the four options for performing the first-level selection described above with respect to the procedure 600, when the additional RO set 808 is modeled as a new RACH feature, the first-level selection may be based on a network-configured RACH feature priority. As described above, the network may configure each RACH feature with a respective priority. Thus, the additional set feature may be provided with its priority, which may be use for the first-level selection.

[0070] The second-level selection for RFW2 may be between the 2-step RACH resource or the 4-step RACH resources of the set selected from the first-level selection. This selection may be similar to that described above with respect to a typical selection between 2-step and 4-step RACH resources. For example, a DL RSRP may be determined based on a reference signal and that DL RSRP may be compared to a DL RSRP threshold, which may be configured in MsgA-ConfigCommon or MsgA-SetB-ConfigCommon.

[0071] In both RFW1 and RFW2, a msg1 retransmission may be in the same set (for example, either legacy RO set or additional RO set) used for the initial transmission and with the same RA type (for example, either 2-step or 4-step RACH) . However, if fallback is triggered, a fallback transmission may be transmitted in other sets or with other RA types.

[0072] In some embodiments, the priority order for the various possible RO types may be specified for purposes of fallback operation. For example, the RO types may be defined, in order from high-priority to low-priority, as: 2-step in additional RO set → 4-step in additional RO set → 2-step in legacy RO set → 4-step in legacy RO set. Fallback operation may then advance from high-priority RO types to low-priority RO types. In general, the higher-priority RO types may be associated with lower latency and the lower-priority RO types may be associated with greater robustness.

[0073] Fallback operation in the context of the prioritized RO types may be performed based on a fallback policy defined below in accordance with one or more of the following options.

[0074] In a first option, a fallback policy may allow multiple fallbacks. For example, up to three fallback operations may be possible: 2-step in additional RO set → 4-step in additional RO set → 2-step in legacy RO set → 4-step in legacy RO set. Two sub-options may be defined with respect to the first option.

[0075] In the first sub-option (referred to as option 1.1) , a fallback policy may allow up to three fallback operations in the event failure of retransmission of Msg1 is greater than a predetermined retransmission threshold or when a fallback RAR is received from the network. The fallback may follow the priority order defined above, for example: 2-step in additional RO set → 4-step in additional RO set → 2-step in legacy RO set → 4-step in legacy RO set. In some embodiments, three retransmission thresholds may be configured by the network. For example, a first retransmission threshold may be used for falling back from 2-step in additional RO set to 4-step in additional RO set; a second retransmission threshold may be used for falling back from 4-step in additional RO set to 2-step in legacy RO set; and a third retransmission threshold may be used for falling back from 2-step in legacy RO set to 4-step in legacy RO set.

[0076] In the second sub-option (referred to as option 1.2) , a fallback policy may only allow fallback from 2-step to 4-step. Thus, fallback from 4-step RACH to 2-step RACH (in same or different RO sets) may not be allowed. In this case, up to two fallback operations may be allowed if a Msg1 retransmission failure number is greater than a predetermined retransmission threshold or when a fallback RAR is received from the network. The predetermined retransmission threshold may be, for example, 1 or 2. The fallback may follow the priority order defined above, for example: 2-step in additional RO set → 4-step in  additional set → 4-step in legacy set. In some embodiments, three retransmission thresholds may be configured by the network. For example, a first retransmission threshold may be used for falling back from 2-step in additional RO set to 4-step in additional RO set; a second retransmission threshold may be used for falling back from 4-step in additional RO set to 2-step in legacy RO set; and a third retransmission threshold may be used for falling back from 2-step in legacy RO set to 4-step in legacy RO set. In some embodiments, two retransmission thresholds may be configured by the network. For example, a first retransmission threshold may be used for falling back from 2-step in additional RO set to 4-step in additional RO set; and a second retransmission threshold may be used for falling back from 4-step in additional RO set to 4-step in legacy RO set.

[0077] In a second option, a fallback policy may only allow one fallback operation if a Msg1 retransmission failure number is greater than a predetermined retransmission threshold or when a fallback RAR is received from the network. This restriction may be imposed to simplify operation of the UE 104. This may be done in accordance with one of the following sub-options.

[0078] In a first sub-option (referred to as option 2.1) , fallback may only be allowed to the RO type with the lowest priority.

[0079] In a second sub-option (referred to as option 2.2) , fallback may only be allowed to an RO type with the next lower priority.

[0080] In a third sub-option (referred to as option 2.3) , fallback may only be allowed to an RO type with the next lower priority and fallback from 4-step to 2-step (in same or different RO sets) may not be allowed.

[0081] In some embodiments, the fallback operations described herein may be with respect to the specific RO types that are configured. For example, while many embodiments include two RO sets, with each set having 2-step RACH resources and 4-step RACH resources configured, other embodiments may include a subset of these RO types being configured.

[0082] FIG. 9 illustrates configuration examples 900 and 904 that describe fallback operations in accordance with some embodiments.

[0083] In example 900, the network may configure four RO types, for example, rach-ConfigCommon, MsgA-ConfigCommon, rach-SetB-ConfigCommon, and MsgA-SetB- ConfigCommon. The 2-step RACH in the additional RO set is selected for initial transmission. If the initial transmission fails, the fallback operation may proceed in accordance with a fallback policy described as follows with respect to the specific options describe above.

[0084] With option 1.1, after the 2-step RACH in the additional RO set fails, the UE 104 may use 4-step RACH in additional RO set. If that fails, the UE 104 may use 2-step RACH in the legacy RO set. If that fails, the UE 104 may use 4-step RACH in the legacy RO set. If that fails, the RACH procedures fails.

[0085] With option 1.2, after the 2-step RACH in the additional RO set fails, the UE 104 may use 4-step RACH in additional RO set. If that fails, the UE 104 may use 4-step RACH in the legacy RO set. If that fails, the RACH procedures fails.

[0086] With option 2.1, after the 2-step RACH in the additional RO set fails, the UE 104 may use 4-step RACH in the legacy RO set. If that fails, the RACH procedures fails.

[0087] With option 2.2, after the 2-step RACH in the additional RO set fails, the UE 104 may use 4-step RACH in the additional RO set. If that fails, the RACH procedures fails.

[0088] With option 2.3, after the 2-step RACH in the additional RO set fails, the UE 104 may use 4-step RACH in the additional RO set. If that fails, the RACH procedures fails.

[0089] In example 904, the network may configure three RO types, for example, rach-ConfigCommon, MsgA-ConfigCommon, and rach-SetB-ConfigCommon. Thus, in this example, 2-step RACH in the additional RO set is not configured. The 4-step RACH in the additional RO set is selected for initial transmission. If the initial transmission fails, the fallback operation may be as follow with respect to the specific options describe above.

[0090] With option 1.1, after the 4-step RACH in the additional RO set fails, the UE 104 may use 2-step RACH in the legacy RO set. If that fails, the UE 104 may use 4-step RACH in the legacy RO set. If that fails, the RACH procedures fails.

[0091] With option 1.2, after the 4-step RACH in the additional RO set fails, the UE 104 may use 4-step RACH in the legacy RO set. If that fails, the RACH procedures fails.

[0092] With option 2.1, after the 4-step RACH in the additional RO set fails, the UE 104 may use 4-step RACH in the legacy RO set. If that fails, the RACH procedures fails.

[0093] With option 2.2, after the 4-step RACH in the additional RO set fails, the UE 104 may use 2-step RACH in the legacy RO set. If that fails, the RACH procedures fails.

[0094] With option 2.3, after the 4-step RACH in the additional RO set fails, the UE 104 may use 4-step RACH in the legacy RO set. If that fails, the RACH procedures fails.

[0095] In some embodiments, with respect to fallback operation in the RFW2, only fallback from 2-step RACH to 4-step RACH within the same RO set may be allowed. This may be due to the additional RO set being modeled as a new RACH feature and fallback from one RACH feature to another RACH feature not being allowed in some networks.

[0096] FIG. 10 is an operation flow / algorithmic structure 1000 in accordance with some embodiments. The operation flow / algorithmic structure 1000 may be implemented by a UE such as, for example, UE 104, UE 1400, or components thereof; for example, a baseband processor 1404A.

[0097] The operation flow / algorithmic structure 1000 may include, at 1004, processing configuration information. The configuration information may configure a legacy RO set and an additional RO set. For example, the configuration information may be a BWP-UplinkCommon configuration as shown in FIG. 4 or 8.

[0098] For the legacy RO set, the configuration information may configure first resources for a 2-step RACH procedure and second resources for a 4-step RACH procedure. For the additional RO set, the configuration information may configure third resources for a 2-step RACH procedure and fourth resources for a 4-step RACH procedure.

[0099] The operation flow / algorithmic structure 1000 may further include, at 1008, selecting first and second RO set resources. This selection may be similar to that described above with respect to the first-level selection of FIG. 5, for example. At 1008, either the first resources or the second resources may be selected as the first RO set resources, and either the third resources or the fourth resources may be selected as the second RO set resources. The selections at 1008 may be based on comparing DL RSRPs to one or more DL RSRP thresholds.

[0100] The operation flow / algorithmic structure 1000 may further include, at 1012, selecting RACH resources. This selection may be similar to that described above with respect to the second-level selection of FIG. 5, for example. At 1012, either the first RO set resources or the second RO set resources may be selected as the RACH resources.

[0101] The operation flow / algorithmic structure 1000 may further include, at 1016, performing a RACH procedure with the selected RACH resources. The RACH procedure may either be a 2-step RACH procedure or a 4-step RACH procedure based on the selected resources.

[0102] FIG. 11 is an operation flow / algorithmic structure 1100 in accordance with some embodiments. The operation flow / algorithmic structure 1100 may be implemented by a UE such as, for example, UE 104, UE 1400, or components thereof; for example, a baseband processor 1404A.

[0103] The operation flow / algorithmic structure 1100 may include, at 1104, processing configuration information. The configuration information may configure a legacy RO set and an additional RO set. For example, the configuration information may be a BWP-UplinkCommon configuration as shown in FIG. 4 or 8.

[0104] The configuration information may configure a first RO set and a second RO set, with each of the first RO set and the second RO set having 2-step RACH resources and 4-step RACH resources.

[0105] The operation flow / algorithmic structure 1100 may further include, at 1108, selecting RO set resources. This selection may be similar to that described above with respect to the first-level selection of FIG. 6, for example. At 1108, either the first RO set or the second RO set may be selected as the RO set resources.

[0106] The operation flow / algorithmic structure 1100 may further include, at 1112, select RACH resources. This selection may be similar to that described above with respect to the second-level selection of FIG. 6, for example. At 1112, either the 2-step RACH resources or the 4-step RACH resources may be selected from the selecting RO set.

[0107] The operation flow / algorithmic structure 1100 may further include, at 1116, performing a RACH procedure with the selected RACH resources. The RACH procedure may either be a 2-step RACH procedure or a 4-step RACH procedure based on the selected resources.

[0108] FIG. 12 is an operation flow / algorithmic structure 1200 in accordance with some embodiments. The operation flow / algorithmic structure 1200 may be implemented by a UE such as, for example, UE 104, UE 1400, or components thereof; for example, a baseband processor 1404A.

[0109] The operation flow / algorithmic structure 1200 may include, at 1204, processing configuration information. The configuration information may configure a legacy RO set and an additional RO set. For example, the configuration information may be a BWP-UplinkCommon configuration as shown in FIG. 4 or 8.

[0110] The operation flow / algorithmic structure 1200 may further include, at 1208, identifying respective priorities for each RO set. The priorities may be associated generically with the RO set, or may be associated with the specific RO types within the set.

[0111] The operation flow / algorithmic structure 1200 may further include, at 1212, selecting initial RACH resources. The initial selection of RACH resources may be performed as describe with respect to other embodiments including, for example, those described with respect to FIGs. 10 and 11.

[0112] The operation flow / algorithmic structure 1200 may further include, at 1216, determining a failure in a RACH procedure using the initial RACH resources. The failure may include a failure of an initial transmission and one or more retransmissions.

[0113] The operation flow / algorithmic structure 1200 may further include, at 1220, selecting fallback RACH resources. The fallback RACH resources may be selected from the resources configured by the configuration information based on relative priorities. In some embodiments, the selection of the fallback RACH resources may be based on a fallback policy that restricts resources that may be used as fallback resources. For example, in some embodiments, the fallback policy may restrict fallback resources to be: 4-step RACH resources; resources having a lowest priority of the configured RO sets; resources having a next lower priority from a priority associated with the RACH resources used for initial (or previous) transmission; 4-step resources having a next lower priority from a priority associated with the RACH resources used for initial (or previous) transmission; or resources within an RO set that includes the initial RACH resources.

[0114] The operation flow / algorithmic structure 1200 may further include, at 1224, attempting to perform RACH procedure using the selected fallback RACH procedures. In the event the attempt is unsuccessful, the procedure may loop back to selecting additional fallback RACH resources at 1220 and making another attempt if permitted by the fallback policy.

[0115] FIG. 13 is an operation flow / algorithmic structure 1300 in accordance with some embodiments. The operation flow / algorithmic structure 1300 may be implemented by a network device such as, for example, base station 108, network device 1500, or components thereof; for example, a baseband processor 1504A.

[0116] The operation flow / algorithmic structure 1300 may include, at 1304, generating configuration information. The configuration information may be similar to that describe elsewhere herein to configure resources / priorities for legacy RO set and additional RO set.

[0117] The operation flow / algorithmic structure 1300 may include, at 1308, generating one or more signals. The one or more signals to be transmitted to the UE. In some embodiments, the one or more signals may be RRC signals that communication RRC configuration parameters (e.g., configuration IEs) .

[0118] FIG. 14 illustrates a UE 1400 in accordance with some embodiments. The UE 1400 may be similar to and substantially interchangeable with UE 144.

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

[0120] The UE 1400 may include processors 1404, RF interface circuitry 1408, memory / storage 1412, user interface 1416, sensors 1420, driver circuitry 1422, power management integrated circuit (PMIC) 1424, antenna 1426, and battery 1428. The components of the UE 1400 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. 14 is intended to show a high-level view of some of the components of the UE 1400. However, some of the components shown may be omitted, additional components may be present, and different arrangement of the components shown may occur in other implementations.

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

[0122] The processors 1404 may include processor circuitry such as, for example, baseband processor circuitry (BB) 1404A, central processor unit circuitry (CPU) 1404B, and graphics processor unit circuitry (GPU) 1404C. The processors 1404 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 1412 to cause the UE 1400 to perform RACH operations described herein including, for example, operation flows / algorithmic structures 1000, 1100, and 1200. The processors 1404 may also include interface circuitry 1404D to enable communication by, for example, communicatively coupling the processor circuitry with one or more other components of the UE 1400.

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

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

[0125] The memory / storage 1412 may include one or more non-transitory, computer-readable media that includes instructions (for example, communication protocol stack 1436) that may be executed by one or more of the processors 1404 to cause the UE 1400 to perform various operations as described herein including, for example, operation flow / algorithmic structures 1000, 1100, and 1200.

[0126] The memory / storage 1412 includes any type of volatile or non-volatile memory that may be distributed throughout the UE 1400. In some embodiments, some of the memory / storage 1412 may be located on the processors 1404 themselves (for example, memory / storage 1412 may be part of a chipset that corresponds to the baseband processor 1404A) , while other memory / storage 1412 is external to the processors 1404 but accessible thereto via a memory interface. The memory / storage 1412 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.

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

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

[0129] 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 1426.

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

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

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

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

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

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

[0136] A battery 1428 may power the UE 1400, although in some examples the UE 1400 may be mounted deployed in a fixed location and may have a power supply coupled to an electrical grid. The battery 1428 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 1428 may be a typical lead-acid automotive battery.

[0137] FIG. 15 illustrates a network device 1500 in accordance with some embodiments. The network device 1500 may be similar to and substantially interchangeable with base station 108 or a device of the core network 112 or external data network 120.

[0138] The network device 1500 may include processors 1504, RF interface circuitry 1508 (if implemented as a base station) , core network (CN) interface circuitry 1514, memory / storage circuitry 1512, and antenna structure 1526.

[0139] The components of the network device 1500 may be coupled with various other components over one or more interconnects 1528.

[0140] The processors 1504, RF interface circuitry 1508, memory / storage circuitry 1512 (including communication protocol stack 1510) , antenna structure 1526, and interconnects 1528 may be similar to like-named elements shown and described with respect to FIG. 14.

[0141] The processors 1504 may include processor circuitry such as, for example, baseband processor circuitry (BB) 1504A, central processor unit circuitry (CPU) 1504B, and  graphics processor unit circuitry (GPU) 1504C. The processors 1504 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 1512 to cause the network device 1500 to perform RACH operations as described herein including, for example, operation flow / algorithmic structure 1300. The processors 1504 may also include interface circuitry 1504D to enable communication by, for example, communicatively coupling the processor circuitry with one or more other components of the network device 1500.

[0142] The CN interface circuitry 1514 may provide connectivity to a core network, for example, a 5th Generation Core network (5GC) using a 5GC-compatible network interface protocol such as carrier Ethernet protocols, or some other suitable protocol. Network connectivity may be provided to / from the network device 1500 via a fiber optic or wireless backhaul. The CN interface circuitry 1514 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 1514 may include multiple controllers to provide connectivity to other networks using the same or different protocols.

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

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

[0145] Examples

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

[0147] Example 1 includes a method comprising: processing configuration information to configure a first random access channel (RACH) occasion (RO) set and a second RO set, the first RO set having first resources for a 2-step RACH procedure and second resources for a RACH 4-step procedure, the second RO set having third resources for the 2-step RACH procedure and fourth resources for a 4-step RACH procedure; selecting the first resources or the second resources as first RO set resources; selecting the third resources or the fourth resources as second RO set resources; selecting the first RO set resources or the second RO set resources as RACH resources; and performing a RACH procedure using the RACH resources.

[0148] Example 2 includes the method of example 1 or some other example herein, wherein the configuration information includes a bandwidth part (BWP) uplink common (BWP-UplinkCommon) information element (IE) with a message A configuration common (MsgA-ConfigCommon) IE to configure the first resources, a RACH configuration common (rach-ConfigCommon) IE to configure the second resources, a message A set B configuration common (MsgA-SetB-ConfigCommon) IE to configure the third resources, and a RACH set B configuration common (rach-SetB-ConfigCommon) IE to configure the fourth resources.

[0149] Example 3 includes the method of example 1 or some other example herein, further comprising: identifying, based on the configuration information, a downlink (DL) reference signal receive power (RSRP) threshold; selecting, based on the DL RSRP threshold, the first resources or the second resources as the first RO set resources; and selecting, based on the DL RSRP threshold, the third resources or the fourth resources as the second RO set resources.

[0150] Example 4 includes the method of example 1 or some other example herein, further comprising: identifying, based on the configuration information, a first downlink (DL) reference signal receive power (RSRP) threshold; identifying, based on the configuration information, a second DL RSRP threshold; selecting, based on the first DL RSRP threshold, the first resources or the second resources as the first RO set resources; selecting, based on the second DL RSRP threshold, the third resources or the fourth resources as the second RO set resources.

[0151] Example 5 includes the method of example 1 or some other example herein, wherein the first RO set is a legacy set, the second RO set is an additional set, and selecting  the first RO set resources or the second RO set resources as RACH resources comprises: selecting the second RO set resources as the RACH resources.

[0152] Example 6 includes the method of example 1 or some other example herein, wherein the first RO set is a legacy set, the second RO set is an additional set, and selecting the first RO set resources or the second RO set resources as RACH resources comprises: determining that the second RO set resources includes the third resources for the 2-step RACH procedure; and selecting the second RO set resources as the RACH resources based on said determining that the second RO set resources includes the third resources for the 2-step RACH procedure.

[0153] Example 7 includes the method of example 1 or some other example herein, wherein the first RO set is a legacy set, the second RO set is an additional set, and selecting the first RO set resources or the second RO set resources as the RACH resources comprises: determining that the first RO set resources includes the first resources for the 2-step RACH procedure; determining that the second RO set resources includes the fourth resources for the 4-step RACH procedure; and selecting the first RO set resources as the RACH resources based on said determining that the first RO set resources includes the first resources for the 2-step RACH procedure and said determining that the second RO set resources includes the fourth resources for the 4-step RACH procedure.

[0154] Example 8 includes the method of example 1 or some other example herein, wherein the first RO set is a legacy set, the second RO set is an additional set, and selecting the first RO set resources or the second RO set resources as the RACH resources comprises: prioritizing the additional set over the legacy set; or prioritizing 2-step RACH procedure resources over 4-step RACH procedure resources.

[0155] Example 9 includes the method of example 1 or some other example herein, wherein the first RO set is a legacy set, the second RO set is an additional set, and selecting the first RO set resources or the second RO set resources as the RACH resources comprises: comparing a cross-link interference (CLI) level to a predetermined threshold; and selecting the first RO set resources or the second RO set resources as the RACH resources based on said comparing.

[0156] Example 10 includes the method of example 9 or some other example herein, wherein: comparing the CLI level to the predetermined threshold includes determining the CLI level is greater than the predetermined threshold; and selecting the first RO set resources  or the second RO set resources as the RACH resources includes selecting the first RO set resources based on said determining the CLI level is greater than the predetermined threshold.

[0157] Example 11 includes the method of example 1 or some other example herein, wherein the first RO set is a legacy set, the second RO set is an additional set, and selecting the first RO set resources or the second RO set resources as the RACH resources comprises: comparing a congestion level to a predetermined threshold; and selecting the first RO set resources or the second RO set resources as the RACH resources based on said comparing.

[0158] Example 12 includes the method of example 11 or some other example herein, further comprising: determining the congestion level based on a system information block (SIB) transmission or based on a success ratio of message 1 transmissions.

[0159] Example 13 includes the method of example 1 or some other example herein, wherein the first RO set is a legacy set, the second RO set is an additional set, and selecting the first RO set resources or the second RO set resources as the RACH resources comprises: accessing a first priority associated with the first RO set; accessing a second priority associated with the second RO set; and selecting the first RO set resources or the second RO set resources as the RACH resources based on the first priority and the second priority.

[0160] Example 14 includes a method comprising: processing configuration information to configure a first random access channel (RACH) occasion (RO) set and a second RO set, each of the first RO set and the second RO set having 2-step RACH resources and 4-step RACH resources; selecting the first RO set or the second RO set as selected RO set resources; selecting, from the first selected resources, 2-step RACH resources or 4-step RACH resources as selected RACH resources; and performing a RACH procedure using the selected RACH resources.

[0161] Example 15 includes the method of example 14 or some other example herein, wherein the configuration information includes a bandwidth part (BWP) uplink common (BWP-UplinkCommon) information element (IE) with a message A configuration common (MsgA-ConfigCommon) IE to configure 2-step RACH resources of the first RO set, a RACH configuration common (rach-ConfigCommon) IE to configure the 4-step resources of the first RO set, a message A set B configuration common (MsgA-SetB-ConfigCommon) IE to configure 2-step RACH resources of the second RO set, and a RACH set B configuration  common (rach-SetB-ConfigCommon) IE to configure 4-step RACH resources of the second RO set.

[0162] Example 16 includes the method of example 14 or some other example herein, wherein the first RO set is a legacy set, the second RO set is an additional set, and selecting the first RO set or the second RO set as selected RO set resources comprises: selecting the second RO set.

[0163] Example 17 includes the method of example 14 or some other example herein, wherein the first RO set is a legacy set, the second RO set is an additional set, and selecting the first RO set or the second RO set as selected RO set resources comprises: determining the RACH procedure is triggered based on a predetermined event, wherein the predetermined event is traffic having an associated urgency level greater than a predetermined threshold or non-access stratum (NAS) signaling; selecting the second RO set based on said determining the RACH procedure is triggered based on the predetermined event.

[0164] Example 18 includes the method of example 14 or some other example herein, wherein the first RO set is a legacy set, the second RO set is an additional set, and selecting the first RO set or the second RO set as selected RO set resources comprises: determining the RACH procedure is triggered based on a predetermined event, wherein the predetermined event is receipt of urgent traffic for transmission or receipt of non-access stratum (NAS) signaling; selecting the second RO set based on said determining the RACH procedure is triggered based on the predetermined event.

[0165] Example 19 includes the method of example 18 or some other example herein, wherein the predetermined event is receipt of urgent traffic for transmission, wherein the urgent traffic is associated with a multimedia priority service (MPS) or mission critical service (MCS) .

[0166] Example 20 includes the method of example 14 or some other example herein, wherein the first RO set is a legacy set, the second RO set is an additional set, and selecting the first RO set or the second RO set as selected RO set resources comprises: determining a downlink (DL) reference signal receive power (RSRP) level is greater than a predetermined threshold; selecting the second RO set based on said determining the RSRP level is greater than the predetermined threshold.

[0167] Example 21 includes the method of example 14 or some other example herein, wherein the first RO set is a legacy set, the second RO set is an additional set, and selecting the first RO set or the second RO set as selected RO set resources comprises: accessing a first priority associated with the first RO set; accessing a second priority associated with the second RO set; and selecting the second RO set based on the first priority and the second priority.

[0168] Example 22 includes the method of any one of examples 14–21 or some other example herein, wherein the first RO set is a legacy set, the second RO set is an additional set, and the configuration information is to configure the second RO set as a RACH feature.

[0169] Example 23 includes a method comprising: processing configuration information to configure a plurality of random access channel (RACH) occasion (RO) sets, wherein the plurality of RO sets includes a legacy RO set and an additional RO set;

[0170] identifying respective priorities for each RO set of the plurality of the RO sets; selecting, based on the respective priorities, initial RACH resources from the additional RO set for an initial transmission; determining a failure in a RACH procedure using the initial RACH resources; selecting, based on the respective priorities and said determining the failure, fallback RACH resources from the plurality of RO sets; attempting to perform the RACH procedure using the fallback RACH resources.

[0171] Example 24 includes the method of example 23 or some other example herein, wherein the fallback RACH resources are first fallback RACH resources and the method further comprises: determining a failure in the RACH procedure using the first fallback resources; selecting, based on the respective priorities and said determining the failure in the RACH procedure using the first fallback resources, second fallback RACH resources from the plurality of RO sets; and attempting to perform the RACH procedure using the second fallback RACH resources.

[0172] Example 25 includes the method of example 24 or some other example herein, wherein: determining a failure in the RACH procedure using the initial RACH resources is based on a first number of RACH attempts not succeeding; and determining the failure in the RACH procedure using the first fallback resources is based on a second number of RACH attempts not succeeding.

[0173] Example 26 includes the method of example 23 or some other example herein, wherein said selecting the fallback RACH resources is based on a fallback policy that  restricts selection of the fallback resources to 4-step RACH resources of the plurality of RO sets.

[0174] Example 27 includes the method of example 23 or some other example herein, wherein said selecting the fallback RACH resources is based on a fallback policy that restricts selection of the fallback resources to: resources having a lowest priority of the plurality of RO sets; resources having a next lower priority from a priority associated with the initial RACH resources; or 4-step resources having a next lower priority from a priority associated with the initial RACH resources.

[0175] Example 28 includes the method of example 23 or some other example herein, wherein said selecting the fallback RACH resources is based on a fallback policy that restricts selection of the fallback resources to resources within an RO set that includes the initial RACH resources.

[0176] Example 29 includes a method comprising: generating configuration information to configure a legacy random access channel (RACH) occasion (RO) set and an additional RO set, the legacy RO set having first resources for a 2-step RACH procedure and second resources for a RACH 4-step procedure, the second RO set having third resources for the 2-step RACH procedure and fourth resources for a 4-step RACH procedure, wherein the configuration information is to associate priority information with the legacy RO set and the additional RO set; and generating one or more signals to include the configuration information, the one or more signals to be transmitted to a user equipment (UE) .

[0177] Example 30 includes the method of example 29 or some other example herein, wherein the configuration information includes a bandwidth part (BWP) uplink common (BWP-UplinkCommon) information element (IE) with a message A configuration common (MsgA-ConfigCommon) IE to configure the first resources, a RACH configuration common (rach-ConfigCommon) IE to configure the second resources, a message A set B configuration common (MsgA-SetB-ConfigCommon) IE to configure the third resources, and a RACH set B configuration common (rach-SetB-ConfigCommon) IE to configure the fourth resources.

[0178] Example 31 includes the method of example 29 or some other example herein, wherein the configuration information is to configure the additional RO set as a RACH feature.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Claims

1.A method comprising:processing configuration information to configure a first random access channel (RACH) occasion (RO) set and a second RO set, the first RO set having first resources for a 2-step RACH procedure and second resources for a RACH 4-step procedure, the second RO set having third resources for the 2-step RACH procedure and fourth resources for a 4-step RACH procedure;selecting the first resources or the second resources as first RO set resources;selecting the third resources or the fourth resources as second RO set resources;selecting the first RO set resources or the second RO set resources as RACH resources; andperforming a RACH procedure using the RACH resources.2.The method of claim 1, wherein the configuration information includes a bandwidth part (BWP) uplink common (BWP-UplinkCommon) information element (IE) with a message A configuration common (MsgA-ConfigCommon) IE to configure the first resources, a RACH configuration common (rach-ConfigCommon) IE to configure the second resources, a message A set B configuration common (MsgA-SetB-ConfigCommon) IE to configure the third resources, and a RACH set B configuration common (rach-SetB-ConfigCommon) IE to configure the fourth resources.3.The method of claim 1, further comprising:identifying, based on the configuration information, a downlink (DL) reference signal receive power (RSRP) threshold;selecting, based on the DL RSRP threshold, the first resources or the second resources as the first RO set resources; andselecting, based on the DL RSRP threshold, the third resources or the fourth resources as the second RO set resources.4.The method of claim 1, further comprising:identifying, based on the configuration information, a first downlink (DL) reference signal receive power (RSRP) threshold;identifying, based on the configuration information, a second DL RSRP threshold;selecting, based on the first DL RSRP threshold, the first resources or the second resources as the first RO set resources;selecting, based on the second DL RSRP threshold, the third resources or the fourth resources as the second RO set resources.5.The method of claim 1, wherein the first RO set is a legacy set, the second RO set is an additional set, and selecting the first RO set resources or the second RO set resources as RACH resources comprises:selecting the second RO set resources as the RACH resources.6.The method of claim 1, wherein the first RO set is a legacy set, the second RO set is an additional set, and selecting the first RO set resources or the second RO set resources as RACH resources comprises:determining that the second RO set resources includes the third resources for the 2-step RACH procedure; andselecting the second RO set resources as the RACH resources based on said determining that the second RO set resources includes the third resources for the 2-step RACH procedure.7.The method of claim 1, wherein the first RO set is a legacy set, the second RO set is an additional set, and selecting the first RO set resources or the second RO set resources as the RACH resources comprises:determining that the first RO set resources includes the first resources for the 2-step RACH procedure;determining that the second RO set resources includes the fourth resources for the 4-step RACH procedure; andselecting the first RO set resources as the RACH resources based on said determining that the first RO set resources includes the first resources for the 2-step RACH procedure and said determining that the second RO set resources includes the fourth resources for the 4-step RACH procedure.8.The method of claim 1, wherein the first RO set is a legacy set, the second RO set is an additional set, and selecting the first RO set resources or the second RO set resources as the RACH resources comprises:prioritizing the additional set over the legacy set; orprioritizing 2-step RACH procedure resources over 4-step RACH procedure resources.9.The method of claim 1, wherein the first RO set is a legacy set, the second RO set is an additional set, and selecting the first RO set resources or the second RO set resources as the RACH resources comprises:comparing a cross-link interference (CLI) level to a predetermined threshold; andselecting the first RO set resources or the second RO set resources as the RACH resources based on said comparing.10.The method of claim 1, wherein the first RO set is a legacy set, the second RO set is an additional set, and selecting the first RO set resources or the second RO set resources as the RACH resources comprises:determining a congestion level based on a system information block (SIB) transmission or based on a success ratio of message 1 transmissions;comparing the congestion level to a predetermined threshold; andselecting the first RO set resources or the second RO set resources as the RACH resources based on said comparing.11.The method of claim 1, wherein the first RO set is a legacy set, the second RO set is an additional set, and selecting the first RO set resources or the second RO set resources as the RACH resources comprises:accessing a first priority associated with the first RO set;accessing a second priority associated with the second RO set; andselecting the first RO set resources or the second RO set resources as the RACH resources based on the first priority and the second priority.12.One or more computer-readable media having instructions that, when executed, cause processing circuitry to:process configuration information to configure a first random access channel (RACH) occasion (RO) set and a second RO set, each of the first RO set and the second RO set having 2-step RACH resources and 4-step RACH resources;select the first RO set or the second RO set as selected RO set resources;select, from the first selected resources, 2-step RACH resources or 4-step RACH resources as selected RACH resources; andperform a RACH procedure using the selected RACH resources.13.The one or more computer-readable media of claim 12, wherein the configuration information includes a bandwidth part (BWP) uplink common (BWP-UplinkCommon) information element (IE) with a message A configuration common (MsgA-ConfigCommon) IE to configure 2-step RACH resources of the first RO set, a RACH configuration common (rach-ConfigCommon) IE to configure the 4-step resources of the first RO set, a message A set B configuration common (MsgA-SetB-ConfigCommon) IE to configure 2-step RACH resources of the second RO set, and a RACH set B configuration common (rach-SetB-ConfigCommon) IE to configure 4-step RACH resources of the second RO set.14.The one or more computer-readable media of claim 12, wherein the first RO set is a legacy set, the second RO set is an additional set, and to select the first RO set or the second RO set as selected RO set resources the processing circuitry is to:select the second RO set.15.The one or more computer-readable media of claim 12, wherein the first RO set is a legacy set, the second RO set is an additional set, and to select the first RO set or the second RO set as selected RO set resources the processing circuitry is to:determine the RACH procedure is triggered based on a predetermined event, wherein the predetermined event is traffic having an associated urgency level greater than a predetermined threshold or non-access stratum (NAS) signaling;select the second RO set based on said determining the RACH procedure is triggered based on the predetermined event.16.The one or more computer-readable media of claim 12, wherein the first RO set is a legacy set, the second RO set is an additional set, and to select the first RO set or the second RO set as selected RO set resources the processing circuitry is to:determine the RACH procedure is triggered based on a predetermined event, wherein the predetermined event is receipt of urgent traffic for transmission or receipt of non-access stratum (NAS) signaling; andselect the second RO set based on said determining the RACH procedure is triggered based on the predetermined event.17.The one or more computer-readable media of claim 12, wherein the first RO set is a legacy set, the second RO set is an additional set, and to select the first RO set or the second RO set as selected RO set resources the processing circuitry is to:determine a downlink (DL) reference signal receive power (RSRP) level is greater than a predetermined threshold; andselect the second RO set based on said determining the RSRP level is greater than the predetermined threshold.18.The one or more computer-readable media of claim 12, wherein the first RO set is a legacy set, the second RO set is an additional set, and to select the first RO set or the second RO set as selected RO set resources the processing circuitry is to:access a first priority associated with the first RO set;access a second priority associated with the second RO set; andselect the second RO set based on the first priority and the second priority.19.The one or more computer-readable media of any one of claims 12–18, wherein the first RO set is a legacy set, the second RO set is an additional set, and the configuration information is to configure the second RO set as a RACH feature.20.An apparatus comprising processing circuitry to:process configuration information to configure a plurality of random access channel (RACH) occasion (RO) sets, wherein the plurality of RO sets includes a legacy RO set and an additional RO set;identify respective priorities for each RO set of the plurality of the RO sets;select, based on the respective priorities, initial RACH resources from the additional RO set for an initial transmission;determine a failure in a RACH procedure using the initial RACH resources;select, based on the respective priorities and said determining the failure, fallback RACH resources from the plurality of RO sets;attempt to perform the RACH procedure using the fallback RACH resources.21.The apparatus of claim 20, wherein the fallback RACH resources are first fallback RACH resources and the processing circuitry is further to:determine a failure in the RACH procedure using the first fallback resources;select, based on the respective priorities and said determining the failure in the RACH procedure using the first fallback resources, second fallback RACH resources from the plurality of RO sets; andattempt to perform the RACH procedure using the second fallback RACH resources.22.The method of claim 20, wherein said selecting the fallback RACH resources is based on a fallback policy that:restricts selection of the fallback resources to 4-step RACH resources of the plurality of RO sets;restricts selection of the fallback resources to: resources having a lowest priority of the plurality of RO sets; resources having a next lower priority from a priority associated with the initial RACH resources; or 4-step resources having a next lower priority from a priority associated with the initial RACH resources; orrestricts selection of the fallback resources to resources within an RO set that includes the initial RACH resources.23.A method comprising:generating configuration information to configure a legacy random access channel (RACH) occasion (RO) set and an additional RO set, the legacy RO set having first resources for a 2-step RACH procedure and second resources for a RACH 4-step procedure, the second RO set having third resources for the 2-step RACH procedure and fourth resources for a 4-step RACH procedure, wherein the configuration information is to associate priority information with the legacy RO set and the additional RO set; andgenerating one or more signals to include the configuration information, the one or more signals to be transmitted to a user equipment (UE) .24.The method of claim 23, wherein the configuration information includes a bandwidth part (BWP) uplink common (BWP-UplinkCommon) information element (IE) with a message A configuration common (MsgA-ConfigCommon) IE to  configure the first resources, a RACH configuration common (rach-ConfigCommon) IE to configure the second resources, a message A set B configuration common (MsgA-SetB-ConfigCommon) IE to configure the third resources, and a RACH set B configuration common (rach-SetB-ConfigCommon) IE to configure the fourth resources.25.The method of claim 23, wherein the configuration information is to configure the additional RO set as a RACH feature.

Images