WO2022082532A1 - Transmission de charge utile dans une procédure de ra - Google Patents

Transmission de charge utile dans une procédure de ra Download PDF

Info

Publication number
WO2022082532A1
WO2022082532A1 PCT/CN2020/122592 CN2020122592W WO2022082532A1 WO 2022082532 A1 WO2022082532 A1 WO 2022082532A1 CN 2020122592 W CN2020122592 W CN 2020122592W WO 2022082532 A1 WO2022082532 A1 WO 2022082532A1
Authority
WO
WIPO (PCT)
Prior art keywords
payload
random access
transmissions
transmission
transmission configuration
Prior art date
Application number
PCT/CN2020/122592
Other languages
English (en)
Inventor
Ping Yuan
Pingping Wen
Chunli Wu
Frank Frederiksen
Original Assignee
Nokia Shanghai Bell Co., Ltd.
Nokia Solutions And Networks Oy
Nokia Technologies Oy
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nokia Shanghai Bell Co., Ltd., Nokia Solutions And Networks Oy, Nokia Technologies Oy filed Critical Nokia Shanghai Bell Co., Ltd.
Priority to CN202080107687.2A priority Critical patent/CN116569638A/zh
Priority to PCT/CN2020/122592 priority patent/WO2022082532A1/fr
Publication of WO2022082532A1 publication Critical patent/WO2022082532A1/fr

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA

