Method and system for uplink access information transmission

Abstract

This disclosure relates generally to a method, device, and system wireless communication. One method performed by a wireless device may include: transmitting, to a network node in a physical random access channel occasion (RO), a first message associated with a random access procedure, the RO comprising a RO frequency domain resource and a RO time domain resource, wherein the RO satisfies various conditions. The first message includes at least one of: a message 1 (Msg 1) in a 4 step random access procedure; or a message A (Msg A) in a 2 step random access procedure.

Description

METHOD AND SYSTEM FOR UPLINK ACCESS INFORMATION TRANSMISSIONTECHNICAL FIELD

[0001] This disclosure is directed generally to wireless communications, and particularly to a method, device, and system for full duplex communication in a wireless network.BACKGROUND

[0002] Flexible and efficient wireless transmission resource scheduling is critical in the wireless communication network. The rapid growth of mobile communications and advances in technology has led to greater demand for network capacity and connectivity, with reduced latency. When Time Division Duplex (TDD) is deployed in the wireless network, in order to reduce transmission latency, it is desirable to enable full duplex data / signal transmission.SUMMARY

[0003] This disclosure is directed to a method, device, and system for wireless communication, and more specifically, for UE and network coordination in a full duplex communication system, such as a Subband Full Duplex (SBFD) system, as well as using full duplex resource for accessing the network.

[0004] In some embodiments, a method performed by a wireless device is disclosed. The method may include: transmitting, to a network node in a physical random access channel occasion (RO) , a first message associated with a random access procedure, the RO comprising a RO frequency domain resource and a RO time domain resource, wherein the RO satisfies at least one of conditions below: the RO time domain resource is located within a full duplex resource configured within downlink (DL) resource; the RO time domain resource is located within a full duplex resource configured within uplink (UL) resource; the RO time domain resource starts at least O symbols after an immediately preceding SSB symbol, O being a predefined or pre-configured integer; the RO frequency domain resource is located within a UL resource; the RO frequency domain resource is located within a UL subband; there are at least M Resource Blocks (RBs) between the RO frequency domain resource and any Downlink (DL) resources sharing same time domain resource with the RO frequency domain resource, M being a predefined or pre-configured integer; there are at least N RBs between the RO frequency domain resource any guard band resource, N being a predefined or pre-configured integer; the RO time domain resource starts at least K symbols after an immediate previous non-full duplex resource, K being a predefined or pre-configured integer; or the RO time domain resource ends at least L symbols before an immediate next non- full duplex resource, L being a predefined or pre-configured integer.

[0005] In some embodiments, another method performed by a wireless device is disclosed. The method may include: transmitting, to a network node in a random access channel occasion (RO) belonging to a type A RO, a first message associated with a random access procedure, wherein the type A RO is among RO resources dedicated for full duplex capable wireless devices and a time domain resource of the type A RO is located within a full duplex resource.

[0006] In some embodiments, a method performed by a network node is disclosed. The method may include: receiving, from a wireless device in a physical random access channel occasion (RO) , a first message associated with a random access procedure, the RO comprising a RO frequency domain resource and a RO time domain resource, wherein the RO satisfies at least one of conditions below: the RO time domain resource is located within a full duplex resource configured within downlink (DL) resource; the RO time domain resource is located within a full duplex resource configured within uplink (UL) resource; the RO time domain resource starts at least O symbols after an immediately preceding SSB symbol, O being a predefined or pre-configured integer; the RO frequency domain resource is located within a UL resource; the RO frequency domain resource is located within a UL subband; there are at least M Resource Blocks (RBs) between the RO frequency domain resource and any Downlink (DL) resources sharing same time domain resource with the RO frequency domain resource, M being a predefined or pre-configured integer; there are at least N RBs between the RO frequency domain resource any guard band resource, N being a predefined or pre-configured integer; the RO time domain resource starts at least K symbols after an immediate previous non-full duplex resource, K being a predefined or pre-configured integer; or the RO time domain resource ends at least L symbols before an immediate next non-full duplex resource, L being a predefined or pre-configured integer.

[0007] In some embodiments, there is a network node or a UE / wireless device comprising a processor and a memory, wherein the processor is configured to read code from the memory and implement any methods recited in any of the embodiments.

[0008] In some embodiments, a computer program product comprising a computer-readable program medium code stored thereupon, the code, when executed by a processor, causing the processor to implement any method recited in any of the embodiments.

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

[0010] FIG. 1 shows an example wireless communication network.

[0011] FIG. 2 shows an example wireless network node.

[0012] FIG. 3 shows an example user equipment.

[0013] FIG. 4 shows exemplary transmission resources and a pattern / format thereof.

[0014] FIG. 5 shows an exemplary Sub-band Duplex implementation.

[0015] FIG. 6 shows various exemplary random access procedure.

[0016] FIG. 7 shows various exemplary physical random access channel occasions (ROs) .

[0017] FIGS. 8 to 11 show various exemplary RO groups, with each RO group including one or more ROs.DETAILED DESCRIPTION

[0018] Wireless Communication Network

[0019] FIG. 1 shows an exemplary wireless communication network 100 that includes a core network 110 and a radio access network (RAN) 120. The core network 110 further includes at least one Mobility Management Entity (MME) 112 and / or at least one Access and Mobility Management Function (AMF) . Other functions that may be included in the core network 110 are not shown in FIG. 1. The RAN 120 further includes multiple base stations, for example, base stations 122 and 124. The base stations may include at least one evolved NodeB (eNB) for 4G LTE, an enhanced LTE eNB (ng-eNB) , or a Next generation NodeB (gNB) for 5G New Radio (NR) , 6G network or any other type of signal transmitting / receiving device such as a UMTS NodeB. The eNB 122 communicates with the MME 112 via an S1 interface. Both the eNB 122 and gNB 124 may connect to the AMF 114 via an Ng interface. Each base station manages and supports at least one cell. For example, the base station gNB 124 may be configured to manage and support cell 1, cell 2, and cell 3.

[0020] The gNB 124 may include a central unit (CU) and at least one distributed unit (DU) . The CU and the DU may be co-located in a same location, or they may be split in different locations. The CU and the DU may be connected via an F1 interface. Alternatively, for an eNB which is capable of connecting to the 5G network, it may also be similarly divided into a CU and at least one DU, referred to as ng-eNB-CU and ng-eNB-DU, respectively. The ng-eNB-CU and the ng-eNB-DU may be connected via a W1 interface.

[0021] The wireless communication network 100 may include one or more tracking areas. A tracking area may include a set of cells managed by at least one base station. For example, tracking area 1 labeled as 140 includes cell 1, cell 2, and cell 3, and may further include more cells that may be managed by other base stations and not shown in FIG. 1. The wireless communication network 100 may also include at least one UE 160. The UE may select a cell among multiple cells supported by a base station to communication with the base station through Over the Air (OTA) radio communication interfaces and resources, and when the UE 160 travels in the wireless communication network 100, it may reselect a cell for communications. For example, the UE 160 may initially select cell 1 to communicate with base station 124, and it may then reselect cell 2 at certain later time point. The cell selection or reselection by the UE 160 may be based on wireless signal strength / quality in the various cells and other factors.

[0022] The wireless communication network 100 may be implemented as, for example, a 2G, 3G, 4G / LTE, 5G, or 6G cellular communication network. Correspondingly, the base stations 122 and 124 may be implemented as a 2G base station, a 3G NodeB, an LTE eNB, a 5G NR gNB, or a 6G base station. The UE 160 may be implemented as mobile or fixed communication devices which are capable of accessing the wireless communication network 100. The UE 160 may include but is not limited to mobile phones, laptop computers, tablets, personal digital assistants, wearable devices, Internet of Things (IoT) devices, MTC / eMTC devices, distributed remote sensor devices, roadside assistant equipment, XR devices, and desktop computers. The UE 160 may also be generally referred to as a wireless communication device, or a wireless terminal. The UE 160 may support sidelink communication to another UE via a PC5 interface.

[0023] While the description below focuses on cellular wireless communication systems as shown in FIG. 1, the underlying principles are applicable to other types of wireless communication systems for paging wireless devices. These other wireless systems may include but are not limited to Wi-Fi, Bluetooth, ZigBee, and WiMax networks.

[0024] FIG. 2 shows an example of electronic device 200 to implement a network base station (e.g., a radio access network node) , a core network (CN) , and / or an operation and maintenance (OAM) . Optionally in one implementation, the example electronic device 200 may include radio transmitting / receiving (Tx / Rx) circuitry 208 to transmit / receive communication with UEs and / or other base stations. Optionally in one implementation, the electronic device 200 may also include network interface circuitry 209 to communicate the base station with other base stations and / or a core network, e.g., optical or wireline interconnects, Ethernet, and / or other data transmission mediums / protocols. The electronic device 200 may optionally include an input / output (I / O)  interface 206 to communicate with an operator or the like.

