CN111586863A - 随机接入过程中的传输方法和装置 - Google Patents

Abstract

本申请提供一种随机接入过程中的传输方法和装置。本申请一种随机接入过程中的传输方法，包括：向网络侧设备发送随机接入消息，所述随机接入消息包括前导和上行数据；接收所述网络侧设备响应于所述随机接入消息发送的反馈消息，所述反馈消息包括上行调度授权；根据所述上行调度授权确定所述上行数据的传输方式，所述传输方式包括新传或重传；根据所述传输方式发送所述上行数据的一部分或者全部。本申请基于最少的指示信息实现PUSCH的新传和重传之间的自适应调度，提升调度效率。

Description

随机接入过程中的传输方法和装置

本申请要求于2019年2月15日提交中国专利局、申请号为201910118188.2、申请名称为“随机接入过程中的传输方法和装置”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。

技术领域

本申请涉及通信技术，尤其涉及一种随机接入过程中的传输方法和装置。

背景技术

在传统的移动宽带(Mobile broadband，MBB)业务场景中，无线传输业务对传输时延的需求并不高，每次传输的MBB业务包比较大，伴随数据信道传输的控制信道的开销比例较低，因此在终端发起随机接入时，通常采用四步随机接入(4-Step random accesschannel，4-Step RACH)的流程。逐渐地，随着未来超可靠低时延(Ultra Reliable LowLatency，URLLC)、机器通信(machine type communication，MTC)和物联网(Internet ofThings，IoT)的迅速发展，稀疏、小包及低时延需求的数据传输也有了越来越多的应用场景，要满足这一类数据业务的传输，传统的4-Step RACH由于终端与网络侧之间的多步交互引入的时延成为了技术瓶颈，两步(2-step)RACH作为一种降低时延的主流方案被提出。

2-step RACH包括两个步骤：第1步、终端向网络侧发送msgA，msgA包括前导(preamble)(承载于物理随机接入信道(physical random access channel，PRACH))和上行数据(承载于物理上行共享信道(physical uplink shared channel，PUSCH))；第2 步、终端接收网络侧针对msgA的响应msgB，msgB包括针对preamble的响应和/或针对 PUSCH的响应，其中，针对preamble的响应为随机接入响应(random access response， RAR)，RAR可以包括定时提前(timing advance，TA)、临时入网标识(Temp C-Radio Network TemporaryIdentity，TC-RNTI)、上行(Uplink，UL)调度授权(UL grant)和前导索引(preamble index)中的至少一种；针对PUSCH的响应包括竞争解决信息 (contention resolution message，CRM)。

但是，在2-step RACH方案中，当网络侧对msgA进行解调时，如果对上行数据解调错误，网络侧在向终端发送msgB后，终端和网络侧对msgA的重传操作尚没有明确的处理方案。

发明内容

本申请提供一种随机接入过程中的传输方法和装置，以基于最少的指示信息实现PUSCH的新传和重传之间的自适应调度，提升调度效率。

第一方面，本申请提供一种随机接入过程中的传输方法，包括：向网络侧设备发送随机接入消息，所述随机接入消息包括前导和上行数据；接收所述网络侧设备响应于所述随机接入消息发送的反馈消息，所述反馈消息包括上行调度授权；根据所述上行调度授权确定所述上行数据的传输方式，所述传输方式包括新传或重传；根据所述传输方式发送所述上行数据的一部分或者全部。

本申请根据网络侧设备在msgB中配置的上行调度授权灵活确定对msgA中的上行数据的传输方式，可以基于最少的指示信息实现PUSCH的新传和重传之间的自适应调度，提升了调度效率。

在一种可能的实现方式中，所述根据所述上行调度授权确定所述上行数据的传输方式，包括：根据所述上行调度授权获取传输块大小TBS；若所述TBS与预配置的TBS相同且所述上行调度授权不包括重传指示信息，则确定所述上行数据的传输方式为所述重传。

在一种可能的实现方式中，所述根据所述上行调度授权确定所述上行数据的传输方式，还包括：若所述TBS与所述预配置的TBS不同且所述上行调度授权不包括所述重传指示信息，则确定所述上行数据的传输方式为所述新传。

本申请根据网络侧设备在msgB中配置的TBS与预配置的TBS的比较，确定对msgA中的上行数据的传输方式，可以基于最少的指示信息实现PUSCH的新传和重传之间的自适应调度，提升了调度效率。

在一种可能的实现方式中，所述根据所述上行调度授权确定所述上行数据的传输方式，包括：根据所述上行调度授权获取重传指示信息；当所述重传指示信息为第一指示信息时，确定所述上行数据的传输方式为所述重传；当所述重传指示信息为第二指示信息时，确定所述上行数据的传输方式为所述新传。

本申请根据网络侧设备在msgB中配置的上行调度授权中的重传指示比特位指示msgA中的上行数据的传输方式，可以基于最少的指示信息实现PUSCH的新传和重传之间的自适应调度，提升了调度效率。

在一种可能的实现方式中，所述反馈消息包括用户特定的物理下行共享信道PDSCH 和公共的PDSCH，所述方法还包括：若所述用户特定的PDSCH不包括竞争解决标识ID，则从所述用户特定的PDSCH中获取所述上行调度授权。

在一种可能的实现方式中，所述方法还包括：若所述用户特定的PDSCH包括所述竞争解决ID且所述竞争解决ID与所述上行数据中的竞争解决ID不一致，则从所述公共的PDSCH中获取所述上行调度授权。

第二方面，本申请提供一种随机接入过程中的传输方法，包括：向终端发送响应于随机接入消息的反馈消息，所述随机接入消息包括前导和上行数据，所述反馈消息包括上行调度授权；接收所述终端再次发送的所述上行数据的一部分或者全部；根据所述上行调度授权对所述上行数据的一部分或者全部进行解调。

本申请网络侧设备在msgB中配置的上行调度授权以使终端确定对msgA中的上行数据的传输方式，可以基于最少的指示信息实现PUSCH的新传和重传之间的自适应调度，提升了调度效率。

在一种可能的实现方式中，所述上行调度授权中不包括重传指示信息，若根据所述上行调度授权所确定的传输块大小TBS与预配置的TBS不同，则所述上行调度授权用于调度所述终端以新传的方式传输所述上行数据的一部分或者全部。

在一种可能的实现方式中，所述上行调度授权中不包括重传指示信息，若根据所述上行调度授权所确定的传输块大小TBS与预配置的TBS相同，则所述上行调度授权用于调度所述终端以重传的方式传输所述上行数据的一部分或者全部。

在一种可能的实现方式中，所述上行调度授权包括重传指示信息；当所述重传指示信息为第一指示信息时，所述上行调度授权用于调度所述终端以重传的方式传输所述上行数据的一部分或者全部；当所述重传指示信息为第二指示信息时，所述上行调度授权用于调度所述终端以新传的方式传输所述上行数据的一部分或者全部。

第三方面，本申请提供一种随机接入过程中的传输方法，包括：向网络侧设备发送随机接入消息，所述随机接入消息包括前导和上行数据；接收所述网络侧设备响应于所述随机接入消息发送的反馈消息，所述反馈消息包括上行调度授权；根据所述上行调度授权获取传输块大小TBS；若所述TBS大于预配置的TBS，则通过对所述上行数据进行补零或者循环移位以生成大小为所述TBS的传输块；发送所述传输块。

在一种可能的实现方式中，还包括：若所述TBS小于所述预配置的TBS，则通过对所述上行数据进行截断以生成大小为所述TBS的传输块；发送所述传输块。

本申请终端根据网络侧设备在msgB中配置的上行调度授权获取TBS，灵活确定对msgA中的上行数据的传输方式，以及根据TBS组数据包，可以基于最少的指示信息实现PUSCH的新传和重传之间的自适应调度，提升了调度效率。

第四方面，本申请提供一种随机接入过程中的传输装置，包括：发送模块，用于向网络侧设备发送随机接入消息，所述随机接入消息包括前导和上行数据；接收模块，用于接收所述网络侧设备响应于所述随机接入消息发送的反馈消息，所述反馈消息包括上行调度授权；确定模块，用于根据所述上行调度授权确定所述上行数据的传输方式，所述传输方式包括新传或重传；所述发送模块，还用于根据所述传输方式发送所述上行数据的一部分或者全部。