Definitions

  • Embodiments of the present disclosure generally relate to the field of telecommunication and in particular, to methods, devices, apparatuses and computer readable storage medium for transmission of a payload in a random access (RA) procedure.
  • RA random access
  • 3rd Generation Partnership Project (3GPP) release (Rel) -16 includes a study item on how fifth generation (5G) new radio (NR) standards may support non-terrestrial network (NTN) deployments using satellites and high altitude platform stations (HAPS) to provide connectivity across a wide service area.
  • 5G fifth generation
  • NR new radio
  • NTN non-terrestrial network
  • HAPS high altitude platform stations
  • RTT round trip time
  • the long propagation delay may pose challenges in communications between devices, including transmissions of messages in a RA procedure. It is thus desired to improve the RA procedure in the scenarios with a long RTT delay, such as in NTN.
  • example embodiments of the present disclosure provide a solution for transmission of a payload in a random access RA procedure.
  • Embodiments that do not fall under the scope of the claims, if any, are to be interpreted as examples useful for understanding various embodiments of the disclosure.
  • a first device comprising at least one processor; and at least one memory including computer program code; where the at least one memory and the computer program code are configured to, with the at least one processor, cause the first device to perform a transmission of a random access preamble to a second device as a first part of a random access message; perform a plurality of transmissions of a payload to the second device as a second part of the random access message; and monitor a response to the random access message from the second device.
  • a second device comprises at least one processor; and at least one memory including computer program code; where the at least one memory and the computer program code are configured to, with the at least one processor, cause the second device to receive a transmission of a random access preamble from a first device as a first part of a random access message; receive at least one of a plurality of transmissions of a payload from the first device as a second part of the random access message; decode the payload based on the at least one of the plurality of transmissions of the payload received from the first device; and transmit, to the first device, a response to the random access message based on a result of the decoding.
  • a method comprises performing, at a first device, a transmission of a random access preamble to a second device as a first part of a random access message; performing a plurality of transmissions of a payload to the second device as a second part of the random access message; and monitoring a response to the random access message from the second device.
  • a method comprises receiving, at a second device, a transmission of a random access preamble from a first device as a first part of a random access message; receiving at least one of a plurality of transmissions of a payload from the first device as a second part of the random access message; decoding the payload based on the at least one of the plurality of transmissions of the payload received from the first device; and transmitting, to the first device, a response to the random access message based on a result of the decoding.
  • the first apparatus comprises means for performing a transmission of a random access preamble to a second apparatus as a first part of a random access message; means for performing a plurality of transmissions of a payload to the second apparatus as a second part of the random access message; and means for monitoring a response to the random access message from the second apparatus.
  • a second apparatus comprises means for receiving a transmission of a random access preamble from a first apparatus as a first part of a random access message; means for receiving at least one of a plurality of transmissions of a payload from the first apparatus as a second part of the random access message; means for decoding the payload based on the at least one of the plurality of transmissions of the payload received from the first apparatus; and means for transmitting, to the first apparatus, a response to the random access message based on a result of the decoding.
  • a computer readable medium comprises program instructions for causing an apparatus to perform at least the method according to any of the third aspect and the fourth aspect.
  • Fig. 1 illustrates an example communication environment in which example embodiments of the present disclosure can be implemented
  • Fig. 2 illustrates a signaling flow for transmission of a payload in a RA procedure according to some example embodiments of the present disclosure
  • Fig. 3 illustrates an example association of transmission configurations with groups of RA preambles according to some example embodiments of the present disclosure
  • Fig. 4 illustrates a flowchart of a process implemented at a first device for transmitting a RA message according to some example embodiments of the present disclosure
  • Fig. 5 illustrates an example of a time-based pattern for transmissions and receptions of a RA preamble, a payload, and a response in a RA procedure according to some example embodiments of the present disclosure
  • Fig. 6 illustrates a flowchart of a process implemented at a second device for performing a RA procedure according to some example embodiments of the present disclosure
  • Fig. 7 illustrates a flowchart of a method implemented at a first device according to some other example embodiments of the present disclosure
  • Fig. 8 illustrates a flowchart of a method implemented at a second device according to some example embodiments of the present disclosure
  • Fig. 9 illustrates a simplified block diagram of a device that is suitable for implementing example embodiments of the present disclosure.
  • Fig. 10 illustrates a block diagram of an example computer readable medium in accordance with some example embodiments of the present disclosure.
  • references in the present disclosure to “one embodiment, ” “an embodiment, ” “an example embodiment, ” and the like indicate that the embodiment described may include a particular feature, structure, or characteristic, but it is not necessary that every embodiment includes the particular feature, structure, or characteristic. Moreover, such phrases are not necessarily referring to the same embodiment. Further, when a particular feature, structure, or characteristic is described in connection with an embodiment, it is submitted that it is within the knowledge of one skilled in the art to affect such feature, structure, or characteristic in connection with other embodiments whether or not explicitly described.
  • first and second etc. may be used herein to describe various elements, these elements should not be limited by these terms. These terms are only used to distinguish one element from another. For example, a first element could be termed a second element, and similarly, a second element could be termed a first element, without departing from the scope of example embodiments.
  • the term “and/or” includes any and all combinations of one or more of the listed terms.
  • circuitry may refer to one or more or all of the following:
  • circuitry also covers an implementation of merely a hardware circuit or processor (or multiple processors) or portion of a hardware circuit or processor and its (or their) accompanying software and/or firmware.
  • circuitry also covers, for example and if applicable to the particular claim element, a baseband integrated circuit or processor integrated circuit for a mobile device or a similar integrated circuit in server, a cellular network device, or other computing or network device.
  • the term “communication network” refers to a network following any suitable communication standards, such as New Radio (NR) , Long Term Evolution (LTE) , LTE-Advanced (LTE-A) , Wideband Code Division Multiple Access (WCDMA) , High-Speed Packet Access (HSPA) , Narrow Band Internet of Things (NB-IoT) and so on.
  • NR New Radio
  • LTE Long Term Evolution
  • LTE-A LTE-Advanced
  • WCDMA Wideband Code Division Multiple Access
  • HSPA High-Speed Packet Access
  • NB-IoT Narrow Band Internet of Things
  • the communications between a terminal device and a network device in the communication network may be performed according to any suitable generation communication protocols, including, but not limited to, the first generation (1G) , the second generation (2G) , 2.5G, 2.75G, the third generation (3G) , the fourth generation (4G) , 4.5G, the future fifth generation (5G) communication protocols, and/or any other protocols either currently known or to be developed in the future.
  • suitable generation communication protocols including, but not limited to, the first generation (1G) , the second generation (2G) , 2.5G, 2.75G, the third generation (3G) , the fourth generation (4G) , 4.5G, the future fifth generation (5G) communication protocols, and/or any other protocols either currently known or to be developed in the future.
  • Embodiments of the present disclosure may be applied in various communication systems. Given the rapid development in communications, there will of course also be future type communication technologies and systems with which the present disclosure may be embodied. It should not be seen as limiting the scope of the present disclosure to only the a
  • the term “network device” refers to a node in a communication network via which a terminal device accesses the network and receives services therefrom.
  • the network device may refer to a base station (BS) or an access point (AP) , for example, a node B (NodeB or NB) , an evolved NodeB (eNodeB or eNB) , a NR NB (also referred to as a gNB) , a Remote Radio Unit (RRU) , a radio header (RH) , a remote radio head (RRH) , a relay, an Integrated Access and Backhaul (IAB) node, a low power node such as a femto, a pico, a non-terrestrial network (NTN) or non-ground network device such as a satellite network device, a low earth orbit (LEO) satellite and a geosynchronous earth orbit (GEO) satellite, an aircraft network device, and so forth, depending on the applied terminology and
  • radio access network (RAN) split architecture comprises a Centralized Unit (CU) and a Distributed Unit (DU) at an IAB donor node.
  • An IAB node comprises a Mobile Terminal (IAB-MT) part that behaves like a UE toward the parent node, and a DU part of an IAB node behaves like a base station toward the next-hop IAB node.
  • IAB-MT Mobile Terminal
  • terminal device refers to any end device that may be capable of wireless communication.
  • a terminal device may also be referred to as a communication device, user equipment (UE) , a Subscriber Station (SS) , a Portable Subscriber Station, a Mobile Station (MS) , or an Access Terminal (AT) .
  • UE user equipment
  • SS Subscriber Station
  • MS Mobile Station
  • AT Access Terminal
  • the terminal device may include, but not limited to, a mobile phone, a cellular phone, a smart phone, voice over IP (VoIP) phones, wireless local loop phones, a tablet, a wearable terminal device, a personal digital assistant (PDA) , portable computers, desktop computer, image capture terminal devices such as digital cameras, gaming terminal devices, music storage and playback appliances, vehicle-mounted wireless terminal devices, wireless endpoints, mobile stations, laptop-embedded equipment (LEE) , laptop-mounted equipment (LME) , USB dongles, smart devices, wireless customer-premises equipment (CPE) , an Internet of Things (loT) device, a watch or other wearable, a head-mounted display (HMD) , a vehicle, a drone, a medical device and applications (e.g., remote surgery) , an industrial device and applications (e.g., a robot and/or other wireless devices operating in an industrial and/or an automated processing chain contexts) , a consumer electronics device, a device operating on commercial and/
  • the terminal device may also correspond to a Mobile Termination (MT) part of an IAB node (e.g., a relay node) .
  • MT Mobile Termination
  • IAB node e.g., a relay node
  • the terms “terminal device” , “communication device” , “terminal” , “user equipment” and “UE” may be used interchangeably.
  • resource may refer to any resource for performing a communication, for example, a communication between a terminal device and a network device, such as a resource in time domain, a resource in frequency domain, a resource in space domain, a resource in code domain, or any other resource enabling a communication, and the like.
  • a resource in both frequency domain and time domain will be used as an example of a transmission resource for describing some example embodiments of the present disclosure. It is noted that example embodiments of the present disclosure are equally applicable to other resources in other domains.
  • Fig. 1 illustrates an example communication environment 100 in which example embodiments of the present disclosure can be implemented.
  • two types of communication networks are shown, including a non-terrestrial network (NTN) or non-ground network with one or more NTN network devices or non-ground network devices for providing communication coverage, and a terrestrial network (TN) or ground network with one or more terrestrial or ground network devices for providing communication coverage.
  • NTN non-terrestrial network
  • TN terrestrial network
  • a NTN is referred to as a NTN network
  • a TN is referred to as a TN network in order to improve the readability although “network” is redundant.
  • a first device 110-1 and a second device 120-1 can communicate with each other.
  • the first device 110-1 is illustrated as a terminal device
  • the second device 120-1 is illustrated as a NTN network device serving the terminal device.
  • the serving area of the second device 120-1 is called as a cell 102-1.
  • a first device 110-2 and a second device 120-2 can communicate with each other.
  • the first device 110-2 is illustrated as a terminal device
  • the second device 120-2 is illustrated as a TN network device serving the terminal device.
  • the serving area of the second device 120-2 is called as a cell 102-2.
  • first devices 110-1 and 110-2 are collectively or individually referred to as first devices 110
  • the second devices 120-1 and 120-2 are collectively or individually referred to as second devices 120
  • the cells 102-1 and 102-2 are collectively or individually referred to as cells 102.
  • the communication environment 100 may include any suitable number of devices adapted for implementing embodiments of the present disclosure. Although not shown, it would be appreciated that one or more additional devices may be located in the cell 102, and one or more additional cells may be deployed in the environment 100. It is noted that although illustrated as a network device, the second device 120 may be other device than a network device. Although illustrated as a terminal device, the first device 110 may be other device than a terminal device.
  • Communications in the communication environment 100 may be implemented according to any proper communication protocol (s) , comprising, but not limited to, cellular communication protocols of the first generation (1G) , the second generation (2G) , the third generation (3G) , the fourth generation (4G) and the fifth generation (5G) and on the like, wireless local network communication protocols such as Institute for Electrical and Electronics Engineers (IEEE) 802.11 and the like, and/or any other protocols currently known or to be developed in the future.
  • s cellular communication protocols of the first generation (1G) , the second generation (2G) , the third generation (3G) , the fourth generation (4G) and the fifth generation (5G) and on the like, wireless local network communication protocols such as Institute for Electrical and Electronics Engineers (IEEE) 802.11 and the like, and/or any other protocols currently known or to be developed in the future.
  • IEEE Institute for Electrical and Electronics Engineers
  • the communication may utilize any proper wireless communication technology, comprising but not limited to: Code Division Multiple Access (CDMA) , Frequency Division Multiple Access (FDMA) , Time Division Multiple Access (TDMA) , Frequency Division Duplex (FDD) , Time Division Duplex (TDD) , Multiple-Input Multiple-Output (MIMO) , Orthogonal Frequency Division Multiple (OFDM) , Discrete Fourier Transform spread OFDM (DFT-s-OFDM) and/or any other technologies currently known or to be developed in the future.
  • CDMA Code Division Multiple Access
  • FDMA Frequency Division Multiple Access
  • TDMA Time Division Multiple Access
  • FDD Frequency Division Duplex
  • TDD Time Division Duplex
  • MIMO Multiple-Input Multiple-Output
  • OFDM Orthogonal Frequency Division Multiple
  • DFT-s-OFDM Discrete Fourier Transform spread OFDM
  • the first device 110 and the second device 120 can communicate data and control information to each other.
  • a link from the second device 120 to the first device 110 is referred to as a downlink (DL)
  • a link from the first device 110 to the second device 120 is referred to as an uplink (UL) .
  • the second device 120 is a transmitting (TX) device (or a transmitter)
  • the first device 110 is a receiving (RX) device (or a receiver)
  • the first device 110 is a TX device (or a transmitter) and the second device 120 is a RX device (or a receiver) .
  • a first device 110 may need to initiate a RA procedure to establish a connection with the second device 120.
  • a random access (RA) procedure refers to a procedure for a device to establish or reestablish a connection with a network.
  • RA procedures may include slow RA types, quick RA types, or the like.
  • An example of the slow RA types includes a four-step RA (or 4-step RA) where the first device 110 transmits a RA preamble in a first message (represented as “MSG1” sometimes) to the second device 120 and following steps are then performed depending on whether the RA procedure is contention-based or contention-free.
  • the first device 110 may transmit one additional message as a response to MSG1.
  • An example of the quick RA types includes a two-step RA (or 2-step RA) where the first device 110 transmits both a RA preamble and a payload to the second device 120 in one RA message (represented as “MSGA” sometimes) .
  • MSG1 and MSG3 in the 4-step RA are combined into a single message.
  • the second device 120 generally transmit one response message (represented as “MSGB” sometimes) to MSGA in either a contention-based or contention-free procedure.
  • the MSGB is considered as a combination of MSG2 and MSG4 in the 4-step RA.
  • the benefits of the 2-step RA over the 4-step RA is that one round trip cycle is needed between sending MSGA and receiving MSGB, instead of two round trip cycles between sending MSG1 and receiving MSG4.
  • the quick RA types have been proposed recently to enable fast access of a first device (for example, a terminal device) to a second device (for example, a network device) in certain cases.
  • Some communication networks may involve long round trip delays for communication between the devices.
  • the RTT estimated for NTN networks is as high as 12.89 ms (for LEO-based NTN) and 541 ms (for GEO-based NTN) , which is different from the case in current terrestrial cellular deployments. Therefore, in communication networks with long RTT, it would be more advantageous to apply the quick RA, such as the 2-step RA, in order to reduce latency and signalling overhead.
  • Some example potential enhancements are to include more assistance information in a RA message from a terminal device to a network device, such as in the payload of MSGA of the 2-step RA.
  • TA timing advance
  • BSR buffer status report
  • the index of the System Frame Number may also be included in the RA message to help the network device to link the received RA preamble to the corresponding random access channel (RACH) occasion (RO) .
  • RACH random access channel
  • the payload size of the RA message will be increased.
  • the minimum payload size is 56 or 72 bits for typical data included in MSGA for the 2-step RA, with content which includes the same information that can be conveyed in MSG3 for the 4-step RA.
  • the index of SFN information may need about 10 bits
  • the TA value may need about 12 bits for 2 ms in legacy NR and more bits in NTN due to the large coverage area (for example, a NTN UE may need to support up to 541 ms of TA) .
  • the inventors have found that one issue needed to be addressed is the coverage of the RA message.
  • the decoding ability of MSGA includes both decoding of the RA preamble and decoding of the payload. If the coverage of the RA preamble is different from that of the payload, it is possible that the network device detects the RA preamble but is not able to decode the payload correctly. In this case, the network device may order the terminal device to fall back to the slow RA, such as the 4-step RA, by transmitting a required grant for transmission MSG3 with a fallback indication in MSGB. Such fallback will therefore not reduce the delay in the RA procedure.
  • Coverage of a message may be defined in terms of maximum coupling loss (MCL) based on the required signal-noise ratio (SNR) at a target block error rate (BLER) .
  • MCL maximum coupling loss
  • SNR signal-noise ratio
  • BLER target block error rate
  • the terminal device may encode the payload within a transport block (TB) allocated for the transmission of the payload using a redundancy version number 0 (RV0) .
  • RV0 redundancy version number 0
  • the potential retransmission (s) of the payload may be performed only in MSG3 of the 4-step RA if a fallback indication is received.
  • one possible approach is to assign more resource elements (REs) to the terminal device for payload transmission, for example, to increase the amount of physical resource blocks (RPBs) assigned for the payload of MSGA using RV0.
  • the assignment of more REs makes it possible to select a lower and robust modulation and coding schema (MCS) to support a larger TB set (TBS) with different groups of RA preambles.
  • MCS modulation and coding schema
  • TSS TB set
  • this approach is not efficient from the point of view of resource management as the assigned REs are used only when the RA is triggered, which is not be often.
  • an improved solution for transmission of a payload in a RA procedure in order to enhance the coverage of the payload in transmitting a RA message to a second device, a first device performs a transmission of a RA preamble and a plurality of transmissions of a payload.
  • the second device can decode the payload based on at least one of the plurality of transmissions of the payload received from the first device, for example, based on a combination of the plurality of transmissions.
  • the coverage enhancement of the payload can be achieved by re-transmitting the payload for a plurality of times.
  • Multiple transmissions of the payload in the time domain can avoid the side effect of large resource reservation in a single transmission time interval (which will happen if only one time of transmission of the payload follows the RA preamble) , thereby keeping scheduling flexibility for the second device.
  • the signaling flow 200 may involve the first device 110-1 and the second device 120-1 or may involve the first device 110-2 and the second device 120-2 in the communication environment 100 as illustrated in Fig. 1.
  • the first device 110 performs a RA procedure with the second device 120, in order to access to the second device 120.
  • the RA procedure involves transmitting a RA preamble and a payload within a RA message.
  • the first device 110 may perform a quick RA, for example, a 2-step RA, to the second device 120.
  • the first device 110 performs 205 a transmission of a RA preamble to the second device 120.
  • the RA preamble is transmitted as a part of a RA message 202 (referred to as a “first part” or a preamble part for the sake of discussion) .
  • the first device 110 further performs 210 a plurality of transmissions of a payload to the second device 120.
  • the payload is transmitted as a further part of the RA message 202 (referred to as a “second part” or a payload part for the sake of discussion) .
  • the RA message 202 may comprise MSGA in the 2-ste RA.
  • the transmission of the RA preamble may be followed by the plurality of transmissions of the payload.
  • the first device 110 may perform a RA procedure with the second device 120 where the RA preamble and the payload are transmitted in a single RA message for the purpose of fast random access.
  • the first device 110 may perform a quick RA, such as a 2-step RA.
  • the RA preamble may be transmitted via a physical random access channel (PRACH) , using the resource for the RA preamble (such as in the RO) .
  • the payload may be transmitted via a physical uplink shared channel (PUSCH) , for example, using the resources for the payloads (such as in the PUSCH occasion) .
  • PRACH physical random access channel
  • PUSCH physical uplink shared channel
  • the payload may include any information, including data information, assistance information, control information, and/or any other type of information to be transmitted to the second device 120 in the RA procedure.
  • the assistance information may include, for example, the TA value applied by the first device 110, the BSR, the index of the SFN
  • the payload in the RA message 202 may be transmitted for a plurality of times.
  • the coverage enhancement of the payload can be achieved by the repetitions of the payload.
  • the plurality of transmissions of the payload may be performed using consecutive resources in the time domain. In some example embodiments, the plurality of transmissions of the payload may be dispersed in time by using resources non-consecutive in the time domain. In an example embodiment, the dispersed transmissions of the payload may follow a certain pattern.
  • the resources e.g. PUSCH resources
  • used for the transmissions of the payload may be allocated by the second device 120, which will be described in more details below.
  • the payload may be transmitted with a same redundancy version or different redundancy versions in the plurality of transmissions.
  • the first device 110 may perform the plurality of transmissions of the payload according to a redundancy version (or “RV” for short) pattern where the redundancy version pattern may indicate one or more RVs for the transmissions of the payload.
  • RVs of a payload may include the same information bits but different parity bits (or a different number of parity bits) .
  • RVs of a payload may include the same information bits but different parity bits (or a different number of parity bits) .
  • LDPC Low Density Parity Check Code
  • the corresponding indices of the RVs may be referred to as RV0, RV1, RV2, or RV3, for example.
  • the RV pattern used at the first device 110 may be configured by the second device 120 or may be predefined or pre-specified at the first device 110.
  • the RV pattern may indicate a single RV to be used for each of the transmissions of the payload.
  • the single RV may be selected as the one that can support correct self-decoding of the information bits with its parity bits.
  • the RV pattern used for the transmissions of the payload may indicate RV0.
  • the RV pattern may indicate two or more RVs to be used for the transmissions of the payload where different RVs are used in respective different transmissions or one RV may be repeated for two or more transmissions.
  • the RV pattern may indicate RV0, RV2, RV3, and RV1 for four transmissions of the payload, respectively, and thus the first device 110 may transmit the payload accordingly by using the corresponding RV in each transmission.
  • Other RV patterns may also be defined and used by the first device 110.
  • the (re-) transmission of the payload may be configured or defined via a transmission configuration.
  • a transmission configuration may also be referred to as a PUSCH transmission configuration.
  • a transmission configuration for the payload may indicate the number of transmissions of a payload. For example, one transmission configuration may indicate that the payload may be transmitted for one time, another transmission configuration may indicate two transmissions of the payload, and a further transmission configuration may indicate a different number (three or more) of transmissions of the payload.
  • a transmission configuration may additionally or alternatively indicate respective sets of parameters for performing respective transmissions of the payload.
  • a transmission configuration may indicate one or more MCSs for the transmission (s) of the payload, to specify the coding rate, the modulation schema, and/or other transmission parameters.
  • the transmission configuration may indicate the MCS for each transmission.
  • the MCS for each transmission may be configured as the same or may be different from one another. In some examples, the same MCS may be applied for the all the transmissions of the payload.
  • a transmission configuration may further indicate resources for the respective transmissions of the payload, for example, the PRBs used for each transmission.
  • Different transmission configurations may be varied in the aspects of the number of transmissions of the payload, the set of parameters, and/or the resources for the respective transmissions of the payload.
  • the TBS for each transmission may be the same or different from others as the TBS is determined by the MCS and the PRB.
  • a transmission configuration may indicate other configurations for the transmissions of the payload, and the scope of the present disclosure is not limited in this regard.
  • a transmission configuration for a payload in the RA message may be associated with a RA preamble or a group of RA preambles. As such, by selecting the RA preamble for transmitting to the second device 120, the transmission configuration of the payload may also be determined. As illustrated in Fig. 3, a plurality of RA preambles may be divided into different N groups of preambles, including RA Group1 311, RA Group2 312, RA Group3 313, ..., and RA GroupN 31N, where N is an integer larger than or one. Each of those groups may be associated with or mapped to a plurality of different N transmission configuration (represented as “TX Cog. ” ) , respectively, including TX Cog. 1 321, TX Cog. 2 322, TX Cog. 3 323, ...., and TX Cog. N 32N.
  • a transmission configuration may indicate the RV pattern for a plurality of transmissions of the payload.
  • the transmission configuration (s) for the payload and the association of the transmission configuration (s) with the RA preamble (s) or the group (s) of RA preambles may be determined by the second device 120 and signaled to the first device 110, for example, in system information block (SIB) information or radio resource control (RRC) signaling.
  • SIB system information block
  • RRC radio resource control
  • the signaling of the transmission configuration (s) for the payload and the association may be implemented in a broadcast way or in any other suitable way.
  • the second device 120 may determine a transmission configuration for a payload in such a way that coverage of the payload and the associated RA preamble is similar.
  • the second device 120 may transmit one or more transmission configurations to the first device 110, which may be associated with the RA preamble (s) or a group (s) of RA preambles allocated for use by the first device 110. For example, in Fig. 3, not all the N transmission configurations but some of them are signaled to the first device 110.
  • Table 1 shows an example of possible transmission configuration in the specification, indicating a plurality of transmissions for a payload in the RA message, such as MSGA in the 2-step RA.
  • msgA-PUSCH-ResourceGroupAPUSCHRepetition-r16 and “msgA-PUSCH-ResourceGroupBPUSCHRepetition-r16” are included to indicate the resources allocated for two groups of RA preambles, i.e., Group A and Group B, and “msgA-Transmissionnumber-xy” is included to indicate the number of transmissions of the payload.
  • Table 2 shows an example of possible groups of RA preambles that are associated with the transmission configurations.
  • numberofRA-PreamblesPUSCHRepetitionGroupA” and “numberofRA-PreamblesPUSCHRepetitionGroupB” are included to indicate respective RA preambles in Group A and Group B by listing the indices of the RA preambles.
  • Group A and Group B with the listed RA preambles are associated with corresponding transmission configurations indicating a plurality of transmissions (e.g., repetitions) of a payload.
  • the first device 110 may determine a transmission configuration to perform the transmission (s) of the payload.
  • Fig. 4 illustrates a flowchart of a process 400 for transmitting a RA message according to some example embodiments of the present disclosure.
  • the first device 110 selects a RA preamble to be transmitted. In the example embodiments where a RA preamble or a group of RA preamble is associated with a transmission configuration for a payload, the selection of the RA preamble is to determine how the payload is transmitted.
  • the first device 110 may select the RA preamble based on various factors.
  • the first device 110 may estimate a potential size of a payload to be transmitted in the RA message 202 and select a RA preamble from a plurality of RA preambles based on the potential size of the payload.
  • the potential size of the payload may be determined based on data available for being transmitted to the second device 120 as a payload in the RA message.
  • the potential size of the payload may also be determined by considering one or more medium access control (MAC) subheaders and one or more MAC control elements (CEs) if required.
  • MAC medium access control
  • CEs MAC control elements
  • the first device 110 may select a RA preamble or a group of RA preambles that is associated with a transmission configuration indicating a sufficiently large TBS for transmitting at least a payload with the potential size.
  • the TBS may be determined by both the MCS and the PRB.
  • the first device 110 may select a RA preamble or a group of RA preambles that is associated with a transmission configuration indicating a TBS that is closer to the TBS expected for transmitting the payload with the potential size.
  • the first device 110 may select this RA preamble or this group.
  • the first device 110 may also consider other characteristics in selecting the RA preamble or the group of RA preambles.
  • the first device 110 may select a RA preamble based on a channel characteristic of a communication channel between the first device 110 and the second device 120.
  • the channel characteristic may include, for example, a signal quality over the communication channel, such as the reference signal received power (RSRP) , the reference signal received quality (RSRQ) , the signal to interference noise ratio (SNIR) , and the like.
  • the channel characteristic may alternatively or additionally include a pathloss over the communication channel.
  • the channel characteristic such as the signal quality and/or the pathloss
  • the channel characteristic may be measured by a range of the coverage area (e.g., the cell 102) of the second device 120.
  • the larger the range of the coverage area generally means a potential lower signal quality or a higher pathloss.
  • the first device 110 may determine to transmit the payload of the RA message 202 for a plurality of times if a lower signal quality or a higher pathloss over the communication channel is observed. In such case, the first device 110 may select the RA preamble or the group of RA preambles that is associated with a transmission configuration indicating a plurality of transmissions of the payload, in order to achieve coverage enhancement for the payload.
  • the channel characteristic may further a logical channel (LCH) that triggers the random access to the second device 120.
  • LCH logical channel
  • repetitions of the payload in the RA message 202 may be allowed for a certain radio bearer (s) or a certain LCH (s) . Therefore, the first device 110 may determine whether the LCH is allowed for the repetitions of the payload or is corresponding to a radio bearer that is allowed for the repetitions. If the LCH is allowed or the corresponding radio bearer is allowed, the first device 110 may determine a RA preamble that is associated with a transmission configuration indicating a plurality of transmissions of the payload.
  • the first device 110 may select a RA preamble based on a service characteristic of the payload, for example, a characteristic of a service that has data to be transmitted as the payload.
  • a service characteristic of the payload for example, a characteristic of a service that has data to be transmitted as the payload.
  • the repetitions of the payload can help achieve coverage enhancement in the quick RA, which may avoid fallback to the slow RA and therefore reduce the latency for random access.
  • the first device 110 may determine to select a RA preamble or a group of RA preambles that is associated with a transmission configuration indicating a plurality of transmissions of the payload. In some examples, if the service characteristic of the payload indicates that the service is delay-tolerant, the first device 110 may determine to select a RA preamble or a group of RA preambles that is associated with a transmission configuration indicating no repetition of the payload. It would be appreciated that in addition to the requirement related to the latency, the service characteristic may include one or more other characteristics of the service, which may also be used for selecting the RA preamble.
  • the first device 110 may select a RA preamble from that group.
  • the first device 110 determines a transmission configuration for the payload that is associated with the selected RA preamble. In the case that the RA preamble is selected from a group of RA preambles, the first device 110 may determine that the transmission configuration that is associated with that group.
  • the first device 110 transmits the RA message 202, including the selected RA preamble and the payload. As discussed above, the first device 110 performs a transmission of the selected RA preamble. The first device 110 transmits the payload according to the determined transmission configuration. If the determined transmission configuration indicates a plurality of transmissions of the payload, the first device 110 performs the plurality of transmissions of the payload. The first device 110 may also use the parameters for the respective transmissions and the resources indicated by the transmission configuration.
  • the first device 110 monitors 215 a response to the RA message 202 from the second device 120. From the perspective of the second device 120, it receives 220 the transmission of the RA preamble from the first device 110, and receives 225 at least one of the plurality of transmissions of the payload from the first device 110.
  • the second device 120 may perform the reception of the RA preamble and the payload on the resources allocated for the first device 110 to perform the transmissions of the RA preamble and the payload.
  • the second device 120 may try to decode the RA preamble based on the transmission of the RA preamble received from the first device 110. If the RA preamble is decoded successfully, the second device 120 decodes 230 the payload based on the at least one of the plurality of transmissions of the payload received from the first device 110.
  • the second device 120 may try to decode the payload while performing reception of the transmissions of the payload from the first device 110. If the payload can be successfully decoded from the first transmission received from the first device 110, the second device 120 may stop the reception of the following transmission (s) . If the payload cannot be successfully decoded from the first transmission and/or if two or more transmissions of the payload are received, the second device 120 may combine signals received from two or more of the plurality of transmissions to decode the payload. For example, the second device 120 may apply a soft combination of two or more of the plurality of transmissions of the payload.
  • the second device 120 may receive each of the plurality of transmissions of the payload from the first device 110 and decode the payload based on the plurality of transmissions. Due to the repetitions of the payload and the coverage enhancement achieved, the probability of successful decoding the payload may be increased.
  • the second device 120 transmits 235 a response to the RA message 202.
  • the response may be transmitted in MSGB.
  • the first device 110 can receive the response by monitoring a signal from the second device 120 for a certain period of time.
  • the first device 110 may monitor the response by starting a timer indicating a time window. The response may be monitored during the time window. In an example, the first device 110 may start a timer “msgB-ResponseWindow” to monitor MSGB in the case of the 2-step RA. In some example embodiments, the first device 110 may start to monitor the response, for example, start the timer after the last transmission of the plurality of transmissions of the payload has been performed. In an example embodiment, the first device 110 may start to monitor the response, for example, start the timer, after an offset from the last transmission. This is especially beneficial if the RTT between the first device 110 and the second device 120 is large. In some example embodiments, the offset may be determined based on an estimated RTT between the first device 110 and the second device 120, for example, may be set as the estimated RTT.
  • the time duration for the transmissions of the payload may be relatively small.
  • the first device 110 may start to monitor the response after the first transmission of the plurality of transmissions of the payload has been performed, for example, after an offset from the first transmission.
  • the offset from the first transmission may also be determined based on an estimated RTT between the first device 110 and the second device 120, and may be determined to be the same as or different from the offset from the last transmission.
  • the second device 120 may successfully decode the payload from the first transmission or one or more first transmissions.
  • the second device 120 may transmit the response instead of waiting for all the transmissions from the first device 110 are received. In such case, by starting the timer from an offset of the first transmission, the first device 110 may be able to receive the response from the second device 120.
  • any other predetermined transmission than the first or the last transmission may be determined as an anchor transmission from which the timer for monitoring the response can be started.
  • Fig. 5 illustrates an example of a time-based pattern for transmissions and receptions of a RA preamble, a payload, and a response according to some example embodiments of the present disclosure.
  • the first device 110 transmits a RA preamble at T0 and transmits a payload for a plurality of times at T1, T2, ..., T3, to complete the transmission of a RA message.
  • the first device 110 may start a timer at T8 to the RA message after an offset (represented as “Offset1” ) from the first transmission of the payload.
  • the timer may indicate a time window 502 for monitoring a response.
  • the first device 110 may start a timer at T9 for monitoring a response to the RA message after an offset (represented as “Offset2” ) from the last transmission of the payload.
  • the timer may indicate a time window 504 for monitoring a response.
  • the second device 120 receives the transmission of the RA preamble at T4 from the first device 110 and decodes the RA preamble.
  • the second device 120 also receives the plurality of transmissions of the payload at T5, T6, ..., T7, respectively. If the RA preamble is successfully decoded, the second device 120 may decode the payload based on the received transmissions of the payload. In some examples, if the second device 120 can successfully decode the payload from the first transmission of the payload received at T5, it may transmit the response to the RA message after the payload is successfully decoded. In such case, the first device 110 may start to monitor the response after the offset “Offset1” from the first transmission at T1. If “Offset1” is set to be the RTT, the first device 110 may be able to receive the response in the time window 502.
  • the second device 120 may transmit the response after all the plurality of transmissions of the payload have been received and the successful or failed decoding of the payload is completed. In such case, whether the first device 110 may start the timer after an offset from the first transmission or the last transmission, it may be able to receive the response in the time window 502 or 504.
  • Fig. 6 illustrates a flowchart of a process 600 for performing a RA procedure according to some example embodiments of the present disclosure.
  • the second device 120 determines whether the RA preamble is successfully decoded based on the transmission of the RA preamble received from the first device 110. If the RA preamble is successfully decoded, at block 615, the second device 120 determines whether the payload is successfully decoded based on at least one of the plurality of transmissions of the payload received from the first device 110. If the payload is not successfully decoded, at block 620, the second device 120 transmits a response including a fallback indication to the first device 110.
  • CFRA contention-free random access
  • CBRA contention-based random access
  • CFRA is performed by the first device 110 based on a specific RA resource assigned by the second device, without contention with other devices.
  • CBRA may lead to a situation where multiple first devices (e.g., terminal devices) attempt to access the second device 120 through the RA procedure using the same RA resource, and therefore requires contention resolution.
  • the second device 120 determines whether the first device 110 performs a CFRA. If this is not a CFRA, the first device 110 will fall back to a slow RA, for example, a 4-step RA.
  • the second device 120 continues to perform the slow RA with the first device 110.
  • the first device 110 which receives the response including the fallback indication, may continue to perform the slow RA.
  • the second device 120 determines that the current RA procedure is successfully completed.
  • the first device 110 may also determine the competition of the RA procedure in this case.
  • the second device 120 determines whether the first device 110 performs a CBRA at block 640. If this is a CBRA, at block 645, the second device 120 determines whether a contention resolution is successful. If the contention resolution is successful, at block 650, the second device 120 transmits a response indicating a successful RA to the first device 110. If it is determined at block 640 that this is a CFRA, not a CBRA, the second device 120 also proceeds with transmitting the response indicating a successful RA at block 650. After transmitting the response indicating a successful RA, the second device 120 determines, at block 635, that the current RA procedure is successfully completed. The first device 110 may also determine the competition of the RA procedure in this case.
  • the second device 120 may transmit a response to trigger a retransmission procedure of the RA message 202 at block 655.
  • the first device 110 may retransmit the RA message 202 in a similar way as described with reference to the signaling flow 200 of Fig. 2.
  • Fig. 6 is an example process implemented at the second device 120 and the process 600 is provided for the purpose of illustration only. One or more different operations may be added, and one or more of the illustrated operations may be omitted or their order may be changed in the process 600.
  • one or more transmission configurations for a payload in a RA message may be determined by the second device 120. Some example embodiments of how the transmission configurations are determined will now be discussed.
  • the second device 120 may determine one or more estimated sizes of a payload to be transmitted by the first device 110 in a RA message during a certain type of RA procedure, for example, in MSGA of a 2-step RA.
  • the estimated size (s) of the payload may be determined based on the size of a payload to be included in a legacy RA message, which might be known to the second device 120, such as the size of a payload in MSG3 of the 4-step RA transmitted from the first device 110.
  • the second device 120 may determine that one or more types of assistance information may be included in a payload of the RA message.
  • the assistance information may include, for example, the TA value applied by the first device 110, the BSR, the index of the SFN, and the like.
  • the second device 120 may determine the sizes of the respective types of assistance information.
  • the second device 120 may determine the estimated size of the payload additionally based on the sizes of the respective types of assistance information, for example, based on a sum of the sizes.
  • the second device 120 may estimate a plurality of possible sizes of the payload.
  • the second device 120 determines one or more transmission configurations for the first device 110 to perform a payload transmission based on the one estimated size (s) .
  • one or more transmission configurations may be determined for each estimated size of the payload.
  • a transmission configuration may indicate the number of transmissions of a payload, respective sets of parameters for performing respective transmissions of the payload, resources for respective transmissions of a payload, and/or the like.
  • the second device 120 may define the transmission configurations in such a way that the number of transmissions of the payload, the parameters, and the resources can allow substantially equivalent coverage of the payload as compared with the coverage of a RA preamble.
  • the second device 120 may provide the one or more transmission configurations to the first device 110, for example, via SIB or RRC.
  • the second device 120 may associated each transmission configuration with a RA preamble or a group of RA preambles allocated to the first device 110. Different transmission configurations may be associated with different RA preambles or different groups of RA preambles.
  • the second device 120 may transmit, to the first device 110, information indicating the association of the respective transmission configurations with the respective RA preambles or the respective groups of RA preambles.
  • the first device 110 performs the RA procedure where the RA preamble and the payload are transmitted in one RA message, which may be considered as a quick RA procedure. In some example embodiments, before initiating the RA procedure, the first device 110 may determine which RA type is to be initiated.
  • a quick RA type generally requires less messages exchanged between the two devices than a slow RA type.
  • An example quick RA type comprises a 2-step RA, which typically requires two messages (e.g., MSGA and MSGB) exchanged between the first device 110 and the second device 120 to complete the RA.
  • An example slow RA type comprises a 4-step RA, which typically requires up to four messages (e.g., MSG1, MSG2, MSG3, and MSG4) exchanged between the first device 110 and the second device 120.
  • the first device 110 may select a RA type from a plurality of available RA types to perform the RA procedure with the second device 120.
  • the first device 110 may select the RA type based on a quality of service (QoS) requirement for the payload, more specifically, a QoS requirement for a service associated with the payload.
  • QoS quality of service
  • some payload may be associated with a time-critical service while some payload may be associated with a delay-tolerant service.
  • QoS requirements may be varied from different first devices, the first device 110 can adaptively select among different RA types according to its QoS requirement.
  • the QoS-based RA type selection may be performed per radio bear, per access category, per access class, or per QoS flow.
  • the plurality of RA types may be different in term of latency. For example, some quick RA types may have lower latency than the slow RA types.
  • the first device 110 may select a RA type for use based on a delay requirement in the QoS requirement. If the first device 110 determines that the QoS requirement indicates a low allowable delay for the payload, for example, an allowable delay lower than a threshold, it may select a quick RA type to perform the RA procedure in order to meet the delay requirement. In some examples, the first device 110 may select the 2-step RA in the case of a low allowable delay for the payload, which may be associated with the time-critical service. In some examples, the first device 110 may select the slow RA, such as the 4-step RA, in the case of a large allowable delay for the payload associated with the delay-tolerant service.
  • a reliability requirement of a payload may also be used by the first device 110 to guide the selection of the RA type.
  • a reliability requirement of a payload may also be used by the first device 110 to guide the selection of the RA type.
  • more resources may be allocated for transmitting the payload as compared with the payload transmission in other RA types.
  • the QoS-based RA type selection can help balance the overall resource overhand and the fulfillment of the QoS requirement.
  • the first device 110 may further consider the signal quality, such as RSRP, RSRQ, or the like, in selecting the RA type.
  • a signal quality threshold such as a RSRP or RSRQ threshold may be utilized to determine whether a quick RA type or a slow RA type is selected.
  • the quick RA type may be selected in the case that the signal quality is high (e.g., higher than the signal quality threshold) .
  • Fig. 7 shows a flowchart of an example method 7500 implemented at a first device in accordance with some example embodiments of the present disclosure. For the purpose of discussion, the method 700 will be described from the perspective of the first device 110 with respect to Fig. 1.
  • the first device 110 performs a transmission of a RA preamble to a second device 120 120 as a first part of a RA message.
  • the first device 110 performs a plurality of transmissions of a payload to the second device 120 as a second part of the RA message.
  • the first device 110 may select the RA preamble from a plurality of RA preambles based on at least one of the following: a potential size of the payload, a channel characteristic of a communication channel between the first device 110 and the second device 120, and a service characteristic of the payload.
  • the first device 110 may determine a transmission configuration associated with the RA preamble or a group of RA preambles comprising the RA preamble.
  • the transmission configuration indicating at least one of the following: the number of transmissions of the payload, a plurality of sets of parameters for performing respective transmissions of the payload, and resources for the respective transmissions of the payload.
  • the first device 110 may perform the plurality of transmissions of the payload based on the determined transmission configuration.
  • the first device 110 may receive at least one transmission configuration from the second device 120, and determine the transmission configuration based on an association of at least one transmission configuration with at least one RA preamble or at least one group of RA preambles.
  • the first device 110 may perform the plurality of transmissions of the payload according to a redundancy version pattern, the redundancy version pattern indicating at least one redundancy version for the plurality of transmissions of the payload. In some example embodiments, the first device 110 may perform the plurality of transmissions of the payload using resources consecutive or non-consecutive in a time domain.
  • the first device 110 may select a RA type from a plurality of available RA types based on a quality of service requirement for the payload, and perform the transmission of the RA preamble and the plurality of transmissions of the payload are performed based on the determined RA type.
  • the first device 110 may select a 2-step RA type from the plurality of available RA types.
  • the first device 110 monitors a response to the RA message from the second device 120.
  • the first device 110 may start, after an offset from the first transmission or a last transmission of the plurality of transmissions of the payload, a timer indicating a time window during which the response is monitored.
  • Fig. 8 shows a flowchart of an example method 800 implemented at a second device in accordance with some example embodiments of the present disclosure. For the purpose of discussion, the method 800 will be described from the perspective of the second device 120 with respect to Fig. 1.
  • the second device 120 receives a transmission of a RA preamble from a first device 110 as a first part of a RA message.
  • the second device 120 receives at least one of a plurality of transmissions of a payload from the first device 110 as a second part of the RA message.
  • the second device 120 decodes the payload based on the at least one of the plurality of transmissions of the payload received from the first device 110. In some example embodiments, if two or more of the plurality of transmissions of the payload are received from the first device 110, the second device 120 may decode the payload by combining the two or more of the plurality of transmissions of the payload.. At block 840, the second device 120 transmits, to the first device 110, a response to the RA message based on a result of the decoding.
  • the second device 120 may determine at least one estimated size of a payload to be transmitted by the first device 110 in the RA message, and determine at least one transmission configuration for the first device 110 to perform a payload transmission based on the at least one estimated size. The second device 120 may transmit the at least one transmission configuration to the first device 110.
  • the second device 120 may associate the at least one transmission configuration with at least one RA preamble or at least one group of RA preambles allocated to the first device 110.
  • the second device 120 may transmit, to the first device 110, information indicating the association of the at least one transmission configuration with the at least one RA preamble or the at least one group of RA preambles.
  • each of the at least one transmission configuration indicates at least one of the following: the number of transmissions of a payload, a plurality of sets of parameters for performing respective transmissions of a payload, and resources for respective transmissions of a payload.
  • a first apparatus capable of performing any of the method 700 may comprise means for performing the respective operations of the method 700.
  • the means may be implemented in any suitable form.
  • the means may be implemented in a circuitry or software module.
  • the first apparatus may be implemented as or included in the first device 110.
  • the first apparatus comprises: means for means for performing a transmission of a random access preamble to a second apparatus (e.g., implemented as or included in the second device 120) , as a first part of a random access message; means for performing a plurality of transmissions of a payload to the second apparatus as a second part of the random access message; and means for monitoring a response to the random access message from the second apparatus.
  • a second apparatus e.g., implemented as or included in the second device 120
  • the first apparatus comprises: means for means for performing a transmission of a random access preamble to a second apparatus (e.g., implemented as or included in the second device 120) , as a first part of a random access message; means for performing a plurality of transmissions of a payload to the second apparatus as a second part of the random access message; and means for monitoring a response to the random access message from the second apparatus.
  • the first apparatus may further comprise means for selecting the random access preamble from a plurality of random access preambles based on at least one of the following: a potential size of the payload, a channel characteristic of a communication channel between the first apparatus and the second apparatus, and a service characteristic of the payload.
  • the first apparatus may further comprise means for determining a transmission configuration associated with the random access preamble or a group of random access preambles comprising the random access preamble, the transmission configuration indicating at least one of the following: the number of transmissions of the payload, a plurality of sets of parameters for performing respective transmissions of the payload, and resources for the respective transmissions of the payload.
  • the plurality of transmissions of the payload are performed based on the determined transmission configuration.
  • the means for determining the transmission configuration comprises means for receiving at least one transmission configuration from the second apparatus; and means for determining the transmission configuration based on an association of at least one transmission configuration with at least one random access preamble or at least one group of random access preambles.
  • the means for performing the plurality of transmissions of the payload comprises: means for performing the plurality of transmissions of the payload according to a redundancy version pattern, the redundancy version pattern indicating at least one redundancy version for the plurality of transmissions of the payload.
  • the means for performing the plurality of transmissions of the payload comprises means for performing the plurality of transmissions of the payload using resources consecutive or non-consecutive in a time domain.
  • the means for monitoring the response comprises: means for starting, after an offset from the first transmission or a last transmission of the plurality of transmissions of the payload, a timer indicating a time window during which the response is monitored.
  • the first apparatus further comprises means for selecting a random access type from a plurality of available random access types based on a quality of service requirement for the payload. In some example embodiments, the transmission of the random access preamble and the plurality of transmissions of the payload are performed based on the determined random access type.
  • the means for determining the random access type comprises means for, in accordance with a determination that the quality of service requirement indicates an allowable delay for the payload lower than a threshold, selecting a two-step random access type from the plurality of available random access types.
  • the first apparatus further comprises means for performing other operations in some example embodiments of the method 700.
  • the means comprises at least one processor; and at least one memory including computer program code, the at least one memory and computer program code configured to, with the at least one processor, cause the performance of the first apparatus.
  • a second apparatus capable of performing any of the method 800 may comprise means for performing the respective operations of the method 800.
  • the means may be implemented in any suitable form.
  • the means may be implemented in a circuitry or software module.
  • the second apparatus may be implemented as or included in the second device 120.
  • the second apparatus comprises means for receiving a transmission of a random access preamble from a first apparatus (e.g., implemented as or included in the first device 110) as a first part of a random access message; means for receiving at least one of a plurality of transmissions of a payload from the first apparatus as a second part of the random access message; means for decoding the payload based on the at least one of the plurality of transmissions of the payload received from the first apparatus; and means for transmitting, to the first apparatus, a response to the random access message based on a result of the decoding.
  • a first apparatus e.g., implemented as or included in the first device 110
  • the second apparatus comprises means for receiving a transmission of a random access preamble from a first apparatus (e.g., implemented as or included in the first device 110) as a first part of a random access message; means for receiving at least one of a plurality of transmissions of a payload from the first apparatus as a second part of the random access message;
  • the means for decoding comprises means for, in response to two or more of the plurality of transmissions of the payload being received from the first device, decoding the payload by combining the two or more of the plurality of transmissions of the payload.
  • the second apparatus further comprises means for determining at least one estimated size of a payload to be transmitted by the first apparatus in the random access message; means for determining at least one transmission configuration for the first apparatus to perform a payload transmission based on the at least one estimated size; and means for transmitting the at least one transmission configuration to the first apparatus.
  • each of the at least one transmission configuration indicates at least one of the following: the number of transmissions of a payload, a plurality of sets of parameters for performing respective transmissions of a payload, and resources for respective transmissions of a payload.
  • the second apparatus further comprises means for associating the at least one transmission configuration with at least one random access preamble or at least one group of random access preambles allocated to the first apparatus; and means for transmitting, to the first apparatus, information indicating the association of the at least one transmission configuration with the at least one random access preamble or the at least one group of random access preambles.
  • the second apparatus further comprises means for performing other operations in some example embodiments of the method 800.
  • the means comprises at least one processor; and at least one memory including computer program code, the at least one memory and computer program code configured to, with the at least one processor, cause the performance of the second apparatus.
  • Fig. 9 is a simplified block diagram of a device 900 that is suitable for implementing example embodiments of the present disclosure.
  • the device 900 may be provided to implement a communication device, for example, the first device 110 or the second device 120 as shown in Fig. 1.
  • the device 900 includes one or more processors 910, one or more memories 920 coupled to the processor 910, and one or more communication modules 940 coupled to the processor 910.
  • the communication module 940 is for bidirectional communications.
  • the communication module 940 has one or more communication interfaces to facilitate communication with one or more other modules or devices.
  • the communication interfaces may represent any interface that is necessary for communication with other network elements.
  • the communication module 940 may include at least one antenna.
  • the processor 910 may be of any type suitable to the local technical network and may include one or more of the following: general purpose computers, special purpose computers, microprocessors, digital signal processors (DSPs) and processors based on multicore processor architecture, as non-limiting examples.
  • the device 900 may have multiple processors, such as an application specific integrated circuit chip that is slaved in time to a clock which synchronizes the main processor.
  • the memory 920 may include one or more non-volatile memories and one or more volatile memories.
  • the non-volatile memories include, but are not limited to, a Read Only Memory (ROM) 924, an electrically programmable read only memory (EPROM) , a flash memory, a hard disk, a compact disc (CD) , a digital video disk (DVD) , an optical disk, a laser disk, and other magnetic storage and/or optical storage.
  • ROM Read Only Memory
  • EPROM electrically programmable read only memory
  • flash memory a hard disk
  • CD compact disc
  • DVD digital video disk
  • optical disk a laser disk
  • RAM random access memory
  • a computer program 930 includes computer executable instructions that are executed by the associated processor 910.
  • the program 930 may be stored in the memory, e.g., ROM 924.
  • the processor 910 may perform any suitable actions and processing by loading the program 930 into the RAM 922.
  • the example embodiments of the present disclosure may be implemented by means of the program 930 so that the device 900 may perform any process of the disclosure as discussed with reference to Figs. 2 to 8.
  • the example embodiments of the present disclosure may also be implemented by hardware or by a combination of software and hardware.
  • the program 930 may be tangibly contained in a computer readable medium which may be included in the device 900 (such as in the memory 920) or other storage devices that are accessible by the device 900.
  • the device 900 may load the program 930 from the computer readable medium to the RAM 922 for execution.
  • the computer readable medium may include any types of tangible non-volatile storage, such as ROM, EPROM, a flash memory, a hard disk, CD, DVD, and the like.
  • Fig. 10 shows an example of the computer readable medium 1000 which may be in form of CD, DVD or other optical storage disk.
  • the computer readable medium has the program 930 stored thereon.
  • various embodiments of the present disclosure may be implemented in hardware or special purpose circuits, software, logic or any combination thereof. Some aspects may be implemented in hardware, while other aspects may be implemented in firmware or software which may be executed by a controller, microprocessor or other computing device. While various aspects of embodiments of the present disclosure are illustrated and described as block diagrams, flowcharts, or using some other pictorial representations, it is to be understood that the block, apparatus, system, technique or method described herein may be implemented in, as non-limiting examples, hardware, software, firmware, special purpose circuits or logic, general purpose hardware or controller or other computing devices, or some combination thereof.
  • the present disclosure also provides at least one computer program product tangibly stored on a non-transitory computer readable storage medium.
  • the computer program product includes computer-executable instructions, such as those included in program modules, being executed in a device on a target physical or virtual processor, to carry out any of the methods as described above with reference to Fig. 2, Fig. 4, and Figs. 5 to 7.
  • program modules include routines, programs, libraries, objects, classes, components, data structures, or the like that perform particular tasks or implement particular abstract data types.
  • the functionality of the program modules may be combined or split between program modules as desired in various embodiments.
  • Machine-executable instructions for program modules may be executed within a local or distributed device. In a distributed device, program modules may be located in both local and remote storage media.
  • Program code for carrying out methods of the present disclosure may be written in any combination of one or more programming languages. These program codes may be provided to a processor or controller of a general purpose computer, special purpose computer, or other programmable data processing apparatus, such that the program codes, when executed by the processor or controller, cause the functions/operations specified in the flowcharts and/or block diagrams to be implemented.
  • the program code may execute entirely on a machine, partly on the machine, as a stand-alone software package, partly on the machine and partly on a remote machine or entirely on the remote machine or server.
  • the computer program code or related data may be carried by any suitable carrier to enable the device, apparatus or processor to perform various processes and operations as described above.
  • Examples of the carrier include a signal, computer readable medium, and the like.
  • the computer readable medium may be a computer readable signal medium or a computer readable storage medium.
  • a computer readable medium may include but not limited to an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples of the computer readable storage medium would include an electrical connection having one or more wires, a portable computer diskette, a hard disk, a random access memory (RAM) , a read-only memory (ROM) , an erasable programmable read-only memory (EPROM or Flash memory) , an optical fiber, a portable compact disc read-only memory (CD-ROM) , an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Des exemples de modes de réalisation de la présente divulgation concernent la transmission d'une charge utile dans une procédure d'accès aléatoire (RA). Un premier dispositif effectue une transmission d'un préambule d'accès aléatoire vers un second dispositif en tant que première partie d'un message d'accès aléatoire et effectue une pluralité de transmissions d'une charge utile vers le second dispositif en tant que seconde partie du message d'accès aléatoire. Le premier dispositif surveille une réponse au message d'accès aléatoire provenant du second dispositif. Le second dispositif décode la charge utile sur la base d'au moins une transmission parmi la pluralité de transmissions de la charge utile reçue en provenance du premier dispositif, et transmet, au premier dispositif, une réponse au message d'accès aléatoire sur la base d'un résultat du décodage.