[0025] The electronic device 200 may also include system circuitry 204. System circuitry 204 may include processor (s) 221 and / or memory 222. Memory 222 may include an operating system 224, instructions 226, and parameters 228. Instructions 226 may be configured for the one or more of the processors 221 to perform the functions of the network node. The parameters 228 may include parameters to support execution of the instructions 226. For example, parameters may include network protocol settings, bandwidth parameters, radio frequency mapping assignments, and / or other parameters.

[0026] FIG. 3 shows an example of an electronic device to implement a terminal device 300 (for example, a user equipment (UE) ) . The UE 300 may be a mobile device, for example, a smart phone or a mobile communication module disposed in a vehicle. The UE 300 may include a portion or all of the following: communication interfaces 302, a system circuitry 304, an input / output interfaces (I / O) 306, a display circuitry 308, and a storage 309. The display circuitry may include a user interface 310. The system circuitry 304 may include any combination of hardware, software, firmware, or other logic / circuitry. The system circuitry 304 may be implemented, for example, with one or more systems on a chip (SoC) , application specific integrated circuits (ASIC) , discrete analog and digital circuits, and other circuitry. The system circuitry 304 may be a part of the implementation of any desired functionality in the UE 300. In that regard, the system circuitry 304 may include logic that facilitates, as examples, decoding and playing music and video, e.g., MP3, MP4, MPEG, AVI, FLAC, AC3, or WAV decoding and playback; running applications; accepting user inputs; saving and retrieving application data; establishing, maintaining, and terminating cellular phone calls or data connections for, as one example, internet connectivity; establishing, maintaining, and terminating wireless network connections, Bluetooth connections, or other connections; and displaying relevant information on the user interface 310. The user interface 310 and the inputs / output (I / O) interfaces 306 may include a graphical user interface, touch sensitive display, haptic feedback or other haptic output, voice or facial recognition inputs, buttons, switches, speakers and other user interface elements. Additional examples of the I / O interfaces 306 may include microphones, video and still image cameras, temperature sensors, vibration sensors, rotation and orientation sensors, headset and microphone input  / output jacks, Universal Serial Bus (USB) connectors, memory card slots, radiation sensors (e.g., IR sensors) , and other types of inputs.

[0027] Referring to FIG. 3, the communication interfaces 302 may include a Radio Frequency (RF) transmit (Tx) and receive (Rx) circuitry 316 which handles transmission and reception of signals through one or more antennas 314. The communication interface 302 may include one or more transceivers. The transceivers  may be wireless transceivers that include modulation  / demodulation circuitry, digital to analog converters (DACs) , shaping tables, analog to digital converters (ADCs) , filters, waveform shapers, filters, pre-amplifiers, power amplifiers and / or other logic for transmitting and receiving through one or more antennas, or (for some devices) through a physical (e.g., wireline) medium. The transmitted and received signals may adhere to any of a diverse array of formats, protocols, modulations (e.g., QPSK, 16-QAM, 64-QAM, or 256-QAM) , frequency channels, bit rates, and encodings. As one specific example, the communication interfaces 302 may include transceivers that support transmission and reception under the 2G, 3G, BT, WiFi, Universal Mobile Telecommunications System (UMTS) , High Speed Packet Access (HSPA) +, 4G  / Long Term Evolution (LTE) , 5G NR, and 6G standards. The techniques described below, however, are applicable to other wireless communications technologies whether arising from the 3rd Generation Partnership Project (3GPP) , GSM Association, 3GPP2, IEEE, or other partnerships or standards bodies.

[0028] Referring to FIG. 3, the system circuitry 304 may include one or more processors 321 and memories 322. The memory 322 stores, for example, an operating system 324, instructions 326, and parameters 328. The processor 321 is configured to execute the instructions 326 to carry out desired functionality for the UE 300. The parameters 328 may provide and specify configuration and operating options for the instructions 326. The memory 322 may also store any BT, WiFi, 3G, 4G, 5G, 6G or other data that the UE 300 will send, or has received, through the communication interfaces 302. In various implementations, a system power for the UE 300 may be supplied by a power storage device, such as a battery or a transformer.

[0029] Transmission Resource in Wireless Network

[0030] In a wireless network, data and / or signal are transmitted using wireless transmission resource. The transmission resource may be presented as a two-dimensional grid with time being one dimension and frequency being the other dimension.

[0031] Referring to FIG. 4 for an exemplary transmission resource configuration in a wireless network, such network may be operated in Time Division Duplex (TDD) mode. In the time domain, the transmission resource may be organized by time block or time unit, such as slot (or time slot) , like slot 0 to slot 4 as shown in FIG. 4. Based on data / signal transmission direction, a slot may be assigned to a downlink (DL) direction, in which case the slot is dedicated to DL transmission / traffic. A slot may also be assigned to an uplink (UL) direction, in which case the slot is dedicated to UL transmission / traffic. A slot may also be configured as a flexible slot (or referred as special slot) , in the sense that the slot may be configured flexibly to support both DL and UL traffic. Further, the special slot may support both DL and UL transmission simultaneously, or, for  example, the special slot may support DL transmission in one cycle, and support UL transmission in another cycle. The direction assigned to a slot may be associated with a format of the slot. For example, a DL format slot (or DL slot, D slot for simplicity) is dedicated to DL transmission; a UL format slot (or UL slot, U slot for simplicity) is dedicated to UL transmission; a special format slot (or S format slot, S slot) may support bi-directional transmission.

[0032] The transmission resource may present periodically. Exemplarily, as shown in FIG. 4, the transmission resource has a “DDDSU” pattern (D: DL slot; S: S slot; U: U slot) . The character “D” , “U” , and “S” may each represent a format of a slot. In this example, this particular pattern has a periodicity of 2.5 millisecond (ms) . As shown in FIG. 4, slot 0 to slot 2 are all assigned to DL direction, slot 3 is a flexible slot; slot 4 is assigned to UL direction.

[0033] It should be noted that the aforementioned “DDDSU” pattern and its periodicity are merely for example purpose. Other patterns and associated periodicities may be configured based on a practical requirement. A pattern may be a combination of various number of slots in various formats. For example, the pattern may be “DDDDDDDSUU” .

[0034] Sub-band Full Duplex (SBFD)

[0035] In an exemplary wireless network operating in TDD mode, as discussed above, the data / signal transmission may follow a certain pattern, such as “DDDSU” . The following discussion will be based on this pattern although it will be appreciated that the transmission may follow other various patterns. The discussion will use slot for example purpose, and other time block (or time unit, such as symbol, mini slot, etc. ) may apply as well. In the “DDDSU” pattern, slots 0-2 are DL slots, slot 3 is a special slot, whereas slot 4 is a UL slot. The resulting DL and UL traffic is therefore time division duplexed as per the transmission slot pattern. In the example shown in FIG. 4, it is overserved that UL transmission has only a single dedicated slot. From a network performance perspective, UL transmission may suffer from excessive latency since the UE is restricted to transmitting in the single dedicated U slot and in the UL resource allocated in the special slot. This may lead to performance issue, such as delayed initial network access via, for example, random access procedure. This may also cause capacity issue, as the uplink resource is limited to U slot, and many UEs may contend for a same UL resource.

[0036] To address the aforementioned issues with regard to latency and capacity limitation, one solution is to introduce a Sub-band Full Duplex (SBFD) mode to the wireless network. Referring to FIG. 5, slots 1-2, which  are originally dedicated to DL transmission, may be re-configured (either dynamically, statically, or semi-statically) so that a portion of spectrum resource (frequency resource) in slots 1-2 may be allocated to create a UL sub-band (UL SB) 502 to support UL transmission, while the rest of spectrum resource is still used to support DL transmission. Therefore, simultaneous DL and UL transmissions may be achieved in slots 1-2. Likewise, slot 4, which is originally dedicated to UL transmission, may be re-configured and a portion of spectrum resource (DL SB 504) may be allocated to support DL transmission. In this example, slot 0 remains in its original format (D) and it is still dedicated to DL transmission. In some embodiments, a sub-band, such as UL SB 502 or a DL SB 504, may be formed by one or more resource blocks (RBs) .

[0037] In some embodiments, in a conventional TDD band, when a time domain resource, (e.g., slot, or symbol) is configured to support both uplink and downlink transmission, such as slots 2-3 in FIG. 5, such resource may be referred to as full duplex resource. The full duplex may be implemented via the SBFD feature, and other possible solutions as well. When the system implements SBFD full duplex, the resource that supports SBFD may also be specifically referred an SBFD resource. In FIG. 5, slot 2 may be referred to as a full duplex resource, an SBFD resource, an SBFD slot or SBFD symbol (s) , meaning that the slot or symbol (s) is configured with full duplex structure, and the full duplex is achieved via, for example, sub-band. Uplink resource in a full duplex (or SBFD) resource can be used for performing uplink transmission for a UE that has full-duplex capability, i.e., full-duplex capable UE (or SBFD capable UE) . On the other hand, UEs that do not have the full-duplex capability may only perform UL transmission by using a conventional UL slot (or symbol) or special / flexible slot (or symbol) . Uplink transmission during access procedure includes a physical random access channel (PRACH) signal, such as Msg1 and MsgA; Msg3 (including initial Msg3 transmission and retransmission) ; Hybrid Automatic Repeat request Acknowledgment (HARQ-ACK) for Msg4, etc. Details for these messages will be described in below sections. In a full-duplex scenario, full duplex SBFD resource and conventional UL symbols or special / flexible symbols may extend total uplink transmission time domain resource, so that available random access resources can be increased, coverage of a random access signal can be improved, and random access may be attempted with less waiting time (to wait for uplink resource) .