在一种可能的实现方式中，所述确定模块，具体用于根据所述上行调度授权获取传输块大小TBS；若所述TBS与预配置的TBS相同且所述上行调度授权不包括重传指示信息，则确定所述上行数据的传输方式为所述重传。

在一种可能的实现方式中，所述确定模块，还用于若所述TBS与所述预配置的TBS不同且所述上行调度授权不包括所述重传指示信息，则确定所述上行数据的传输方式为所述新传。

在一种可能的实现方式中，所述确定模块，具体用于根据所述上行调度授权获取重传指示信息；当所述重传指示信息为第一指示信息时，确定所述上行数据的传输方式为所述重传；当所述重传指示信息为第二指示信息时，确定所述上行数据的传输方式为所述新传。

在一种可能的实现方式中，所述反馈消息包括用户特定的物理下行共享信道PDSCH 和公共的PDSCH，所述装置还包括：获取模块，用于若所述用户特定的PDSCH不包括竞争解决标识ID，则从所述用户特定的PDSCH中获取所述上行调度授权。

在一种可能的实现方式中，所述获取模块，还用于若所述用户特定的PDSCH包括所述竞争解决ID且所述竞争解决ID与所述上行数据中的竞争解决ID不一致，则从所述公共的PDSCH中获取所述上行调度授权。

第五方面，本申请提供一种随机接入过程中的传输装置，包括：发送模块，用于向终端发送响应于随机接入消息的反馈消息，所述随机接入消息包括前导和上行数据，所述反馈消息包括上行调度授权；接收模块，用于接收所述终端再次发送的所述上行数据的一部分或者全部；解调模块，用于根据所述上行调度授权对所述上行数据的一部分或者全部进行解调。

在一种可能的实现方式中，所述上行调度授权中不包括重传指示信息，若根据所述上行调度授权所确定的传输块大小TBS与预配置的TBS不同，则所述上行调度授权用于调度所述终端以新传的方式传输所述上行数据的一部分或者全部。

在一种可能的实现方式中，所述上行调度授权中不包括重传指示信息，若根据所述上行调度授权所确定的传输块大小TBS与预配置的TBS相同，则所述上行调度授权用于调度所述终端以重传的方式传输所述上行数据的一部分或者全部。

在一种可能的实现方式中，所述上行调度授权包括重传指示信息；当所述重传指示信息为第一指示信息时，所述上行调度授权用于调度所述终端以重传的方式传输所述上行数据的一部分或者全部；当所述重传指示信息为第二指示信息时，所述上行调度授权用于调度所述终端以新传的方式传输所述上行数据的一部分或者全部。

第六方面，本申请提供一种随机接入过程中的传输装置，包括：发送模块，用于向网络侧设备发送随机接入消息，所述随机接入消息包括前导和上行数据；接收模块，用于接收所述网络侧设备响应于所述随机接入消息发送的反馈消息，所述反馈消息包括上行调度授权；获取模块，用于根据所述上行调度授权获取传输块大小TBS；所述发送模块，还用于若所述TBS大于预配置的TBS，则通过对所述上行数据进行补零或者循环移位以生成大小为所述TBS的传输块，发送所述传输块。

在一种可能的实现方式中，所述发送模块，还用于若所述TBS小于所述预配置的TBS，则通过对所述上行数据进行截断以生成大小为所述TBS的传输块；发送所述传输块。

第七方面，本申请提供一种通信设备，包括：

一个或多个处理器；

存储器，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述通信设备实现如上述第一至三方面中任一所述的方法。

第八方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质存储有指令，当所述指令在通信设备上运行时，用于执行上述第一至三方面中任一项所述的方法。

第九方面，本申请提供一种计算机程序，当所述计算机程序被通信设备执行时，用于执行上述第一至三方面中任一项所述的方法。

附图说明

图1为4-step RACH过程的流程图；

图2为2-step RACH过程的流程图；

图3为本申请随机接入过程中的传输方法实施例一的流程图；

图4为本申请随机接入过程中的传输方法实施例二的流程图；

图5为本申请随机接入过程中的传输方法实施例三的流程图；

图6为本申请随机接入过程中的传输方法实施例四的流程图；

图7为NDI与MCS字段的位置关系示意图；

图8为本申请随机接入过程中的传输方法实施例五的流程图；

图9为广义格式的msgB的一个示意图；

图10为本申请随机接入过程中的传输方法实施例六的流程图；

图11为本申请随机接入过程中的传输方法实施例七的流程图；

图12为本申请随机接入过程中的传输方法实施例八的流程图；

图13为本申请随机接入过程中的传输方法实施例九的流程图；

图14为本申请随机接入过程中的传输装置实施例一的结构示意图；

图15为本申请随机接入过程中的传输装置实施例二的结构示意图；

图16为本申请随机接入过程中的传输装置实施例三的结构示意图；

图17为本申请通信设备实施例的结构示意图；

图18为本申请一实施例提供的随机接入方法的流程图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请中的附图，对本申请中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

图1为4-step RACH过程的流程图，如图1所示，在4-step RACH过程中，终端向网络侧设备发送msg1(preamble)。网络侧设备响应于msg1向终端发送msg2，一般称为 RAR，RAR可以包括TA、TC-RNTI、UL grant和preamble index。终端根据RAR中的 UL grant发送msg3，msg3至少包括用于竞争冲突解决的用户标识(Identity，ID)，msg3 承载于UL grant所调度的PUSCH上。网络侧设备发送针对msg3的反馈msg4，msg4至少包括竞争解决ID，msg4承载于物理下行共享信道(Physical Downlink Shared Channel， PDSCH)上。

图2为2-step RACH过程的流程图，如图2所示，在2-step RACH过程中，终端(该终端可以是处于空闲(idle)、非活跃(inactive)或者连接(connected)状态)在发起随机接入(该随机接入可以是基于竞争也可以是基于非竞争)时，根据网络侧设备通过无线资源控制(Radio Resource Control，RRC)信令预先配置的随机接入资源和上行数据传输资源发送随机接入消息(msgA)，该随机接入消息通常包括前导(preamble)和上行数据 (PUSCH)。网络侧设备接收到随机接入消息后，响应于该随机接入消息向终端发送反馈消息(msgB)，msgB承载于PDSCH，msgB可以包括针对preamble的响应(即RAR) 和针对PUSCH的响应中的至少一种。msgB需要反映出网络侧设备对msgA的解调结果，例如，对preamble解调正确，对PUSCH解调错误，网络侧设备向终端发送msgB体现该解调结果，终端会根据该解调结果确定对msgA如何操作。

本申请提供一种随机接入过程中的传输方法，实现在2-step RACH过程中网络侧设备对msgA的解调出现错误时，终端对msgA的处理以及网络侧设备对msgA的解调。

图3为本申请随机接入过程中的传输方法实施例一的流程图，如图3所示，本实施例的执行主体可以是终端，该终端是用户侧的一种用于接收或发射信号的实体，例如用户设备(User Equipment，UE)。本实施例的方法可以包括：

步骤301、向网络侧设备发送随机接入消息。

本申请终端向网络侧设备发送随机接入消息可以是图2中的msgA，其所包括的前导 (preamble)和上行数据(PUSCH)各自的时频资源之间可以预先配置好对应关系，包括一对一、一对多或者多对一等。

步骤302、接收网络侧设备响应于随机接入消息发送的反馈消息。

网络侧设备发送给终端的反馈消息可以是图2中的msgB，其包括上行调度授权(ULgrant)。网络侧设备接收到终端发送的msgA后，对msgA进行解调，然后根据解调的结果做出不同的反馈，包括以下几种情况：

