Configuration for random access in sub-band full duplex

Abstract

Techniques are described herein for sub-band full duplex resource allocation. An example, method includes generating single random access channel (RACH) configuration information to be transmitted to a sub-band full duplex (SBFD) -aware UE and a non-SBFD aware UE, where the RACH configuration information indicates that the SBFD-aware UE is to use a PRACH preamble format, and the non-SBFD-aware UE to use the PRACH preamble format. The method further includes processing a first PRACH preamble in the PRACH format received from the SBFD-aware UE. The method further includes processing a second PRACH preamble in the PRACH format received from the SBFD-aware UE.

Description

CONFIGURATION FOR RANDOM ACCESS IN SUB-BAND FULL DUPLEXFIELD

[0001] This application relates to wireless networks and, in particular, to configuration for random access in sub-band full duplex in such networks.BACKGROUND

[0002] Cellular communications can be defined in various standards to enable communications between a user equipment and a cellular network. For example, a long-term evolution (LTE) network and Fifth generation mobile network (5G) are wireless standards that aim to improve upon data transmission speed, reliability, availability, and more.BRIEF DESCRIPTION OF THE DRAWINGS

[0003] Figure 1A is an illustration of an example uplink (UL) and downlink (DL) configuration, according to one or more embodiments.

[0004] Figure 1B is an illustration of an example UL and DL configuration, according to one or more embodiments.

[0005] Figure 2 is an illustration of an example UL and DL configuration, according to one or more embodiments.

[0006] Figure 3 is an illustration of an example UL and DL configurations, according to one or more embodiments.

[0007] Figure 4 is an illustration of an example PRACH configurations, according to one or more embodiments.

[0008] Figure 5 is an illustration of an example PRACH configurations, according to one or more embodiments.

[0009] Figure 6 is an illustration of an example RACH configuration and an example PRACH configuration.

[0010] Figure 7 is an illustration of an example configuration table, according to one or more embodiments.

[0011] Figure 8 is an illustration of table 6.3.3.2-3 for PRACH format 0 as defined in TS 38.211, according to one or more embodiments.

[0012] Figure 9 is an illustration of a configuration table with modified subframe numbers, according to one or more embodiments.

[0013] Figure 10 is an illustration of table 6.3.3.2-3 for PRACH format 1 as defined in TS 38.211, according to one or more embodiments.

[0014] Figure 11 is an illustration of a configuration table with modified subframe numbers, according to one or more embodiments.

[0015] Figure 12 is an illustration of table 6.3.3.2-3 for PRACH format 2 as defined in TS 38.211, according to one or more embodiments.

[0016] Figure 13 is an illustration of a configuration table with modified subframe numbers, according to one or more embodiments.

[0017] Figure 14 is an illustration of table 6.3.3.2-3 for PRACH format 3 as defined in TS 38.211, according to one or more embodiments.

[0018] Figure 15 is an illustration of a configuration table with modified subframe numbers, according to one or more embodiments.[0018.1][Corrected under Rule 26, 17.06.2024]Figure 16 is an illustration of an example process flow for SBFD resource allocation, according to one or more embodiments.[0018.2][Corrected under Rule 26, 17.06.2024]Figure 17 is an illustration of an example process flow for SBFD resource allocation, according to one or more embodiments.

[0019] [Corrected under Rule 26, 17.06.2024]Figure 18 is an illustration of an example of receive components, in accordance with some embodiments.

[0020] [Corrected under Rule 26, 17.06.2024]Figure 19 is an illustration of an example of a user equipment (UE) , in accordance with some embodiments.

[0021] [Corrected under Rule 26, 17.06.2024]Figure 20 is an illustration of an example of a network node, in accordance with some embodiments.DETAILED DESCRIPTION

[0022] 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, techniques, etc., 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 phrase “A or B” means (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. ”

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

[0024] The term “circuitry” as used herein refers to, is part of, or includes hardware components such as 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) ) , digital signal processors (DSPs) , etc., that are configured to provide the described functionality. 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.

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

[0026] 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, network interface cards, or the like.

[0027] The term “user equipment” or “UE” as used herein refers to a device with radio communication capabilities and may describe a remote user of 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, reconfigurable mobile device, etc. Furthermore, the term “user equipment” or “UE” may include any type of wireless / wired device or any computing device including a wireless communications interface.

[0028] The term “base station” as used herein refers to a device with radio communication capabilities, that is a network component of a communications network (or, more briefly, a network) , and that may be configured as an access node in the communications network. A UE’s access to the communications network may be managed at least in part by the base station, whereby the UE connects with the base station to access the communications network. Depending on the radio access technology (RAT) , the base station can be referred to as a gNodeB (gNB) , eNodeB (eNB) , access point, etc.

[0029] The term “network” as used herein reference to a communications network that includes a set of network nodes configured to provide communications functions to a plurality of user equipment via one or more base stations. For instance, the network can be a public land mobile network (PLMN) that implements one or more communication technologies including, for instance, 5G communications.

[0030] The term “computer system” as used herein refers to any type of 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.

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

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

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

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

[0035] 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, virtualized network function, or the like.

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

[0037] The term “3GPP Access” refers to accesses (e.g., radio access technologies) that are specified by 3GPP standards. These accesses include, but are not limited to, GSM / GPRS, LTE, LTE-A, 5G NR, or 6G. In general, 3GPP access refers to various types of cellular access technologies.

[0038] The term “Non-3GPP Access” refers to any accesses (e.g., radio access technologies) that are not specified by 3GPP standards. These accesses include, but are not limited to, WiMAX, CDMA2000, Wi-Fi, WLAN, or fixed networks. Non-3GPP accesses may be split into two categories, "trusted" and "untrusted. " Trusted non-3GPP accesses can interact directly with an evolved packet core (EPC) or a 5G core (5GC) , whereas untrusted non-3GPP accesses interwork with the EPC / 5GC via a network entity, such as an Evolved Packet Data Gateway or a 5G NR gateway. In general, non-3GPP access refers to various types on non-cellular access technologies.

[0039] Random Access Channel (RACH) Resource Allocation

[0040] In a RAN#102 meeting, a new radio (NR) duplex operation, sub-band full duplex (SBFD) was approved. In SBFD, a portion of a downlink (DL) slot can be dedicated for an uplink (UL) transmission to a base station. In particular, SBFD symbols in the DL slot can be dedicated for UL transmission. Additionally, various objectives have been agreed upon for SBFD. One objective for a sub-band non-overlapping full duplex (SBFD) operation from a base station perspective to specify a semi-static indication of time location of SBFD sub-bands to user equipment’s (UEs) that are in a radio resource control (RRC) CONNECTED mode. Additionally, that an indication of a time location of SBFD in a system information block (SIB) is not precluded. Another objective is to specify a semi-static indication for a frequency domain location of the SBFD sub-bands to UEs in an RRC_CONNECTED mode. Additionally, that the indication of the frequency domain location of the SBFD sub-bands in an SIB is not precluded. Another objective is to specify an SBFD operation to support random access in SBFD symbols by UEs in an RRC_CONNECTED mode. It has further been agreed upon to study and specify an SBFD operation to a UE in an RRC_IDLE / INACTIVE mode for random access. Another objective is to specify UE transmission, reception, and measurement behavior and procedures in SBFD symbols or non SBFD symbols for a SBFD-aware UE. The transmission and reception behaviors in the SBFD sub-bands configured in DL or flexible symbol can be indicated by time division duplex (TDD) -UL-DL-ConfigCommon. The procedures can relate to UL transmissions within a UL sub-band only. The procedures can relate to DL receptions within the DL sub-band, except when a UE is taking a cross link interference (CLI) measurement outside the DL sub-bands. In the event that slot symbols are flexible symbols, it is not expected that a legacy UL symbol is converted to a DL / SBFD symbol. Another objective is for an enhancement on resource allocation in the frequency domain for physical downlink shared channel (PDSCH)  / channel state information (CSI) -reference signal (RS) across two DL sub-bands in SBFD symbols. Furthermore, another objective is to determine how to handle unaligned boundaries between SBFD sub-band (s) and resource block group (RBG) , CSI reporting sub-band, CSI-RS, and a physical resource block group (PRG) .

[0041] In RAN1 #116 various agreements in relation to SBFDs were made. One agreement related to considering the following options for a random access operation for SBFD-aware UEs in an RRC_CONNECTED mode. One option is to use a single RACH configuration with a possible enhancement. The RACH occasions (ROs) with a UL sub-band in SBFD symbols can be valid to use for an SBFD-aware UE. Another option is to use two separate RACH configurations, including one legacy RACH configuration and one additional RACH configuration. The ROs that are within the UL sub-band in SBFD symbols that are configured by the additional RACH configuration can be valid for an SBFD-aware UE.