[0038] In this disclosure, a full duplex resource may be understood as a resource that simultaneously support uplink traffic and downlink traffic. A full duplex capable UE, or a full duplex UE refers to a UE that supports the utilization of a full duplex resource, such as transmitting uplink traffic in a originally assigned D slot. An SBFD capable UE, or a SBFD UE, is a special case for UE that support full duplex via subband. Note that in this disclosure, embodiments described using the term “full duplex” apply to “SBFD” . For example, an  exemplary method implemented by a full duplex UE will apply to a SBFD UE. For another example, a full duplex resource also applies to a SBFD resource.

[0039] Random Access Procedure

[0040] In wireless system, such as New Radio (NR) , there are schemes to support the initial access under Frequency Range 1 (FR1 -sub 6G Hz band) and Frequency Range 2 (FR2 -beyond 6G Hz band) . One of the key steps during the initial access is the transmission of PRACH, which may also be referred as Msg1 (in 4 step random access procedure) , or MsgA (in 2 step random access procedure) . Specifically, when transmitting the PRACH, a preamble is included in the message. Such initial access scheme may include, for example, different PRACH formats, PRACH resource configurations, the relationship between the SSB (synchronization signal / PBCH block, where PBCH stands for physical broadcast channel) and PRACH occasion, the mechanism for PRACH retransmission, etc.

[0041] FIG. 6 shows example multi-step random access procedures 600 and 650.

[0042] In procedure 600, a UE and base station may engage in a multi-step protocol for random access, where:

[0043] Step 602: UE may send a preamble (e.g., in message 1, or Msg1, pr PRACH) to the base station. In some example implementations, UE will transmit a preamble in a physical random access channel occasion (RO) , (RO: a time-frequency domain resource configured for PRACH transmission, also known as Random Access Channel (RACH) Occasion) , according to the configuration of PRACH transmission and the SSB that the UE selects. In this step, a UE may try to receive the SSB from the base station, and determine the best or suitable SSB (e.g., the SSB with a highest Reference Signal Received Power (RSRP) or with a RSRP value higher than a predefined threshold) . Then, an RO used for transmitting the Msg1 (PRACH) will be determined according to the relationship or the mapping between the SSB and RO. From the base station side, based on the RO to SSB mapping relationship, the base station may determine which SSB is selected by the UE.

[0044] Step 604: After reception of the preamble, the base station sends back a random access response (RAR) (e.g., message 2, or Msg2) to the UE. The same beam as the selected SSB in step 602 is used for transmitting Msg2, as well as subsequent DL transmission in the random access procedure (such as Msg 4, see below) .

[0045] Step 606: UE monitors the RAR Physical Downlink Control Channel (PDCCH) in an RAR window, attempting to receive the RAR sent in step 604. Once the RAR is received, UE sends to the base station a third message  (e.g., message 3, or Msg3) according to the UL grant indicated in the RAR containing the random access preamble index (RAP ID) of the preamble transmitted Msg1.

[0046] Step 608: after successfully decoding Msg3, a fourth message (e.g., message 4, or Msg4) is transmitted from the base station to the UE for performing contention resolution. This example is called a 4-step random access channel (RACH) procedure 600 (or 4-step random access procedure) .

[0047] In some implementations, the latency created through the 4-step RACH procedure 600 may be reduced by using a two-step random access protocol 650 (alternatively referred to as a 2-step RACH, or 2-step random access procedure) . The 2-step RACH 650 may combine (i) and (iii) and combine (ii) and (iv) of the 4-step RACH procedure to condense the RACH procedure into two steps. The first step is to send a first message, e.g. MsgA (652) . In some examples the first message may contain a preamble transmitted in physical random access channel (PRACH) and / or payload transmitted in physical uplink shared channel, which contains at least the same amount of information that is carried in Msg3 of 4-step RACH. A second message, e.g., MsgB in respond to MsgA is transmitted from the base station to the UE (654) . The example 2-step RACH may help reduce communication latency compared to the 4-step RACH. Such a reduction of communication latency may further help, for example reduce channel occupancy times and increase data available for payload transmission.

[0048] The 2-step and 4-step RACH described above may be contention based. In some other implementations, the base station informs the UE a preamble index to use for the random access, leading to a contention free RACH procedure.

[0049] In some example implementations without considering the introduction of full duplex / SBFD feature, candidate resource for PRACH transmission, i.e., RO, may be determined according to the time and frequency domain resource configuration. Then, whether an RO is a valid RO or not may be determined according to following rules:

[0050] If a UE is configured with cell specific semi-static frame structure (e.g., via tdd-UL-DL-ConfigurationCommon) , an RO occasion in a PRACH slot is valid if:

[0051] · The RO is within UL symbols from time domain perspective, or

[0052] · The RO does not precede an SS / PBCH block in the PRACH slot, and the RO starts at least Ngap symbols after a last downlink symbol and at least Ngap symbols after a last SS / PBCH block symbol, where Ngap is provided in Table 1 below. In some example implementations, for preamble format B4, Ngap=0.

[0053] Table 1

[0054] In this disclosure, valid ROs determined according to the above rules may be referred as type A RO. Note that type A RO no overlap with, or is located out of a full duplex resource (or out of an SBFD resource) .

[0055] Embodiment 1

[0056] This embodiment describes one method for effectively utilizing full duplex / SBFD resource to perform random access procedure, including transmitting the PRACH. This embodiment also addresses the issues on how to report UE capacity or UE feature related to full duplex support (or SBFD support) to the base station. More specifically, the UE capacity means the capability for supporting to perform RACH procedure by using SBFD resource. Alternatively, the UE capacity or UE feature can be the capability for supporting to transmit PRACH on full duplex / SBFD resource. That is, it’s the capability to utilized the full duplex / SBFD resource at an initial access stage, which is before the UE has been granted network access. Further, in this disclosure, a full duplex capable UE may specifically mean that the UE has the capability to transmit PRACH on full duplex / SBFD resource (it may also support using DL slot to transmit UL data after the initial access procedure) . So the base station may better coordinate with the UE with regard to, for example, resource scheduling and allocation. Further, such capability / feature reporting mechanism is transparent to a UE which does not support full duplex / SBFD feature.

[0057] To effectively use the full duplex / SBFD resource during the access procedure, such as transmitting PRACH or Msg3 in UL subband, it is desirable that the UE reports its full duplex / SBFD capability to the base station as early as possible. In this embodiment, various schemes are described for a full duplex / SBFD capable UE to report its capability to the base station, using, for example, an implicit manner which does not require extra signaling overhead.