(1)网络侧设备对preamble解调正确，对PUSCH解调错误。此时网络侧设备通过msgB中的UL grant配置的TBS或UL grant中的重传指示比特位通知终端应该对PUSCH 进行新传还是重传,这里配置的TBS可以是UL grant所指示的TBS或者根据UL grant中的时频资源、MCS等信息计算得到的TBS。另外网络侧设备还可以通过msgB中的竞争解决ID(该情况下，终端确定msgB中不包括竞争解决ID，或者终端确定竞争解决ID与 PUSCH中携带的竞争解决ID不一致)通知终端在用户特定的PDSCH或者公共的PDSCH 中获取UL grant。

(2)网络侧设备对preamble解调错误。此时网络侧设备不会发送反馈消息。

(3)网络侧设备对preamble和PUSCH均解调正确。此时网络侧设备通过msgB中的竞争解决ID(该情况下，终端确定竞争解决ID与PUSCH中携带的竞争解决ID一致) 通知终端msgA解调正确。

步骤303、根据上行调度授权确定上行数据的传输方式。

针对上述几种情况，根据网络侧设备对msgA的解调结果，网络侧设备会在配置给终端的UL grant中体现出该解调结果，终端就可以根据UL grant来确定对msgA中的PUSCH的传输方式是采用新传还是重传。本申请UE可以采用以下几种方法确定PUSCH的传输方式：

一、反馈消息承载于公共的PDSCH，该反馈消息包括针对PUSCH的UL grant

如果UL grant所指示的或者根据UL grant中的时频资源、MCS等信息计算得到的传输块大小(Transport Block Size，TBS)与预配置的TBS不同，预配置的TBS为初始发送msgA中的PUSCH时所使用的TBS，且UL grant不包括任何重传相关的指示信息(例如，冗余版本(Redundancy Version，RV)、新数据指示(New Data Indication，NDI)等)，则PUSCH的传输方式为新传。新传的数据可以只包括msgA中的PUSCH，也可以是msgA 中的PUSCH和其他上行数据的组合。新传是指终端将对应的HARQ缓存中的数据丢弃，生成新的数据存入该HARQ缓存中；或者，如果UL grant所指示的TBS与预配置的TBS 相同，且UL grant不包括任何重传相关的指示信息(例如，RV、NDI等)，则PUSCH 的传输方式为重传。

二、反馈消息承载于公共的PDSCH，该反馈消息包括针对PUSCH的UL grant

如果UL grant包括重传指示信息，则根据该重传指示信息确定PUSCH的传输方式：当重传指示信息为第一指示信息(例如，0)时，PUSCH的传输方式为重传；当重传指示信息为第二指示信息(例如，1)时，PUSCH的传输方式为新传。

三、反馈消息承载于用户特定的PDSCH和公共的PDSCH，且用户特定的PDSCH上不包括竞争解决ID

从用户特定的PDSCH中获取UL grant，如果UL grant所指示的或者根据UL grant中的时频资源、MCS等信息计算得到的TBS与预配置的TBS不同，预配置的TBS为初始发送msgA中的PUSCH时所使用的TBS，且UL grant不包括任何重传相关的指示信息(例如，RV、NDI等)，则PUSCH的传输方式为新传；或者，如果UL grant所指示的TBS 与预配置的TBS相同，且UL grant不包括任何重传相关的指示信息(例如，RV、NDI等)，则PUSCH的传输方式为重传。或者，

从用户特定的PDSCH中获取UL grant，如果UL grant包括重传指示信息，则根据该重传指示信息确定PUSCH的传输方式：当重传指示信息为第一指示信息(例如，0)时， PUSCH的传输方式为重传；当重传指示信息为第二指示信息(例如，1)时，PUSCH的传输方式为新传。

四、反馈消息承载于用户特定的PDSCH和公共的PDSCH，且用户特定的PDSCH上包括的竞争解决ID与PUSCH上携带的竞争解决ID不一致

从公共的PDSCH中获取UL grant，如果UL grant所指示的或者根据UL grant中的时频资源、MCS等信息计算得到的TBS与预配置的TBS不同，预配置的TBS为初始发送msgA中的PUSCH时所使用的TBS，且UL grant不包括任何重传相关的指示信息(例如， RV、NDI等)，则PUSCH的传输方式为新传；或者，如果UL grant所指示的TBS与预配置的TBS相同，且ULgrant不包括任何重传相关的指示信息(例如，RV、NDI等)，则PUSCH的传输方式为重传。或者，

从公共的PDSCH中获取UL grant，如果UL grant包括重传指示信息，则根据该重传指示信息确定PUSCH的传输方式：当重传指示信息为第一指示信息(例如，0)时，PUSCH 的传输方式为重传；当重传指示信息为第二指示信息(例如，1)时，PUSCH的传输方式为新传。

五、反馈消息承载于用户特定的PDSCH和公共的PDSCH，且用户特定的PDSCH上包括的竞争解决ID与PUSCH上携带的竞争解决ID一致

该情况表示网络侧设备对msgA中的preamble和PUSCH均解调正确，因此终端不需要再对msgA中的PUSCH进行处理，而是根据UL grant对其他没有传输的上行数据进行新传。

步骤304、根据传输方式发送上行数据的一部分或者全部。

在步骤304中，终端根据UL grant获取TBS，再根据TBS确定本次可以发送多少数据。由于TBS决定了终端可以发送的数据量，终端在发送上行数据时，如果该TBS大于预配置的TBS，则终端可以发送全部上行数据，并且通过补零或循环移位补足TBS，如果该TBS等于预配置的TBS，则终端可以直接发送全部上行数据，如果该TBS小于预配置的TBS，则终端可以根据该TBS对上行数据进行截断，只发送部分上行数据。终端对上行数据采取的新传是指终端将对应的HARQ缓存中的数据丢弃，将要发送的数据存入该 HARQ缓存中。

本申请根据网络侧设备在msgB中配置的上行调度授权灵活确定对msgA中的上行数据的传输方式，可以基于最少的指示信息实现PUSCH的新传和重传之间的自适应调度，提升了调度效率。

图4为本申请随机接入过程中的传输方法实施例二的流程图，如图4所示，本实施例的执行主体可以是网络侧设备，该网络侧设备是网络侧的一种用于发射或接收信号的实体，例如，基站(gNB)。本实施例的方法可以包括：

步骤401、向终端发送响应于随机接入消息的反馈消息。

随机接入消息包括前导和上行数据，反馈消息包括上行调度授权；

步骤402、接收终端再次发送的上行数据的一部分或者全部。

步骤403、根据上行调度授权对上行数据的一部分或者全部进行解调。

本实施例与图3所示流程相对应，其作为网络侧设备的处理流程，原理与图3所示实施例类似，此处不再赘述。

下面采用几个具体的实施例，对图3和图4所示方法实施例的技术方案进行详细说明。

图5为本申请随机接入过程中的传输方法实施例三的流程图，如图5所示，本实施例说明在2-step RACH中，终端根据网络侧设备发送的msgB中的公共的PDSCH承载的ULgrant获得TBS信息，根据TBS信息对msgA中的PUSCH处理的流程。本实施例的方法可以包括：

s501、终端向网络侧设备发送msgA。

msgA包括preamble和PUSCH。

s502、网络侧设备解调msgA，其中preamble解调正确，PUSCH解调错误。

s503、网络侧设备向终端发送msgB，msgB中由公共的PDSCH承载UL grant。

在本实施例中，msgB的格式可以沿用4-step RACH中msg2的格式，msgB中至少包含一个公共的PDSCH，该公共的PDSCH是指其所对应的下行控制信息(downlink controlinformation，DCI)的加扰序列是一个公共的加扰序列，UL grant承载于公共的PDSCH中。本申请对UL grant中的字段内容不做限制。

s504、终端解调msgB。

终端收到msgB，其物理层对msgB正确解调后，将解调得到的数据包通知高层(higher layer或upper layer)，高层识别出msgB中的preamble index是步骤S501中发送的msgA 中的preamble对应的preamble index，然后将对应的UL grant通知给其物理层，终端的操作跳转至s505；若终端的物理层对msgB解调错误，则终端的操作跳转至s511。

s505、终端根据公共的PDSCH中的UL grant获取TBS。

终端根据UL grant中的频域资源分配、时域资源分配、MCS等信息可以获取网络侧设备配置的TBS。

