Random access in a sub-band full duplex (SBFD) resource sub-band

Abstract

The present application relates to uplink transmission using a sub-band full duplex (SBFD) resource in a downlink channel. A UE can store configuration information indicating a configuration of an SBFD sub-band. A random access channel (RACH) occasion (RO) can be scheduled for the UE, where the RO uses an SBFD resource of the SBFD sub-band. This RO may use SBFD symbols configured as flexible symbols. Further, the configuration information can indicate an offset associated with a location in the time domain of the SBFD resource and / or a scaling factor to scale the density of ROs of the same type as this RO. This RO can also overlap in the time domain with another RO. Depending on the RACH information transmitted in this SBFD resource and depending on the use of SBFD symbols or non-SBFD symbols for this transmission, the transmission power can be adjusted.

Description

RANDOM ACCESS IN A SUB-BAND FULL DUPLEX (SBFD) RESOURCE SUB-BANDBACKGROUND

[0001] Cellular communications can be defined in various standards to enable communications between a user equipment and a cellular network. For example, Fifth generation mobile network (5G) is a wireless standard that aims to improve upon data transmission speed, reliability, availability, and more. Efficient use of uplink and downlink resources can improve the overall cellular network throughput.BRIEF DESCRIPTION OF THE DRAWINGS

[0002] FIG. 1 illustrates an example of a network environment, in accordance with some embodiments.

[0003] FIG. 2 illustrates an example of a sub-band full duplex (SBFD) resource, in accordance with some embodiments.

[0004] FIG. 3 illustrates an example of a connection setup procedure that can use an SBFD sub-band, in accordance with some embodiments.

[0005] FIG. 4 illustrates examples of legacy and additional random access channel (RACH) occasions (ROs) , in accordance with some embodiments.

[0006] FIG. 5 illustrates further examples of legacy and additional ROs, in accordance with some embodiments.

[0007] FIG. 6 illustrates further examples of legacy and additional ROs, in accordance with some embodiments.

[0008] FIG. 7 illustrates further examples of legacy and additional ROs, in accordance with some embodiments.

[0009] FIG. 8 illustrates an example of a RACH configuration that indicates one or more offsets and periodicity scaling, in accordance with some embodiments.

[0010] FIG. 9 illustrates an example of overlapping legacy and additional ROs, in accordance with some embodiments.

[0011] FIG. 10 illustrates an example of transmission powers used for RACH information transmission, in accordance with some embodiments.

[0012] FIG. 11 illustrates an example of an operational flow / algorithmic structure for using legacy and additional ROs in a sub-band full duplex (SBFD) sub-band, in accordance with some embodiments.

[0013] FIG. 12 illustrates another example of an operational flow / algorithmic structure for using legacy and additional ROs in a sub-band full duplex (SBFD) sub-band, in accordance with some embodiments.

[0014] FIG. 13 illustrates an example of receive components, in accordance with some embodiments.

[0015] FIG. 14 illustrates an example of a UE, in accordance with some embodiments.

[0016] FIG. 15 illustrates an example of a base station, in accordance with some embodiments.DETAILED DESCRIPTION

[0017] A network (e.g., a base station thereof) can configure uplink resources and sub-band full duplex (SBFD) resources in non-uplink symbols for a user equipment (UE) . For example, an SBFD resource can include, in the time domain, one or more symbols (referred to herein as SBFD symbols, which may be downlink symbols and / or flexible symbols) that, in the frequency domain, are in an SBFD sub-band within a downlink bandwidth part (DL BWP) . A random access channel (RACH) occasion (RO) can be configured in an uplink resource or flexible symbols. This RO can be referred to herein as a legacy RO. Another RO can be configured in an SBFD resource. This RO can be referred to herein as an additional RO. The additional RO can use SBFD symbols configured as flexible symbols, whereby such symbols would not have been possible to use as a valid legacy RO. Additionally, the configuration can indicate a physical RACH (PRACH) configuration that uses an offset associated with a subframe, a slot, or a radio frame. The PRACH configuration can have a periodicity that can be scaled to increase or decrease the density of additional ROs that use SBFD symbols. Furthermore, the additional RO may be valid or invalid dependent on the overlap between the legacy RO and the additional RO in the time domain and / or the frequency domain. Assuming valid additional ROs, a PRACH preamble transmission and a message three (Msg3) transmission can be performed. These transmissions can use different transmission powers,  whereby the transmission power for the (Msg3) transmission can be determined using a power offset that is based on the use of SBFD symbols or non-SBFD symbols. These and other features are further described in the next figures.

[0018] The following detailed description refers to the accompanying drawings. The same reference numbers may be used in different drawings to identify the same or similar elements. In the following description, for purposes of explanation and not limitation, specific details are set forth such as particular structures, architectures, interfaces, 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) .

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

[0020] The term “circuitry” as used herein refers to, is part of, or includes hardware components, 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, 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.

[0021] The term “processor circuitry” as used herein refers to, is part of, or includes circuitry capable of sequentially and automatically carrying out a sequence of arithmetic or logical operations, or recording, storing, or transferring digital data. The term “processor circuitry” may refer 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.

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

[0023] The term “device” as used herein refers to a device with radio communication capabilities, one or more processors, and one or more memory. The device may be configured as a UE that supports one or more configurations.

[0024] 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, device, 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. The UE may have a primary function of communication with another UE or a network and the UE may be integrated with other devices and / or systems (e.g., in a vehicle) .