[0058] FIG. 7, which shows an exemplary frame structure, is used for illustrating the method according to this embodiment. As shown in FIG. 7, there are five slots (slot#0～slot#4) which are configured as a “DDDSU” pattern. There is a UL subband configured in DL slots 1-2, therefore, slots 1-2 are full duplex / SBFD resources. As a UL subband also applies to S slot 3, slot 3 may also be considered as a full duplex / SBFD resource. Slots 0 and 4 do not support full duplex and are non full duplex resource.

[0059] As shown in FIG. 7, each RO is a two dimensional resource including a time domain resource, and a frequency domain resource. When the RO resides in a slot that is not a full duplex resource, such as slot 4, the RO is referred as type A RO (e.g., RO 712) . Whereas when the RO resides in a slot that is a full duplex (or SBFD) resource, such as slot 2, the RO is referred as type B RO (e.g., RO 710) .

[0060] In some example implementations, a same type of time-frequency domain resource for PRACH transmission may be shared by non-full duplex / SBFD capable UE (i.e., a UE doesn’ t support full duplex / SBFD, and is not able to perform RACH procedure or transmitting PRACH on full duplex / SBFD resource) and full duplex capable UE. For example, both types of UEs may use type A ROs reside in non-SBFD resource. As shown in FIG. 7, UL slot 4 is a non-full duplex resource, and there are 4 ROs (type A) configured in this slot. Both types of UEs may use the 4 ROs in this slot to perform random access, such as sending a Msg1, MsgA (or sending PRACH with preamble) .

[0061] In this embodiment, in addition to type A RO, type B RO may also be utilized by a full duplex capable UE, to perform random access procedure. Therefore, the latency caused by having to wait for a UL slot may be reduced, as the UE may attempt random access in a DL slot that is configured with UL subband (or a DL slot that is configured for full duplex) . Additionally, as there are additional ROs (e.g., type B ROs) introduced to the system, the overall UL capacity is increased and probability for UL transmission contention is decreased.

[0062] In some example implementations, to reduce interference between frequencies and / or symbols, further limitation may be imposed to type B ROs for these ROs to be valid. A type B RO may need to satisfy at least one of following conditions to be considered as a valid RO:

[0063] · The time domain resource of the RO is located within a full duplex / SBFD resource configured within a DL resource, such as RO 710 in FIG. 7, which is configured within a DL resource –slot 2.

[0064] · The time domain resource of the RO is located within a full duplex resource configured within UL resource.

[0065] · The frequency domain resource of the RO is located within a UL resource.

[0066] · The frequency domain resource of the RO is located within a UL subband, such a RO 710 in FIG. 7, which is configured in a UL SB.

[0067] · At least L Resource Blocks (RBs) between the frequency domain resource of the RO and the nearest DL resource or nearest guard band resource. Where L is an integer that is predetermined / preconfigured, or signaled by the network.

[0068] · The RO starts at least M symbols after a last non-SBFD resource (i.e., the immediately preceding non-SBFD resource) . Where M is an integer that is predetermined / preconfigured, or signaled by the network. For example, M may be equal to Ngap as defined in Table 1.

[0069] · The RO ends at least N symbols before an immediately next non-SBFD resource. Where N is an integer that is predetermined / preconfigured, or signaled by the network. For example, N may be equal to Ngap as defined in Table 1.

[0070] In some example implementations, type A ROs may be shared by the non-full duplex capable UEs and the full duplex capable UEs. To differentiate two types of UEs, a preamble-based scheme is implemented. For example, a first set of preambles for transmitting PRACH may be configured and served as a capability / feature “indicator” . If a full duplex capable UE selects a preamble from the first set of preambles for PRACH transmission in type A RO (which is in non full duplex resource, or non-SBFD resource) , it indicates that the UE has the full duplex capability, or the UE selects to use the full duplex feature. Therefore, even type A ROs are shared by two types of UEs, when the base station receives the PRACH message (e.g., Msg1, MsgA) , it may determine, based on the preamble used in the message, that the UE is full duplex capable (such that the UE is able to use type B RO resource for random access) , or that the UE selects to use the full duplex feature. The first set of preambles may be configured by, for example, higher layer signaling (e.g., Radio Resource Control (RRC) signaling) . Exemplarily, the first set of preambles may be configured by at least one of: a start preamble index; a number of preambles; a number of preambles per SSB for the full duplex feature; or a number of preambles per SSB for the SBFD feature.

[0071] In some example implementations, the number of preambles for the first set of preambles may be configured as zero. This is considered to be a special case and implicitly indicates that a full duplex capable UE is not allowed to use a type A RO to transmit the PRACH message or perform random access, as there is no preamble to be used in type A RO for full duplex capable UE. This special scheme further indicates that a full duplex capable UE or a UE trying to report its full duplex capability has to use a type B RO to transmit the PRACH message or perform random access.

[0072] In some example implementations, when a UE use type B RO to transmit the PRACH message or perform random access, it indicates to the base station that the UE is full duplex capable.

[0073] In some example implementations, when a UE use type B RO to transmit the PRACH message or perform random access to indicate its full duplex capability, further limitation may be added. Specifically, a  second set of preambles may be configured, and a full duplex capable UE has to select a preamble from the second set of preambles, and transmit the PRACH message with the selected preamble in a type B RO. The second set of preambles can be configured via the same signaling (as used for the first set of preambles describe above) , or an additional higher layer signaling (e.g., RRC signaling) . Exemplarily, the second set of preambles may be configured by at least one of: a start preamble index; a number of preambles; a number of preambles per SSB for the full duplex feature; or a number of preambles per SSB for the SBFD feature.

[0074] Alternatively, all the available preambles may be defined as the second set of preambles. This is also considered to be a special case -no matter which preamble the UE sends on the type B RO, it indicates that the UE supports full duplex or that the UE selects to use full duplex feature. Optionally, there is no signaling required for configuring the second set of preambles. In some example implementations, instead of using signaling, the second set of preambles may be derived based on, for example, configuration parameters used for configuring the first set of preambles. The derivation may use some predefined rules for reinterpret the meaning of configuration parameters for the first set of preambles. For example, the number of preambles in the second set may be derived from the number of preambles in the first set of preambles by using a scaling factor (e.g., scaling factor = 2, for doubling the number of preambles) . For another example, the start preamble index of the second set of preambles may be determined by an offset to the configured start preamble index for the first set of preambles. Note that as another example, the configuration parameters for the first set of preambles are not used or are not valid for determining the second set of preambles.

[0075] In some example implementations, a full duplex capable UE may be configured with two sets of preambles (the first set and the second set of preambles, as described above) . When the UE transmits PRACH message (Msg1, or MsgA) , it will select a preamble from one of the two sets of preambles, based on the type of RO to be used for transmitting the PRACH message. That is, the full duplex capable UE has to use a preamble selected from the first set of preambles, if type A RO is used; or the full duplex capable UE has to use a preamble selected from the second set of preambles, if type B RO is used.

[0076] In some example implementations, the first set of preambles may be a subset of the second set of preambles, or the first set of preambles and the second set of preambles have intersection.

[0077] In some example implementations, the underlying principle of using preamble to indicate feature / capability may be further expanded, such that one preamble or one preamble set may indicate a feature and / or capability combination. For example, preamble 1 (index 1) or preamble set 1 indicates full duplex feature / capability and feature X; whereas preamble 2 (index 2) or preamble set 2 indicates full duplex  feature / capability and feature Y, etc. Exemplarily, the second set of preambles may be further divided into two or more subsets, with each preamble in at least one of the subset indicate a feature combination that include at least the full duplex feature / capability.

[0078] In some example implementations, to improve PRACH transmission reliability, the PRACH will be re-transmitted, if initial transmission fails, or a previous transmission attempt fails. For example, the UE may retry the PRACH transmission for up to N times, where N is a predefined or pre-configured integer. All the re-attempts by the UE for PRACH transmission should use same type of RO (s) as the initial RO used. For example, if the initial PRACH transmission uses a type B RO, then the subsequent N attempts will be consistently using type B ROs. In some other example implementations, there is an upper limit for the number of re-attempts in type B ROs. If the re-attempts exceed this upper limit, it may be due to the quality of the type ROs is degraded. In this case, the subsequent PRACH transmission re-attempt (s) should be switched to type A ROs, due to reduced interference as there is no simultaneous downlink and uplink transmission.

[0079] The embodiment provides a method for UE to report its capability / feature to support performing random access by using full duplex / SBFD resource (or transmit PRACH by using full duplex / SBFD resource) , or for UE to report that it is full duplex capable. This enables a UE to effectively report its capability during the initial access phase, with no extra signaling overhead needed. This type of early capability report helps the network (e.g., base station such as a gNodeB) to execute subsequent RACH procedure by using full duplex / SBFD resources. The overall network access efficiency and network resource utilization are improved.

[0080] Embodiment 2

[0081] This embodiment describes another method for capability reporting on UE full duplex / SBFD related features, such as that the UE supports or selects to perform random access by using full duplex resource (or transmit PRACH by using full duplex resource) .

[0082] Multiple PRACH transmissions or PRACH repetition during random access procedure is another UE feature or UE capability. That is, for one RACH attempt, the PRACH will transmitted for more than one times, in a repetitive manner. Therefore, more than one ROs, which form an RO group, will be used for one RACH attempt, with one RO for each PRACH transmission. FIG. 8 shows example RO groups. Each RO group includes two or more ROs to be used for multiple PRACH transmissions. The number of ROs in a RO group is equal to the repetition number of PRACH transmissions. As shown in FIG. 8, RO 812 and 814 form RO group 810, which is associated with SSB1. RO group 820 is formed by two other ROs and is associated with SSB2.  The RO group may be determined according to some rules, such as: ROs in a group need to be associated with a same SSB; ROs in a group have a same frequency location; ROs in a group are continuous in the time domain; ROs in a group use a same preamble set which is corresponding to a same SSB, etc.

[0083] In some example implementations, for a wireless system that supports full-duplex, such as a Time Division Duplex (TDD) system with full duplex resource configured, special consideration on how to form an RO group needs to be taken for a UE supporting multiple PRACH transmissions and / or RACH procedure by using full duplex resource. One factor to consider is the existence of different types of ROs –type A RO associated with non-full duplex resource, and type B RO associated with full duplex resource.

[0084] In some example implementations, as shown in FIG. 9, for a full duplex capable UE, RO group may contain different types of ROs. For example, RO group 910 includes RO 912, which is in a full duplex resource (type B RO) , and RO 914, which is in a non-full duplex resource (type A RO) . Similarly, RO group 920 includes two different types of ROs. For ROs to be assigned to a same RO group, the member ROs need to meet at least one of following conditions: member ROs are associated with a same SSB; member ROs are in a same frequency location; member ROs are continuous in the time domain; member ROs use a same preamble set which is corresponding to a same SSB, etc.

[0085] In some example implementations, as shown in FIG. 10, an RO group can only contain same type of ROs. That is, ROs within an RO group should all be either be type A ROs, or type B ROs. For example, both RO groups 1010 and 1014 contain type A ROs, whereas RO group 1012 contains type B ROs. For a full duplex capable UE, the offset between the starting ROs of adjacent RO groups represents that the offset between the starting ROs of adjacent RO groups containing same type of valid ROs. And the value of the offset represents that the number of valid ROs with the same type between the starting ROs of adjacent RO groups.

[0086] In some example implementations, a preamble used in PRACH transmission (or Msg1, MsgA) is associated with an SSB, or the preamble may indicate an associated SSB. The preamble may be transmitted (e.g., in PRACH, Msg1, or MsgA) in a type A RO, or a type B RO. If the preamble indicates different SSBs when transmitted in different types of RO, then the ROs in an RO group has to include same types of ROs (either all type A ROs, or type B ROs) .

[0087] In some example implementations, a preamble used in PRACH transmission (or Msg1, MsgA) indicates a UE feature or capability, such as full duplex feature or full duplex capability. The preamble may be transmitted (e.g., in PRACH, Msg1, or MsgA) in a type A RO, or a type B RO. If the preamble indicates different  features / capabilities when transmitted in different types of RO, then the ROs in an RO group has to include same types of ROs (either all type A ROs, or type B ROs) . For example, a Msg1 with preamble 1, when transmitted in type B RO, indicates that the UE supports full duplex. However, same preamble 1, when transmitted in type A RO, indicates that the UE supports a feature different from full duplex feature, then the RO group has to include same types of ROs.

[0088] An example in more details is given below.

[0089] Assuming a full duplex capable UE is configured with two sets of preambles: the first set is used for type A ROs, and the second set is used for type B ROs. For type A RO, the subset preambles (from the first set of preambles) to be used for indicating the full duplex feature (or RACH on full duplex resource) is {20, 21, 22, ..., 29} . For type B RO, the subset preambles (from the second set of preambles) to be used for indicating the full duplex feature (or RACH on full duplex resource) is {10, 11, 12, ..., 29} . Then, for the intersection of these two subsets, that is, preambles {20, 21, 22, ..., 29} , the preambles in the intersection set are corresponding to a same UE feature in both type A ROs and type B ROs. In this case, the RO group is allowed to contain different types of ROs. Note that RO group 910 in FIG. 9, as explained earlier, satisfies this condition.

[0090] On the other hand, for a preamble indicates different features in different types of ROs, then cross RO type grouping to form an RO group is not allowed. For example, preambles {10, 11, 12, ..., 19} indicate the full duplex feature only when used in type B ROs, but indicate different feature (s) in type A ROs, then cross RO type grouping is not allowed.

[0091] In some example implementations, a preamble used in PRACH transmission (or Msg1, MsgA) , when combined with (or associated with) an SSB, may be used to indicate a UE feature or UE capability. If there is only one type of RO, then the preamble + SSB combination always indicates a same UE feature or UE capability. However, there are different possibilities when there are different types of ROs:

[0092] For certain preamble + SSB combinations, the indication for UE feature / capability is consistent across different ROs. Referring back to FIG. 9 for an example, for PRACH transmission in RO 912 and RO 912, the preamble used is preamble 1, and it’s associated with SSB 1. The preamble+SSB combination goes across RO types (RO 912 is type B, RO 914 is type A) . This combination indicates that the UE is full duplex capable, or the UE supports SBFD feature, and the feature indication is consistent.

[0093] For certain preamble + SSB combinations, the indication for UE feature / capability is inconsistent across different ROs. Referring back to FIG. 9 for an example, for PRACH transmission in RO 922 and RO 924,  the preamble used is preamble 21, and preamble 21 is associated with SSB 2. The preamble+SSB combination goes across RO types (RO 912 is type B, RO 914 is type A) . The feature indication is inconsistent. For example, this combination indicates that the UE is full duplex capable in RO 922, but indicates a different feature / capability when used in RO 924. In this case, RO 922 and RO 924 cannot be grouped into a same RO group.

[0094] An example in more details is given below.

[0095] Assuming a full duplex capable UE is configured with two sets of preambles: the first set is used for type A ROs, and the second set is used for type B ROs. For type A RO, when combined or associated with SSB0, the subset preambles (from the first set of preambles) to be used for indicating the SBFD feature (or RACH on SBFD) is {20, 21, 22, ..., 29} . For type B RO, when combined or associated with SSB0, the subset preambles (from the second set of preambles) to be used for indicating the SBFD feature (or RACH on SBFD) is {10, 11, 12, ..., 29} . Then, for the intersection of these two subsets, that is, preambles {20, 21, 22, ..., 29} , the preamble+SSB combinations are corresponding to a same UE feature for a same SSB in both type A ROs and type B ROs. In this case, the RO group is allowed to contain different types of ROs. Note that RO group 910 in FIG. 9, as explained earlier, satisfies this condition.

[0096] On the other hand, for a preamble only applies to one RO type, but does not apply to, or is not allowed to be used for the other RO type, then cross RO type grouping to form an RO group is not allowed. Additionally, for a preamble+SSB combination, if the same combination indicates different feature in different types of ROs, then cross RO type grouping is not allowed. For example, for preambles {10, 11, 12, ..., 19} , when combined with a same SSB, indicate different UE features, then cross RO type grouping is not allowed. Additionally, if a desired SSB can only be associated with a selected preamble in one RO type, but not the other, then cross RO type grouping is not allowed. For example, if UE needs to use preamble 10 with SSB1, but this combination only applies to RO type B, then cross RO type grouping is not allowed.

[0097] In some example implementations, some configured ROs (e.g., following certain configuration rules) are located within full duplex resource, but don’ t meet the conditions (e.g., as described in embodiment 1) to be a valid RO, then they will be considered as invalid ROs and will not be used for PRACH transmission or RACH procedure. As an example shown in FIG. 11, there are four invalid ROs as labeled. In this case, if in a same full duplex resource (e.g., slot 2) , the number of invalid ROs is larger than a predefined threshold, or the ratio between invalid ROs and valid ROs is larger than a predefined threshold, then cross RO type grouping should be selected.

[0098] This embodiment provides a method for capability / feature reporting on UE that supports to perform random access by using full duplex resource or transmit PRACH by using full duplex resource, through which a UE can effectively report its capability during the initial access phase, and helps the base station, such as a gNodeB, to execute subsequent RACH procedure by using full duplex resources. The overall access efficiency is improved.

[0099] Embodiment 3

[0100] This embodiment describes another method for capability reporting on UE full duplex / SBFD related features, such as that the UE supports or selects to perform random access by using full duplex resource (or transmit PRACH by using full duplex resource) .

[0101] A dedicated time-frequency domain resource configuration may be configured for full duplex capable UE to transmit PRACH (or Msg1, MsgA) . That is, ROs for full duplex capable UE to perform random access or transmit PRACH message are allocated separately / dedicatedly. If a UE uses this dedicated resource, it indicates that the UE supports SBFD feature / capability.

[0102] In some example implementations, the dedicated time-frequency domain resource (RO) is only valid when it falls into the full duplex resource.

[0103] In some other examples, the dedicated configured time-frequency domain resource (RO) is only valid when it meets at least one of the following conditions:

[0104] · The time domain resource of the RO is located within a full duplex resource.

[0105] · The frequency domain resource of the RO is located within a UL resource.

[0106] · The frequency domain resource of the RO is located within a UL subband.

[0107] · There are at least L Resource Blocks (RBs) between the frequency domain resource of the RO and the nearest DL resource or nearest guard band resource. Where L is an integer that is predetermined or signaled by the network.

[0108] · The RO starts at least M symbols after a last non-full duplex resource (i.e., the immediately preceding non-full duplex resource) . Where M is an integer that is predetermined or signaled by the network. For example, M may be equal to Ngap as defined in Table 1.

[0109] · The RO ends at least N symbols before an immediately next non-full duplex resource. Where N is an integer  that is predetermined or signaled by the network. For example, N may be equal to Ngap as defined in Table 1.

[0110] · The RO starts at least O symbols after a last SSB symbol (i.e., the immediately preceding SSB symbol) . For example, O may be equal to Ngap as defined in Table 1.

[0111] In some example implementations, an RO located within a full duplex resource and overlapping with SSB symbol (s) in time domain may be determined as a valid RO.

[0112] In some example implementations, an RO group may contain ROs within a full duplex resource, as well as ROs that are not located in a full duplex resource. Note that these ROs are valid ROs.

[0113] In some example implementations, if an RO in a full duplex resource is selected for the initial transmission of a PRACH, the RO for the re-attempt of PRACH transmission (e.g., in case initial transmission fails) should also be in full duplex resource (i.e., ROs are all type B ROs) . If a RO in non-full duplex resource is selected for the initial transmission of a PRACH, the RO for the re-attempt of the PRACH transmission should also be in non-full duplex resource (i.e., ROs are all type A ROs) .

[0114] In some example implementations, if the PRACH transmission by using type B ROs fails for a predefined / pre-configured number of times, the RO for the subsequent attempt of PRACH transmission should be switched to a different type of RO (i.e., type A RO) .

[0115] The embodiment provides a method for capability reporting on UE that support to perform random access by using full duplex resource or transmit PRACH by using full duplex resource, through which a UE can effectively report its capability during the initial access phase, and helps the gNodeB execute subsequent RACH procedure by using full duplex resources. The overall access efficiency is improved.

[0116] This embodiment describes a method for UE to perform random access by using full duplex resource or transmitting PRACH by using full duplex resource.

[0117] In a wireless system, Dual connectivity (DC) and / or Carrier Aggregation (Currently amended) technologies may be implemented. In random access, for single PRACH transmission under DC / CA scheme, because uplink transmission power is allocated among carriers, PRACH transmission may be dropped, or PRACH will be transmitted with a reduced power. Then, according to this embodiment, the corresponding power ramping counter should be suspended.

[0118] Embodiment 4

[0119] In some example implementations, for multiple PRACH transmissions cases (the random access procedure uses multiple PRACH transmissions) , the power ramping counter will be suspended, if at least one of the following conditions is met:

[0120] · The PRACH transmission in at least one RO of the RO group is dropped or transmitted with a reduced power.

[0121] · The PRACH transmission in at least a half ROs of the RO group are dropped or transmitted with a reduced power.

[0122] · The PRACH transmission in at least N ROs of the RO group are dropped or transmitted with a reduced power. N is an integer and may be configured via an RRC signaling. In some example implementations, N may be configured for each PRACH repetition number. Or, N may be a function of PRACH repetition number.

[0123] · The PRACH transmission in all ROs of the RO group are dropped or transmitted with a reduced power.

[0124] In some example implementations, in PRACH transmission, inter-carrier power distribution has the same power impact on all ROs in the RO group. In this case, the power allocation is not allowed to change for the duration of a RO group.

[0125] In some example implementations, for single PRACH transmission using full duplex resource (type B RO) , the corresponding power ramping counter will be suspended.

[0126] In some example implementations, for multiple PRACH transmissions using SBFD resource (type B RO) , the power ramping counter will be suspended, if at least one of the following conditions is met:

[0127] · The PRACH transmission in at least one RO of the RO group is located within a full duplex resource or an SBFD resource.

[0128] · The PRACH transmission in at least a half ROs of the RO group are located within an SBFD resource.

[0129] · The PRACH transmission in at least N ROs of the RO group are located within an SBFD resource. N is an integer and may be configured via an RRC signaling. In some example implementations, N may be configured for each PRACH repetition number. Or, N may be a function of PRACH repetition number.

[0130] · The PRACH transmission in all valid RO of the RO group are located within an SBFD resource.

[0131] With the method described above, the power ramping counter suspend mechanism is defined for PRACH transmission by using full duplex resource. In this way, the power of PRACH transmission that is adapted to full duplex mode or SBFD mode will be effectively determined.

[0132] Embodiment 5

[0133] In some example implementations, the DL transmission bandwidth (e.g., a DL subband or a system bandwidth) is less than the bandwidth of Synchronization signal / Physical broadcast channel block (i.e., SS / PBCH block, SSB) , which is 20 resource blocks (RBs) or 240 resource elements (REs) . For example, the DL transmission bandwidth is only 15 RBs with 15 kHz subcarrier spacing. Then, the SS / PBCH block will be punctured to 12 RBs for actually transmitting. For example, the lowest 4 RBs (i.e., subcarrier 0 to 47) and highest 4 RBs (i.e., subcarrier 192 to 239) of the SS / PBCH block will not be used for SS / PBCH block transmitting. Then, the UE behavior under some cases related with transmission resource conflict between SS / PBCH block and other transmissions needs to be addressed.

[0134] In some example implementations, when receiving the Physical Downlink Shared Channel (PDSCH) scheduled with SI-RNTI and the system information indicator in DCI is set to 0, the UE shall assume that no SS / PBCH block, before puncturing if applicable, is transmitted in REs used by the UE for a reception of the PDSCH. In other words, the UE shall assume that no SS / PBCH block, no matter (or regardless of) if there is puncturing or not, is transmitted in REs used by the UE for a reception of the PDSCH. In other words, UE does not need to consider whether there is puncturing or not.

[0135] In some example implementations, when receiving the PDSCH scheduled with SI-RNTI and the system information indicator in DCI is set to 1, RA-RNTI (Random Access -Radio Network Temporary Identifier) , MSGB-RNTI, P-RNTI (Paging RNTI) or TC-RNTI (Temporary Cell –RNTI) , the UE assumes SS / PBCH block transmission according to a high layer parameter, e.g., ssb-PositionsInBurst, and if the PDSCH resource allocation overlaps with PRBs containing SS / PBCH block transmission resources, before puncturing if applicable, the UE shall assume that the PRBs containing SS / PBCH block transmission resources, before puncturing if applicable, are not available for PDSCH in the OFDM symbols where SS / PBCH block is transmitted. In other words, the UE shall assume that the PRBs containing SS / PBCH block transmission resources, no matter (or regardless of) puncturing or not, are not available for the above PDSCH in the OFDM symbols where SS / PBCH block is transmitted. Then, all PRBs of the symbols containing SS / PBCH block are not available for the above PDSCH.

[0136] In some example implementations, when receiving PDSCH scheduled by PDCCH with CRC scrambled by C-RNTI, MCS-C-RNTI, CS-RNTI, G-RNTI, G-CS-RNTI, MCCH-RNTI or PDSCHs with SPS, the UE assumes SS / PBCH block transmission according to a high layer parameter, e.g., ssb-PositionsInBurst if the PDSCH resource allocation overlaps with PRBs containing SS / PBCH block transmission resources, before  puncturing if applicable, and the UE shall assume that the PRBs containing SS / PBCH block transmission resources, before puncturing if applicable, are not available for PDSCH in the OFDM symbols where SS / PBCH block associated with the same PCI is transmitted. In other words, the UE shall assume that the PRBs containing SS / PBCH block transmission resources, no matter (or regardless of) puncturing or not, are not available for the above PDSCH in the OFDM symbols where SS / PBCH block is transmitted. Then, all PRBs of the symbols containing SS / PBCH block are not available for the above PDSCH.

[0137] In some example implementations, a UE shall not expect to be configured with the CSI-RS in PRBs that overlap with those of the SS / PBCH block, before puncturing if applicable. In other words, the UE shall not expect to be configured with the CSI-RS in PRBs that overlap with those of the SS / PBCH block, no matter (or regardless of) puncturing or not. That is, the UE shall not expect to be configured with the CSI-RS in the symbols containing SS / PBCH block.

[0138] In some example implementations, a UE shall not expect to be configured with the CSI-RS in PRBs that overlap with those of the SS / PBCH block, after puncturing if applicable.

[0139] In some example implementations, a UE shall not expect to receive DM-RS in resource elements that overlap with those of the SS / PBCH block, after puncturing if applicable, associated with the same PCI as the DM-RS.

[0140] In some example implementations, a UE shall not expect to receive DM-RS in resource elements that overlap with those of the SS / PBCH block, before puncturing if applicable, associated with the same PCI as the DM-RS. In other words, the UE shall not expect to receive DM-RS in resource elements that overlap with those of the SS / PBCH block, no matter (or regardless of) puncturing or not. That is, the UE shall not expect to receive DM-RS in the symbols containing SS / PBCH block.

[0141] In some example implementations, for monitoring of a PDCCH candidate by a UE, if the UE has received a high layer parameter, e.g., ssb-PositionsInBurst for a serving cell, and does not monitor PDCCH candidates in a Type0-PDCCH CSS set, and at least one RE for a PDCCH candidate overlaps with at least one RE of a candidate SS / PBCH block, after puncturing if applicable, corresponding to a SS / PBCH block index provided by the high layer parameter, the UE is not required to monitor the PDCCH candidate.

[0142] In some example implementations, for monitoring of a PDCCH candidate by a UE, if the UE has received a high layer parameter, e.g., ssb-PositionsInBurst for a serving cell, and does not monitor PDCCH candidates in a Type0-PDCCH CSS set, and at least one RE for a PDCCH candidate overlaps with at least one  RE of a candidate SS / PBCH block, before puncturing if applicable (no matter or regardless of puncturing or not) , corresponding to a SS / PBCH block index provided by the high layer parameter, the UE is not required to monitor the PDCCH candidate. In other words, the UE is not required to monitor the PDCCH candidate overlapping with at least one symbol containing SS / PBCH block.

[0143] In some example implementations, if at least one RE for a PDCCH candidate overlaps with at least one RE of a candidate SS / PBCH block after puncturing if applicable, the UE shall assume that the RE for a PDCCH candidate overlaps with at least one RE of a candidate SS / PBCH block after puncturing if applicable, are not available for the PDCCH candidate. That is, the overlapped RE between the PDCCH candidate and the candidate SS / PBCH block, after puncturing if applicable, is punctured for the PDCCH candidate.

[0144] In some example implementations, if at least one RE for a PDCCH candidate overlaps with at least one RE of a candidate SS / PBCH block before puncturing if applicable, the UE shall assume that the RE for a PDCCH candidate overlaps with at least one RE of a candidate SS / PBCH block before puncturing if applicable, are not available for the PDCCH candidate. That is, the overlapped RE between the PDCCH candidate and the candidate SS / PBCH block, before puncturing if applicable, is punctured for the PDCCH candidate.

[0145] In some example implementations, when precoder granularity is configured as all contiguous RBs, a UE does not expect any RE of a CORESET to overlap with any RE of a SS / PBCH block, before puncturing if applicable. In other words, the UE does not expect any RE of a CORESET to overlap with any RE of a SS / PBCH block, no matter (or regardless of) puncturing or not. That is, the UE does not expect a CORESET to overlap with at least one symbol containing SS / PBCH block.

[0146] In some example implementations, when precoder granularity is configured as all contiguous RBs, a UE does not expect any RE of a CORESET to overlap with any RE of a SS / PBCH block, after puncturing if applicable.

[0147] In some embodiments, UL resource can be used for PUSCH or PUCCH transmission. And both of them can be used for carrying feedback information (e.g., HARQ-ACK feedback, etc. ) from UE. More specifically, two HARQ-ACK feedback modes are defined for multicast transmission. One mode is ACK / NACK feedback, another mode is NACK-only feedback. For each of them, a set of PDSCH-to-HARQ_feedback timings (or two sets of PDSCH-to-HARQ_feedback timings for high or low priority respectively) can be configured. For a HARQ-ACK feedback mode, the number of entries of PDSCH-to-HARQ_feedback timings set (or the number of entries in the set with larger entries) can be used for determining the bitwidth of PDSCH-to-HARQ_feedback  timing indicator field in the multicast DCI format. However, the HARQ-ACK feedback can be disabled by either a RRC signaling (e.g., harq-FeedbackEnablerMulticast) or an indication (e.g., Enabling / disabling HARQ-ACK feedback indication field) in the multicast DCI format.

[0148] If the HARQ-ACK feedback is disabled by the RRC signaling, the bitwidth of PDSCH-to-HARQ_feedback timing indicator field in the multicast DCI format can be set as ‘0’ . Alternatively, the bitwidth of PDSCH-to-HARQ_feedback timing indicator field in the multicast DCI format can be determined according to the set of PDSCH-to-HARQ_feedback timings for a certain HARQ-ACK feedback mode. For example, if only one HARQ-ACK feedback mode is configured, the number of entries of configured PDSCH-to-HARQ_feedback timings set (or the number of entries in the configured set with larger entries) can be used for the bitwidth determination. If both of the two HARQ-ACK feedback modes are configured, the set of PDSCH-to-HARQ_feedback timings with largest entries among different HARQ-ACK feedback modes will be used for determining the bitwidth.

[0149] If the HARQ-ACK feedback is disabled by the indication in the multicast DCI format, a HARQ-ACK feedback mode is configured for the UE for this multicast service (e.g., Identified by a group-Radio Network Temporary Indentifier, G-RNTI) through RRC signaling, and the bitwidth can be determined according to the set of PDSCH-to-HARQ_feedback timings for the HARQ-ACK feedback mode. Alternatively, the set of PDSCH-to-HARQ_feedback timings with largest entries among different HARQ-ACK feedback modes will be used for determining the bitwidth.

[0150] In this disclosure, the various embodiments apply to a full duplex capable UE, which is capable of making uplink transmission in a full duplex resource. For example, the full duplex capable UE may be capable of transmitting a PRACH message (or performing random access procedure) using an RO in the full duplex resource. Additionally, the various embodiments may specifically apply to a TDD wireless system.

[0151] A method according to embodiments in this disclosure includes a portion or all of the following steps: step 1: transmitting, to a network node in a physical random access channel occasion (RO) , a first message associated with a random access procedure, the RO comprising a RO frequency domain resource and a RO time domain resource, wherein the RO satisfies at least one of conditions below: the RO time domain resource is located within a full duplex resource configured within downlink (DL) resource; the RO time domain resource is located within a full duplex resource configured within uplink (UL) resource; the RO time domain resource starts at least O symbols after an immediately preceding SSB symbol, O being a predefined or pre-configured integer; the RO frequency domain resource is located within a UL resource; the RO frequency domain resource  is located within a UL subband; there are at least M Resource Blocks (RBs) between the RO frequency domain resource and any Downlink (DL) resources sharing same time domain resource with the RO frequency domain resource, M being a predefined or pre-configured integer; there are at least N RBs between the RO frequency domain resource any guard band resource, N being a predefined or pre-configured integer; the RO time domain resource starts at least K symbols after an immediate previous non-full duplex resource, K being a predefined or pre-configured integer; or the RO time domain resource ends at least L symbols before an immediate next non-full duplex resource, L being a predefined or pre-configured integer.

[0152] In any portion or combination of the implementations above, a UE capability for performing the random access procedure by using a full duplex resource is indicated by at least one of following information: a time domain resource used by the RO; a frequency domain resource used by the RO; the RO is located in a full duplex resource; or a preamble transmitted in the first message.

[0153] In any portion or combination of the implementations above, the first message comprises at least one of: a message 1 (Msg 1) in a 4 step random access procedure; or a message A (Msg A) in a 2 step random access procedure.

[0154] In any portion or combination of the implementations above, before transmitting the first message, the UE may determine or select the RO satisfying the at least one of the conditions.

[0155] In this disclosure, various embodiments are described for: UE feature / capability reporting for a UE that is full duplex capable; RO selection between different types of ROs; RO grouping to group multiple ROs in an RO group; and power control during the random access procedure. Various embodiments may be combined, to form a combined embodiment. For example, UE capability reporting may be combined with any one or more of:RO selection, RO grouping; and power control. Additionally, the various embodiments in the disclosure are for illustration purpose, and may be split into multiple sub-solutions which include partial features of an embodiment.

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

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

[0158] 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 the existence of additional factors not necessarily expressly described, again, depending at least in part on context.

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

[0160] 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 may 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.

Claims

1.A method for wireless communication, performed by a wireless device, the method comprising:transmitting, to a network node in a physical random access channel occasion (RO) , a first message associated with a random access procedure, the RO comprising a RO frequency domain resource and a RO time domain resource, wherein the RO satisfies at least one of conditions below:the RO time domain resource is located within a full duplex resource configured within downlink (DL) resource;the RO time domain resource is located within a full duplex resource configured within uplink (UL) resource;the RO time domain resource starts at least O symbols after an immediately preceding SSB symbol, O being a predefined or pre-configured integer;the RO frequency domain resource is located within a UL resource;the RO frequency domain resource is located within a UL subband;there are at least M Resource Blocks (RBs) between the RO frequency domain resource and any Downlink (DL) resources sharing same time domain resource with the RO frequency domain resource, M being a predefined or pre-configured integer;there are at least N RBs between the RO frequency domain resource any guard band resource, N being a predefined or pre-configured integer;the RO time domain resource starts at least K symbols after an immediate previous non-full duplex resource, K being a predefined or pre-configured integer; orthe RO time domain resource ends at least L symbols before an immediate next non-full duplex resource, L being a predefined or pre-configured integer.2.The method of claim 1, wherein, that the wireless device has a capability to perform the random access procedure by using a full duplex resource is indicated by at least one of following information:a time domain resource used by the RO;a frequency domain resource used by the RO;the RO is located in a full duplex resource; ora preamble transmitted in the first message.3.The method of claim 1, wherein the first message comprises at least one of: a message 1 (Msg 1) in  a 4 step random access procedure; or a message A (Msg A) in a 2 step random access procedure.4.The method of claim 1, wherein before transmitting the first message, the method further comprises determining the RO satisfying the at least one of the conditions.5.The method of any one of claims 1 to 4, further comprising:receiving, from the network node, a second message indicating a first set of candidate preambles, wherein, when the first message is transmitted in a type A RO, an inclusion of any preamble from the first set of candidate preambles indicates that the wireless device supports to perform the random access procedure by using a full duplex resource, wherein the second message comprises a Radio Resource Control (RRC) message, and wherein a time domain resource of the type A RO is located out of any full duplex resource; andtransmitting the first message comprises transmitting the first message in the type A RO using a preamble selected from the first set of candidate preambles.6.The method of claim 5, wherein the first set of candidate preambles are configured via at least one of: a starting preamble index, a number of preambles which is a non-negative integer.7.The method of claim 5, wherein a size of the first set of candidate preambles is 0.8.The method of any one of claims 1 to 4, further comprising:determining a second set of candidate preambles, wherein, when the first message is transmitted in a type B RO, an inclusion of any preamble from the second set of candidate preambles indicates that the wireless device supports to perform the random access procedure by using a full duplex resource, and wherein the type B RO is located within a full duplex resource; andtransmitting the first message comprises transmitting the first message in the type B RO using a preamble selected from the second set of candidate preambles.9.The method of claim 8, wherein:determining the second set of candidate preambles comprises one of:receiving, from the network node, a third message indicating the second set of candidate preambles; orderiving the second set of candidate preambles based on a first set of candidate preambles, wherein, when any preamble from the first set of candidate preambles is transmitted in a type A RO, it indicates that the wireless device supports to perform the random access procedure by using a full duplex resource, and wherein and wherein a time domain resource of the type A RO is located out of any full duplex resource.10.The method of claim 9, wherein deriving the second set of candidate preambles based on the first set of candidate preambles comprises deriving the second set of candidate preambles based on the first set of candidate preambles based on at least one of:a size of the first set of candidate preambles;a starting index of the first set of candidate preambles; oran offset to be applied to the starting index of the first set of candidate preambles.11.The method of claim 9, wherein the first set of candidate preambles is a subset of the second set of candidate preambles.12.The method of any one of claims 1 to 4, wherein:the first message is one transmission among N repetitions for preamble transmission in the random access procedure, N being a non-negative integer;the method further comprises in response to all first M of the N repetitions transmitted in type B ROs failing, switching to a type A RO for transmitting a (M+1) th repetition of the N repetitions, M being a non-negative integer;a time domain resource of the type A RO is located out of any full duplex resource; anda time domain resource of the type B RO is located within a full duplex resource.13.The method of claim 12, wherein the N repetitions for preamble transmission are initially scheduled to be transmitted in the type B ROs.14.The method of any one of claims 1 to 4, wherein:the first message is one transmission among N repetitions for preamble transmission in the random access procedure, N being a non-negative integer;each of the N repetitions uses a corresponding RO in an RO group;all ROs in the RO group belong to a same RO type among a plurality of RO types, the plurality of RO types comprise at least one of: a type A RO; or a type B RO;a time domain resource of the type A RO is located out of any full duplex resource; anda time domain resource of the type B RO is located within a full duplex resource.15.The method of any one of claims 1 to 4, wherein:the first message is one transmission among n repetitions for preamble transmission in the random access procedure;each of the n repetitions uses a corresponding RO in an RO group; anda first set of ROs in the RO group belong to a first RO type among a plurality of RO types, a second set of ROs in the RO group belong to a second RO type different from the first RO type, and the plurality of RO types comprise at least one of: a type A RO; or a type B RO;a time domain resource of the type A RO is located out of any full duplex resource; anda time domain resource of the type B RO is located within a full duplex resource.16.The method of any one of claims 1 to 4, wherein:the first message is one transmission among N repetitions for preamble transmission in the random access procedure, N being a non-negative integer;the first message is based on a first preamble, the first preamble is associated with a Synchronization Signal Block (SSB) ;each of the n repetitions uses a corresponding RO in an RO group; andthe method further comprises:in response to the first preamble indicating different SSBs in different RO types among a plurality of RO types, or in response to the first preamble indicating different features or capabilities in different RO types, determining that all ROs in the RO group belong to a same RO type among the plurality of RO types, wherein the plurality of RO types comprise at least one of: a type A RO; or a type B RO, a time domain resource of the type A RO being located out of any full duplex resource; and a time domain resource of the type B RO being is located within a full duplex resource.17.The method of claim 16, further comprising:in response to the first preamble indicating a same SSB and a same feature or capability in different RO types, determining one of:all ROs in the RO group belong to a same RO type among the plurality of RO types; ora first set of ROs in the RO group belong to a first RO type among the plurality of RO types, and a second set of ROs in the RO group belong to a second RO type different from the first RO type.18.The method of any one of claims 1 to 4, further comprising:in response to the first message being transmitted in a type B RO, suspending a power ramping counter associated with the first message, wherein the type B RO is located within a full duplex resource.19.The method of any one of claims 1 to 4, wherein:the first message is one of N repetitions for preamble transmission in the random access procedure, N being an integer;each of the N repetitions uses a corresponding RO in an RO group; andthe method further comprising suspending a power ramping counter associated with the first message under at least one of following conditions:at least one RO in the RO group is located within a full duplex resource;at least half ROs in the RO group are located within the full duplex resource;more than M ROs in the RO group are located within the full duplex resource, M being predefined via RRC signaling or being derived as a function of N; orAll ROs in the RO group are located within the full duplex resource.20.A method for wireless communication, performed by a wireless device, the method comprising:transmitting, to a network node in a random access channel occasion (RO) belonging to a type A RO, a first message associated with a random access procedure, wherein the type A RO is among RO resources dedicated for full duplex capable wireless devices and a time domain resource of the type A RO is located within a full duplex resource.21.The method of claim 20, wherein the first message comprises at least one of: a message 1 (Msg 1) in a 4 step random access procedure; or a message A (Msg A) in a 2 step random access procedure.22.The method of any one of claims 20 and 21, wherein a usage of the type A RO for transmission of the first message is indicative to the network node that the wireless device is full duplex capable.23.The method of any one of claims 20 and 21, wherein, when transmitting the first message, the wireless device is only allowed to use a type A RO.24.The method of any one of claims 20 and 21, wherein the type A RO satisfies at least one of conditions below:a time domain resource of the type A RO is located within a full duplex resource;a frequency domain resource of the type A RO is located within an Uplink (UL) resource;there are at least M Resource Blocks (RBs) between the frequency domain resource of the type A RO and any Downlink (DL) resources sharing same time domain resource with the type A RO, M being a predefined integer;there are at least N RBs between the frequency domain resource of the type A RO and any guard band resource, N being a predefined integer;the time domain resource of the type A RO starts at least K symbols after an immediate previous non-full duplex resource;the time domain resource of the type A RO starts at least L symbols before an immediate next non-full duplex resource;the time domain resource of the type A RO starts at least M symbols after an immediate previous SSB symbol; ora time domain resource of the type A RO is located within an UL resource.25.The method of any one of claims 20 and 21, wherein:the first message is one transmission among N repetitions for preamble transmission in the random access procedure, all the N repetitions use type A ROs, N being a non-negative integer; andthe method further comprises:in response to all first M of the N repetitions failing, switching to a type B RO for transmitting a (M+1) th repetition of the N repetitions, M being a non-negative integer, and a time domain resource of the type B RO are out of any full duplex resource.26.A method for wireless communication, performed by a network node, the method comprising:receiving, from a wireless device in a physical random access channel occasion (RO) , a first message associated with a random access procedure, the RO comprising a RO frequency domain resource and a RO time domain resource, wherein the RO satisfies at least one of conditions below:the RO time domain resource is located within a full duplex resource configured within downlink (DL) resource;the RO time domain resource is located within a full duplex resource configured within uplink (UL) resource;the RO time domain resource starts at least O symbols after an immediately preceding SSB symbol, O being a predefined or pre-configured integer;the RO frequency domain resource is located within a UL resource;the RO the frequency domain resource is located within a UL subband;there are at least M Resource Blocks (RBs) between the RO frequency domain resource and any Downlink (DL) resources sharing same time domain resource with the RO frequency domain resource, M being a predefined or pre-configured integer;there are at least N RBs between the RO frequency domain resource any guard band resource, N being a predefined or pre-configured integer;the RO time domain resource starts at least K symbols after an immediate previous non-full duplex resource, K being a predefined or pre-configured integer; orthe RO time domain resource ends at least L symbols before an immediate next non-full duplex resource, L being a predefined or pre-configured integer.27.The method of claim 26, wherein the first message comprises at least one of: a message 1 (Msg 1) in a 4 step random access procedure; or a message A (Msg A) in a 2 step random access procedure.28.The method of any one of claims 26 and 27, wherein:the method further comprising:transmitting, to the wireless device, a second message indicating a first set of candidate preambles, wherein, when the first message is transmitted in a type A RO, an inclusion of any preamble from the first set of candidate preambles indicates that the wireless device supports to perform the random access procedure by using a full duplex resource, wherein the second message comprises a Radio Resource Control (RRC) message, and wherein a time domain resource of the type A RO is located out of any full duplex resource; andthe first message uses a preamble selected from the first set of candidate preambles.29.The method of claim 28, further comprising:determining, based on the preamble used in the first message, that the wireless device supports to perform the random access procedure by using a full duplex resource.30.The method of any one of claims 26 and 27, wherein the RO time domain resource is restricted to be located within a full duplex resource.31.The method of any one of claims 26 and 27, further comprising:transmitting, to the wireless device, a third message indicating a second set of candidate preambles, wherein, in the random access procedure, a transmission by the wireless device of any preamble in the second set of candidate preambles using an RO located in a full duplex resource indicates that the wireless device supports to perform the random access procedure by using a full duplex resource.32.The method of claim 31, wherein:the RO time domain resource is located within a full duplex resource; andreceiving the first message comprises receiving the first message which uses a preamble selected from the second set of candidate preambles.33.The method of claim 32, further comprising:determining that the wireless device supports to perform the random access procedure by using the full duplex resource based on: a time domain resource of the RO being located in a full duplex resource, and a preamble used in the first message being selected from the second set of candidate preambles.34.The method of any one of claims 26 and 27, wherein the network node comprises at least one of: a gNodeB (gNB) ; an eNodeB (eNB) ; or an ng-eNB.35.A device for wireless communication comprising a memory for storing computer instructions and a  processor in communication with the memory, wherein, when the processor executes the computer instructions, the processor is configured to implement a method in any one of claims 1 to 34.36.A computer program product comprising 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 a method of any one of claims 1 to 34.

Images