s506、终端判断TBS和预配置的TBS是否相同。

若相同且UL grant不包括任何重传相关的指示信息，则跳转至s507；若不相同且UL grant不包括任何重传相关的指示信息则跳转至s509。

s507、终端根据UL grant对msgA中的PUSCH进行重传。

s508、网络侧设备将重传和先前新传的数据合并译码。

如果网络侧设备通过UL grant配置的TBS与预配置的TBS相同，在译码时是将PUSCH的新传和重传数据合并译码，示例性的，合并译码的算法可以是混合自动重传请求(Hybrid Automatic Repeat reQuest，HARQ)技术中的软合并(Chase Combine，CC)算法或增量冗余(Incremental Redundancy，IR)算法或者其他合并译码的算法，本申请对合并译码的算法不做具体限定。执行至s508本实施例的一个流程分支结束。

s509、终端根据UL grant对msgA中的PUSCH进行新传。

新传的数据可以只包括msgA中的PUSCH，还可以是msgA中的PUSCH和其他上行数据的组合。终端将对应的HARQ缓存中的数据丢弃，生成新的数据存入该HARQ缓存中。

s510、网络侧设备对新传的数据进行译码。

如果网络侧设备通过UL grant配置的TBS与预配置的TBS不同，在译码时对收到的PUSCH做新传对应的译码处理。执行至s510本实施例的另一个流程分支结束。

s511、终端重新发起2-step RACH或4-step RACH。

终端若是对公共的PDSCH解调错误，则重新发起2-step RACH或4-step RACH。

在本实施例中，终端根据UL grant获取TBS，然后根据TBS判断对msgA中的PUSCH做重传还是新传。当msgA用于RRC消息传输时，PUSCH的比特数通常为56和72，UL grant中的配置信息(频域资源分配、时域资源分配、MCS等)可以支持更高的TBS，所以在msgA中的PUSCH解调错误时，可以允许网络侧设备调度更高的TBS支持msgA中的PUSCH与其他上行数据的组合做新传。msgA中的PUSCH的MCS一般是由网络侧设备预先配置，或者是由协议约定的固定值。终端和网络侧设备都可以根据时频资源的大小和MCS对应的码率确定TBS。当预配置或协议约定的MCS存在有多种取值，网络侧设备在接收信号时需要对PUSCH进行盲检测，将大大增加实现复杂度，因此通常考虑 PUSCH的MCS只有一种取值。当PUSCH的MCS只有一种取值时，需要根据终端的待发送数据包的可能的最大比特数选择MCS，例如，考虑msgA用于RRC消息传输时，可以选择MCS使得对应TBS大于或等于所述可能的最大比特数(例如，72比特)。若待发送的数据包的比特数小于对应的TBS时，可以通过补零的方法调整数据包的大小和TBS 一致。这种方案减少了基站检测的复杂度。为了适应不同的PUSCH大小，网络侧设备可以配置多个不同的PUSCH资源，分别采用不同的MCS，对应的TBS分别适合不同的PUSCH大小。一种实现方法是将preamble分为多个组，每个preamble组对应的PUSCH 资源的TBS不同，终端根据需要传输的PUSCH大小选择preamble组。另一种实现方法是一个preamble对应多个PUSCH资源，各PUSCH资源的TBS不同，终端根据PUSCH 资源确定TBS。由于实际可以选择的码率有限，根据MCS计算得到的TBS有可能和待发送的数据包的比特数不一致，通常TBS大于或等于待发送的数据包的比特数，可以按照 TBS大小对待发送的数据包进行补零。

另一种可能的方案是，对于msgA中的PUSCH的传输，网络侧设备配置或者协议约定PUSCH对应的TBS，不需要根据时频资源和MCS索引来确定TBS，例如，协议约定 PUSCH对应的TBS为72比特。或者，网络侧设备配置PUSCH对应的TBS为56比特或者72比特。网络侧设备还可以同时配置多种不同TBS大小的PUSCH，不需要根据时频资源和MCS索引来确定TBS，它们对应的preamble可以不同。

本申请根据网络侧设备在msgB中配置的TBS与预配置的TBS的比较，确定对msgA中的上行数据的传输方式，可以基于最少的指示信息实现PUSCH的新传和重传之间的自适应调度，提升了调度效率。

图6为本申请随机接入过程中的传输方法实施例四的流程图，如图6所示，本实施例说明在2-step RACH中，终端根据网络侧设备发送的msgB中的公共的PDSCH承载的ULgrant中的重传指示比特位对msgA中的PUSCH处理的流程。本实施例的方法可以包括：

s601、终端向网络侧设备发送msgA。

msgA包括preamble和PUSCH。

s602、网络侧设备解调msgA，其中preamble解调正确，PUSCH解调错误。

s603、网络侧设备向终端发送msgB，msgB中由公共的PDSCH承载UL grant。

在本实施例中，网络侧设备通过msgB中的重传指示比特位指示终端的操作，例如选取MCS字段中的一个比特位来指示是重传还是新传。但是本申请并不限定该比特位的位置，可以是UL grant中的任意字段中的1个比特位。

s604、终端解调msgB。

终端收到msgB后，若终端的物理层对msgB解调正确，则将解调得到的数据包通知高层，高层识别出msgB中的preamble index后将对应的UL grant通知给物理层，终端的操作跳转至s605；若终端的物理层对msgB解调错误，则终端的操作跳转至s610。

s605、终端根据公共的PDSCH中的UL grant获取重传指示信息。

示例性的，在现有的UL grant字段中，MCS字段占4bit，在MCS字段中预留1bit，用来表示重传指示信息(new data indication，NDI)。在本实施例中，对NDI在MCS字段中的位置不做限制，可以是在MCS字段的高bit位，也可以是在MCS字段的低bit位，NDI与MCS字段的位置关系可以如图7所示。

s606、当重传指示信息为第一指示信息，终端根据UL grant对msgA中的PUSCH进行重传。

例如，NDI＝0，表示终端对PUSCH做重传。

s607、网络侧设备将重传和先前新传的数据合并译码。

如果网络侧设备通过UL grant配置的NDI为0(false)，在译码时是将PUSCH的新传和重传数据合并译码。执行至s607本实施例的一个流程分支结束。

s608、当重传指示信息为第二指示信息，终端根据UL grant对msgA中的PUSCH进行新传。

例如，NDI＝1，表示终端对PUSCH做新传。新传的数据可以只包括msgA中的PUSCH，还可以是msgA中的PUSCH和其他上行数据的组合。终端将对应的HARQ缓存中的数据丢弃，生成新的数据存入该HARQ缓存中。

s609、网络侧设备对新传的数据进行译码。

如果网络侧设备通过UL grant配置的NDI为1(true)，在译码时对收到的PUSCH 做新传对应的译码处理。执行至s609本实施例的另一个流程分支结束。

s610、终端重新发起2-step RACH或4-step RACH。

终端若是对公共的PDSCH解调错误，则重新发起2-step RACH或4-step RACH。

本申请根据网络侧设备在msgB中配置的上行调度授权中的重传指示比特位指示msgA中的上行数据的传输方式，可以基于最少的指示信息实现PUSCH的新传和重传之间的自适应调度，提升了调度效率。

图8为本申请随机接入过程中的传输方法实施例五的流程图，如图8所示，本实施例说明在2-step RACH中，终端根据网络侧设备发送的msgB中的用户特定的PDSCH承载的ULgrant获得TBS信息，根据TBS信息对msgA中的PUSCH处理的流程。本实施例的方法可以包括：

s801、终端向网络侧设备发送msgA。

msgA包括preamble和PUSCH。

s802、网络侧设备解调msgA，其中preamble解调正确，PUSCH解调错误。

s803、网络侧设备向终端发送msgB，msgB中由用户特定的PDSCH承载UL grant且用户特定的PDSCH不包括竞争解决ID。

在本实施例中，msgB的格式可以采用一个广义的结构，例如msgB由公共的PDSCH和响应不同终端的特定部分构成(如图9所示)，在msgB的广义结构中，对msgA中的 PUSCH的响应内容体现在响应不同终端的特定部分，该特定部分的格式可以是用户特定的PDSCH，也可以是其他形式的数据，本申请对此不做具体限定。