[0025] The term “base station” as used herein refers to a device with radio communication capabilities, that is a device of a communications network (or, more briefly, 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, repeater on a communications satellite, etc.

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

[0027] FIG. 1 illustrates a network environment 100, in accordance with some embodiments. The network environment 100 may include a UE 104 and a base station108. The network node 108 may be a gNB (or a set of transmission and reception points (TRPs) thereof) that provides a wireless access cell; for example, a Third-Generation Partnership Project (3GPP) New Radio (NR) cell, through which the UE 104 may communicate with the base station 108. The UE 104 and the base station 108 may communicate over an interface compatible with 3GPP technical specifications, such as those that define Fifth-Generation (5G) NR system standards.

[0028] The base station 108 may transmit information (for example, data and control signaling) in the downlink direction by mapping logical channels on the transport channels, then transport channels onto physical channels. The logical channels may transfer data between a radio link control (RLC) and media access control (MAC) layers; the transport channels may transfer data between the MAC and PHY layers; and the physical channels may transfer information across the air interface. The physical channels may include a physical broadcast channel (PBCH) ; a physical downlink control channel (PDCCH) ; and a physical downlink shared channel (PDSCH) .

[0029] The PBCH may be used to broadcast system information that the UE 104 may use for initial access to a serving cell. The PBCH may be transmitted along with physical synchronization signals (PSS) and secondary synchronization signals (SSS) in a synchronization signal (SS)  / PBCH block. The SS / PBCH blocks (SSBs) may be used by the UE 104 during a cell search procedure and for beam selection.

[0030] The PDSCH may be used to transfer end-user application data, signaling radio bearer (SRB) messages, system information messages (other than, for example, MIB) , and paging messages.

[0031] The PDCCH may transfer downlink control information (DCI) that is used by a scheduler of the base station 108 to allocate both uplink and downlink resources. The DCI  may also be used to provide uplink power control commands, configure a slot format, or indicate that preemption has occurred.

[0032] The base station 108 may also transmit various reference signals to the UE 104. The reference signals may include demodulation reference signals (DMRSs) for the PBCH, PDCCH, and PDSCH. The UE 104 may compare a received version of the DMRS with a known DMRS sequence that was transmitted to estimate an impact of the propagation channel. The UE 104 may then apply an inverse of the propagation channel during a demodulation process of a corresponding physical channel transmission.

[0033] The reference signals may also include CSI-RS. The CSI-RS may be a multi-purpose downlink transmission that may be used for CSI reporting, beam management, connected mode mobility, radio link failure detection, beam failure detection and recovery, and fine-tuning of time and frequency synchronization.

[0034] The reference signals and information from the physical channels may be mapped to resources of a resource grid. There is one resource grid for a given antenna port, subcarrier spacing configuration, and transmission direction (for example, downlink or uplink) . The basic unit of an NR downlink resource grid may be a resource element, which may be defined by one subcarrier in the frequency domain, and one orthogonal frequency division multiplexing (OFDM) symbol in the time domain. Twelve consecutive subcarriers in the frequency domain may compose a physical resource block (PRB) . A resource element group (REG) may include one PRB in the frequency domain, and one OFDM symbol in the time domain, for example, twelve resource elements. A control channel element (CCE) may represent a group of resources used to transmit PDCCH. One CCE may be mapped to a number of REGs; for example, six REGs.

[0035] Transmissions that use different antenna ports may experience different radio channels. However, in some situations, different antenna ports may share common radio channel characteristics. For example, different antenna ports may have similar Doppler shifts, Doppler spreads, average delay, delay spread, or spatial receive parameters (for example, properties associated with a downlink received signal angle of arrival at a UE) . Antenna ports that share one or more of these large-scale radio channel characteristics may be said to be quasi co-located (QCL) with one another. 3GPP has specified four types of QCL to indicate which particular channel characteristics are shared. In QCL Type A, antenna ports share Doppler shift, Doppler spread, average delay, and delay spread. In QCL Type B, antenna  ports share Doppler shift and Doppler spread. In QCL Type C, antenna ports share Doppler shift and average delay. In QCL Type D, antenna ports share spatial receiver parameters.

[0036] The base station 108 may provide transmission configuration indicator (TCI) state information to the UE 104 to indicate QCL relationships between antenna ports used for reference signals (for example, synchronization signal / PBCH or CSI-RS) and downlink data or control signaling (for example, PDSCH or PDCCH) . The base station 108 may use a combination of RRC signaling, MAC control element signaling, and DCI, to inform the UE 104 of these QCL relationships.

[0037] The UE 104 may transmit data and control information to the base station 108 using physical uplink channels. Different types of physical uplink channels are possible, including a physical uplink control channel (PUCCH) and a physical uplink shared channel (PUSCH) . Whereas the PUCCH carries control information from the UE 104 to the base station 108, such as uplink control information (UCI) , the PUSCH carries data traffic (e.g., end-user application data) and can carry UCI.

[0038] In an example, communications with the base station 108 and / or the base station can use channels in the frequency range 1 (FR1) band and / or frequency range 2 (FR2) band, although other frequency ranges are possible. The FR1 band includes a licensed band and an unlicensed band. The NR unlicensed band (NR-U) includes a frequency spectrum that is shared with other types of radio access technologies (RATs) (e.g., LTE-LAA, WiFi, etc. ) . A listen-before-talk (LBT) procedure can be used to avoid or minimize collision between the different RATs in the NR-U, whereby a device applies a clear channel assessment (CCA) check before using the channel.

[0039] The UE 104 can be located within a network coverage. In particular, the base station 108 may provide the network coverage with signaling (e.g., which may be carried by one or more beams) . The network coverage may represent a cell or a portion of the cell that the base station 108 provides. The network coverage may provide network connections to multiple UEs, similar to the UE 104. These UEs may communicate with the base station 108 on both the uplink and the downlink based on channels available to them when the UEs are in the network coverage.

[0040] In an example, the UE 104 supports carrier aggregation (CA) , whereby the UE 104 can connect and exchange data simultaneously over multiple component carriers (CCs) with the base station 108. The CCs can belong to the same frequency band, in which case they are  referred to as intra-band CCs. Intra-band CCs can be contiguous or non-contiguous. The CCs can also belong to different frequency bands, in which case they are referred to as inter-band CCs. A serving cell can be configured for the UE 104 to use a CC. A serving cell can be a primary (PCell) , a primary secondary cell (PSCell) , or a secondary cell (SCell) . Multiple SCells can be activated via an SCell activation procedures where the component carriers of these serving cells can be intra-band contiguous, intra-band noon-contiguous, or inter-band. The serving cells can be collocated or non-collocated.

[0041] The UE 104 can also support dual connectivity (DC) , where it can simultaneously transmit and receive data on multiple CCs from two serving nodes or cell groups (amaster node (MN) and a secondary node (SN) ) . DC capability can be used with two serving nodes operating in the same RAT or in different RATs (e.g., an MN operating in NR, while an SN operates in LTE) . These different DC modes include, for instance, evolved-universal terrestrial radio access-new radio (EN) -DC, NR-DC, and NE-DC (the MN is a NR gNB and the SN is an LTE eNB) .

[0042] As further described in the next figures, the gNB 108 can send SBFD configuration information 120 to the UE 104. The SBFD configuration information 120 can indicate a configuration for an SBFD sub-band within a downlink bandwidth part (DL BWP) . The UE 104 can use the SBFD for uplink transmissions. In other words, within the DL BWP, the UE 104 can use configured SBFD resources for uplink transmission. An example of the SBFD configuration information 120 is further described in the next figures. The UE 104 can also indicate to the gNB 108 its SBFD capability. The SBFD capability can correspond to the UE 104 supporting the use of an SBFD sub-band for uplink transmission.

[0043] The configuration information 120 can also configure an RO 110 for the UE 104 and an additional RO 112. As used herein, an additional RO is compliant with 3GPP technical specifications release nineteen (R-19) or a release subsequent to R-19. The additional RO can be referred to as a non-legacy RO. In comparison, a legacy RO is compliant with the 3GPP technical specifications having a release predating R-19. As such, the RO 110 is a first type (e.g., corresponding to a legacy RO compliant with the 3GPP technical specifications having a release predating R-19) , whereas the additional RO 112 is of a second type (e.g., corresponding to a non-legacy RO compliant with the 3GPP technical specifications R-19 or a release subsequent to R-19) . Examples of the RO 110 and the additional RO 112 are further described in the next figures.

[0044] Based on the RO 110 and the additional RO 112, the UE 104 can send RACH information 130, where the transmission of such information uses SBFD symbols and / or non SBFD symbols. The use of such symbols can depend on the validity of the additional RO 112 as further described in the next figures. Furthermore, the RACH information 130 can include a PRACH preamble and a Msg 3, the transmission of each involving different transmission power. The transmission powers can be offset based on the use of SBFD symbols and / or non SBFD symbols as further described in the next figures.

[0045] FIG. 2 illustrates an example 200 of an SBFD resource, in accordance with some embodiments. In the example 200, the horizontal axis represents the time domain, whereas the vertical axis represents the frequency domain. A downlink channel can include a DL BWP 210. The DL BWP 210 can represent a portion of the overall carrier bandwidth corresponding to a subset of the available spectrum.

[0046] An SBFD sub-band 220 can be defined within the DL BWP 210. In particular, the SBFD sub-band 210 is a subset of the DL BWP 210 (e.g., a subset of frequency carriers, which may be contiguous in the frequency domain) . Generally, SBFD allows simultaneous co-existence of downlink and uplink transmissions within a sub-band by dividing the spectrum into sub-bands, where each sub-band can be used for either downlink or uplink transmission at a given time. SBFD can be useful in time division duplex (TDD) networks. In particular, the SBFD sub-band 220 can be used for uplink transmission, while another portion of the DL BWP 210 can be used for simultaneous downlink transmission.

[0047] To reduce interference from the uplink transmission on the downlink transmission and vice versa, a first guard band 230 and a second guard band 232 can surround the SBFD sub-band 220 in the frequency domain. For instance, the first guard band 230 can include one or more frequency carriers that, in the frequency domain, end where there SBFD sub-band 220 starts. Conversely, the second guard band 232 can include one or more frequency carriers that, in the frequency domain, start where there SBFD sub-band 220 ends.

[0048] An SBFD resource 222 can be configured within the SBFD sub-band 220 and within a slot 240. Particularly, the SBFD resource 222 can include one or more resource elements, where each resource element includes a subcarrier in the frequency domain and a symbol in the time domain. As such, the smallest possible SBFD resource 222 can be a resource element configured for uplink transmission within the DL BWP 210 (in the frequency domain) and the slot 240 (in the time domain) . Conversely, the largest SBFD  resource 222 can span the entire SBFD sub-band 220 (in the frequency domain) and all the symbols of the slot 240 (in the time domain) . As used herein, the SBFD resource includes, in the time domain, at least one SBFD symbol. The SBFD symbol can be configured in a downlink symbol or a flexible symbol, but not an uplink symbol. In other words, the SBFD symbol can be thought of as or represent a non-uplink symbol. Conversely, an uplink symbol can be thought of as or represent a non-SBFD symbol.

[0049] Generally, for SBFD operation at the base station side within a TDD carrier, semi-static indication of time location of SBFD sub-bands may be specified to UEs in RRC_CONNECTED mode. Indication of time location of SBFD sub-bands in SIB may not be precluded for the UEs in RRC_CONNECTED mode. Further, semi-static indication of frequency domain location of SBFD sub-bands may be specified to UEs in RRC_CONNECTED mode. Here also, indication of frequency domain location of SBFD sub-bands in SIB may not be precluded for the UEs in RRC_CONNECTED mode. SBFD operations may also be specified to support random access in SBFD symbols by UEs in RRC CONNECTED mode. Also, SBFD operations may be supported for UEs in RRC_IDLE mode or RRC_INACTIVE mode for random access.

[0050] UE transmission, reception and measurement behavior and procedures in SBFD symbols and / or non-SBFD symbols for SBFD aware UE may be specified. For example, transmission and reception behaviors on SBFD sub-bands configured in downlink (DL) and / or flexible symbols may be specified, where such DL and / or flexible symbols may be indicated by TDD-UL-DLConfigCommon. Typically, the TDD-UL-DLConfigCommon may indicate uplink (UL) transmissions within UL sub-band only and / or DL receptions within DL sub-band (s) only (except for cross link interference (CLI) measurement by the UE outside of the DL sub-bands) . When flexible symbols are used, it is not expected that any legacy uplink symbol is converted to downlink / SBFD symbols. Enhancement on resource allocation in frequency domain in SBFD symbols can be specified, including resource allocation in frequency domain for PDSCH / CSI-RS across two DL sub-bands in SBFD symbols, and handling of unaligned boundaries between SBFD sub-band (s) and resource block group (s) , CSI reporting sub-band (s) , CSI-RS resource (s) , and / or physical resource block group (s) .

[0051] FIG. 3 illustrates an example of a connection setup procedure 300 that can use an SBFD sub-band, in accordance with some embodiments. The connection setup procedure 300 can involve a UE 310 (an example of the UE 104) and a base station 320 (an example of the  gNB 108) . The UE 310 can be in an RRC_IDLE mode and can sent an initial access request in a Msg1. This request can include a PRACH preamble for a contention free random access (CFRA) or a contention-based random access (CBRA) . The base station 320 can then send a random access response (RAR) in a Message 2 (Msg2) . This message may assign a temporary identifier (RA-RNTI) to the UE 310 and provide timing adjustments for synchronization. The RAR may also indicate resources to use for a RACH procedure. Next, the UE can send an RRC setup request in a Msg3. The Msg3 may be sent using the resources indicated by the RAR. In some examples, the Msg3 can also include some data (in which case, the Msg3 can correspond to an RRC early data request) . In CBRA, the base station 320 can responds with an RRC setup message (e.g., Message 4 (Msg4) ) providing information about the resolution of contention. Msg4 can also which contain information needed for establishing the RRC connection, including RRC establishment cause, security configuration, and RRC establishment reason. Here, the UE 310 may send HARQ-ACK feedback about the reception of Msg4 to the base station 320.

[0052] After receiving Msg4, the UE 310 can send an RRC connection setup complete message (e.g., Message 5 (Msg5) ) . This message can confirm the successful establishment of the RRC connection. This message also acknowledges the receipt of RRC configuration information. Once the RRC connection is established, the base station 320 may send a UE capability enquiry to the UE 310 requesting the UE 310 to report its capabilities (including its SBFD capability) . The UE 310 may response with UE capability information indicating its capabilities. Subsequently, the base station 310 may need to reconfigure the connection for various reasons such as handover or resource allocation changes. As such, the base station 320 can send an RRC reconfiguration message containing the new RRC configuration parameters. The UE 320 may response with an RRC reconfiguration complete message to acknowledge the completion of the reconfiguration process.

[0053] SBFD can be used with the connection setup procedure 300 (or similar procedures where the UE may request access or perform uplink transmission based on a configured access) . In a first example, random access can be supported in SBFD symbols by the UE 310 in the RRC_CONNETED mode. Particularly, a PRACH transmission (Msg1) , a Msg3 PUSCH transmission, a Msg3 PUSCH repetition and / or Msg3 re-transmission and related frequency hopping can be carried out in an SBFD sub-band.

[0054] In a second example, random access procedure for RRC_IDLE and / or RRC_INACTIVE UE can be performed in an SBFD sub-band. Here, a PRACH resource configuration can be defined in association with a SBFD sub-band for an IDLE UE. A Msg4 HARQ-ACK feedback can also be sent in the SBFD sub-band.

[0055] In the above example, the transmission of RACH information (e.g., any or all of the above referenced messages) can use any or a combination of legacy ROs and / or additional ROs. As referred to herein above, an additional RO can be configured in an SBFD sub-band. The next figures describe techniques that enable the SBFD usages for additional ROs.

[0056] Generally, an RO across SBFD symbols and non-SBFD symbols in the same slot or across slots is invalid by default. However, this invalidity can be changed to become validity based on a network configuration. Particularly, a configured RO starting from SBFD symbol and ending in non-SBFD symbol either in the same slot or across different slots can be valid based on the network configuration. This can be supported for RACH configuration option “2” (e.g., one having a RACH configuration for legacy ROs and an additional RACH configuration for additional ROs) and only supported for the ROs configured by the additional RACH configuration (e.g., is not supported for legacy ROs) . If the network configures such an RO as a valid RO, the UE should treat the RO as an additional RO in SBFD symbols, and the followings can be assumed by the network and UE: (i) the same frequency resources are used for both the SBFD segment and non-SBFD segment of the PRACH, (ii) the same uplink (UL) transmit power is used for both the SBFD segment and non-SBFD segment of the PRACH, (iii) the same UL spatial domain filter is used for both the SBFD segment and non-SBFD segment of the PRACH, (iv) the UE does not stop PRACH transmission in the transition period or gap (if any) between SBFD and non-SBFD symbols, and (v) there are no phase coherency requirements on the UE between the SBFD segment and non-SBFD segment of the PRACH. Other assumptions are not precluded. For FR2, the network may need to ensure that the additional RO and the legacy RO, which overlap with each other in time domain, are mapped to the same synchronization signal block (SSB) .

[0057] Furthermore, for SBFD-aware UEs in RRC CONNECTED state, both RACH configuration option “1” (e.g., using a single RACH configuration for both legacy and additional ROs, and only based on the existing parameters of the single RACH configuration) and RACH configuration option “2” (e.g., using two separate RACH configurations,  including one legacy RACH configuration and one additional RACH configuration) can be supported. Enabling both options at the same time for a UE may not be supported. The UE need not support both options.

[0058] An “additional-RO” can defined as follows. For RACH configuration option “1, ” additional ROs include the ROs in SBFD symbols configured as downlink by tdd-UL-DLConfigurationCommon, and the ROs across SBFD symbols configured as downlink and SBFD symbols configured as flexible by tdd-UL-DL-ConfigurationCommon. For RACH configuration option “2, ” additional-ROs are the ROs configured by the additional RACH configuration.

[0059] As further described herein below, additional ROs can also be ROs in SBFD symbols configured as flexible by tdd-UL-DLConfigurationCommon, which are not valid legacy ROs. This definition may be specific to RACH configuration option “1. ”

[0060] For RACH configuration option “1, ” for the ROs in SBFD symbols configured as downlink by tdd-UL-DLConfigurationCommon, the following conditions may be supported for RO validation. As a first condition, a valid RO starts at least Ngap symbols after a last downlink non-SBFD symbol. As second condition, a valid RO starts at least Ngap symbols after the SSB.

[0061] For RACH configuration option “2, ” any of the following options can be used: legacy SSB-RO mapping rule for the additional ROs configured by the additional RACH configuration, or a separate from the SSB-RO mapping for the legacy ROs configured by the legacy RACH configuration.

[0062] FIG. 4 illustrates examples of legacy and additional ROs, in accordance with some embodiments. In both examples 400 and 402, the top row illustrates symbols in a slot (e.g., each symbol is shown with a rectangle numbered between “0” and “13” corresponding to a total of fourteen symbols in the slot) . The bottom row illustrates ROs. The symbol length of an RO can depend on a RACH configuration (e.g., a PRACH format) . In FIG. 4, the symbol length is two. In the bottom row also, an SBFD resource within an SBFD sub-band (e.g., the SBFD resource 222 of the SBFD sub-band 220 of FIG. 2) is illustrated with a dotted rectangle. In comparison, a non-SBFD resource (e.g., an uplink resource) is illustrated with a plain rectangle. As such, in both examples 400 and 402, slots “0” to “5” correspond to an SBFD resource, whereas at least slots “6” and 7” correspond to a non-SBFD resource (e.g., an uplink resource or flexible symbols) . Furthermore, in both examples, symbols “0” to “3”  within the SBFD resource are configured as DL symbols, whereas symbols “4” and “5” within the SBFD resource are configured as flexible symbols.

[0063] In example 400, the first two ROs in the SBFD sub-band (e.g., the first one corresponding to symbols “0” and “1” and the second one corresponding to symbols “1” and “2” ) are additional ROs. The RO in symbols “6” and “7” is a legacy RO. Because of a gap in the time domain (which can be defined as at least one symbol or two symbols) to enable the switching between a downlink channel and an uplink channel (e.g, between a downlink symbol and preamble transmission) , some ROs in flexible symbols may not be valid legacy ROs. Particularly un example 400, slots “4” and “5” correspond to an invalid legacy RO because of this gap.

[0064] In example 402, slots “4” and “5” can correspond to a valid additional RO. As such, in example 402, the first six slots (corresponding to slots “0” to “5” correspond to three valid additional ROs, unlike example 400 where only the first four slots “0” to 3” correspond to two valid additional ROs) . As such, in example 402, the resource utilization is increased relative to the example 400. This can be possible by defining the additional ROs to also include the ROs in SBFD symbols configured as flexible by tdd-UL-DLConfigurationCommon, which are not valid legacy ROs. This definition can be included in a 3GPP technical specification with which the UE is compliant.

[0065] As such, with example 402, and for RACH configuration option “1, ” an RO configured in flexible symbols can be considered as a legacy RO and / or an SBFD RO if flexible symbols are configured as SBFD symbols. An additional RO can be defined to cover the case that the RO is configured in flexible symbols but is not a valid legacy RO.

[0066] In the case of an additional RO that includes an RO located in SBFD symbols configures as flexible and being an invalid legacy RO, separate SSB to RO mappings may be used. Particularly, a first SSB to RO mapping can be used for such an additional RO and a second, separate SSB to RO mapping can be used for a legacy RO. An SSB to RO mapping can be used to support the RACH information transmission in an RO by using a beam having a particular SSB index.

[0067] Alternatively to example 402, and more in line with example 400, an RO in flexible symbols is invalid as an additional RO if this RO is also invalid as a legacy RO (as in the case of an RO in symbols “4” and “5” ) . As such, ROs in SBFD symbols configured as flexible by tdd-UL-DL-ConfigurationCommon, and not belonging to legacy ROs, these ROs are invalid  for SBFD UE. In this case, such an invalid additional RO (and invalid legacy RO) is not mapped to any SSB.

[0068] FIG. 5 illustrates further examples of legacy and additional ROs, in accordance with some embodiments. The two examples 500 and 502 are similar to those of FIG. 4 (particular, example 500 is similar to example 400 and example 502 is similar to example 402) . The similarities are not repeated herein in the interest of brevity, but equally and equivalently apply to the description of FIG. 5. One difference is that symbol “3” within the SBFD resource in FIG. 5 is configured as a flexible symbol. Nonetheless, an RO in flexible symbols “4” and “5” is an invalid legacy RO per example 500 and can be a valid additional RO per example 502.

[0069] Referring back to FIGS. 4 and 5, for short PRACH format, a two symbols gap is needed between DL symbol and preamble transmission. As such, for PRACH format “A1” with a two-symbol length, there are six ROs in one slot. In FIG. 4, the slot configuration includes four DL symbols (the first four) and eight flexible symbols (the next eight symbols) . The first two additional ROs are invalid for legacy UE, due to these two ROs being in DL symbols. The additional third RO is invalid for legacy UE, due to the symbols “4” and “5” being in the gap for UE switching from DL to UL. In FIG. 5, the slot configuration includes three DL symbols (the first three) and eleven flexible symbols (the next eleven symbols) . The first two additional ROs are invalid for legacy UE, due to these two ROs being in DL symbols. The third additional RO is invalid for legacy UE, due to the symbols “3” and “4” being in the gap for UE switching from DL to UL.

[0070] FIG. 6 illustrates further examples of legacy and additional ROs, in accordance with some embodiments. The two examples 600 and 602 are similar to examples 502 and 402, respectively, except that a different symbol length for an RO is used. The similarities are not repeated herein in the interest of brevity, but equally and equivalently apply to the description of FIG. 5. Here, a symbol length of four is used.

[0071] For short PRACH format, a two-symbol gap is needed between DL symbol and preamble transmission. For PRACH format “A2” with a four-symbol length, there are three ROs in one slot. In both examples 600 and 602, the first additional RO (symbols “0” to “3” ) is invalid for legacy UE, due to this RO being in DL symbols. The second additional RO (symbols “4” to “7” ) is invalid for legacy UE, due to the symbols “3” and “4” being in the gap for UE switching from DL to UL for the slot configuration in example 600 (with three  DL symbols and eleven flexible symbols) , and due to the symbols “4” and “5” being is the gap for UE switching from DL to UL for the slot configuration in example 602 (with four DL symbols and ten flexible symbols) . However, the second additional RO can be a valid SBFD-based RO.

[0072] FIG. 7 illustrates further examples of legacy and additional ROs, in accordance with some embodiments. The two examples 700 and 702 are similar to examples 502 and 402, respectively, except that a different symbol length for an RO is used. The similarities are not repeated herein in the interest of brevity, but equally and equivalently apply to the description of FIG. 5. Here, a symbol length of six is used. Further, the configuration of downlink and flexible symbols is different than that of FIGS. 4 and 5.

[0073] For short PRACH format, a two-symbol gap is needed between DL symbol and preamble transmission. For PRACH format “A3” or “C2” with a six-symbol length, there are two ROs in one slot. In both examples 700 and 702, the first additional RO (symbols “0” to “5” ) is invalid for legacy UE, due to this RO being in DL symbols. The second additional RO (symbols “6” to “11” ) is invalid for legacy UE, due to the symbols “5” and “6” being in the gap for UE switching from DL to UL for the slot configuration in example 700 (with five DL symbols and nine flexible symbols) , and due to the symbols “6” and “7” being is the gap for UE switching from DL to UL for the slot configuration in example 602 (with six DL symbols and eight flexible symbols) . However, the second additional RO can be a valid SBFD-based RO.

[0074] FIG. 8 illustrates an example of a RACH configuration 800 that indicates one or more offsets and periodicity scaling, in accordance with some embodiments. The RACH configuration 800 can correspond to a RACH configuration option “1” (e.g., a single configuration for both legacy and additional ROs) or a RACH configuration option “2” (e.g., separate configurations for legacy and additional ROs) . Generally, the RACH configuration 800 can facilitate controlling the number of ROs in the SBFD symbols. Whereas the ROs are allocated in most possible UL slots for a TDD PRACH configuration, here the PRACH can be transmitted in SBFD sub-band configured in DL slot or flexible symbols for an SBFD operation. As such, the density of additional ROs (e.g., their number in a subframe, slot, or radio frame) need to be managed given the use of a DL BWP.

[0075] In an example, the RACH configuration 800 can include information indicating a subframe / slot offset 810. This offset 810 can be associated with a subframe and / or a slot that  includes one or more additional ROs. For instance, the offset 810 can be in the time domain and defined relative to a particular location (e.g., a start) within the subframe or slot such that the starting symbol of an additional RO (e.g., the starting RO) is at N symbols away from the location, where N corresponds to the offset. In an illustration, the RACH configuration 800 includes a PRACH configuration (e.g., by using a prach-ConfigurationIndex similar to the description in 3GPP TS 38.211 V18.4.0 (2024-09) , the content of which is incorporated herein by reference in its entirety) . The PRACH configuration defines a PRACH configuration subframe / slot offset. This offset can be applied to FR1 and FR2. Furthermore, the offset can be configured in a system information block (SIB) , such as in RACH-ConfigGeneric. Alternatively, the subframe / slot offset can be defined in a technical specification with which the UE is compliant (e.g., a subsequent version of 3GPP TS 38.211 V18.4.0 (2024-09) ) . In both cases (e.g., dynamically configured or statically predefined) , the offset can be within a range, such as a subframe offset range of {0, 1, 2, …, 40} .

[0076] In an example, the RACH configuration 800 can additionally or alternatively include information indicating a radio frame offset 820. This offset 820 can be associated with a radio frame that includes one or more additional ROs. For instance, the offset 820 can be in the time domain and defined relative to a particular location (e.g., a start) within the radio frame such that the starting symbol of an additional RO (e.g., the starting RO) is at N symbols away from the location, where N corresponds to the offset. In an illustration, the RACH configuration 800 includes a PRACH configuration (e.g., by using a prach-ConfigurationIndex similar to the description in 3GPP TS 38.211 V18.4.0 (2024-09) , the content of which is incorporated herein by reference in its entirety) . The PRACH configuration defines a PRACH configuration radio offset. The offset can be within a range, such as a radio frame offset range of {0, 1, 2, …, 15} .

[0077] In an example, the RACH configuration 800 can additionally or alternatively include information indicating a RACH configuration periodicity scaling factor 830. For instance, this scaling factor can be specific to a PRACH configuration periodicity and enables scaling the PRACH configuration periodicity to extend or decrease the periodicity indicated by prach-ConfgiurationIndex. The scaling factor can be within a scaling factor range of {1 / 16, 1 / 8, 1 / 4, 1 / 2, 1, 2, 4, 8, 16, 32, 64} . To increase RO density, the configured scaling factor can be configured with a value smaller than “1” (e.g., any of the values of the subset {1 / 16, 1 / 8, 1 / 4, 1 / 2} ) . In this case, the UE may assume the minimum PRACH configuration periodicity is at least some predefined value (e.g., 10 ms) . The UE may also consider the  periodicity smaller than the predefined value to be an error case, such that to avoid or reject scaling down the periodicity to become smaller than this minimum value. Conversely, to extend the periodicity, the scaling factor can be configured to be larger than “1” (e.g., any of the values of the subset {2, 4, 8, 16, 32, 64} .

[0078] It may be possible that a combination of subframe / slot offset 810, the radio frame offset 820, and / or scaling factor 830 is used. The RACH configuration 800 can be indicated by the network (e.g., a base station thereof) via RRC signaling or other signaling (e.g., media access control (MAC) control element (CE) , or DCI) .

[0079] FIG. 9 illustrates an example 900 of overlapping legacy and additional ROs, in accordance with some embodiments. Particularly, one or more legacy ROsn may overlap with additional ROs. The overlap can be in the time domain and / or the frequency domain. In an illustration, for RACH configuration option “2, ” an RO across SBFD symbols and non-SBFD symbols is possible. As such, for RACH configuration option “2, ” legacy ROs can overlap with additional ROs configured starting from SBFD symbol and ending in non-SBFD symbol either in the same slot or across different slots. If this type of RO collides with legacy RO, UE behavior needs to be defined.

[0080] A time domain overlap is illustrated in FIG. 9. Each blank rectangle corresponds to a slot and is marked as being configured for downlink, uplink, or is flexible (shown with “S” ) . A legacy RO is shown with a rectangle having horizontal lines. A total of four legacy ROs are illustrated and are labeled as RO1, RO2, RO3, and RO4. An additional RO is shown with a dotted rectangle. Two additional ROs are illustrated and are labeled additional RO1 and additional RO2.

[0081] As shown, in the last two slots (shown on the utmost right) , the two legacy RO3 and RO4 overlap in the time domain with the additional RO1 and the additional RO2. The SSB to RO association can be performed separately for a legacy RO and an additional RO. Legacy ROx is associated with SSBx (where x= {1, 2, 3, 4} in FIG. 9) . The first additional RO1 is associated with SSB1, and the additional RO2 is associated with SSB2. Thus, in the last two slots, a base station needs to support SSB1 and SSB2 (for the two additional ROs) on top of SSB3 and SSB4 (for the two legacy ROs) . In other words, the base station needs to support additional beams for the two additional ROs during at least the duration of the overlap. Doing so can impact network implementations.

[0082] In one example approach for the UE behaving in the case of the time domain overlap, an additional RO overlapping in the time domain with a legacy RO (as in the case of the additional RO1 and the additional RO2) can be determined to be an invalid RO. Thus, the additional RO cannot be used for transmitting RACH information.

[0083] In another example approach for the UE behaving in the case of the time domain overlap, an additional RO overlapping in the time domain with a legacy RO (as in the case of the additional RO1 and the additional RO2) can be determined to be a valid RO. In this example, both of the legacy RO and the additional RO are valid ROs. The base station may need to have the capability to support more beams to associate the overlapping additional ROs.

[0084] In yet another example approach for the UE behaving in the case of the time domain overlap, the network (e.g., the base station) can indicate to the UE whether the additional RO is valid or not (e.g., specifically when this additional RO overlaps in the time domain with a legacy RO) . The indication can be via RRC signaling, MAC CE, or DCI. If valid, the UE can use the additional RO for the RACH information transmission. Otherwise, no such use is possible.

[0085] It may also be possible that an additional RO and a legacy RO overlap in both the time domain and the frequency domain. Different approaches can exist for the UE behavior in this case. In one example approach, one or more conditions for RO validation can be defined. For instance, if a legacy RO overlaps with an additional RO configured starting from an SBFD symbol and ending in a non-SBFD symbol either in the same slot or across different slots, the additional ROs can be determined to be invalid. In another example approach, the UE can assume that the time and frequency domain overlap corresponds to an error case and, accordingly, may not use at least the additional RO.

[0086] FIG. 10 illustrates an example of transmission powers used for RACH information transmission, in accordance with some embodiments. Generally, transmitting the RACH information can include transmitting multiple messages (e.g., a PRACH preamble in Msg1 is transmitted first, and a Msg 3 is transmitted second) as illustrated in FIG. 3. It may be possible that a first RACH information transmission (e.g., a PRACH preamble transmission 1110) uses one type of ROs (e.g., one type of symbols depending on whether a legacy RO or an additional RO is used for this transmission) , whereas a second RACH information transmission (e.g., a Msg3 transmission 1020) uses another type of ROs (e.g., another type of  symbols depending on whether a legacy RO or an additional RO is used for this transmission) . Because of this difference, the two RACH information transmissions may need to be transmitted using different transmission powers (a PRACH transmission power 1030 for the PRACH transmission and a Msg3 transmission power 1040 for the Msg3 transmission 1020) . The particular transmission power to use for one of the transmissions can be configured as a power value or level, whereas the particular transmission power to use for the other transmission can be configured as a power offset 1050 relative to this power value or level or some other predefined power.

[0087] The use of power offsets and their configurations is described herein below with reference to PRACH preamble and Msg3. However, the embodiments are not limited to only these two types of messages. Instead, the embodiments similarly and equivalently apply to other message transmissions (e.g., Msg5) .

[0088] Even if the PRACH preamble is transmitted in SBFD symbols, the Msg3 PUSCH can be scheduled in SBFD symbols or non-SBFD symbols. In this case, the interference is different for the two symbol types. The Msg3 PUSCH transmission power needs to be adjusted accordingly.

[0089] If the PRACH preamble is transmitted in the SBFD symbols, a different Msg3 PUSCH power setting is applied for Msg3 PUSCH in SBFD symbols or non-SBFD symbols. Multiple approaches for the power adjustments are possible.

[0090] In an example approach, two power offsets are configured between RACH preamble transmission and Msg3 PUSCH transmission in SBFD symbols and in non-SBFD symbols. For example, a first power offset is a deltaPreamble and a second power offset if SBFD-deltaPreamble. The deltaPreamble is a power offset for Msg 3 PUSCH transmission in non-SBFD symbols. The SBFD-deltaPreamble is a power offset for Msg 3 PUSCH transmission in SBFD symbols. Both these power offsets can be defined relative to the transmission power used for the RACH preamble transmission. Legacy Msg3 PUSCH power determination is defined in 3GPP TS 38.213 V18.4.0 (2024-09) , the content of which is incorporated herein by reference in its entirety. That definition uses a msg3-DeltaPreamble ( “ΔPREAMBLE, Msg3” ) . Here, the power for Msg3 PUSCH transmission can be expressed as PO_PUSCH, b,f,c (0) =PO_PRE+ΔPREAMBLE, Msg3. ΔPREAMBLE, Msg3 is replaced by deltaPreamble or SBFD-deltaPreamble.

[0091] In another example approach, a second power offset is configured relative a first power offset, where the first power offset is relative to the preamble received target power in non-SBFD symbols. For instance, deltaPreamble is power offset for Msg 3 PUSCH transmission in non-SBFD symbols. “SBFD-Offset+ deltaPreamble” is applied for Msg 3 PUSCH transmission in SBFD symbols.

[0092] In yet another example approach, a transmission power command (TPC) ) offset is used for Msg3 PUSCH transmission in SBFD symbol. For instance, a parameter SBFD-poweroffset can be used in addition to the current TPC command “δmsg2, b, f, c. ” Legacy TPC command is defined in 3GPP TS 38.213 V18.4.0 (2024-09) as fb, f, c (0, l) =ΔPrampup, b, f, c+δmsg2, b, f, c. Here, δmsg2, b, f, c is replaced by “SBFD-poweroffset+δmsg2, b, f, c. ” In an illustration, the TPC command for Msg3 transmission in SBFD symbols has larger power offset values than values in non-SBFD symbols.

[0093] In a further example approach, if an additional power offset (e.g., SBFD-deltaPreamble, or SBFD-Offset) or TPC offset (SBFD-poweroffset) is not configured, the same deltaPreamble, Msg3-DeltaPreamble, or TPC is applied to Msg3 PUSCH in SBFD symbols or in non-SBFD symbols.

[0094] The above offsets can be configured via particular signaling. The signaling can be any of RRC, MAC CE, or DCI.

[0095] FIG. 11 illustrates an example of an operational flow / algorithmic structure 1100 for using legacy and additional ROs in a sub-band full duplex (SBFD) sub-band, in accordance with some embodiments. The operational flow / algorithmic structure 1100 can be implemented in part by a UE (e.g., the gNB 104) or an apparatus thereof (e.g., an apparatus that includes processing circuitry configured to perform the operations of the operational flow / algorithmic structure 1100) . In some embodiments, the operational flow / algorithmic structure 1100 may be implemented by executing instructions stored in a tangible, non-transitory, computer-readable storage medium, such as a memory of the UE. While the operational flow / algorithmic structure 1100 is described using steps in a specific sequence, it should be understood that the present disclosure contemplates that the described steps may be performed in different sequences than the sequence illustrated, and certain described steps may be omitted or not performed altogether.

[0096] In an example, the operational flow / algorithmic structure 1100 includes, at 1102, determining, based on configuration information, an uplink resource and a sub-band full duplex (SBFD) resource. For instance, the uplink resource can be within an uplink channel such as PUCCH or PUSCH. The SBFD resource can be within an SBFD sub-band of a DL BWP. The configuration information can be via RRC signaling from a base station and can correspond a RACH configuration option “1” and / or option “2” and can include one or more offsets and / or scaling factors as described in FIGS. 8 and 10.

[0097] In an example, the operational flow / algorithmic structure 1100 includes, at 1104, determining a random access channel (RACH) occasion (RO) that uses one or more uplink symbols of the uplink resource or that uses one or more first flexible symbols, the RO being of a first RO type.. For instance, the RO can be a legacy RO that is scheduled by the base station.

[0098] In an example, the operational flow / algorithmic structure 1100 includes, at 1106, determining whether an additional RO that uses one or more second SBFD symbols of the SBFD resource is valid, the additional RO being of a second RO type and including the one or more second SBFD symbols, the one or more second SBFD symbols configured as one or more flexible symbols based on the configuration information and corresponding to an invalid RO of the first RO type. For instance, the additional RO can be configured in flexible symbols that would have corresponded otherwise to an invalid legacy RO as described in FIGS. 4-7, or an RO that overlaps with the legacy RO in the time domain and / or frequency domain as described in FIG. 9. It is possible that at operation 1106, the additional RO that uses one or more second SBFD symbols of the SBFD resource is determined to be valid. The second RO type is determined from single RACH configuration for both the first type or the second type or a separate RACH configuration applicable to the second RO type and not the first RO type.

[0099] In an example, the operational flow / algorithmic structure 1100 includes, at 1108, sending RACH information to a network by using at least one of the RO or the additional RO. If the additional RO is valid, this RO can be used. Otherwise, this RO is not used. Transmission power for transmitting some of the RACH information can also be adjusted as described in FIG. 10.

[0100] FIG. 12 illustrates another example of an operational flow / algorithmic structure 1200 for using legacy and additional ROs in a sub-band full duplex (SBFD) sub-band, in  accordance with some embodiments. The operational flow / algorithmic structure 1200 can be implemented by one or more components of a network (e.g., by a base station thereof and / or processing circuitry of the base station) . The network can be any of the networks described herein. In some embodiments, the operational flow / algorithmic structure 1200 may be implemented by executing instructions stored in a tangible, non-transitory, computer-readable storage medium, such as a memory of the base station. While the operational flow / algorithmic structure 1200 is described using steps in a specific sequence, it should be understood that the present disclosure contemplates that the described steps may be performed in different sequences than the sequence illustrated, and certain described steps may be omitted or not performed altogether.

[0101] In an example, the operational flow / algorithmic structure 1200 includes, at 1202, sending, to a user equipment (UE) , configuration information for an uplink resource and a sub-band full duplex (SBFD) resource. For instance, the uplink resource can be within an uplink channel such as PUCCH or PUSCH. The SBFD resource can be within an SBFD sub-band of a DL BWP. The configuration information can be via RRC signaling from a base station and can correspond a RACH configuration option “1” and / or option “2” and can include one or more offsets and / or scaling factors as described in FIGS. 8 and 10

[0102] In an example, the operational flow / algorithmic structure 1200 includes, at 1204, scheduling, based on the configuration information, at least one of: a random access channel (RACH) occasion (RO) that uses one or more uplink symbols of the uplink resource or uses one or more first flexible symbols, or an additional RO that uses one or more second SBFD symbols of the SBFD resource, the RO being of a first RO type, the additional RO being of a second RO type. For instance, the additional RO can be scheduled in flexible symbols that would have corresponded otherwise to an invalid legacy RO as described in FIGS. 4-7, or an RO that overlaps with the legacy RO in the time domain and / or frequency domain as described in FIG. 9.

[0103] In an example, the operational flow / algorithmic structure 1200 includes, at 1206, receiving RACH information from the UE based on at least one of the RO or the additional RO. If the additional RO is valid, this RO can be used by the UE, whereby the base station can receive the corresponding RACH information. Otherwise, this RO is not used.

[0104] FIG. 13 illustrates receive components 1300 of a UE (e.g., the UE 104) , in accordance with some embodiments. The receive components 1300 may include an antenna  panel 1304 that includes a number of antenna elements. The panel 1304 is shown with four antenna elements, but other embodiments may include other numbers.

[0105] The antenna panel 1304 may be coupled to analog beamforming (BF) components that include a number of phase shifters 1308 (1) –1308 (4) . The phase shifters 1308 (1) –1308 (4) may be coupled with a radio-frequency (RF) chain 1312. The RF chain 1312 may amplify a receive analog RF signal, down-convert 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.

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

[0107] FIG. 14 illustrates a UE 1400, in accordance with some embodiments. The UE 1400 may be similar to and substantially interchangeable with UE 104 of FIG. 1. Particularly, the UE 1400 can receive and store configuration information that indicates a configuration of an SBFD sub-band. Based on the configuration information, the UE can perform an uplink transmission using an SBFD resource of the SBFD sub-band. The uplink transmission can be scheduled according to an additional RO that uses the SBFD resource.

[0108] Similar to that described above with respect to UE 104, the UE 1400 may be any mobile or non-mobile computing device, such as mobile phones, computers, tablets, industrial wireless sensors (for example, microphones, carbon dioxide sensors, pressure sensors, humidity sensors, thermometers, motion sensors, accelerometers, laser scanners, fluid level sensors, inventory sensors, electric voltage / current meters, actuators, etc. ) , video surveillance / monitoring devices (for example, cameras, video cameras, etc. ) , wearable devices, IoT devices, NB-IoT devices, or relaxed-IoT devices. In some embodiments, the UE may be a reduced capacity UE or NR-Light UE.

[0109] The UE 1400 may include processors 1404, RF interface circuitry 1408, memory / storage 1412, user interface 1416, sensors 1420, driver circuitry 1422, power management integrated circuit (PMIC) 1424, and battery 1428. The components of the UE 1400 may be implemented as integrated circuits (ICs) , portions thereof, discrete electronic devices, or other modules, logic, hardware, software, firmware, or a combination thereof. The block diagram of FIG. 14 is intended to show a high-level view of some of the components of  the UE 1400. However, some of the components shown may be omitted, additional components may be present, and different arrangements of the components shown may occur in other implementations.

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

[0111] The processors 1404 may include processor circuitry, such as baseband processor circuitry (BB) 1404A, central processor unit circuitry (CPU) 1404B, and graphics processor unit circuitry (GPU) 1404C. The processors 1404 may include any type of circuitry or processor circuitry that executes or otherwise operates computer-executable instructions, such as program code, software modules, or functional processes from memory / storage 1412 to cause the UE 1400 to perform operations as described herein.

[0112] In some embodiments, the baseband processor circuitry 1404A may access a communication protocol stack 1436 in the memory / storage 1412 to communicate over a 3GPP compatible network. In general, the baseband processor circuitry 1404A may access the communication protocol stack 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 non-access stratum “NAS” layer. In some embodiments, the PHY layer operations may additionally / alternatively be performed by the components of the RF interface circuitry 1408.

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

[0114] The baseband processor circuitry 1404A may also access group information from memory / storage 1412 to determine search space groups in which a number of repetitions of a PDCCH may be transmitted.

[0115] The memory / storage 1412 may include any type of volatile or non-volatile memory that may be distributed throughout the UE 1400. In some embodiments, some of the  memory / storage 1412 may be located on the processors 1404 themselves (for example, L1 and L2 cache) , while other memory / storage 1412 is external to the processors 1404 but accessible thereto via a memory interface. The memory / storage 1412 may include any suitable volatile or non-volatile memory, such as, but not limited to, dynamic random-access memory (DRAM) , static random-access memory (SRAM) , erasable programmable read-only memory (EPROM) , electrically erasable programmable read-only memory (EEPROM) , Flash memory, solid-state memory, or any other type of memory device technology.

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

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

[0118] 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 1450.

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

[0120] The antenna 1450 may include a number of antenna elements that each 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 1450 may have antenna panels that are omnidirectional, directional, or a combination thereof to enable beamforming and multiple input, multiple output communications. The antenna 1450 may include microstrip antennas, printed antennas fabricated on the surface of one or more printed circuit boards, patch antennas, phased array antennas, etc. The antenna 1450 may have one or more panels designed for specific frequency bands including bands in FR1 or FR2.

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

[0122] The sensors 1420 may include devices, modules, or subsystems whose purpose is to detect events or changes in its environment and send the information (sensor data) about the detected events to some other device, module, subsystem, etc. Examples of such sensors include, inter alia, inertia measurement units 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; microphones or other like audio capture devices; etc.

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

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

[0125] In some embodiments, the PMIC 1424 may control, or otherwise be part of, various power saving mechanisms of the UE 1400. For example, if the platform UE is in an RRC_Connected state, where it is still connected to the RAN node as it expects to receive traffic shortly, then it may enter a state known as Discontinuous Reception Mode (DRX) after a period of inactivity. During this state, the UE 1400 may power down for brief intervals of time and thus save power. If there is no data traffic activity for an extended period of time, then the UE 1400 may transition off to an RRC_Idle state, where it disconnects from the network and does not perform operations, such as channel quality feedback, handover, etc. The UE 1400 goes into a very low power state and it performs paging where again it periodically wakes up to listen to the network and then powers down again. The UE 1400 may not receive data in this state; in order to receive data, it must transition back to RRC_Connected state. An additional power saving mode may allow a device to be unavailable to the network for periods longer than a paging interval (ranging from seconds to a few hours) . During this time, the device is totally unreachable to the network and may power down completely. Any data sent during this time incurs a large delay and it is assumed the delay is acceptable.

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

[0127] FIG. 15 illustrates a gNB 1500, in accordance with some embodiments. The gNB 1500 may be similar to and substantially interchangeable with the base station 108 of FIG. 1  and / or any other base station described herein. Particularly, the gNB 1500 can send, to a UE, configuration information that indicates a configuration of an SBFD sub-band. Based on the configuration information, the gNB 1500 can receive, from the UE, an uplink transmission using an SBFD resource of the SBFD sub-band. The uplink transmission can use an additional RO scheduled by the gNB 1500, where additional RO uses the SBFD resource.

[0128] The gNB 1500 may include processors 1504, RAN interface circuitry 1508, core network (CN) interface circuitry 1512, and memory / storage circuitry 1516.

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

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

[0131] The CN interface circuitry 1512 may provide connectivity to a core network, for example, a Fifth 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 gNB 1500 via a fiber optic or wireless backhaul. The CN interface circuitry 1512 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 1512 may include multiple controllers to provide connectivity to other networks using the same or different protocols.

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

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

[0134] Examples

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

[0136] Example 1 includes a method, the method comprising: determining, based on configuration information, an uplink resource and a sub-band full duplex (SBFD) resource; determining a random access channel (RACH) occasion (RO) that uses one or more uplink symbols of the uplink resource or that uses one or more first flexible symbols, the RO being of a first RO type; determining whether an additional RO that uses one or more second SBFD symbols of the SBFD resource is valid, the additional RO being of a second RO type and including the one or more second SBFD symbols, the one or more second SBFD symbols configured as one or more flexible symbols based on the configuration information and corresponding to an invalid RO of the first RO type; and sending RACH information to a network by using at least one of the RO or the additional RO.

[0137] Example 2 includes a method, the method comprising: determining, based on configuration information, an uplink resource and a sub-band full duplex (SBFD) resource; determining a random access channel (RACH) occasion (RO) that uses one or more uplink symbols of the uplink resource or that uses one or more first flexible symbols, the RO being of a first RO type; determining that an additional RO that uses one or more second SBFD symbols of the SBFD resource is valid, the additional RO being of a second RO type; and the second RO type is determined from single RACH configuration for both the first type or the second type or a separate RACH configuration applicable to the second RO type and not the first RO type; and sending RACH information to a network by using at least the additional RO.

[0138] Example 3 includes a method, the method comprising: sending, to a user equipment (UE) , configuration information for an uplink resource and a sub-band full duplex (SBFD) resource; scheduling, based on the configuration information, at least one of: a random access channel (RACH) occasion (RO) that uses one or more uplink symbols of the uplink resource or uses one or more first flexible symbols, or an additional RO that uses one or more second SBFD symbols of the SBFD resource, the RO being of a first RO type, the additional RO  being of a second RO type; and receiving RACH information from the UE based on at least one of the RO or the additional RO.

[0139] Example 4 includes the method of any example 1-3, wherein the configuration information indicates a separate configuration for each of the RO and the additional RO.

[0140] Example 5 includes the method of any example 1-4, wherein the additional RO is determined to be valid and used to send the RACH information.

[0141] Example 6 includes the method of any example 5, wherein the additional RO is associated with a synchronization signal block (SSB) separately from the first RO type.

[0142] Example 7 includes the method of any example 1-4, wherein an invalid RO determination is performed for using the one or more second SBFD symbols such that invalid additional ROs are not used to send the RACH information.

[0143] Example 8 includes the method of example 7, wherein the additional RO is unassociated with a synchronization signal block (SSB) to RO mapping.

[0144] Example 9 includes the method of any example 1-3, wherein the first RO type and the additional RO are configured in a same RACH configuration.

[0145] Example 10 includes the method of any example 1-7, wherein the configuration information indicates a physical RACH (PRACH) configuration with an offset associated with a subframe or a slot.

[0146] Example 11 includes the method of example 10, wherein the offset is applicable to frequency range one (FR1) and frequency range two (FR2) and is configured in a system information block (SIB) .

[0147] Example 12 includes the method of any example 1-11, wherein the configuration information indicates a scaling factor for a physical RACH (PRACH) periodicity.

[0148] Example 13 includes the method of any example 1-12, wherein the configuration information indicates a physical RACH (PRACH) configuration for an offset associated with a radio frame.

[0149] Example 14 includes the method of any example 1-13, wherein the RO and the additional RO overlap in the time domain and are associated with different synchronization signal block (SSB) to RO mappings.

[0150] Example 15 includes the method of any example 1-14, further comprising: sending, to the UE, or receiving by the UE an indication that the additional RO is valid for sending the RACH information, wherein the RO and the additional RO overlap in the time domain and are associated with different synchronization signal block (SSB) to RO mappings.

[0151] Example 16 includes the method of any example 1-15, wherein receiving RACH information includes receiving a physical RACH (PRACH) preamble based on a first transmission power and receiving a message three (Msg3) based on a second transmission power.

[0152] Example 17 includes the method of example 16, wherein the configuration information indicates a first power offset for Msg3 transmission in SBFD symbols and a second power offset for additional Msg3 transmission in non-SBFD symbols, wherein the first power offset and the second power offset are relative to the first transmission power.

[0153] Example 18 includes the method of example 16, wherein the configuration information indicates a first power offset for Msg3 transmission in non-SBFD symbols relative to the first power transmission power, and a second power offset for additional Msg3 transmission in SBFD symbols relative to first power offset.

[0154] Example 19 includes the method of example 16, wherein the configuration information indicates a transmission power command for Msg3 transmission in SBFD symbols with larger power offset values than values in non-SBFD symbols.

[0155] Example 20 includes the method of example 16, wherein a same power offset is applied to transmitting the Msg3 in SBFD symbols and in non-SBFD symbols.

[0156] Example 21 includes a user equipment (UE) or an apparatus comprising: one or more processors; and one or more memory storing instructions that, upon execution by the one or more processors, configure the UE or the apparatus to perform a method described in or related to any of the preceding examples.

[0157] Example 22 includes one or more computer-readable media storing instructions that, when executed on a user equipment (UE) or an apparatus, cause the UE or the apparatus to perform operations comprising one or more elements of a method described in or related to any of the preceding examples.

[0158] Example 23 includes an apparatus comprising means to perform one or more elements of a method described in or related to any of the preceding examples.

[0159] Example 24 includes one or more non-transitory computer-readable media comprising instructions to cause an apparatus, upon execution of the instructions by one or more processors of the apparatus, to perform one or more elements of a method described in or related to any of the preceding examples.

[0160] Example 25 includes an apparatus comprising logic, modules, or processing circuitry configured to perform one or more elements of a method described in or related to any of the preceding examples.

[0161] Example 26 includes an apparatus, a network, a base station, or a system comprising: one or more processors and one or more computer-readable media comprising instructions that, when executed by the one or more processors, cause the one or more processors to perform one or more elements of a method described in or related to any of the preceding examples.

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

[0163] 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:determining, based on configuration information, an uplink resource and a sub-band full duplex (SBFD) resource;determining a random access channel (RACH) occasion (RO) that uses one or more uplink symbols of the uplink resource or that uses one or more first flexible symbols, the RO being of a first RO type;determining whether an additional RO that uses one or more second SBFD symbols of the SBFD resource is valid, the additional RO being of a second RO type and including the one or more second SBFD symbols, the one or more second SBFD symbols configured as one or more flexible symbols based on the configuration information and corresponding to an invalid RO of the first RO type; andsending RACH information to a network by using at least one of the RO or the additional RO.2.The method of claim 1, wherein the configuration information indicates a separate configuration for each of the RO and the additional RO.3.The method of claim 1 or 2, wherein the additional RO is determined to be valid and used to send the RACH information.4.The method of claim 3, wherein the additional RO is associated with a synchronization signal block (SSB) separately from the first RO type.5.The method of claim 1 or 2, wherein an invalid RO determination is performed for using the one or more second SBFD symbols such that invalid additional ROs are not used to send the RACH information.

6. The method of claim 5, wherein the additional RO is unassociated with a synchronization signal block (SSB) to RO mapping.7.The method of claim 1 or 2, wherein the first RO type and the additional RO are configured in a same RACH configuration.8.An apparatus comprising:a receiver;a transmitter; andprocessing circuitry communicatively coupled with the receiver and the transmitter and configured to:determine, based on configuration information, an uplink resource and a sub-band full duplex (SBFD) resource;determine a random access channel (RACH) occasion (RO) that uses one or more uplink symbols of the uplink resource or that uses one or more first flexible symbols, the RO being of a first RO type;determine that an additional RO that uses one or more second SBFD symbols of the SBFD resource is valid, the additional RO being of a second RO type, and the second RO type is determined from single RACH configuration for both the first type or the second type or a separate RACH configuration applicable to the second RO type and not the first RO type; andsend RACH information to a network by using at least the additional RO.9.The apparatus of claim 8, wherein the configuration information indicates a physical RACH (PRACH) configuration with an offset associated with a subframe or a slot.10.The apparatus of claim 9, wherein the offset is applicable to frequency range one (FR1) and frequency range two (FR2) and is configured in a system information block (SIB) .11.The apparatus of claim 8 or 9, wherein the configuration information indicates a scaling factor for a physical RACH (PRACH) periodicity.12.The apparatus of claim 8 or 9, wherein the configuration information indicates a physical RACH (PRACH) configuration for an offset associated with a radio frame.13.The apparatus of claim 8 or 9, wherein the RO and the additional RO overlap in the time domain and are associated with different synchronization signal block (SSB) to RO mappings.14.One or more computer-readable storage media storing instructions that, upon execution by one or more processors, cause operations comprising:sending, to a user equipment (UE) , configuration information for an uplink resource and a sub-band full duplex (SBFD) resource;scheduling, based on the configuration information, at least one of: a random access channel (RACH) occasion (RO) that uses one or more uplink symbols of the uplink resource or uses one or more first flexible symbols, or an additional RO that uses one or more second SBFD symbols of the SBFD resource, the RO being of a first RO type, the additional RO being of a second RO type; andreceiving RACH information from the UE based on at least one of the RO or the additional RO.15.The one or more computer-readable storage media of claim 14, wherein the operations comprise:sending, to the UE, an indication that the additional RO is valid for sending the RACH information, wherein the RO and the additional RO overlap in the time domain and are associated with different synchronization signal block (SSB) to RO mappings.16.The one or more computer-readable storage media of claim 14 or 15, wherein receiving RACH information includes receiving a physical RACH (PRACH) preamble based on a first transmission power and receiving a message three (Msg3) based on a second transmission power.17.The one or more computer-readable storage media of claim 16, wherein the configuration information indicates a first power offset for Msg3 transmission in SBFD symbols and a second power offset for additional Msg3 transmission in non-SBFD symbols, wherein the first power offset and the second power offset are relative to the first transmission power.18.The one or more computer-readable storage media of claim 16, wherein the configuration information indicates a first power offset for Msg3 transmission in non-SBFD symbols relative to the first power transmission power, and a second power offset for additional Msg3 transmission in SBFD symbols relative to first power offset.19.The one or more computer-readable storage media of claim 16, wherein the configuration information indicates a transmission power command for Msg3 transmission in SBFD symbols with larger power offset values than values in non-SBFD symbols.20.The one or more computer-readable storage media of claim 16, wherein a same power offset is applied to transmitting the Msg3 in SBFD symbols and in non-SBFD symbols.

Images