CN111447644A - 用户设备以及上行数据传输方法 - Google Patents

用户设备以及上行数据传输方法 Download PDF

Info

Publication number
CN111447644A
CN111447644A CN201910045534.9A CN201910045534A CN111447644A CN 111447644 A CN111447644 A CN 111447644A CN 201910045534 A CN201910045534 A CN 201910045534A CN 111447644 A CN111447644 A CN 111447644A
Authority
CN
China
Prior art keywords
uplink data
data transmission
msga
tbs
pusch
Prior art date
Legal status (The legal status 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 status listed.)
Pending
Application number
CN201910045534.9A
Other languages
English (en)
Inventor
吴敏
孙霏菲
喻斌
熊琦
钱辰
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Samsung Telecom R&D Center
Beijing Samsung Telecommunications Technology Research Co Ltd
Samsung Electronics Co Ltd
Original Assignee
Beijing Samsung Telecommunications Technology Research Co Ltd
Samsung Electronics Co Ltd
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 Beijing Samsung Telecommunications Technology Research Co Ltd, Samsung Electronics Co Ltd filed Critical Beijing Samsung Telecommunications Technology Research Co Ltd
Priority to CN201910045534.9A priority Critical patent/CN111447644A/zh
Priority to EP20742000.1A priority patent/EP3906747A4/en
Priority to US17/310,088 priority patent/US12010726B2/en
Priority to KR1020200006159A priority patent/KR20200090126A/ko
Priority to PCT/KR2020/000796 priority patent/WO2020149660A1/en
Publication of CN111447644A publication Critical patent/CN111447644A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/002—Transmission of channel access control information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0833—Random access procedures, e.g. with 4-step access
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0009—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the channel coding
    • H04L1/0013—Rate matching, e.g. puncturing or repetition of code symbols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1664—Details of the supervisory signal the supervisory signal being transmitted together with payload signals; piggybacking
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1864—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/189—Transmission or retransmission of more than one copy of a message
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0001—Arrangements for dividing the transmission path
    • H04L5/0003—Two-dimensional division
    • H04L5/0005—Time-frequency
    • H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0044—Arrangements for allocating sub-channels of the transmission path allocation of payload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signaling for the administration of the divided path
    • H04L5/0094—Indication of how sub-channels of the path are allocated
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
    • H04W48/10—Access restriction or access information delivery, e.g. discovery data delivery using broadcasted information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0866—Non-scheduled access, e.g. ALOHA using a dedicated channel for access
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
    • H04W48/12—Access restriction or access information delivery, e.g. discovery data delivery using downlink control channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

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

Abstract

本申请实施例提供了用户设备以及上行数据传输方法，涉及通信技术领域。该方法包括：通过竞争的随机接入RACH过程进行上行数据传输。本申请实施例实现了用户设备在RRC空闲态发送上行数据时，无需建立RRC连接，可以通过RACH过程直接发送上行数据，从而可以降低UE功耗，并且可以降低***资源浪费。

Description