PCT/CN2020/122592 2020-10-21 2020-10-21 Transmission de charge utile dans une procédure de ra WO2022082532A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202080107687.2A CN116569638A (zh) 2020-10-21 2020-10-21 Ra过程中的有效载荷的传输
PCT/CN2020/122592 WO2022082532A1 (fr) 2020-10-21 2020-10-21 Transmission de charge utile dans une procédure de ra

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2020/122592 WO2022082532A1 (fr) 2020-10-21 2020-10-21 Transmission de charge utile dans une procédure de ra

Publications (1)

Publication Number Publication Date
WO2022082532A1 true WO2022082532A1 (fr) 2022-04-28

Family

ID=81291359

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2020/122592 WO2022082532A1 (fr) 2020-10-21 2020-10-21 Transmission de charge utile dans une procédure de ra

Country Status (2)

Country Link
CN (1) CN116569638A (fr)
WO (1) WO2022082532A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP4318974A1 (fr) * 2022-08-05 2024-02-07 Comcast Cable Communications, LLC Accès aléatoire dans un réseau non terrestre

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104981022A (zh) * 2014-04-04 2015-10-14 北京三星通信技术研究有限公司 数据传输的方法、基站及终端
US20200029366A1 (en) * 2016-09-30 2020-01-23 Samsung Electronics Co., Ltd. Method and device for performing a random access in wireless communication system
CN111601393A (zh) * 2019-02-21 2020-08-28 中国移动通信有限公司研究院 资源配置方法、随机接入方法、网络侧设备及终端
WO2020206651A1 (fr) * 2019-04-11 2020-10-15 Qualcomm Incorporated Indication de repli de rach à deux étapes vers un rach à quatre étapes

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104981022A (zh) * 2014-04-04 2015-10-14 北京三星通信技术研究有限公司 数据传输的方法、基站及终端
US20200029366A1 (en) * 2016-09-30 2020-01-23 Samsung Electronics Co., Ltd. Method and device for performing a random access in wireless communication system
CN111601393A (zh) * 2019-02-21 2020-08-28 中国移动通信有限公司研究院 资源配置方法、随机接入方法、网络侧设备及终端
WO2020206651A1 (fr) * 2019-04-11 2020-10-15 Qualcomm Incorporated Indication de repli de rach à deux étapes vers un rach à quatre étapes

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP4318974A1 (fr) * 2022-08-05 2024-02-07 Comcast Cable Communications, LLC Accès aléatoire dans un réseau non terrestre