s804、终端解调msgB。

用户特定的PDSCH包括用于调度PUSCH传输的UL grant，终端根据用户特定的PDSCH中的信息来对msgA中的PUSCH进行处理。用户特定的PDSCH的内容包括对 msgA中的PUSCH的传输的反馈或者重传指示信息。本实施例因为网络侧设备对msgA 中的PUSCH解调错误，网络侧设备向终端传输msgB时，其中的用户特定的PDSCH中竞争解决ID缺失，竞争解决ID是指与终端一一对应的识别序列或者其他识别信息。这里用户特定的PDSCH中的内容包括对msgA中的PUSCH的传输方式的指示，用户特定的 PDSCH中的具体内容和内容格式不做具体限定。若终端的物理层对msgB解调正确，则将解调得到的数据包通知高层，高层识别出msgB中的preamble index后将对应的UL grant 通知给物理层，终端的操作跳转至s805；若终端的物理层对msgB解调错误，则终端的操作跳转至s811。

需要说明的是，如果用户特定的PDSCH中包括竞争解决ID，则当用户特定的PDSCH包括的竞争解决ID与终端的ID一致时，终端也是从用户特定的PDSCH获取UL grant。但若是用户特定的PDSCH包括的竞争解决ID与终端的ID不一致时，终端就需要从公共的PDSCH获取UL grant。

s805、终端根据用户特定的PDSCH中的UL grant获取TBS。

终端根据UL grant中的频域资源分配、时域资源分配、MCS等信息可以获取网络侧设备配置的TBS。

s806、终端判断TBS和预配置的TBS是否相同。

若相同且UL grant不包括任何重传相关的指示信息，则跳转至s807；若不相同且UL grant不包括任何重传相关的指示信息则跳转至s809。

s807、终端根据UL grant对msgA中的PUSCH进行重传。

s808、网络侧设备将重传和先前新传的数据合并译码。

如果网络侧设备通过UL grant配置的TBS与预配置的TBS相同，在译码时是将PUSCH的新传和重传数据合并译码。执行至s808本实施例的一个流程分支结束。

s809、终端根据UL grant对msgA中的PUSCH进行新传。

新传的数据可以只包括msgA中的PUSCH，还可以是msgA中的PUSCH和其他上行数据的组合。终端将对应的HARQ缓存中的数据丢弃，生成新的数据存入该HARQ缓存中。

s810、网络侧设备对新传的数据进行译码。

如果网络侧设备通过UL grant配置的TBS与预配置的TBS不同，在译码时对收到的PUSCH做新传对应的译码处理。执行至s810本实施例的另一个流程分支结束。

需要说明的是，本实施例的步骤s805-s810可以替换为本申请实施例四中的步骤s605-s609，即终端根据UL grant中的重传指示比特确定PUSCH的传输方式。

s811、终端重新发起2-step RACH或4-step RACH。

终端若是对用户特定的PDSCH解调错误，则重新发起2-step RACH或4-step RACH。

本申请根据网络侧设备在msgB中配置的TBS与预配置的TBS的比较，确定对msgA中的上行数据的传输方式，可以基于最少的指示信息实现PUSCH的新传和重传之间的自适应调度，提升了调度效率。

图10为本申请随机接入过程中的传输方法实施例六的流程图，如图10所示，本实施例与实施例三的区别在于，网络侧设备对msgA中的PUSCH解调错误，网络侧设备发送msgB给终端，终端根据msgB中的TBS只执行msgA中的PUSCH的重传。本实施例的方法可以包括：

s1001、终端向网络侧设备发送msgA。

msgA包括preamble和PUSCH。

s1002、网络侧设备解调msgA，其中preamble解调正确，PUSCH解调错误。

s1003、网络侧设备向终端发送msgB，msgB中由公共的PDSCH承载UL grant。

在本实施例中，msgB的格式可以沿用4-step RACH中msg2的格式，msgB中至少包含一个公共的PDSCH，该公共的PDSCH是指其所对应的DCI的加扰序列是一个公共的加扰序列，UL grant承载于公共的PDSCH中。本申请对UL grant中的字段内容不做限制。

s1004、终端解调msgB。

终端收到msgB后，若终端的物理层对msgB解调正确，则将解调得到的数据包通知高层，高层识别出msgB中的preamble index后将对应的UL grant通知给物理层，终端的操作跳转至s1005；若终端的物理层对msgB解调错误，则终端的操作跳转至s1011。

s1005、终端根据公共的PDSCH中的UL grant获取TBS。

终端根据UL grant中的频域资源分配、时域资源分配、MCS等信息可以获取网络侧设备配置的TBS。

s1006、终端判断TBS是否大于预配置的TBS。

若大于或等于，则跳转至s1007；若小于，则跳转至s1009。

s1007、终端通过对PUSCH进行补零或者循环移位以生成大小为TBS的传输块，重传该传输块。

一般情况下，UL grant中配置的TBS大于预配置的TBS，终端根据UL grant的指示对msgA中的PUSCH做重传，重传数据与msgA中的PUSCH相同，TBS不足的部分可以通过补零或者循环移位来补充。如果UL grant中配置的TBS等于预配置的TBS，终端根据UL grant的指示对msgA中的PUSCH做重传，重传数据与msgA中的PUSCH相同。

s1008、网络侧设备将重传和先前新传的数据合并译码。

如果网络侧设备通过UL grant配置的TBS与预配置的TBS相同，在译码时是将PUSCH的新传和重传数据合并译码。如果基站通过UL grant配置的TBS比预配置的TBS 大，基站在译码时，因为收到的PUSCH为新传时的数据包进行补零或者循环移位后的数据包，所以将新传和重传数据合并译码。执行至s1008本实施例的一个流程分支结束。

s1009、终端通过对PUSCH进行截断以生成大小为TBS的传输块，重传该传输块。

如果出现UL grant中配置的TBS小于预配置的TBS的情况，终端可以对msgA中的PUSCH进行截断或者选择不发送。截断时，终端可以选择截断数据包的前半部分，也可以选择截断数据包的后半部分。

s1010、网络侧设备对重传的数据进行单独译码。

执行至s1010本实施例的另一个流程分支结束。

s1011、终端重新发起2-step RACH或4-step RACH。

终端若是对公共的PDSCH解调错误，则重新发起2-step RACH或4-step RACH。

本申请根据网络侧设备在msgB中配置的TBS与预配置的TBS的比较，确定对msgA中的上行数据的传输方式，可以基于最少的指示信息实现PUSCH的新传和重传之间的自适应调度，提升了调度效率。

图11为本申请随机接入过程中的传输方法实施例七的流程图，如图11所示，本实施例说明在2-step RACH中，msgB的结构为广义结构时的处理流程。本实施例的方法可以包括：

s1101、终端向网络侧设备发送msgA。

msgA包括preamble和PUSCH。

s1102、网络侧设备解调msgA。

s1103、网络侧设备向终端发送msgB。

在本实施例中，msgB的格式可以采用一个广义的结构，例如msgB由公共的PDSCH和响应不同终端的特定部分构成(如图9所示)，在msgB的广义结构中，对msgA中的 PUSCH的响应内容体现在响应不同终端的特定部分，该特定部分的格式可以是用户特定的PDSCH，也可以是其他形式的数据，本申请对此不做具体限定。

s1104、终端解调msgB。

若终端的物理层对msgB解调正确，则将解调得到的数据包通知高层，高层识别出msgB中的preamble index后将对应的UL grant通知给物理层，终端的操作跳转至s1105；若终端的物理层对msgB解调错误，则终端的操作跳转至s1120。

s1105、终端解调用户特定的PDSCH。

若用户特定的PDSCH包括竞争解决ID，且竞争解决ID与PUSCH中携带的竞争解决ID一致，则跳转至s1106；若用户特定的PDSCH不包括竞争解决ID，则跳转至s1107；若用户特定的PDSCH包括竞争解决ID，且竞争解决ID与PUSCH中携带的竞争解决ID 不一致，则跳转至s1113。