用户设备以及上行数据传输方法
技术领域
本申请涉及通信技术领域，具体而言，本申请涉及一种用户设备以及上行数据传输方法。
背景技术
在无线移动通信***中，用户设备(User Equipment，UE)一般只能在建立无线资源控制(Radio Resource Control，RRC)连接态后才能发送上行数据，即UE在发送上行数据之前，需要先发起RRC连接，并在RRC连接成功建立之后，才可以发送上行数据。
然而，当UE需要分多次发送上行数据时，在每次发送上行数据之前，均需要重新建立RRC连接，例如对于物联网(Internet Of Things，IOT)UE而言，很多应用场景都是小包数据，例如抄表业务等，如果发送每个小包数据，都需要建立一次RRC连接，从而导致UE的功耗较大以及***资源浪费。
发明内容
本申请提供了用户设备以及上行数据传输方法，可以解决UE功耗较大以及***资源浪费的问题。技术方案如下：
第一方面，提供了一种上行数据传输方法，由UE执行，该方法包括：
通过竞争的随机接入RACH过程进行上行数据传输。
第二方面，提供了一种用户设备，该装置包括：
上行数据传输模块，用于通过竞争的随机接入RACH过程进行上行数据传输。
第三方面，提供了一种用户设备，该用户设备包括：
存储器，配置用于存储机器可读指令，指令在由处理器执行时，使得处理器执行第一方面所示的上行数据传输的方法。
本申请提供的技术方案带来的有益效果是：
本申请提供了一种用户设备以及上行数据传输的方法，与现有技术中在RRC连接态传输上行数据相比，本申请通过竞争的随机接入RACH过程进行上行数据传输，即RRC空闲态用户设备在分多次发送上行数据时，无需建立RRC连接，可以通过RACH过程中直接发送上行数据，从而可以降低UE功耗，并且可以降低***资源浪费。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对本申请实施例描述中所需要使用的附图作简单地介绍。
图1为本申请实施例提供的一种上行数据传输的方法流程示意图；
图2为本申请实施例一提供的一种上行数据传输的方法流程示意图；
图3为MAC帧结构的示意图；
图4为本申请实施例提供的E/T/R/BIMAC subheader的示意图；
图5a为本申请实施例提供的E/T/T1/R/FI MAC subheader的示意图；
图5b为本申请实施例提供的E/T/T1/R/BIMAC subheader的示意图；
图6a为Flag域指示值为0时，MAC RAR的一种结构示意图；
图6b为Flag域指示值为1时，MAC RAR的一种结构示意图；
图7a为Flag域指示值为0时，MAC RAR的另一种结构示意图；
图7b为Flag域指示值为1时，MAC RAR的另一种结构示意图；
图8a为Flag域指示值为00时，MAC RAR的一种结构示意图；
图8b为Flag域指示值为01时，MAC RAR的一种结构示意图；
图8c为Flag域指示值为10时，MAC RAR的一种结构示意图；
图8d为Flag域指示值为11时，MAC RAR的一种结构示意图；
图9为本申请实施例二提供的一种上行数据传输的方法流程示意图；
图10为本申请实施例三提供的一种上行数据传输的方法流程示意图；
图11为“R”域用于指示EDT或non-EDT的示意图；
图12为对应不同的TBS值的资源分配的示意图；
图13为本申请实施例中一种用户设备UE的装置结构示意图；
图14为本申请实施例中一种用户设备UE的结构示意图；
图15为本申请实施例中计算***框架图。
具体实施方式
下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能解释为对本发明的限制。
本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本申请的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。
为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。
在现有长期演进(Long Term Evolution，LTE)***中，RRC空闲态的机器类通信(Machine Type Communication，MTC)UE和窄带物联网(Narrow Band Internet ofThings，NB-IoT)UE都支持提前数据传输(Early Data Transmission，EDT)，EDT是指UE在现有4-step RACH过程的Msg3(PUSCH)携带所有的待传输数据，如果RACH过程竞争成功，UE可以直接返回RRC空闲态，无需建立RRC连接。与常规的建立RRC连接发送上行数据的方法相比，EDT非常适用于小包数据的传输，可以有效降低UE功耗和节省***资源。
对于5G新无线电通信(New Radio，NR)UE，EDT可能在以后的版本中被支持，此外，***还可能会定义2-step RACH过程，那么UE基于2-step RACH和/或4-step RACH过程支持EDT都有可能，这些都会引入新的标准改动，本申请针对这些技术细节给出可能的设计方案。
图1为上行数据传输的方法流程示意图，具体如下所示：
步骤S101、通过竞争的随机接入RACH过程进行上行数据传输。
本申请实施例的另一种可能的实现方式，步骤S101具体可以包括：步骤S1011(图中未示出)以及步骤S1012(图中未示出)，其中，
步骤S1011、发送MsgA。
其中，MsgA包括物理随机接入信道(Physical Random Access Channel，PRACH)，以及物理上行共享信道(Physical Uplink Shared Channel，PUSCH)，PUSCH携带上行数据，以及UE竞争解决标识ID。
步骤S1012、监听MsgB。
其中，MsgB携带UE竞争解决ID，如果MsgB携带的UE竞争解决ID与MsgA中的PUSCH携带的UE竞争解决ID相同，则表征RACH过程竞争成功。
本申请实施例的另一种可能的实现方式，MsgB包括：物理下行共享信道(PhysicalDownlink Shared Channel，PDSCH)，其中，PDSCH包括UE对应的物理媒体存取控制(MediaAccess Control，MAC)随机接入响应(Random Access Response，RAR)，MAC RAR指示UE竞争解决ID；
本申请实施例的另一种可能的实现方式，MAC RAR包含Flag域，其中，Flag域指示多种MAC RAR，不同的MAC RAR包含不同的控制信令域，不同的MAC RAR具有相同的载荷大小或者具有不同的载荷大小。
本申请实施例的另一种可能的实现方式，MAC RAR中包含的Flag域用于指示两种MAC RAR。
其中，两种MAC RAR包括：
第一种MAC RAR包含UE竞争解决ID，或者包含定时提前量控制TA Command和临时小区无线网络临时标识(Temoporary Cell-Radio Network Temporary Identifier，Temoporary C-RNTI)中的至少一项以及UE竞争解决ID；
第二种MAC RAR包含上行授权UL Grant，UL Grant用于调度MsgA中的PUSCH重传，或者包含TA Command和Temoporary C-RNTI中的至少一项以及UL Grant。
本申请实施例的另一种可能的实现方式，第一种MAC RAR还包含确认资源指示符ARI，ARI指示反馈MsgB的ACK的物理上行控制信道PUCCH的资源。
本申请实施例的另一种可能的实现方式，MsgB包括下行控制信息DCI，DCI用于指示的UE竞争解决ID。
本申请实施例的另一种可能的实现方式，DCI包含Flag域，DCI中包含的Flag域指示两种DCI，
其中，两种DCI包括：
第一种DCI包含UE竞争解决ID，或者包含TA Command和Temoporary C-RNTI中的至少一项以及UE竞争解决ID；
第二种DCI用于调度MsgA中的PUSCH重传，DCI还包含TA Command和Temoporary C-RNTI中的至少一项。
本申请实施例的另一种可能的实现方式，DCI的用于加扰循环冗余校验CRC的RNTI值基于MsgA中的PRACH的时频域资源以及所使用的前导码Preamble计算得出。
本申请实施例的另一种可能的实现方式，MsgB还包含指示符，指示符用于指示在两步RACH过程中竞争未成功的UE回退到四步RACH过程的概率。
本申请实施例的另一种可能的实现方式，步骤S101具体还可以包括：S101a(图中未示出)、步骤S101b(图中未示出)、步骤S101c(图中未示出)以及步骤S101d(图中未示出)，其中，
步骤S101a、发送Msg1。
其中，Msg1包括：PRACH。
步骤S101b、监听Msg2，Msg2包含PDCCH及PDCCH调度的PDSCH。
其中，PDSCH包含UE对应的MAC RAR，MAC RAR调度一个PUSCH。
步骤S101c、发送Msg3。
其中，Msg3包含Msg2包含的MAC RAR所调度的PUSCH，PUSCH携带上行数据，以及UE竞争解决ID。
步骤S101d、监听Msg4。
其中，Msg4包含PDCCH及PDCCH调度的PDSCH，PDSCH携带UE竞争解决ID，如果Msg4携带的UE竞争解决ID与Msg3携带的UE竞争解决ID相同，则表征RACH过程竞争成功。
本申请实施例的另一种可能的实现方式，MAC RAR通过“R”域或“UL Grant”域指示是否回退到非提前数据传输non-EDT的RACH过程。
本申请实施例的另一种可能的实现方式，步骤S101具体还可以包括：步骤Sa(图中未示出)，其中，
步骤Sa、在无线资源控制RRC空闲态，有上行数据待传输时，若满足第一预设条件，则通过竞争性的RACH过程进行上行数据传输。
第一预设条件包括以下至少一项：
基站在小区***信息块中配置了用于提前数据传输EDT的MsgA资源，以及用于EDT的MsgA资源和用于non-EDT的MsgA资源不同；
待传输的上行数据量满足MsgA中的PUSCH的最大传输块大小TBS的限制。
本申请实施例的另一种可能的实现方式，步骤S101具体还可以包括：步骤Sb(图中未示出)，其中，
步骤Sb、在RRC连接态，有上行数据待传输时，若满足第二预设条件，则通过竞争性的RACH过程进行上行数据传输。
其中，第二预设条件包括：
基站在小区***信息块中配置了用于EDT的MsgA资源，用于EDT的MsgA资源和用于non-EDT的MsgA资源不同；
待传输的上行数据量满足MsgA中的PUSCH的最大传输块大小TBS的限制；
第二预设条件还包括以下至少一项：
上行失同步；
在一个预配置的时间窗口内没有上行调度请求的可用资源；
发送上行调度请求后，在一个预配置的时间窗口内没有监听到基站的响应；
待传输的上行数据具有高时延要求。
本申请实施例的另一种可能的实现方式，步骤S101具体可以包括：步骤Sc(图中未示出)、步骤Sd(图中未示出)、步骤Se(图中未示出)以及步骤Sf(图中未示出)，其中，
步骤Sc、接收***广播信息，获取关于上行数据传输的TBS的配置信息。
步骤Sd、当TBS的配置信息中包括多个TBS值时，基于上行数据的待传输量，确定上行数据传输所使用的TBS值。
步骤Se、依据确定的上行数据传输所使用的TBS值，确定上行数据传输所占用的时间单元的数量。
步骤Sf、根据确定的时间单元的数量进行上行数据传输。
本申请实施例的另一种可能的实现方式，时间单元包括以下任一项：子帧；时隙；正交频分复用(Orthogonal Frequency Division Multiplexing，OFDM)符号；单载波频分多址(Single-carrier Frequency-Division Multiple Access，SC-FDMA)。
本申请实施例的另一种可能的实现方式，步骤Se具体可以包括：步骤Se1(图中未示出)以及步骤Se2(图中未示出)，其中，
步骤Se1、计算上行数据传输所使用的TBS值与多个TBS值中的最小TBS值之间的比值。
步骤Se2、将计算出的比值的向上取整的值确定为上行数据传输所占用的时间单元的数量。
本申请实施例的另一种可能的实现方式，当上行数据传输占用多个时间单元时，
在多个时间单元内的传输方式，包括以下任一项：
在多个时间单元内重复发送；
在多个时间单元内进行速率匹配，并通过匹配后的码率发送。
本申请实施例的另一种可能的实现方式，该方法还可以包括：
在进行上行数据传输时，将上行数据传输所使用的TBS值通过PUSCH的解调参考信号DMRS发送至基站；和/或，
在进行上行数据传输时，将上行数据传输所使用的TBS值通过PUSCH的捎带piggyback方式发送至基站。
本申请实施例提供了一种上行数据传输的方法，与现有技术中在RRC连接态传输上行数据相比，本申请实施例通过竞争的随机接入RACH过程进行上行数据传输，即RRC空闲态用户设备在发送上行数据时，无需建立RRC连接，可以通过RACH过程直接发送上行数据，从而可以降低UE功耗，并且可以降低***资源浪费。
下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。
下面以具体地实施例对上行数据传输的方法进行详细介绍，包括四个实施例，其中实施例一主要介绍基于两步(2-step)RACH过程的EDT，其中RACH过程通过MAC RAR指示竞争解决信令，实施例二主要介绍基于2-step RACH过程的EDT，其中，RACH过程通过DCI指示竞争解决信令，实施例三主要介绍四步(4-step)RACH过程的EDT，实施例四主要介绍UE在执行EDT时如何依据选择的TBS值确定对应的资源分配，具体如下所示：
实施例一.基于2-step RACH过程的EDT(媒体介入控制层(Media AccessControl，MAC)随机接入响应(Random Access Response，RAR)指示竞争解决信令)：
该实施例描述了UE通过2-step RACH过程发送上行数据的方法，这里，UE可以通过2-step RACH过程发送用户面(User Plane，UP)或控制面(Control Plane，CP)承载的数据，2-step RACH过程通过MAC RAR指示竞争解决信令。
在该实施例中，UE需要执行以下步骤：
步骤一：UE发送MsgA，MsgA包括：物理随机接入信道(Physical Random AccessChannel，PRACH)和物理上行共享信道(Physical Uplink Shared Channel，PUSCH)；
步骤二：UE在一个预配置的时间窗口内监听MsgB。
其中，MsgB包括：物理下行共享信道(Physical Downlink Shared Channel，PDSCH)，PDSCH通过MAC RAR携带竞争解决信令或者调度MsgA中的PUSCH重传，并通过MACRAR包含的的一个Flag域指示该MAC RAR是携带竞争解决信令，还是调度MsgA中的PUSCH重传；
如果Flag域指示该MAC RAR携带竞争解决信令，那么RACH过程结束；如果Flag域指示该MAC RAR调度MsgA中的PUSCH重传，那么UE回退到4-step RACH过程的后两步，即发送Msg3(本实施例中是发送MsgA中的PUSCH重传)，之后监听Msg4(PDSCH，携带竞争解决信令以及其他可能的RRC信令)。
图2示出了该实施例的一个流程示意图。其中，MsgB与现有4-step RACH过程的Msg2有相似之处，PDCCH都都使用随机接入无线网络临时表示(Random Access RadioNetwork Temporary Identifier，RA-RNTI)加扰，PDSCH都包含多个前导码(英文全称：Preamble)的MAC RAR，不同之处是4-step RACH过程的Msg2用于调度Msg3，而本申请实施例的MsgB可以指示竞争解决信令。MsgB通过MAC RAR包含用于竞争解决的身份标识号(Identification，ID)，例如国际移动用户识别码(International Mobile SubscriberIdentification Number，IMSI)、临时移动用户标识(Serving–Temporary MobileSubscriber Identity，S-TMSI)或随机ID。如果该ID与UE在MsgA中的PUSCH上报的ID相同，那么UE认为竞争成功，反之，则认为竞争不成功。
其中，如图3所示，RAR的MACPDU包括：MAC头(MAC header)、MAC有效载荷(MACpayload)以及Padding，其中，MAC header可以包括一个E/T/R/R/BI subheader，和/或多个E/T/RAPID subheader，，MAC payload可以包括多个MAC RAR，每个MAC RAR分别于MACheader内的每个E/T/RAPID subheader相对应。
可选地，MsgB包含用于指示2-step RACH过程竞争不成功的UE回退到4-step RACH过程的概率的回退指示符(Fallback Indicator，FI)。其中，2-step RACH过程竞争不成功是指UE没有监听到MsgB，或者监听到的MsgB没有包含UE所发送的Preamble的MAC RAR，或者监听到的MsgB指示的竞争解决ID与UE在MsgA中的PUSCH上报的ID不同等。
例如，FI为2比特，可以指示4个预定义或预配置的回退到4-step RACH过程的概率。假定FI指示回退到4-step RACH过程的概率为0.25，那么在所有2-step RACH过程竞争不成功的UE中，将有25％的UE会回退到4-step RACH过程，即尝试4-step RACH过程，而其他75％的UE会再次尝试2-step RACH过程。
具体地，2-step RACH过程竞争不成功的UE应生成一个在0～1之间的服从均匀分布的随机数，如果随机数小于FI所指示的回退概率，那么UE将尝试4-step RACH过程。
对于本申请实施例，MsgB是否包含FI是可选的。如果MsgB没有包含FI，那么2-stepRACH过程竞争不成功的UE基于一个预定义的、预配置的或缺省的概率决定是否回退到4-step RACH过程。
例如，回退概率为1，那么2-step RACH过程不成功的UE应回退到4-step RACH过程；若回退概率为0，那么2-step RACH过程不成功的UE继续尝试2-step RACH过程。
在一个可选实现方式中，FI使用现有E/T/R/BIMAC subheader中的两个预留比特“R”域指示，如图4所示，现有***的E/T/R/R/BIMAC subheader被修改为E/T/FI/BIMACsubheader。
在另一可选实现方式中，FI通过一个新定义的媒体介入控制子头(Media AccessControl subheader，MAC subheader)指示，如图5a所示，一个新的E/T/T1/R/FI MACsubheader被定义。
如图5a所示，“E”域指示该MAC subheder是否为MAC header的最后一个MACsubheader，其中若为“0”表示该MAC subheader是最后一个MAC subheader，接下来就是MACRAR或padding比特，若为“1”则表示在该MAC subheader之后还至少有一个E/T/RAPID的MACsubheader；“T”域指示该MAC subheader的类型，一种类型是包含BI或者FI，另一种类型是包含随机接入前导码标识(RACH Preamble ID，RAPID)，其中若为“0”表示该MAC subheader包含BI或者FI，即E/T/T1/R/FI或者E/T/T1/R/BI，若为“1”表示该MAC subheader包含RAPID，即E/T/RAPID；“T1”域指示该MAC subheader包含的是BI还是FI，若为“0”表示该MACsubheader包含BI，即E/T/T1/R/BI，若为“1”表示该MAC subheader包含FI，即E/T/T1/R/FI；“R”域为预留比特，被设为“0”。
现有***的E/T/R/R/BIMAC subheader也需要做适当兼容性的修改，如图5b所示，现有的E/T/R/R/BIMAC subheader被修改为E/T/T1/R/BI MAC subheader，即借用一个预留比特“R”域来指示该MAC subheader是指示BI还是指示FI。
此外，当MsgB同时包含BI和FI时，***规定MsgB的第一个MAC subheader指示BI，第二个MAC subheader指示FI。
可选地，上述MsgB包含的MAC RAR重用现有***的MAC RAR的载荷大小，即仍为7个字节(56bits)，并使用现有MAC RAR的预留比特“R”域作为Flag域，即MAC RAR的第一个比特，Flag域用于指示该MAC RAR是携带竞争解决信令，还是调度MsgA中的PUSCH重传。
如图6a所示，当Flag域指示值为“0”时，MAC RAR与现有***的MAC RAR相似，即包含12bits的“定时提前指令(Timing Advance，TA Command)”，16bits的“临时小区无线网络临时标识(Temporary Cell-Radio Network Temporary Identifier，Temporary C-RNTI)”，以及27bits的“UL Grant”，每一个域的含义与现有***相同，这里的“上行授权(UpLink Grant，UL Grant)”用于调度MsgA中的PUSCH重传；如图6b所示，当Flag域指示值为“1”时，MAC RAR包含48bits的竞争解决信令，即“用户设备竞争解决标识(UE ContentionResolution ID)”，该域的含义与现有MAC CE的“UE Contention Resolution ID”相同，剩余7bits作为预留比特“R”域。
可选地，上述MsgB包含的MAC RAR通过定义一个新的MAC RAR来实现，新的MAC RAR包含一个1bit的Flag域，Flag域用于指示两种类型的MAC RAR，一种MAC RAR携带竞争解决信令，另一种MAC RAR调度MsgA中的PUSCH重传，两种MAC RAR的载荷大小可以相同，也可以不同。
当不同类型的MAC RAR的载荷大小相同时，UE在MAC PDU中查找属于自己的MACRAR时，即查找与该UE在MsgA中的PRACH所使用的Preamble ID相对应的MAC RAR，UE的行为与现有***没有区别，即UE读取每一个MAC subheader，直到读取到自己的RAPID，即RAPID所指示的Preamble ID正是自己在MsgA中的PRACH所使用的Preamble ID，因为所有MAC RAR的载荷大小都相同，根据自己的RAPID在MAC header内的位置，就能确定自己的RAPID对应的MAC RAR在MAC PDU内的位置。
当不同类型的MAC RAR的载荷大小不同时，UE在MAC PDU中查找属于自己的MACRAR时，即查找与该UE在MsgA中的PRACH所使用的Preamble ID相对应的MAC RAR，UE的行为与现有***不同，UE读取每一个MAC subheader，直到读取到自己的RAPID，即RAPID所指示的Preamble ID正是自己在MsgA中的PRACH所使用的Preamble ID，因为不同RAPID对应的MAC RAR的载荷大小可能不同，UE还需要读取自己的RAPID之前的每个RAPID对应的MACRAR，以确定其类型和载荷大小，在读取完前面所有RAPID对应的MAC RAR之后，才能确定自己的RAPID对应的MAC RAR在MAC PDU内的位置。在一可选实现方式中，图7a和图7b中的两种类型的MAC RAR的载荷大小相同。如图7a所示，当Flag域指示值为“0”时，MAC RAR用于调度MsgA中的PUSCH重传，包含12bits的“TA Command”，16bits的“Temporary C-RNTI”，以及27bits的“UL grant”，总的载荷大小为7个字节(56bits)；如图7b所示，当Flag域指示值为“1”时，MAC RAR包含48bits的“UE Contention resolution ID”，12bits的“TA Command”，16bits的“Temporary C-RNTI”，3bits的“确认字符响应指示符(ACK Resource Indicator，ARI)”，总的载荷大小为10个字节(80bits)。
无论Flag域是什么，MAC RAR都包含一个临时(Temporary)C-RNTI值，如果Flag域指示MAC RAR用于调度MsgA中的PUSCH重传，即竞争过程尚未结束，MAC RAR包含的Temporary C-RNTI用于后续的竞争解决过程；如果RACH过程竞争成功，临时C-RNTI即为最终C-RNTI；如果Flag域指示MAC RAR用于携带竞争解决信令，那么竞争过程结束，MAC RAR包含的Temporary C-RNTI也可以称为C-RNTI。
这里，MsgB支持确认字符(Acknowledgement，ACK)反馈，即如果MsgB被解码成功，且MsgB包含的竞争解决信令表明2-step RACH过程竞争成功，那么UE应通过PUCCH发送ACK，上述的“ARI”用于指示承载ACK的PUCCH资源，并且预配置的PUCCH资源在小区***信息中广播，例如3bits指示8个预配置的PUCCH资源中的某一个。
在另一可选实现方式中，用于MsgB的ACK反馈的PUCCH资源是预配置的，例如通过***信息广播，或者基于预配置的PUCCH参考资源通过预定义的公式隐性计算得出，例如PUCCH资源与Preamble ID有隐性对应关系，即PUCCH资源无需在MAC RAR中显性指示，或者MsgB不支持ACK反馈，那么上面的“ARI”域也可以作为预留比特，即3bits“R”域，用于字节对齐。
在另一可选实现方式中，图7a和图7b中的两种类型的MAC RAR的载荷大小相同，即Flag域指示值为“0”时，MAC RAR除了包含12bits的“TA Command”，16bits的“Temporary C-RNTI”，以及27bits的“UL grant”之外，还包含24bits的预留比特，即MAC RAR无论用于携带竞争解决信令还是调度MsgA中的PUSCH重传，MAC RAR的载荷大小都保持相同，都为10个字节(80bits)。
可选地，上述MsgB包含的MAC RAR通过定义一个新的MAC RAR来实现，新的MAC RAR包含一个2bit的Flag域，Flag域用于指示不同类型的MAC RAR，不同类型的MAC RAR具有不同的载荷大小，其中一种MAC RAR用于调度Msg3PUSCH的重传，另外，三种MAC RAR用于携带竞争解决信令，但对应不同的RACH触发事件。例如，触发事件为RRC空闲态的提前数据传输(Early Data Transmission，EDT)时，MAC RAR可以只包含竞争解决信令，如果竞争成功，则后续无上行传输，MAC RAR无需包含TA Command和C-RNTI；触发事件为RRC连接态的上行失同步时，MAC RAR应包含竞争解决信令和TA Command，无需包含C-RNTI；触发事件为RRC建立或重建时，MAC RAR应包含竞争解决信令、TA Command以及C-RNTI。
如图8a所示，当Flag域指示值为“00”时，MAC RAR用于调度MsgA中的PUSCH重传，包含12bits的“TA Command”，16bits的“Temporary C-NRTI”，以及26bits的“UL grant”，总的载荷大小为7个字节(56bits)；
如图8b所示，当Flag域指示值为“01”时，MAC RAR用于竞争解决，仅包含48bits的“UE Contention resolution ID”，以及7bits的预留比特“R”，总的载荷大小为7个字节(56bits)；
如图8c所示，当Flag域指示值为“10”时，MAC RAR用于竞争解决以及TA调整，包含12bits的“TA Command”，48bits的“UE Contention resolution ID”，2bits的“ARI”，总的载荷大小为8个字节(64bits)。
如图8d所示，当Flag域指示值为“11”时，MAC RAR用于竞争解决，TA调整，以及C-RNTI的配置，包含12bits的“TA Command”，16bits的“Temporary C-RNTI”，48bits的“UEContention resolution ID”，2bits的“ARI”，总的载荷大小为10个字节(80bits)。
上述2bits的“ARI”与图7b中的“ARI”含义完全相同，即用于指示MsgB的ACK PUCCH资源，在另一可选实现方式中，“ARI”也可以替换为2个预留比特的“R”。
在另一可选方案中，图8a、图8b、图8c、图8d中的四种类型的MAC RAR的载荷大小应保持相同，即均为10个字节(80bits)，对于有效载荷小于80bits的MAC RAR，例如Flag域指示值为“00”，“01”和“10”时，图8a、图8b以及图8c中的MAC RAR示例应分别追加24bits，24bits，16bits的预留比特“R”。
在上述实施例中，如果Flag域指示MsgB是调度MsgA中的PUSCH的重传，UE在发送MsgA中的PUSCH重传之后的行为与现有***UE在4-step RACH过程中发送Msg3之后的行为完全相同，即监听一个调度PDSCH(Msg4)的DCI(DCI格式1_0)，或者监听一个调度PUSCH(Msg3)重传的DCI(DCI格式0_0)，因此当Flag域指示MsgB是调度MsgA中的PUSCH的重传时，UE行为可以理解为回退到4-step RACH过程的后两步。
在另一可选实现方式中，UE发送MsgA中的PUSCH重传之后的行为与现有***4-step RACH过程中UE发送Msg3之后的行为不同，即UE监听MsgC而不是Msg4，MsgC是PDCCH，通过DCI携带竞争解决信令或者调度MsgA中的PUSCH重传。这里的MsgC与下面实施例二中的MsgB有点相似，即都通过DCI携带竞争解决信令，区别在于MsgC无需携带Temporary C-RNTI和TA command，因为Temporary C-RNTI和TA command已经在这里的MsgB中指示。
可选地，上述的MsgC通过在现有DCI格式0_0增加1bit Flag域来实现，例如，Flag域指示值为“0”，则表明该DCI用于携带竞争解决信令，即至少包含一个用于指示竞争解决ID的DCI域；Flag域指示值为“1”，则表明该DCI用于调度MsgA中的PUSCH重传，即重用现有DCI格式0_0的解读。
可选地，上述的MsgC通过现有DCI格式0_0的某个DCI域的1比特作为Flag域，这样设计的目的是不增加DCI的载荷大小，但当Flag域指示DCI用于调度MsgA中的PUSCH重传时，被借用1比特的DCI域的指示值范围将缩小一半。
实施例二.基于2-step PRACH过程的EDT(下行控制信息(Downlink ControlInformation，DCI)指示竞争解决信令)
该实施例描述了UE通过2-step RACH发送上行数据的方法，这里，UE可以通过2-step RACH过程发送用户面(User Plane，UP)或控制面(Control Plane，CP)承载的数据，2-step RACH过程通过DCI携带竞争解决信令。在该实施例中，UE需要执行以下步骤：
步骤一：UE发送MsgA，MsgA包括：PRACH和PUSCH；
步骤二：UE在一个预配置的时间窗口内监听MsgB；
其中，MsgB包括：PDCCH，通过DCI携带竞争解决信令或者调度MsgA中的PUSCH重传，具体地，通过DCI内的一个Flag域区分该DCI是携带竞争解决信令，还是调度MsgA中的PUSCH重传；
如果Flag域指示MsgB携带竞争解决信令，且竞争解决信令表明2-step RACH过程竞争成功，那么UE返回RRC空闲态(UE确定RRC处于空闲状态)；如果Flag域指示MsgB调度MsgA中的PUSCH重传，那么UE发送MsgA中的PUSCH重传，并重复本实施例二中的步骤二，直到2-step RACH过程竞争成功，或者竞争解决窗口过期。
图9是该实施例的一个流程示意图。其中，MsgB是PDCCH，即通过DCI指示竞争解决信令，还是调度MsgA中的PUSCH重传，其中，DCI包含用于竞争解决的ID，例如IMSI、S-TMSI或随机ID，如果该ID与UE在MsgA中的PUSCH上报的ID相同，那么UE认为竞争成功，反之，则认为竞争不成功。
在该实施例中，UE用于监听MsgB的PDCCH的RNTI值与MsgA中的PRACH使用的RACH资源(RACH Occasion，RO)以及Preamble ID相对应，即不同的RO对应不同的RNTI值，同一个RO上不同的Preamble ID也对应不同的RNTI值。用于MsgB的PDCCH的CRC加扰的RNTI可以被称为Preamble-RNTI，该Preamble-RNTI可以采用以下计算公式得出：
Preamble-RNTI＝1+pre_id+64×s_id+64×14×t_id+64×14×80×f_id+64×14×80×8×ul_carrier_id；
其中，pre_id是MsgA中的PRACH所使用的Preamble ID，取值区间为0<＝pre_id<64，s_id是MsgA中的PRACH所占的第一个正交频分复用(Orthogonal Frequency DivisionMultiplexing，OFDM)(单载波频分多址(Single-carrier Frequency-Division MultipleAccess，SC-FDMA))符号(英文全称：Symbol)的编号，取值区间为0<＝s_id<14，t_id是MsgA中的PRACH在一个***帧内所占的第一个时隙(Slot)的编号，取值区间为0<＝t_id<80，f_id是MsgA中的PRACH在频域的编号，取值区间为0<＝f_id<14，ul_carrier_id是MsgA的上行载波类型，其中0表示常规上行(Normal UL，NUL)载波，1表示补充上行(Supplement UL，SUL)载波。
上述MsgB的DCI内包含以下DCI域的至少一个：
·后退指示符(Backoff Indicator，BI)，用于指示RACH过程竞争不成功的UE发起下一次MsgA的回退参数。具体含义可重用现有***中RAR MAC PDU内包含的BI subheader，例如4bits，区别在于这里是通过DCI携带；
·回退指示符(Fallback Indicator，FI)，用于指示2-step RACH过程竞争不成功的UE回退到4-step RACH过程的概率。例如，FI包含2比特，可以指示4个预定义或预配置的回退到4-step RACH过程的概率。假定FI指示回退到4-step RACH过程的概率为0.25，那么在本次2-step RACH过程竞争不成功的所有UE中，将有25％的UE会回退到4-step RACH过程，其他75％的UE会再次尝试2-step RACH过程。在本次2-step RACH过程竞争不成功的每个UE都应生成一个在0～1之间服从均匀分布的随机数，如果随机数小于FI所指示的回退概率，那么UE将尝试4-step RACH过程。
·定时提前量(Timing Advanced，TA)Command，用于调整在2-step RACH过程竞争成功的UE的上行定时同步，具体含义可重用现有***中MAC RAR中的“TA Command”域，例如为12bits。
·Temporary C-RNTI，用于UE后续传输的数据传输，具体含义可重用现有***中MAC RAR中的“Temporary C-RNTI”，例如为16bits。当Flag域指示DCI包含竞争解决信令时，此时DCI包含的Temporary C-RNTI也可以被称为C-RNTI。
·Flag域，用于指示DCI的解读类型，即DCI内的指示域可以根据Flag域使用不同的解读方式。可选地，Flag域为1比特，若Flag为“0”用于指示该DCI是携带竞争解决信令，若Flag为“1”用于指示该DCI是调度MsgA中的PUSCH重传。可选地，Flag域为2比特，“00”用于指示该DCI是携带竞争解决信令，“01”用于指示该DCI是调度MsgA中的PUSCH重传，“10”用于指示该DCI是调度一个PDSCH，该PDSCH内包含竞争解决信令，以及可能包含RRC消息和/或UE的下行数据，“11”为预留值。
如果MsgB的DCI按照Flag域被解读为用于指示竞争解决信令，那么至少包含以下DCI域的一个：
·竞争解决ID，例如为IMSI、S-TMSI或随机ID，具体含义可重用现有***的MAC CE信令“UE Contention Resolution ID”，例如为48bits。
如果MsgB的DCI根据Flag域被解读为调度MsgA中的PUSCH重传，那么至少包含以下DCI域中的一个：
·指示PUSCH重传是否基于跳频，可重用现有***中UL数据调度DCI或者RARgrant内包含的“调频标志(Frequency hopping flag)”域。
·指示PUSCH重传的频域资源分配，可重用现有***UL数据调度DCI或者RARgrant内包含的“频域资源分配(Frequency domain resource assignment)”域。
·指示PUSCH重传的时域资源分配，可重用现有***UL数据调度DCI或者RARgrant内包含的“时域资源分配(Time domain resource assignment)”域。
·指示PUSCH重传的MCS，可重用现有***UL数据调度DCI或者RAR grant内包含的“调制和编码方案(Modulation and coding scheme)”域。
·指示PUSCH重传的发送功率调整量，可重用现有***UL数据调度DCI或者RARgrant内包含的“上行共享信道的传输功率控制命令(TPC command for PUSCH)”域。
·触发非周期性的信道状态信息(Channel State Information，CSI)测量和上报，可重用现有***UL数据调度DCI或者RAR grant内包含的“信道状态信息请求(CSIrequest)”域。
如果MsgB的DCI根据Flag域被解读为调度一个PDSCH，该PDSCH内应包含竞争解决信令，以及RRC信令和/或下行数据，那么DCI内应包含以下DCI域的至少一个：
·指示PDSCH的频域资源分配，可重用现有***中DL数据调度DCI内包含的“Frequency domain resource assignment”域。
·指示PDSCH的时域资源分配，可重用现有***中DL数据调度DCI内包含的“Timedomain resource assignment”域。
·指示PDSCH的MCS，可重用现有***中DL数据调度DCI内包含的“Modulation andcoding scheme”域。
·指示PDSCH所使用的物理资源块(Physical Resource Block，PRB)-虚拟资源块(Virtual Resource Block，VRB)映射，可重用现有***中DL数据调度DCI内包含的“物理资源块到虚拟资源块映射(VRB-to-PRB mapping)”域。
这里，MsgB和现有***4-step RACH过程的Msg4有些相似，即MsgB由PDCCH及其调度的PDSCH组成，PDSCH应包含竞争解决信令，例如，通过介质访问控制控制单元(MediaAccess Control Control Element，MAC CE)信令或RRC信令指示UE在MsgA中的PUSCH包含的用于竞争解决的ID。
可选地，MsgB的PDSCH除包含竞争解决信令以外，还包含用于建立或重建RRC连接的RRC信令。例如，UE的上行到达数据较多，无法通过MsgA中的PUSCH一次传输完，UE可以通过MsgA中的PUSCH传输一部分上行数据，并上报数据缓存状态(Buffer Status Reporting，BSR)，那么基站可以在MsgB的PDSCH包含用于建立或重建RRC连接的RRC配置信息。
可选地，MsgB的PDSCH除包含竞争解决信令以外，还包含UE的DL数据。例如，在MsgB的PDSCH包含的DL数据为UE在MsgA中的PUSCH传输的UL数据在应用层的响应信息。
可选地，MsgB的PDSCH除包含竞争解决信令以外，还包含上行定时提前的调整量，即TA Command。换言之，如果MsgB的DCI被解读为调度一个PDSCH，那么TA Command将不在DCI内指示，而在MsgB的PDSCH内通过MAC CE信令指示。
可选地，MsgB的PDSCH除包含竞争解决信令以外，还包含Temporary C-RNTI或者C-RNTI。换言之，如果MsgB的DCI被解读为调度一个PDSCH，那么Temporary C-RNTI或者C-RNTI将不在DCI内指示，而在MsgB的PDSCH内通过MAC CE信令或者RRC信令指示。
如果***支持MsgB的ACK反馈，那么MsgB的DCI还可能包含以下DCI域的至少一个：
·用于指示承载MsgB的ACK的PUCCH的发送功率调整，可重用现有***中DCI内包含的“PUCCH的发送功率控制(TPC command for scheduled PUCCH)”域。
·用于指示承载MsgB的ACK的PUCCH的资源，可重用现有***中DCI内包含的“物理上行链路控制信道资源指示符(PUCCH resource indicator)”域。
·用于指示承载MsgB的ACK的PUCCH的时间，可重用现有***中DCI内包含的“PDSCH的HARQ反馈时间指示符PDSCH-to-HARQ_feedback timing indicator”域。
这里，类似于现有4-step RACH过程中UE对Msg4的ACK反馈，***支持MsgB的ACK反馈，不支持NACK反馈，即只有MsgB被成功解码且指示竞争解决成功时，UE才反馈ACK。
例如，当MsgB的DCI携带竞争解决信令，并且DCI携带的竞争解决信令表示RACH过程竞争成功，UE应发送ACK；或者，当MsgB的DCI调度一个PDSCH，该PDSCH包含竞争解决信令，以及可能包含RRC消息和/或下行数据，该PDSCH被成功解码，且PDSCH携带的竞争解决信令表示RACH过程竞争成功，UE应发送ACK。
实施例一和实施例二提出的2-step RACH过程可以适用于任意***，例如5G新空口(New Radio，NR)NR***，MsgA中的PUSCH除了包含竞争解决ID以及其他必要控制信令外，MsgA中的PUSCH还可以携带UE的上行数据，如果RACH过程竞争成功，则上行数据传输成功。
通过2-step RACH过程中的MsgA中的PUSCH携带UE的上行数据可用于RRC空闲态的UE，如果RACH过程竞争成功，UE可以返回RRC空闲态，无需建立RRC连接，即提前数据传输(Early Data Transmission，EDT)，从而节省UE功耗，还可以改善数据的传输时延。
可选地，只有当RRC空闲态UE的上行待传输数据量能够通过MsgA中的PUSCH完全携带时，即携带UE所有数据和必要控制信令的MAC PDU大小必须满足MsgA中的PUSCH的最大传输资源块尺寸(Transport Block Size，TBS)的限制，UE才能触发2-step RACH过程通过MsgA中的PUSCH携带UE数据，。
可选地，无论RRC空闲态UE的上行待传输数据量是否能够通过MsgA中的PUSCH完全携带，UE都可以触发2-step RACH过程通过MsgA中的PUSCH携带数据。当UE的上行待传输数据量无法能够通过MsgA中的PUSCH完全携带时，UE可以通过MsgA中的PUSCH携带部分数据，并上报数据缓存状态(Buffer Status Report，BSR)，或者请求建立RRC连接，如果RACH过程竞争成功，UE可以进入RRC连接态传输剩余的上行数据。
通过2-step RACH过程中的MsgA中的PUSCH携带UE的上行数据也可用于RRC连接态UE。例如，当RRC连接态UE有上行数据到达，对于一些时延要求较高的数据业务，有可能在时延要求内没有可用的上行授权，或者在时延要求内无法及时获得上行授权，那么UE可以通过RACH过程直接传输数据，以满足时延要求。再例如，当RRC连接态UE有上行数据到达，但不具备传输上行数据的条件，例如没有可用的TA，或者没有可用的上行授权，即上行失同步，或者发送上行调度请求后没有收到基站的响应，UE必须通过RACH过程准备传输上行数据的条件，那么UE可以通过RACH过程直接传输数据，无需等到有可用的TA或可用的上行授权后再传输数据，以节省UE功耗。
可选地，如果RRC连接态UE有上行数据到达，UE的待传输数据量满足MsgA中的PUSCH的最大TBS的限制，且满足以下条件之一：在一个预定义或预配置的时间窗口内没有上行调度请求的可用资源，或者发送上行调度请求(Scheduling Request，SR)后在一个预定义或预配置的时间窗口内没有接收到基站的响应，或者UE上行失同步，或者待传输数据具有高时延要求，那么UE可以触发2-step RACH过程通过MsgA中的PUSCH携带数据。
实施例一和实施例二提出的2-step RACH过程也可以用于其他触发事件，例如建立RRC连接，重建RRC连接，上行失同步，在一个预定义的或预配置的时间窗口内没有上行调度请求的可用资源，或，发送上行调度请求后在一个预定义或预配置的时间窗口内没有接收到基站的响应等事件。MsgA中的PUSCH除了包含竞争解决ID外，还要指示RACH过程的触发原因，以及针对不同触发原因可能包含不同的RRC消息。
可选地，实施例一和实施例二提出的2-step RACH过程用于EDT，即RRC空闲态UE通过2-step RACH过程传输数据，无需建立RRC连接，***规定用于EDT的2-step RACH的MsgA资源池与用于其他触发事件(即non-EDT)的MsgA资源池是不同的，即基站会为EDT和non-EDT分别配置对应的MsgA资源池，用于EDT的MsgA资源池中的PUSCH相比用于non-EDT的MsgA资源池中的PUSCH支持更大的TBS。
如果EDT的2-step RACH过程竞争不成功，那么UE有可能回退到non-EDT的2-stepRACH过程(用于EDT以外的触发事件)，即通过另一个MsgA的资源池发起2-step RACH过程建立RRC连接，进入RRC连接态传输数据；或者UE回退到EDT的4-step RACH过程，这里假定***支持用于EDT的4-step RACH过程，且EDT的4-step RACH过程的Msg1资源池与non-EDT的Msg1的资源池不同；或者UE回退到non-EDT的4-step RACH过程，即通过4-step RACH过程建立RRC连接,进入RRC连接态传输数据。
可选地，RRC空闲态UE尝试了N次的EDT的2-step RACH过程都不成功，UE应回退到EDT的4-step RACH过程传输上行数据。这里，N可以是***固定的，例如N固定为1；N也可以是***可配置的，例如通过小区***信息配置。
可选地，RRC空闲态UE尝试了N次的EDT的2-step RACH过程都不成功，UE应回退到non-EDT的2-step RACH过程，即通过建立RRC连接进入RRC连接态传输上行数据。
可选地，RRC空闲态UE UE尝试了N次的EDT的2-step RACH过程都不成功，UE应回退到non-EDT的4-step RACH过程，即通过建立RRC连接进入RRC连接态传输上行数据。
实施例三.基于4-step RACH过程的EDT
该实施例描述了UE通过4-step RACH过程发送上行数据的方法，这里，UE可以通过4-step RACH过程发送用户面(User Plane，UP)或控制面(Control Plane，CP)承载的数据。在该实施例中，UE需要执行以下步骤：
步骤一：UE发送Msg1，Msg1包括：PRACH；
步骤二：UE在一个预配置的时间窗口内监听Msg2；
其中，Msg2包括：PDSCH，PDSCH通过MAC RAR调度Msg3，MAC RAR包含一个Flag域，用于指示该RACH过程是否回退到non-EDT，当指示回退到non-EDT时，Msg3的TBS值相比EDT更小；
步骤三：UE发送Msg3，Msg3为PUSCH；
步骤四：UE监听Msg4(由PDCCH和PDSCH组成)或者Msg3中重传的调度(PDCCH)，如果UE监听到Msg3重传的调度，那么UE发送Msg3重传，并重复本申请实施例三中步骤三和步骤四，直到RACH过程竞争结束(可能竞争成功也可能竞争不成功)，或竞争窗口过期；如果UE监听到Msg4的调度，且Msg4包含的竞争解决信令表明RACH过程竞争成功，那么UE返回RRC空闲态(对应EDT的RACH过程)，或者建立RRC连接进入RRC连接态发送上行数据(对应回退到non-EDT的RACH过程)。
图10是该实施例的一个流程示意图。其中，基站可能通过MAC RAR指示UE回退到non-EDT的RACH过程，non-EDT的RACH过程所决定的Msg3TBS会小于EDT的RACH过程所决定的Msg3TBS，UE在non-EDT RACH过程中可能无法携带所有待传的上行数据，UE在non-EDT RACH过程竞争成功后也不会返回RRC空闲态，而是建立或恢复RRC连接，并进入RRC连接态传输上行数据。
可选地，通过现有***的MAC RAR的预留比特“R”域用于指示该RACH过程是否回退到non-EDT，这样可以不增加现有***MAC RAR的载荷大小，MAC RAR包含的UL Grant域针对EDT和non-EDT有两种不同的格式，即non-EDT的RAR Grant(MAC RAR包含的UL Grant)重用现有***的RAR Grant，EDT的RAR Grant可重用新的设计和/或解读方法。
例如，如图11所示，“R”域的指示值为0，则指示RACH过程为non-EDT，MAC RAR的ULGrant域的解读与常规RACH过程相同，即重用现有***的RAR Grant格式；“R”域的指示值为1，则指示RACH过程为EDT，MAC RAR的UL Grant域的解读与non-EDT RACH过程不同，可使用新的针对EDT的RAR Grant设计。再者，针对EDT，Msg3的TBS可以通过***信息广播，原有RARGrant的MCS或TBS域可以被去除，多出的比特可用于其他指示域。这种方法与现有LTE***中MTC的EDT类似。
可选地，保持现有***RAR Grant的载荷大小不变，并通过现有***的MAC RAR的UL Grant的某个域指示该RACH过程是否回退到non-EDT。例如，通过某个域的预留值指示EDT，或者借用某个域的状态值指示EDT(即non-EDT下该指示域不包含该状态值)。
可选地，RRC空闲态UE尝试了N次的EDT的4-step RACH过程都不成功，UE应回退到non-EDT的4-step RACH过程传输上行数据，即通过建立RRC连接进入RRC连接态传输上行数据。这里，N可以是***固定的，例如N固定为1；N也可以是***可配置的，例如通过小区***信息配置。
实施例四.支持多个TBS值供UE选择的EDT
该实施例描述了UE在RRC空闲态通过EDT的2-step RACH或4-step RACH过程发送上行数据的方法，这里，UE可以通过2-step RACH或4-step RACH过程发送用户面(UserPlane，UP)或控制面(Control Plane，CP)承载的数据。在该实施例中，UE需要执行以下步骤：
步骤一：UE通过小区***信息获取EDT的TBS配置信息，2-step RACH过程中的MsgA中的PUSCH，或者4-step RACH过程中的Msg3(PUSCH)，可以被配置多个TBS值供UE选择；
步骤二：UE根据到达的上行数据量在配置的多个TBS值中选择最合适的TBS值，以最小化MAC PDU的填充比特的数量；
步骤三：UE根据选择的TBS值确定MsgA中的PUSCH的占用时间单元的数量或Msg3PUSCH的占用的时间单元的数量。
在该实施例中，基站可以通过小区***信息为MsgA中的PUSCH或Msg3PUSCH配置一个或多个TBS值，且TBS值也是***可配置的。当基站通过小区***信息为MsgA中的PUSCH或Msg3PUSCH配置多个可能的TBS值，UE根据待传输的上行数据量选择最合适的TBS值，以降低MAC层的填充比特的数量。
当MsgA中的PUSCH或Msg3PUSCH被配置多个可能的TBS值时，理论上，假定UE针对不同的TBS值在单个资源粒子(Resource Element，RE)上的发送功率保持相同，那么传输较大的TBS值应该需要更多的物理资源，以达到等效的码率，即，基站应为较大的TBS值分配更多的物理资源。
在一个例子中，不同的TBS值使用相同的频域资源分配，但对应不同的时域资源分配，假定以最小的TBS值所分配的资源作为基准时频资源块，更大的TBS值需要占用更多时间单元上的基准时频资源块，即基站为较大的TBS值在时域分配更多的物理资源。
如图12所示，MsgA中的PUSCH或Msg3PUSCH传输被配置3个可能的TBS值供UE选择，其中，TBS#1<TBS#2<TBS#3，最大TBS值(即TBS#3)的传输占用的物理资源最大，需占用4个时频资源块，TBS#2的传输占用2个时频资源块，且是分配给TBS#3的4个时频资源块里的最前面2个，TBS#1的传输占用1个时频域资源块，且是分配给TBS#3的4个时频资源块里的第一个。这里，时频资源块为1个时间单元里的资源分配，时间单元为1个子帧或1个时隙(包含14个OFDM/SC-FDMA符号)。可选地，时间单元也可以为1个OFDM(SC-FDMA)符号。
可选地，MsgA中的PUSCH或Msg3PUSCH被配置基于多个可能的TBS值传输，对于某些TBS值，时域分配的时间单元的数量超过2个(含2个)，传输块(Transport Block，TB)是基于这多个时间单元做重复传输，即编码调制后的TB被映射到1个时间单元内的时频资源块上，并在时域上重复发送。例如，图12中的TBS#3的重复次数为4，TBS#2的重复次数为2。
可选地，MsgA中的PUSCH或Msg3PUSCH被配置基于多个可能的TBS值传输，对于某些TBS值，时域分配的时间单元的数量超过2个(含2个)，TB是基于这多个时间单元做整体速率匹配，即用于速率匹配的可用资源粒子(Resource Element，RE)数为这多个时间单元内的所有RE数，编码调制后的TB被映射到多个时间单元上，即跨时间单元映射。例如，图12中的TBS#3被映射到4个时间单元，TBS#2被映射到2个时间单元上。
可选地，MsgA中的PUSCH或Msg3的PUSCH被配置基于多个可能的TBS值传输，对于某些TBS值，时域分配的时间单元的数量超过2个(含2个)，TB在这多个时间单元内的传输方式是可配置的，例如，***支持两种传输方式，一种是TB在多个时间单元内重复发送，另一种是TB在多个时间内做整体速率匹配，具体使用哪一种传输方式可以通过小区***信息配置。
可选地，基站配置MsgA中的PUSCH或Msg3PUSCH基于多个可能的TBS值传输供UE选择，对于较大TBS值，TB传输是基于多个时间单元的时频资源块做整体速率匹配，***规定无论UE选择哪一个TBS值传输，每个时间单元内的DMRS符号的位置都相同，即DMRS符号的位置与UE实际选择的TBS值无关。
可选地，MsgA中的PUSCH或Msg3PUSCH被配置基于多个可能的TBS值传输，对于较大TBS值，分配的物理资源块在时域是连续的，这里，“连续”是指以时间单元的粒度连续，但在时域可能不是完全连续的。例如，图12中，时频资源块在1个时间单元内可能没有占满，只占用1个时隙(包含14个OFDM/SC-FDMA符号)内的部分OFDM(SC-FDMA)符号，这多个时频资源块在时间单元内的资源分配完全相同，即占用相同的PRB位置和OFDM(SC-FDMA)符号位置。
可选地，MsgA中的PUSCH或Msg3PUSCH被配置基于多个可能的TBS值传输，对于较大TBS值，分配的物理资源块在时域可能是不连续的。例如，图12中，两个相邻的时频资源块之间有一个时间间隔，时间间隔的计量粒度为1个时间单元，时间间隔的长度是***固定的，也可以是***可配置的，例如在小区***信息中配置，当时间间隔的长度被配置为0时，即多个时频资源块在时间上是连续的。
在一可选实现方式中，对于上述的分配给较大TBS值的多个时间单元，任意两个相邻时间单元之间具有相同的时间间隔。例如，图12中，第一个时频资源块和第二个时频资源块之间，第二个时频资源块和第三个时频资源块之间，以及第三个时频资源块和第四个时频资源块之间的时间间隔相同。
在另一可选实现方式中，对于上述的分配给较大TBS值的多个时间单元，并不是任意两个相邻时间单元之间都有时间间隔，***规定仅在一个可能的TBS值的TB传输的截止时间单元之后才有时间间隔，且所有的时间间隔完全相同。例如，图12中，只有第一个时频资源块和第二个时频资源块之间有时间间隔，这是因为第一个时频资源块是TBS#1传输的截止时间单元，以及第二个时频资源和第三个时频资源块之间有时间间隔，这是因为第二个时频资源块是TBS#2传输的截止时间单元，而第三个时频资源块和第四个时频资源块之间没有时间间隔，即在时间上是连续的。
可选地，基站配置MsgA中的PUSCH或Msg3PUSCH基于多个可能的TBS值传输，最小TBS值对应的物理资源固定占用1个时间单元，其他TBS值对应的物理资源占用的时间单元的数量根据预定义的规则推算得出。例如，图12中，最小TBS值(即TBS#1)的传输固定占用1个时间单元内的时频资源块，其他TBS值(即TBS#2和TBS#3)的传输占用的时间单元的数量(即时频资源块的数量)可以根据公式
Figure BDA0001949021790000271
计算得出，这里，TBSEDT为EDT支持的多个TBS值中除最小TBS值以外的TBS值，TBSEDT,min为EDT支持的多个TBS值中的最小TBS值，
Figure BDA0001949021790000272
为向上取整的计算，即其他TBS传输所占用的时间单元的数量为该TBS值与最小TBS值的比值向上取整。
可选地，基站配置MsgA中的PUSCH或Msg3的PUSCH基于多个可能的TBS值传输，最小TBS值对应的物理资源也可能占用多个时间单元，例如，PUSCH基于这多个时间单元重复发送，或者做整体速率匹配，基站会配置最小TBS值或最大TBS值的所占用的时间单元的数量(即时频资源块的数量)，而其他TBS传输所占用的时间单元的数量可以根据***规定的公式计算得出。
例如根据如下公式
Figure BDA0001949021790000281
计算得出其他TBS传输所占用的时间单元的数量，这里，TBSEDT为EDT支持的多个TBS值中除最小TBS值以外的TBS值，TBSEDT,min为EDT支持的多个TBS值中的最小TBS值，NTBS,min为***配置的最小TBS值的EDT传输所占用的时间单元的数量，
Figure BDA0001949021790000282
为向上取整的计算。
可选地，根据如下公式
Figure BDA0001949021790000283
计算得出其他TBS传输所占用的时间单元的数量，这里，TBSEDT为EDT支持的多个TBS值中除最大TBS值以外的TBS值，TBSEDT,max为EDT支持的多个TBS值中的最大TBS值，NTBS,max为***配置的最大TBS值的EDT传输所占用的时间单元的数量，
Figure BDA0001949021790000284
为向上取整的计算。
可选地，基站配置MsgA中的PUSCH或Msg3的PUSCH基于多个可能的TBS值传输，UE将实际选择的TBS值通过PUSCH的DMRS指示，基站在接收MsgA中的PUSCH或Msg3的PUSCH时，可以首先通过DMRS检测获取PUSCH的TBS信息，再根据获取的TBS信息对PUSCH解码，这样设计的好处是基站无需对PUSCH基于不同的TBS假设做盲解码。
例如，基站配置MsgA中的PUSCH或Msg3的PUSCH基于4个可能的TBS值传输，UE可以通过PUSCH的DMRS携带2比特信息，这2比特信息用于指示UE在4个TBS值中实际选择的TBS值，DMRS可以基于4种不同的循环移位来携带这2比特信息，也可以基于4种不同的序列生成来携带这2比特信息。
可选地，基站配置MsgA中的PUSCH或Msg3PUSCH基于多个可能的TBS值传输，UE将实际选择的TBS值通过PUSCH的piggyback方式携带，即携带TBS值的信息比特在编码调制后根据***规定的方式映射到PUSCH资源的部分RE上，例如，映射到DMRS符号的前面和/或后面的OFDM(SC-FDMA)符号上，PUSCH的传输应避开这些用于承载TBS信息的RE，具体避开方式可以使用打孔方式(用于速率匹配的可用RE总数包含这些RE)或者速率匹配方式(用于速率匹配的可用RE总数不包含这些RE)。
在一可选实现方式中，无论实际的MsgA中的PUSCH或Msg3PUSCH传输占用一个还是多个时间单元，携带TBS值的信息比特在编码调制后只映射到第一个时间单元，即在其他时间单元没有映射。在另一可选方案中，如果实际EDT传输占用多个时间单元，携带TBS值的信息比特在编码调制后映射到每一个时间单元，且在每个时间单元都重复映射。
本申请实施例提供的所有技术方案除了用于RRC空闲态UE的上行数据传输，也可以用于RRC连接态UE的上行数据传输，例如在RRC连接态UE有上行数据到达时，上行失同步或上行调度请求没有被响应。
此外，本申请提供的2-step RACH过程的所有技术细节除了用于EDT触发的2-stepRACH过程，也可以用于其他事件(non-EDT)触发的2-step RACH过程，例如，RRC连接建立，RRC连接重接，上行失同步，上行调度请求没有被响应等触发事件。
此外，本申请提供的2-step RACH过程的所有技术细节除了用于竞争性2-stepRACH过程，也可以用于非竞争性2-step RACH过程，例如，用于小区间切换的2-step RACH过程，由PDCCH order触发的2-step RACH过程等；当用于非竞争性2-step RACH过程时，上述的MsgB可能不包含竞争解决ID。
上述实施例介绍了上行数据传输的方法，在上述实施例的基础上，下面详细介绍虚拟装置实施例，具体如下所示：
实施例五
本申请实施例提供了一种用户设备UE，如图13所示，该用户设备UE1300包括：上行数据传输模块1301，其中，
上行数据传输模块1301，用于通过竞争的随机接入RACH过程进行上行数据传输。
本申请实施例的另一种可能的实现方式，上行数据传输模块1301包括：发送单元以及监听单元，其中，
发送单元，用于发送MsgA。
其中，MsgA包括物理随机接入信道PRACH，以及物理上行共享信道PUSCH，PUSCH携带上行数据，以及UE竞争解决ID。
监听单元，用于监听MsgB。
其中，MsgB携带UE竞争解决ID，如果MsgB携带的UE竞争解决ID与MsgA中的PUSCH携带的UE竞争解决ID相同，则表征RACH过程竞争成功。
本申请实施例的另一种可能的实现方式，MsgB包括：物理下行共享信道PDSCH；其中，PDSCH包括UE对应的物理媒体存取控制MAC随机接入响应RAR，MAC RAR指示UE竞争解决ID。
本申请实施例的另一种可能的实现方式，MAC RAR包含Flag域；其中，Flag域指示多种MAC RAR，不同的MAC RAR包含不同的控制信令域，不同的MAC RAR具有相同的载荷大小或者具有不同的载荷大小。
本申请实施例的另一种可能的实现方式，MAC RAR中包含的Flag域用于指示两种MAC RAR，
其中，两种MAC RAR包括：
第一种MAC RAR包含UE竞争解决ID，或者包含定时提前量控制TA Command和临时小区无线网络临时标识Temoporary C-RNTI中的至少一项以及UE竞争解决ID；
第二种MAC RAR包含上行授权UL Grant，UL Grant用于调度MsgA中的PUSCH重传，或者包含TA Command和Temoporary C-RNTI中的至少一项以及UL Grant。
本申请实施例的另一种可能的实现方式，第一种MAC RAR还包含确认资源指示符ARI，ARI指示反馈MsgB的ACK的物理上行控制信道PUCCH的资源。
本申请实施例的另一种可能的实现方式，MsgB包括下行控制信息DCI，DCI指示的UE竞争解决ID。
本申请实施例的另一种可能的实现方式，DCI包含Flag域，DCI中包含的Flag域指示两种DCI，
其中，两种DCI包括：
第一种DCI包含UE竞争解决ID，或者包含TA Command和Temoporary C-RNTI中的至少一项以及UE竞争解决ID；
第二种DCI用于调度MsgA中的PUSCH重传，DCI包含TA Command和Temoporary C-RNTI中的至少一项。
本申请实施例的另一种可能的实现方式，DCI的用于加扰循环冗余校验CRC的RNTI值基于MsgA中的PRACH的时频域资源以及所使用的前导码Preamble计算得出。
本申请实施例的另一种可能的实现方式，MsgB包含指示符，指示符用于指示在两步RACH过程中竞争未成功的UE回退到四步RACH过程的概率。
本申请实施例的另一种可能的实现方式，上行数据传输模块1301，具体用于在无线资源控制RRC空闲态，有上行数据待传输，且满足第一预设条件时，通过竞争性的RACH过程进行上行数据传输。
其中，第一预设条件包括以下至少一项：
基站在小区***信息块中配置了用于提前数据传输EDT的MsgA资源，以及用于EDT的MsgA资源和用于non-EDT的MsgA资源不同；
待传输的上行数据量满足MsgA中的PUSCH的最大传输块大小TBS的限制。
本申请实施例的另一种可能的实现方式，上行数据传输模块1301，具体还用于在RRC连接态，有上行数据待传输，且满足第二预设条件时，通过竞争性的RACH过程进行上行数据传输；
第二预设条件包括：
基站在小区***信息块中配置了用于EDT的MsgA资源，用于EDT的MsgA资源和用于non-EDT的MsgA资源不同；
待传输的上行数据量满足所述MsgA中的PUSCH的最大传输块大小TBS的限制；
第二预设条件还包括以下至少一项：
上行失同步；
在一个预配置的时间窗口内没有上行调度请求的可用资源；
发送上行调度请求后，在一个预配置的时间窗口内没有监听到基站的响应；
待传输的上行数据具有高时延要求。
本申请实施例的另一种可能的实现方式，上行数据传输模块1301具体可以包括：接收单元、获取单元、第一确定单元、第二确定单元、上行数据传输单元，其中，
接收单元，用于接收***广播信息。
获取单元，用于获取关于上行数据传输的TBS的配置信息。
第一确定单元，用于当TBS的配置信息中包括多个TBS值时，基于上行数据的待传输量，确定上行数据传输所使用的TBS值。
第二确定单元，用于依据第一确定单元确定的上行数据传输所使用的TBS值，确定上行数据传输所占用的时间单元的数量。
对于本申请实施例，第一确定单元与第二确定单元可以为同一个确定单元，也可以为不同的确定单元，在本申请实施例中不做限定。
上行数据传输单元，用于根据第二确定单元确定的时间单元的数量进行上行数据传输。
本申请实施例的另一种可能的实现方式，时间单元包括以下任一项：子帧；时隙；正交频分复用(Orthogonal Frequency Division Multiplexing，OFDM)符号；单载波频分多址(Single-carrier Frequency-Division Multiple Access，SC-FDMA)。
本申请实施例的另一种可能的实现方式，第二确定单元，具体用于计算上行数据传输所使用的TBS值与多个TBS值中的最小TBS值之间的比值，并将计算出的比值的向上取整的值确定为上行数据传输所占用的时间单元的数量。
本申请实施例的另一种可能的实现方式，当上行数据传输占用多个时间单元时，在多个时间单元内的传输方式，包括以下任一项：
在多个时间单元内重复发送；
在多个时间单元内进行速率匹配，并通过匹配后的码率发送。
本申请实施例的另一种可能的实现方式，用户设备UE1300还包括：发送模块，其中，
发送模块，用于在进行上行数据传输时，将上行数据传输所使用的TBS值通过PUSCH的解调参考信号DMRS发送至基站；和/或，在进行上行数据传输时，将上行数据传输所使用的TBS值通过PUSCH的捎带piggyback方式发送至基站。
本申请实施例提供了一种用户设备，与现有技术中在RRC连接态传输上行数据相比，本申请实施例通过竞争的随机接入RACH过程进行上行数据传输，即RRC空闲态用户设备在分多次发送上行数据时，无需建立RRC连接，可以通过RACH过程中直接发送上行数据，从而可以降低UE功耗，并且可以降低***资源浪费。
本实施例提供的用户设备适用于上述方法实施例，在此不再赘述。
上述实施例分别介绍了上行数据传输的方法实施例以及用户设备UE的虚拟装置实施例，下面介绍用户设备UE的实体装置实施例，具体如下所示：
实施例六
本发明实施例提供了一种用户设备UE，如图14所示，图14所示的用户设备1400包括：处理器1401、存储器1403。其中，处理器1401和存储器1403相连，如通过总线1402相连。可选地，用户设备UE1400还可以包括通信接口1404，通信接口包括天线。需要说明的是，实际应用中通信接口1404不限于一个，该用户设备UE1400的结构并不构成对本发明实施例的限定。
处理器1401可以是CPU，通用处理器，DSP，ASIC，FPGA或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器1401也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等。
总线1402可包括一通路，在上述组件之间传送信息。总线1402可以是PCI总线或EISA总线等。总线1402可以分为地址总线、数据总线、控制总线等。为便于表示，图14中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
存储器1403可以是ROM或可存储静态信息和指令的其他类型的静态存储设备，RAM或者可存储信息和指令的其他类型的动态存储设备，也可以是EEPROM、CD-ROM或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。
存储器1403用于存储执行本申请方案的应用程序代码，并由处理器1401来控制执行。处理器1401用于执行存储器1403中存储的应用程序代码，以实现前述任一方法实施例所示的内容。
本申请实施例提供了一种用户设备，与现有技术中在RRC连接态传输上行数据相比，，本申请实施例通过竞争的随机接入RACH过程进行上行数据传输，即RRC空闲态用户设备在分多次发送上行数据时，无需建立RRC连接，可以通过RACH过程中直接发送上行数据，从而可以降低UE功耗，并且可以降低***资源浪费。
实施例七
图15示意性示出了根据本申请实施例的可用于实现本申请的用户设备的计算***的框图。
如图15所示，计算***1500包括处理器1510、计算机可读存储介质1520、输出接口1530、以及输入接口1540。该计算***1500可以执行上面参考图1描述的方法，以实现在RRC空闲态通过竞争的随机接入RACH进行上行数据传输。
具体地，处理器1510例如可以包括通用微处理器、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(ASIC))，等等。处理器1510还可以包括用于缓存用途的板载存储器。处理器1510可以是用于执行参考图1描述的方法流程的不同动作的单一处理单元或者是多个处理单元。
计算机可读存储介质1520，例如可以是能够包含、存储、传送、传播或传输指令的任意介质。例如，可读存储介质可以包括但不限于电、磁、光、电磁、红外或半导体***、装置、器件或传播介质。可读存储介质的具体示例包括：磁存储装置，如磁带或硬盘(HDD)；光存储装置，如光盘(CD-ROM)；存储器，如随机存取存储器(RAM)或闪存；和/或有线/无线通信链路。
计算机可读存储介质1520可以包括计算机程序，该计算机程序可以包括代码/计算机可执行指令，其在由处理器1510执行时使得处理器1510执行例如上面结合图1所描述的方法流程及其任何变形。
计算机程序可被配置为具有例如包括计算机程序模块的计算机程序代码。例如，在示例实施例中，计算机程序中的代码可以包括一个或多个程序模块，例如包括模块1、模块2、……。应当注意，模块的划分方式和个数并不是固定的，本领域技术人员可以根据实际情况使用合适的程序模块或程序模块组合，当这些程序模块组合被处理器1510执行时，使得处理器1510可以执行例如上面结合图1所描述的方法流程及其任何变形。
根据本申请的实施例，处理器1510可以使用输出接口1530和输入接口1540来执行上面结合图1所描述的方法流程及其任何变形。
对于本申请实施例，上述实施例可以适用于任意***，包括但不限于5G NR***。
应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
以上所述仅是本发明的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (19)