Also Published As

Publication number Publication date
CN116569638A (zh) 2023-08-08

Similar Documents

Publication Publication Date Title
US20220286235A1 (en) Dynamic Retransmission Configuration
FI129385B (en) Setting the Race Policy Solution Timer
US20220338240A1 (en) Service based uplink retransmission
US20220294572A1 (en) Sharing harq processes by multiple configured grants resources
US11382138B2 (en) Random access in communication system
JP7327483B2 (ja) マルチｔｒｐ送信のための方法、デバイス、及びプログラム
WO2020191625A9 (fr) Mécanisme d'activation de harq basé sur un service
WO2022082532A1 (fr) Transmission de charge utile dans une procédure de ra
AU2019443642B2 (en) Contention resolution in random access procedure
US11445425B2 (en) Beam failure recovery mechanism
WO2021056462A1 (fr) Terminaison de fenêtre de surveillance dans une procédure d'accès aléatoire
US20220394758A1 (en) Contention resolution in random access procedure
CN114071571A (zh) 上行信道间冲突的传输方法、装置及存储介质
WO2024036621A1 (fr) Sélection d'autorisation de liaison montante pour économie d'énergie d'un équipement utilisateur
WO2024092672A1 (fr) Activation de (re) transmissions avec transmission discontinue/réception discontinue de réseau
US20210306124A1 (en) Scheduling release feedback
WO2024036503A1 (fr) Procédé et appareil de transmission de liaison montante
WO2023035148A1 (fr) Demande de cot proactive
WO2023035140A1 (fr) Demande de cot proactive
WO2022204957A1 (fr) Sélection de processus harq
WO2024026819A1 (fr) Décision de configuration de rétroaction assistée
WO2020097775A1 (fr) Communications avec des ressources de liaison montante préconfigurées
WO2020227922A1 (fr) Activation de cellule secondaire
WO2024068121A1 (fr) Dispositifs, procédés et appareils de transmission en liaison montante

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 20958115

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 202080107687.2

Country of ref document: CN

122 Ep: pct application non-entry in european phase

Ref document number: 20958115

Country of ref document: EP

Kind code of ref document: A1