s1106、终端根据用户特定的PDSCH中的UL grant对其他上行数据进行新传。

网络侧设备对msgA中的preamble和PUSCH均解调正确时，终端就不需要对msgA 中的PUSCH进行处理，而是根据UL grant对其他没有传输的上行数据进行新传。执行至 s1106本实施例的一个流程分支结束。

s1107、终端根据用户特定的PDSCH中的UL grant获取TBS。

网络侧设备对msgA中的preamble解调正确，对msgA中的PUSCH解调错误时，终端根据用户特定的PDSCH中的UL grant中的频域资源分配、时域资源分配、MCS等信息可以获取网络侧设备配置的TBS。

s1108、终端判断TBS和预配置的TBS是否相同。

若相同且UL grant不包括任何重传相关的指示信息，则跳转至s1109；若不相同且UL grant不包括任何重传相关的指示信息，则跳转至s1111。

s1109、终端根据UL grant对msgA中的PUSCH进行重传。

s1110、网络侧设备将重传和先前新传的数据合并译码。

如果网络侧设备通过UL grant配置的TBS与预配置的TBS相同，在译码时是将PUSCH的新传和重传数据合并译码。执行至s1110本实施例的另一个流程分支结束。

s1111、终端根据UL grant对msgA中的PUSCH进行新传。

新传的数据可以只包括msgA中的PUSCH，还可以是msgA中的PUSCH和其他上行数据的组合。终端将对应的HARQ缓存中的数据丢弃，生成新的数据存入该HARQ缓存中。

s1112、网络侧设备对新传的数据进行译码。

如果网络侧设备通过UL grant配置的TBS与预配置的TBS不同，在译码时对收到的PUSCH做新传对应的译码处理。执行至s1112本实施例的又一个流程分支结束。

s1113、终端回退，解调公共的PDSCH。

网络侧设备对msgA解调后，preamble解调正确，而PUSCH由于竞争冲突解调错误，即终端从用户特定的PDSCH中获取的竞争解决ID为其他终端的竞争解决ID，终端可以回退到根据公共的PDSCH中的UL grant确定对msgA中的PUSCH的传输方法。本申请对公共的PDSCH中的UL grant的具体内容和格式不做具体限定。

s1114、终端根据公共的PDSCH中的UL grant获取TBS。

终端根据UL grant中的频域资源分配、时域资源分配、MCS等信息可以获取网络侧设备配置的TBS。

s1115、终端判断TBS和预配置的TBS是否相同。

若相同且UL grant不包括任何重传相关的指示信息，则跳转至s1116；若不相同且UL grant不包括任何重传相关的指示信息，则跳转至s1118。

s1116、终端根据UL grant对msgA中的PUSCH进行重传。

s1117、网络侧设备将重传和先前新传的数据合并译码。

如果网络侧设备通过UL grant配置的TBS与预配置的TBS相同，在译码时是将PUSCH的新传和重传数据合并译码。执行至s1117本实施例的第四个流程分支结束。

s1118、终端根据UL grant对msgA中的PUSCH进行新传。

新传的数据可以只包括msgA中的PUSCH，还可以是msgA中的PUSCH和其他上行数据的组合。终端将对应的HARQ缓存中的数据丢弃，生成新的数据存入该HARQ缓存中。

s1119、网络侧设备对新传的数据进行译码。

如果网络侧设备通过UL grant配置的TBS与预配置的TBS不同，在译码时对收到的PUSCH做新传对应的译码处理。执行至s1119本实施例的第五个流程分支结束。

s1120、终端重新发起2-step RACH或4-step RACH。

终端若是对msgB解调错误，则重新发起2-step RACH或4-step RACH。

需要说明的是，本实施例的步骤s1107-s1112、s1114-s1119可以分别替换为本申请实施例四中的步骤s605-s609，即终端根据UL grant中的重传指示比特确定PUSCH的传输方式。

图12为本申请随机接入过程中的传输方法实施例八的流程图，如图12所示，本实施例说明在2-step RACH中，网络侧设备对msgA中的preamble解调错误时的处理流程。本实施例的方法可以包括：

s1201、终端向网络侧设备发送msgA。

msgA包括preamble和PUSCH。

s1202、网络侧设备解调msgA，其中preamble解调错误。

s1203、终端在随机接入响应窗口内没有监听到网络侧设备的msgB。

s1204、终端采用功率提升新发起2-step RACH。

功率提升(power ramping)的相关参数可以沿用预配置信息中的参数。

s1205、终端发起4-step RACH。

本实施例中s1204和s1205为二选一的步骤，对此不做具体限定。

本实施例网络侧设备对msgA中的preamble解调错误时，终端就要重新发起随机接入，包括2-step RACH或4-step RACH。

图13为本申请随机接入过程中的传输方法实施例九的流程图，如图13所示，本实施例说明在2-step RACH中，网络侧设备对msgA解调正确时的处理流程。本实施例的方法可以包括：

s1301、终端向网络侧设备发送msgA。

msgA包括preamble和PUSCH。

s1302、网络侧设备解调msgA，其中preamble和PUSCH均解调正确。

s1303、终端在随机接入响应窗口内收到UL grant，该UL grant由用户特定的PDSCH 承载。

用户特定的PDSCH中还包括竞争解决ID，且该竞争解决ID与PUSCH中携带的竞争解决ID一致。

s1304、终端根据UL grant传输其他上行数据。

本实施例网络侧设备对msgA中的preamble和PUSCH均解调正确时，终端就不需要对msgA中的PUSCH进行处理，而是根据UL grant对其他没有传输的上行数据进行新传。

本申请还提供一种确定RV版本的方法。该方法可以与本申请中的其它任一实施例结合，确定上行数据的冗余版本。该方法包括：

在重传PUSCH的情况下，PUSCH中上行数据的RV号可以是基站预先配置的RV号，或者是预定义的(例如，标准协议规定的)RV号。例如，RV＝0或2或3或1。

可选地，在基站对重传的PUSCH未能正确解调(或解码)时，基站可以通过DCI来调度终端设备再次重传上行数据，该DCI中可以携带RV号。终端设备在收到该DCI时，根据该DCI中的UL Grant再次重传上行数据，其中，该上行数据的冗余版本号为该DCI 所指示的RV号。

在一示例中，如图18所示，终端在发送MsgA时，MsgA PUSCH所承载的上行数据的RV号可以是基站预先配置的RV号，或者是预定义的RV号，例如RV＝0。当基站对终端发送的MsgA中的PRACH检测正确，而PUSCH译码(或解调)错误时，基站向终端发送回退随机接入响应fallbackRAR。如果fallbackRAR中UL grant所调度的TB size 和所述MsgA中PUSCH所承载的上行数据的传输块大小相同时,终端执行MsgA PUSCH 的重传。此时，该MsgA PUSCH的重传过程与4-step随机接入过程中Msg 3传输过程相同。也即，在重传MsgA PUSCH时，从Msg3对应的缓存buffer中获取需要被传输的数据 (该数据可以MsgA PUSCH对应的buffer中的数据相同)。为描述简便，将Msg 3对应的buffer中的数据简称为Msg 3，通过MsgAPUSCH重传所发送的数据即是该Msg3。在传输该Msg 3时，Msg3的RV等于基站预配置的或者基站与终端约定的RV号，例如， RV＝0，或2，或3，或1。如果基站对Msg3解调错误，基站通过DCI调度Msg3重传， Msg3重传时的RV号由该DCI指定。

对2-step RACH中MsgA中的上行数据在初传时的RV号(例如，RV＝0)和通过该fallbackRAR调度其Msg3重传时的RV号(例如，RV＝3)进行约定或者预配置，可以提升基站对2-step RACH随机接入信息MsgA中PUSCH的译码成功率。