[0042] Another agreement is that a slot can include SBFD symbols and non-SBFD symbols. If only one TDD-UL-DL pattern is configured, the SBFD symbols can be configured in a consecutive manner within the TDD-UL-DL pattern. If two TDD-UL-DL patterns are configured, and if the SBFD symbols are configured for one of the TDD-UL-DL pattern, the SBFD symbols can be configured in a consecutive manner within the TDD-UL-DL pattern period. If two TDD-UL-DL patterns are configured and there are SBFD symbols configured for both TDD-UL-DL patterns, the SBFD symbols can be configured in a consecutive manner for each of the TDD-UL-DL pattern periods. For each of the above variations, the SBFD symbols can be configured in DL or flexible symbols can be configured in TDD-UL-DL-ConfigCommon. The configured SBFD symbols can start from any symbol within a slot and can end at any symbol within the slot. The reference subcarrier spacing (SCS) in the TDD-UL-DL-ConfigCommon can be referenceSubcarrierSpacing.

[0043] Various issues for SBFDs can relate to configuring ROs for SBFD-aware UEs in an RRC_CONNECTED mode. These issues include the network indicating the RO to the UE, RO validation rules for the UE, rules for mapping a synchronization signal block (SSB) to an RO, and whether and how to allow an SBFD-aware UE and a non-SBFD-aware UE to use different physical random access channel (PRACH) preamble formats.

[0044] Other issues can relate to PRACH power control in SBFD symbols and non-SBFD symbols. These issues can include power ramping in a PRACH transmission, the content of power control parameter sets, and power increases and decreases related to a transmit power control (TPC) application.

[0045] Figure 1A is an illustration 100 of an example PRACH configuration, according to one or more embodiments. Figure 1A is provided for reference purposes. Figure 1B is an illustration 150 of an example PRACH configuration, according to one or more embodiments. Figure 1B is provided to illustrate embodiments described herein. As illustrated in Figure 1A, the TTD-UL-DL pattern can be described as DDDDDDDSUU, where D corresponds to a slot (e.g., slots 0-6 and 10-16) configured for a DL reception, S corresponds to a slot (e.g., slot 7 and 17) for a DL reception or a UL transmission, and U corresponds to a slot (e.g., slots 8, 9, 18, and 19) configured for a UL transmission. Slots 6, 7, 16, and 17 have been configured for an SBFD sub-band (SB) . For illustration purposes, an SBFD sub-band has been illustrated with horizontal lines. The periodicity for the TTD-UL-DL pattern can be set to 5ms.

[0046] As an example, the PRACH configuration index (see 3GPP TS 36.211 V17.4.0 (2023-09) can be set to 17, such that slots 8, 9, 18, and 19 have been configured for ROs for a legacy UE (e.g., non-SBFD aware UE) . Therefore, the legacy UE can transmit a PRACH preamble during slots 8, 9, 18, and 19.

[0047] As illustrated in Figure 1B, the TTD-UL-DL pattern can also be described as DDDDDDDSUU, The PRACH configuration index can be set to 24, such that the ROs are located in slot 6, 7, 8, 9, 16, 17, 18, and 19. Slot 6, 7, 16, and 17 have been configured for an SBFD-aware UE.

[0048] In one embodiment, a network can indicate to the UE, a PRACH configuration index (e.g., prach-ConfigurationIndex) . The PRACH configuration index can be a parameter that specifies an index, which can inform the UE as to which frame number and which subframe number (SFN) within the frame has PRACH resources. The same PRACH format can be used for a SBFD-aware UE and a non-SBFD-aware UE. In another embodiment, the network can indicate a PRACH configuration for a SBFD-aware UE and indicate a PRACH configuration to a non-SBFD-aware UE. In these embodiments, the PRACH configurations can be for the same preamble format or for two different preamble formats. For example, the network can indicate PRACH format 0 (1ms) for a legacy UE (e.g., non-SBFD-aware UE) and use PRACH format 1 (3ms) for an SBFD-aware UE. In this option, if the ROs are partially overlapping between the two PRACH configurations, the dedicated PRACH preambles can either be allocated to ROs in the SBFD symbols, otherwise the UE can consider the ROs to be invalid.

[0049] It can be seen in Figure 1B, the network has indicated that slots 6, 7, 16, and 17 with ROs in the SBFD sub-bands. Slots 8, 9, 18, and 19 are dedicated to UL transmissions and also indicated with ROs for the UE to transmit a PRACH preamble, but with UL symbols.

[0050] In another embodiment, the network can indicate (e.g., using msg1-FrequecyStart) two RO frequency domain configurations for ROs in the SBFD symbols. The msg1-FrequencyStart can be a value that indicates the offset of the lowest PRACH transmission in the frequency domain. In yet another embodiment, the network can indicate two PRACH configurations, one PRACH configuration for a legacy UE (e.g., non-SBFD-aware UE) and one PRACH configuration for an SBFD-aware UE. The network can also indicate two RO frequency domain configurations as described above.

[0051] Figure 2 is an illustration 200 of an example UL and DL configuration, according to one or more embodiments. A network can indicate a PRACH configuration index to configure a frame with PRACH resources. Each RO can be associated with an SSB, which can provide frequency and timing synchronization information to the UE. The network can indicate to the UE with a RACH configuration information with a possible enhancement. For a non-SBFD-aware UE, the UE can consider only the ROs in the non-SBFD band for SSB to RO association. As illustrated in FIG. 2, slots 8 and 9 correspond to non-SBFD bands and the non-SBFD-aware UE can associate RO2 with SSB2 and the non-SBFD-aware UE can associate RO1 with SSB 1. The non-SBFD-aware UE can further associate RO4 with SSB4 and RO3 with SSB3. In this scenario, the non-SBFD-aware UE does not use the RO-SSB associations in SBFD sub-bands (e.g., slots 6, 7, 16, and 17) .

[0052] For an SBFD-aware UE, the UE can either associate ROs with SSBs in the SBFD sub-band or associate ROs with SSBs with the non-SBFD bands. In one embodiment, the SBFD-aware UE can only use the ROs in the SBFD sub-band (e.g., slots 6, 7, 16, and 17) according to predefined selection rules (e.g., an SSB-reference signal received power (RSRP) measure threshold) ) . Or the ROs in the SBFD sub-band can be configured for specific RACH-related features (e.g., reduced capacity (RedCap) , small data transmission (SDT) , Msg3 physical uplink shared channel (PUSCH) repetition, PRACH repetition, or other RACH-related features) . In another embodiment, the SBFD-aware UE can use both the ROs in the SBFD sub-band (e.g. slots 6, 7, 16, and 17) and the ROs defined in a legacy release configuration without differentiation (slots 8, 9, 18, and 19) .

