Random access resource selection in wireless communications

Abstract

This document generally relates to wireless communication that includes a user device that receives, and a network device that transmits, one or more random access channel (RACH) configurations. Each of the one or more RACH configurations indicates: one or more subband full duplex (SBFD) RACH occasions (RO) and no non-SBFD RACH occasions, one or more non-SBFD ROs and no SBFD ROs, or both one or more SBFD ROs and one or more non-SBFD ROs. The user device transmits, and the network device receives, a preamble on one or more SBFD ROs indicated by one of the one or more RACH configurations.

Description

RANDOM ACCESS RESOURCE SELECTION IN WIRELESS COMMUNICATIONSTECHNICAL FIELD

[0001] This document is directed generally to random access resource selection in wireless communication.BACKGROUND

[0002] In some wireless communication systems, subband full duplex (SBFD) is a technique under time division duplexing (TDD) , where a radio access network (RAN) node allocates frequency resources as an uplink (UL) subband for UL transmission inside of a downlink (DL) carrier, and the RAN node may schedule a user device (e.g., a user equipment (UE) ) to transmit UL reference signals or UL data in the UL subband within the DL carrier. SBFD may increase UL capacity, UL coverage, and reduce UL transmission latency. In some implementations, the user device may be allowed to initiate a Msg1 or MsgA transmission on a SBFD resource in order to reduce random access (RA) latency. For example, a random access channel (RACH) occasion (RO) may be configured on the SBFD resource. Also, a user device may be allowed to initiate Msg1 repetition on a SBFD resource, which may increase UL coverage. However, in current wireless systems, when both SBFD resources and non-SBFD resources are available, a user device does not know how to select ROs and / or does not how to perform Msg1 repetition on SBFD resources, including for situations involving contention-based random access (CBRA) and contention-free random access (CFRA) . Thus, ways to select ROs when both SBFD and non-SBFD resources may be available and / or ways to perform Msg1 repetition may be desirable.

[0003] Additionally, in some wireless communication systems, when a user device camps on a cell and decides to trigger a radio resource control (RRC) connection establishment, the user device may first select a frequency band supported by the user device. The network may also determine which band was selected by the user device. Network and UE should have the same understanding on which band is selected, so, problems won’ t occur in the follow-up operation (one involving carrier aggregation (CA) and / or dual  connectivity (DC) configuration) . However, when a wireless communication system includes different user device types and cell barring mechanisms, the selection of a band may become more complex and confusing. For example, a new type of user device may only support a 1 receiver (Rx) branch operation for a first broadcasted band, but support a 2 Rx branch operation for a second broadcasted band. If the cell indicates that the cell is barred for 1 Rx branch operations, then the communication nodes in the wireless communication system may not be able to determine whether the user device can access the cell by selecting the second broadcasted band, and / or how the network is to know which band has been selected by the user device. Ways to address these uncertainties may be desirable.SUMMARY

[0004] This document relates to methods, systems, apparatuses and devices for wireless communication. In some implementations, a method for wireless communication includes: receiving, by a user device, one or more random access channel (RACH) configurations, wherein each of the one or more RACH configurations indicates: one or more subband full duplex (SBFD) RACH occasions (RO) and no non-SBFD RACH occasions, one or more non-SBFD ROs and no SBFD ROs, or both one or more SBFD ROs and one or more non-SBFD ROs; and transmitting, by the user device, a preamble on one or more SBFD ROs indicated by one of the one or more RACH configurations.

[0005] In some other implementations, a method for wireless communication includes: transmitting, by a network device, one or more random access channel (RACH) configurations, wherein each of the one or more RACH configurations indicates: one or more subband full duplex (SBFD) RACH occasions (RO) and no non-SBFD ROs, one or more non-SBFD ROs and no SBFD ROs, or both one or more SBFD ROs and one or more non-SBFD ROs; and receiving, by the network device, a preamble on one or more SBFD ROs indicated by one of the one or more RACH configurations.

[0006] In some other implementations, a device, such as a network device, is disclosed. The device may include one or more processors and one or more memories, wherein the one or more processors are configured to read computer code from the one or more memories to implement any  of the methods above.

[0007] In yet some other implementations, a computer program product is disclosed. The computer program product may include a non-transitory computer-readable program medium with computer code stored thereupon, the computer code, when executed by one or more processors, causing the one or more processors to implement any of the methods above.

[0008] The above and other aspects and their implementations are described in greater detail in the drawings, the descriptions, and the claims.BRIEF DESCRIPTION OF THE DRAWINGS

[0009] FIG. 1 shows a block diagram of an example of a wireless communication system.

[0010] FIG. 2 shows a block diagram of an example configuration of a wireless access node of the wireless communication system of Fig. 1.

[0011] FIG. 3 shows a flow chart of an example method for wireless communication.

[0012] FIG. 4 shows a flow chart of another example method for wireless communication.

[0013] FIG. 5 shows a diagram illustrating an example of a selection between subband full duplex (SBFD) random access channel (RACH) occasions (ROs) and non-SBFD ROs.

[0014] FIG. 6 shows a diagram of example situations of a user device declaring a failure of a random access (RA) procedure when a preamble transmission is to exceed a maximum number.

[0015] FIG. 7 shows a diagram illustrating an example of a first medium access control (MAC) procedure order.

[0016] Fig. 8 shows a diagram illustrating an example of a third MAC procedure order.DETAILED DESCRIPTION

[0017] The present description describes various embodiments of systems, apparatuses, devices, and methods for wireless communications that relate to random access resource selection.

[0018] Fig. 1 shows a diagram of an example wireless communication system 100 including a  plurality of communication nodes (or just nodes) that are configured to wirelessly communicate with each other. In general, the communication nodes include at least one user device 102 and at least one wireless access node 104. The example wireless communication system 100 in Fig. 1 is shown as including two user devices 102, including a first user device 102 (1) and a second user device 102 (2) , and one wireless access node 104. However, various other examples of the wireless communication system 100 that include any of various combinations of one or more user devices 102 and / or one or more wireless access nodes 104 may be possible.