在另一实施例中，终端在发送MsgA PUSCH时，可以采用重复(repetition)传输。每次重复传输时上行数据的RV号可以是基站预先配置的RV号，或者是预定义的(例如标准协议规定的)RV号。在一实施方式中，可以根据基站配置或预定义的RV序列确定每次重复传输时上行数据的RV号。RV序列可以为{0，2，3，1}，或{0，3，0，3}，或 {0，0，0，0}。序列中每个元素为一个RV号。终端设备可以根据重复传输的次数确每次重复传输的冗余版本号。例如，以RV序列为{0，2，3，1}为例，初始传输(也成第一次重复传输)时，RV号为0；第二次重复传输时，RV号为2；第三次重复传输时，RV号为3；第四次重复传输时，RV号为1；第五次重复传输时，RV号为0，第六次重复传输时，RV号为2；如有更多次重传输，依此类推(轮循)得到其他重复传输时的RV号。

在一示例中，终端发送MsgA时，对于MsgA PUSCH的不同repetition，上行数据的RV号可以是基站预先配置的RV号，或者是预定义的(例如标准协议规定的)RV号。例如，每次repetition时上行数据的RV＝0.当基站对终端发送的MsgA中的RACH检测正确，而对Msg A中的PUSCH译码错误时，基站可以向终端发送回退随机接入响应 fallbackRAR.如果fallbackRAR中UL grant调度的TB size和MsgA PUSCH传输的TB size 相同时,终端执行MsgA PUSCH的重传。此时，该MsgA PUSCH的重传过程与4-step随机接入过程中Msg 3传输过程相同。也即，在重传MsgA PUSCH时，从Msg3对应的缓存buffer中获取需要被传输的数据(该数据可以MsgA PUSCH对应的buffer中的数据相同)。为描述简便，将Msg 3对应的buffer中的数据简称为Msg 3，通过MsgA PUSCH重传所发送的数据即是该Msg3。如果是通过repetition方式传输MsgA PUSCH时，在执行 MsgA PUSCH重传时可以通过repetition方式传输Msg3。例如，在发送MsgA PUSCH时，需要执行4次repetition(即需要发送4次PUSCH)，在重传MsgA PUSCH时，也多次(例如)发送承载Msg3的PUSCH。每次发送承载该Msg 3的PUSCH时，Msg3的RV可以为基站预先配置的RV号，或者是预定义的(例如标准协议规定的)RV号，例如，RV＝0，或2，或3，或1。如果基站对Msg3解调错误，基站通过DCI调度Msg3重传(例如，Msg3重传可以包括多次Msg3的repetition)，在该重传过程中，Msg3的每次repetition 时的RV号由该DCI指定(例如，该DCI可以指定起始repetition的RV号)，或者是基站预先配置的RV号，或者是预定义的(例如标准协议规定的)RV号。

图14为本申请随机接入过程中的传输装置实施例一的结构示意图，如图14所示，本实施例的装置可以是上述终端，该装置可以包括：发送模块1401、接收模块1402和确定模块1403，其中，发送模块1401，用于向网络侧设备发送随机接入消息，所述随机接入消息包括前导和上行数据；接收模块1402，用于接收所述网络侧设备响应于所述随机接入消息发送的反馈消息，所述反馈消息包括上行调度授权；确定模块1403，用于根据所述上行调度授权确定所述上行数据的传输方式，所述传输方式包括新传或重传；所述发送模块1401，还用于根据所述传输方式发送所述上行数据的一部分或者全部。

本实施例的装置，可以用于执行图3、5-13所示方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

在一种可能的实现方式中，所述确定模块1403，具体用于根据所述上行调度授权获取传输块大小TBS；若所述TBS与预配置的TBS相同且所述上行调度授权不包括重传指示信息，则确定所述上行数据的传输方式为所述重传。

在一种可能的实现方式中，所述确定模块1403，还用于若所述TBS与所述预配置的TBS不同且所述上行调度授权不包括所述重传指示信息，则确定所述上行数据的传输方式为所述新传。

在一种可能的实现方式中，所述确定模块1403，具体用于根据所述上行调度授权获取重传指示信息；当所述重传指示信息为第一指示信息时，确定所述上行数据的传输方式为所述重传；当所述重传指示信息为第二指示信息时，确定所述上行数据的传输方式为所述新传。

在一种可能的实现方式中，图15为本申请随机接入过程中的传输装置实施例二的结构示意图，如图15所示，所述反馈消息包括用户特定的物理下行共享信道PDSCH和公共的PDSCH，本实施例的装置还可以包括：获取模块1404，用于若所述用户特定的PDSCH 不包括竞争解决ID，则从所述用户特定的PDSCH中获取所述上行调度授权。

在一种可能的实现方式中，所述获取模块1404，还用于若所述用户特定的PDSCH包括所述竞争解决ID且所述竞争解决ID与所述上行数据中携带的竞争解决ID不一致，则从所述公共的PDSCH中获取所述上行调度授权。

图16为本申请随机接入过程中的传输装置实施例三的结构示意图，如图16所示，本实施例的装置可以是上述网络侧设备，该装置可以包括：发送模块1601、接收模块1602和解调模块1603，其中，发送模块1601，用于向终端发送响应于随机接入消息的反馈消息，所述随机接入消息包括前导和上行数据，所述反馈消息包括上行调度授权；接收模块1602，用于接收所述终端再次发送的所述上行数据的一部分或者全部；解调模块1603，用于根据所述上行调度授权对所述上行数据的一部分或者全部进行解调。

本实施例的装置，可以用于执行图4-13所示方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

在一种可能的实现方式中，所述上行调度授权中不包括重传指示信息，若根据所述上行调度授权所确定的传输块大小TBS与预配置的TBS不同，则所述上行调度授权用于调度所述终端以新传的方式传输所述上行数据的一部分或者全部。

在一种可能的实现方式中，所述上行调度授权中不包括重传指示信息，若根据所述上行调度授权所确定的传输块大小TBS与预配置的TBS相同，则所述上行调度授权用于调度所述终端以重传的方式传输所述上行数据的一部分或者全部。

在一种可能的实现方式中，所述上行调度授权包括重传指示信息；当所述重传指示信息为第一指示信息时，所述上行调度授权用于调度所述终端以重传的方式传输所述上行数据的一部分或者全部；当所述重传指示信息为第二指示信息时，所述上行调度授权用于调度所述终端以新传的方式传输所述上行数据的一部分或者全部。

在一实施方式中，图14到图16所示装置可以是芯片或者芯片系统，相应地，发送模块为芯片或者芯片系统的信号输出端口，接收模块为所述芯片或者芯片系统中的信号输出端口，装置中的其它模块的功能则可有芯片或者芯片系统中的处理器或者处理内核实现。可以理解的是，图14到16所示装置的实现形态可以是设备，也可以是芯片或者芯片系统，二者与外界交互时内容相同，但是交互时内容所承载在的信号的类型可能有所不同(例如，前者可能是射频信号，后者是基带信号)的信号类型可能有所不同。图17为本申请通信设备实施例的结构示意图，如图17所示，该通信设备包括处理器1701、存储器1702和通信装置1703；通信设备中处理器1701的数量可以是一个或多个，图17中以一个处理器1701为例；通信设备中的处理器1701、存储器1702和通信装置1703可以通过总线或其他方式连接，图17中以通过总线连接为例。

存储器1702作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本申请图3-13所示实施例中的方法对应的程序指令/模块。处理器1701通过运行存储在存储器1702中的软件程序、指令以及模块，从而执行通信设备的各种功能应用以及数据处理，即实现上述的随机接入过程中的传输方法。

存储器1702可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端的使用所创建的数据等。此外，存储器1702可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器 1702可进一步包括相对于处理器1701远程设置的存储器，这些远程存储器可以通过网络连接至通信设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

通信装置1703可用于发送和接收数据。