[0053] The UE can perform a unified RO to SSB association, where all of the ROs can be used together to perform an RO to SSB association. The ROs should be configured within the SBFD UL sub-band. For preambles in the ROs of non-SFBD sub-band, the base station can configure dedicated preambles for some purpose (e.g., RedCap, PRACH repetition) . If the base station does not configure dedicated preambles, an SFBD-aware UE can select a preamble similar to a non-SFBD-aware UE (e.g., the UE selects a preamble for contention-based random access (CBRA) or contention-free random access (CFRA) . For preambles in the RO of a SBFD sub-band, all preambles are usable for an SBFD-aware UE. A network can divide the preambles into groups, such as for CBRA, CFRA. Or the preambles can be configured for specific RACH-related features, similar to configured dedicated preambles in a non-SBFD sub-band.

[0054] Figure 3 is an illustration 300 of an example UL and DL configurations, according to one or more embodiments. In particular, Figure 3 includes a first UL and DL configuration 302 and a second UL and DL configuration 304. The first UL and DL configuration 302 can be associated with an SBFD-aware SSB to RO association and the second UL and DL configuration 304 can be associated with a legacy SSB to RO association for a legacy UE (e.g., non-SBFD-aware UE) . In one embodiment, there can be a unified RO to SSB association as to whether the RO is in an RBF sub-band or not, in which all of the ROs can be used together to perform an association with the SSB for an SBFD-aware UE. In this embodiment, the ROs can be configured within the SBFD UL band. As illustrated in the first UL and DL configuration 302, for the SBFD RO to SSB association, the SBFD-aware UE can associate RO2 with SSB2 and RO1 with SSB 1 (slots 6, 7, 16, and 17) . The non-SBFD-aware UE can also associate RO4 with SSB4 and RO3 with SSB 3 (slots 8, 9, 18, and 19) . As illustrated in the second UL and DL configuration 304, for the legacy RO to SSB association, the legacy UE (e.g., non-SFBD UE) can associate RO2 with SSB1 and RO1 with SSB1. As illustrated, the SBFD-aware RO to association can lead a legacy UE to associate ROs with SSB differently than for a SBFD-aware RO to SSB association.

[0055] Figure 4 is an illustration 400 of an example PRACH configurations, according to one or more embodiments. In particular, Figure 4 includes a first PRACH configuration 402, a second PRACH configuration 404, a third SSB to RO association pattern 406, and a fourth SSB to RO association pattern 408. In one option, the TDD-UL-DL pattern DDDDDDDSUU for each is the same. The periodicity for TTD-UL-DL pattern can be 5ms and the SCS can be 30kHz. The network can indicate a PRACH configuration index 16, such that the SBFD sub-bands are configured in slots 2, 3, 12, and 13. A network can indicate to the UEs with one of two RACH configurations. The network can indicate legacy RACH configuration information to a UE (e.g., legacy UE) or an additional RACH configuration information to a UE (e.g., SBFD-aware UE) . The network can provide additionalRACHConfig information, via a system information block 1 (SIB1) or radio resource control (RRC) signaling, to provide RACH configuration information to the UE. In one embodiment, the ROs in two RACH configurations can be the same or different from the PRACH format in a legacy RACH configuration. For example, a long PRACH format can be configured in SBFD symbols for enhanced coverage (e.g., a larger cell radius) . The first PRACH configuration 402 can illustrate the ROs for a legacy UE (e.g., non-SBFD-aware UE) . The second PRACH configuration 404 can illustrate the ROs for an SBFD-aware UE. As illustrated in the third SSB to RO association pattern 406, the network can provide configuration information indicating PRACH configuration index 18, such that the ROs are configured in the SBFD sub-band in slots 2, 3, 12, and 13. The SFBD-aware UE can associate RO2 with SSB2 and RO1 with SSB1 (slots 2 and 3) . The SFBD-aware UE can also associate RO4 with SSB4 and RO3 with SSB3 (slots 12 and 13) . The legacy UE (e.g., non-SBFD-aware UE) can associate RO2 with SSB2 and RO1 with SSB1 (slots 8 and 9) . The legacy UE can also associate RO4 with SSB4 and RO3 with SSB3 (slots 18 and 19) .

[0056] In another embodiment, the RO to SSB associations for both RACH configurations can be performed jointly. In this embodiment, the PRACH format in the additional RACH configuration (e.g., SBFD-aware RACH configuration) can be the same as the PRACH format for the legacy RACH configuration. As illustrated in the fourth SSB to RO association pattern 408, the SBFD-aware UE can associate RO2 with SSB2 and RO1 with SSB 1 (slots 2, 3, 12, and 13) . The legacy UE can associate RO4 with SSB4 and RO3 with SSB3 (slots 8, 9, 18, and 19) .

[0057] Figure 5 is an illustration 500 of an example PRACH configurations, according to one or more embodiments. In particular, Figure 5 includes a first PRACH configuration 502 for a legacy UE (e.g., non-SBFD-aware UE) , a second PRACH configuration 504 for an SBFD-aware UE, and a third combined PRACH configuration 506. The third combined PRACH configuration 506 can include a combination of the first PRACH configuration 502 and the second PRACH configuration 504. Each of the configurations can include the TDD-UL-DL pattern DDDDDDDSUU. The periodicity for the TTD-UL-DL pattern can be 5ms and the SCS can be 30kHz. For the first PRACH configuration 502, the network can indicate a PRACH configuration index 17, such that the SBFD sub-bands are configured in slots 2, 3, 12, and 13. In one embodiment, the network can provide RACH information through separate RACH configurations, include one RACH configuration information for a legacy RACH configuration and another RACH configuration for a SBFD-aware RACH configuration. The UE can associate an RO to an SSB jointly when using a long PRACH format. For a legacy PRACH configuration, the UE can be configured to use a short PRACH format in a legacy RACH configuration. For an SBFD-aware PRACH configuration, a long PRACH preamble format can be configured. In this instance, an RO can overlap with the legacy RO configuration. For example, a network can indicate an existing PRACH configuration (e.g., prach-ConfigurationIndex) to the UE. In this instance, the PRACH preambles allocated for an SBFD-aware UE and a non-SBFD-aware UE would not be overlapped.

[0058] As illustrated in the third combined PRACH configuration 506, the base station can indicate a PRACH configuration index 33, PRACH format 1 with a 3ms length. In this SBFD-aware RACH configuration, the RO can occupy slots 14, 15, 16, 17, 18, and 19.

[0059] A UE can transmit a RACH preamble during an RO if the RO is a valid RO. Therefore, the UE can validate an RO prior to transmitting the PRACH preamble. For ROs in a UL slot, the UE can determine an RO is valid if the RO is within the UL symbols or if (1) the RO does not precede an SSB or physical broadcast channel (PBCH) block, (2) starts at least Ngap symbols after a last DL symbol, and (3) starts at least Ngap symbols after a last SSB or PBCH block transmission symbol.

[0060] For ROs in the SBFD UL symbol, the UE can determine the RO is valid if the RO is within the SBFD symbol or (1) it does not precede an SSB or PBCH block in a UL sub-band in SBFD symbols, (2) starts at least in Ngap symbols after a last DL symbol, (3) and starts at least Ngap symbols after a last SSB or PBCH block transmission symbol. (4) is in an UL sub-band, (5) in SBFD symbols In this instance, the UE can determine the RO is invalid if the RO and the SSB are in the same slot or have any overlapping including considering the gap.

[0061] For an RO across the SBFD symbols and non-SBFD symbols in the same slot or across slots, the following may apply. A UE can determine an RO is valid if the RO does not overlap in time and frequency with any valid PRACH occasion associated with either a Type-1 random access procedure or a Type-2 random access procedure. Additionally, the UE can determine that the RO is valid is the RO is within the UL symbols or SBFD symbols or (1) the RO does not precede an SSB or PBCH block in the UL sub-band in SBFD symbols, (2) starts at least Ngap symbols after a last downlink symbol, and (3) starts after a last SSB or PBCH block transmission signal.

[0062] In other embodiments, a UE can determine an RO to be valid if the RO is within the UL symbols or SBFD symbols or (1) the RO does not precede an SSB or PBCH block in a UL sub-band in SBFD symbols, (2) starts at least Ngap symbols after a last DL symbol, and (3) starts at least Ngap symbols after a last SSB or PBCH block transmission symbol. For example, these embodiments can be used for the embodiment described with respect to the third combined PRACH configuration 506. The UE can determine that the RO is invalid if the RO and SSB are in the same slot.

[0063] In some embodiments, a UE may always consider an RO to be invalid if the RO is partially overlapping or outside of the SBFD UL sub-band.

[0064] For new RO configurations in SBFD symbols, the PRACH frequency domain starting point (e.g., msg1-FrequencyStart in RACH-ConfigGenric can be determined as follows: the lowest RO can be determined by a frequency offset relative to the lowest RPB of (a) an SBFD UL sub-band, (b) point A, which can be the lowest common resource block (CRB) , (c) an existing RO frequency location (e.g., relative to an existing msg1-FrequencyStart configuration, (d) a UL initial bandwidth part (BWP) , a DL initial BWP, or coreset#0.

[0065] As indicated above, another issue is PRACH power control in SBFD symbols and non-SBFD symbols. In an embodiment, a single power control parameter set can be applied for a random access procedure in both SBFD symbols and non-SBFD symbols. In another embodiment, multiple power control parameters can be configured for random access procedures in SBFD symbols and non-SBFD symbols, respectively. In this embodiment, for an Msg3 PUSCH and Msg3 PUSCH re-transmissions, separate sets of PO and Alpha values are configured. For a sounding reference signal (SRS) transmission in SFBD symbols, separate sets of PO and Alpha values are configured. For a physical uplink control channel (PUCCH) transmission for a Msg4 hybrid automatic repeat request, separate sets of PO and Alpha values are configured. For a PRACH transmission, a set of parameters can be configured, including target receive power, power ramping step (e.g., powerRampingStep) , PRACH target reception power (e.g., preambleReceivedTargetPower) .

[0066] Figure 6 is an illustration 600 of an example RACH configuration and an example PRACH configuration, according to one or more embodiments. A network can provide a UE with the RACH configuration and PRACH configuration to be used for RACH resource allocation.

[0067] For a transmit power control (TPC) command application, the TPC commands can be separately accumulated for a PUSCH transmission in UL symbols and SBFD symbols. In another embodiment, the TPC commands can be applied to all PUCH transmissions in UL symbols and SBFD symbols.

[0068] PRACH Configuration for Random Access in SBFD Sub-Band

[0069] PRACH configurations for FDD and TDD are described in 3GPP TS 38.211 V18.2.0 (2024-03) . Relevant sections of the TS can include (1) Table 6.3.3.2-2: Random access configurations for FR1 and paired spectrum / supplementary uplink, (2) Table 6.3.3.2-3: Random access configurations for FR1 and unpaired spectrum, and (3) Table 6.3.3.2-4: Random access configurations for FR2 and unpaired spectrum. The PRACH configuration index in the above table can indicate the PRACH format, the number of ROs in a PRACH slot, the subframe (s) for RO, and PRACH transmission periodicity.

[0070] The PRACH length can impact the RO numbers in a radio frame. For example, the length of a long sequence PRACH format can, (a) for PRACH format 0, be 1ms, (b) for PRACH format 1, be 3ms, (c) for PRACH format 2, be 3.5ms, (d) for PRACH format 3, 1ms. The length of a short sequence PRACH format can (a) for PRACH format A1, B1, C0 length, be 2 symbols, (b) for PRACH format A2, B2, be 4 symbols, (c) for PRACH format A3, B3, C2, be 6 symbols, (d) for PRACH format B4 length, be 12 symbols.

[0071] Various issues have been discussed with respect to PRACH configuration for random access in SBFD sub-band. Example issues can include whether to support random access in SBFD symbols for UEs in RRC_IDLE / INACTIVE mode, options for configuring ROs for SBFD aware UEs in an RRC_CONNECTED mode, including RO validation rules, SSB-RO mapping rules, whether / how to an allow SBFD aware UE and a non-SBFD aware UE to use different PRACH formats, whether and how to support separate PRACH power control parameters configuration in SBFD symbols and non-SBFD symbols, whether and how to enhance the existing random access configuration tables for unpaired spectrum, and whether and how to support PRACH repetition.

[0072] The current TDD PRACH configuration table was designed to put the ROs in the most likely UL subframe (e.g., subframe 4, 9, and subframe 3, 8) . The TDD UL / DL configuration can be configured flexible, but the basic pattern is DSU DDSUU DDSUU, where the start of the TDD UL / DL pattern is the DL, and the end of the pattern is UL. ROs configured in SBFD UL sub-band are in the DL slot, therefore the valid ROs in SBFD sub-band can be scarce if following current TDD PRACH configuration, which can reduce the benefit of introducing random access in an SBFD sub-band.

[0073] One particular issue is how to enhance the existing random access configuration tables for unpaired spectrum. Another particular issue is how to support PRACH repetitions.

[0074] Embodiments herein describe techniques for enhancing the existing random access configuration tables for unpaired spectrum. A new PRACH configuration can be introduced to support SBFD random operation. A single PRACH configuration (e.g., prach-ConfigurationIndex) can be provided to both an SBFD-aware UE and a non-SBFD-aware UE. Existing PRACH configuration tables for TDD (e.g., Table 6.3.3.2-3, Table 6.3.3.2-4, See TS 38.211 referenced above) can be reused. Some of the table entries can be re-interpreted for an SBFD-aware UE, by adding more available subframes to the existing subframes. These table entries would not be re-interpreted for a non-SBFD-aware UE.

[0075] A new PRACH configuration can be introduced to support an SBFD operation. In one embodiment, two PRACH configurations can be introduced. The network can indicate PRACH configurations (e.g., prach-ConfigurationIndex) separately for an SBFD-aware UE and a non-SBFD-aware UE. The non-SBFD-aware UE can apply the existing RACH configuration.

[0076] Figure 7 is an illustration 700 of an example configuration table, according to one or more embodiments. As an example, for PRACH configuration index 27, the subframes 0, 2, 4, 6, and 8 (bolded for emphasis) have been added to the existing subframes 1, 3, 5, 7, and 9 for PRACH format 0. These added subframes can be used for valid ROs by a SBFD-aware UE. A non-SBFD-aware UE can still transmit a PRACH preamble using subframes 1, 3, 5, 7, and 9.

[0077] In some embodiments, a network can configure separate PRACH configurations (e.g., prach-ConfigurationIndex) for a legacy UE (e.g., non-SBFD-aware UE) and for an SBFD-aware UE.The non-SBFD-aware UE can apply the existing RACH configuration tables (e.g., Table 6.3.3.2-3 and Table 6.3.3.2-4 of TS 38.211.

[0078] For an SBFD-aware UE, the network can derive the PRACH configuration as follows: In one embodiment, for frequency range 1 (FR1) , the network can use the frequency division duplexing (FDD) PRACH configuration table (e.g., Table 6.3.32-5 defined in TS 38.211) to perform random access in the SBFD sub-band. In some instances, only a subset of the FDD configuration table is applied (e.g., some entries of the table are re-sued) . In another embodiment, the network can introduce a new PRACH configuration table (Table 6.3.3.2-5 for FR1 TDD and Table 6.3.3.2-6 for FR2 TDD as defined in TS 38.211) for SBFD-aware UE to perform random access in the SBFD sub-band. In some instances, for FR 1, the basic structure of the new table for RO in SBFD symbols is constructed by the combination of the FDD table and the TDD table (e.g., Table 6.3.2 2-2 and Table 6.3.3.2-3 defined in TS 38.211) . In some instances, new PRACH configurations can be introduced and the basic principle to introduce a new entry is (1) selecting the most likely DL subframe (s) in the existing entry and (2) trying not to overlap with subframes in the existing entry. In some instances, for FR 2, the network can define new PRACH configurations for ROs in the SBFD symbols.

[0079] Figures 8 and 9 can be viewed together to illustrate a new PRACH configuration. Figure 8 is an illustration 800 of table 6.3.3.2-3 for PRACH format 0 as defined in TS 38.211, according to one or more embodiments. Figure 9 is an illustration 900 of a configuration table with modified subframe numbers, according to one or more embodiments. The subframes have been modified to indicate the most likely to be configured in DL. For example, in Figure 8, for PRACH configuration 0, the subframe number is 9. In Figure 9, for PRACH configuration 0, the subframe number has been changed to 1 or 4 or 7. It is illustrated that the subframe numbers associated with other PRACH configurations have also been changed. It should be appreciated that the subframe numbers for PRACH configurations 21, 22, 23, 26 and 27 are from the FDD PRACH configuration table.

[0080] Figures 10 and 11 can be viewed together to illustrate a new PRACH configuration. Figure 10 is an illustration 1000 of table 6.3.3.2-3 for PRACH format 1 as defined in TS 38.211, according to one or more embodiments. Figure 11 is an illustration 1100 of a configuration table with modified subframe numbers, according to one or more embodiments. For example, in Figure 10, for PRACH configuration 28, the subframe number is 7. In Figure 9, for PRACH configuration 28, the subframe number has been changed to 1 or 4. It should be appreciated that the subframe numbers for PRACH configuration 33 is from the FDD PRACH configuration table.

[0081] Figures 12 and 13 can be viewed together to illustrate a new PRACH configuration. Figure 12 is an illustration 1200 of table 6.3.3.2-3 for PRACH format 2 as defined in TS 38.211, according to one or more embodiments. Figure 13 is an illustration 1300 of a configuration table with modified subframe numbers, according to one or more embodiments. As illustrated, all of the subframe numbers from Figure 12 have been changed in Figure 13. For example, in Figure 12, for PRACH configuration 34, the subframe number is 6. In Figure 13, for PRACH configuration 34, the subframe number has been changed to a 1. It should be appreciated that the subframe numbers for PRACH configurations 37 and 38 are from the FDD PRACH configuration table.

[0082] Figures 14 and 15 can be viewed together to illustrate a new PRACH configuration. Figure 14 is an illustration 1400 of table 6.3.3.2-3 for PRACH format 3 as defined in TS 38.211, according to one or more embodiments. Figure 15 is an illustration 1500 of a configuration table with modified subframe numbers, according to one or more embodiments. For example, in Figure 14, for PRACH configuration 40, the subframe number is 9. In Figure 15, for PRACH configuration 40, the subframe number has been changed to a 1 or 4 or 7. It should be appreciated that the subframe numbers for PRACH configurations 61, 62, 63, 65 and 66 are from the FDD PRACH configuration table.

[0083] Given a PRACH preamble format with a short sequence (e.g., A1 / A2 / A3 / B1 / B2 / B3 / B4 / C0 / C2) the network can revise the existing TDD random access configuration table as follows: (a) subframe 9 can be replaced by subframe 1 or 4 or 7, (b) subframe 4, 9 can be replaced by subframe 0, 5, (c) subframe 7, 9 can be replaced by subframe 1, 3, (d) subframe 8, 9 can be replaced by subframe 2, 3, (e) subframe 2, 3, 4, 7, 8, 9 can be replaced by subframe 0, 1, 2, 5, 6, 7, (f) subframe 3, 4, 8, 9 can be replaced by subframe 1, 3, 6, 8, and (g) subframe 1, 3, 5, 7, 9 can be replaced by subframe 0, 2, 4, 6, 8. Other subframes can be kept the same as the TDD table.

[0084] In some instances, the network can configure a single PRACH configuration or two PRACH configurations for random access in SBFD symbols.

[0085] In another embodiment, the network can configure the FDD PRACH configuration table or a new TDD PRACH configuration table is applied for random access in the SBFD sub-band. The network can apply PRACH configurations in SBFD symbols to RRC_CONNECTED mode UEs to perform random access. The network can also apply the PRACH configurations to RRC_INACTIVE and RRC_IDLE model UEs as well.

[0086] The UE can validate ROs in the SBFD sub-band for single and two PRACH configurations. If an RO does not fully fall into the SBFD symbols, the UE can determine that the RO is invalid for random access in the SBFD sub-band. If the RO overlaps with ROs for 4-step RACH or 2-step RACH, the UE can determine the RO is invalid for random access in the SBFD sub-band.

[0087] A UE can support multiple PRACH transmission in SBFD symbols with the same transmission beam. The SSB-RSRP threshold can be configured for a UE to determine whether to perform PRACH repetitions in SFBD symbol. Different SSB-RSRP thresholds can be applied to different PRACH repetition numbers in the SBFD symbols.

[0088] A UE can support PRACH repetition access the ROs in SBFD symbols or UL symbols. In one embodiment, the UE only performs PRACH repetition in valid ROs in the SBFD symbols. The UE only uses valid ROs in the SFBD symbols to perform an SSB to RO association. The RO group for PRACH repetition can implicitly be derived by the ROs in the SBFD symbols.

[0089] In another embodiment, the UE can perform PRACH repetition access ROs in the SFBD symbols and UL symbols if the PRACH formats that are configured in UL symbols and SBFD symbols are the same formats. Furthermore, both types of ROs are configured for feature multiple PRACH transmissions. In these instances, the same PRACH preamble is transmitted during the multiple PRACH repetitions. The valid RO in the UL symbols and the SBFD symbols can jointly perform the SSB to RO associations. The ROs in the RO group can be in the UL symbols and the SBFD symbols.

[0090] In another embodiment, the network can directly configure whether PRACH repetitions can be across the SBFD symbols and UL symbols. In another embodiment, the network can implicitly indicate whether the PRACH repetition can be performed only on valid ROs in the SBFD symbols or across ROs in the SBFD symbols and the UL symbols. If the RO in the UL slot is not for feature multiple PRACH transmission, then the network can indicate that the PRACH repetition can be performed only on valid ROs in the SBFD symbols.

[0091] Figure 16 is a process flow 1600 for SBFD resource allocation, according to one or more embodiments. At 1602, a method can include a base station generating physical random access channel (PRACH) configuration information to be transmitted to a sub-band full duplex (SBFD) -aware UE and a non-SBFD aware UE. The PRACH configuration information can indicate that the SBFD-aware UE is to use a PRACH format. The PRACH configuration information can also indicates for non-SBFD-aware UE to use the PRACH format.

[0092] At 1604, the method can include the base station processing a first PRACH preamble in the PRACH format received from the SBFD-aware UE. The SBFD-aware UE can use an RO in an SBFD symbol to transmit the PRACH preamble.

[0093] At 1606, the method can include the base station processing a second PRACH preamble in the PRACH format received from the non-SBFD-aware UE. The non-SBFD-aware UE can use an RO in a non-SBFD symbol to transmit the PRACH preamble.

[0094] Figure 17 is a process flow 1700 for SBFD resource allocation, according to one or more embodiments. At 1702, the method can include a base station generating first random access channel (RACH) configuration information to be transmitted to a sub-band full duplex (SBFD) -aware UE. The first RACH configuration information can indicate that the SBFD-aware UE is to use a first PRACH format.

[0095] At 1704, the method can include the base station generating second RACH configuration information to a non-SBFD aware UE, wherein the second RACH configuration information indicates that non-SBFD-aware UE is to use a second PRACH format.

[0096] At 1706, the method can include the base station processing a first PRAH preamble in the first PRACH format received from the SBFD-aware UE. The SBFD-aware UE can use an RO in an SBFD symbol to transmit the PRACH preamble.

[0097] At 1708, the method can include the base station processing a second PRACH preamble in the second PRACH format received from the non-SBFD-aware UE. The non-SBFD-aware UE can use an RO in a non-SBFD symbol to transmit the PRACH preamble.

[0098] Figure 18 illustrates receive components 1800 of the UE 1806, in accordance with some embodiments. The receive components 1800 may include an antenna panel 1804 that includes a number of antenna elements. The panel 1804 is shown with four antenna elements, but other embodiments may include other numbers.

[0099] The antenna panel 1804 may be coupled to analog beamforming (BF) components that include a number of phase shifters 1808 (1) -1808 (4) . The phase shifters 1808 (1) -1808 (4) may be coupled with a radio-frequency (RF) chain 1813. The RF chain 1813 may amplify a receive analog RF signal, downconvert the RF signal to baseband, and convert the analog baseband signal to a digital baseband signal that may be provided to a baseband processor for further processing.

[0100] In various embodiments, control circuitry, which may reside in a baseband processor, may provide BF weights (e.g., W1 -W4) , which may represent phase shift values, to the phase shifters 1808 (1) -1808 (4) to provide a receive beam at the antenna panel 1804. These BF weights may be determined based on the channel-based beamforming.

[0101] Figure 19 illustrates a UE 1900, in accordance with some embodiments. The UE 1900 may be similar to and substantially interchangeable with UE 108 of Figure 1.

[0102] The processors 1904 may include processor circuitry such as, for e-ample, baseband processor circuitry (BB) 1904A, central processor unit circuitry (CPU) 1904B, and graphics processor unit circuitry (GPU) 1904C. The processors 1904 may include any type of circuitry or processor circuitry that e-ecutes or otherwise operates computer-e-ecutable instructions, such as program code, software modules, or functional processes from memory / storage 1912 to cause the UE 1900 to perform delay-adaptive operations as described herein. The processors 1904 may also include interface circuitry 1904D to communicatively couple the processor circuitry with one or more other components of the UE 1900.

[0103] In some embodiments, the baseband processor circuitry 1904A may access a communication protocol stack 1936 in the memory / storage 1912 to communicate over a 3GPP compatible network. In general, the baseband processor circuitry 1904A may access the communication protocol stack 1936 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 1908.

[0104] The baseband processor circuitry 1904A 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.

[0105] The memory / storage 1912 may include one or more non-transitory, computer-readable media that includes instructions (for example, communication protocol stack 1936) that may be executed by one or more of the processors 1904 to cause the UE 1900 to perform various delay-PRACH operations described herein.

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

[0107] The RF interface circuitry 1908 may include transceiver circuitry and a radio frequency front module (RFEM) that allows the UE 1900 to communicate with other devices over a radio access network. The RF interface circuitry 1908 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.

[0108] In the receive path, the RFEM may receive a radiated signal from an air interface via antenna 1926 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 1904.

[0109] 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 1926.

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

[0111] The antenna 1926 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 1926 may have antenna panels that are omnidirectional, directional, or a combination thereof to enable beamforming and multiple input, multiple output communications. The antenna 1926 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 1926 may have one or more panels designed for specific frequency bands including bands in FR1 or FR2.

[0112] The user interface 1916 includes various input / output (I / O) devices designed to enable user interaction with the UE 1900. The user interface 1916 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 1900.

[0113] The sensors 1920 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.

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

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

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

[0117] FIG. 20 illustrates a network device 2000 in accordance with some embodiments. The network device 2000 may be similar to and substantially interchangeable with base station or a device of the core network or external data network.

[0118] The network device 2000 may include processors 2004, RF interface circuitry 2008 (if implemented as a base station) , core network (CN) interface circuitry 2014, memory / storage circuitry 2012, and antenna structure 2026.

[0119] The components of the network device 2000 may be coupled with various other components over one or more interconnects 2028.

[0120] The processors 2004, RF interface circuitry 2008, memory / storage circuitry 2012 (including communication protocol stack 2010) , antenna structure 2026, and interconnects 2028 may be similar to like-named elements shown and described with respect to FIG. 19.

[0121] The processors 2004 may include processor circuitry such as, for example, baseband processor circuitry (BB) 2004A, central processor unit circuitry (CPU) 2004B, and graphics processor unit circuitry (GPU) 2004C. The processors 2004 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 2012 to cause the network device to perform delay-adaptive operations as described herein. The processors 2004 may also include interface circuitry 2004D to communicatively couple the processor circuitry with one or more other components of the network device 2000.

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

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

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

[0125] Examples

[0126] In the following sections, further example embodiments are provided.

[0127] Example 1 can include a method performed by a base station, the method comprising: transmitting single random access channel (RACH) configuration information to a sub-band full duplex (SBFD) -aware UE and a non-SBFD aware UE, wherein the RACH configuration information indicates that the SBFD-aware UE is to use a PRACH format, and wherein the RACH configuration information indicates that the non-SBFD-aware UE is to use the PRACH format; receiving, from the SBFD-aware UE, a first PRACH preamble in the PRACH format; and receiving, from the non-SBFD-aware UE, a second PRACH preamble in the PRACH format.

[0128] Example 2 can include the method of example 1, wherein the RACH configuration information further indicates a PRACH configuration index indicating a slot for a random access channel (RACH) occasion (RO) , wherein the slot comprises an SBFD sub-band for the SBFD-aware UE to transmit the first PRACH preamble.

[0129] Example 3 can include the method of any of examples 1 or 2, wherein the RACH configuration information further indicates a PRACH configuration index indicating a slot for a random access channel (RACH) occasion (RO) , wherein the slot comprises a non-SBFD sub-band for the non-SBFD-aware UE to transmit the second PRACH preamble.

[0130] Example 4 can include an apparatus comprising: memory having instructions; processing circuitry coupled with the memory to execute the instructions to perform the steps of any of the examples 1-3.

[0131] Example 5 can include one or more non-transitory, computer-readable media including instructions that, when executed, cause an apparatus to perform the steps of any of examples 1-3.

[0132] Example 6 can include a method performed by a base station, the method comprising: transmitting first random access channel (RACH) configuration information to a sub-band full duplex (SBFD) -aware UE, wherein the first RACH configuration information indicates that the SBFD-aware UE is to use a first PRACH format; transmitting second RACH configuration information to a non-SBFD aware UE, wherein the second RACH configuration information indicates that the non-SBFD-aware UE is to use a second PRACH format; receiving, from the SBFD-aware UE, a first PRACH preamble in the first PRACH format; and receiving, from the non-SBFD-aware UE, a second PRACH preamble in the second PRACH format.

[0133] Example 7 can include the method of example 6, wherein the RACH configuration information further indicates a PRACH configuration index indicating a slot for a random access channel (RACH) occasion (RO) , wherein the slot comprises an SBFD sub-band for the SBFD-aware UE to transmit the first PRACH preamble.

[0134] Example 8 can include the method of any of examples 6 or 7, wherein the RACH configuration information further indicates a PRACH configuration index indicating a slot for a random access channel (RACH) occasion (RO) , wherein the slot comprises a non-SBFD sub-band for the non-SBFD-aware UE to transmit the second PRACH preamble.

[0135] Example 9 can include an apparatus comprising: memory having instructions; processing circuitry coupled with the memory to execute the instructions to perform the steps of any of the examples 6-8.

[0136] Example 10 can include one or more non-transitory, computer-readable media including instructions that, when executed, cause an apparatus to perform the steps of any of examples 6-8.

[0137] Example 11 can include a method performed by a base station, the method comprising: transmitting first frequency domain configuration information to a sub-band full duplex (SBFD) -aware UE, wherein the first frequency domain configuration information indicates frequency information for a first random access channel (RACH) occasion (RO) in a SBFD sub-band; transmitting second frequency domain configuration information to a non-SBFD-aware UE, wherein the second frequency domain configuration information indicates frequency information for a second RO in a non-SBFD sub-band; receiving, from the SBFD-aware UE, a first PRACH preamble transmitted using the first RO; and receiving from the non-SBFD-aware UE, a second PRACH preamble transmitted using the second RO.

[0138] Example 12 can include an apparatus comprising: memory having instructions; processing circuitry coupled with the memory to execute the instructions to perform the steps of any of the example 11.

[0139] Example 13 can include one or more non-transitory, computer-readable media including instructions that, when executed, cause an apparatus to perform the steps of any of example 11.

[0140] Example 14 a method performed by a user equipment (UE) , the method comprising: processing physical random access channel (PRACH) configuration information; identifying a random access channel (RACH) occasion (RO) for transmitting a PRACH preamble based at least in a part on the PRACH configuration information; determining the RO is in a sub-band full duplex (SBFD) sub-band; associate the RO with a synchronization system block (SSB) based at least in part on the RO being in the SBFD sub-band; and transmitting a PRACH preamble based at least in part on the association.

[0141] Example 15 can include the method of example 14, wherein the PRACH configuration information is first PRACH configuration information, wherein the PRACH preamble is a first PRACH preamble, and wherein the method further comprises: processing second PRACH configuration information, wherein the second PRACH configuration information indicates that the UE can transmit a second PRACH preamble during an RO regardless of whether the RO is in the SBFD sub-band.

[0142] Example 16 can include the method of example 14 or 15, wherein the RO is a first RO, and wherein the method further comprises: identifying a second RO, wherein the second RO is in a non-SBFD sub-band, and the first RO is associated with the SSB based at least in part on the first RO and the second RO.

[0143] Example 17 can include an apparatus comprising: memory having instructions; processing circuitry coupled with the memory to execute the instructions to perform the steps of any of the examples 15 and 16.

[0144] Example 18 can include one or more non-transitory, computer-readable media including instructions that, when executed, cause an apparatus to perform the steps of any of examples 15 and 16.

[0145] Example 19 can include a method performed by a user equipment (UE) , the method comprising: processing first physical random access channel (PRACH) configuration information, wherein the first PRACH configuration information indicates first slot for a first RACH occasion (RO) ; processing second PRACH configuration information, wherein the second PRACH configuration indicates second slot for a second RACH occasion (RO) ; and associating the first RO with an SSB based at least in part on the first RACH configuration information, or associating the first RO with an SSB based at least in part on the first RACH configuration information and the second RACH configuration information.

[0146] Example 20 can include the method of example 19, wherein the first PRACH configuration information indicates to use a PRACH format and the second PRACH configuration information indicates to use the PRACH format.

[0147] Example 21 can include the method of any of examples 19 or 20, wherein the first PRACH configuration information indicates to use a first PRACH format and the second PRACH configuration information indicates to use a second PRACH format.

[0148] Example 22 can include the method of any of examples 19-21, wherein the first PRACH configuration information indicates a long PRACH preamble format, and wherein the first RO overlaps a downlink (DL) slot and an uplink (UL) slot.

[0149] Example 23 can include an apparatus comprising: memory having instructions; processing circuitry coupled with the memory to execute the instructions to perform the steps of any of the examples 19-22.

[0150] Example 24 can include one or more non-transitory, computer-readable media including instructions that, when executed, cause an apparatus to perform the steps of any of examples 19-22.

[0151] Example 25 can include method performed by a user equipment (UE) , the method comprising: identifying a random access channel (RACH) occasion (RO) for transmitting a PRACH preamble; determining that the RO is in an uplink slot; determining a validity of the RO based at least in part on whether the RO is within UL symbols or does not precede a synchronization signal block (SSB) or physical broadcast channel (PBCH) block.

[0152] Example 26 can include the method of example 25, wherein the UE further determines the validity based at least in part on an offset from a downlink symbol.

[0153] Example 27 can include an apparatus comprising: memory having instructions; processing circuitry coupled with the memory to execute the instructions to perform the steps of any of the examples 25 and 26.

[0154] Example 28 can include one or more non-transitory, computer-readable media including instructions that, when executed, cause an apparatus to perform the steps of any of examples 25 and 26.

[0155] Example 29 can include a method performed by a user equipment (UE) , the method comprising: identifying a random access channel (RACH) occasion (RO) for transmitting a PRACH preamble; determining that the RO is in a sub-band full duplex (SBFD) uplink (UL) symbol; determining a validity of the RO based at least in part on whether the RO is within SBFD symbols or does not precede a synchronization signal block (SSB) or physical broadcast channel (PBCH) block in SBFD UL sub-band, or in a same slot as a SSB or overlapping with the SSB.

[0156] Example 30 can include the method of example 29, wherein the UE further determines the validity based at least in part on an offset from a downlink symbol.

[0157] Example 31 can include an apparatus comprising: memory having instructions; processing circuitry coupled with the memory to execute the instructions to perform the steps of any of the examples 29 and 30.

[0158] Example 32 can include one or more non-transitory, computer-readable media including instructions that, when executed, cause an apparatus to perform the steps of any of examples 29 and 30.

[0159] Example 33 can include a method performed by a user equipment (UE) , the method comprising: identifying a random access channel (RACH) occasion (RO) for transmitting a PRACH preamble; determining that the RO is across a sub-band full duplex (SBFD) symbol and a non-SBFD symbol; determining a validity of the RO based at least in part on whether the RO overlaps in time and frequency with any valid physical access channel (PRACH) occasion.

[0160] Example 34 can include the method of example 33, wherein the UE further determines the validity based at least in part on an offset from a downlink symbol.

[0161] Example 35 can include an apparatus comprising: memory having instructions; processing circuitry coupled with the memory to execute the instructions to perform the steps of any of the examples 33 and 34.

[0162] Example 36 can include one or more non-transitory, computer-readable media including instructions that, when executed, cause an apparatus to perform the steps of any of examples 33 and 34.

[0163] Example 37 can include a method performed by a user equipment (UE) , the method comprising: identifying a random access channel (RACH) occasion (RO) for transmitting a PRACH preamble; determining that the RO is across a sub-band full duplex (SBFD) symbol and a non-SBFD symbol; determining a validity of the RO based at least in part on whether the RO is within the SBFD symbols or UL symbols, or does not precede a synchronization signal block (SSB) or physical broadcast channel (PBCH) block in a SBFD UL sub-band, or in a same slot as the SSB or overlapping with the SSB.

[0164] Example 38 can include the method of example 37, wherein the UE further determines the validity based at least in part on an offset from a downlink symbol.

[0165] Example 39 can include an apparatus comprising: memory having instructions; processing circuitry coupled with the memory to execute the instructions to perform the steps of any of the examples 37 and 38.

[0166] Example 40 can include one or more non-transitory, computer-readable media including instructions that, when executed, cause an apparatus to perform the steps of any of examples 37 and 38.

[0167] Example 41 can include a method performed by a base station, the method comprising: determining a lowest random access channel (RACH) occasion (RO) in SBFD sub-band based at least in a part on a frequency offset; determining a physical access channel (PRACH) domain starting point based at least in part on the lowest RO; and indicating the lowest RO to a UE.

[0168] Example 42 can include the method of example 41, wherein the frequency offset is based at least in part on a sub-band full duplex (SBFD) sub-band, a lowest subcarrier of a lowest common resource block (CRB) , an existing RO location, a UL initial bandwidth part (BWP) , a DL initial BWP, or a coreset.

[0169] Example 43 can include an apparatus comprising: memory having instructions; processing circuitry coupled with the memory to execute the instructions to perform the steps of any of the examples 41 and 42.

[0170] Example 44 can include one or more non-transitory, computer-readable media including instructions that, when executed, cause an apparatus to perform the steps of any of examples 41 and 42.

[0171] Example 45 can include a method performed by a user equipment (UE) , the method comprising: determining a single power control parameter set for a sub-band full duplex (SBFD) symbol and a non-SBFD symbol; and applying the single power control parameter set to both the SBFD symbol and the non-SBFD symbol.

[0172] Example 46 can include an apparatus comprising: memory having instructions; processing circuitry coupled with the memory to execute the instructions to perform the steps of any of the example 45.

[0173] Example 47 can include one or more non-transitory, computer-readable media including instructions that, when executed, cause an apparatus to perform the steps of any of example 45.

[0174] Example 48 can include a method performed by a user equipment (UE) , the method comprising: determining a first power control parameter set for a sub-band full duplex (SBFD) symbol; determining a second power control parameter set for a non-SBFD symbol; applying the first power control parameter set to the SBFD symbol; and applying the second power control parameter set to the non-SBFD symbol.

[0175] Example 49 can include the method of example 48, wherein the first power control parameter set comprises a first P0 power parameter and the second power control parameter set comprises a second P0 power parameter.

[0176] Example 50 can include the method of any of examples 48 or 49, wherein the first power control parameter set comprises a target received power, power ramping step, or PRACH target reception power.

[0177] Example 51 can include the method of any of examples 48-50, wherein transmit power control (TPC) commands are separately accumulated for a physical uplink shared channel (PUSCH) transmission.

[0178] Example 52 can include the method of any of examples 48-50, wherein transmit power control (TPC) commands are jointly applied to a PUSCH transmission.

[0179] Example 53 can include an apparatus comprising: memory having instructions; processing circuitry coupled with the memory to execute the instructions to perform the steps of any of the examples 48-52 .

[0180] Example 54 can include one or more non-transitory, computer-readable media including instructions that, when executed, cause an apparatus to perform the steps of any of examples 48-52.

[0181] Example 55 can include a method performed by a base station, the method comprising: transmitting a physical random access channel (PRACH) configuration information to a sub-band full duplex (SBFD) -aware UE, wherein the PRACH configuration index comprises subframes for transmitting a first PRACH preamble; transmitting the PRACH configuration information to a non-SBFD aware UE, wherein the first PRACH configuration index comprises a subset of the subframes for transmitting a second PRACH preamble; receiving, from the SBFD-aware UE, the first PRACH preamble; and receiving, from the SBFD-aware UE, the second PRACH preamble.

[0182] Example 56 can include an apparatus comprising: memory having instructions; processing circuitry coupled with the memory to execute the instructions to perform the steps of any of the example 55.

[0183] Example 57 can include one or more non-transitory, computer-readable media including instructions that, when executed, cause an apparatus to perform the steps of any of example 55.

[0184] Example 58 can include a method performed by a base station, the method comprising: transmitting first physical random access channel (PRACH) configuration information to a sub-band full duplex (SBFD) -aware UE, wherein the PRACH configuration index comprises subframes for transmitting a first PRACH preamble; transmitting second PRACH configuration information to a non-SBFD aware UE, wherein the first PRACH configuration index comprises a subset of the subframes for transmitting a second PRACH preamble; receiving, from the SBFD-aware UE, the first PRACH preamble; and receiving, from the SBFD-aware UE, the second PRACH preamble.

[0185] Example 59 can include an apparatus comprising: memory having instructions; processing circuitry coupled with the memory to execute the instructions to perform the steps of any of the example 58.

[0186] Example 60 can include one or more non-transitory, computer-readable media including instructions that, when executed, cause an apparatus to perform the steps of any of example 58.

[0187] Example 61 can include a method performed by a base station, the method comprising: transmitting frequency division duplexing (FDD) physical random access channel (PRACH) configuration information to a sub-band full duplex (SBFD) -aware UE, wherein the PRACH configuration index comprises subframes for transmitting a first PRACH preamble; and receiving, from the SBFD-aware UE and over frequency range 1 (FR1) , a first PRACH preamble.

[0188] Example 62 can include an apparatus comprising: memory having instructions; processing circuitry coupled with the memory to execute the instructions to perform the steps of any of the example 61.

[0189] Example 63 can include one or more non-transitory, computer-readable media including instructions that, when executed, cause an apparatus to perform the steps of any of example 61.

[0190] Example 64 can include a method performed by a base station, the method comprising: transmitting first physical random access channel (PRACH) configuration information to a sub-band full duplex (SBFD) -aware UE, wherein the first PRACH configuration index comprises subframes for associated with a FDD table and time division duplexing (TDD table) ; and receiving, from the SBFD-aware UE and over frequency range 1 (FR1) , a first PRACH preamble.

[0191] Example 65 can include an apparatus comprising: memory having instructions; processing circuitry coupled with the memory to execute the instructions to perform the steps of any of the example 64.

[0192] Example 66 can include one or more non-transitory, computer-readable media including instructions that, when executed, cause an apparatus to perform the steps of any of example 64.

[0193] Example 67 can include a method performed by a base station, the method comprising: transmitting first physical random access channel (PRACH) configuration information to a sub-band full duplex (SBFD) -aware UE, wherein the first PRACH configuration index comprises subframes for transmitting a first PRACH preamble; transmitting second PRACH configuration information to a non-SBFD aware UE, wherein the first PRACH configuration index comprises a subset of the subframes for transmitting a second PRACH preamble; receiving, from the SBFD-aware UE and use frequency range 2 (FR2) , a first PRACH preamble; and receiving, from the SBFD-aware UE, a second PRACH preamble.

[0194] Example 68 can include an apparatus comprising: memory having instructions; processing circuitry coupled with the memory to execute the instructions to perform the steps of any of the example 67.

[0195] Example 69 can include one or more non-transitory, computer-readable media including instructions that, when executed, cause an apparatus to perform the steps of any of example 67.

[0196] Example 70 can include a method performed by a user equipment (UE) , the method comprising: determining a physical random access channel (PRACH) repetition number in a sub-band full duplex (SBFD) symbol; determining a synchronization signal block (SSB) referenced signal received power (RSRP) ; and determining to perform a PRACH repetition based at least in part on the SSB-RSRP.

[0197] Example 71 can include a method performed by a user equipment (UE) , the method comprising: determining a validity of a first random access channel (RACH) occasion (RO) in a first sub-band full duplex (SBFD) symbol; determining a validity of a second RO in a second SBFD symbol; and performing a PRACH repetition based at least in part on the validity of the first RO and the validity of the second RO.

[0198] Example 72 can include the method of example 71, wherein a network configures the UE to perform the PRACH repetition.

[0199] Example 73 can include an apparatus comprising: memory having instructions; processing circuitry coupled with the memory to execute the instructions to perform the steps of any of the example 67.

[0200] Example 74 can include one or more non-transitory, computer-readable media including instructions that, when executed, cause an apparatus to perform the steps of any of example 67.

[0201] Example 75 can include a method performed by a user equipment (UE) , the method comprising: processing physical random access channel (PRACH) configuration information; determining whether a first random access channel (RACH) occasion (RO) in a sub-band full duplex (SBFD) and a second RO in an uplink (UL) symbol are configured for multiple PRACH occasions; determine whether the frost RO and the second RO are configured with the same PRACH format; and performing a PRACH repetition based at least in part on whether the first OR and the second RO are configured for multiple PRACH occasions and whether the first RO and the second RO are in the same PRACH format.

[0202] Example 76 can include an apparatus comprising: memory having instructions; processing circuitry coupled with the memory to execute the instructions to perform the steps of any of the example 75.

[0203] Example 77 can include one or more non-transitory, computer-readable media including instructions that, when executed, cause an apparatus to perform the steps of any of example 75.

[0204] Example 78 can include a method performed by a user equipment (UE) , the method comprising: determining a validity of a first random access channel (RACH) occasion (RO) in a first sub-band full duplex (SBFD) symbol; determining a validity of a second RO in a second SBFD symbol; processing physical random access channel (PRACH) configuration information; determining whether a first random access channel (RACH) occasion (RO) in a sub-band full duplex (SBFD) and a second RO in an uplink (UL) symbol are configured for multiple PRACH occasions; determine whether the frost RO and the second RO are configured with the same PRACH format; and performing a PRACH repetition based at least in part on the validity of the first RO, the validity of the second RO, and whether the first OR and the second RO are configured for multiple PRACH occasions and whether the first RO and the second RO are in the same PRACH format.

[0205] Example 79 can include an apparatus comprising: memory having instructions; processing circuitry coupled with the memory to execute the instructions to perform the steps of any of the example 78.

[0206] Example 80 can include one or more non-transitory, computer-readable media including instructions that, when executed, cause an apparatus to perform the steps of any of example 78.

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

[0208] 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:generating single random access channel (RACH) configuration information to be transmitted to a sub-band full duplex (SBFD) -aware UE and a non-SBFD aware UE, wherein the RACH configuration information indicates that the SBFD-aware UE is to use a PRACH format, and wherein the RACH configuration information indicates that the non-SBFD-aware UE is to use the PRACH format;processing a first PRACH preamble in the PRACH format received from the SBFD-aware UE; andprocessing a second PRACH preamble in the PRACH format received from the non-SBFD-aware UE.2.The method of claim 1, wherein the RACH configuration information further indicates a PRACH configuration index indicating a slot for a random access channel (RACH) occasion (RO) , wherein the slot comprises an SBFD sub-band for the SBFD-aware UE to transmit the first PRACH preamble.3.One or more computer-readable media having instructions that, when executed, cause processing circuitry to:generate first random access channel (RACH) configuration information to be transmitted to a sub-band full duplex (SBFD) -aware UE, wherein the first RACH configuration information indicates that the SBFD-aware UE is to use a first PRACH format; generate second RACH configuration information to be transmitted to a non-SBFD aware UE, wherein the second RACH configuration information indicates that the non-SBFD-aware UE is to use a second PRACH format;process a first PRACH preamble in the first PRACH format received from the SBFD-aware UE; andprocess a second PRACH preamble in the second PRACH format received from the non-SBFD-aware UE.4.The one or more computer-readable media of claim 3, wherein the RACH configuration information further indicates a PRACH configuration index indicating a slot for a random access channel (RACH) occasion (RO) , wherein the slot comprises an SBFD sub-band for the SBFD-aware UE to transmit the first PRACH preamble.5.A method, comprising:generating first frequency domain configuration information to be transmitted to a sub-band full duplex (SBFD) -aware UE, wherein the first frequency domain configuration information indicates frequency information for a first random access channel (RACH) occasion (RO) in a SBFD sub-band;generating second frequency domain configuration information to be transmitted to a non-SBFD-aware UE, wherein the second frequency domain configuration information indicates frequency information for a second RO in a non-SBFD sub-band;processing a first PRACH preamble transmitted using the first RO received from the SBFD-aware UE; andprocessing a second PRACH preamble transmitted using the second RO received from the non-SBFD-aware UE .6.A baseband processor comprising:processing circuitry to:process physical random access channel (PRACH) configuration information;identify a random access channel (RACH) occasion (RO) for transmitting a PRACH preamble based at least in a part on the PRACH configuration information;determine the RO is in a sub-band full duplex (SBFD) sub-band;associate the RO with a synchronization system block (SSB) based at least in part on the RO being in the SBFD sub-band;and transmit a PRACH preamble based at least in part on the association;andinterface circuitry coupled with the processing circuitry, the interface circuitry to communicatively couple the processing circuitry with a component of a device.7.The baseband processor of claim 6, wherein the PRACH configuration information is first PRACH configuration information, wherein the PRACH preamble is a first PRACH preamble, and wherein the processing circuitry further to:process second PRACH configuration information, wherein the second PRACH configuration information indicates that the UE can transmit a second PRACH preamble during an RO regardless of whether the RO is in the SBFD sub-band.8.A method, comprising:processing first physical random access channel (PRACH) configuration information, wherein the first PRACH configuration information indicates first slot for a first RACH occasion (RO) ;processing second PRACH configuration information, wherein the second PRACH configuration indicates second slot for a second RACH occasion (RO) ; andassociating the first RO with an SSB based at least in part on the first RACH configuration information, orassociating the first RO with an SSB based at least in part on the first RACH configuration information and the second RACH configuration information.9.The method of claim 6, wherein the first PRACH configuration information indicates to use a PRACH format and the second PRACH configuration information indicates to use the PRACH format.10.A method, comprising:identifying a random access channel (RACH) occasion (RO) for transmitting a PRACH preamble;determining that the RO is in an uplink slot;determining a validity of the RO based at least in part on whether the RO is within UL symbols or does not precede a synchronization signal block (SSB) or physical broadcast channel (PBCH) block.11.A method, comprising:identifying a random access channel (RACH) occasion (RO) for transmitting a PRACH preamble;determining that the RO is in a sub-band full duplex (SBFD) uplink (UL) symbol;determining a validity of the RO based at least in part on whether the RO is within SBFD symbols or does not precede a synchronization signal block (SSB) or physical broadcast channel (PBCH) block in SBFD UL sub-band, or in a same slot as a SSB or overlapping with the SSB.12.A method, comprising:identifying a random access channel (RACH) occasion (RO) for transmitting a PRACH preamble;determining that the RO is across a sub-band full duplex (SBFD) symbol and a non-SBFD symbol;determining a validity of the RO based at least in part on whether the RO overlaps in time and frequency with any valid physical access channel (PRACH) occasion.13.A method, comprising:identifying a random access channel (RACH) occasion (RO) for transmitting a PRACH preamble;determining that the RO is across a sub-band full duplex (SBFD) symbol and a non-SBFD symbol;determining a validity of the RO based at least in part on whether the RO is within the SBFD symbols or UL symbols, or does not precede a synchronization signal block (SSB) or physical broadcast channel (PBCH) block in a SBFD UL sub-band, or in a same slot as the SSB or overlapping with the SSB.14.[Corrected under Rule 26, 17.06.2024]A method, comprising:determining a lowest random access channel (RACH) occasion (RO) in SBFD sub-band based at least in a part on a frequency offset;determining a physical access channel (PRACH) domain starting point based at least in part on the lowest RO; andindicating the lowest RO to a UE.15.A method, comprising:determining a single power control parameter set for a sub-band full duplex (SBFD) symbol and a non-SBFD symbol; andapplying the single power control parameter set to both the SBFD symbol and the non-SBFD symbol.16.A method, comprising:determining a first power control parameter set for a sub-band full duplex (SBFD) symbol;determining a second power control parameter set for a non-SBFD symbol;applying the first power control parameter set to the SBFD symbol; andapplying the second power control parameter set to the non-SBFD symbol.17.A method, comprising:generating a physical random access channel (PRACH) configuration information to be transmitted to a sub-band full duplex (SBFD) -aware UE, wherein the PRACH configuration index comprises subframes for transmitting a first PRACH preamble;generating the PRACH configuration information to be transmitted to a non-SBFD aware UE, wherein the first PRACH configuration index comprises a subset of the subframes for transmitting a second PRACH preamble;processing the first PRACH preamble received from the SBFD-aware UE; andprocessing the second PRACH preamble received from the non-SBFD-aware UE.18.A method, comprising:generating first physical random access channel (PRACH) configuration information to be transmitted to a sub-band full duplex (SBFD) -aware UE, wherein the PRACH configuration index comprises subframes for transmitting a first PRACH preamble;generating second PRACH configuration information to be transmitted to a non-SBFD aware UE, wherein the first PRACH configuration index comprises a subset of the subframes for transmitting a second PRACH preamble;processing the first PRACH preamble received from the SBFD-aware UE; andprocessing the second PRACH preamble received from the SBFD-aware UE.19.A method, comprising:generating frequency division duplexing (FDD) physical random access channel (PRACH) configuration information to be transmitted to a sub-band full duplex (SBFD) -aware UE, wherein the PRACH configuration index comprises subframes for transmitting a first PRACH preamble; andprocessing the first PRACH preamble received from the SBFD-aware UE and over frequency range 1 (FR1) .20.A method, comprising:generating first physical random access channel (PRACH) configuration information to be transmitted to a sub-band full duplex (SBFD) -aware UE, wherein the first PRACH configuration index comprises subframes for associated with a FDD table and time division duplexing (TDD table) for transmitting a first PRACH preamble; andprocessing the first PRACH preamble received from the SBFD-aware UE and over frequency range 1 (FR1) .21.A method, comprising:generating first physical random access channel (PRACH) configuration information to be transmitted to a sub-band full duplex (SBFD) -aware UE, wherein the first PRACH configuration index comprises subframes for transmitting a first PRACH preamble;generating second PRACH configuration information to be transmitted to a non-SBFD aware UE, wherein the first PRACH configuration index comprises a subset of the subframes for transmitting a second PRACH preamble;processing the first PRACH preamble received from the SBFD-aware UE and over frequency range 2 (FR2 andprocessing the second PRACH preamble recieved from the SBFD-aware UE.22.A method, comprising:determining a physical random access channel (PRACH) repetition number in a sub-band full duplex (SBFD) symbol;determining a synchronization signal block (SSB) referenced signal received power (RSRP) ; anddetermining to perform a PRACH repetition based at least in part on the SSB-RSRP.23.A method, comprising:determining a validity of a first random access channel (RACH) occasion (RO) in a first sub-band full duplex (SBFD) symbol;determining a validity of a second RO in a second SBFD symbol; andperforming a PRACH repetition based at least in part on the validity of the first RO and the validity of the second RO.24.A method, comprising:processing physical random access channel (PRACH) configuration information;determining whether a first random access channel (RACH) occasion (RO) in a sub-band full duplex (SBFD) and a second RO in an uplink (UL) symbol are configured for multiple PRACH occasions;determining whether the frost RO and the second RO are configured with the same PRACH format; andperforming a PRACH repetition based at least in part on whether the first OR and the second RO are configured for multiple PRACH occasions and whether the first RO and the second RO are in the same PRACH format.25.A method performed by a user equipment, (UE) the method comprising:determining a validity of a first random access channel (RACH) occasion (RO) in a first sub-band full duplex (SBFD) symbol;determining a validity of a second RO in a second SBFD symbol;processing physical random access channel (PRACH) configuration information;determining whether a first random access channel (RACH) occasion (RO) in a sub-band full duplex (SBFD) and a second RO in an uplink (UL) symbol are configured for multiple PRACH occasions;determining whether the frost RO and the second RO are configured with the same PRACH format; andperforming a PRACH repetition based at least in part on the validity of the first RO, the validity of the second RO, and whether the first OR and the second RO are configured for multiple PRACH occasions and whether the first RO and the second RO are in the same PRACH format.

Images