Random access procedures in wireless communications

Abstract

This document generally relates to wireless communication that includes a user device that receives, and that a network device transmits, a physical random access channel (PRACH) configuration that configures at least one PRACH group set, where each PRACH group set includes a respective one or more PRACH groups, and each of the respective one or more PRACH groups comprising a respective one or more PRACH occasions. The user device transmits, and the network device receives, one or more PRACH on one or more PRACH occasions included in one of the respective one or more PRACH groups of one of the at least one PRACH group set.

Description

RANDOM ACCESS PROCEDURES IN WIRELESS COMMUNICATIONSTECHNICAL FIELD

[0001] This document is directed generally to random access procedures in wireless communications.BACKGROUND

[0002] In a wireless communication system, communication nodes may communicate using full duplex. In a full duplex operation (e.g., sub-band full duplex, or in-band full duplex) , the network may use different antenna ports for downlink (DL) transmission and uplink (UL) reception. In addition, a DL transmission reception point (TRP) and an UL TRP may be deployed in the same or different positions. During full duplex communication involving DL and / or UL TRPs in the same or different positions, channel reciprocity may be lost, resulting in performance issues related to UL and / or DL transmission during or after access procedures. As such, ways to improve a user device’s access to the network may be desirable.SUMMARY

[0003] This document relates to methods, systems, apparatuses and devices for wireless communication. In some implementations, a method for wireless communication includes: receiving, by a user device, a physical random access channel (PRACH) configuration that configures at least one PRACH group set, each PRACH group set comprising a respective one or more PRACH groups, each of the respective one or more PRACH groups comprising a respective one or more PRACH occasions; and transmitting, by the user device, one or more PRACH on one or more PRACH occasions included in one of the respective one or more PRACH groups of one of the at least one PRACH group set.

[0004] In some other implementations, a method of wireless communication includes: transmitting, by a network device to a user device, a physical random access channel (PRACH)  configuration that configures at least one PRACH group set, each PRACH group set comprising a respective one or more PRACH groups, each of the respective one or more PRACH groups comprising a respective one or more PRACH occasions; and receiving, by the network device, one or more PRACH on one or more PRACH occasions included in one of the respective one or more PRACH groups of one of the at least one PRACH group set.

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

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

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

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

[0009] FIG. 2 shows a flow chart of a method for wireless communication.

[0010] FIG. 3 shows a flow chart of another method for wireless communication.

[0011] FIG. 4 shows a diagram of a user device communicating with a downlink (DL) transmission reception point (TRP) and an uplink (UL) TRP.

[0012] FIG. 5 shows a diagram of an example of a physical random access channel (PRACH) transmission within a PRACH group set.

[0013] FIG. 6 shows a diagram illustrating an example of a PRACH transmission within a PRACH group set.

[0014] FIG. 7 shows a diagram illustrating an example of multiple PRACH group set configurations.

[0015] FIG. 8 shows a diagram illustrating another example of multiple PRACH group set configurations.

[0016] FIG. 9 shows a diagram of multiple TRPs in multiple cells, illustrating an example of an association between a DL cell and an UL cell.DETAILED DESCRIPTION

[0017] The example headings for the various sections below are used to facilitate the understanding of the disclosed subject matter and do not limit the scope of the claimed subject matter in any way. Accordingly, one or more features of one example section can be combined with one or more features of another example section. Furthermore, 5G terminology is used for the sake of clarity of explanation, but the techniques disclosed in the present document are not limited to 5G technology only, and may be used in wireless systems that implemented other protocols, e.g., 6G or beyond.

[0018] The present description describes various embodiments of systems, apparatuses, devices, and methods for wireless communications related to random access procedures.

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