1.一种上行数据传输方法，其特征在于，由用户设备UE执行，包括：
通过竞争的随机接入RACH过程进行上行数据传输。
2.根据权利要求1所述的方法，其特征在于，通过竞争的随机接入RACH过程进行上行数据传输，包括：
发送MsgA，所述MsgA包括物理随机接入信道PRACH，以及物理上行共享信道PUSCH，所述PUSCH携带所述上行数据，以及UE竞争解决标识ID；
监听MsgB，所述MsgB携带UE竞争解决ID，如果所述MsgB携带的UE竞争解决ID与所述MsgA中的PUSCH携带的UE竞争解决ID相同，则表征RACH过程竞争成功。
3.根据权利要求2所述的方法，其特征在于，
所述MsgB包括：物理下行共享信道PDSCH；
其中，所述PDSCH包括所述UE对应的物理媒体存取控制MAC随机接入响应RAR，所述MACRAR指示所述UE竞争解决ID。
4.根据权利要求3所述的方法，其特征在于，
所述MAC RAR包含Flag域；
其中，所述Flag域指示多种MAC RAR，不同的MAC RAR包含不同的控制信令域，所述不同的MAC RAR具有相同的载荷大小或者具有不同的载荷大小。
5.根据权利要求4所述的方法，其特征在于，所述MAC RAR中包含的Flag域用于指示两种MAC RAR，
其中，所述两种MAC RAR包括：
第一种MAC RAR包含UE竞争解决ID，或者包含定时提前量控制TA Command和临时小区无线网络临时标识Temoporary C-RNTI中的至少一项以及UE竞争解决ID；
第二种MAC RAR包含上行授权UL Grant，所述UL Grant用于调度所述MsgA中的PUSCH重传，或者包含TA Command和Temoporary C-RNTI中的至少一项以及所述UL Grant。
6.根据权利要求5所述的方法，其特征在于，所述第一种MAC RAR还包含确认资源指示符ARI，所述ARI指示反馈所述MsgB的ACK的物理上行控制信道PUCCH的资源。
7.根据权利要求2所述的方法，其特征在于，所述MsgB包括下行控制信息DCI，所述DCI指示所述的UE竞争解决ID。
8.根据权利要求7所述的方法，其特征在于，所述DCI包含Flag域，所述DCI中包含的Flag域指示两种DCI，
其中，所述两种DCI包括：
第一种DCI包含UE竞争解决ID，或者包含TA Command和Temoporary C-RNTI中的至少一项以及所述UE竞争解决ID；
第二种DCI用于调度所述MsgA中的PUSCH重传，所述DCI还包含TA Command和Temoporary C-RNTI中的至少一项。
9.根据权利要求7或8所述的方法，其特征在于，所述DCI的用于加扰循环冗余校验CRC的RNTI值基于所述MsgA中的PRACH的时频域资源以及所使用的前导码Preamble计算得出。
10.根据权利要求2所述的方法，其特征在于，所述MsgB还包含指示符，所述指示符用于指示在所述两步RACH过程中竞争未成功的UE回退到四步RACH过程的概率。
11.根据权利要求2所述的方法，其特征在于，通过竞争的随机接入RACH过程进行上行数据传输，包括：
在无线资源控制RRC空闲态，有上行数据待传输时，若满足第一预设条件，则通过竞争性的RACH过程进行上行数据传输；
所述第一预设条件包括：
基站在小区***信息块中配置了用于提前数据传输EDT的MsgA资源，以及用于EDT的MsgA资源和用于non-EDT的MsgA资源不同；
待传输的上行数据量满足所述MsgA中的PUSCH的最大传输块大小TBS的限制。
12.根据权利要求2所述的方法，其特征在于，通过竞争的随机接入RACH过程进行上行数据传输，包括：
在RRC连接态，有上行数据待传输时，若满足第二预设条件，则通过竞争性的RACH过程进行上行数据传输；
所述第二预设条件包括：
基站在小区***信息块中配置了用于EDT的MsgA资源，用于EDT的MsgA资源和用于non-EDT的MsgA资源不同；
待传输的上行数据量满足所述MsgA中的PUSCH的最大传输块大小TBS的限制；
所述第二预设条件还包括以下至少一项：
上行失同步；
在一个预配置的时间窗口内没有上行调度请求的可用资源；
发送上行调度请求后，在一个预配置的时间窗口内没有监听到基站的响应；
待传输的上行数据具有高时延要求。
13.根据权利要求1-12任一项所述的方法，其特征在于，所述通过竞争的随机接入RACH过程进行上行数据传输，包括：
接收***广播信息，获取关于所述上行数据传输的TBS的配置信息；
当TBS的配置信息中包括多个TBS值时，基于上行数据的待传输量，确定所述上行数据传输所使用的TBS值；
依据确定的所述上行数据传输所使用的TBS值，确定所述上行数据传输所占用的时间单元的数量；
根据确定的时间单元的数量进行上行数据传输。
14.根据权利要求13所述的方法，其特征在于，所述方法还包括：
所述时间单元包括以下任一项：子帧；时隙；正交频分复用OFDM符号；单载波频分多址SC-FDMA。
15.根据权利要求13或14所述的方法，其特征在于，所述依据确定的所述上行数据传输所使用的TBS值，确定所述上行数据传输所占用的时间单元的数量，包括：
计算所述上行数据传输所使用的TBS值与所述多个TBS值中的最小TBS值之间的比值，并将计算出的比值的向上取整的值确定为所述上行数据传输所占用的时间单元的数量。
16.根据权利要求13-15任一项所述的方法，其特征在于，当所述上行数据传输占用多个时间单元时，
在所述多个时间单元内的传输方式，包括以下任一项：
在所述多个时间单元内重复发送；
在所述多个时间单元内进行速率匹配，并通过匹配后的码率发送。
17.根据权利要求13-16任一项所述的方法，其特征在于，所述方法还包括以下任一项：
在进行上行数据传输时，将所述上行数据传输所使用的TBS值通过PUSCH的解调参考信号DMRS发送至基站；
在进行上行数据传输时，将所述上行数据传输所使用的TBS值通过PUSCH的捎带piggyback方式发送至基站。
18.一种用户设备UE，其特征在于，包括：
上行数据传输模块，用于通过竞争的随机接入RACH过程进行上行数据传输。
19.一种用户设备UE，包括：处理器；以及
存储器，配置用于存储机器可读指令，所述指令在由所述处理器执行时，使得所述处理器执行权利要求1-17中任一项所述的上行数据传输的方法。
CN201910045534.9A 2019-01-17 2019-01-17 用户设备以及上行数据传输方法 Pending CN111447644A (zh)