[0019] In general, a user device as described herein, such as the user device 102, may include a single electronic device or apparatus, or multiple (e.g., a network of) electronic devices or apparatuses, capable of communicating wirelessly over a network. A user device may comprise or otherwise be referred to as a user terminal, a user terminal device, or a user equipment (UE) . Additionally, a user device may be or include, but not limited to, a mobile device (such as a mobile phone, a smart phone, a smart watch, a tablet, a laptop computer, vehicle or other vessel (human, motor, or engine-powered, such as an automobile, a plane, a train, a ship, a bicycle, a drone, an unmanned aerial vehicle (UAV) , as non-limiting examples) or a fixed or stationary device, (such as a desktop computer or other computing device that is not ordinarily moved for long periods of time, such as appliances, other relatively heavy devices including Internet of things (IoT) , or computing devices used in commercial or industrial environments, as non-limiting examples) . In addition or alternatively, in any of various embodiments, a user device 102 may include an ambient IoT device, a normal user device, a reduced capacity (RedCap) user device, a low power high-accuracy positioning (LPHAP) user device, a sidelink user device, or a V2X user device.

[0020] In various embodiments, a user device 102 may include transceiver circuitry 106 coupled to an antenna 108 to effect wireless communication with the wireless access node 104. The transceiver circuitry 106 may also be coupled to at least one processor 110, which may also be coupled to at least one memory 112 or other storage device. The at least one memory 112 may store therein instructions or code that, when read and executed by the at least one processor 110, cause the at least one processor 110 to implement various ones of the methods described herein.

[0021] Additionally, in general, a wireless access node (also called herein a network device) , as described herein, such as the wireless access node 104, may include at least one device or  apparatus, and may comprise one or more base stations or other wireless network access points capable of communicating wirelessly over a network with one or more user devices and / or with one or more other wireless access nodes 104. For example, the wireless access node (or network device) 104 may comprise at least one of: a 4G LTE base station, a 5G NR base station, a 5G central-unit base station, a 5G distributed-unit base station, a next generation Node B (gNB) , an enhanced Node B (eNB) , or other similar or next-generation (e.g., 6G) base stations, or a location management function (LMF) , in various embodiments. A wireless access node 104 may include transceiver circuitry 114 coupled to an antenna 116, which may include an antenna tower 118 in various approaches, to effect wireless communication with the user device 102 or another wireless access node 104. The transceiver circuitry 114 may also be coupled to at least one processor 120, which may also be coupled to at least one memory 122 or other storage device. The at least one memory 122 may store therein instructions or code that, when read and executed by the at least one processor 120, cause the at least one processor 120 to implement one or more of the methods described herein.

[0022] Fig. 2 shows a block diagram of an example configuration of a wireless access node (or network device) 104. In the example configuration, the wireless access node (or network) 104 may include a core network element 202 and one or more radio access network (RAN) nodes 204. Some embodiments may include only one RAN node 204. Other embodiments, such as shown in Fig. 2, may include a plurality, or an n-number, of RAN nodes 204 (1) to 204 (n) , where n is two or more. In any of various embodiments, a RAN node 204 may be or include a Next Generation (NG) -RAN node, a gNB, a ng-eNB, a transmission reception point (TRP) , a transmission point (TP) , a reception point (RP) , a base station, and / or an integrated access and backhaul (IAB) node, an example of which is shown in FIG. 2. Also, in any of various embodiments, the core network element 202 may include at least one of: a location management function (LMF) 210, an access and mobility management function (AMF) 212, a user plane function (UPF) 214, and / or a sensing function (SF) 216. The core newtork element 202 may include alternative, other, or additional components in any of various other embodiments, such as a network data analytics function (NWDAF) for example. Additionally, each component of the wireless access node 104, such as the core network element 202 and each RAN node 204, may include at least one network device, and / or may be configured in hardware or a combination of hardware and software, such as by  having a processor 120, a memory 122, transceiver circuitry 114, an antenna 116, and / or an antenna tower 118, such as shown in Fig. 1 for the wireless access node 104.

[0023] Additionally, as shown in Fig. 2, the core network element 202 and each of the RAN nodes 204 may be configured to communicate (transmit and receive) with each other, such as signals or messages, and may be configured to communicate (transmit and receive) with one or more user device 102, either directly or indirectly via another component of the wireless access node (network) 104. For example, the core network element 202 (e.g., the LMF 210) may directly communicate with a user device 10, such as according to a Long-Term Evolution (LTE) positioning protocol (LPP) (i.e., via LPP signaling) , sidelink positioning protocol (SLPP) (i.e., via SLPP signaling) , and / or non-access-stratus (NAS) messaging, as non-limiting examples. In addition or alternatively, the signaling may be UE-associated signaling or non-UE-associated signaling. Also, a RAN node 204 may directly communicate with a user device 102. In particular embodiments, a RAN node 204 may directly communicate with a user device 102 at least via radio resource control (RRC) signaling. In addition, the core network element 202 may directly communicate with each RAN node 204, such as according to dedicated messaging for sensing, New Radio Positioning Protocol A (NRPPa) (i.e., via NRPPa signaling) , and / or Next Generation Application Protocol (NGAP) (i.e., via NGAP messaging) . In addition, RAN nodes 204 may directly communicate with each other, such as according to Xn application protocol (XnAP) (i.e., via XnAP messaging) . Additionally, although not shown in Fig. 2, two user devices 102 may directly communicate with each other, such as via dedicating messaging for sensing, SLPP signaling, PC5-RRC messaging, SL medium access control (MAC) control element (CE) , and / or sidelink control information (SCI) .

[0024] Also, for at least some embodiments, such as shown in Fig. 2, each RAN node 204 may include one or more sub-components. For example, a RAN node 204 may include a gNB and / or at least one transmission / reception point (TRP) 208. Additionally, as used herein unless specified otherwise, the terms “network” or “network device” may include at least one gNB 206, at least one ng-eNB, at least one TRP 208, at least one base station, at least one RAN node 204 (e.g., at least one NG-RAN node) and / or at least one core network element 202. Further functionality of the core network element 202 and the RAN nodes 204 is described in further detail below.

[0025] In addition, referring back to Fig. 1, in various embodiments, two communication nodes in the wireless system 100-such as a user device 102 and a wireless access node 104, two user devices 102 without a wireless access node 104, or two wireless access nodes 104 without a user device 102-may be configured to wirelessly communicate with each other in or over a mobile network and / or a wireless access network according to one or more standards and / or specifications. In general, the standards and / or specifications may define the rules or procedures under which the communication nodes can wirelessly communicate, which, in various embodiments, may include those for communicating in millimeter (mm) -Wave bands, and / or with multi-antenna schemes and beamforming functions. In addition or alternatively, the standards and / or specifications are those that define a radio access technology and / or a cellular technology, such as Fourth Generation (4G) Long Term Evolution (LTE) , Fifth Generation (5G) New Radio (NR) , or New Radio Unlicensed (NR-U) , as non-limiting examples.

[0026] Additionally, in the wireless system 100, the communication nodes are configured to wirelessly communicate signals between each other. In general, a communication in the wireless system 100 between two communication nodes can be or include a transmission or a reception, and is generally both simultaneously, depending on the perspective of a particular node in the communication. For example, for a given communication between a first node and a second node where the first node is transmitting a signal to the second node and the second node is receiving the signal from the first node, the first node may be referred to as a source or transmitting node or device, the second node may be referred to as a destination or receiving node or device, and the communication may be considered a transmission for the first node and a reception for the second node. Of course, since communication nodes in a wireless system 100 can both send and receive signals, a single communication node may be both a transmitting / source node and a receiving / destination node simultaneously or switch between being a source / transmitting node and a destination / receiving node.

[0027] Also, particular signals can be characterized or defined as either an uplink (UL) signal, a downlink (DL) signal, or a sidelink (SL) signal. An uplink signal is a signal transmitted from a user device 102 to a wireless access node 104. A downlink signal is a signal transmitted from a wireless access node 104 to a user device 102. A sidelink signal is a signal transmitted from a one  user device 102 to another user device 102, or a signal transmitted from one wireless access node 104 to a another wireless access node 104. Also, for sidelink transmissions, a first / source user device 102 directly transmits a sidelink signal to a second / destination user device 102 without any forwarding of the sidelink signal to a wireless access node 104.

[0028] Additionally, signals communicated between communication nodes in the system 100 may be characterized or defined as a data signal or a control signal. In general, a data signal is a signal that includes or carries data, such multimedia data (e.g., voice and / or image data) , and a control signal is a signal that carries control information that configures the communication nodes in certain ways in order to communicate with each other, or otherwise controls how the communication nodes communicate data signals with each other. Also, certain signals may be defined or characterized by combinations of data / control and uplink / downlink / sidelink, including uplink control signals, uplink data signals, downlink control signals, downlink data signals, sidelink control signals, and sidelink data signals.

[0029] For at least some specifications, such as 5G NR, data and control signals are transmitted and / or carried on physical channels. Generally, a physical channel corresponds to a set of time-frequency resources used for transmission of a signal. Different types of physical channels may be used to transmit different types of signals. For example, physical data channels (or just data channels) are used to transmit data signals, and physical control channels (or just control channels) are used to transmit control signals. Example types of physical data channels include, but are not limited to, a physical downlink shared channel (PDSCH) used to communicate downlink data signals, a physical uplink shared channel (PUSCH) used to communicate uplink data signals, and a physical sidelink shared channel (PSSCH) used to communicate sidelink data signals. In addition, example types of physical control channels include, but are not limited to, a physical downlink control channel (PDCCH) used to communicate downlink control signals, a physical uplink control channel (PUCCH) used to communicate uplink control signals, and a physical sidelink control channel (PSCCH) used to communicate sidelink control signals. As used herein for simplicity, unless specified otherwise, a particular type of physical channel is also used to refer to a signal that is transmitted on that particular type of physical channel, and / or a transmission on that particular type of transmission. As an example illustration, a PDSCH refers to the physical  downlink shared channel itself, a downlink data signal transmitted on the PDSCH, or a downlink data transmission. Accordingly, a communication node transmitting or receiving a PDSCH means that the communication node is transmitting or receiving a signal on a PDSCH.

[0030] Additionally, for at least some specifications, such as 5G NR, and / or for at least some types of control signals, a control signal that a communication node transmits may include control information comprising the information necessary to enable transmission of one or more data signals between communication nodes, and / or to schedule one or more data channels (or one or more transmissions on data channels) . For example, such control information may include the information necessary for proper reception, decoding, and demodulation of a data signals received on physical data channels during a data transmission, and / or for uplink scheduling grants that inform the user device about the resources and transport format to use for uplink data transmissions. In some embodiments, the control information includes downlink control information (DCI) that is transmitted in the downlink direction from a wireless access node 104 to a user device 102. In other embodiments, the control information includes uplink control information (UCI) that is transmitted in the uplink direction from a user device 102 to a wireless access node 104, or sidelink control information (SCI) that is transmitted in the sidelink direction from one user device 102 (1) to another user device 102 (2) .

[0031] Additionally, some implementations of the wireless communication system 100 may utilize subband full duplex (SBFD) , which is a technique under time division duplexing (TDD) where a network device 104 (e.g., a radio access network (RAN) node 204) allocates frequency resources as an uplink (UL) subband for UL transmission inside of a downlink (DL) carrier, and the network device 104 may schedule a user device 102 to transmit UL reference signals or UL data in the UL subband within the DL carrier. SBFD may increase UL capacity, UL coverage, and reduce UL transmission latency.

[0032] In some implementations, including those involving contention-based random access (CBRA) and / or contention-free random access (CFRA) , the user device 102 may be allowed to initiate a Msg1 and / or MsgA transmission on a SBFD resource in order to reduce random access (RA) latency. For example, a random access channel (RACH) occasion (RO) may be configured on the SBFD resource. Also, a user device 102 may be allowed to initiate Msg1 repetition on a  SBFD resource, which may increase UL coverage. When both SBFD resources and non-SBFD resources are available, the user device 102 may select and / or know how to select ROs in SBFD and non-SBFD reources. In addition or alternatively, the user device 102 may perform Msg1 repetition on SBFD resources, including for situations involving CBRA and / or CFRA. The implementations herein describe ways to select ROs in SBFD resources and ROs in non-SBFD resource, including selections schemes under or during CBRA and / or CFRA; ways to utilize RACH partitions in SBFD ROs; ways to perform medium access control (MAC) random access (RA) procedures in the right order when one or more SBFD ROs are introduced; ways perform Msg1 repetition on SBFD resources; and ways to perform fallback from SBFD RO to non-SBFD RO in different scenarios.

[0033] In addition or alternatively, in some implementations of the wireless communication system 100, one physical frequency may belong to more than one pre-defined frequency band. In situations where a cell operates on a frequency that belongs to more than one frequency band, the network device 104 may broadcast a list of bands in system information of the cell. In some of these implementations, the list may be indicated by a multiple frequency band indicator (MFBI) . Additionally, in some implementations of the wireless communication system 100, when a user device 102 camps on a cell and decides to trigger a radio resource control (RRC) connection establishment, the user device 102 may first select a frequency band supported by the user device 102. The network device 104 may also determine which band was selected by the user device 102. The network device 104 and the user device 102 may have the same understanding on which band is selected in order to avoid or prevent problems from occurring in a follow-up operation (e.g., one involving carrier aggregation (CA) and / or dual connectivity (DC) configuration) . However, in at least some implementations, the wireless communication system 100 may include multiple user devices 102 of different types. In addition, the wireless communication system 100 may also be configured to implement one or more cell barring mechanisms. In such situations, the selection of a band may become more complex and confusing. For example, a new type of user device 102 may only support a 1 receiver (Rx) branch operation for a first broadcasted band, but support a 2 Rx branch operation for a second broadcasted band. In this example, if the cell indicates that the cell is barred for 1 Rx branch operations, then the communication nodes in the wireless communication system 100 may not be able to determine whether the user device 102 can access the cell by selecting the second broadcasted band, and / or how the network device 104 is to know which band has been selected by the user device 102. The  implementations herein describe ways to address these uncertainties.

[0034] Fig. 3 is a flow chart of an example method 300 for wireless communication related to preamble transmissions. At block 302, a user device 102 receives one or more random access channel (RACH) configurations, where each of the one or more RACH configurations indicates: one or more subband full duplex (SBFD) RACH occasions (RO) and no non-SBFD RACH occasions, one or more non-SBFD ROs and no SBFD ROs, or both one or more SBFD ROs and one or more non-SBFD ROs. At block 304, the usr device 102 transmits a preamble on one or more SBFD ROs indicated by one of the one or more RACH configurations.

[0035] Fig. 4 is a flow chart of another example 400 for wireless communication related to preamble transmission. At block 402, a network device 104 transmits one or more random access channel (RACH) configurations, where each of the one or more RACH configurations indicates: one or more subband full duplex (SBFD) RACH occasions (RO) and no non-SBFD ROs, one or more non-SBFD ROs and no SBFD ROs, or both one or more SBFD ROs and one or more non-SBFD ROs. At block 404, the network device 104 receives a preamble on one or more SBFD ROs indicated by one of the one or more RACH configurations.

[0036] In some implementations of the method 300 and / or the method 400, the user device 102 selects one of the one or more RACH configurations that includes both one or more SBFD ROs and one or more non-SBFD ROs. In addition or alternatively, the user device 102 selects between a SBFD RO type and a non-SBFD RO type before sending the preamble.

[0037] In addition or alternatively, in some implementations of the method 300 and / or the method 400, the user device 102 uses a time duration to select between the SBFD RO type and the non-SBFD RO type. In some of these implementations, the time duration starts at a time that the user device 102 starts to perform the selecting, and lasts for X slots, or X symbols, or X sub-frames, wherein X is an integer. In some of these implementations, a value of X is indicated from the network device 104 to the user device 102. In addition or alternatively, in some of these implementations, when a latest SBFD RO and a latest non-SBFD RO both occur after the time duration, the selecting between the SBFD RO type and the non-SBFD RO type includes the user device 102 selecting a nearest RO in the time domain. In addition nor alternatively, in some of these implementations, when a latest non-SBFD RO occurs within the time duration, and the latest  SBFD RO does not occur within the time duration, the selecting between the SBFD RO type and the non-SBFD RO type includes the user device 102 selecting the latest non-SBFD RO. In addition or alternatively, in some of these implementations, when a latest non-SBFD RO and a latest SBFD RO both occur within the time duration, the selecting between the SBFD RO type and the non-SBFD RO type the user device 102 selecting the latest SBFD RO.

[0038] In addition or alternatively, in some implementations of the method 300 and / or the method 400, in response to a number of the one or more SBFD ROs being larger than a number of the one or more non-SBFD ROs in a first time period, the selecting between the SBFD RO type and the non-SBFD RO type includes the user device 102 selecting the one or more SBFD ROs.

[0039] In addition or alternatively, in some implementations of the method 300 and / or the method 400, in response to a number of the one or more SBFD ROs occupying over a first threshold percentage of all ROs in a first time period, the selecting between the SBFD RO type and the non-SBFD RO type comprises selecting, by the user device, the one or more SBFD ROs.

[0040] In addition or alternatively, in some implementations of the method 300 and / or the method 400, the first time period includes: a physical random access channel (PRACH) configuration period of the selected one of the one or more RACH configurations, or a least common multiple of a PRACH configuration period and a SBFD time configuration period.

[0041] In addition or alternatively, in some implementations of the method 300 and / or the method 400, the first time period includes: a physical random access channel (PRACH) association period of the selected one of the one or more RACH configurations, or a least common multiple of a PRACH association period and a SBFD time configuration period.

[0042] In addition or alternatively, in some implementations of the method 300 and / or the method 400, the first threshold percentage is indicated from the network device 104 to the user device 102.

[0043] In addition or alternatively, in some implementations of the method 300 and / or the method 400, the user device 102 selects a RACH configuration from the one or more RACH configurations based on the RACH configuration having a largest number of SBFD ROs during a second time period among the one or more RACH configurations.

[0044] In addition or alternatively, in some implementations of the method 300 and / or the method 400, the user device 102 selects a first RACH configuration from the one or more RACH configurations based on the first RACH configuration having a number of SBFD ROs that is over a second threshold percentage of SBFD ROs in a second SBFD RACH configuration during a second time period.

[0045] In addition or alternatively, in some implementations of the method 300 and / or the method 400, the second time period includes: a physical random access channel (PRACH) configuration period of the one of the one or more RACH configurations to be selected, or a least common multiple of a PRACH configuration period from more than one RACH configurations to be selected.

[0046] In addition or alternatively, in some implementations of the method 300 and / or the method 400, the user device 102 performs Msg1 repetition on one or more SBFD ROs indicated by one of the one or more RACH configurations.

[0047] In addition or alternatively, in some implementations of the method 300 and / or the method 400, the preamble transmission includes a contention-based random access (CBRA) procedure, and the user device 102 performs the Msg1 repetition on the one or more SBFD ROs according to a first repetition number determined by a first reference signal received power (RSRP) threshold indicated from a network device 104 to the user device 102, and where the first RSRP threshold is different from a second RSRP threshold used to determine a second repetition number according to which a CBRA procedure is performed on the one or more non-SBFD ROs.

[0048] In addition or alternatively, the user device 102 determines the first repetition number by the first RSRP threshold in the one or more SBFD ROs when the user device 102 firstly selects between the one or more SBFD ROs and the one or more non-SBFD ROs, and then the user device 102 selects a set of one or more RACH resources.

[0049] In addition or alternatively, in some implementations of the method 300 and / or the method 400, the user device 102 performs Msg1 repetition on the one or more non-SBFD ROs indicated by one of the one or more RACH configurations after Msg1 repetition on the one or more SBFD ROs indicated by one of the one or more RACH configurations.

[0050] In addition or alternatively, in some implementations of the method 300 and / or the method 400, the user device 102 performs Msg1 repetition on the one or more SBFD ROs indicated by one of the one or more RACH configurations with a first repetition number continuously after Msg1 repetition on the one or more SBFD ROs indicated by one of the one or more RACH configurations with a second repetition number, and the second repetition number is smaller than the first repetition number.

[0051] In addition or alternatively, in some implementations of the method 300 and / or the method 400, the user device 102 transmits the preamble up to a predetermined maximum number of times, and the user device 102 uses the predetermined maximum number of times when the user device 102 is allowed to transmit a preamble on the one or more SBFD ROs.

[0052] In addition or alternatively, in some implementations of the method 300 and / or the method 400, the user device 102 uses the predetermined maximum number of times when performing the Msg1 repetition on the one or more SBFD ROs.

[0053] In addition or alternatively, in some implementations of the method 300 and / or the method 400, the user device 102 uses the predetermined maximum number of times when the user device 102 is allowed to fall back from performing the Msg1 repetition on the one or more SBFD ROs to performing the Msg1 repetition on the one or more non-SBFD ROs.

[0054] In addition or alternatively, in some implementations of the method 300 and / or the method 400, the user device 102 performs the Msg1 repetition on the one or more non-SBFD ROs according to a repetition number B, and wherein the repetition number B is: equal to a repetition number that the user device 102 initially uses to perform Msg1 repetition on the one or more SBFD ROs; equal to a repetition number that the user device 102 uses to perform Msg1 repetition on the one or more SBFD ROs before the user device 102 falls back to performing Msg1 repetition on the one or more non-SBFD ROs; or a next higher repetition number relative to a repetition number that the user device 102 uses to perform Msg1 repetition on the one or more SBFD ROs before the user device 102 falls back to performing Msg1 repetition on the one or more non-SBFD ROs.

[0055] In addition or alternatively, in some implementations of the method 300 and / or the method 400, the user device 102 receives and / or the network device 104 transmits a signaling of a  contention-free random access (CFRA) resource to transmit the preamble, wherein the signaling comprises at least one of: an indication that the user device only uses one or more SBFD ROs, an indication that the user device only uses one or more non-SBFD ROs, or an indication that the user device uses both one or more SBFD ROs and one or more non-SBFD ROs.

[0056] In addition or alternatively, in some implementations of the method 300 and / or the method 400, the signaling indicates whether or not the user device 102 is allowed to fall back from transmitting preamble on the one or more SBFD ROs to the one or more non-SBFD ROs.

[0057] In addition or alternatively, in some implementations of the method 300 and / or the method 400, the signaling indicates which RACH resource is to be used to transmit the preamble from at least one of the following candidate configurations: a RACH configuration including only one or more non-SBFD ROs, a RACH configuration including one or more SBFD ROs and one or more non-SBFD ROs, or a RACH configuration including only one or more SBFD ROs.

[0058] In addition or alternatively, in some implementations of the method 300 and / or the method 400, the signaling includes at least one of a radio resource control (RRC) signaling, a medium access control control element (MAC CE) , or a downlink control information of physical downlink control channel (PDCCH) order. In general, a PDCCH order is a procedure or function where the network device 104 causes or schedules the user device 102 to initiate a random access (RA) procedure, such as by sending a DCI. In some of these implementations, the MAC CE is a Lower-Layer Triggered Mobility (LTM) Cell Switch Command MAC CE.

[0059] In addition or alternatively, in some implementations of the method 300 and / or the method 400, the user device 102 transmits the preamble on the one or more SBFD ROs using a CFRA resource and the user device 102 decides to fall back from CFRA to CBRA, and the user device 102 selects a RO of a CBRA resource, where the RO of the CBRA resource is one or more SBFD ROs.

[0060] In addition or alternatively, in some implementations of the method 300 and / or the method 400, the signaling indicates that the user device 102 is to transmit the preamble on the one or more SBFD ROs in CFRA, and a random access occasion list indicates which of the one or more SBFD ROs are mapped to a channel state information (CSI) -reference signal (RS) .

[0061] In addition or alternatively, in some implementations of the method 300 and / or the method 400, the user device 102 first selects a RO type, and then selects one or more sets of RACH resources within the selected RO type; or the user device 102 first selects one or more sets of RACH resources, and then selects a RO type within the selected one or more sets of RACH resources, where the selected RO type includes one of SBFD RO and non-SBFD RO.

[0062] In addition or alternatively, in some implementations of the method 300 and / or the method 400, the one of the one or more RACH configurations includes both one or more SBFD ROs and one or more non-SBFD ROs, and the one or more SBFD ROs and the one or more non-SBFD ROs are associated with different RACH partition configurations or a same RACH partition configuration.

[0063] In addition or alternatively, in some implementations of the method 300 and / or the method 400, the user device 102 has a first feature combination associated with the one or more SBFD ROs, and the user device 102 determines a second feature combination associated with non-SBFD ROs when the user device 102 falls back from transmitting the preamble on the one or more SBFD ROs to transmitting the preamble on the one or more non-SBFD ROs, where the second feature combination includes the first feature combination and / or a feature of SBFD.

[0064] In addition or alternatively, in some implementations of the method 300 and / or the method 400, the user device 102 sends and / or the network device 104 receives an indication of a RO type that the user device 102 wants to use for the preamble transmission, where the RO type includes SBFD RO or non-SBFD RO.

[0065] In addition or alternatively, in some implementations of the method 300 and / or the method 400, the user device 102 reports and / or the network device 104 receives a report of SBFD random access information. In some of these implementations, the SBFD random access information includes at least one of: whether an RO type for the preamble transmission is SBFD RO or non-SBFD RO; whether a RACH configuration including one or more SBFD ROs, a RACH configuration including one or more non-SBFD ROs, or a RACH configuration including one or more SBFD ROs and one or more non-SBFD ROs is used for the preamble transmission; whether a fallback from the one or more SBFD ROs to the one or more non-SBFD ROs is used in the preamble transmission; a frequency domain RACH resource (e.g., frequency domain bandwidth,  frequency start, number of ROs in frequency domain) used in the one or more SBFD ROs; a maximum number of Msg1 and / or MsgA transmissions used in the one or more SBFD ROs before the fallback; a Msg1 repetition number used in the one or more SBFD ROs; SBFD as a feature in a reported feature combination field; or a measured reference signal received power (RSRP) when selecting the one or more SBFD ROs or the one or more non-SBFD ROs.

[0066] Other methods and / or other implementations of the method 300 and / or the method 400 are possible, including but not limited to those that combine one or more aspects from each of two or more of the methods 300 and 400 and / or those that include fewer than all of the aspects for an above recited implementation of the method 300 and / or 400.

[0067] Further details of actions performed by communication nodes in the wireless communication system 100, any or all of which may be implemented in any of various implementations of the method 300, the method 400, and / or other methods, are now described.

[0068] As mentioned, subband full duplex (SBFD) is a technique is in a time division duplex (TDD) scheme where the network device 104 (e.g., a RAN node 204) allocates frequency resources, such as an uplink (UL) subband, for UL transmission inside a DL carrier. The network device 104 may schedule a user device 102 to transmit UL reference signals or UL data in the UL subband. When utilizing SBFD, a time resource that is, or at least can be, allocated within the UL subband is called a SBFD time source, which in some implementations may be a SBFD symbol or SBFD slot. Additionally, the frequency resource of the SBFD resource is the UL subband in the DL carrier. As mentioned, the time resource of the SBFD resource is the SBFD symbol or SBFD slot. Also, a SBFD configuration may be provided from the network device 104 (e.g., RAN node 204) to the user device 102, which informs the user device 102 of the time and frequency domain resource allocation of the UL subband in the DL carrier.

[0069] Additionally, in some implementations, a user device 102 may initiate, and / or may be allowed, permitted, or triggered, to initiate, a Msg1 or MsgA transmission on a SBFD resource. The Msg1 or MsgA transmission both can include a preamble transmission. For a Msg1 or MsgA or preamble transmission, a random access channel (RACH) occasion (RO) may be configured on a SBFD resource. In some of these implementations, the user device 102 may receive one or more RACH configurations, each including one or more random access (RA) parameters and / or RO  parameters. In some implementations, the one or more RACH configurations may be received via radio resource control (RRC) signaling or broadcast signaling. In addition or alternatively, a given RACH configuration may include at least one of a legacy RACH configuration, a shared SBFD RACH configuration, or a separate SBFD RACH configuration. A default RACH configuration may be indicated by RACH-ConfigCommon or MsgA-ConfigCommon. A shared SBFD RACH configuration may share some of the RA parameters or RO parameters of the default RACH configuration. A separate SBFD RACH configuration may provide dedicated RA parameters and / or RO parameters for SBFD-aware user devices 102 compared to a default RACH configuration.

[0070] Also, as used herein, SBFD RO is a RO that is configured within a SBFD resource, and a non-SBFD RO is an RO that is not configured in a SBFD resource. Also, as used herein, a RO that partially or fully overlaps with a SBFD resource may qualify as a SBFD RO. Additionally, as used herein, a default RACH configuration may configure one or more non-SBFD ROs, a shared SBFD RACH configuration may configure one or more SBFD ROs and one or more non-SBFD ROs, and a dedicated SBFD RACH configuration may configure one or more SBFD ROs.

[0071] Additionally, as used herein, the SBFD RO means at least one of configured SBFD RO and available SBFD RO. The non-SBFD RO means at least one of configured non-SBFD RO and available non-SBFD RO.

[0072] In addition or alternatively, in some implementations, when a non-SBFD or a SBFD RO is configured by the network device 104 (e.g., gNB 206) , and / or indicated from the network device 104 to the user device 102 using at least one RACH configuration, the user device 102 may determine the configured non-SBFD or SBFD RO as an available non-SBFD or SBFD RO if at least one of the following conditions is satisfied:

[0073] the configured non-SBFD or SBFD RO maps to a SSB or CSI-RS whose measured RSRP satisfies a configured reference signal RSRP threshold; or

[0074] the configured non-SBFD or SBFD RO belongs to a CFRA resource or CBRA resource that the user device 102 currently selects for the RA procedure; or

[0075] the configured non-SBFD or SBFD RO belongs to a 4-step RACH configuration or a  2-step RACH configuration that the user device 102 current selects for the RA procedure; or

[0076] the configured non-SBFD or SBFD RO belongs to a set of RACH resources that the user device 102 currently selects for the RA procedure.

[0077] In other implementations, a configured non-SBFD or SBFD RO may be seen as, or considered to be or treated as, an available non-SBFD or SBFD RO in the wireless communication system 100.

[0078] In some implementations, a SBFD-aware user device 102 may use a SBFD RO or a non-SBFD RO to initiate a Msg1 transmission and / or a MsgA transmission (collectively referred to herein as a Msg1 / MsgA transmission) . In event that the user device 102 has already selected a RACH configuration and has already selected synchronization signal / physical broadcast channel (PBCH) blocks (SSBs) , a corresponding set of ROs are also known by the user device 102. In event that there are one or more SBFD ROs and one or more non-SBFD ROs in the corresponding set of ROs, the user device 102 may choose between the one or more SBFD ROs or the non-SBFD ROs to continue the RA procedure. In other implementations, the user device 102 may determine whether to use one or more SBFD ROs or one or more non-SBFD ROs before resource set selection.

[0079] In some implementations, the SBFD aware user device 102 may choose a nearest available RO in the time domain among the corresponding set of ROs. If the number of SBFD ROs is relatively large (e.g., greater than a predetermined threshold) or the number of SBFD ROs exceeds the number of non-SBFD ROs, and the nearest available RO in the time domain is a non-SBFD RO, then the user device 102 may choose non-SBFD ROs. However, under such conditions, it may be better for the SBFD-aware user device 102 to instead choose SBFD ROs in order to balance traffic load, considering there are also non-SBFD-aware user devices 102 in the same cell.

[0080] In addition or alternatively, in some implementations, the user device 102 may use a time duration to determine which type of RO to choose, where an RO type may be either a SBFD RO or a non-SBFD RO. Doing so may help to balance RA latency and / or RA chances. In this context, a SBFD RO is a RO having a SBFD RO type, and a non-SBFD RO is a RO having a  non-SBFD RO type. Also, in some of these implementations, the time duration starts at a time that the user device 102 starts to choose a RO type, and may last for X time units, such as X slots, X symbols, X sub-frame, where X is an integer. Additionally, in some implementations, the user device 102 may select a RO type under one or more of the following conditions. In a first condition, if a latest available SBFD RO and a latest available non-SBFD RO both occur after the time duration, then the user device 102 may select the nearest available RO in the time domain regardless of the RO type. In a second condition, if the latest available non-SBFD RO occurs within the time duration, and the latest available SBFD RO does not occur within the time duration, then the user device 102 may select the latest available non-SBFD RO. In a third condition, if the latest available non-SBFD RO and the latest available SBFD RO both occur within the time duration, then the user device 102 may select the latest available SBFD RO. Additionally, in some of these implementations, the number X of the time duration may be configured by the network device 104 (e.g., a gNB 206) , or may be determined by the user device 102 itself, and / or may be reported as a capability of the user device 102.

[0081] In addition or alternatively, in some implementations, an available SBFD RO is an RO that satisfies a reference signal received power (RSRP) criteria. Correspondingly, the user device 102 uses the RSRP criteria to determine whether to choose or select ROs that have the SBFD RO type or the non-SBFD RO type. Fig. 5 shows a diagram illustrating an example of a selection between SBFD ROs and non-SBFD ROs.

[0082] In addition or alternatively, to balance the traffic load and to ensure more RA chances for SBFD-aware UE, in some implementations, a user device 102 may determine which type of RO to be selected via the number of the two types of ROs. Doing so may help balance traffic load and / or ensure more RA chances for a SBFD-aware user device 102. Additionally, in some implementations, when a shared SBFD RACH configuration is provided to the user device 102, the user device 102 may select or choose SBFD ROs or non-SBFD ROs according to one or more of the following conditions or configurations. If the number of SBFD ROs are more than the number of non-SBFD ROs in a first time period, the user device 102 may select SBFD ROs. Otherwise, the user device 102 may choose non-SBFD ROs. In addition or alternatively, if the number of available SBFD ROs occupies over a certain percentage of the number of all available ROs in a  first time period, the user device 102 may choose SBFD ROs. Otherwise, the user device 102 may choose non-SBFD ROs, or the user device 102 may choose the latest available RO in the time domain, and the user device 102 may adopt the RO type of the latest RO for the next several (or next predetermined number of) RA attempts. In addition or alternatively, in some implementations, the first time period may be a physical random access channel (PRACH) configuration period of a selected RACH configuration, or the first time period can be a least common multiple of a PRACH configuration period and a SBFD time configuration period. In addition or alternatively, in some implementations, the first time period may be a PRACH association period of a selected RACH configuration, or the first time period can be a least common multiple of a PRACH association period and a SBFD time configuration period. In addition or alternatively, in some implementations, the value of the certain percentage may be configured by the network device 104 (e.g., a gNB 206) and / or may be indicated from the network device 104 to the user device 102, or the value of the certain percentage may be determined or reported by a capability of the user device 102.

[0083] In addition or alternatively, in some implementations, the user device 102 may select RACH configurations before selecting a RO type. For example, the network device 104 (e.g., gNB 206) may provide the user device 102 with a RACH configuration that does not contain any SBFD ROs, a shared SBFD RACH configuration, or separate SBFD RACH configuration, such as via RRC signaling or broadcast signaling. In response, the user device 102 may apply only one kind or type of the RACH configuration to initiate transmitting Msg1 / MsgA for several times.

[0084] In addition or alternatively, in some implementations, the user device 102 may know the total number of SBFD ROs provided by a shared SBFD RACH configuration and / or a total number of SBFD ROs provided by a separate SBFD RACH configuration, in a second time period. In addition or alternatively, the user device 102 may choose or select the SBFD RACH configuration that has the larger number of SBFD ROs during a second time period. For example, if the number of SBFD ROs provided by the shared SBFD RACH configuration is more than the number of SBFD ROs provided by the separate SBFD RACH configuration in the second time period, then the user device 102 may choose the SBFD ROs provided by the shared SBFD RACH configuration. On the other hand, if the number of SBFD ROs provided by the separate SBFD RACH  configuration is more than the number of SBFD ROs provided by the shared SBFD RACH configuration in the second time period, then the user device 102 may choose the SBFD ROs provided by the separate SBFD RACH configuration. In addition or alternatively, the user device 102 may choose the SBFD RACH configuration that has a number of SBFD ROs over a certain percentage of SBFD ROs in the other SBFD RACH configuration during a second time period. To illustrate, if the number of SBFD ROs provided by a shared SBFD RACH configuration is over a certain percentage of the number of SBFD ROs provided by a separate SBFD RACH configuration in a second time period, then the user device 102 may choose the SBFD ROs provided by the shared SBFD RACH configuration. On the other hand, if the number of SBFD ROs provided by a separate SBFD RACH configuration is over a certain percentage of the number of SBFD ROs provided by a shared SBFD RACH configuration in a second time period, then the user device 102 may choose the SBFD ROs provided by the shared SBFD RACH configuration. In addition or alternatively, in some of these implementations, the second time period may be a PRACH configuration period of a shared SBFD RACH configuration or a separate SBFD RACH configuration. In addition or alternatively, in some implementations, the second time period may be a least common multiple of a PRACH configuration period from the shared SBFD RACH configuration and a PRACH configuration period from a separate SBFD RACH configuration. In addition or alternatively, the second time period may be a PRACH association period of the shared SBFD RACH configuration or the separate SBFD RACH configuration, or the second time period may be a least common multiple of a PRACH association period from the shared SBFD RACH configuration and a PRACH association period from the separate SBFD RACH configuration. In addition or alternatively, in some implementations, the value of the certain percentage may be configured by the network device 104 (e.g., gNB 206) and / or indicated from the network device 104 to the user device 102, or may be determined or reported by a capability of the user device 102.

[0085] In addition or alternatively, in some implementations, including those involving contention-based random access (CBRA) and / or contention-free random access (CFRA) , a user device 102 may perform Msg1 repetition on SBFD ROs. In some of these implementations, the user device 102 may determine a repetition number based on a RSRP threshold. In addition or alternatively, in some of these implementations, the repetition number may be configured and / or indicated by the network device 104 (e.g., gNB 206) . In addition or alternatively, the RSRP  threshold used for determining the repetition number for Msg1 repetition on SBFD ROs may be different from a RSRP threshold used for determining a repetition number for Msg1 repetition on non-SBFD ROs. Considering that interference may be larger when the user device 102 performs Msg1 repetition on SBFD ROs compared to when performing Msg1 repetition on non-SBFD ROs, the RSRP threshold corresponding to the repetition number used for Msg1 repetition on SBFD ROs, in some implementations, may be larger than the RSRP threshold corresponding to the same repetition number for Msg1 repetition on non-SBFD ROs, since the interference mainly impacts the network device’s 104 (e.g., the gNB’s 206) reception, the network device 104 may make sure that Msg1 repetition on SBFD ROs is easier for the user device 102 to achieve than to achieve Msg1 repetition on non-SBFD ROs, so that the network device 104 can overcome the interference by using the Msg1 repetition on SBFD ROs. So easier Msg1 repetition reception may assist the network device 104 (e.g., gNB 206) to overcome the interference. In other implementations, the RSRP threshold corresponding to the repetition number for Msg1 repetition on SBFD ROs may be smaller than the RSRP threshold corresponding to the same repetition number for Msg1 repetition on non-SBFD ROs. Using a smaller RSRP threshold value may makes Msg1 repetition on SBFD ROs even harder, which may cause the UL Msg1 repetition on SBFD symbols to create less interference to other neighboring user devices 102 receiving DL information.

[0086] In addition or alternatively, in some implementations when the user device 102 performs Msg1 repetition on SBFD ROs, a repetition number of eight is not allowed to be used by the user device 102. In other implementations, when the user device 102 performs Msg1 repetition on SBFD ROs, a repetition number of two is not allowed to be used by the user device 102.

[0087] In addition or alternatively, in some implementations when the user device 102 performs Msg1 repetition on SBFD ROs, a repetition number of 16, 32, 64 or 128 is allowed to be used by the user device 102. In some of these implementations, the RSRP threshold for the corresponding repetition number may provided by the network device 104 (e.g., gNB 206) to the user device 102.

[0088] In addition or alternatively, in some implementations, the user device 102 may select or choose a RO type (e.g., SBFD RO or non-SBFD RO) first, and then the user device 102 may select a set of one or more RACH resources. In some of these implementations, if the user device 102  selects SBFD RO to be the RO type, then after the user device 102 selects SBFD RO type, the user device 102 may use the SBFD-specific RSRP threshold for Msg1 repetition to determine the available Msg1 repetition number.

[0089] In addition or alternatively, in some implementations including those involving CFRA, when the network device 104 (e.g., gNB 206) sends a single or separate SBFD RACH configuration to the user device 102, the network device 104 may also indicate a Msg1 repetition number dedicated for the single or separate SBFD RACH configuration. In some of these implementations, the Msg1 repetition number dedicated for the single or separated SBFD RACH configuration a different Msg1 repetition number than a repetition number used for a normal or default CFRA RACH configuration.

[0090] In addition or alternatively, in some implementations including those involving CFRA, the user device 102 may not be allowed to perform fallback from a lower Msg1 repetition number to a higher Msg1 repetition number when performing Msg1 repetition on SBFD ROs. That is, the user device 102 may use only the indicated Msg1 repetition number when a CFRA RA resource is used.

[0091] In addition or alternatively, in some implementations, the user device 102 is not allowed to change the Msg1 repetition number when falling back from a CFRA resource to a CBRA resource when performing Msg1 repetition on SBFD ROs. That is to say, when falling back from a CFRA resource to a CBRA resource when performing Msg1 repetition on SBFD ROs, the Msg1 repetition number may remain the same as the Msg1 repetition number used when using a CFRA RA resource when performing Msg1 repetition.

[0092] In addition or alternatively, in some implementations including those involving CBRA, when a user device 102 performs Msg1 repetition on SBFD ROs, the user device 102 may be allowed to fall back from a lower Msg1 repetition number to a higher Msg1 repetition number. In addition or alternatively, in some implementations, a user device 102 may be allowed to fall back from a lower Msg1 repetition number to a higher Msg1 repetition number and the user device 102 is allowed to fall back from performing Msg1 repetition on SBFD ROs to performing Msg1 repetition non-SBFD ROs.

[0093] In addition or alternatively, in some implementations, a user device 102 may be configured with a maximum number of preamble transmissions. In some implementations, a granularity of the maximum number is per user device 102. In addition or alternatively, in some implementations, when the user device 102 transmits a preamble that is to exceed the maximum number, which may include transmitting the preamble on SBFD ROs and on non-SBFD ROs, the user device 102 may declare a failure of the RA procedure. Fig. 6 shows a diagram of example situations of a user device 102 declaring a failure of a RA procedure when the preamble transmission is to exceed a maximum number. Also, a maximum number of preamble transmissions specific to SBFD-aware user devices 102 may be beneficial in that that, when a SBFD-aware user device 102 performs Msg1 repetition and falls back to performing the Msg1 repetition on SBFD ROs, the user device 102 may also perform Msg1 transmission continuously on non-SBFD ROs. However, a non-SBFD aware user device 102 may only perform Msg1 transmission and fallback in non-SBFD ROs. Accordingly, the maximum number of preamble transmissions may be larger for SBFD-aware user devices 102 compared to non-SBFD-aware user devices 102.

[0094] In addition or alternatively, a maximum number of preamble transmissions may be configured or associated with a shared SBFD RACH configuration, or may be configured or associated with a dedicated SBFD RACH configuration. In addition or alternatively, in some implementations, a user device 102 may only use the maximum number when the user device 102 performs Msg1 repetition on SBFD ROs. In addition or alternatively, in some implementations, the user device 102 may only use the maximum number when the user device 102 is allowed to fallback from performing Msg1 repetition on SBFD ROs to performing Msg1 repetition on non-SBFD RO.

[0095] As an example illustration, supposed that a user device 102 starts Msg1 repetition transmission on SBFD ROs with a certain repetition number A. After X times of Msg1 repetition with the repetition number A initially, the user device 102 may transmit Y times of Msg1 repetition with the next higher repetition number in SBFD ROs. At this time, if the user device 102 reaches the limit of Z transmission times in SBFD ROs, then the user device 102 may fall back to non-SBFD ROs to continuously perform Msg1 repetition with a repetition number B. Then, when  the user device 102 reaches the total number of transmitting preambles of the RA procedure (the total number is configured by gNB as D) . In some implementations, the total number of transmitting preambles is the maximum number of preamble transmissions mentioned above. Additionally, when the total number is reached, the user device 102 does not receive a Msg2 / MsgB response, and in turn, the user device 102 may stop trying and declares that the RA procedure is unsuccessful.

[0096] In some implementations of the above illustration, the repetition number B is the repetition number that the user device 102 may use on non-SBFD ROs when falling back from performing Msg1 repetition on SBFD ROs to performing Msg1 repetition on non-SBFD ROs. In addition or alternatively, the user device 102 may determine the repetition number B using one of the following schemes. In a first scheme, the repetition number B is equal to the repetition number that user device 102 initially uses when performing Msg1 repetition on SBFD ROs. In a second scheme, the repetition number B is equal to the repetition number that user device 102 uses when performing Msg1 repetition on SBFD ROs before the user device 102 falls back to performing Msg1 repetition on non-SBFD ROs. In a third scheme, the repetition number B is a next higher repetition number compared to the repetition number that the user device 102 uses when performing Msg1 repetition on SBFD ROs before the user device 102 falls back to performing Msg1 repetition on non-SBFD ROs. In addition or alternatively, in some of these implementations, the Msg1 repetition number allowed to be used when performing Msg1 repetition on SBFD ROs may be at least one of: 2, 4, 8, 16, 32, 64, or 128.

[0097] In addition or alternatively, in some implementations, the fallback from a lower Msg1 repetition number to a higher Msg1 repetition number for Msg1 repetition on SBFD ROs may be restricted within shared ROs, That is, the RACH resource set associated with the lower Msg1 repetition number and the RACH resource set associated with the higher Msg1 repetition number may come from the same RACH configuration, the same shared SBFD RACH configuration, the same separate SBFD RACH configuration, or using the same RACH-ConfigGeneric information element (IE) . In addition or alternatively, in some implementations, falling back from a lower Msg1 repetition number to a higher Msg1 repetition number may be only applied to a shared SBFD RACH configuration. If the user device 102 chooses a separate SBFD RACH configuration, then  even if the user device 102 supports fallback from performing Msg1 repetition on SBFD ROs to non-SBFD ROs, the user device 102 may not support fallback from a lower Msg1 repetition number to a higher Msg1 repetition number.

[0098] In addition nor alternatively, in some implementations, including those involving CFRA, the network device 104 (e.g., gNB 206) may explicitly provide a user device 102 with a RACH configuration, a reference signal configuration and / or a preamble index associated with a reference signal (RS) .

[0099] IN addition nor alternatively, in some implementations, including those involving CFRA, the network device 104 (e.g., gNB 206) may indicate to the user device 102 the RO type (e.g., whether to perform CFRA in SBFD ROs or non-SBFD ROs for a particular CFRA procedure) , and / or a RACH configuration and / or a SBFD configuration to use. In some of these implementations, the indication may communicated via RRC signaling, a MAC CE, or a DCI. In addition or alternatively, in some of these implementations, the indication may be indicated only if a CFRA configuration provides a RACH-ConfigGeneric.

[0100] In addition or alternatively, in some implementations, when CFRA RA resource is provided to the user device 102 and a SBFD RO is indicated to be applied by the user device 102 or the user device 102 determines to use SBFD RO in CFRA, but the user device 102 verifies that the CFRA RA resource is not available (e.g., a measured RSRP is lower than a configured RSRP threshold) at each time when the user device 102 does not receive Msg2 / MsgB in a response window, then the user device 102 may fall back to select a CBRA resource.

[0101] In some implementations, when the user device 102 falls back, or determines to fall back, if the user device 102 fails a preamble transmission procedure on SBFD ROs in CFRA, the user device 102 may only select the RO type as SBFD ROs in CBRA to complete the preamble transmission procedure; or the user device 102 may firstly select the RO type as SBFD RO in CBRA to complete the preamble transmission procedure, and then the user device 102 may fall back to non-SBFD ROs in CBRA. In addition or alternatively, in some implementations if the user device 102 fails a preamble transmission procedure on non-SBFD ROs in CFRA, the user device 102 may only select the RO type as non-SBFD ROs in CBRA to complete the preamble transmission procedure.

[0102] In addition or alternatively, in some implementations when a CFRA resource is provided and the network device 104 (e.g., gNB 206) indicates for the user device 102 to use SBFD ROs, and the network device 104 (e.g., gNB 206) also configures one or more RA resource sets with SBFD as a feature or a feature combination, the user device 102 may select the RA resource set that is associated with the SBFD RO type during the set selection procedure.

[0103] In addition or alternatively, in some implementations, when CFRA is indicated to be applied but a CFRA RACH resource is not present in RRC signaling, and if a RACH resource (e.g., IE RACH-ConfigGeneric) of a default RACH configuration, a single SBFD RACH configuration, or a separate RACH configuration is provided in corresponding common bandwidth part (BWP) parameters in RRC signaling, the user device 102 may use the RACH resource (e.g., IE RACH-ConfigGeneric) of the RACH configuration, the single SBFD RACH configuration, or the separate RACH configuration in the corresponding common BWP parameters in RRC signaling.

[0104] In addition or alternatively, in some implementations of the method 300 and / or the method 400, when CFRA is indicated to be applied but a CFRA RACH resource is not present in RRC signaling, and if a CFRA configuration indicates SBFD ROs or non-SBFD ROs are to be used, the user device 102 may use the RACH resource (e.g., IE RACH-ConfigGeneric) of a single SBFD RACH configuration or a separate RACH configuration in the corresponding common BWP parameters in RRC signaling.

[0105] In addition or alternatively, in some implementations, including those involving a CFRA RACH resource configured in the RRC IE RACH-ConfigDedicated or rach-ConfigBFR or EarlyUL-SyncConfig by the network device 104 (e.g., gNB 206) , one or more indications, such as in RRC signaling RACH-ConfigDedicated or rach-ConfigBFR or EarlyUL-SyncConfig, may indicate whether the user device 102 may only use non-SBFD ROs, such as those configured by the corresponding RACH-ConfigGeneric, or the user device 102 may use both SBFD ROs and non-SBFD ROs, or the user device 102 may use only SBFD ROs. In some of these implementations, the indication may include two bits.

[0106] In addition or alternatively, in some implementations, an indicator may be used indicate whether the user devie 102 may only use non-SBFD ROs, such as those configured by the corresponding RACH-ConfigGeneric, or the user device 102 may use only SBFD ROs. In some of  these implementations, the indication may include one bit.

[0107] In addition or alternatively, in some implementations, the network device 104 (e.g., gNB) may indicate a SBFD RACH configuration to the user device 102, such as in the RRC IE RACH-ConfigDedicated or rach-ConfigBFR or EarlyUL-SyncConfig. In some of these implementations, the SBFD RACH configuration may not be configured together with the legacy or default CFRA RACH configuration in these two IEs. Instead, the SBFD RACH configuration may be a separate SBFD RACH configuration.

[0108] In addition or alternatively, in some implementations, one or more of the above-described indications may not be provided by the network device 104 (e.g., gNB 206) when a RRC IE RACH-ConfigDedicated or rach-ConfigBFR or EarlyUL-SyncConfig is configured in a supplementary uplink (SUL) .

[0109] In addition or alternatively, in some implementations if the network device 104 (e.g., gNB 206) indicates that the user device 102 may only use non-SBFD ROs in the contained RACH-ConfigGeneric, then the user device 102 may only use the default RACH configuration. In addition or alternatively, if the network device 104 (e.g., gNB 206) indicates that the user device 102 may use only SBFD ROs, then the user deice 102 may use a shared SBFD RACH configuration or a separate SBFD RACH configuration.

[0110] In addition or alternatively, in some implementations if the network device 104 (e.g., gNB 206) indicates for the user device 102 to perform CFRA in SBFD ROs, the ra-OccasionList may indicate which SBFD ROs are mapped to a CSI-RS resource. In some of these implementations, the SBFD ROs and the non-SBFD ROs may use independent ways of allocating the RO index, since sometimes SBFD RO and non-SBFD RO in a shared SBFD RACH configuration have different amounts.

[0111] In addition or alternatively, in some implementations involving a system information (SI) request, the network device 104 (e.g., gNB 206) may indicate, such as via RRC signaling including a SI-RequestConfig and / or a SI-RequestConfigRepetition, whether the user device 102 may use SBFD ROs corresponding to the associated RACH configuration. In some of these implementations, when a RACH configuration of a SI request is configured on a SUL, the  indication is not used and / or is not provided by the network device 104 (e.g., gNB 206) .

[0112] In addition, in some implementations, the network device 104 I (e.g., gNB 206) may indicate, such as via RRC signaling, whether the user device 102 is allowed to fall back from SBFD RO to non-SBFD RO.

[0113] In addition or alternatively, in some implementations, a RRC configuration or signaling of CFRA may provide or include one or more RACH configurations, one or more shared SBFD RACH configurations, and / or one or more separate SBFD RACH configurations, and a DL MAC CE may include an indication that indicates a RO type to select and / or a RACH configuration to select. For example, if the RRC configuration or signaling provides both a RACH configuration and a SBFD RACH configuration, a Lower-Layer Triggered Mobility (LTM) Cell Switch Command MAC CE can include an indication of whether the user device 102 is to use SBFD RO or non-SBFD RO for the CFRA. In addition or alternatively, in some implementations, the LTM Cell Switch Command MAC CE can include an indication of which RACH resource is to be used from at least one of the following candidate configurations: a default RACH configuration, a shared SBFD RACH configuration, or a separate RACH configuration. In addition or alternatively, in some implementations, the LTM Cell Switch Command MAC CE can include an indication of whether the user device 102 is allowed or not to fall back from SBFD RO to non-SBFD RO. In addition or alternatively, in some implementations, the LTM Cell Switch Command MAC CE may be replaced by other DL MAC CEs that contain a CFRA RACH resource.

[0114] In addition or alternatively, in some implementations, a RRC configuration of CFRA or CBRA may provide or include one or more RACH configurations, one or more shared SBFD RACH configurations, and / or one or more separate SBFD RACH configurations, and a DCI of PDCCH order may include an indication of a RO type to select and / or one or more RACH configurations to select. For example, a DCI used for PDCCH order may include an indication of whether the user device 102 is to use SBFD ROs or non-SBFD ROs. In addition or alternatively, the DCI used for PDCCH order may include an indication of which RACH resource is to be used from at least one of the following candidate configurations: a default RACH configuration, a shared SBFD RACH configuration, or a separate RACH configuration. In some of these implementations, the indication can be used in CBRA and / or CFRA. In addition or alternatively,  the DCI for PDCCH order may include an indication of whether the user device 102 is allowed to fall back from SBFD RO to non-SBFD RO.

[0115] In addition or alternatively, in some implementations, the wireless communication system 100 may utilize one or more kinds of MAC procedure orders associated with the user device 102 sending Msg1 and / or MsgA.

[0116] A first MAC procedure order may include the following order: the user device 102 determines an available feature combination; the user device 102 selects a RA resource set according to the determined available feature combination; within the selected set, the user device 102 determines a RACH configuration if the network device 104 (e.g., gNB 206) provides one or more RACH configurations, one or more shared SBFD RACH configurations, and / or one or more separate SBFD RACH configurations; the user device 102 determines or selects the RO type as SBFD RO or non-SBFD RO if the user device 102 selects the shared SBFD RACH configuration; the user device 102 determines the RA type (e.g., 2-step RACH or 4-step RACH) within the selected RO type; the user device 102 performs initialization of variables specific to the RA type and / or the RO type; and the user device 102 performs the Random Access Resource selection procedure for the selected RA type and / or the selected RO type. Fig. 7 shows a diagram illustrating an example of the first MAC procedure order. In some implementations of the first MAC procedure order, one RA resource set may be associated with one feature combination, and one RACH resource set may include a RACH resource on a SBFD RO and a RACH resource on a non-SBFD RO.

[0117] A second MAC procedure order may include the following order: the user device 102 determines an available feature combination; the user device 102 selects a RA resource set according to the determined available feature combination; within the selected set, the user device 102 determines a RACH configuration if the network device 104 (e.g., gNB 206) provides one or more RACH configurations, one or more shared SBFD RACH configurations, and / or one or more separate SBFD RACH configurations; the user device 102 determines a RA type (e.g., 2-step RACH or 4-step RACH) within the selected RACH configuration; the user device 102 determines RO type as SBFD RO or non-SBFD RO if the user device 102 is provided two RA types of the selected RACH configuration; the user device 102 performs initialization of variables specific to  the selected RA type and / or the selected RO type; and the user device 102 performs a random access resource selection procedure for the selected RA type and / or the selected RO type. Fig. 8 shows a diagram illustrating an example of the second MAC procedure order.

[0118] A third MAC procedure order may include the following order: a user device 102 may determine a RACH configuration in response to the network device 104 (e.g., gNB 206) providing one or more RACH configurations, one or more shared SBFD RACH configuration, and / or one or more separate SBFD RACH configurations; the user device 102 may determines a RO type (i.e., SBFD RO or non-SBFD RO) if the user device 102 selects a shared SBFD RACH configuration; if user device 102 selects a separate SBFD RACH configuration, then only SBFD ROs are selected; if the user device 102 selects a default RACH configuration, only non-SBFD ROs are selected; the user device 102 determines an available feature combination; the user device 102 selects a RACH resource set according to the determined available feature combination, within the selected RO type; the user device 102 determines a RA type (e.g., 2-step RACH or 4-step RACH) within the selected RO type and the selected RACH resource set; the user device 102 performs initialization of variables specific to the selected RA type and / or the selected RO type; the user device 102 performs the Random Access Resource selection procedure for the selected RA type and / or selected RO type. Fig. 8 shows a diagram illustrating an example of the third MAC procedure order. In some implementations of the third MAC procedure order, one RA resource set is associated with one RO type and one feature combination. For example, one RACH resource set may only include RACH resources on SBFD RO of a feature combination (FC) , or only include RACH resources on non-SBFD RO of a FC.

[0119] In addition or alternatively, in some implementations, a RACH partition may be formed or established by the network device 104 (e.g., gNB 206) configuring a mapping between specific RA resource sets and a specific feature or a specific feature combination. In this way, when the network device 104 (e.g., gNB 206) receives a Msg1 and / or a MsgA in the specific RA resource sets, the network device 104 (e.g., gNB 206) may know which feature or feature combination the user device 102 supports. Correspondingly, a RACH partition allows the network device 104 (e.g., gNB 206) so early identify features and / or capabilities of the user device 102.

[0120] In addition or alternatively, in some implementations, the network device 104 (e.g.,  gNB 206) may configure both SBFD ROs and non-SBFD ROs in the same shared SBFD RACH configuration. In some of these implementations, a SBFD-aware user device 102 may determine valid SBFD ROs and valid non-SBFD ROs of the same shared SBFD RACH configuration according to a validation rule.

[0121] In addition or alternatively, in some implementations, SBFD ROs may be configured with a RACH partition. In other implementations, SBFD ROs are not configure with a RACH partition.

[0122] In addition or alternatively, in some implementations, if SBFD ROs may be configured with a RACH partition, the SBFD RO (s) and the non-SBFD RO (s) in the same SBFD RACH configuration may be configured or associated with different RACH partition configurations from each other. For example, some sets with some feature combinations may be configured on SBFD ROs, and some sets with other feature combinations may be configured on non-SBFD ROs. For example, if a SBFD-aware user device 102 does not support a reduced capacity (RedCap) or an eRedCap feature, then the RACH partition in SBFD ROs may not configure a feature or feature combination containing RedCap or eRedcap. As another example, the non-SBFD ROs may be associated with a feature ‘SBFD’ , while SBFD ROs are not configured with this feature.

[0123] In addition or alternatively, in some implementations, if SBFD ROs can be configured with a RACH partition, the SBFD RO (s) and the non-SBFD RO (s) in the same SBFD RACH configuration may be configured or associated with the same RACH partition configuration (s) . In this way, all of the features or feature combinations that are associated with SBFD ROs may additionally include SBFD as a feature. This can be explicitly configured in RRC signaling, or implicitly indicated, such as through use of a specification or protocol according to which communication nodes in the communication system 100 communicate and / or operate, without explicit signaling.

[0124] In addition or alternatively, in some implementations, of the user device 102 performs Msg1 and / or MsgA fallback from SBFD RO to non-SBFD RO, and if the user device 102 has been configured in non-SBFD RO that some RACH resources are associated with the feature SBFD, then the user device 102 may use the feature combination before fallback + SBFD as a new feature combination and select a resource set in the non-SBFD resources based on the new feature  combination.

[0125] In addition or alternatively, in some implementations, the user device 102 may adopt UE variables including a RO type, indicating SBFD RO or non-SBFD RO.

[0126] In addition or alternatively, in some implementations when separate SBFD RACH configurations are provided to the user device 102, the SBFD ROs only included in separate SBFD RACH configuration (s) , and non-SBFD ROs are only included in default RACH configurations.

[0127] In addition or alternatively, in some implementations, at least one of the following types of RRC configurations for separate SBFD RACH configurations may be used.

[0128] In a first type of RRC configuration, a separate SBFD RACH configuration may be configured as parallel with RACH-ConfigCommon in BWP-UplinkCommon, and a separate SBFD RACH configuration is also configured in parallel with RACH-ConfigCommon in AdditionalRACH-ConfigList. In this way, a RACH partition is configured independently in a separate SBFD RACH configuration and RACH-ConfigCommon. However, the same feature or the same feature combination (FC) can only be configured within the same AdditionalRACH-Config, i.e., a separate SBFD RACH configuration in different RACH configurations or in different AdditionalRACH-Config may not include the same feature or the same feature combination.

[0129] In a second type of RRC configuration, a separate SBFD RACH configuration may be independently configured in BWP-UplinkCommon and is parallel with AdditionalRACH-ConfigList, and a separate SBFD RACH configuration includes one or more separate SBFD RACH sub-configuration (s) . In this second type of RRC configuration, a RACH partition is configured independently for a separate SBFD RACH configuration and another RACH configuration in BWP-UplinkCommon, and the same feature or FC may be configured within both a separate SBFD RACH configuration and the other RACH configurations in BWP-UplinkCommon.

[0130] In a third type of RRC configuration, one or more separate SBFD RACH configurations are configured as an extension or attachment to, or otherwise part of, one or more RACH configurations in BWP-UplinkCommon. In this third type of RRC configuration, a RACH partition  of a separate SBFD RACH configuration is configured to be the same as the RACH configurations in BWP-UplinkCommon to which the separate SBFD RACH configuration is extended / attached.

[0131] In addition or alternatively, in some implementations, if, or in event that, the user device 102 performs Msg1 or MsgA fallback from SBFD RO to non-SBFD RO, and if, or in event that, the user device 102 has been configured to transmit on non-SBFD ROs but some RACH resources are associated with the feature SBFD, then the user device 102 may use the feature combination (before fallback + SBFD) as a new feature combination and select a resource set in non-SBFD resources based on the new feature combination.

[0132] In addition or alternatively, in some implementations, the user device 102 may send an indication to the network device 104 (e.g., gNB 206) that indicates which type of ROs (SBFD RO or non-SBFD RO) that the user device 102 wants or recommends to use for RA. In some of these implementations, the indication may be included or indicated in a UL RRC message or UL a MAC CE.In addition or alternatively, the indication may be indicated or included in a RRC information element (IE) UEAssistanceInformation. In addition or alternatively, the network device 104 (e.g., gNB 206) may request the user device 102 to send the indication, such as via OtherConfig.

[0133] In addition or alternatively, in some implementations, the user device 102 may report a RA parameter related to SBFD in at least one of UEInformationResponse IE, ra-ReportList-r16 IE, RA-InformationCommon-r16 IE, PerRAInfo IE or PerRAAttemptInfo IE. In addition or alternatively, in some implementations, the user device 102 may report whether ROs of the SBFD RO type or the non-SBFD RO type are used in a RACH procedure. In addition or alternatively, the user device 102 may report whether a default RACH configuration, a shared SBFD RACH configuration, or a dedicated SBFD RACH configuration is used in a RACH procedure. In addition or alternatively, the user device 102 may report whether fallback from SBFD ROs to non-SBFD ROs is used in a RACH procedure. In addition or alternatively, the user device 102 may report the frequency domain RACH resource (e.g., frequency domain bandwidth, frequency start, number of ROs in frequency domain) used in SBFD RO (s) . In addition nor alternatively, the user device 102 may can report a maximum number of Msg1 or MsgA transmissions in SBFD ROs before fallback. In addition or alternatively, the user device 102 may report the number of Msg1 repetitions in  SBFD ROs. In addition or alternatively, the user device 102 may report SBFD as a feature, such as in ReportedFeatureCombination-r18 for example. In addition or alternatively, the user device 102 may report the measured RSRP when determining whether the RO type is SBFD RO or non-SBFD RO.In addition or alternatively, in some implementations, the user device 102 may report one or more of these items in response to an explicit request from the network device 104 (e.g., gNB 206) , such as one in UEInformationRequest.

[0134] In addition or alternatively, in some implementations, a cell broadcasts more than one band in system information, and a user device 102 triggers an RRC connection establishment (or reestablishment, or resume) towards the cell. After a RACH, the user device 102 may indicate selected band information to the network device 104, such as in a RRC message. In some of these implementations, the selected band information may be indicated via one of the following ways.

[0135] In a first way, an explicit band indicator may be used, where a value in a field of the RRC message may uniquely represent a frequency band.

[0136] In a second way, a band index of a cell broadcast band list may be used. In implementations of the second way, a value of a field in the RRC message may represent an order of the band that is broadcasted by the cell. For example, value =1 may indicate that the first listed band in the band list is broadcasted by the cell in system information; and value =2 may indicate that the second listed band in the band list is broadcasted by the cell in system information.

[0137] In a third way, a band index of a supported band list of the user device 102 may be used. In some implementations of the third way, a value of a field in the RRC message may represent an order of the band in user device’s 102 supported band list that is reported by the user device 102, such as a capability of the user device 102. For example, value =1 may indicate that the first listed band is in the user device’s 102 supported band list; and value =2 may indicate that the second listed band is in the user device’s supported band list.

[0138] In a fourth way, the RRC message used to carry the selected band information may include (although not limited to) : a RRC setup complete message; a RRC reestablishment complete message; a RRC resume complete message; or a UE assistance information message.

[0139] In addition nor alternatively, in some implementations when the user device 102 notifies  the network device 104 of the selected band information, the user device 102 may be in one of the following RRC states: RRC_IDLE, RRC_INACTIVE, or RRC_CONNECTED. In addition or alternatively, in some implementations, the user device 102 is only required to send the selected band information when there is more than one band that is broadcasted in the cell. In addition or alternatively, in some implementations, the user device 102 is only required to send the selected band information when the user device 102 supports more than one band that is broadcasted in the cell. In addition or alternatively, in some implementations, the user device 102 may report to the network device 104, such as in UE capability information, whether the user device 102 supports reporting the selected band information.

[0140] The description and accompanying drawings above provide specific example embodiments and implementations. The described subject matter may, however, be embodied in a variety of different forms and, therefore, covered or claimed subject matter is intended to be construed as not being limited to any example embodiments set forth herein. A reasonably broad scope for claimed or covered subject matter is intended. Among other things, for example, subject matter may be embodied as methods, devices, components, systems, or non-transitory computer-readable media for storing computer codes. Accordingly, embodiments may, for example, take the form of hardware, software, firmware, storage media or any combination thereof. For example, the method embodiments described above may be implemented by components, devices, or systems including memory and processors by executing computer codes stored in the memory.

[0141] Throughout the specification and claims, terms may have nuanced meanings suggested or implied in context beyond an explicitly stated meaning. Likewise, the phrase “in one embodiment / implementation” as used herein does not necessarily refer to the same embodiment and the phrase “in another embodiment / implementation” as used herein does not necessarily refer to a different embodiment. It is intended, for example, that claimed subject matter includes combinations of example embodiments in whole or in part.

[0142] In general, terminology may be understood at least in part from usage in context. For example, terms, such as “and” , “or” , or “and / or, ” as used herein may include a variety of meanings that may depend at least in part on the context in which such terms are used. Typically, “or” if  used to associate a list, such as A, B or C, is intended to mean A, B, and C, here used in the inclusive sense, as well as A, B or C, here used in the exclusive sense. In addition, the term “one or more” as used herein, depending at least in part upon context, may be used to describe any feature, structure, or characteristic in a singular sense or may be used to describe combinations of features, structures or characteristics in a plural sense. Similarly, terms, such as “a, ” “an, ” or “the, ” may be understood to convey a singular usage or to convey a plural usage, depending at least in part upon context. In addition, the term “based on” may be understood as not necessarily intended to convey an exclusive set of factors and may, instead, allow for existence of additional factors not necessarily expressly described, again, depending at least in part on context.

[0143] Reference throughout this specification to features, advantages, or similar language does not imply that all of the features and advantages that may be realized with the present solution should be or are included in any single implementation thereof. Rather, language referring to the features and advantages is understood to mean that a specific feature, advantage, or characteristic described in connection with an embodiment is included in at least one embodiment of the present solution. Thus, discussions of the features and advantages, and similar language, throughout the specification may, but do not necessarily, refer to the same embodiment.

[0144] Furthermore, the described features, advantages and characteristics of the present solution may be combined in any suitable manner in one or more embodiments. One of ordinary skill in the relevant art will recognize, in light of the description herein, that the present solution can be practiced without one or more of the specific features or advantages of a particular embodiment. In other instances, additional features and advantages may be recognized in certain embodiments that may not be present in all embodiments of the present solution.

[0145] The subject matter of the disclosure may also relate to or include, among others, the following aspects:

[0146] A first aspect includes a method for wireless communication that includes: receiving, by a user device, one or more random access channel (RACH) configurations, wherein each of the one or more RACH configurations indicates: one or more subband full duplex (SBFD) RACH occasions (RO) and no non-SBFD RACH occasions, one or more non-SBFD ROs and no SBFD ROs, or both one or more SBFD ROs and one or more non-SBFD ROs; and transmitting, by the  user device, a preamble on one or more SBFD ROs indicated by one of the one or more RACH configurations.

[0147] A second aspect includes a method for wireless communication that includes: transmitting, by a network device, one or more random access channel (RACH) configurations, wherein each of the one or more RACH configurations indicates: one or more subband full duplex (SBFD) RACH occasions (RO) and no non-SBFD ROs, one or more non-SBFD ROs and no SBFD ROs, or both one or more SBFD ROs and one or more non-SBFD ROs; and receiving, by the network device, a preamble on one or more SBFD ROs indicated by one of the one or more RACH configurations.

[0148] A third aspect includes any of the first or second aspects, and further includes wherein the user device selects one of the one or more RACH configurations that comprises both one or more SBFD ROs and one or more non-SBFD ROs, and / or wherein the user device selects between a SBFD RO type and a non-SBFD RO type before sending the preamble.

[0149] A fourth aspect includes the third aspect, and further includes wherein the user device uses a time duration to select between the SBFD RO type and the non-SBFD RO type.

[0150] A fifth aspect includes the fourth aspect, and further includes wherein the time duration starts at a time that the user device starts to perform the selecting, and lasts for X slots, or X symbols, or X sub-frames, wherein X is an integer.

[0151] A sixth aspect includes the fifth aspect, and further includes wherein a value of X is indicated from a network device to the user device.

[0152] A seventh aspect includes any of the fourth through sixth aspects, and further includes wherein when a latest SBFD RO and a latest non-SBFD RO both occur after the time duration, the selecting between the SBFD RO type and the non-SBFD RO type comprises: selecting, by the user device, a nearest RO in the time domain.

[0153] An eighth aspect includes any of the fourth through seventh aspects, and further includes wherein when a latest non-SBFD RO occurs within the time duration, and the latest SBFD RO does not occur within the time duration, the selecting between the SBFD RO type and the non-SBFD RO type comprises selecting, by the user device, the latest non-SBFD RO.

[0154] A ninth aspect includes any of the fourth through eighth aspects, and further includes wherein when a latest non-SBFD RO and a latest SBFD RO both occur within the time duration,  the selecting between the SBFD RO type and the non-SBFD RO type comprises selecting, by the user device, the latest SBFD RO.

[0155] A tenth aspect includes any of the third through ninth aspects, and further includes wherein in response to a number of the one or more SBFD ROs being larger than a number of the one or more non-SBFD ROs in a first time period, the selecting between the SBFD RO type and the non-SBFD RO type comprises selecting, by the user device, the one or more SBFD ROs.

[0156] An eleventh aspect includes any of the third through tenth aspects, and further includes wherein in response to a number of the one or more SBFD ROs occupying over a first threshold percentage of all ROs in a first time period, the selecting between the SBFD RO type and the non-SBFD RO type comprises selecting, by the user device, the one or more SBFD ROs.

[0157] A twelfth aspect includes any of the tenth or eleventh aspects, and further includes wherein the first time period comprises: a physical random access channel (PRACH) configuration period of the selected one of the one or more RACH configurations, or a least common multiple of a PRACH configuration period and a SBFD time configuration period.

[0158] A thirteenth aspect includes any of the tenth or eleventh aspects, and further includes wherein the first time period comprises a physical random access channel (PRACH) association period of the selected one of the one or more RACH configurations, or a least common multiple of a PRACH association period and a SBFD time configuration period.

[0159] A fourteenth aspect includes any of the eleventh through thirteenth aspects, and further includes wherein the first threshold percentage is indicated from the network device to the user device.

[0160] A fifteenth aspect includes any of the first through fourteenth aspects, and further includes: selecting, by the user device, a RACH configuration from the one or more RACH configurations based on the RACH configuration having a largest number of SBFD ROs during a second time period among the one or more RACH configurations.

[0161] A sixteenth aspect includes any of the first through fifteenth aspects, and further includes: selecting, by the user device, a first RACH configuration from the one or more RACH configurations based on the first RACH configuration having a number of SBFD ROs that is over a second threshold percentage of SBFD ROs in a second SBFD RACH configuration during a second time period.

[0162] A seventeenth aspect includes any of the fifteenth or sixteenth aspects, and further includes wherein the second time period comprises: a physical random access channel (PRACH) configuration period of the one of the one or more RACH configurations to be selected, or a least common multiple of a PRACH configuration period from more than one RACH configurations to be selected.

[0163] An eighteenth aspect includes any of the first through seventeenth aspects, and further includes: performing, by the user device, Msg1 repetition on one or more SBFD ROs indicated by one of the one or more RACH configurations.

[0164] A nineteenth aspect includes the eighteenth aspect, and further includes wherein the preamble transmission comprises a contention-based random access (CBRA) procedure, wherein the user device performs the Msg1 repetition on the one or more SBFD ROs according to a first repetition number determined by a first reference signal received power (RSRP) threshold indicated from a network device to the user device, and wherein the first RSRP threshold is different from a second RSRP threshold used to determine a second repetition number according to which a CBRA procedure is performed on the one or more non-SBFD ROs.

[0165] A twentieth aspect includes the nineteenth aspect, and further includes wherein the user device determines the first repetition number by the first RSRP threshold in the one or more SBFD ROs when the user device firstly selects between the one or more SBFD ROs and the one or more non-SBFD ROs, and then the user device selects a set of one or more RACH resources.

[0166] A twenty-first aspect includes any of the eighteenth through twentieth aspects, and further includes: performing, by the user device, Msg1 repetition on the one or more non-SBFD ROs indicated by one of the one or more RACH configurations after Msg1 repetition on the one or more SBFD ROs indicated by one of the one or more RACH configurations.

[0167] A twenty-second aspect includes any of the eighteenth through twenty-first aspects, and further includes: performing, by the user device, Msg1 repetition on the one or more SBFD ROs indicated by one of the one or more RACH configurations with a first repetition number continuously after Msg1 repetition on the one or more SBFD ROs indicated by one of the one or more RACH configurations with a second repetition number, and the second repetition number is smaller than the first repetition number.

[0168] A twenty-third aspect includes any of the eighteenth through twenty-second aspects, and further includes: transmitting, by the user device, the preamble up to a predetermined maximum number of times, wherein the user device uses the predetermined maximum number of times when the user device is allowed to transmit a preamble on the one or more SBFD ROs.

[0169] A twenty-fourth aspect includes the twenty-third aspect, and further includes wherein the user device uses the predetermined maximum number of times when performing the Msg1 repetition on the one or more SBFD ROs.

[0170] A twenty-fifth aspect includes any of the twenty-third or twenty-fourth aspects, and further includes wherein the user device uses the predetermined maximum number of times when the user device is allowed to fall back from performing the Msg1 repetition on the one or more SBFD ROs to performing the Msg1 repetition on the one or more non-SBFD ROs.

[0171] A twenty-sixth aspect includes the twenty-first aspect, and further includes: performing, by the user device, the Msg1 repetition on the one or more non-SBFD ROs according to a repetition number B, and wherein the repetition number B is: equal to a repetition number that the user device initially uses to perform Msg1 repetition on the one or more SBFD ROs; equal to a repetition number that the user device uses to perform Msg1 repetition on the one or more SBFD ROs before the user device falls back to performing Msg1 repetition on the one or more non-SBFD ROs; or a next higher repetition number relative to a repetition number that the user device uses to perform Msg1 repetition on the one or more SBFD ROs before the user device falls back to performing Msg1 repetition on the one or more non-SBFD ROs.

[0172] A twenty-seventh aspect includes any of the first through twenty-sixth aspects, and further includes wherein the user device receives and / or the network device transmits a signaling of a contention-free random access (CFRA) resource to transmit the preamble, wherein the signaling comprises at least one of: an indication that the user device only uses one or more SBFD ROs, an indication that the user device only uses one or more non-SBFD ROs, or an indication that the user device uses both one or more SBFD ROs and one or more non-SBFD ROs.

[0173] A twenty-eighth aspect includes the twenty-seventh aspect, and further includes wherein the signaling further indicates whether or not the user device is allowed to fall back from transmitting the preamble on the one or more SBFD ROs to the one or more non-SBFD ROs.

[0174] A twenty-ninth aspect includes any of the twenty-seventh or twenty-eighth aspects, and further includes wherein the signaling further indicates which RACH resource is to be used to transmit the preamble from at least one of the following candidate configurations: a RACH configuration including only one or more non-SBFD ROs, a RACH configuration including one or more SBFD ROs and one or more non-SBFD ROs, or a RACH configuration including only one or more SBFD ROs.

[0175] A thirtieth aspect includes any of the twenty-seventh through twenty-ninth aspects, and further includes wherein the signaling comprises at least one of a radio resource control (RRC) signaling, a medium access control control element (MAC CE) , or a downlink control information of physical downlink control channel (PDCCH) order.

[0176] A thirty-first aspect includes any of the first through thirtieth aspects, and further includes wherein the user device transmits the preamble on the one or more SBFD ROs using a CFRA resource and the user device decides to fall back from CFRA to CBRA, and wherein the method further comprises: selecting, by the user device, a RO of a CBRA resource, wherein the RO of the CBRA resource is one or more SBFD ROs.

[0177] A thirty-second aspect includes any of the twenty-seventh through thirty-first aspects, and further includes wherein the signaling indicates that the user device is to transmit the preamble on the one or more SBFD ROs in CFRA, and wherein a random access occasion list indicates which of the one or more SBFD ROs are mapped to a channel state information (CSI) -reference signal (RS) .

[0178] A thirty-third aspect includes any of the thirtieth through thirty-second aspects, and further includes wherein the MAC CE is a Lower-Layer Triggered Mobility (LTM) Cell Switch Command MAC CE.

[0179] A thirty-fourth aspect includes any of the first through thirty-third aspects, and further includes: first selecting, by the user device, a RO type, and then selecting, by the user device, one or more sets of RACH resources within the selected RO type; or first selecting, by the user device, one or more sets of RACH resources, then selecting, by the user device, a RO type within the selected one or more sets of RACH resources, wherein the selected RO type comprises one of SBFD RO and non-SBFD RO.

[0180] A thirty-fifth aspect includes any of the first through thirty-fourth aspects, and further includes wherein the one of the one or more RACH configurations comprises both one or more SBFD ROs and one or more non-SBFD ROs, and wherein the one or more SBFD ROs and the one or more non-SBFD ROs are associated with different RACH partition configurations or a same RACH partition configuration.

[0181] A thirty-sixth aspect includes the thirty-fifth aspect, and further includes wherein the user device has a first feature combination associated with the one or more SBFD ROs, the method further comprising: determining, by the user device, a second feature combination associated with non-SBFD ROs when the user device falls back from transmitting the preamble on the one or more SBFD ROs to transmitting the preamble on the one or more non-SBFD ROs, wherein the second feature combination comprises the first feature combination and / or a feature of SBFD.

[0182] A thirty-seventh aspect includes any of the first through thirty-sixth aspects, and further includes wherein the user device sends and / or the network device receives an indication of a RO type that the user device wants to use for the preamble transmission, wherein the RO type comprises SBFD RO or non-SBFD RO.

[0183] A thirty-eighth aspect includes any of the first through thirty-seventh aspects, and further includes wherein the user device reports and / or the network device receives a report of SBFD random access information.

[0184] A thirty-ninth aspect includes the thirty-eighth aspect, and further includes wherein the SBFD random access information comprises at least one of: whether an RO type for the preamble transmission is SBFD RO or non-SBFD RO; whether a RACH configuration including one or more SBFD ROs, a RACH configuration including one or more non-SBFD ROs, or a RACH configuration including one or more SBFD ROs and one or more non-SBFD ROs is used for the preamble transmission; whether a fallback from the one or more SBFD ROs to the one or more non-SBFD ROs is used in the preamble transmission; a frequency domain RACH resource used in the one or more SBFD ROs; a maximum number of Msg1 and / or MsgA transmissions used in the one or more SBFD ROs before the fallback; a Msg1 repetition number used in the one or more SBFD ROs; SBFD as a feature in a reported feature combination field; or a measured reference signal received power (RSRP) when selecting the one or more SBFD ROs or the one or more non-SBFD ROs.

[0185] A fortieth aspect includes a wireless communications apparatus comprising at least one processor and a memory, wherein the at least one processor is configured to read code from the memory to cause the apparatus to perform a method of any of the first through thirty-nine aspects.

[0186] A forty-first aspect includes a computer program product including a computer-readable program medium comprising code stored thereupon, the code, when executed by at least one processor, causing the at least one processor to perform a method of any of the first through thirty-ninth aspects.

[0187] In addition to the features mentioned in each of the independent aspects enumerated above, some examples may show, alone or in combination, the optional features mentioned in the dependent aspects and / or as disclosed in the description above and shown in the figures.

Claims

1.A method for wireless communication, the method comprising:receiving, by a user device, one or more random access channel (RACH) configurations, wherein each of the one or more RACH configurations indicates: one or more subband full duplex (SBFD) RACH occasions (RO) and no non-SBFD RACH occasions, one or more non-SBFD ROs and no SBFD ROs, or both one or more SBFD ROs and one or more non-SBFD ROs; andtransmitting, by the user device, a preamble on one or more SBFD ROs indicated by one of the one or more RACH configurations.2.A method for wireless communication, the method comprising:transmitting, by a network device, one or more random access channel (RACH) configurations, wherein each of the one or more RACH configurations indicates: one or more subband full duplex (SBFD) RACH occasions (RO) and no non-SBFD ROs, one or more non-SBFD ROs and no SBFD ROs, or both one or more SBFD ROs and one or more non-SBFD ROs; andreceiving, by the network device, a preamble on one or more SBFD ROs indicated by one of the one or more RACH configurations.3.The method of any of claims 1 or 2, wherein the user device selects one of the one or more RACH configurations that comprises both one or more SBFD ROs and one or more non-SBFD ROs, and / or wherein the user device selects between a SBFD RO type and a non-SBFD RO type before sending the preamble.4.The method of claim 3, wherein the user device uses a time duration to select between the SBFD RO type and the non-SBFD RO type.5.The method of claim 4, wherein the time duration starts at a time that the user device starts to perform the selecting, and lasts for X slots, or X symbols, or X sub-frames, wherein X is an integer.6.The method of claim 5, wherein a value of X is indicated from a network device to the user device.7.The method of claim 4, wherein when a latest SBFD RO and a latest non-SBFD RO both occur after the time duration, the selecting between the SBFD RO type and the non-SBFD RO type comprises: selecting, by the user device, a nearest RO in the time domain.8.The method of claim 4, wherein when a latest non-SBFD RO occurs within the time duration, and the latest SBFD RO does not occur within the time duration, the selecting between the SBFD RO type and the non-SBFD RO type comprises selecting, by the user device, the latest non-SBFD RO.9.The method of claim 4, wherein when a latest non-SBFD RO and a latest SBFD RO both occur within the time duration, the selecting between the SBFD RO type and the non-SBFD RO type comprises selecting, by the user device, the latest SBFD RO.10.The method of claim 3, wherein in response to a number of the one or more SBFD ROs being larger than a number of the one or more non-SBFD ROs in a first time period, the selecting between the SBFD RO type and the non-SBFD RO type comprises selecting, by the user device, the one or more SBFD ROs.11.The method of claim 3, wherein in response to a number of the one or more SBFD ROs occupying over a first threshold percentage of all ROs in a first time period, the selecting between the SBFD RO type and the non-SBFD RO type comprises selecting, by the user device, the one or more SBFD ROs.12.The method of any of claims 10 or 11, wherein the first time period comprises: a physical random access channel (PRACH) configuration period of the selected one of the one or more RACH configurations, or a least common multiple of a PRACH configuration period and a SBFD time configuration period.13.The method of any of claims 10 or 11, wherein the first time period comprises a physical random access channel (PRACH) association period of the selected one of the one or more RACH configurations, or a least common multiple of a PRACH association period and a SBFD time configuration period.14.The method of claim 11, wherein the first threshold percentage is indicated from the network device to the user device.15.The method of claim 1, further comprising:selecting, by the user device, a RACH configuration from the one or more RACH configurations based on the RACH configuration having a largest number of SBFD ROs during a second time period among the one or more RACH configurations.16.The method of claim 1, further comprising: selecting, by the user device, a first RACH configuration from the one or more RACH configurations based on the first RACH configuration having a number of SBFD ROs that is over a second threshold percentage of SBFD ROs in a second SBFD RACH configuration during a second time period.17.The method of any of claims 15 or 16, wherein the second time period comprises: a physical random access channel (PRACH) configuration period of the one of the one or more RACH configurations to be selected, or a least common multiple of a PRACH configuration period from more than one RACH configurations to be selected.18.The method of claim 1, further comprising:performing, by the user device, Msg1 repetition on one or more SBFD ROs indicated by one of the one or more RACH configurations.19.The method of claim 18, wherein the preamble transmission comprises a contention-based random access (CBRA) procedure, wherein the user device performs the Msg1 repetition on the  one or more SBFD ROs according to a first repetition number determined by a first reference signal received power (RSRP) threshold indicated from a network device to the user device, and wherein the first RSRP threshold is different from a second RSRP threshold used to determine a second repetition number according to which a CBRA procedure is performed on the one or more non-SBFD ROs.20.The method of claim 19, wherein the user device determines the first repetition number by the first RSRP threshold in the one or more SBFD ROs when the user device firstly selects between the one or more SBFD ROs and the one or more non-SBFD ROs, and then the user device selects a set of one or more RACH resources.21.The method of claim 18, further comprising:performing, by the user device, Msg1 repetition on the one or more non-SBFD ROs indicated by one of the one or more RACH configurations after Msg1 repetition on the one or more SBFD ROs indicated by one of the one or more RACH configurations.22.The method of claim 18, further comprising:performing, by the user device, Msg1 repetition on the one or more SBFD ROs indicated by one of the one or more RACH configurations with a first repetition number continuously after Msg1 repetition on the one or more SBFD ROs indicated by one of the one or more RACH configurations with a second repetition number, and the second repetition number is smaller than the first repetition number.23.The method of claim 18, further comprising:transmitting, by the user device, the preamble up to a predetermined maximum number of times, wherein the user device uses the predetermined maximum number of times when the user device is allowed to transmit a preamble on the one or more SBFD ROs.24.The method of claim 23, wherein the user device uses the predetermined maximum number of times when performing the Msg1 repetition on the one or more SBFD ROs.25.The method of claim 23, wherein the user device uses the predetermined maximum number of times when the user device is allowed to fall back from performing the Msg1 repetition on the one or more SBFD ROs to performing the Msg1 repetition on the one or more non-SBFD ROs.26.The method of claim 21, further comprising: performing, by the user device, the Msg1 repetition on the one or more non-SBFD ROs according to a repetition number B, and wherein the repetition number B is:equal to a repetition number that the user device initially uses to perform Msg1 repetition on the one or more SBFD ROs;equal to a repetition number that the user device uses to perform Msg1 repetition on the one or more SBFD ROs before the user device falls back to performing Msg1 repetition on the one or more non-SBFD ROs; ora next higher repetition number relative to a repetition number that the user device uses to perform Msg1 repetition on the one or more SBFD ROs before the user device falls back to performing Msg1 repetition on the one or more non-SBFD ROs.27.The method of any of claims 1 or 2, wherein the user device receives and / or the network device transmits a signaling of a contention-free random access (CFRA) resource to transmit the preamble, wherein the signaling comprises at least one of: an indication that the user device only uses one or more SBFD ROs, an indication that the user device only uses one or more non-SBFD ROs, or an indication that the user device uses both one or more SBFD ROs and one or more non-SBFD ROs.28.The method of claim 27, wherein the signaling further indicates whether or not the user device is allowed to fall back from transmitting the preamble on the one or more SBFD ROs to the one or more non-SBFD ROs.29.The method of claim 27, wherein the signaling further indicates which RACH resource is to be used to transmit the preamble from at least one of the following candidate configurations: a RACH  configuration including only one or more non-SBFD ROs, a RACH configuration including one or more SBFD ROs and one or more non-SBFD ROs, or a RACH configuration including only one or more SBFD ROs.30.The method of any of claims 27-29, wherein the signaling comprises at least one of a radio resource control (RRC) signaling, a medium access control control element (MAC CE) , or a downlink control information of physical downlink control channel (PDCCH) order.31.The method of claim 1, wherein the user device transmits the preamble on the one or more SBFD ROs using a CFRA resource and the user device decides to fall back from CFRA to CBRA, and wherein the method further comprises: selecting, by the user device, a RO of a CBRA resource, wherein the RO of the CBRA resource is one or more SBFD ROs.32.The method of claim 27, wherein the signaling indicates that the user device is to transmit the preamble on the one or more SBFD ROs in CFRA, and wherein a random access occasion list indicates which of the one or more SBFD ROs are mapped to a channel state information (CSI) -reference signal (RS) .33.The method of claim 30, wherein the MAC CE is a Lower-Layer Triggered Mobility (LTM) Cell Switch Command MAC CE.34.The method of claim 1, further comprising:first selecting, by the user device, a RO type, and then selecting, by the user device, one or more sets of RACH resources within the selected RO type; orfirst selecting, by the user device, one or more sets of RACH resources, then selecting, by the user device, a RO type within the selected one or more sets of RACH resources,wherein the selected RO type comprises one of SBFD RO and non-SBFD RO.35.The method of any of claims 1 or 2, wherein the one of the one or more RACH configurations comprises both one or more SBFD ROs and one or more non-SBFD ROs, and wherein the one or  more SBFD ROs and the one or more non-SBFD ROs are associated with different RACH partition configurations or a same RACH partition configuration.36.The method of claim 35, wherein the user device has a first feature combination associated with the one or more SBFD ROs, the method further comprising:determining, by the user device, a second feature combination associated with non-SBFD ROs when the user device falls back from transmitting the preamble on the one or more SBFD ROs to transmitting the preamble on the one or more non-SBFD ROs, wherein the second feature combination comprises the first feature combination and / or a feature of SBFD.37.The method of any of claims 1 or 2, wherein the user device sends and / or the network device receives an indication of a RO type that the user device wants to use for the preamble transmission, wherein the RO type comprises SBFD RO or non-SBFD RO.38.The method of any of claims 1 or 2, wherein the user device reports and / or the network device receives a report of SBFD random access information.39.The method of claim 38, wherein the SBFD random access information comprises at least one of:whether an RO type for the preamble transmission is SBFD RO or non-SBFD RO;whether a RACH configuration including one or more SBFD ROs, a RACH configuration including one or more non-SBFD ROs, or a RACH configuration including one or more SBFD ROs and one or more non-SBFD ROs is used for the preamble transmission;whether a fallback from the one or more SBFD ROs to the one or more non-SBFD ROs is used in the preamble transmission;a frequency domain RACH resource used in the one or more SBFD ROs;a maximum number of Msg1 and / or MsgA transmissions used in the one or more SBFD ROs before the fallback;a Msg1 repetition number used in the one or more SBFD ROs;SBFD as a feature in a reported feature combination field; ora measured reference signal received power (RSRP) when selecting the one or more SBFD ROs or the one or more non-SBFD ROs.40.A wireless communications apparatus comprising at least one processor and a memory, wherein the at least one processor is configured to cause the apparatus to perform a method of any of claims 1 to 39.41.A computer program product comprising a computer-readable program medium comprising code stored thereupon, the code, when executed by at least one processor, causing the at least one processor to perform a method of any of claims 1 to 39.

Images