[0020] In general, a user device as described herein, such as the user device 102, may include a single electronic device or apparatus, or multiple (e.g., a network of) electronic devices or  apparatuses, capable of communicating wirelessly over a network. A user device may comprise or otherwise be referred to as a user terminal, a user terminal device, or a user equipment (UE) . Additionally, a user device may be or include, but not limited to, a mobile device (such as a mobile phone, a smart phone, a smart watch, a tablet, a laptop computer, vehicle or other vessel (human, motor, or engine-powered, such as an automobile, a plane, a train, a ship, or a bicycle as non-limiting examples) or a fixed or stationary device, (such as a desktop computer or other computing device that is not ordinarily moved for long periods of time, such as appliances, other relatively heavy devices including Internet of things (IoT) , or computing devices used in commercial or industrial environments, as non-limiting examples) . In various embodiments, a user device 102 may include transceiver circuitry 106 coupled to an antenna 108 to effect wireless communication with the network device 104. The transceiver circuitry 106 may also be coupled to a processor 110, which may also be coupled to a memory 112 or other storage device. The memory 112 may store therein instructions or code that, when read and executed by the processor 110, cause the processor 110 to implement various ones of the methods described herein.

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

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

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

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

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

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

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

[0028] Fig. 2 shows a flow chart of an example method 200 for wireless communication related to physical random access channel (PRACH) transmission. At block 202, a user device 102 receives a physical random access channel (PRACH) configuration that configures at least one PRACH group set, where each PRACH group set includes a respective one or more PRACH groups, and each of the respective one or more PRACH groups includes a respective one or more PRACH occasions. At block 204, the user device 102 transmits one or more PRACH on one or more PRACH occasions included in one of the respective one or more PRACH groups of one of the at least one PRACH group set.

[0029] Fig. 3 shows a flow chart of another example method 300 for wireless communication related to physical random access channel (PRACH) transmission. At block 302, a network device 104 transmits to a user device 102 a physical random access channel (PRACH)  configuration that configures at least one PRACH group set, where each PRACH group set includes a respective one or more PRACH groups, and each of the respective one or more PRACH groups includes a respective one or more PRACH occasions. At block 304, the network device 104 receives one or more PRACH on one or more PRACH occasions included in one of the respective one or more PRACH groups of one of the at least one PRACH group set.

[0030] In some implementations of the method 200 and / or the method 300, for the transmission of the one or more PRACH, the user device 102 selects a PRACH group set from the at least one PRACH group set that includes a number of PRACH groups or a number of PRACH occasions within one PRACH group that is equal to a number of one or more uplink (UL) transmission configurations of the user device 102.

[0031] In addition or alternatively, in some implementations of the method 200 and / or the method 300, the user device 102 transmits and / or the network device 104 receives the one or more PRACH according to a transmission configuration pattern. In some of these implementations, the transmission configuration pattern includes one or more uplink (UL) transmission configurations. In particular of these implementations, each of the one or more UL transmission configurations is used to transmit more than one PRACH of the one or more PRACH that are within the one of the respective one or more PRACH groups. In other of these implementations, each of the one or more UL transmission configurations is used to transmit only one PRACH within the one of the respective one or more PRACH groups.

[0032] In addition or alternatively, in some implementations of the method 200 and / or the method 300, a transmission power for transmission of the one or more PRACH is determined based on at least one of: a downlink (DL) pathloss, an uplink (UL) pathloss, or a power step. In some of these implementations, the UL pathloss is determined based on the DL pathloss. In particular of these implementations, the UL pathloss is a certain value minus the DL pathloss or an absolute value of a difference between the certain value and the DL pathloss. In addition or alternatively, in some of these implementations, each of one or more UL pathlosses or one or more power steps corresponds to a respective one of one or more DL pathloss ranges or a respective one of one or more signal quality ranges, and wherein the UL pathloss or the power step corresponds to a DL pathloss range of the one or more DL pathloss ranges that includes the DL pathloss, or corresponds  to a signal quality range of the one or more signal quality ranges that includes an obtained signal quality.

[0033] In addition or alternatively, in some implementations of the method 200 and / or the method 300, the user device 102 monitors and / or the network device 104 transmits a physical downlink control channel (PDCCH) scheduling a random access response (RAR) within one or more RAR windows.

[0034] In addition or alternatively, in some implementations of the method 200 and / or the method 300, a RAR window of the one or more RAR windows starts from an offset after a last of the one or more PRACH occasions within the one of the respective one or more PRACH groups or within the one of the at least one PRACH group set.

[0035] In addition or alternatively, in some implementations of the method 200 and / or the method 300, the RAR indicates an UL transmission configuration for a subsequent UL transmission that is subsequent to the transmission of the one or more PRACH.

[0036] In addition or alternatively, in some implementations of the method 200 and / or the method 300, the RAR comprises a first field indicating the UL transmission configuration. In some of these implementations, a length of the first field is configured by the network device 104, defined by a specification or protocol according to which the user device 102 and the network device 104 communicate, or is determined based on a maximum number or a number of the respective one or more PRACH groups or a maximum number or number of PRACH occasions within the one of the at least one PRACH group set.

[0037] In addition or alternatively, in some implementations of the method 200 and / or the method 300, the UL transmission configuration is used to transmit the one or more PRACH within the one of the respective one or more PRACH groups, which corresponds to a radio network temporary identifier (RNTI) or a RAR of the one or more RAR windows

[0038] In addition or alternatively, in some implementations of the method 200 and / or the method 300, the user device 102 receives and / or the network device 104 transmits the RAR scheduled by the PDCCH scrambled by the RNTI, or the user device 102 receives and / or the network device 104 transmits the RAR within the one or more RAR windows.

[0039] In addition or alternatively, in some implementations of the method 200 and / or the method 300, the RAR includes a second field that indicates an uplink (UL) cell of one or more UL cells associated with a downlink (DL) cell. In some of these implementations, a length of the second field is configured by the network device 104, defined by a specification or protocol according to which the user device 102 and the network device 104 communicate, or determined based on a number of the one or more UL cells associated with the DL cell.

[0040] In addition or alternatively, in some implementations of the method 200 and / or the method 300, the RAR comprises a third field that indicates a downlink (DL) cell one or more downlink (DL) cells. In some of these implementations, a length of the third field is configured by the network device 104, defined by a specification or protocol according to which the user device 102 and the network device 104 communicate, or determined based on a number of the one or more DL cells.

[0041] In addition or alternatively, in some implementations of the method 200 and / or the method 300, the user device 102 receives and / or the network device 104 transmits one or more RAR comprising the RAR. In some of these implementations, the user device 102 determines that the RAR is received successfully in response to the RAR indicating a timing advance (TA) within a TA range corresponding to a signal quality range including an obtained signal quality. In some of these implementations, the user device 102 transmits and / or the network device 104 receives one or more physical uplink shared channels (PUSCHs) according to the one or more RAR. In addition or alternatively, in some of these implementations, the one or more PUSCHs carries an uplink control information (UCI) , a medium access control control element (MAC CE) , or radio resource control (RRC) signaling indicating a downlink (DL) cell identification (ID) .

[0042] In addition or alternatively, in some implementations of the method 200 and / or the method 300, the user device 102 receives and / or the network device 104 transmits one or more physical downlink shared channels (PDSCHs) , wherein each of the one or more PDSCHs is scrambled by a respective temporary cell (TC) -radio network temporary identifier (RNTI) . In some of these implementations, the user device 102 determines a random access response (RAR) including the TC-RNTI to be successfully received in response to determining that a first user device identifier (ID) included in one of the one or more PDSCHs scrambled by the respective  TC-RNTI matches a second user device ID transmitted by the user device 102, and wherein the user device 102 drops one or more other RAR that includes other TC-RNTI, if any. In addition or alternatively, in some of these implementations, the user device 102 uses information of the successfully received RAR for subsequent processing.

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

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

[0045] Fig. 4 shows a diagram of the user device 102 communicating with a downlink (DL) transmission reception point (TRP) 402 and an uplink (UL) TRP 404. In any of various implementations, the DL TRP 402 and / or the UL TRP 404 may be part of, such as a component of, the network device 104, such as of a base station of the network device 104. For purposes of illustration, Fig. 4 shows the DL TRP 402 and the UL TRP 404 being different components. In other implementations, the DL TRP 402 and the UL TRP are the same. In addition or alternatively, the network device 104 may perform the functions of the DL TRP 402 and / or the UL TRP 404, without necessarily expressly having a DL TRP 402 and / or an UL TRP 404. In other words, actions described herein as being performed by the DL TRP 402 and / or the UL TRP 404 may instead or also be described as being performed by the network device 104 or another component of the network device 104, such as a base station, for example.

[0046] Still referring to Fig. 4, the DL TRP (or DL base station) 402 may transmit a signal to a user device 102. In other or additional implementations, the DL TRP 402 may alternatively or additionally transmit a signal to another communication node in the wireless communication system 100, such as another TRP another base station (e.g. the UL TRP (or UL base station 404) as a non-limiting example) . Similarly, the UL TRP (or UL base station) 404 may receive a signal from the user device 102. In other or additional implementations, the UL TRP may alternatively or additional receive a signal from another communication node in the wireless communication  system 100, such as another TRP or another base station (e.g. the DL TRP (or DL base station) 402 as a non-limiting example) . In addition or alternatively, in any of various implementations, the DL TRP (or DL base station) 402 and the UL TRP (or UL base station) 404 may have (or be located or positioned in) the same location or in different locations.

[0047] From the perspective of the user device 102, the user device 102 may receive the signal from the DL TRP (or DL base station) 402. In addition or alternatively, the user device 102 may transmit the signal to the UL TRP (or UL base station) 404.

[0048] Referring also back to Fig. 1, in addition or alternatively, in some implementations, the network device 104 may transmit at least one PRACH configuration to the user device 102. In addition or alternatively, the network device 104 may transmit at least one reference signal to the user device 102. The reference signal may include at least one of: a synchronization signal (e.g., a primary synchronization signal (PSS) , a secondary synchronization signal (SSS) , or a synchronization signal block (SSB) , a channel state information reference signal (CSI-RS) , a tracking reference signal (TRS) , or a positioning reference signal (PRS) . As a non-limiting example, the network device 104 may transmit at least one SSB to the user device 102.

[0049] In addition or alternatively, in some implementations, the network device 104 may configure one or more PRACH occasions for a user device 102. In one PRACH occasion, there may be at least one PRACH resource. The user device 102 may transmit a PRACH on a PRACH resource or on a PRACH occasion. Herein, unless expressly described otherwise, a PRACH occasion and a PRACH may be used interchangeably. Correspondingly, in any of the various implementations described herein, a “PRACH occasion” may be replaced with “PRACH resource” or vice versa.

[0050] In addition or alternatively, in some implementations, the at least one PRACH configuration may configure one or more PRACH occasions for the user device 102. In addition or alternatively, in some implementations, the one or more PRACH occasions may be ordered according to at least one of: the code domain, the frequency domain, or the time domain. For example, the one more PRACH occasions may be ordered first according to the code domain, second in according to the frequency domain, and third according to the time domain. In addition  or alternatively, in some implementations, one PRACH occasion may correspond to one or more reference signals, and vice versa.

[0051] In addition or alternatively, in some implementations, the communication nodes of the wireless communication system 100 may utilize one or more PRACH groups. As used herein, a PRACH group may include one or more PRACH occasions. In some of these implementations, the number of the PRACH occasions within one PRACH group may be configured by the network device 104 or defined by a specification or protocol according to which the communication nodes of the wireless communication system 100 operate and / or communicate. Also, in some implementations, the communication nodes of the wireless communication system 100 may utilize at least one PRACH group set. A PRACH group set may include one or more PRACH groups. The number of the PRACH groups within one PRACH group set may be configured by the network device 104 or defined by a specification or protocol according to which the communication nodes of the wireless communication system 100 operate and / or communication. In addition or alternatively, a PRACH group or a PRACH group set may include one or more PRACH occasions that correspond to a same or common reference signal. In some implementations, the one or more PRACH occasions within one PRACH group or within one PRACH group set may be consecutive.

[0052] In addition or alternatively, in some implementations, the user device 102 may have one or more transmission configurations. In some of these implementations, a transmission configuration may include at least one of a spatial domain transmission filter, a transmission antenna port, a transmission panel, precoding information, or a transmission beam, non-limiting example.

[0053] In addition or alternatively, in some implementations, at least one reference signal may correspond to at least one PRACH group set or one PRACH group. In at least some of these implementations, through the correspondence, the at least one reference signal may correspond to all of the PRACH occasions included in the at least one PRACH group set or the one PRACH group. In addition or alternatively, in some of these implementations, the user device 102 may select or determine one PRACH group or one PRACH group set. In particular of these implementations, the user device 102 may make the determination or selection according to reference signal quality. The reference signal quality may include at least a reference signal  received power (RSRP) . For example, the user device 102 may select or determine a PRACH group or a PRACH group set corresponding to the reference signal with the highest signal quality (e.g., RSRP) or with the signal quality (e.g., RSRP) greater than or equal to a threshold. In some of these implementations, the threshold may be configured by the network device 104 or defined by a specification or protocol according to which the communication nodes of the wireless communication system 100 operate and / or communicate. The user device 102 may transmit at least one PRACH in at least one PRACH occasion within the selected or determined PRACH group or PRACH group set. In some of these implementations, the PRACH may carry a preamble index. In particular implementations, the at least one PRACH may carry the same preamble index.

[0054] In addition or alternatively, in some implementations, the user device 102 may transmit the one or more PRACH in the one or more PRACH occasions within one PRACH group or within one PRACH group set in a manner of, or using, beam sweeping. In other words, the user device 102 may transmit the one or more PRACH within one PRACH group or within one PRACH group set with different transmission configurations.

[0055] In addition or alternatively, in some implementations, the user device 102 may transmit the one or more PRACH within one PRACH group or within one PRACH group by using a transmission configuration pattern. The transmission configuration pattern may include one or more transmission configurations. The number of transmission configurations of the transmission configuration pattern may be equal to the number of PRACH within the PRACH group. The transmission configuration pattern for one PRACH group may indicate (or include, or configure) the transmission configuration used for the one or more PRACH transmissions within the PRACH group or within the PRACH group set. The transmission configuration indicated by the transmission configuration pattern may be applied to, or used for, at least one PRACH transmission within the PRACH group or within the group set. In some implementations, the same configuration pattern may be used for (or applied to) all of the PRACH groups or all of the PRACH group sets.

[0056] In addition or alternatively, in some implementations, the user device 102 may transmit different PRACHs within a PRACH group by using the different transmission configurations. The same transmission configuration may be used for one or more PRACH transmissions if the one or more PRACH transmissions have the same location or position of a sequence within their  respective PRACH group. For example, a first PRACH group may have a first sequence of PRACH transmissions including a first PRACH transmission, a second PRACH transmission, and so on. Similarly, a second PRACH group may have a second sequence of PRACH transmissions including a first PRACH transmission, a second PRACH transmission, and so on. In this example, the first PRACH transmission of the first sequence and the first PRACH transmission of the second sequence have the same location or position within the sequence of their respective PRACH groups, and in turn, the same transmission configuration may be used for the first PRACH transmissions of the first and second sequences of the first and second PRACH groups. Similarly, the second PRACH transmissions of the first and second sequences of the first and second PRACH groups have the same location or positions in their respective sequences of their respective PRACH groups, and correspondingly, the same transmission configuration may be used for the second PRACH transmissions of the first and second PRACH groups.

[0057] Fig. 5 is a diagram illustratng an example of a PRACH transmission within a PRACH group set. The example in Fig. 5 includes eight consecutive PRACH occasions within a PRACH group set, denoted by PRACH 0-7. Suppose for example that one PRACH group includes two PRACH occasions. Correspondingly, PRACH group 0 may include PRACH 0 and 1, PRACH group 1 may include PRACH 2 and 3, and PRACH group 2 may include PRACH 4 and 5, and PRACH group 3 may include PRACH 6 and 7. Correspondingly, the PRACH group set may include 4 PRACH groups.

[0058] Further, suppose in the example that the user device 102 have two UL beams, e.g., UL beam 0 and UL beam 1. A corresponding transmission configuration pattern may be UL beam 0 and UL beam 1. The transmission configuration pattern may be applied to, or used for, each PRACH group. The indicated UL beam may be applied to one PRACH transmission within the PRACH group. UL beam 0 may be applied to the first PRACH transmission in the PRACH group, e.g., PRACH 0, 2, 4, 6. The user device 102 may transmit PRACH 0, 2, 4, and 6 by using the UL beam 0. Additionally, UL beam 1 may be applied to the second PRACH transmission in the PRACH group, e.g., PRACH 1, 3, 5, and 7. The user device 102 may transmit PRACH 1, 3, 5, and 7 by using the UL beam 1.

[0059] In addition or alternatively, in some implementations, the user device 102 may transmit the one or more PRACH in the one or more PRACH occasions within one PRACH group or within one PRACH group set by using the same transmission configuration. In some of these implementations, the transmission configuration pattern for one PRACH group set may indicate (or include, or configure) the transmission configuration used for the at least one PRACH group. The number of transmission configurations of the transmission configuration pattern may be equal to the number of PRACH groups within the PRACH group set. The transmission configuration indicated by the transmission configuration pattern may be applied to, or used for, at least one PRACH group or all of the PRACH transmissions within at least one PRACH group. In addition or alternatively, the same transmission configuration may be used for all of the PRACH transmissions within the PRACH group. In addition or alternatively, different transmission configurations may be used for different PRACH groups within the PRACH group set.

[0060] Fig. 6 is a diagram illustrating an example of a PRACH transmission within a PRACH group set. The example in Fig. 6 includes eight consecutive PRACH occasions within a PRACH group set, denoted by PRACH 0-7. In the example, one PRACH group may include four PRACH occasions. For example, PRACH group 0 may include PRACH 0, 1, 2 and 3, and PRACH group 1 may include PRACH 4, 5, 6 and 7. Correspondingly, a PRACH group set may include two PRACH groups.

[0061] In addition or alternatively, in some implementations, the transmission configuration pattern may be applied to, or used for, each PRACH group set. One indicated UL beam may be applied to all PRACH transmissions within the PRACH group. Suppose for example that the transmission configuration pattern includes UL beam 0 and UL beam 1. UL beam 0 may be applied to the first PRACH group in the PRACH group set, e.g., PRACH 0, 1, 2, and 3. The user device 102 may transmit PRACH 0, 1, 2, and 3 by using the UL beam 0. UL beam 1 may be applied to the second PRACH group in the PRACH group set, e.g., PRACH 4, 5, 6 and 7. The user device 102 may transmit PRACH 4, 5, 6 and 7 by using the UL beam 1.

[0062] In addition or alternatively, in some implementations, the network device 104 may configure one or more PRACH groups or one or more PRACH group sets. In some of these  implementations, the one or more PRACH groups or one or more PRACH group sets may have different PRACH occasions or different PRACH resources.

[0063] In addition or alternatively, in some implementations, the one or more PRACH group sets may have the same number of PRACH groups. In addition or alternatively, in different PRACH group sets, the PRACH groups may have different numbers of PRACH occasions. In addition or alternatively, the user device 102 may select a PRACH group set based on the number (or the maximum number) of the UL transmission configurations that the user device 102 supports. In some of these implementations, the user device 102 may select a PRACH group set that includes the number of PRACH occasions in the PRACH group equal to the number (or maximum number) of the UL transmission configurations that the user device 102 supports.

[0064] Fig. 7 is a diagram illustrating an example of multiple PRACH group set configurations. The example in Fig. 7 includes three PRACH group sets, denoted by PRACH group set 0, 1 and 2. Each group set may include four PRACH groups. In PRACH group set 0, 1 and 2, one PRACH group may include two, three and four PRACH occasions, respectively. In implementations where a user device 102 supports two UL beams or the user device 102 has two UL beams, the user device 102 may select the PRACH group set 0. Correspondingly, the user device 102 may transmit the PRACH within PRACH group set 0 in accordance with the various implementations described herein. Similarly, in implementations where the user device 102 supports three or four UL beams, the user device 102 may select the PRACH group set 1 or 2. Correspondingly, the user device 102 may transmit the PRACH within PRACH group set 1 or 2 in accordance with the various implementations described herein.

[0065] In addition or alternatively, in some implementations, the one or more group sets may include different numbers of PRACH groups. In such implementations, a PRACH group included in the one or more group sets may include the same number of PRACH occasions. In addition or alternatively, the user device 102 may select the PRACH group set including the number of PRACH groups equal to the number (or maximum number) of the UL transmission configurations that the user device 102 supports.

[0066] Fig. 8 is a diagram illustrating another example of multiple PRACH group set configurations. The example in Fig. 8 includes three PRACH group sets, denoted by PRACH group  set 0, 1 and 2. PRACH group 0, 1 and 2 may include two, three, and four PRACH groups, respectively. Additionally, in the example in Fig. 8, in each PRACH group set, one PRACH group may include four PRACH occasions. In implementations where a user device 102 supports two UL beams or has two UL beams, the user device 102 may select the PRACH group set 0. Correspondingly, the user device 102 may transmit the PRACH within PRACH group set 0 in accordance with the various implementations described herein. Similarly, in implementations where the user device 102 supports three or four UL beams, the user device 102 may select the PRACH group set 1 or 2. Correspondingly, the user device 102 may transmit the PRACH within PRACH group set 1 or 2 in accordance with the various implementations described herein.

[0067] In addition or alternatively, in some implementations, a DL pathloss or an UL pathloss may be used to determine the transmission power of a PRACH transmission. In some of these implementations, each reference signal may correspond to a DL pathloss or an UL pathloss. The user device 102 may determine the DL pathloss based on at least one of the DL transmission power of the reference signal and the received power of the reference signal. The DL transmission power of the reference signal may be informed (or indicated or configured) by the network device 104 or defined by a specification or protocol according to which communication nodes of the wireless communication system 100 communicate and / or operate. In addition or alternatively, in some of these implementations, the received power of the reference signal may be calculated by the user device 102. In addition or alternatively, in some of these implementations, the DL pathloss may be the DL transmission power of the reference signal minus the received power of the reference signal, e.g.,  where PLDL is the DL pathloss,  is the DL transmission power and  is the received power.

[0068] In addition or alternatively, in some implementations, the user device 102 may determine the UL pathloss based on the DL pathloss or the reference signal quality. The network device 104 may configure, determine, and / or indicate how the user device 102 is to determine the UL pathloss, e.g., the method or algorithm that the user device 102 uses to determine the UL pathloss. In a first example method, the UL pathloss may be equal to the DL pathloss, e.g., PLUL=PLDL, where PLUL is the UL pathloss. In a second example method, the UL pathloss may be a specific value minus the DL pathloss. For example, the UL pathloss is PLUL=Ps-PLDL,  where Ps is the specific value. The specific value may be configured by the network device 104 or defined by a specification or protocol according to which the communication nodes of the wireless communication system 100 communicate and / or operate. In a third method, the UL pathloss may be the absolute value of the difference between the specific value and the DL pathloss. In other words, the UL pathloss is PLUL=abs (Ps-PLDL) or PLUL=abs (PLDL-Ps) . In a fourth method, the UL pathloss may be determined according to the DL pathloss or a measured reference signal quality (e.g., received power or measured RSRP) . In some of these implementations, one UL pathloss may correspond to one or more DL pathloss values, one or more measured signal qualities, a range of DL pathloss values, or a range of measured signal qualities. In some of these implementations, the correspondence may be configured by the network device 104 or defined by a specification or protocol according to which the communication nodes of the wireless communication system 100 communicate and / or operate. In addition or alternatively, in some implementations, the user device may determine the DL pathloss or the measured signal quality and then the corresponding UL pathloss may be determined according to the DL pathloss, the measured signal quality, the range of DL pathloss values, or the range of the measured signal qualities. Using RSRP as an example, the correspondence between the UL pathloss and the RSRP range is shown in Table 1. If the measured RSRP is smaller than R1, the user device 102 may determine that the UL pathloss is P1. If the measured RSRP is greater than or equal to R1 and less than R2, then the user device 102 may determine that the UL pathloss is P2, and so on.

[0069] Table 1

[0070] In addition or alternatively, in some implementations, the user device 102 may transmit one or more PRACH within the PRACH group or PRACH group set by using the same transmission power. In addition or alternatively, in some implementations, the user device 102 may retransmit one or more PRACH within a subsequent one PRACH group or PRACH group set. The transmission power of the PRACH retransmission may be equal to or greater than that of the  previous transmission. The transmission power of the PRACH retransmission may be increased by a step. In some of these implementations, the step value may be configured by the network device 104 or defined by a specification or protocol according to which communication nodes of the wireless communication system 100 communicate and / or operate.

[0071] In addition or alternatively, in some implementations, the network device 104 may configure and / or indicate the one or more step values for the user device 102. In some of these implementations, each of the one or more step values may correspond to one or more DL pathloss, one or more measured signal qualities, a range of DL pathloss values, a range of measured signal qualities, one or more UL pathloss values, or a range of UL pathloss values. In addition or alternatively, in some of these implementations, the user device 102 may determine the corresponding step value according to the DL pathloss, measured signal quality, the range of DL pathloss values, the range of the measured signal qualities, the UL pathloss, or the range of the UL pathloss values. Using RSRP as an example again, the correspondence between the step value and the RSRP range is shown in Table 2. If the measured RSRP is smaller than R1, the user device 102 may determine that the step value is S1. If the measured RSRP is greater than or equal to R1 and less than R2, the user device 102 may determine that the step value is S2, and so on.

[0072] Table 2

[0073] In addition or alternatively, in some implementations, the user device 102 may determine the transmission power of the PRACH transmission (e.g., initial transmission or retransmission) based on at least the determined step value. In some of these implementations, the user device 102 may determine that the transmission power of the PRACH transmission is the transmission power of the previous PRACH transmission plus the determined step value. For example, the previous transmission power may be P1 and the step value may be Δ. Correspondingly, the retransmission power may be P1+Δ.

[0074] In addition or alternatively, in some implementations, the user device 102 may determine a received target power based on at least the determined step value. For example, the received target power may be Δ*Ncount+Pdelta, where Ncount is the number of transmissions of PRACH, or the number of retransmissions of the PRACH, where Ncount is 0 for the initial transmission of the PRACH, and Pdelta is a constant, which in at least some implementations may be configured by the network device 104 or defined by a specification or protocol according to which communication nodes of the wireless communication system 100 communicate and / or operate. In addition or alternatively, in some of these implementations, the transmission power of the PRACH may be determined based on at least a received target power. For example, the transmission power of PRACH may be the received target power plus the DL pathloss or the UL pathloss.

[0075] In addition or alternatively, in some implementations, the network device 102 may send a random access response (RAR) to the user device 102. In some of these implementations, the user device 102 may monitor for a PDCCH scheduling the RAR within a window. The window is referred to herein as a RAR window. In some of these implementations, the user device 102 may assume that the PDCCH or the demodulation reference signal (DMRS) of the PDCCH may be quasi co-located (QCL-ed) or have the same transmission configuration indication (TCI) with the determined reference signal. In addition or alternatively, in some of these implementations, a radio network temporary identifier (RNTI) may be used to scramble a PDCCH scheduling the RAR or the PDSCH carrying the RAR. Scrambling a PDCCH by a RNTI means that a DCI carried by the PDCCH or the cyclic redundancy check (CRC) of the DCI carried by the PDCCH is scrambled by the RNTI.

[0076] In addition or alternatively, in some implementations, the RAR window or the RNTI may be determined based on, or according to, at least one of the PRACH groups, one of the PRACH group sets, or one PRACH transmission occasion within a PRACH group or within a PRACH group set. In addition or alternatively, one or more RAR windows may be determined. In some of these implementations, one RAR window may correspond to one PRACH group set. The RAR window or the RNTI may be determined according to at least one PRACH (e.g., the last PRACH) within a corresponding PRACH group set. One RAR window may correspond to one  PRACH group. The RAR window or the RNTI may be determined according to at least one PRACH (e.g., the last PRACH) within a corresponding PRACH group. In addition or alternatively, in some of these implementations, one RAR window may correspond to one PRACH occasion. The RAR window or the RNTI may be determined according to the corresponding PRACH occasion. In addition or alternatively, the RAR window may start from an offset after the last PRACH group, or the last PRACH group set, or the last PRACH transmission occasion within the PRACH group or within the PRACH group set. The duration of the RAR window, or the offset may include one or more time units, such as one or more orthogonal frequency division multiplexing (OFDM) symbols, sub-slots, slots, sub-frames, system frames, or milliseconds. In addition or alternatively, in some of these implementations, a duration or the offset of the RAR window may be configured by the network device 104 or defined by a specification or protocol according to which communication nodes of the wireless communication system 100 communicate and / or operate. To illustrate as an example, suppose that the offset and the duration of the RAR window are 3 and 5 slots, respectively, and that the corresponding PRACH is transmitted on slot 8. Correspondingly, the RAR window includes slots 11-15.

[0077] In addition or alternatively, in some implementations, one RNTI may correspond to one or more RAR windows, or vice versa. A RNTI and a corresponding RAR window may be determined based on the same PRACH group, PRACH group set, or PRACH occasion.

[0078] In addition or alternatively, in some implementations, the network device 104 may send the RAR to the user device 102. The RAR may indicate an UL transmission configuration to the user device 102. Using an UL beam as an example, the RAR may indicate the UL beam. In some of these implementations, the RAR may include a field for indicating the UL beam. The length of the field may be determined based on the maximum number of UL beams, the number (or the maximum number) of PRACH groups within a PRACH group set, or the number (or the maximum number) of PRACH occasions within a PRACH group. Referring back to the example in Fig. 8, the length of the field in the RAR corresponding to the PRACH group set 0 may be 1 bit (e.g., determined by ) . The length of the field in the RAR corresponding to the PRACH group set 1 may be 2 bits (e.g., determined by ) . The length of the field in the RAR corresponding to the PRACH group set 2 may be 2 bits (e.g., determined by ) . In addition  or alternatively, the length of the field in the RAR corresponding to the any of the PRACH group set 1, 2 and 3 may be 2 bits (e.g., determined by ) . In addition or alternatively, each value of the field may indicate the UL beam. For example, suppose the length of the field is three bits. Correspondingly, as an example, a field value '000'may indicate a first UL beam, the UL beam used for transmitting the first PRACH group within the PRACH group set, the UL beam used for transmitting the first PRACH within the PRACH group, and / or the first transmission configuration of the first transmission configuration pattern. The field value '001'may indicate the second UL beam, the UL beam used for transmitting the second PRACH group within the PRACH group set, the UL beam used for transmitting the second PRACH within the PRACH group, and / or the second transmission configuration of the first transmission configuration pattern, and so on.

[0079] In addition or alternatively, in some implementations, at least one RAR window may correspond to one PRACH group set. The length of the field may be determined based on the number of PRACH groups within the corresponding PRACH group set, or the number of PRACH occasions within one PRACH group within the corresponding PRACH group set.

[0080] In addition or alternatively, in some implementations, the RAR may indicate an UL beam. In some of these implementations, the UL beam may be indicated by the RNTI or the RAR window. From the perspective of the user device 102, the user device 102 may transmit a PRACH on a PRACH occasion within a PRACH group or within a PRACH group set by using an UL beam. The user device 102 may receive the RAR scheduled by the PDCCH scrambled by RNTI corresponding to the PRACH occasion, PRACH group, or PRACH group set, or the RAR scheduled by the PDCCH within the RAR window corresponding to the PRACH occasion, PRACH group, or PRACH group set. The indicated UL beam may be the UL beam used for transmitting the PRACH.

[0081] Referring back to the example in Fig. 6, a first RAR window or a first RNTI is determined based on the PRACH 3. A second RAR window or a second RNTI is determined based on the PRACH 7. The user device 102 receiving the RAR scheduled by the PDCCH within the first RAR window or scheduled by the PDCCH scrambled by the first RNTI corresponds to UL beam 0 being indicated since UL beam 0 is used for a PRACH transmission in PRACH group 0. Similarly, the user device 102 receiving the RAR scheduled by the PDCCH within the second RAR window  or scheduled by the PDCCH scrambled by the second RNTI corresponds to UL beam 1 being indicated since UL beam 1 is used for PRACH transmission in PRACH group 1.

[0082] In addition or alternatively, in some implementations, the user device 102 may use the indicated UL beam for transmitting a PUSCH scheduled by the RAR, e.g., a PUSCH carrying Message 3 (i.e., a message transmitted on an UL shared channel containing a cell radio network temporary identifier (C-RNTI) MAC CE or a common control channel (CCCH) service data unit (SDU) , submitted from an upper layer (higher than the physical (PHY) layer) and associated with a UE Contention Resolution Identity, as part of a random access procedure) . In addition or alternatively, the user device 102 may use the indicated UL beam for the subsequent transmission including the PUSCH scheduled by DCI scrambled by a temporary cell (TC) -RNTI, or scheduled by a DCI (e.g., a fallback DCI) . In addition or alternatively, the user device 102 may use the indicated UL beam for a PUCCH transmission. The PUCCH may carry hybrid automatic repeat request (HARQ) information for a PDSCH scheduled by a DCI (e.g., a fallback DCI) .

[0083] In addition or alternatively, in some implementations, at least one signal quality (e.g., RSRP) range may correspond to one timing advance (TA) range. In some of these implementations, the user device 102 may obtain a signal quality of a reference signal. The obtained signal quality may be within a first signal quality range. The user device 102 may receive the RAR from the network device 104. If the TA value included in the RAR is within an TA range corresponding to the first signal quality range, the RAR may be for the user device 102 or the user device 102 may consider or determine that the RAR reception is successful. In addition or alternatively, if the RAR includes a random access preamble identifier corresponding to the preamble transmitted by the user device 102 and / or the TA value included in the RAR is within a TA range corresponding to the first signal quality range, the RAR may be for the user device 102 or the user device 102 may consider or determine that the RAR reception is successful. In addition or alternatively, in some implementations, the user device 102 may consider the RAR is for itself. In other words, the user device 102 may use the information indicated by the RAR for subsequent processing. Otherwise, the user device 102 may consider or determine that the RAR reception is not successful or drop the RAR.

[0084] To illustrate for example, a correspondence between TA ranges and RSRP ranges is shown in Table 3. With reference to Table 3, the user device 102 may measure the reference signal to determine a RSRP associated with the reference signal. Suppose that the measured RSRP is within a range from R1 to R2. Correspondingly, the user device 102 may transmit a PRACH including a first preamble index. The user device 102 may receive RAR 1 and RAR 2. Both RAR 1 and RAR 2 may include the first preamble index. Also, the TA indicated by RAR 1 may be within the range from T1 to T2. The TA indicated by RAR 2 may be within the range from T2 to T3. In turn, the user device 102 may consider that RAR 1 is received successfully since the TA indicated by RAR 1 is within the correct TA range. The user device 102 may use the information indicated by RAR 1 for the subsequent processing. However, the user device 102 may ignore or drop RAR 2.

[0085] Table 3

[0086] In addition or alternatively, in some implementations, the user device 102 may receive one or more RARs. The one or more RARs may include a random access preamble identifier corresponding to a preamble transmitted by the user device 102. Correspondingly, the user device 102 may consider or determine that the RAR reception is successful for each of the one or more RARs. In addition or alternatively, in some of these implementations, the user device 102 may transmit a PUSCH according to the scheduling information in the one or more RAR. The PUSCH may include an identifier of the user device 102. In some of these implementations, the identifier may include a cell-RNTI (C-RNTI) , a temporary mobile subscriber identity (TMSI) , or a part of the TMSI.

[0087] In addition or alternatively, in some implementations, each of the one or more RARs may include a temporary cell-RNTI (TC-RNTI) . Correspondingly, the user device 102 may receive one or more TC-RNTIs. In some of these implementations, a TC-RNTI may be used to scramble a PDCCH, a PDSCH, a demodulation reference signal (DMRS) for the PDCCH, or a DMRS for PDSCH. In addition or alternatively, for each TC-RNTI, the user device 102 may monitor the  PDCCH and / or PDSCH. In addition or alternatively, the user device 102 may receive the PDSCH scrambled by the TC-RNTI. For a given PDSCH, the corresponding RAR may include the TC-RNTI that scrambles this given PDSCH, the DMRS of the given PDSCH, the PDCCH scheduling the given PDSCH, or the DMRS of the PDCCH scheduling the given PDSCH. If a given PDSCH includes the identifier of the user device 102 and the identifier matches the identifier transmitted by the user device 102, then the user device 102 may consider or determine that the corresponding RAR is successful or the corresponding RAR is for itself. On the other hand, if a PDSCH includes the identifier of the user device 102 and the identifier does not match the identifier transmitted by the user device 102, then the user device 102 may not consider or determine that the corresponding RAR is successful. If the RAR is not determined to not be successful, then the user device 102 may drop or ignore the RAR or the information of the RAR. However, if the user device 102 determines the RAR to be successful, then the user device 102 may use the information (e.g., the TC-RNTI, TA, etc. ) of the successful RAR for subsequent processing. The subsequent processing may include at least one of: a transmission of the PUSCH, PUCCH or sounding reference signal (SRS) , a reception of the PDCCH, PDSCH, CSI-RS or PRS, a procedure that the user device 102 performs for transmission (e.g., transmitting the PUCCH, PUCCH or SRS by using the UL beam indicated by the successful RAR) , or a procedure that the user device 102 performs for reception (e.g., monitoring or receiving the PDCCH, PDSCH, CSI-RS or PRS by assuming that the PDCCH, PDSCH, CSI-RS or PRS has the same transmission configuration indication (TCI) as the PDCCH scheduling the RAR) .

[0088] With the implementations above, the user device 102 can transmit the PRACH with a proper transmission power and the transmission method. This, in turn, may reduce power consumption and / or achieve optimal reception performance at the network device 104. In addition, the DL beam and UL beam are also indicated so that the network device 104 and the user device 102 can know which beam is used for transmission with the best performance.

[0089] In addition or alternatively, in some implementations, at least a DL cell may be determined based on the DL TRP (or DL base station) 402. The DL cell may be identified by a DL cell index. In some of these implementations, the DL TRP (or DL base station) 402 may serve the user device 102 in the at least one DL cell. In addition or alternatively, at least a UL cell is  determined based on the UL TRP (or UL base station) 404. The UL TRP (or UL base station) 404 may serve the user device 102 in the at least one UL cell. The UL cell may be identified by a UL cell index. In addition or alternatively, at least one DL TRP (or DL base station) 402 may be associated with at least one UL TRP (or UL base station) 404. As such, at least one DL cell may be associated with at least one UL cell. In some of these implementations, the association may be configured by the network device 104, such as via a DCI, a medium access control control element (MAC CE) , or radio resource control (RRC) signaling. Also, as used herein, one DL cell and an associated UL cell may be referred to as a cell pair.

[0090] Fig. 9 is a diagram of multiple TRPs in multiple cells, illustrating an example of an association between a DL cell and an UL cell. In the example in Fig. 9, one DL TRP (denoted by DL TRP 1) and three UL TRPs (denoted by UL TRP A, B, and C) are deployed. DL cell 1 is determined based on DL TRP 1. UL cell A, UL cell B, and UL cell C are determined based on UL TRP A, UL TRP B, and UL TRP C, respectively. DL cell 1 is associated with UL cell A, UL cell B, and UL cell C, respectively. DL cell 1 and UL cell A may form a first cell pair, referred to in the example as cell pair 1A. DL cell 1 and UL cell B may form a second cell pair, referred to in the example as cell pair 1B. DL cell 1 and UL cell C may form a third cell pair, referred to in the example as cell pair 1C. Additionally, in the example, the user device 102 may receive a signal from DL cell 1. The cell pair 1A serves the user device 102. In addition, the user device 102 may transmit a signal to the UL cell A. The cell pair 1B serves the user device 102. The user device 102 may transmit a signal to the UL cell B. The cell pair 1C serves the user device 102. The user device 102 may transmit signal to the UL cell C.

[0091] In addition or alternatively, in some implementations, a RAR may indicate an UL cell (or an UL cell ID) . In some of these implementations, the RAR may include a second field for indicating the UL cell (or UL cell ID) . In some of these implementations, a length of the second field in the RAR may be configured by the network device 104 or defined by a specification or protocol according to which communication nodes of the wireless communication system 100 communicate and / or operate. In other of these implementations, the length of the second field may be determined based on a number (or maximum number) of UL cells associated with one DL cell or associated with (e.g., corresponding to) one reference signal. In particular of these other  implementations, assuming the number of UL cells is N, the length of the second field may be  In addition or alternatively, assuming the length of the second field is two, the first value of the second field (e.g., '00') may indicate the first UL cell, and the second value of the second field (e.g., '01') may indicate the second UL cell, and so on. In addition or alternatively, the UL cells may be ordered according to UL cell ID. For example, the first UL cell may have the smallest UL cell index, the second UL cell may have the second smallest UL cell index, and so on. In other implementations, the order of the UL cells may be configured by the network device 104.

[0092] In addition or alternatively, in some implementations, the RAR may indicate the DL cell (or DL cell ID) . The RAR may include a third field for indicating the DL cell (or DL cell ID) . In some of these implementations, a length of the third field in the RAR may be configured by the network device 104 or defined by a specification or protocol according to which communication nodes of the wireless communication system 100 communicate and / or operate. In other of these implementations, the length of the third field may be determined based on a number of DL cells. In addition or alternatively, in some of these implementations, the user device 102 may transmit a PUSCH to the network device 104. The PUSCH may be scheduled by the RAR or a DCI (e.g., a DCI scrambled by a TC-RNTI) . In addition or alternatively, the PUSCH may indicate the DL cell to the network device 104. In addition or alternatively, the PUSCH may carry RRC signaling, a MAC CE, or an UCI indicating the DL cell. In some implementations utilizing a UCI, the UCI may be multiplexed in the PUSCH. In addition or alternatively, the DL cells may be configured by the network device 104. In addition or alternatively, the method used for UL cell indication can be used for DL cell indication (i.e., “UL cell” may be replaced with “DL cell” . )

[0093] In addition or alternatively, in some implementations, a DL TRP (or DL base station) 402 in a DL cell may transmit one or more PRACH configurations to the user device 102. Each of the one or more PRACH configurations may configure one or more PRACH group sets in accordance with any of the various implementations described herein. The DL TRP 402 in the DL cell may transmit one or more reference signals to the user device 102. At least one of the one or more PRACH configurations may correspond to the one or more reference signals. In some implementations, one of the one or more PRACH configurations may correspond to more than one reference signal.

[0094] In addition or alternatively, in some implementations, one DL cell may be associated with one or more UL cells. A DL TRP (or DL base station) 402 in the DL cell may transmit one or more reference signals. One reference signal may correspond to one or more UL cells, and vice versa. The DL TRP (or DL base station) 402 in the DL cell may transmit a message to the user device 102. The message may configure one or more PRACH configurations for the one or more UL cells. For each one or more UL cells, at least one PRACH configuration may be configured. In turn, the user device may determine or select one reference signal. In some of these implementations, the user device 102 may determine or select) the reference signal with the highest signal quality. In addition or alternatively, the user device 102 may determine or select the at least one UL cell based on the determined or selected reference signal. The user device 102 may determine or select the at least one UL cell corresponding to the determined or selected reference signal. In other of these implementations, the user device 102 may determine or select the UL cell based on signal quality. In addition or alternatively, the user device 102 may transmit a PRACH within a selected UL cell in accordance with the implementations described herein. In addition or alternatively, a RAR may indicate the UL cell in accordance with the implementations described herein. In addition or alternatively, in some implementations, one reference signal may correspond to one UL cell. In addition or alternatively, in some implementations, a RAR may not be used to indicate the UL cell.

[0095] In addition or alternatively, in some implementations, one UL cell may correspond to at least one signal quality range, and vice versa. In some of these implementations, the correspondence may be configured and / or indicated by the network device 104 or defined by a specification or protocol according to which communication nodes of the wireless communication system 100 communicate and / or operate. In addition or alternatively, the user device 102 may determine the UL cell based on measured signal quality. The measured signal quality may be within a given quality range. In turn, the user device 102 may determine the UL cell corresponding to the given signal quality range.

[0096] To illustrate as an example, suppose that the DL TRP (or DL base station) in the DL cell transmits four SSBs, denoted by SSB 0-3. Further, suppose that the DL cell is associated with six UL cells, denoted by UL cell 1-6. In accordance with, and as shown in, Table 4 below, SSB 0  and SSB 1 may correspond to UL cell 1, UL cell 2, and UL cell 3; SSB 2 may correspond to UL cell 4 and UL cell 5; and SSB 3 may correspond to UL cell 6. The correspondence between UL cell and the RSRP range is shown in Table 4.

[0097] Table 4

[0098] In furtherance of the example, suppose that the user device 102 obtains the measurement results of SSB 0-3, which are R′0, R′1, R′2 and R′3, respectively, where R′0<R′2<R′3<R′1. In response, the user device 102 may select SSB 1. In turn, the user device 102 may determine UL cell 1, UL cell 2, and UL cell 3. In event that R′1< R1, then the user device 102 may select UL cell 1. In turn, the user device 102 may transmit a PRACH within UL cell 1. Similarly, in event that R1≤R′1<R2, then the user device 102 may select UL cell 2. In turn, the user device 102 may transmit a PRACH within UL cell 2. Similarly, in event that R2≤R′1<R3, then the user device 102 may select UL cell 3. In turn, the user device 102 may transmit a PRACH within UL cell 3.

[0099] In addition or alternatively, in some implementations, more than one UL cell may correspond to one reference signal, one signal quality range, or be associated with one DL cell. In some of these implementations, the user device 102 may determine or select the UL cell randomly. For example, the user device 102 may randomly select the first UL cell. In turn, the user device 102 may transmit a PRACH within the first UL cell, such as in accordance with the PRACH transmission implementations described herein. In addition or alternatively, in some implementations, the user device 102 may not be able to access the network device 104 successfully. In some of these implementations, the user device 102 may perform a PRACH retransmission. For example, the user device 102 may reselect the UL cell, such as in accordance with the of cell selection or determination implementations described herein. In turn, the user device 102 may transmit the PRACH within the reselected UL cell, such as in accordance PRACH  transmission implementations described herein. In other implementations, the user device 102 may continue transmitting the PRACH within the first UL cell. In event that the number of PRACH transmissions is equal to or greater than the maximum number of PRACH transmissions, the user device 102 may reselect the UL cell, such as in accordance with the cell determination or selection implementations described herein. The maximum number of the PRACH transmissions may be configured by the network device 104 or defined by a specification or protocol according to which communication nodes of the wireless communication system 100 communicate and / or operate.

[0100] In addition or alternatively, in some implementations, more than one DL cell may be associated with one UL cell. In some of these implementations, at least one PRACH configuration may be configured within the UL cell. One DL cell may correspond to one or more PRACH configurations, and vice versa. The user device 102 may determine the DL cell, such as in accordance with the cell selection or determination implementations described herein. The user device 102 may select or determine the PRACH configuration corresponding to the DL cell. In turn, the user device 102 may transmit a PRACH based on the selected PRACH configuration, such as in accordance with the PRACH transmission implementations described herein.

[0101] In addition or alternatively, in some implementations, at least one PRACH configuration may be configured. In some of these implementations, one cell pair may correspond to one or more PRACH configurations, and vice versa. The user device 102 may determine or select the PRACH configuration corresponding to the cell pair. For example, the user device 102 may determine the DL cell, such as in accordance with the cell determination or selection implementations described herein. Additionally, the user device 102 may determine the UL cell, such as in accordance with the cell determination or selection implementations described herein. The user device 102 may select the PRACH configuration corresponding to the cell pair that includes the determined DL cell and determined UL cell.

[0102] In addition or alternatively, in some implementations, the user device 102 may select the PRACH configuration (or the PRACH group set) based on the measured reference signal quality. The user device 102 may select the PRACH configuration associated with the reference signal with the highest reference signal quality. In addition or alternatively, the user device 102  may select the UL cell associated with the reference signal with the highest reference signal quality.

[0103] In addition or alternatively, in some implementations, the RNTI value (e.g., the value of the RNTI used to scramble a PDCCH scheduling the RAR or the PDSCH carrying the RAR) may be determined at least based on the DL cell index and / or the UL cell index.

[0104] With the implementations, the proper DL cell and / or UL cell can be determined or indicated so that the user device 102 can access the network successfully.

[0105] In addition or alternatively, in some implementations, the network device 104 may transmit a DCI, a RRC signaling or a RAR to the user device 102. The DCI, the RRC signaling or the RAR may schedule (or configure) at least one PUSCH or PUCCH. The user device 102 may transmit the at least one PUSCH or PUCCH to the network device 104. Within a PUSCH resource, there may be one or more reserved (or muted) resources. The reserved resource may include one or more reserved resource elements (RE) or reserved resource blocks (RBs) . The reserved resource may not be available for the PUSCH transmission. The modulation symbol (s) of the PUSCH may not be able to be mapped to the reserved resource (s) . That is, the modulation symbol (s) of the PUSCH may be able to mapped to a RE or a RB if the RE or the RB is not a reserved RE or RB. When mapping the modulation symbol (s) to the resource of the PUSCH, the reserved resource (s) may be skipped. In addition or alternatively, in some implementations, the modulation symbol (s) of the PUSCH or the UCI may be mapped to the reserved resource. The modulation symbol (s) of the PUSCH or the UCI mapped to the reserved resource may be punctured or dropped. The puncture or dropping may be performed after the modulation symbol (s) mapping is finished. In addition or alternatively, in some implementations, the information zero or zero value (s) may be mapped to the reserved resource. In addition or alternatively, in some implementations, the modulation symbol (s) of the PUSCH or the UCI mapped to the reserved resource may be replaced with the information zero or zero value (s) .

[0106] In addition or alternatively, in some implementations, the network device 104 may configure at least an UL sub-band for the user device 104. In the frequency domain, the UL sub-band may include a frequency range. In the time domain, the UL sub-band may be on the DL or flexible OFDM symbol (s) . Such DL or flexible OFDM symbol (s) configured with UL sub-band  is referred to as sub-band full duplex (SBFD) OFDM symbol (s) . In addition or alternatively, in some implementations, whether the reserved resource (s) exists in the PUSCH resource may depend on the PUSCH transmission or the PUSCH resource. In event that the scheduled PUSCH is transmitted in the UL bandwidth part (BWP) or in the UL or flexible OFDM symbol (s) , or that the PUSCH resource is within the UL BWP or within the UL or flexible OFDM symbol (s) , there may be no reserved resource (s) in the scheduled PUSCH. In event that the scheduled PUSCH is transmitted in the UL sub-band or in the DL or SBFD OFDM symbol (s) , or that the PUSCH resource is within the UL sub-band or within the DL or SBFD OFDM symbol (s) , there may be reserved resource (s) in the scheduled PUSCH.

[0107] In the time domain, the reserved resource may be on one or more OFDM symbols of the PUSCH. In addition or alternatively, in some implementations, frequency hopping may not be enabled for the PUSCH. That is, the frequency resource is not hopped for the PUSCH. The reserved resource may only include one OFDM symbol in the time domain. The reserved resource may be on the first OFDM symbol of the PUSCH. To illustrate as an example, suppose that the PUSCH resource includes OFDM symbols 0-5. Correspondingly, the reserved resource may be on OFDM symbol 0. In some implementations, the reserved resource may be determined for (or applied to) a first PUSCH mapping type. In the first PUSCH mapping type, the PUSCH resource may start (or include) the first OFDM symbol of a slot. The DMRS symbol may not be on the first OFDM symbol of the slot. In addition or alternatively, in some implementations, the reserved resource may be on the first OFDM symbol after the first DMRS symbol. To illustrate as an example, suppose that the PUSCH resource includes OFDM symbols 3-10. The first DMRS symbol is the OFDM symbol 3. Correspondingly, the reserved resource may be on OFDM symbol 4. In some implementations, the reserved resource may be applied to a second PUSCH mapping type. In the second PUSCH mapping type, the PUSCH resource may start from any one of the OFDM symbols of the slot. The DMRS symbol may be on the first OFDM symbol of a slot. In the event that the UCI (or the modulation symbols of the UCI) is mapped to (or multiplexed in) the PUSCH, the UCI may not be able to mapped to the reserved resource, or the reserved resource may be skipped when mapping the UCI to the PUSCH. In addition or alternatively, in some implementations, the UCI may be multiplexed in the PUSCH. The UCI may be mapped to the PUSCH resource. The UCI may include at least one of HARQ information, CSI (e.g., CSI part 1  and / or CSI part 2) , or a scheduling request (SR) . The reserved resource may be on the first OFDM symbol of the PUSCH that does not include UCI, or the first OFDM symbol after the first DMRS symbol that does not include the UCI. To illustrate as an example, suppose that the OFDM symbol is the third OFDM symbol of the PUSCH and the UCI is mapped to the first, second, and fourth OFDM symbols of the PUSCH. Correspondingly, the reserved resource is on the fifth OFDM symbol of the PUSCH. In event that the UCI is mapped to all of the OFDM symbols of the PUSCH, or mapped to each of OFDM symbols of the PUSCH or each of the OFDM symbols of the PUSCH except for the DMRS symbol, there may be no reserved resources in the PUSCH.

[0108] In addition or alternatively, in some implementations, the frequency hopping may be enabled for the PUSCH. The frequency resource may be hopped for the PUSCH. In the time domain, the PUSCH resources are divided into at least two parts, including at least a first part (or a first hop) and a second part (or a second hop) . In addition or alternatively, in some implementations, the first part (or the first hop) and the second part (or the second hop) may have different frequency resources. For the first part of the PUSCH or the second part of the PUSCH, the reserved resource may be on one or more OFDM symbols of the first part of the PUSCH or the second part of the PUSCH. In addition or alternatively, in some implementations, the reserved resource may only include two OFDM symbols in the time domain for the PUSCH, with one OFDM symbol in each part. Correspondingly, the reserved resource may have only one OFDM symbol for each of the first part of the PUSCH and the second part of the PUSCH. For the first part of the PUSCH or the second part of the PUSCH, the reserved resource may be on the first OFDM symbol, the first OFDM symbol after the DMRS symbol, the first OFDM symbol that does not include the UCI, or the first OFDM symbol after the DMRS symbol that does not include the UCI, of the first part of the PSUCH or the second part of the PUSCH in accordance with the OFDM symbol (s) of the reserved resource determination implementations described herein by replacing PUSCH with the first part of the PUSCH or the second part of the PUSCH. In addition or alternatively, in some implementations, the first part and the second part may have the same frequency resource. The reserved resource may only include one OFDM symbol in the time domain.

[0109] In addition or alternatively, in some implementations, the at least one PUSCH may include more than one PUSCH transmission on one or more slots. The more than one PUSCH may  include a PUSCH repetition. The more than one PUSCH may have the same frequency resource. In addition or alternatively, in some implementations, the reserved resource may be on each of more than one PUSCH. In addition or alternatively, in some implementations, the reserved resource may be only on the first PUSCH of the more than one PUSCH. The reserved resource may be on the OFDM symbol (s) of the first PUSCH or each PUSCH in accordance with the OFDM symbol (s) of the reserved resource determination implementations described herein.

[0110] In addition or alternatively, in some implementations, the at least one PUSCH may include a PUSCH repetition. At least a time domain window (TDW) may be determined for the at least one PUSCH. The TDW may include at least a nominal TDW or an actual TDW. The nominal TDW may include one or more OFDM symbols, sub-slots, slots, sub-frames, or frames. The length of the nominal TDW may be configured by the network device 104 or defined by a specification or protocol according to which communication nodes of the wireless communication system 100 communicate and / or operate. The actual TDW may be determined based on at least one of the nominal TDW or an event. The event may cause power consistency and / or phase continuity not to be maintained. The event may include at least one of the DL OFDM symbol (s) , the gap between two PUSCH, frequency hopping, or UL timing adjustment, as non-limiting examples. Within one TDW, one or more PUSCH may be included. In addition or alternatively, in some implementations, the reserved resource may be only on the first PUSCH of the one or more PUSCH within one TDW.

[0111] In addition or alternatively, in some implementations, the at least one PUSCH may be scheduled. In some of these implementations, the at least one PUSCH may be consecutive in the time domain. The at least one PUSCH may be referred to as a nominal PUSCH. One nominal PUSCH may include one or more actual PUSCHs. One nominal PUSCH may be segmented into one or more actual PUSCHs. One nominal PUSCH may be segmented in event that the nominal PUSCH may include one or more invalid OFDM symbols, or the nominal PUSCH may be across a slot boundary. In addition or alternatively, in some implementations, one actual PUSCH may only have one OFDM symbol, for example, after a segment. Such one OFDM symbol may be referred to as an orphan symbol. The actual PUSCH may not be able to be transmitted on the orphan symbol. The reserved resource may be on the orphan symbol. In addition or alternatively, in some  implementations, there may be at least one orphan symbol within one slot or one TDW. The reserved resource may not be on any one of the PUSCH (e.g., nominal PUSCH or actual PUSCH) within the slot or the TDW. In addition or alternatively, in some implementations, there may be no orphan symbol within one slot or one TDW. The reserved resource may be only on the first PUSCH (e.g., the nominal PUSCH or the actual PUSCH) of the one or more PUSCHs (e.g., nominal PUSCH or actual PUSCH) within the slot or the TDW in accordance with the OFDM symbol (s) of the reserved resource determination implementations described herein.

[0112] In addition or alternatively, in some implementations, inter-PUSCH or inter-repetition frequency hopping may be enabled for the at least one PUSCH. The frequency resource may be hopped for the at least one PUSCH. The frequency resource may be hopped per PUSCH or per repetition. Compared with one given PUSCH or repetition, the frequency resource of the next PUSCH or repetition may be hopped so that the next PUSCH or repetition may have another frequency resource. There may be at least two frequency resources, including a first frequency resource and a second frequency resource. The first PUSCH or repetition may have the first frequency resource. The second PUSCH or repetition may have the second frequency due to the frequency hopping based on the first PUSCH or repetition. The third PUSCH or repetition may have the first frequency due to the frequency hopping based on the second PUSCH or repetition, and so on. In addition or alternatively, in some implementations, the reserved resource may include only one OFDM symbol for the one or more PUSCHs (e.g., nominal PUSCH or actual PUSCH) within one TDW or one slot that have the first frequency resource or the second frequency resource. In addition or alternatively, in some implementations, the reserved resource may be only on the first PUSCH (e.g., nominal PUSCH or actual PUSCH) of the one or more PUSCHs (e.g., nominal PUSCH or actual PUSCH) within one TDW or one slot that have the first frequency resource or the second frequency resource in accordance with the OFDM symbol (s) of the reserved resource determination implementations described herein. In addition or alternatively, in some implementations, the first frequency resource and the second frequency resource may be the same. The reserved resource may be only on the first PUSCH (e.g., nominal PUSCH or actual PUSCH) of the one or more PUSCHs (e.g., nominal PUSCH or actual PUSCH) within one TDW or one slot in accordance with the OFDM symbol (s) of the reserved resource determination implementations described herein.

[0113] In addition or alternatively, in some implementations, in the frequency domain, the reserved resource may occupy one or more RE within the PUSCH resource. The reserved resource may include an odd RE or an even RE within the PUSCH resource. To illustrate as an example, suppose that the PUSCH may have 5 RBs (e.g., RB 11-15) in the frequency domain. Each RB may include 12 REs (e.g., RE 0-11) . Correspondingly, the reserved resource may include RE 1, RE 3, RE 5, RE 7, RE 9, and RE 11 of each of RB 11-15. Combining the previous example of the OFDM symbol of the reserved resource, the reserved resource may include RE 1, RE 3, RE 5, RE 7, RE 9, and RE 11 of each of RB 11-15 in the OFDM symbol 0.

[0114] In addition or alternatively, the method used for PUSCH can be used for PUCCH (i.e., “PUSCH” may be replaced with “PUCCH” . )

[0115] With these implementations, the reserved resource can be determined and the network device 104 and the user device 102 can have the same understanding on the reserved resource. This can improve the PUSCH demodulation or decoding performance by eliminating the interference on the PUSCH determined based on the reserved resource.

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

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

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

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

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

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

[0122] A first aspect includes a method for wireless communication that includes: receiving, by a user device, a physical random access channel (PRACH) configuration that configures at least one PRACH group set, each PRACH group set comprising a respective one or more PRACH groups, each of the respective one or more PRACH groups comprising a respective one or more PRACH occasions; and transmitting, by the user device, one or more PRACH on one or more PRACH occasions included in one of the respective one or more PRACH groups of one of the at least one PRACH group set.

[0123] A second aspect includes a method of wireless communication that includes: transmitting, by a network device to a user device, a physical random access channel (PRACH) configuration that configures at least one PRACH group set, each PRACH group set comprising a respective one or more PRACH groups, each of the respective one or more PRACH groups comprising a respective one or more PRACH occasions; and receiving, by the network device, one or more PRACH on one or more PRACH occasions included in one of the respective one or more PRACH groups of one of the at least one PRACH group set.

[0124] A third aspect includes any of the first or second aspects, and further includes wherein for the transmission of the one or more PRACH, the user device selects a PRACH group set from the at least one PRACH group set that includes a number of PRACH groups or a number of PRACH occasions within one PRACH group that is equal to a number of one or more uplink (UL) transmission configurations of the user device.

[0125] A fourth aspect includes any of the first through third aspects, and further includes wherein the user device transmits and / or the network device receives the one or more PRACH according to a transmission configuration pattern.

[0126] A fifth aspect includes the fourth aspect, and further includes wherein the transmission configuration pattern comprises one or more uplink (UL) transmission configurations.

[0127] A sixth aspect includes the fifth aspect, and further includes wherein each of the one or more UL transmission configurations is used to transmit more than one PRACH of the one or more PRACH that are within the one of the respective one or more PRACH groups.

[0128] A seventh aspect includes the fifth aspect, and further includes wherein each of the one or more UL transmission configurations is used to transmit only one PRACH within the one of the respective one or more PRACH groups.

[0129] An eighth aspect includes any of the first through seventh aspects, and further includes wherein a transmission power for transmission of the one or more PRACH is determined based on at least one of: a downlink (DL) pathloss, an uplink (UL) pathloss, or a power step.

[0130] A ninth aspect includes the eighth aspect, and further includes wherein the UL pathloss is determined based on the DL pathloss.

[0131] A tenth aspect includes the ninth aspect, and further includes wherein the UL pathloss is a certain value minus the DL pathloss or an absolute value of a difference between the certain value and the DL pathloss.

[0132] An eleventh aspect includes any of the eighth through tenth aspects, and further includes wherein each of one or more UL pathlosses or one or more power steps corresponds to a respective one of one or more DL pathloss ranges or a respective one of one or more signal quality ranges, and wherein the UL pathloss or the power step corresponds to a DL pathloss range of the one or more DL pathloss ranges that includes the DL pathloss, or corresponds to a signal quality range of the one or more signal quality ranges that includes an obtained signal quality.

[0133] A twelfth aspect includes any of the first through eleventh aspects, and further includes wherein the user device monitors and / or the network device transmits a physical downlink control channel (PDCCH) scheduling a random access response (RAR) within one or more RAR windows.

[0134] A thirteenth aspect includes the twelfth aspect, and further includes wherein a RAR window of the one or more RAR windows starts from an offset after a last of the one or more PRACH occasions within the one of the respective one or more PRACH groups or within the one of the at least one PRACH group set.

[0135] A fourteenth aspect includes any of the twelfth or thirteenth aspects, and further includes wherein the RAR indicates an UL transmission configuration for a subsequent UL transmission that is subsequent to the transmission of the one or more PRACH.

[0136] A fifteenth aspect includes the fourteenth aspect, and further includes wherein the RAR comprises a first field indicating the UL transmission configuration.

[0137] A sixteenth aspect includes the fifteenth aspect, and further includes wherein a length of the first field is configured by the network device, defined by a specification or protocol according to which the user device and the network device communicate, or is determined based on a  maximum number or a number of the respective one or more PRACH groups or a maximum number or number of PRACH occasions within the one of the at least one PRACH group set.

[0138] A seventeenth aspect includes any of the fourteenth through sixteenth aspects, and further includes wherein the UL transmission configuration is used to transmit the one or more PRACH within the one of the respective one or more PRACH groups, which corresponds to a radio network temporary identifier (RNTI) or a RAR of the one or more RAR windows.

[0139] An eighteenth aspect includes the seventeenth aspect, and further includes wherein the user device receives and / or the network device transmits the RAR scheduled by the PDCCH scrambled by the RNTI, or the user device receives and / or the network device transmits the RAR within the one or more RAR windows.

[0140] A nineteenth aspect includes any of the twelfth through eighteenth aspects, and further includes wherein the RAR comprises a second field that indicates an uplink (UL) cell of one or more UL cells associated with a downlink (DL) cell.

[0141] A twentieth aspect includes the nineteenth aspect, and further includes wherein a length of the second field is configured by the network device, defined by a specification or protocol according to which the user device and the network device communicate, or determined based on a number of the one or more UL cells associated with the DL cell.

[0142] A twenty-first aspect includes any of the twelfth through twentieth aspects, and further includes wherein the RAR comprises a third field that indicates a downlink (DL) cell one or more downlink (DL) cells.

[0143] A twenty-second aspect includes the twenty-first aspect, and further includes wherein a length of the third field is configured by the network device, defined by a specification or protocol according to which the user device and the network device communicate, or determined based on a number of the one or more DL cells.

[0144] A twenty-third aspect includes any of the twelfth through twenty-second aspects, and further includes wherein the user device receives and / or the network device transmits one or more RAR comprising the RAR.

[0145] A twenty-fourth aspect includes the twenty-third aspect, and further includes wherein the user device determines that the RAR is received successfully in response to the RAR indicating  a timing advance (TA) within a TA range corresponding to a signal quality range including an obtained signal quality.

[0146] A twenty-fifth aspect includes any of the twenty-third or twenty-fourth aspects, and further includes wherein the user device transmits and / or the network device receives one or more physical uplink shared channels (PUSCHs) according to the one or more RAR.

[0147] A twenty-sixth aspect includes the twenty-fifth aspect, and further includes wherein the one or more PUSCHs carries an uplink control information (UCI) , a medium access control control element (MAC CE) , or radio resource control (RRC) signaling indicating a downlink (DL) cell identification (ID) .

[0148] A twenty-seventh aspect includes any of the first through twenty-sixth aspects, and further includes wherein the user device receives and / or the network device transmits one or more physical downlink shared channels (PDSCHs) , wherein each of the one or more PDSCHs is scrambled by a respective temporary cell (TC) -radio network temporary identifier (RNTI) .

[0149] A twenty-eighth aspect includes the twenty-seventh aspect, and further includes wherein the user device determines a random access response (RAR) including the TC-RNTI to be successfully received in response to determining that a first user device identifier (ID) included in one of the one or more PDSCHs scrambled by the respective TC-RNTI matches a second user device ID transmitted by the user device, and wherein the user device drops one or more other RAR that includes other TC-RNTI, if any.

[0150] A twenty-ninth aspect includes the twenty-eighth aspect, and further includes wherein the user device uses information of the successfully received RAR for subsequent processing.

[0151] A thirtieth aspect includes a wireless communications apparatus that includes a processor and a memory, wherein the processor is configured to cause the apparatus to perform any of the first through twenty-ninth aspects.

[0152] A thirty-first aspect includes a computer program product that includes a computer-readable program medium comprising code stored thereupon, the code, when executed by a processor, causing the processor to perform any of the first through twenty-ninth aspects.

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

Claims

1.A method for wireless communication, the method comprising:receiving, by a user device, a physical random access channel (PRACH) configuration that configures at least one PRACH group set, each PRACH group set comprising a respective one or more PRACH groups, each of the respective one or more PRACH groups comprising a respective one or more PRACH occasions; andtransmitting, by the user device, one or more PRACH on one or more PRACH occasions included in one of the respective one or more PRACH groups of one of the at least one PRACH group set.2.A method of wireless communication, the method comprising:transmitting, by a network device to a user device, a physical random access channel (PRACH) configuration that configures at least one PRACH group set, each PRACH group set comprising a respective one or more PRACH groups, each of the respective one or more PRACH groups comprising a respective one or more PRACH occasions; andreceiving, by the network device, one or more PRACH on one or more PRACH occasions included in one of the respective one or more PRACH groups of one of the at least one PRACH group set.3.The method of any of claims 1 or 2, wherein for the transmission of the one or more PRACH, the user device selects a PRACH group set from the at least one PRACH group set that includes a number of PRACH groups or a number of PRACH occasions within one PRACH group that is equal to a number of one or more uplink (UL) transmission configurations of the user device.4.The method of any of claims 1 or 2, wherein the user device transmits and / or the network device receives the one or more PRACH according to a transmission configuration pattern.5.The method of claim 4, wherein the transmission configuration pattern comprises one or more uplink (UL) transmission configurations.6.The method of claim 5, wherein each of the one or more UL transmission configurations is used to transmit more than one PRACH of the one or more PRACH that are within the one of the respective one or more PRACH groups.7.The method of claim 5, wherein each of the one or more UL transmission configurations is used to transmit only one PRACH within the one of the respective one or more PRACH groups.8.The method of any of claims 1 or 2, wherein a transmission power for transmission of the one or more PRACH is determined based on at least one of: a downlink (DL) pathloss, an uplink (UL) pathloss, or a power step.9.The method of claim 8, wherein the UL pathloss is determined based on the DL pathloss.10.The method of claim 9, wherein the UL pathloss is a certain value minus the DL pathloss or an absolute value of a difference between the certain value and the DL pathloss.11.The method of claim 8, wherein each of one or more UL pathlosses or one or more power steps corresponds to a respective one of one or more DL pathloss ranges or a respective one of one or more signal quality ranges, and wherein the UL pathloss or the power step corresponds to a DL pathloss range of the one or more DL pathloss ranges that includes the DL pathloss, or corresponds to a signal quality range of the one or more signal quality ranges that includes an obtained signal quality.12.The method of any of claims 1 or 2, wherein the user device monitors and / or the network device transmits a physical downlink control channel (PDCCH) scheduling a random access response (RAR) within one or more RAR windows.13.The method of claim 12, wherein a RAR window of the one or more RAR windows starts from an offset after a last of the one or more PRACH occasions within the one of the respective one or more PRACH groups or within the one of the at least one PRACH group set.14.The method of claim 12, wherein the RAR indicates an UL transmission configuration for a subsequent UL transmission that is subsequent to the transmission of the one or more PRACH.15.The method of claim 14, wherein the RAR comprises a first field indicating the UL transmission configuration.16.The method of claim 15, wherein a length of the first field is configured by the network device, defined by a specification or protocol according to which the user device and the network device communicate, or is determined based on a maximum number or a number of the respective one or more PRACH groups or a maximum number or number of PRACH occasions within the one of the at least one PRACH group set.17.The method of claim 14, wherein the UL transmission configuration is used to transmit the one or more PRACH within the one of the respective one or more PRACH groups, which corresponds to a radio network temporary identifier (RNTI) or a RAR of the one or more RAR windows.18.The method of claim 17, wherein the user device receives and / or the network device transmits the RAR scheduled by the PDCCH scrambled by the RNTI, or the user device receives and / or the network device transmits the RAR within the one or more RAR windows.19.The method of claim 12, wherein the RAR comprises a second field that indicates an uplink (UL) cell of one or more UL cells associated with a downlink (DL) cell.20.The method of claim 19, wherein a length of the second field is configured by the network device, defined by a specification or protocol according to which the user device and the network  device communicate, or determined based on a number of the one or more UL cells associated with the DL cell.21.The method of claim 12, wherein the RAR comprises a third field that indicates a downlink (DL) cell one or more downlink (DL) cells.22.The method of claim 21, wherein a length of the third field is configured by the network device, defined by a specification or protocol according to which the user device and the network device communicate, or determined based on a number of the one or more DL cells.23.The method of claim 12, wherein the user device receives and / or the network device transmits one or more RAR comprising the RAR.24.The method of claim 23, wherein the user device determines that the RAR is received successfully in response to the RAR indicating a timing advance (TA) within a TA range corresponding to a signal quality range including an obtained signal quality.25.The method of claim 23, wherein the user device transmits and / or the network device receives one or more physical uplink shared channels (PUSCHs) according to the one or more RAR.26.The method of claim 25, wherein the one or more PUSCHs carries an uplink control information (UCI) , a medium access control control element (MAC CE) , or radio resource control (RRC) signaling indicating a downlink (DL) cell identification (ID) .27.The method of any of claims 1 or 2, wherein the user device receives and / or the network device transmits one or more physical downlink shared channels (PDSCHs) , wherein each of the one or more PDSCHs is scrambled by a respective temporary cell (TC) -radio network temporary identifier (RNTI) .28.The method of claim 27, wherein the user device determines a random access response (RAR) including the TC-RNTI to be successfully received in response to determining that a first user device identifier (ID) included in one of the one or more PDSCHs scrambled by the respective TC-RNTI matches a second user device ID transmitted by the user device, and wherein the user device drops one or more other RAR that includes other TC-RNTI, if any.29.The method of claim 28, wherein the user device uses information of the successfully received RAR for subsequent processing.30.A wireless communications apparatus comprising a processor and a memory, wherein the processor is configured to cause the apparatus to perform a method of any of claims 1 to 29.31.A computer program product comprising a computer-readable program medium comprising code stored thereupon, the code, when executed by a processor, causing the processor to perform a method of any of claims 1 to 29.

Images