Priority Applications (5)

Application Number Priority Date Filing Date Title
CN201910045534.9A CN111447644A (zh) 2019-01-17 2019-01-17 用户设备以及上行数据传输方法
EP20742000.1A EP3906747A4 (en) 2019-01-17 2020-01-16 METHOD AND DEVICE FOR PERFORMING COMMUNICATION IN A WIRELESS COMMUNICATION SYSTEM
US17/310,088 US12010726B2 (en) 2019-01-17 2020-01-16 Method and apparatus for performing communication in wireless communication system
KR1020200006159A KR20200090126A (ko) 2019-01-17 2020-01-16 무선통신시스템에서 통신을 수행하는 방법 및 장치
PCT/KR2020/000796 WO2020149660A1 (en) 2019-01-17 2020-01-16 Method and apparatus for performing communication in wireless communication system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910045534.9A CN111447644A (zh) 2019-01-17 2019-01-17 用户设备以及上行数据传输方法

Publications (1)

Publication Number Publication Date
CN111447644A true CN111447644A (zh) 2020-07-24

Family

ID=71613835

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910045534.9A Pending CN111447644A (zh) 2019-01-17 2019-01-17 用户设备以及上行数据传输方法

Country Status (5)

Country Link
US (1) US12010726B2 (zh)
EP (1) EP3906747A4 (zh)
KR (1) KR20200090126A (zh)
CN (1) CN111447644A (zh)
WO (1) WO2020149660A1 (zh)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112040557A (zh) * 2020-08-05 2020-12-04 中国信息通信研究院 一种随机接入过程中的上行数据传输方法和设备
CN113647186A (zh) * 2019-03-28 2021-11-12 上海诺基亚贝尔股份有限公司 用于第一随机接入模式回退到第二随机接入模式的机制
WO2022027427A1 (en) * 2020-08-06 2022-02-10 Apple Inc. Systems and methods for providing random access channel (rach) signaling to user equipment (ue) during inactive direct transmissions
WO2022027565A1 (en) * 2020-08-07 2022-02-10 Lenovo (Beijing) Limited Method and apparatus for data transmission
CN114071553A (zh) * 2020-07-29 2022-02-18 维沃移动通信有限公司 Csi上报方法、终端及网络侧设备
CN114071774A (zh) * 2020-08-05 2022-02-18 ***通信有限公司研究院 获取上行反馈的方法、上行反馈方法、装置及电子设备
WO2022036617A1 (zh) * 2020-08-20 2022-02-24 Oppo广东移动通信有限公司 信道资源的确定方法和终端设备
WO2022126369A1 (zh) * 2020-12-15 2022-06-23 北京小米移动软件有限公司 传输数据的方法、装置、通信设备及存储介质

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020168331A1 (en) * 2019-02-15 2020-08-20 Apple Inc. 2-step rack initiated by pdcch order
CN111726870A (zh) * 2019-03-22 2020-09-29 上海朗帛通信技术有限公司 一种被用于无线通信的节点中的方法和装置
US20220369373A1 (en) * 2019-05-02 2022-11-17 Telefonaktiebolaget Lm Ericsson (Publ) Back-Off for 2-step RA Procedure
EP3964010A4 (en) 2019-05-02 2022-11-30 Nokia Technologies Oy CONFLICT RESOLUTION DURING A RANDOM ACCESS PROCEDURE
CN111800858B (zh) * 2019-07-11 2023-01-03 维沃移动通信有限公司 Edt数据的发送方法和设备
BR112022002561A2 (pt) * 2019-08-13 2022-05-03 Beijing Xiaomi Mobile Software Co Ltd Método para retorno de solicitação de repetição automática híbrida, e, método e aparelho para retorno harq
WO2021030982A1 (en) * 2019-08-16 2021-02-25 Qualcomm Incorporated Configurable mode for response to random access message
US11864235B2 (en) * 2019-10-08 2024-01-02 Qualcomm Incorporated Random access response mapping for two-step random access channel procedure
CN113260076A (zh) * 2020-02-13 2021-08-13 华硕电脑股份有限公司 无线通信***中小数据传送的回退动作的方法和设备
US11683840B2 (en) * 2020-04-15 2023-06-20 Qualcomm Incorporated Techniques for user equipment (UE) procedures for random access channel (RACH) type selection and random access response (RAR) monitoring in a wireless communication system
WO2022021154A1 (en) * 2020-07-29 2022-02-03 Qualcomm Incorporated Methods and apparatus for data transmission in rach procedures
CN116508367A (zh) * 2020-10-16 2023-07-28 联想(北京)有限公司 用于小数据传输或接收的方法及装置
US20240155720A1 (en) * 2021-03-15 2024-05-09 Beijing Xiaomi Mobile Software Co., Ltd. Method for processing uplink data and device