需要说明的是，本申请中的通信设备可以是上述终端，该终端可以指用户设备、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。终端还可以是蜂窝电话、无绳电话、会话启动协议(session initiation protocol，SIP)电话、无线本地环路(wireless local loop，WLL)站、个人数字助理(personal digital assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备，5G网络中的终端或者未来演进的公用陆地移动通信网络(public land mobile network，PLMN)中的终端等，本申请实施例对此并不限定。

本申请中的通信设备还可以是上述网络侧设备，该网络侧设备可以是用于与终端通信的设备，该网络侧设备可以是全球移动通信(global system for mobilecommunications， GSM)系统或码分多址(code division multiple access，CDMA)中的基站(base transceiver station，BTS)，也可以是宽带码分多址(wideband code divisionmultiple access，WCDMA) 系统中的基站(NodeB，NB)，还可以是LTE系统中的演进型基站(evolved NodeB，eNB 或eNodeB)，还可以是云无线接入网络(cloud radio accessnetwork，CRAN)场景下的无线控制器，或者该网络侧设备可以为中继站、接入点、车载设备、可穿戴设备以及5G网络中的网络侧设备(例如，基站)或者未来演进的PLMN网络中的网络侧设备等，本申请实施例对此并不限定。

在一种可能的实现方式中，本申请提供一种计算机可读存储介质，该计算机可读存储介质存储有指令，当该指令在计算机上运行时，用于执行上述图3-13所示实施例中的方法。

在一种可能的实现方式中，本申请提供一种计算机程序，当所述计算机程序被计算机执行时，用于执行上述图3-13所示实施例中的方法。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims (23)

1.一种随机接入过程中的传输方法，其特征在于，包括：

向网络侧设备发送随机接入消息，所述随机接入消息包括前导和上行数据；

接收所述网络侧设备响应于所述随机接入消息发送的反馈消息，所述反馈消息包括上行调度授权；

根据所述上行调度授权确定所述上行数据的传输方式，所述传输方式包括新传或重传；

根据所述传输方式发送所述上行数据的一部分或者全部。

2.根据权利要求1所述的方法，其特征在于，所述根据所述上行调度授权确定所述上行数据的传输方式，包括：

根据所述上行调度授权获取传输块大小TBS；

若所述TBS与预配置的TBS相同且所述上行调度授权不包括重传指示信息，则确定所述上行数据的传输方式为所述重传。

3.根据权利要求2所述的方法，其特征在于，所述根据所述上行调度授权确定所述上行数据的传输方式，还包括：

若所述TBS与所述预配置的TBS不同且所述上行调度授权不包括所述重传指示信息，则确定所述上行数据的传输方式为所述新传。

4.根据权利要求1所述的方法，其特征在于，所述根据所述上行调度授权确定所述上行数据的传输方式，包括：

根据所述上行调度授权获取重传指示信息；

当所述重传指示信息为第一指示信息时，确定所述上行数据的传输方式为所述重传；

当所述重传指示信息为第二指示信息时，确定所述上行数据的传输方式为所述新传。

5.根据权利要求1-4中任一项所述的方法，其特征在于，所述反馈消息包括用户特定的物理下行共享信道PDSCH和公共的PDSCH，所述方法还包括：

若所述用户特定的PDSCH不包括竞争解决标识ID，则从所述用户特定的PDSCH中获取所述上行调度授权。

6.根据权利要求5所述的方法，其特征在于，所述方法还包括：

若所述用户特定的PDSCH包括所述竞争解决ID且所述竞争解决ID与所述上行数据中的竞争解决ID不一致，则从所述公共的PDSCH中获取所述上行调度授权。

7.一种随机接入过程中的传输方法，其特征在于，包括：

向终端发送响应于随机接入消息的反馈消息，所述随机接入消息包括前导和上行数据，所述反馈消息包括上行调度授权；

接收所述终端再次发送的所述上行数据的一部分或者全部；

根据所述上行调度授权对所述上行数据的一部分或者全部进行解调。

8.根据权利要求7所述的方法，其特征在于，所述上行调度授权中不包括重传指示信息，若根据所述上行调度授权所确定的传输块大小TBS与预配置的TBS不同，则所述上行调度授权用于调度所述终端以新传的方式传输所述上行数据的一部分或者全部。

9.根据权利要求7或8所述的方法，其特征在于，所述上行调度授权中不包括重传指示信息，若根据所述上行调度授权所确定的传输块大小TBS与预配置的TBS相同，则所述上行调度授权用于调度所述终端以重传的方式传输所述上行数据的一部分或者全部。

10.根据权利要求7所述的方法，其特征在于，所述上行调度授权包括重传指示信息；

当所述重传指示信息为第一指示信息时，所述上行调度授权用于调度所述终端以重传的方式传输所述上行数据的一部分或者全部；

当所述重传指示信息为第二指示信息时，所述上行调度授权用于调度所述终端以新传的方式传输所述上行数据的一部分或者全部。

11.一种随机接入过程中的传输装置，其特征在于，包括：

发送模块，用于向网络侧设备发送随机接入消息，所述随机接入消息包括前导和上行数据；

接收模块，用于接收所述网络侧设备响应于所述随机接入消息发送的反馈消息，所述反馈消息包括上行调度授权；

确定模块，用于根据所述上行调度授权确定所述上行数据的传输方式，所述传输方式包括新传或重传；

所述发送模块，还用于根据所述传输方式发送所述上行数据的一部分或者全部。

12.根据权利要求11所述的装置，其特征在于，所述确定模块，具体用于根据所述上行调度授权获取传输块大小TBS；若所述TBS与预配置的TBS相同且所述上行调度授权不包括重传指示信息，则确定所述上行数据的传输方式为所述重传。

13.根据权利要求12所述的装置，其特征在于，所述确定模块，还用于若所述TBS与所述预配置的TBS不同且所述上行调度授权不包括所述重传指示信息，则确定所述上行数据的传输方式为所述新传。

14.根据权利要求11所述的装置，其特征在于，所述确定模块，具体用于根据所述上行调度授权获取重传指示信息；当所述重传指示信息为第一指示信息时，确定所述上行数据的传输方式为所述重传；当所述重传指示信息为第二指示信息时，确定所述上行数据的传输方式为所述新传。

15.根据权利要求11-14中任一项所述的装置，其特征在于，所述反馈消息包括用户特定的物理下行共享信道PDSCH和公共的PDSCH，所述装置还包括：

获取模块，用于若所述用户特定的PDSCH不包括竞争解决标识ID，则从所述用户特定的PDSCH中获取所述上行调度授权。

16.根据权利要求15所述的装置，其特征在于，所述获取模块，还用于若所述用户特定的PDSCH包括所述竞争解决ID且所述竞争解决ID与所述上行数据中的竞争解决ID不一致，则从所述公共的PDSCH中获取所述上行调度授权。

17.一种随机接入过程中的传输装置，其特征在于，包括：

发送模块，用于向终端发送响应于随机接入消息的反馈消息，所述随机接入消息包括前导和上行数据，所述反馈消息包括上行调度授权；

接收模块，用于接收所述终端再次发送的所述上行数据的一部分或者全部；

解调模块，用于根据所述上行调度授权对所述上行数据的一部分或者全部进行解调。

18.根据权利要求17所述的装置，其特征在于，所述上行调度授权中不包括重传指示信息，若根据所述上行调度授权所确定的传输块大小TBS与预配置的TBS不同，则所述上行调度授权用于调度所述终端以新传的方式传输所述上行数据的一部分或者全部。

19.根据权利要求17或18所述的装置，其特征在于，所述上行调度授权中不包括重传指示信息，若根据所述上行调度授权所确定的传输块大小TBS与预配置的TBS相同，则所述上行调度授权用于调度所述终端以重传的方式传输所述上行数据的一部分或者全部。

20.根据权利要求17所述的装置，其特征在于，所述上行调度授权包括重传指示信息；当所述重传指示信息为第一指示信息时，所述上行调度授权用于调度所述终端以重传的方式传输所述上行数据的一部分或者全部；当所述重传指示信息为第二指示信息时，所述上行调度授权用于调度所述终端以新传的方式传输所述上行数据的一部分或者全部。

21.一种通信设备，其特征在于，包括：

一个或多个处理器；

存储器，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述所述通信设备实现如权利要求1-10中任一所述的方法。

22.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有指令，当所述指令在通信装置上运行时，用于执行权利要求1-10中任一项所述的方法。

23.一种计算机程序，其特征在于，当所述计算机程序被通信装置执行时，用于执行权利要求1-10中任一项所述的方法。

Images