Family Cites Families (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101122095B1 (ko) 2009-01-05 2012-03-19 엘지전자 주식회사 불필요한 재전송 방지를 위한 임의접속 기법 및 이를 위한 단말
KR101607336B1 (ko) * 2009-06-07 2016-03-30 엘지전자 주식회사 무선 통신 시스템에서 ｒｂ 설정 방법 및 장치
KR20150051091A (ko) * 2013-11-01 2015-05-11 주식회사 아이티엘 이중 연결 방식을 이용하는 무선통신 시스템에서 랜덤 액세스 수행 방법 및 장치
WO2017126926A1 (ko) * 2016-01-20 2017-07-27 주식회사 윌러스표준기술연구소 비면허 대역 채널 액세스 방법, 장치, 및 시스템
US11457477B2 (en) * 2016-03-29 2022-09-27 Lg Electronics Inc. Method for performing random access procedure in next generation wireless communication system and apparatus therefor
WO2017222327A1 (ko) 2016-06-22 2017-12-28 엘지전자 주식회사 랜덤 액세스를 수행하는 방법 및 그 방법을 수행하는 단말
US10327265B2 (en) * 2016-11-04 2019-06-18 Qualcomm Incorporated Random access procedure timing designs
CN108282901B (zh) * 2017-01-06 2019-08-09 电信科学技术研究院 一种随机接入响应方法和装置
KR20180090212A (ko) * 2017-02-02 2018-08-10 삼성전자주식회사 시스템 정보를 송수신하는 방법 및 장치
US10660137B2 (en) * 2017-02-02 2020-05-19 Huawei Technologies Co., Ltd. Random access channel contention resolution
CN110547035A (zh) * 2017-04-28 2019-12-06 夏普株式会社 用于无线电***的随机接入过程
JP7111812B2 (ja) * 2017-11-09 2022-08-02 華為技術有限公司 通信装置のランダム・アクセス方法、装置、及び記憶媒体
US10880927B2 (en) * 2017-11-17 2020-12-29 Qualcomm Incorporated Mapping rules between synchronization signal blocks and random access channel resources
US11071076B2 (en) * 2018-04-27 2021-07-20 Qualcomm Incorporated Synchronization signal block indexing
JP6889331B2 (ja) * 2018-05-09 2021-06-18 京セラ株式会社 通信制御方法、無線端末、及び基地局
US11564260B2 (en) * 2018-08-09 2023-01-24 Lenovo (Beijing) Limited Contention window adjustment
CN118139206A (zh) 2018-10-26 2024-06-04 日本电气株式会社 用户设备、通信设备及其进行的方法
US11711851B2 (en) * 2018-11-02 2023-07-25 FG Innovation Company Limited Two-step random access procedure in next generation wireless networks
CN113303021B (zh) * 2019-01-04 2023-04-04 北京小米移动软件有限公司 未经许可频带中的两步随机接入程序
US11438930B2 (en) 2019-01-11 2022-09-06 Qualcomm Incorporated Timing indication for a two-step random access channel procedure
US11751251B2 (en) * 2019-09-19 2023-09-05 Intel Corporation Grant based PUSCH transmission and configured grant based PUSCH transmission in NR systems operating on unlicensed spectrum
US11611989B2 (en) * 2020-06-16 2023-03-21 Electronics And Telecommunications Research Institute Method and apparatus for extending coverage in communication system
EP4014653B1 (en) * 2020-08-06 2023-07-05 Ofinno, LLC Uplink resource release
EP4215014A1 (en) * 2020-09-15 2023-07-26 Telefonaktiebolaget LM Ericsson (publ) Random access in a wireless communication network
KR20230121546A (ko) * 2022-02-11 2023-08-18 엘지전자 주식회사 무선 통신 시스템에서 pucch 송수신 방법 및 장치
US20230276504A1 (en) * 2022-02-25 2023-08-31 Electronics And Telecommunications Research Institute Method and apparatus for data transmission for coverage extension
US20230283789A1 (en) * 2022-05-16 2023-09-07 Intel Corporation Efficient hypertext transfer protocol (http) adaptive bitrate (abr) streaming based on scalable video coding (svc)

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113647186A (zh) * 2019-03-28 2021-11-12 上海诺基亚贝尔股份有限公司 用于第一随机接入模式回退到第二随机接入模式的机制
US12022523B2 (en) 2019-03-28 2024-06-25 Nokia Technologies Oy Mechanism for first random access mode falling back to second random access mode
CN114071553A (zh) * 2020-07-29 2022-02-18 维沃移动通信有限公司 Csi上报方法、终端及网络侧设备
CN112040557A (zh) * 2020-08-05 2020-12-04 中国信息通信研究院 一种随机接入过程中的上行数据传输方法和设备
CN114071774A (zh) * 2020-08-05 2022-02-18 ***通信有限公司研究院 获取上行反馈的方法、上行反馈方法、装置及电子设备
CN112040557B (zh) * 2020-08-05 2022-04-22 中国信息通信研究院 一种随机接入过程中的上行数据传输方法和设备
WO2022027427A1 (en) * 2020-08-06 2022-02-10 Apple Inc. Systems and methods for providing random access channel (rach) signaling to user equipment (ue) during inactive direct transmissions
US11924888B2 (en) 2020-08-06 2024-03-05 Apple Inc. Systems and methods for providing random access channel (RACH) signaling to user equipment (UE) during inactive direct transmissions
WO2022027565A1 (en) * 2020-08-07 2022-02-10 Lenovo (Beijing) Limited Method and apparatus for data transmission
WO2022036617A1 (zh) * 2020-08-20 2022-02-24 Oppo广东移动通信有限公司 信道资源的确定方法和终端设备
WO2022126369A1 (zh) * 2020-12-15 2022-06-23 北京小米移动软件有限公司 传输数据的方法、装置、通信设备及存储介质

Also Published As

Publication number Publication date
WO2020149660A1 (en) 2020-07-23
KR20200090126A (ko) 2020-07-28
US12010726B2 (en) 2024-06-11
US20220070938A1 (en) 2022-03-03
EP3906747A4 (en) 2022-03-02
EP3906747A1 (en) 2021-11-10

Similar Documents

Publication Publication Date Title
CN111447644A (zh) 用户设备以及上行数据传输方法
KR102433945B1 (ko) 무선 통신에서 랜덤 액세스 절차를 수행하기 위한 방법, 장치 및 시스템
US11889565B2 (en) Method and system for handling random access response in wireless communication system
US11723072B2 (en) Method for transmitting random access response, access network device, and terminal device
US10701677B2 (en) Method and apparatus for uplink resource assignment for cellular network using unlicensed bands
EP3316651B1 (en) Random access method and corresponding device
US10225865B2 (en) Method for predetermining resource in random access, user equipment, and base station
US10581577B2 (en) Data scheduling and transmission method, apparatus, and system
CN114126073B (zh) 用于等待时间减少的随机接入过程
US11252760B2 (en) Method and wireless communication system for handling timer operation
JP2022540393A (ja) 大きいランダムアクセス応答（ｒａｒ）ウィンドウサイズをサポートするためのランダムアクセス手順方法
WO2011102764A1 (en) Methods and arrangements for contention -based uplink transmission in a wireless communications system
EP3565357A1 (en) Method and device for processing scheduling request
WO2014082195A1 (zh) 数据传输方法、装置、网络设备及ue
KR20200085237A (ko) 메시지 3(msg3) 전송을 위해 다중 리소스들을 시그널링하기 위한 방법 및 장치
CN112218376A (zh) 由用户设备执行的下行传输方法及用户设备
KR20220079548A (ko) 2단계 랜덤 액세스 절차를 위한 방법 및 장치
CN109587811B (zh) 一种信息获取方法及终端
EP3915330B1 (en) Method and apparatus for random access preamble group selection in wireless communication system
CN113647133B (zh) 发送、接收反馈信息的方法和设备
CN112492699A (zh) 处理涉及随机接入过程消息的定时冲突

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination