CN117676904A

CN117676904A - 一种随机接入方法、装置及存储介质

Info

Publication number: CN117676904A
Application number: CN202310915354.8A
Authority: CN
Inventors: 行双双; 吴艺群
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2019-04-30
Filing date: 2019-09-20
Publication date: 2024-03-08
Also published as: WO2020221264A1; CN111867130B; EP3952571A1; EP3952571A4; US20220053568A1; CN111867130A; BR112021021710A2

Abstract

本申请提供一种随机接入方法、通信装置及存储介质，其中方法包括终端设备接收来自网络设备的第一DCI，若确定第一指示信息所指示的响应信息的类型与终端设备发起随机接入请求的随机接入类型匹配，对第一DCI指示的PDSCH进行解调，第一DCI包括第一指示信息，第一指示信息用于指示PDSCH所承载的响应信息的类型，PDSCH承载有针对终端设备发起的随机接入请求的响应信息。终端设备根据第一指示信息在确定接收到的第一DCI所指示的PDSCH可能属于自己的时候，才对第一DCI所指示的PDSCH进行解调。如此，有助于减少终端设备尝试解调与自身无关的PDSCH的次数，从而有助于提高终端设备随机接入的效率。

Description

一种随机接入方法、装置及存储介质

本申请要求于2019年04月30日提交国家知识产权局、申请号为201910365480.4、申请名称为“一种随机接入方法、装置及存储介质”的专利申请的优先权，以及2019年05月14日提交国家知识产权局、申请号为201910399655.3、申请名称为“一种随机接入方法、装置及存储介质”的优先权，以及2019年08月29日提交国家知识产权局、申请号为201910810274.X、申请名称为“一种随机接入方法、装置及存储介质”的优先权，它们的全部内容通过引用结合在本申请中。

技术领域

本申请涉及通信技术领域，尤其涉及一种随机接入方法、装置及存储介质。

背景技术

在无线通信系统中，终端设备为了建立与网络设备的之间的连接，终端设备需要先向网络设备发起随机接入流程。

目前，在第四代移动通信系统长期演进(long term evolution，LTE)和在第五代移动通信系统新空口(new radio，NR)的协议中，终端设备进行随机接入通常采用四步随机接入(4-step physical random access channel，4-step RACH)流程。四步随机接入流程包括终端设备向网络设备发起随机接入请求，网络设备向终端设备发送随机接入响应信息，终端设备向网络设备发起上行数据和网络设备向终端设备发送竞争解决信息。为了支持低时延场景下的随机接入请求，提出了两步随机接入(2-Step RACH)流程，在两步随机接入流程中，终端设备向网络设备发起随机接入请求，该请求信息中包含前导码和上行数据；网络设备向终端发送针对随机接入请求的响应信息。当发起四步随机接入请求的终端设备和发起两步随机接入请求的终端设备使用共享随机接入时频资源时，网络设备采用随机接入无线网络标识(random accessradio network temporary identifier，RA-RNTI)对物理层下行控制信道(physical downlink control channel，PDCCH)承载的下行控制信息(downlink control information，DCI)加扰，在该情况下，使用共享随机接入时频资源的这些终端设备均可以监听到该DCI，且这些终端设备用RA-RNTI来解扰PDCCH，不能区分出DCI指示的物理层下行共享信道(physical downlink shared channel，PDSCH)是否属于自己的，也就是说，这些监听到DCI的终端设备均需要对DCI指示的PDSCH进行解调，根据解调结果确定PDSCH承载的响应信息是否属于自身的，如此，会造成一些终端设备解调与自身无关的PDSCH，从而降低终端设备进行随机接入的效率。

发明内容

本申请提供一种随机接入方法、装置及存储介质，用于提高终端设备进行随机接入的效率。

第一方面，本申请提供一种随机接入方法，该方法包括终端设备接收来自网络设备的第一DCI，若确定第一指示信息所指示的响应信息的类型与终端设备发起随机接入请求的随机接入类型匹配，对第一DCI指示的PDSCH进行解调，其中，第一DCI包括第一指示信息，第一指示信息用于指示PDSCH所承载的响应信息的类型，PDSCH承载有针对终端设备发起的随机接入请求的响应信息。

基于该方案，终端设备在确定第一指示信息所指示的响应信息的类型与终端设备发起随机接入请求的随机接入类型匹配时，说明该第一DCI所指示的PDSCH可能属于该终端设备，此时终端设备才对接收到的第一DCI所指示的PDSCH进行解调。如此，有助于减少终端设备尝试解调与自身无关的PDSCH的次数，从而有助于减少终端设备的功耗、且有助于提高终端设备随机接入的效率。

在一种可能的实现方式中，响应信息的类型可能是响应信息是针对四步随机接入请求的，也可能是响应信息是针对两步随机接入请求的且不包括竞争解决标识，也可能是响应信息是针对两步随机接入请求的且至少包括竞争解决标识。

在响应信息的类型为响应信息是针对两步随机接入请求的且至少包括竞争解决标识的情况下，第一DCI还包括第二指示信息，第二指示信息用于指示第一前导码，终端设备若确定第一指示信息所指示的响应信息的类型与终端设备发起随机接入请求的随机接入类型匹配、且第一前导码与终端设备发起随机接入请求中携带的前导码匹配时，对第一DCI指示的PDSCH进行解调。也就是说，需要对第一DCI指示的PDSCH进行解调的终端设备要满足两个条件，第一：第一指示信息所指示的响应信息的类型与终端设备发起随机接入请求的随机接入类型匹配，第二：第一前导码与终端设备发起随机接入请求中携带的前导码匹配。如此，可以更精确的确定出第一DCI指示的PDSCH是否属于终端设备自己，从而有助于进一步减少终端设备因解调与自身无关的PDSCH所造成的功耗，也有助于进一步提高终端设备进行随机接入的效率。

当终端设备确定竞争成功后，终端设备需要向网络设备反馈确认消息，因此，终端设备需要获取指示用于反馈确认消息的资源的信息。本申请提供如下两种实现方式：

实现方式一，在响应信息的类型为响应信息是针对两步随机接入请求的且至少包括竞争解决标识的情况下，第一DCI还包括第三指示信息，第三指示信息用于指示用于终端设备反馈确认消息的资源，终端设备可根据第三指示信息向网络设备反馈确认消息。

实现方式二，终端设备可通过对第一DCI指示的PDSCH进行解调，获取指示用于反馈确认消息的资源的信息。

针对响应信息的类型为响应信息是针对两步随机接入请求的且至少包括竞争解决标识的情况下，PDSCH承载的针对终端设备发起的随机接入请求的响应信息包括以下两种情形。

情形Ⅰ：响应信息包括竞争解决标识。

情形Ⅱ：响应信息包括竞争解决标识和第一信息，第一信息包括如下内容中的至少一种：指示用于反馈确认消息的资源的信息、传输功率控制命令(transmit powercontrol command，TPC command)、定时提前命令、上行数据传输授权、终端设备发起的随机接入请求中携带的前导码、C-RNTI、无线资源控制重配置信息、无线资源控制连接建立信息、无线资源控制恢复信息。上述传输功率控制命令指示传输所述确认消息所使用的功率控制参数。第一信息还可以包括其他RRC信息，此处不再一一赘述。

针对上述情形Ⅱ，一种可能的实现方式中，竞争解决标识和第一信息承载于MACPDU中的一个或多个MAC subPDU中，承载竞争解决标识的MAC subPDU的子头subheader中的标识信息和承载第一信息的MACsubPDU的subheader中的标识信息相同或者属于同一类型。如此，可兼容现有承载竞争标识的MAC subPDU。

在一种可能的实现方式中，MAC subPDU包括数据部分和subheader，MAC subPDU的subheader的标识信息具体可为逻辑信道标识，逻辑信道标识的取值可指示数据部分包括如下内容中的至少一种：指示用于反馈确认消息的资源的信息、TPC command、定时提前命令、上行数据传输授权、终端设备发起的随机接入请求中携带的前导码的索引号、小区无线网络临时标识C-RNTI、无线资源控制重配置信息、无线资源控制连接建立信息、无线资源控制恢复信息。

当多个终端设备的响应信息承载于一个MAC PDU时，为了便于终端设备快速的确定出哪些MAC subPDU属于自身的，可以在MAC subPDU的subheader增加第四指示信息，第四指示信息用于指示MAC subPDU与相邻MAC subPDU之间的关联关系，关联关系用于确定归属于终端设备的起始MAC subPDU和终止MAC subPDU。

第二方面，本申请提供一种随机接入方法，该方法包括终端设备通过第一搜索空间接收到来自网络设备的第一DCI，终端设备确定所述第一搜索空间对应的随机接入的类型与所述终端设备发起随机接入请求的随机接入类型匹配，并对第一DCI指示的PDSCH进行解调，PDSCH承载有针对终端设备发起的随机接入请求的响应信息，终端设备支持通过至少两种搜索空间分别接收DCI，至少两种搜索空间中的每一种搜索空间对应一种随机接入类型，至少两种搜索空间中至少有两种搜索空间对应不同的随机接入类型。

基于该方案，终端设备在通过第一搜索空间接收到来自网络设备的第一DCI，说明第一搜索空间对应的随机接入类型与终端发起随机接入请求的随机接入类型匹配，此时终端设备才对接收到的第一DCI所指示的PDSCH进行解调。如此，有助于减少终端设备尝试解调与自身无关的PDSCH的次数，从而有助于减少终端设备的功耗、且有助于提高终端设备随机接入的效率。

为了快速确定出终端设备是否竞争成功，在一种可能的实现方式中，第一DCI包括第五指示信息，第五指示信息用于指示PDSCH所承载的响应信息的类型，其中，响应信息的类型可能是响应信息是针对两步随机接入请求的且不包括竞争解决标识，也可能是响应信息是针对两步随机接入请求的且至少包括竞争解决标识。

在响应信息的类型为响应信息是针对两步随机接入请求的且至少包括竞争解决标识的情况下，第一DCI还包括第二指示信息，第二指示信息用于指示第一前导码，终端设备通过第一搜索空间接收到来自网络设备的第一DCI、且若第一前导码与终端设备发起的随机接入请求携带的前导码的索引号匹配，对第一DCI指示的PDSCH进行解调。也就是说，需要对第一DCI指示的PDSCH进行解调的终端设备要满足两个条件，第一：可以通过第一搜索空间接收到来自网络设备的第一DCI，其中，第一搜索空间对应的随机接入的类型与终端设备发起随机接入请求的随机接入类型匹配；第二：第一前导码与终端设备发起随机接入请求中携带的前导码的索引号匹配。如此，可以更精确的确定出第一DCI指示的PDSCH是否属于终端设备自己，从而有助于进一步减少终端设备因解调与自身无关的PDSCH所造成的功耗，也有助于进一步提高终端设备进行随机接入的效率。

情形Ⅰ：响应信息包括竞争解决标识。

情形Ⅱ：响应信息包括竞争解决标识和第一信息，第一信息包括如下内容中的至少一种：指示用于反馈确认消息的资源的信息、TPC command、定时提前命令、上行数据传输授权、终端设备发起的随机接入请求中携带的前导码的索引号、小区无线网络临时标识C-RNTI、无线资源控制重配置信息、无线资源控制连接建立信息、无线资源控制恢复信息。第一信息还可以包括其他RRC信息，此处不再一一赘述。

当多个终端设备的响应信息承载于一个MAC PDU时，为了便于终端设备可以快速的确定出哪些MAC subPDU属于自身的，可以在MAC subPDU的subheader增加第四指示信息，第四指示信息用于指示MAC subPDU与相邻MAC subPDU之间的关联关系，关联关系用于确定归属于终端设备的起始MAC subPDU和终止MAC subPDU。

第三方面，本申请提供一种随机接入方法，该方法包括终端设备接收来自网络设备的采用第一扰码范围的扰码加扰的第一DCI，终端设备若采用第一扰码范围的扰码成功解扰所述第一DCI，确定第一扰码范围对应的随机接入的类型与终端设备发起随机接入请求的随机接入类型匹配，对第一DCI指示的PDSCH进行解调，其中，终端设备支持通过至少两种扰码范围的扰码解扰DCI，至少两种扰码范围中的每一种扰码范围对应一种随机接入类型，至少两种扰码范围中至少有两种扰码范围对应不同的随机接入类型，PDSCH承载有针对终端设备发起的随机接入请求的响应信息。

基于该方案，终端设备在确定第一扰码范围对应的随机接入的类型与终端设备发起随机接入请求的随机接入类型匹配时，说明该第一DCI所指示的PDSCH可能属于该终端设备自身，此时终端设备才对接收到的第一DCI所指示的PDSCH进行解调。如此，有助于减少终端设备尝试解调与自身无关的PDSCH的次数，从而有助于减少终端设备的功耗、且有助于提高终端设备随机接入的效率。

在响应信息的类型为响应信息是针对两步随机接入请求的且至少包括竞争解决标识的情况下，第一DCI还包括第二指示信息，第二指示信息用于指示第一前导码，终端设备若采用第一扰码范围的扰码成功解扰所述第一DCI，确定第一扰码范围对应的随机接入的类型与终端设备发起随机接入请求的随机接入类型匹配、且确定第一前导码与终端设备发起的随机接入请求中携带的前导码的索引号匹配时，对第一DCI指示的PDSCH进行解调。也就是说，需要对第一DCI指示的PDSCH进行解调的终端设备要满足两个条件，第一：接收到通过第一扰码范围的扰码加扰的第一DCI，且第一扰码范围对应的随机接入的类型与终端设备发起随机接入请求的随机接入类型匹配；第二：第一前导码与终端设备发起随机接入请求中携带的前导码的索引号匹配。如此，可以更精确的确定出第一DCI指示的PDSCH是否属于终端设备自己，从而有助于进一步减少终端设备因解调与自身无关的PDSCH所造成的功耗，也有助于进一步提高终端设备进行随机接入的效率。

情形Ⅰ：响应信息包括竞争解决标识。

第四方面，本申请提供一种随机接入方法，该方法包括网络设备接收来自终端设备的随机接入请求，随机接入请求包括前导码和上行数据，在网络设备对随机接入请求中的上行数据译码成功后，向终端设备发送针对随机接入请求的响应信息；其中，响应信息包括竞争解决标识；或者响应消息包括竞争解决标识和第一信息；或者响应消息包括第一信息，其中，第一信息包括如下内容中的至少一种：指示用于反馈确认消息的资源的信息、TPCcommand、定时提前命令、上行数据传输授权、终端设备的随机接入请求携带的前导码的索引号、小区无线网络临时标识C-RNTI、无线资源控制重配置信息、无线资源控制连接建立信息、无线资源控制恢复信息。

基于该方案，由于网络设备将竞争解决标识和第一信息一起向终端设备发送，如此，有助于减少网络设备和终端设备交互的信令开销。

在一种可能的实现方式中，竞争解决标识和第一信息承载于MAC PDU中的一个或多个MAC subPDU中，其中，承载竞争解决标识的MAC subPDU的子头subheader中的标识信息和承载第一信息的MACsubPDU的subheader中的标识信息相同或者属于同一类型。如此，可兼容现有承载竞争标识的MAC subPDU。

在一种可能的实现方式中，MAC subPDU包括数据部分和subheader，MAC subPDU的subheader的标识信息为逻辑信道标识；逻辑信道标识的取值可用于指示数据部分的信息，数据部分的信息包括如下内容中的至少一种：竞争解决标识、指示用于反馈确认消息的资源的信息、TPC command、定时提前命令、上行数据传输授权、终端设备的随机接入请求携带的前导码的索引号、小区无线网络临时标识C-RNTI、无线资源控制重配置信息、无线资源控制连接建立信息、无线资源控制恢复信息。

第五方面，本申请提供一种随机接入方法，该方法包括网络设备接收来自终端设备的随机接入请求，根据随机接入请求对应的随机接入类型确定第一DCI，第一DCI包括的第一指示信息，第一指示信息用于指示PDSCH所承载的响应信息的类型，PDSCH承载有针对终端设备发起的随机接入请求的响应信息，网络设备向终端设备发送第一DCI。

基于该方案，网络设备在第一DCI中增加第一指示信息，可以使得终端设备接收到该第一DCI时，确定该第一DCI所指示的PDSCH是否属于终端设备自身，若属于终端设备自己时才对接收到的第一DCI所指示的PDSCH进行解调。如此，有助于减少终端设备尝试解调与自身无关的PDSCH的次数，从而有助于减少终端设备的功耗、且有助于提高终端设备随机接入的效率。

第五方面中可能的实施方式及效果分析可参见上述第一方面的介绍，此处不再赘述。

第六方面，本申请提供一种随机接入方法，该方法包括网络设备接收来自终端设备的随机接入请求，根据随机接入请求对应的随机接入类型确定第一DCI，其中，第一DCI用于指示PDSCH，网络设备支持通过至少两种不同DCI格式来调度承载不同响应信息的PDSCH，或者支持通过至少两种不同DCI内容来调度承载不同响应信息的PDSCH，至少两种不同DCI对应至少两种不同的搜索空间，至少两种不同DCI包括DCI格式不同、或者DCI内容不同、或者DCI格式相同但内容不同，至少两种搜索空间中的每一种搜索空间对应一种随机接入类型，至少两种搜索空间中至少有两种搜索空间对应不同的随机接入类型，PDSCH承载有终端设备发起的随机接入请求的响应信息。也可以理解为，网络设备可根据随机接入请求的响应信息的类型确定第一DCI。

基于该方案，不同的搜索空间对应的随机接入类型不同，只有发起随机接入请求的随机接入类型与第一搜索空间对应的随机接入类型匹配的终端设备可以通过第一搜索空间监听到第一DCI，因此，通过第一搜索空间监听到第一DCI的终端设备，需对第一DCI指示的PDSCH进行解调，其它终端设备不能接收到第一DCI，因此，也不需要对该第一DCI指示的PDSCH进行解调。如此，有助于减少终端设备尝试解调与自身无关的PDSCH的次数，从而有助于减少终端设备的功耗、且有助于提高终端设备随机接入的效率。

第六方面中可能的实施方式及效果分析可参见上述第二方面的介绍，此处不再赘述。

第七方面，本申请提供一种随机接入方法，该方法包括网络设备接收来自终端设备的随机接入请求，网络设备根据随机接入请求对应的随机接入类型，确定第一扰码范围，网络设备向终端设备发送采用第一扰码范围的扰码加扰的第一DCI，其中，第一扰码范围与随机接入请求对应的随机接入类型对应，网络设备支持通过至少两种扰码范围的扰码分别加扰下行控制信息DCI，至少两种扰码范围中的每一种扰码范围对应一种随机接入类型，至少两种扰码范围中至少有两种扰码范围对应不同的随机接入类型，第一DCI用于指示PDSCH，PDSCH承载有针对终端设备发起的随机接入请求的响应信息。

基于该方案，不同的扰码范围对应的随机接入类型不同，网络设备通过第一扰码范围的扰码对第一DCI加扰，如此，只有发起随机接入请求的随机接入类型与第一扰码范围对应的随机接入类型匹配的终端设备才需对第一DCI指示的PDSCH进行解调，其它终端设备不会对第一DCI指示的PDSCH进行解调。如此，有助于减少终端设备尝试解调与自身无关的PDSCH的次数，从而有助于减少终端设备的功耗、且有助于提高终端设备随机接入的效率。

第七方面中可能的实施方式及效果分析可参见上述第三方面的介绍，此处不再赘述。

第八方面，本申请实施例提供一种通信装置，该通信装置具有实现上述实施例中的终端设备或网络设备的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的单元或模块。

在一种可能的实现方式中，该通信装置可以是终端设备，或者是可用于终端设备的部件，例如芯片或芯片系统或者电路，该通信装置可以包括：收发器和处理器。该处理器可被配置为支持该通信装置执行以上所示终端设备的相应功能，该收发器用于支持该通信装置与网络设备和其它终端设备等之间的通信。可选地，该通信装置还可以包括存储器，该存储可以与处理器耦合，其保存该通信装置必要的程序指令和/或数据。其中，收发器可以为独立的接收器、独立的发射器、集成收发功能的收发器、或者是接口电路。

在另一种可能的实现方式中，该通信装置可以是网络设备，或者是可用于网络设备的部件，例如芯片或芯片系统或者电路，该通信装置可以包括：处理器和收发器，该处理器可被配置为支持该通信装置执行以上所示终端设备的相应功能，该收发器用于支持该通信装置与其它网络设备和终端设备等之间的通信。可选地，该通信装置还可以包括存储器，该存储器耦保存该通信装置必要的程序指令和/或数据。其中，收发器可以为独立的接收器、独立的发射器、集成收发功能的收发器、或者是接口电路。

第九方面，本申请实施例提供一种通信装置，用于实现上述第一方面或第一方面中的任意一种方法，或者用于实现上述第二方面或第二方面中的任意一种方法，或者用于实现上述第三方面或第三方面中的任意一种方法、或者用于实现上述第四方面或第四方面中的任意一种方法、或者用于实现上述第五方面或第五方面中的任意一种方法、或者用于实现上述第六方面或第六方面中的任意一种方法、或者用于实现上述第七方面或第七方面中的任意一种方法，包括相应的功能模块，分别用于实现以上方法中的步骤。功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的模块。

在一种可能的实施方式中，该通信装置为终端设备时，可以括处理单元和收发单元，这些单元可以执行上述方法示例中终端设备的相应功能，具体参见方法示例中的详细描述，此处不做赘述。

在另一种可能的实施方式中，该通信装置还可以是网络设备，可以包括处理单元和收发单元，这些单元可以执行上述方法示例中网络设备的相应功能，具体参见方法示例中的详细描述，此处不做赘述。

第十方面，本申请实施例提供一种通信系统，该通信系统包括终端设备和网络设备。其中，终端设备可以用于执行上述第一方面或第一方面中的任意一种方法，相应地，网络设备可以用于执行上述第五方面或第五方面中的任意一种方法。或者，终端设备可以用于执行上述第二方面或第二方面中的任意一种方法，相应地，网络设备可以用于执行上述第六方面或第六方面中的任意一种方法。或者，终端设备可以用于执行上述第三方面或第三方面中的任意一种方法，相应地，网络设备可以用于执行上述第七方面或第七方面中的任意一种方法。

第十一方面，本申请提供了一种芯片系统，包括处理器。可选地，还可包括存储器，存储器用于存储计算机程序，处理器用于从存储器中调用并运行计算机程序，使得安装有芯片系统的通信装置执行上述第一方面、第一方面中的任意一种方法、第二方面、第二方面中的任意一种方法、第三方面、第三方面中的任意一种方法、第四方面、第四方面中的任意一种方法、第五方面、第五方面中的任意一种方法、第六方面、第六方面中的任意一种方法、第七方面、第七方面中的任意一种方法。

第十二方面，本申请实施例提供一种计算机存储介质，计算机存储介质中存储有指令，当其在通信装置上运行时，使得该通信装置执行上述第一方面或第一方面的任意可能的实现方式中的方法、或者使得通信装置执行第二方面或第二方面的任意可能的实现方式中的方法、或者使得通信装置执行上述第三方面或第三方面中的任意一种方法、或者使得通信装置执行上述第四方面或第四方面中的任意一种方法、或者使得通信装置执行上述第五方面或第五方面中的任意一种方法、或者使得通信装置执行上述第六方面或第六方面中的任意一种方法、或者使得通信装置执行上述第七方面或第七方面中的任意一种方法。

第十三方面，本申请实施例提供一种包含指令的计算机程序产品，当其在通信装置上运行时，使得该通信装置执行第一方面或第一方面的任意可能的实现方式中的方法、或者使得该通信装置执行第二方面或第二方面的任意可能的实现方式中的方法、或者使得该通信装置执行上述第三方面或第三方面中的任意一种方法、或者使得该通信装置执行上述第四方面或第四方面中的任意一种方法、或者使得该通信装置执行上述第五方面或第五方面中的任意一种方法、或者使得该通信装置执行上述第六方面或第六方面中的任意一种方法、或者使得该通信装置执行上述第七方面或第七方面中的任意一种方法。

附图说明

图1为本申请提供的一种通信系统架构示意图；

图2a为本申请提供的一种四步随机接入方法流程示意图；

图2b为本申请提供的一种两步随机接入方法流程示意图；

图3为本申请提供的一种随机接入方法流程示意图；

图4为本申请提供的另一种随机接入方法流程示意图；

图5为本申请提供的又一种随机接入方法流程示意图；

图6为本申请提供的再一种随机接入方法流程示意图；

图7a为本申请提供的一种MAC subPDU的示意图；

图7b为本申请提供的另一种MAC subPDU的示意图；

图8a为本申请提供的一种MAC subheader的示意图；

图8b为本申请提供的另一种MAC subheader的示意图；

图8c为本申请提供的又一种MAC subheader的示意图；

图9a为本申请提供的一种承载contention resolution identity的MAC subPDU的结构示意图；

图9b为本申请提供的一种承载ACK feedback for MsgB的MAC subPDU的结构示意图；

图9c为本申请提供的一种承载preamble index的MAC subPDU的结构示意图；

图9d为本申请提供的一种承载TA命令的MAC subPDU的结构示意图；

图9e为本申请提供的一种承载UL grant的MAC subPDU的结构示意图；

图9f为本申请提供的一种承载TC-RNTI的MAC subPDU的结构示意图；

图9g为本申请提供的一种承载TC-RNTI的MAC subPDU的结构示意图；

图10a为本申请提供的一种承载UE RACH command for MsgB的MAC subPDU的结构示意图；

图10b为本申请提供的另一种承载UE RACH command for MsgB的MAC subPDU的结构示意图；

图10c为本申请提供的另一种承载UE RACH command for MsgB的MAC subPDU的结构示意图；

图11为本申请提供的一种承载Common RAR的MAC subPDU的结构示意图；

图12为本申请提供的一种承载可变长度UL grant的MACsubPDU的结构示意图；

图13a为本申请提供的另一种MAC subheader的示意图；

图13b为本申请提供的另一种MAC subheader的示意图；

图13c为本申请提供的又一种MAC subheader的示意图；

图14a为本申请提供的一种承载多个终端设备的响应信息的MAC PDU的结构示意图；

图14b为本申请提供的另一种承载多个终端设备的响应信息的MAC PDU的结构示意图；

图14c为本申请提供的一种承载多个终端设备的响应信息且回退指示为公共信令的MAC PDU的结构示意图；

图15为本申请提供的一种通信装置的结构示意图。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述。

下面，为了便于理解，介绍本申请涉及的基本概念。

一、加扰

加扰，是数字信号的加工处理方法，用扰码与原始信号异或运算，从而得到新的信号。通常上行链路物理信道加扰的作用是区分不同的终端设备，下行链路加扰可以区分小区和信道。其中，扰码可用于对原始信号加扰和解扰。例如，扰码可以对DCI加扰，或者也可称为对PDCCH加扰。具体是对DCI的循环冗余校验(cyclic redundancy check，CRC)字段进行加扰。相应地，终端设备对接收到的DCI进行解扰，具体是终端设备对DCI的CRC字段使用相应类型的扰码进行解扰，以确定DCI的格式或者类型等。

扰码包括但不限于：小区无线网络临时标识(cell radio network temporaryidentifier，C-RNTI)、临时小区无线网络临时标识(temporary cell radio networktemporary identifier，TC-RNTI)、随机接入无线网络标识(random accessradio networktemporary identifier，RA-RNTI)，下面二、三和四分别介绍各个扰码。

二、C-RNTI

若终端设备处于无线资源控制连接(radio resource control connected，RRC-connected)态，说明终端设备已经被分配到了C-RNTI，终端设备向网络设备发起随机接入请求时需要携带该C-RNTI。若终端设备处于RRC空闲(RRC idle)态或者RRC非活跃(RRCinactive)态，说明终端设备还未被分配到C-RNTI。若终端设备是请求RRC连接，网络设备在后续的响应信息(例如四步随机接入流程的Msg2)里可能会给终端设备分配一个临时C-RNTI，记为TC-RNTI，待终端确认竞争解决成功后，将TC-RNTI转为C-RNTI。

三、TC-RNTI

在竞争解决模式下，网络设备在响应消息(例如四步随机接入流程的Msg2)会给终端设备分配一个TC-RNTI，用于在后续的Msg(例如四步随机接入流程的Msg3和Msg4)中标识该终端设备。当终端设备随机接入成功后，TC-RNTI可转化为C-RNTI。

四、RA-RNTI

在随机接入流程中，RA-RNTI的生成与终端设备发送前导码所用的时频资源相关。例如，当终端设备A和终端设备B使用同一个随机接入时频资源发起随机接入时，对应的RA-RNTI是相同的。以四步随机接入流程为例，当网络设备检测到发送前导码的随机接入时频资源后，可计算出RA-RNTI，网络设备在PDCCH上基于一种DCI格式处理，处理过程中使用RA-RNTI对DCI进行加扰。网络设备向终端设备发送针对前导码的响应信息，终端设备知道自己发送前导码的时频资源信息，也可以计算出RA-RNTI，终端设备可检测接收到的PDCCH上是否有自己对应的RA-RNTI；若有，则说明随机接入请求被网络设备响应，终端设备继续解调PDCCH承载的DCI所指示的PDSCH，如果解调得到的前导码与终端设备自己发送的前导码相同，那么终端设备启动后续流程，如冲突竞争解决流程。示例性地，计算RA-RNTI方式可参考3GPP 38.321中的相关描述，此处不再赘述。

五、物理信道

物理信道由物理层用于具体信号的传输。物理信道包括：(a)物理层下行共享信道(physical downlink shared channel，PDSCH)，用于承载下行业务数据等；(b)物理层下行控制信道(physical downlink control channel，PDCCH)，用于承载下行调度信息，如信道分配和下行控制信息(downlink control information，DCI)，即DCI由PDCCH承载；(c)物理层上行共享信道(physical uplink shared channel，PUSCH)，用于承载上行控制信息和业务数据；(d)物理层上行控制信道(physical uplink control channel，PUCCH)，用于承载上行控制信息，如ACK/NACK等。(e)物理层随机接入信道(physical random accesschannel，PRACH)，用于终端设备发起与网络设备的通信。终端设备随机接入时发送前导码，网络设备通过PRACH接收，确定接入终端设备的身份。

六、前导码

前导码(preamble码)，即随机接入前导码，用于随机接入时识别终端设备的身份。在LTE和Rel-15 NR通信系统中，每个小区有64个前导码。可选地，终端设备向网络设备发送的随机接入请求时携带的是前导码，网络设备向终端设备发送响应信息时，为了减少响应信息的大小，可以发送前导码的索引。

七、其它

“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列模块或单元。系统、产品或设备不必限于清楚地列出的那些模块或单元，而是可包括没有清楚地列出的或对于这些系统、模块或单元固有的其它模块或单元。

“至少一个”是指一个或者多个，“多个”是指两个或两个以上。

“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：只存在A，只存在B以及同时存在A和B三种情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。

图1示例性示出了本申请提供的一种通信系统架构示意图。该通信系统可以包括网络设备和终端设备。图1以通信系统包括网络设备101、终端设备102和终端设备103为例说明。该通信系统可以是码分多址(codedivision multiple Access，CDMA)系统、宽带码分多址(wideband code divisionmultiple access，WCDMA)系统，全球微波互联接入(worldwide interoperability formicrowave access，WiMAX)系统、长期演进(long termevolution，LTE)无线通信系统、5G通信系统(例如新空口(new radio，NR)系统、多种通信技术融合的通信系统(例如LTE技术和NR技术融合的通信系统)，还可以是其他通信系统，例如公共陆地移动网络(public land mobile network，PLMN)系统，或未来可能演进的其他通信系统(如6G系统)等，本申请不做限定。图1中所示的网络设备和终端设备的形态和数量仅用于举例，并不构成对本申请实施例的限定。

其中，1)网络设备，又称为无线接入网(radio access network，RAN)设备，是一种将终端设备接入到无线网络的设备，其包括各种通信制式中的网络设备，例如包括但不限于：基站、节点B(nodeB，NB)、演进型节点B(evolved Node B，eNB)、传输节点或收发点(transmission reception point，TRP或者TP)、无线网络控制器(radio networkcontroller，RNC)、网络设备控制器(base station controller，BSC)、网络设备收发台(base transceiver station，BTS)、家庭网络设备(例如，home evolved nodeB，或homenode B，HNB)、基带单元(baseband unit，BBU)、5G网络中的网络设备或基站(如gNB)、或未来演进网络中的基站等。

2)终端设备，是一种具有无线通信功能的设备，例如可以是具有无线通信功能的手持设备、车载设备、可穿戴设备(例如包括：智能手表、智能手环、计步器等)、移动互联网设备(mobile internet device，MID)、无人机设备、计算设备或连接到无线调制解调器的其它处理设备、5G网络或未来演进网络中的终端设备等。在不同的网络中终端设备可以叫做不同的名称，例如：终端设备、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置、蜂窝电话、无绳电话、会话启动协议(session initiation protocol，SIP)电话、无线本地环路(wirelesslocal loop，WLL)站、个人数字处理(personaldigital assistant，PDA)。

基于上述通信系统架构，当终端设备(如图1所示的终端设备102和终端设备103)为了与网络设备(如图1所示的网络设备101)建立连接，通常需要终端设备向网络设备发起随机接入流程。终端设备在如下几种场景下可能会发起随机接入流程。

场景1：终端设备初始无线资源控制(radio resource control，RRC)连接建立，当终端设备从空闲态转到连接态时，终端设备会发起随机接入流程。

场景2：终端设备RRC连接重建，当无线连接失败后，终端设备需要重新建立RRC连接时，终端设备会发起随机接入流程。

场景3：当终端设备进行小区切换时，终端设备会在新小区发起随机接入流程。

场景4：下行数据到达、且终端设备处于连接态，网络设备有下行数据需要传输给终端设备，发现终端设备处于上行不同步状态，网络设备将触发终端设备发起随机接入流程。

场景5：上行数据到达、且终端设备处于连接态，终端设备有上行数据需要传输给网络设备，发现终端设备处于上行不同步状态或者无可用的上行控制资源用于调度请求的传输，终端设备发起随机接入流程。

如下为本申请提供的两种随机接入流程，分别为四步随机接入流程和两步随机接入流程。下面图2a或图2b所示的方法中的终端设备可以是上述图1中的终端设备102或终端设备103，网络设备可以是上述图1中的网络设备101。

如图2a所示，为本申请提供的一种四步随机接入方法流程示意图。该四步随机接入方法包括以下步骤：

步骤11，终端设备向网络设备发送Msg1。

其中，Msg1即随机接入请求，包括前导码，前导码可以是终端设备随机选择的，终端设备在RACH上向网络设备发送Msg1。

相应地，网络设备接收来自终端设备的Msg1。

步骤12，网络设备向终端设备发送Msg2。

此处，Msg2即是针对前导码的随机接入响应(random access response，RAR)信息，包括保留比特(reserved bits，通常用R表示)、定时提前(timing advance，TA)命令、上行授权(uplinkgrant)和TC-RNTI等。其中，上行授权即网络设备为该终端设备分配的上行资源位置的指示信息，TC-RNTI为网络设备为终端设备分配的一个临时小区无线网络临时标识。

相应地，终端设备接收来自网络设备的Msg2。终端设备可以在PDCCH上使用RA-RNTI来监听调度承载Msg2的PDSCH的DCI。

步骤13，终端设备向网络设备发送Msg3(PUSCH)。

此处，终端设备在发送Msg3后，立即启动竞争解决计时器(contentionresolution timer)(后续每次重传Msg3都要重启这个定时器)，终端设备在定时器超时前监听网络设备返回给自己的竞争解决消息。

相应地，网络设备接收来自终端设备的Msg3。

步骤14，网络设备向终端设备发送Msg4(竞争解决信息(contention resolutionmessage，CRM))。

此处，网络设备在向终端设备发送竞争解决信息时，当终端设备处于RRC空闲(RRCidle)态或者RRC非活跃(RRC inactive)态，可采用TC-RNTI对DCI进行加扰。终端在竞争解决计时器超时前，如果监听到该TC-RNTI加扰的DCI，则对DCI指示的承载于PDSCH上的响应信息进行解调，并对PDSCH中携带的竞争解决标识(contention resolution identifier，CRID)与终端设备的Msg3携带的(公共控制信道的服务数据单元(common control channelserving data unit，CCCH SDU)进行匹配，如果相同，终端设备认为竞争解决成功。否则，终端设备认为这次随机接入失败。

如图2b所示，为本申请提供的一种两步随机接入方法流程示意图。该两步随机接入方法包括以下步骤：

步骤21，终端设备向网络设备发送MsgA。

其中，MsgA即随机接入请求，包括随机接入前导码和PUSCH，相当于上述图2a的4-step RACH中的Msg1和Msg3。

步骤22，网络设备向终端设备发送MsgB。

此处，MsgB即针对随机接入请求的响应信息，包括针对前导码的响应信息和针对PUSCH的响应信息中的至少一种。针对随机接入前导码的响应信息即随机接入响应信息，包括TA命令、TC-RNTI以及UL grant；针对PUSCH的响应信息包括竞争解决信息，主要包括CRID。

需要说明的是，在目前2步随机接入过程中，网络设备在向处于RRC idle态或者RRC inactive态的终端设备发送竞争解决标识时可能采用的方式是：网络设备采用一个公共RNTI对DCI加扰。基于该方式，终端设备需要对接收到的DCI指示的PDSCH进行解调，得到PDSCH承载的响应信息中携带的CRID，与UE ID或者UL CCCH SDU比较后，才能确认竞争解决是否成功。

当发起两步随机接入的终端设备和发起四步随机接入的终端设备使用共享随机接入时频资源(RACH Occasion，RO)时，即发起两步随机接入的终端设备使用的时频资源域发起四步随机接入的终端设备所使用的时频资源相同，由于使用同一RO进行随机接入的终端设备使用相同的RA-RNTI，因此，使用同一RO进行随机接入的终端设备均可以监听到来自网络设备采用该RO计算得到的RA-RNT加扰的PDCCH。但是这些终端设备无法根据RA-RNTI来区分来自网络设备的响应信息是两步随机接入中的响应信息还是四步随机接入中的响应信息，也就是说，接收到DCI的终端设备不能确定出响应信息是MsgB还是Msg2。需要终端设备对DCI指示的PDSCH进行解调以确定该响应信息是否属于自己的。从而造成终端设备随机接入过程的效率不高的问题。

结合上述通信系统及存在技术问题，下面图3至图6为本申请提供的不同的随机接入方法流程示意图，均可用于解决背景技术中的问题。其中，图3至图6中的网络设备可以是上述图1中的网络设备101，终端设备可以是上述图1中终端设备102或者终端设备103。为了便于方案的说明，本申请下面的实施例以随机接入类型包括两步随机接入和四步随机接入为例说明。随着通信技术的发展，将来可能还会出现更多的其他随机接入类型，下述所描述的随机接入方法也适用于其它随机接入类型。

需要说明的是，下述各个实施例中所描述的四步随机接入请求指的是随机接入请求的随机接入类型为四步随机接入类型；类似的，两步随机接入请求指示的是随机接入请求的随机接入类型为两步随机接入类型。其中，随机接入类型也可称为随机接入方式。

如图3所示，为本申请提供的一种随机接入方法的流程示意图。该随机接入方法包括如下步骤：

步骤301，终端设备向网络设备发送随机接入请求。

此处，该随机接入请求对应的随机接入类型可以是两步随机接入类型，也可以是四步随机接入类型，或者也可以是未来出现的其它随机接入类型。

当该随机接入请求的随机接入类型为两步随机接入类型时，该步骤301可参见上述图2b中步骤21的介绍。当该随机接入请求的随机接入类型为四步随机接入类型时，该步骤301可参见上述图2a中步骤11的介绍。

相应地，网络设备接收来自终端设备的随机接入请求。

步骤302，网络设备根据随机接入请求对应的随机接入类型确定第一DCI。

此处，第一DCI包括第一指示信息，第一指示信息用于指示PDSCH所承载的响应信息的类型。其中，网络设备可采用RA-RNTI对第一DCI进行加扰。

当网络设备确定该随机接入请求的随机接入类型为四步随机接入类型时，第一指示信息所指示的响应信息的类型为响应信息是针对四步随机接入请求的；当网络设备确定该随机接入请求的随机接入类型为两步随机接入类型时，第一指示信息所指示的响应信息的类型为响应信息是针对两步随机接入请求的且不包括竞争解决标识，或者响应信息的类型为响应信息是针对两步随机接入请求的且至少包括竞争解决标识。

在一种可能的实现方式中，网络设备可能会收到多个终端设备的随机接入请求，也就是说，多个接入请求中既包括两步随机接入请求类型也包括四步随机接入请求类型，该情况下，第一指示信息指示的响应信息的类型还可以包括：响应信息是针对四步随机接入请求的和响应信息是针对两步随机接入请求的且不包括竞争解决标识；或者，响应信息是针对四步随机接入请求的和响应信息是针对两步随机接入请求的且至少包括竞争解决标识；或者，响应信息是针对两步随机接入请求的且不包括竞争解决标识和响应信息是针对两步随机接入请求的且至少包括竞争解决标识；或者，响应信息是针对四步随机接入请求的、响应信息是针对两步随机接入请求的且不包括竞争解决标识和响应信息是针对两步随机接入请求的且至少包括竞争解决标识。

在另一种可能的实现方式中，第一指示信息的指示信息是保留，即不具有指示意义。

为了便于方案的说明，本申请以第一指示信息为0和1的组合为例说明。如表1所示，为本申请提供的一种第一指示信息与响应信息的类型的关系。

表1第一指示信息与响应信息的类型的关系

如表1所示，第一指示信息为00所表示的响应信息的类型为：响应信息是针对四步随机接入请求的。第一指示信息为01所表示的响应信息的类型为：响应信息是针对两步随机接入请求的、且不包括竞争解决标识。第一指示信息为10所表示的响应信息的类型为：响应信息是针对两步随机接入请求的、且至少包括竞争解决标识。

第一指示信息为11可以是以下选项中的一种：选项为1表示第一指示信息为11时所表示的响应信息的类型为：响应信息是针对四步随机接入请求的和响应信息是针对两步随机接入请求的且不包括竞争解决标识；或者，响应信息是针对四步随机接入请求的和响应信息是针对两步随机接入请求的且至少包括竞争解决标识；或者，响应信息是针对两步随机接入请求的且不包括竞争解决标识和响应信息是针对两步随机接入请求的且至少包括竞争解决标识；或者，响应信息是针对四步随机接入请求的、响应信息是针对两步随机接入请求的且不包括竞争解决标识和响应信息是针对两步随机接入请求的且至少包括竞争解决标识。也可以理解为，响应信息中既包括四步随机接入请求的响应信息，也包括两步随机接入请求的响应信息。也就是说，PDSCH承载有多个终端设备的响应信息，且这多个终端设备有的是发起四步随机接入请求的终端设备，有的是发起两步随机接入请求的终端设备。选项为2表示第一指示信息为11时，表示保留，即未定义响应信息的类型。

需要说明的是，表1中所列举的第一指示信息对应的取值所标识的响应信息的类型没有强制的对应关系。其它可以使得终端设备区分出响应信息的类型的任意形式的第一指示信息的取值也可以，本申请对此不做限定。

在一种可能的实现方式中，终端设备在随机接入前，网络设备可以为终端设备配置该网络设备支持的至少两种随机接入类型，以及第一指示信息与响应信息的类型的关系，即终端设备预先获取网络设备配置的第一指示信息与响应信息的类型的关系。

在另一种可能的实现方式中，第一指示信息与响应信息的类型的关系也可以是协议预先规定的。

当网络设备采用RA-RNTI对DCI加扰的情形下，第一DCI的类型可为DCI格式1_0，该类型的第一DCI中包括保留比特(reserved bits)，该保留比特占用16bits。第一指示信息可以位于该保留比特中的第一预设比特位，第一预设比特位可以占用2bits。具体可以是该保留比特16bits中前2bits，或者是中间任意2bits，或者最后2bits，本申请对比不做限定。

示例性地，第一指示信息位于保留比特中的形式可为：

第一指示信息–2bits

reserved bits–14bits

其中，reserved bits的取值可以是0，也可以是1，或者也可以是其它可能的任意取值，本申请对此不做限定。

步骤303，网络设备向终端设备发送第一DCI。

相应地，终端设备接收来自网络设备的第一DCI。其中，第一DCI承载于PDCCH中。

步骤304，终端设备若确定第一指示信息所指示的响应信息的类型与终端设备发起随机接入请求的随机接入类型匹配，对第一DCI指示的PDSCH进行解调。

其中，PDSCH承载有针对终端设备发起的随机接入请求的响应信息。可选地，响应信息的类型与随机接入的类型之间存在对应关系，例如，与四步随机接入类型匹配的响应信息的类型为响应信息是针对四步随机接入请求的，与两步随机接入类型匹配的响应信息的类型为响应信息是针对两步随机接入请求的。

也可以理解为，终端设备接收到来自网络设备的第一DCI后，终端设备可根据第一DCI中的第一指示信息确定是否需要对DCI指示的PDSCH解调。

结合上述图1，以终端设备102发起的随机接入请求的随机接入类型为两步随机接入、终端设备103发起的随机接入请求的随机接入类型为四步随机接入、且终端设备102和终端设备103发起随机接入请求使用共享随机接入时频资源为例说明。在该场景下，终端设备102和终端设备103均可接收到来自网络设备的第一DCI。

当终端设备102和终端设备103均接收到来自网络设备的第一DCI后，终端设备102和终端设备103分别确定接收到的第一DCI中包括的第一指示信息所指示的PDSCH所承载的响应信息的类型是否与终端设备自身发起随机接入请求的随机接入类型匹配。结合上述表1，可能会出现如下四种情形。

情形一，第一DCI中第一指示信息为00。

当第一指示信息为00时，终端设备102和终端设备103确定第一指示信息所指示的PDSCH所承载的响应信息的类型为：响应信息是针对四步随机接入请求的；终端设备103确定第一指示信息所指示的响应信息的类型与终端设备103发起的随机接入请求的随机接入类型匹配，终端设备103会对第一DCI指示的PDSCH进行解调。终端设备102确定第一指示信息所指示的响应信息的类型与终端设备102发起的随机接入请求的随机接入类型不匹配，终端设备102不需要对第一DCI指示的PDSCH进行处理。如此，可有助于减少终端设备102的功耗，且终端设备102可直接等待(继续监听)后续来自网络设备的DCI。

进一步，终端设备103对第一DCI指示的PDSCH解调可得到前导码，终端设备103可根据解调得到的前导码的索引号获取对应的随机响应信息。

情形二，第一DCI中第一指示信息为01。

当第一指示信息为01时，终端设备102和终端设备103确定第一指示信息所指示的PDSCH所承载的响应信息的类型为：响应信息是针对两步随机接入请求的、且不包括竞争解决标识。终端设备102确定第一指示信息所指示的响应信息的类型与终端设备102发起随机接入请求的随机接入类型匹配，终端设备102需要对第一DCI指示的PDSCH进行解调。终端设备103确定第一指示信息所指示的响应信息的类型与终端设备103发起的随机接入请求的随机接入类型不匹配，终端设备103不需要对第一DCI指示的PDSCH进行处理。如此，可有助于减少终端设备103的功耗，且终端设备103可直接等待后续来自网络设备的DCI。

进一步，终端设备102对第一DCI指示的PDSCH解调得到前导码的索引号，可根据前导码的索引号获取两步随机接入请求的随机接入响应信息，并根据随机接入响应的指示执行相应的操作，比如重传操作。

情形三，第一DCI中第一指示信息为10。

当第一指示信息为10时，终端设备102和终端设备103确定第一指示信息所指示的PDSCH所承载的响应信息的类型为：响应信息是针对两步随机接入请求的且至少包括竞争解决标识。终端设备102确定第一指示信息所指示的响应信息的类型与终端设备102发起随机接入请求的随机接入类型匹配，则终端设备102需要对第一DCI指示的PDSCH进行解调。终端设备103确定第一指示信息所指示的响应信息的类型与终端设备103发起的随机接入请求的随机接入类型不匹配，终端设备103不需要对第一DCI指示的PDSCH进行解调。

进一步，终端设备102对第一DCI指示的PDSCH解调得到竞争解决标识，终端设备102若确定解调得到的竞争解决标识和终端设备发起随机接入请求中携带的UE ID或CCCHSDU一致，则终端设备102认为竞争成功。

情形四，第一DCI中第一指示信息为11。

当第一指示信息为11时，终端设备102和终端设备103确定第一指示信息所指示的PDSCH所承载的响应信息的类型为：响应信息是针对四步随机接入请求的和响应信息是针对两步随机接入请求的且不包括竞争解决标识；或者，响应信息是针对四步随机接入请求的和响应信息是针对两步随机接入请求的且至少包括竞争解决标识；或者，响应信息是针对两步随机接入请求的且不包括竞争解决标识和响应信息是针对两步随机接入请求的且至少包括竞争解决标识；或者，响应信息是针对四步随机接入请求的、响应信息是针对两步随机接入请求的且不包括竞争解决标识和响应信息是针对两步随机接入请求的且至少包括竞争解决标识。该情形四下，终端设备102和终端设备103均需要对第一DCI指示的PDSCH进行解调。终端设备102和终端设备103分别根据解调得到的前导码的索引号和/或竞争解决标识确定属于各自的响应信息。

通过上述步骤301至步骤304可以看出，终端设备在确定第一指示信息所指示的响应信息的类型与终端设备发起随机接入请求的随机接入类型匹配时，说明该第一DCI所指示的PDSCH可能属于该终端设备，此时终端设备才对接收到的第一DCI所指示的PDSCH进行解调。如此，有助于减少终端设备尝试解调与自身无关的PDSCH的次数，从而有助于减少终端设备的功耗、且有助于提高终端设备随机接入的效率。

在上述步骤302中，当网络设备确定响应信息的类型为响应信息是针对两步随机接入请求的且至少包括竞争解决标识的情况下，可对第一DCI中的保留比特(reservedbits)进一步扩展，即第一DCI还包括第二指示信息，第二指示信息可用于指示第一前导码。终端设备在接收到来自网络设备的第一DCI，其中，第一DCI包括第一指示信息和第二指示信息时，终端设备在确定第一指示信息所指示的PDSCH所承载的响应信息的类型与终端设备发起随机接入请求的随机接入类型匹配的情况下，还需要进一步确定第二指示信息所指示的第一前导码与终端设备发起的随机接入请求中携带的前导码的索引号匹配时，该终端设备对第一DCI指示的PDSCH进行解调。也就是说，需要对第一DCI指示的PDSCH进行解调的终端设备要满足两个条件，第一：第一指示信息所指示的响应信息的类型与终端设备发起随机接入请求的随机接入类型匹配，第二：第一前导码与终端设备发起随机接入请求中携带的前导码的索引号匹配。如此，可以更精确的确定出第一DCI指示的PDSCH是否属于终端设备自己，从而有助于进一步减少终端设备因解调与自身无关的PDSCH所造成的功耗，也有助于进一步提高终端设备进行随机接入的效率。

示例性地，当有多个终端设备发起的随机接入请求的随机接入类型为两步随机接入类型时，只有发起两步随机接入请求携带的前导码的索引号与第二指示信息指示的第一前导码匹配的终端设备，才对第一DCI指示的PDSCH进行解调。

需要说明的是，第二指示信息对应的字段在第一DCI中一直存在，当网络设备确定响应信息的类型为响应信息是针对四步随机接入请求的，或者响应信息是针对两步随机接入请求的且不包括竞争解决标识的情况下，第二指示信息对应的字段不用于指示第一前导码。在该情况下，也可以理解为，终端设备在接收到该第一DCI时，不会读取第二指示信息对应的字段。当网络设备确定响应信息的类型为响应信息是针对两步随机接入请求的且至少包括竞争解决标识的情况下，第二指示信息对应的字段用于指示第一前导码。

在一种可能的实现方式中，第二指示信息可以位于第一DCI的保留比特中的第二预设比特位，第二预设比特为可以占用6bits。具体可以占用该保留比特中除第一指示信息占用的比特位之外的前6bits，或者中间任意6bits，或者最后6bits，本申请对比不做限定。

示例性地，第一指示信息和第二指示信息位于保留比特中的形式可为：

第一指示信息–2bits；

第二指示信息–6bits，且响应信息的类型为：响应信息是针对两步随机接入请求的且至少包括竞争解决标识；

reserved bits–8bits

进一步，当终端设备竞争成功后，终端设备需要向网络设备反馈确认(ACK-feedback)消息。终端设备需要获取向网络设备发送反馈确认消息所在的PUCCH的资源信息，本申请提供如下两种终端设备获取指示用于反馈确认消息的资源的信息的实现方式。

实现方式一，第一DCI中增加第三指示信息。

网络设备确定响应信息的类型为：响应信息是针对两步随机接入请求的且至少包括竞争解决标识的情况下，可进一步对第一DCI中的保留比特(reserved bits)进行扩展，即第一DCI还包括第三指示信息，第三指示信息可用于指示终端设备向网络设备指示用于反馈确认消息的资源的信息，资源信息包括但不限于：发送ACK所在的PUCCH资源频域位置和发送ACK所在的PUCCH资源时域位置。终端设备根据第三指示信息向网络设备反馈确认消息。

示例性地，第三指示信息可以位于第一DCI的保留比特中的第三预设比特位，第三预设比特位可以占用6bits。具体可以占用该保留比特中除第一指示信息和第二指示信息占用的比特位之外的前6bits，或者中间任意6bits，或者最后6bits，本申请对比不做限定。

示例性地，第一指示信息、第二指示信息和第三指示信息位于保留比特中包括但不限于以下两种形式。

形式一：

第一指示信息–2bits

第二指示信息–6bits，且响应信息的类型为：响应信息是针对两步随机接入请求的且至少包括竞争解决标识

第三指示信息–6bits，且响应信息的类型为：响应信息是针对两步随机接入请求的且至少包括竞争解决标识

reserved bits–2bits

可选地，第三指示信息的内容为上行控制信道资源指示(PUCCH resourceindicator)和HARQ反馈相对于PDSCH的时间指示(PDSCH-to-HARQ_feedback timingindicator)，分别占用3bits，其中，PUCCH resource indicator和PDSCH-to-HARQ_feedback timing indicator的取值可以延用现有的Rel-15 NR协议中的对这两个字段的定义。PUCCH resource indicator指示的是发送ACK所在的PUCCH资源频域位置，PDSCH-to-HARQ_feedback timing indicator指示的是发送ACK所在的PUCCH资源时域位置距离接收到的PDSCH最后一个时隙的间隔时隙长度。

形式二：

第一指示信息–2bits

PUCCH resourceindicator–3bits，且响应信息的类型为：响应信息是针对两步随机接入请求的且至少包括竞争解决标识

PDSCH-to-HARQ_feedback timingindicator–3bits，且响应信息的类型为：响应信息是针对两步随机接入请求的且至少包括竞争解决标识

reserved bits–2bits

上述形式一和形式二中reserved bits的取值可以是0，也可以是1，或者也可以是其它可能的任意取值，本申请对此不做限定。

需要说明的是，第一DCI可以包括第一指示信息，也可以包括第一指示信息和第二指示信息，也可以包括第一指示信息和第三指示信息，也可以包括第一指示信息、第二指示信息和第三指示信息。

实现方式二，通过对第一DCI指示的PDSCH解调获取。

基于该实现方式二，终端设备可根据解调PDSCH得到的指示用于反馈确认消息的资源的信息，向网络设备反馈确认消息。

图4示例性示出了为本申请提供的另一种随机接入方法的流程示意图。该方法包括如下步骤：

步骤400，网络设备向终端广播至少两种随机接入类型的资源配置信息。

其中，随机接入类型的资源配置信息中包含用于监听公共PDCCH的控制信道资源集合。示例性地，至少两种随机接入类型以两步随机接入类型和四步随机接入类型为例，当两步随机接入和四步随机接入使用相同的随机接入资源时，网络设备可以为两步随机接入类型和四步随机接入类型分别配置不同的搜索空间。例如，两步随机接入类型对应搜索空间A，四步随机接入类型对应搜索空间B，其中，搜索空间A和搜索空间B完全不重叠或者不完全重叠。两步随机接入类型的资源信息中包括用于监听公共PDCCH控制信道资源集合A，控制信道资源集合A对应搜索空间A，四步随机接入类型的资源配置信息中包含用于监听公共PDCCH的控制信道资源集合B，控制信道资源集合B对应搜索空间B；终端设备监测搜索空间A以接收所述网络设备发送的两步随机接入类型的公共PDCCH，终端设备检测搜索空间B以接收所述网络设备发送的四步随机接入类型的公共PDCCH。

步骤401，终端设备向网络设备发送随机接入请求。

该步骤401可参见上述步骤301的介绍，此处不再赘述。

相应地，网络设备接收来自终端设备的随机接入请求。

步骤402，网络设备根据随机接入请求对应的随机接入类型确定第一DCI。

此处，网络设备也可以根据随机接入请求的响应信息的类型确定第一DCI。网络设备支持通过至少两种不同DCI格式来调度承载不同响应信息的PDSCH，或者支持通过至少两种不同DCI内容来调度承载不同响应信息的PDSCH，至少两种不同DCI对应至少两种不同的搜索空间，至少两种不同DCI包括DCI格式不同、或者DCI内容不同、或者DCI格式相同但内容不同。

步骤403，网络设备向终端设备发送第一DCI。

相应地，终端设备通过第一搜索空间接收到来自网络设备的第一DCI。

其中，终端设备支持通过至少两种搜索空间分别接收DCI，第一搜索空间可以是两步随机接入类型对应的搜索空间，也可以是四步随机接入类型对应的空间。

步骤404，终端设备通过第一搜索空间接收到来自网络设备的第一DCI，对第一DCI指示的PDSCH进行解调。

其中，PDSCH承载有针对终端设备发起的随机接入请求的响应信息。匹配可以理解为，第一搜索空间对应的随机接入的类型为四步随机接入类型、终端接收到的响应信息是针对四步随机接入的响应信息；第一搜索空间对应的随机接入的类型为两步随机接入类型、终端接收到的响应信息为两步随机接入的响应信息。

可以理解的是，发起四步随机接入请求的终端设备和发起两步随机接入请求的终端设备监听DCI所在的搜索空间是不同的。例如，两步随机接入类型对应搜索空间A，四步随机接入类型对应搜索空间B，则发起两步随机接入请求的终端设备通过搜索空间A可接收到来自网络设备的DCI，发起四步随机接入请求的终端设备通过搜索空间B可接收到来自网络设备的DCI。也就是说，发起两步随机接入请求的终端设备通过的第一搜索空间即为搜索空间A，发起四步随机接入请求的终端设备通过的第一搜索空间即为搜索空间B。也可以理解为，发送两步随机接入请求的终端设备通过搜索空间B不能接收到来自网络设备的第一DCI，发起四步随机接入请求的终端设备通过搜索空间A不能接收到来自网络设备的第一DCI。如此，终端设备可通过不同的搜索空间确定来自网络设备的响应信息是否属于自己。

结合上述图1，仍以终端设备102发起的随机接入请求的随机接入类型为两步随机接入、终端设备103发起的随机接入请求的随机接入类型为四步随机接入、两步随机接入类型对应搜索空间A，四步随机接入类型对应搜索空间B为例说明。终端设备102可通过搜索空间A接收到来自网络设备的第一DCI，并对第一DCI指示的PDSCH进行解调。终端设备102通过搜索空间B接收不到来自网络设备的第一DCI。类似的，终端设备103可通过搜索空间B接收到来自网络设备的第一DCI，并对第一DCI指示的PDSCH进行解调。终端设备103通过搜索空间A接收不到来自网络设备的第一DCI。

通过上述步骤401至步骤404可以看出，终端设备在通过第一搜索空间接收到来自网络设备的第一DCI，说明第一搜索空间对应的随机接入类型与终端发起随机接入请求的随机接入类型匹配，此时终端设备才对接收到的第一DCI所指示的PDSCH进行解调。如此，有助于减少终端设备尝试解调与自身无关的PDSCH的次数，从而有助于减少终端设备的功耗、且有助于提高终端设备随机接入的效率。

为了进一步提高发起两步随机接入请求的终端设备随机接入的效率。可对第一DCI中的保留比特进行扩展，第一DCI包括第五指示信息，第五指示信息用于指示PDSCH所承载的响应信息的类型。针对响应信息的类型的定义不同，本申请提供了第一实施例、第二实施例、第三实施例、和第五实施例。

第一实施例

响应信息的类型包括以下内容中的一项：响应信息是针对两步随机接入请求的且不包括竞争解决标识；响应信息是针对两步随机接入请求的且至少包括竞争解决标识。也可以理解为，网络设备确定该随机接入请求的随机接入类型为两步随机接入类型时，第五指示信息所指示的响应信息的类型为响应信息是针对两步随机接入请求的且不包括竞争解决标识，或者响应信息的类型为响应信息是针对两步随机接入请求的且至少包括竞争解决标识。为了便于方案的说明，本申请以第五指示信息用0和1为例说明。如表2所示，为本申请提供的一种第五指示信息与响应信息的类型的关系。

表2第五指示信息与响应信息的类型的关系

如表2所示，第五指示信息为0表示的响应信息的类型为：响应信息是针对两步随机接入请求的，且不包括竞争解决标识。第五指示信息为1表示的响应信息的类型为：响应信息是针对两步随机接入请求的、且至少包括竞争解决标识。

需要说明的是，表2中所列举的第五指示信息对应的取值所标识的响应信息的类型没有强制的对应关系。其它可以使得终端设备区分出响应信息的类型的任意形式的第五指示信息的取值也可以，本申请对此不做限定。

在一种可能的实现方式中，终端设备在随机接入前，网络设备可以为终端设备配置第五指示信息与响应信息的类型的对应关系。在另一种可能的实现方式中，第五指示信息与响应信息的类型的关系也可以是协议预先规定的。

示例性地，第五指示信息可以位于第一DCI保留比特中的第五预设比特位，第五预设比特位可以占用1bits。具体可以是该保留比特16bits中前1bits，或者是中间任意1bits，或者最后1bits，本申请对比不做限定。

示例性地，第五指示信息位于保留比特中的形式可为：

第五指示信息–1bits

reserved bits–15bits

其中，reserved bits的取值可以是0，也可以是1，或者也可以是其它可能的任意取值，本申请对此不做限定。终端设备可进一步确定第一DCI中包括的第五指示信息所指示的响应信息中是否包括竞争解决标识。

结合上述表2，针对发起两步随机接入请求的终端设备，当终端设备通过两步随机接入类型对应的搜索空间接收到来自网络设备的第一DCI后，若确定接收到第一DCI中的第五指示信息为0，终端设备对第一DCI指示的PDSCH进行解调，得到第二前导码的索引，如果第二前导码的索引与步骤401中携带的前导码匹配，终端设备根据第二前导码的索引获取对应的响应信息，并根据对应的响应信息执行后续操作，例如重传。若确定接收到第一DCI中的第五指示信息为1，终端设备对第一DCI指示的PDSCH进行解调，得到竞争解决标识，若确定解调得到的竞争解决标识与步骤401中携带的CCCH SDU匹配，则终端设备认为竞争成功。

当网络设备确定响应信息的类型为响应信息是针对两步随机接入请求的且至少包括竞争解决标识的情况下，可对第一DCI中的保留比特(reserved bits)进一步扩展，即第一DCI还包括第二指示信息，第二指示信息可用于指示第一前导码。终端设备通过第一搜索空间在接收到来自网络设备的第一DCI，且若确定第一前导码与终端设备发起的随机接入请求携带的前导码的索引号匹配时，对第一DCI指示的PDSCH进行解调。如此，有助于进一步减少终端设备尝试解调PDSCH的次数。

示例性地，可能会有多个终端设备通过第一搜索空间接收到来自网络设备的第一DCI，只有随机接入请求携带的前导码的索引号与第二指示信息指示的第一前导码匹配的终端设备，才对第一DCI指示的PDSCH进行解调。

第二指示信息的详细介绍可参见图3中关于第二指示信息的介绍，此处不再赘述。

进一步，还可以对该实施例中的第一DCI中的reserved bits进行进一步扩展，第一DCI中增加第三指示信息，第三指示信息可用于指示用于终端设备反馈确认消息的资源。终端设备根据第三指示信息向网络设备反馈确认消息。

需要说明的是，该实施例中第三指示信息的详细介绍以及终端设备获取指示用于反馈确认消息的资源的信息可参见上述图3中关于第三指示信息的详细，此处不再赘述。

第二实施例

本实施例和第一实施例的不同在于响应信息的类型的定义不同，其它的都可以和第一实施例中的方案相同或相似，此处不再赘述。

响应信息的类型包括如下四种类型，第五指示信息可以指示其中一种类型。

第一类型：PDSCH承载的响应信息是回退随机接入响应(fallback RAR)信息。fallback RAR信息是网路设备在成功检测到MsgA中的preamble但未成功解码MsgA中的PUSCH时发出的响应信息。在该类型中，PDSCH承载的fallback RAR信息可以是针对一个终端设备的也可以是针对多个终端设备的，或者，PDSCH承载了一个或者多个Fall back RAR信息。

第二类型：PDSCH承载的响应信息既包括fallback RAR信息也包括success RAR信息。success RAR信息是网络设备在成功接收MsgA后发出的响应信息。成功接收MsgA是指MsgA中的preamble被成功检测到，且MsgA中的PUSCH也被成功解码。在该类型中，PDSCH可以承载针对一个或者多个终端设备的fallback RAR信息和针对一个或者多个终端设备的success RAR信息。需要说明的是，第二类型并不意味该PDSCH必须包含fallback RAR信息和success RAR信息，而是指其支持将两者复用在同一个PDSCH中。在一些例子中，网络设备只需要响应一个终端设备的随机接入请求时，其依然可以选择发送该类型的响应信息。

第三类型：PDSCH承载的响应信息是针对一个终端设备的success RAR信息。

第四类型：PDSCH中承载的响应信息是针对多个终端设备的success RAR信息。

为了便于方案的说明，本申请以第五指示信息占用两个比特为例说明。如表2A所示，为本申请提供的一种第五指示信息与响应信息的类型的关系。可以理解的是，除了用表2A中取值组合来指示响应消息的类型外，还可以用其它的取值组合来指示响应消息的类型，本申请不做限定。

表2A第五指示信息与响应信息的类型的关系

通常，fallback RAR信息是不包含竞争解决标识。Fallback RAR信息可以包含以下信息中的至少一种：回退指示符，定时提前命令(Time Advance command，TA Command)，TC-RNTI，UL grant。在一实施方式中，针对每个终端设备的fall back RAR信息可以包含在PDSCH中对应于该终端设备的MAC sub PDU的payload，其中，MAC sub PDU的结构可以参考后文中的相关描述。

success RAR信息可以包含竞争解决标识。进一步的，success RAR信息还可以包含以下信息中的至少一种：TA command，C-RNTI，UL grant，终端设备发起的随机接入请求中的Preamble的索引号，PUCCH resource indicator，RRC状态指示信息、RRCreconfiguration信息、RRC reestablishment信息、RRC resume信息。在一实施方式中，针对每个终端设备的success RAR信息可以包含在PDSCH中对应于该终端设备的MAC sub PDU的payload，其中，MAC sub PDU的结构可以参考后文中的相关描述。

在另一实施方式中，在第三类型的响应消息中，success RAR信息中可以不包含PUCCH resource indicator和Preamble index，而是在DCI中使用扩展字段或者复用已有字段来实现上述两种信息的指示。对于在DCI中指示Preamble index的方式，终端设备可以进一步根据指示的Preamble index来判断此DCI所调度的PDSCH所承载的响应信息是否是针对自己的，若不是针对自己的，终端设备就可以忽略或者丢弃该PDSCH，从而可以减少终端设备解码PDSCH的次数。若网络设备发送了第三类型的响应信息，且未接收到针对该响应信息的确认消息，网络设备可以重发该响应信息，终端设备则可以通过HARQ合并接收技术来提高对该响应信息接收的成功概率。

对于第四类型的响应信息，若终端正确解码了承载第四类型的响应信息的PDSCH，其可以向网络设备发送确认消息；若终端正确未正确解码承载第四类型的响应信息的PDSCH，其不向网络设备发送确认消息。在实际应用中，存在部分终端设备发送了确认消息而部分设备未发送确认消息的情况，在此情况下，网络设备可以重发第四类型的响应信息，只不过该响应信息中可以不包含发送了确认消息的终端设备所对应的success RAR信息。

示例性地，第五指示信息可以位于第一DCI保留比特中的第五预设比特位，第五预设比特位可以占用2bits。具体可以是该保留比特16bits中前2bits，或者是中间任意2bits，或者最后2bits，本申请对比不做限定。

在一实施方式中，对现有的用于随机接入过程的DCI Format进行扩展后可以作为第一DCI的格式。例如，对3GPP TS 38.212中用于随机接入过程的DCI Format 1_0中的16比特的保留字段进行扩展，扩展后的DCI format具有如下字段：

-Frequency domain resource assignment

-Time domain resource assignment

-VRB-to-PRB mapping

-Modulation and coding scheme

-TB scaling

-第五指示信息–2bits

-reserved bits–14bits

其中，除第五指示信息所占用的字段外，其它字段的定义及长度均可以参考3GPPTS 38.212，此处不再赘述。

在上述第一实施例和第二实施例中，终端设备是根据用于监听PDCCH的控制信道资源集合或者搜索空间的不同，来区分第一DCI所调度的PDSCH所承载的是针对四步随机接入请求的响应信息还是针对两步随机接入请求的响应信息。例如，若在步骤401中终端设备发送的是四步随机接入的随机接入请求，在步骤404中终端设备则在四步随机接入对应的控制信道资源集合或者搜索空间中监听承载第一DCI的PDCCH。若在步骤401终端设备中发送的是两步随机接入的随机接入请求，在步骤404中终端设备则在两步随机接入对应的控制信道资源集合或者搜索空间中监听承载第一DCI的PDCCH。终端设备在两步随机接入对应的控制信道资源集合或者搜索空间监听到第一DCI后，就可以根据第一实施例或第二实施例中描述的第一DCI的第五指示信息来确定是否对该第一DCI所调度的PDSCH进行解码。

在另一实施例中，终端设备可以根据同一搜索空间的不同PDCCH候选(PDCCHcandidate)，来区分第一DCI所调度的PDSCH所承载的是针对四步随机接入请求(Msg1)的响应信息还是针对两步随机接入请求(MsgA)的响应信息。例如，同一搜索空间的第一部分PDCCH candidate对应于四步随机接入，同一搜索空间的第二部分PDCCH candidate对应于两步随机接入。若在步骤401中终端设备发送的是四步随机接入的随机接入请求，在步骤404中终端设备则在四步随机接入对应的第一部分PDCCH candidate上监听承载第一DCI的PDCCH。若在步骤401终端设备中发送的是两步随机接入的随机接入请求，在步骤404中终端设备则在两步随机接入对应的第二部分PDCCH candidate上监听承载第一DCI的PDCCH。终端设备在两步随机接入对应的第二部分PDCCH Candidate上监听到第一DCI后，就可以根据第一实施例或第二实施例中描述的第一DCI的第五指示信息来确定是否对该第一DCI所调度的PDSCH进行解码。

在一实施方式中，上述第一部分PDCCH candidate和第二部分PDCCH candidate可以是由网络设备配置的，例如，网络设备在步骤401中可以配置搜索空间，同时还配置该搜索空间中的哪些PDCCH candidate是用于监听四步随机接入对应的PDCCH candidate，哪些PDCCH candidate是用于监听两步随机接入对应的PDCCH。

在一示例中，网络设备可以将搜索空间的前N个PDCCH candidate配置为四步随机接入对应的PDCCH candidate，将该搜索空间的剩余的(或后M个)PDCCH candidate配置为两步随机接入对应的PDCCH candidate。在另一示例中，网络设备可以将搜索空间的后N个PDCCH candidate配置为四步随机接入对应的PDCCH candidate，将该搜索空间的剩余的(或前M个)PDCCH candidate配置为两步随机接入对应的PDCCH candidate。

在一具体的例子中，网络设备在配置两种随机接入类型各自对应的PDCCHcandidate时，可以只配置上述参数N和M中的一个。以一个搜索空间包括N+M个PDCCHcandidate和仅配置参数N为例，若网络设备在为四步随机接入配置PDCCH candidate时下发的配置信息是PDCCH candidate的数量N，则表示配置的搜索空间中的前N个或者后N个PDCCH candidate为四步随机接入对应的PDCCH candidate。相应地，该搜索空间中剩余的PDCCH candidate则为两步随机接入对应的PDCCH candidate。由于参数N只能表示数量，可以由协议预先规定规则来确定这N个PDCCH candidate，这个规则可以是，例如，搜索空间中编号靠前的N个PDCCH candidate，或者搜索空间中编号靠前的N个PDCCH candidate。

在另外的例子中，网络设备在配置两种随机接入类型各自对应的PDCCHcandidate时，可以配置各自对应的PDCCH candidate的数量，例如，参数N和M。配置方法可以参考经配置参数N或M的实施例，此处不再赘述。

为便于理解本实施例中由网络设备配置PDCCH candidate的方案，本申请提供了一种针对不同随机接入类型配置不同PDCCH candidate的具体例子，如表2B所示。在该例子中，网络设备可以配置表2B中“四步随机接入对应的PDCCH Candidate数量”栏和/或“两步随机接入对应的Candidate数量”栏中的值。

表2B.

本申请还提供了一种在信令中配置PDCCH candidate的例子。例如，网络设备通过RRC信令中的searchspace信元(information element)为不同的随机接入类型配置各自对应的搜索空间，具体如下：

SearchSpace information element

其中，nrofCandidatesfor4step表示在对应的search space中用于四步随机接入对应的PDCCH candidate的数量；aggregationleveln为CCE的聚合等级n；每个aggregationleveln之后的INTEGER(0..maxNofPDCCHCandidateunderLn)表示aggregationLevel n的PDCCH candidate中用于四步随机接入对应的PDCCH candidate的数量，其可取的最大值为axNofPDCCHCandidateunderLn；maxNofPDCCHCandidateunderLn为nrofCandidates中对应的aggregationLevel n的PDCCH candidate最大数量。SearchSpaceinformation element中的其它参数可以参考3GPP 38.331中的相关描述，此处不再赘述。

用于两步随机接入对应的PDCCH candidate的数量等于aggregationLeve n的PDCCH candidate数量减去INTEGER(0..maxNofPDCCHCandidateunderLn)。

在另一实施例中，可以采用上述相似的方式在RRC信令中仅配置两步接入对应的PDCCH candidate的数量，或者同时配置两步接入对应的PDCCH candidate的数量和四步接入对应的PDCCH candidate的数量。

在另一实施方式中，上述第一部分PDCCH candidate和第二部分PDCCH candidate可以是由协议预先规定的。例如，网络设备步骤401中仅配置搜索空间，协议预先规定搜索空间中的哪些PDCCH candidate是用于监听四步随机接入对应的PDCCH candidate，哪些PDCCH candidate是用于监听两步随机接入对应的PDCCH candidate。例如，上述表2B可以是协议预先规定的，或者表2B中“四步随机接入对应的PDCCH Candidate数量”栏和“两步随机接入对应的Candidate数量”栏中的值是预先定义的。

第三实施例

本实施例中，终端设备根据用于监听PDCCH的控制信道资源集合或者搜索空间的不同，来区分第一DCI所调度的PDSCH所承载的是针对四步随机接入请求的响应信息还是针对两步随机接入请求的响应信息。终端设备在两步随机接入对应的控制信道资源集合或者搜索空间监听到第一DCI后，根据对第一DCI进行解扰的RNTI值所处的范围，来区分第一DCI是用于调度承载fallback RAR信息的PDSCH还是用于调度承载success RAR信息的PDSCH。进一步的，终端设备在确定出该第一DCI是用于调度承载success RAR信息的PDSCH后，根据该第一DCI中的第五指示信息确定该PDSCH所承载的是针对一个终端设备的success RAR信息还是针对多个终端设备的success RAR信息。

在本实施例中，第五指示信息所指示的响应消息类型为如下两种类型中的一种。

第一类型：PDSCH承载的是针对一个终端设备的Success RAR信息。

第二类型：PDSCH承载的是针对多个终端设备的Success RAR信息。

本实施例中的success RAR信息和fallback信息可以参考第二实施例中的相关描述，此处不再赘述。

在实施例中，由于第五指示信息只需要在两种类型中进行指示，因此，第五指示信息可以只用1个bit来实现。

可选地，对于第五指示信息指示第一类型时，第一DCI还可以包括指示Preambleindex的字段。终端设备可以根据该preamble index来判断该第一DCI调度的PDSCH所承载的响应信息是否是针对自己的。例如，若第一DCI中的字段指示的preamble index是终端设备发送的preamble的index，终端设备认为该第一DCI所调度的PDSCH中承载的响应信息是针对其发送的随机接入请求的响应，进而对该第一DCI所调度的PDSCH进行接收并译码，否则，终端设备就放弃接收第一DCI所调度的PDSCH，或者忽略(或丢弃)接收到的PDSCH。在一实现方式中，可以使用第一DCI的保留比特中的部分比特来指示所述preamble index。在另一实施例中，可选地，还可以使用第一DCI的保留比特来实现PUCCH resource indicator的功能。

在一实施例中，还可以在第一DCI中使用保留字段中的部分比特来指示PDSCH承载了针对多少个终端设备的success RAR信息。

网络设备可以配置两种不同取值范围的RNTI，一种取值范围内的RNTI用于加扰调度承载fallback RAR信息的PDSCH的DCI，另一种取值范围内的RNTI用于加扰调度承载success RAR信息的PDSCH的DCI。如何配置不同取值范围的RNTI，可以参考下述图5实施例中的相关描述。

第四实施例

本实施例中，终端设备根据如下(1)到(3)中的任意一种，来区分第一DCI所调度的PDSCH所承载的是针对四步随机接入请求的响应信息还是针对两步随机接入请求的响应信息：

(1)用于监听PDCCH的控制信道资源集合或者搜索空间的不同；

(2)用于加扰第一DCI的RNTI的取值范围不同；或者

(3)搜索空间的不同PDCCH candidate集合。

具体的区分过程参见本申请中其它处的相应描述，此处不再赘述。

在本实施例中，终端设备在收到两步随机接入对应的第一DCI后，根据该第一DCI中的第五指示信息，进一步确定第一DCI所调度的PDSCH所承载的响应信息类型。

在本实施例中，第五指示信息指示如下两种类型中的一种。

第一类型：PDSCH承载的是针对一个终端设备的success RAR信息。

第二类型：PDSCH支持承载复用在一起的fallback RAR信息和success RAR信息。需要说明的是，第二类型并不意味该PDSCH必须包含fallback RAR信息和success RAR信息，而是指其支持将两者复用在同一个PDSCH中。在一些例子中，网络设备只需要响应一个终端设备的随机接入请求时，其依然可以选择发送该类型的响应信息。

在一种可选的实施例中，第一类型的响应信息中的success RAR信息包含RRC信息，例如，RRC状态指示信息，或RRC reconfiguration信息，或RRC reestablishment信息、或RRC resume信息。

在本实施例中，由于第五指示信息只需要在两种类型中进行指示，因此，第五指示信息可以只用1个bit来实现。

在一实施例中，可选地，由于包含fallback RAR信息的MAC subPDU的格式和包含fallback RAR信息的MAC subPDU的格式不同，根据第一DCI中的第五指示信息可以用于协助终端设备解析第一DCI所调度的PDSCH中所承载的Mac subPDU。例如，用于终端设备确定PDSCH承载的是包含fallback RAR信息的MAC subPDU，还是包含success RAR信息的MACsubPDU。

图5示例性地为本申请提供的又一种随机接入方法的流程示意图。如图5所示，该随机接入方法包括以下步骤：

步骤501，终端设备向网络设备发送随机接入请求。

该步骤501可参见上述步骤301的介绍，此处不再赘述。

相应地，网络设备接收来自终端设备的随机接入请求。

步骤502，网络设备根据随机接入请求对应的随机接入类型，确定第一扰码范围。

其中，网络设备支持通过至少两种扰码范围的扰码分别加扰DCI，至少两种扰码范围中的每一种扰码范围对应一种随机接入类型，至少两种扰码范围中至少有两种扰码范围对应不同的随机接入类型。

在一种可能的实现方式中，网络设备可以为不同的随机接入类型配置不同的RA-RNTI范围。也就是说，网络设备为两步随机接入类型配置的RA-RNTI的范围与四步随机接入类型配置的RA-RNTI范围不同，且两步随机接入类型对应的RA-RNTI的范围与四步随机接入类型对应的RA-RNTI的范围不重叠。例如，网络设备为两步随机接入类型配置扰码范围A，为四步随机接入类型配置扰码范围B。当网络设备确定接收到的随机接入请求对应的随机接入类型为两步随机接入类型，则网络设备使用扰码范围A的扰码对第一DCI加扰。当网络设备确定接收到的随机接入请求对应的随机接入类型为四步随机接入类型，则网络设备使用扰码范围B的扰码对第一DCI加扰。

一种可能的实现方式中，两步随机接入类型对应的RA-RNTI的计算可以是在四步随机接入类型对应RA-RNTI的计算公式上增加一个偏移值，或者是减去一个偏移值，以实现两步随机接入类型对应的RA-RNTI的范围与四步随机接入类型对应的RA-RNTI范围不同。

步骤503，网络设备采用第一扰码范围的扰码加扰的第一DCI，并向终端设备发送第一DCI。

其中，第一DCI用于指示PDSCH，PDSCH承载有针对终端设备发起的随机接入请求的响应信息。

相应地，终端设备接收来自网络设备的第一DCI。终端设备支持通过至少两种扰码范围的扰码解扰DCI，至少两种扰码范围中的每一种扰码范围对应一种随机接入类型，至少两种扰码范围中至少有两种扰码范围对应不同的随机接入类型。

步骤504，所述终端设备通过第一扰码范围的扰码成功解扰接收到的第一DCI，终端设备确定第一扰码范围对应的随机接入的类型与终端设备发起随机接入请求的随机接入类型匹配，并对第一DCI指示的PDSCH进行解调。

其中，PDSCH承载有针对终端设备发起的随机接入请求的响应信息。此处匹配可以理解为，第一扰码范围对应的随机接入的类型为四步随机接入类型、所述PDSCH所承载的响应信息是针对四步随机接入的响应信息；第一扰码范围对应的随机接入的类型为两步随机接入类型、所述PDSCH所承载的响应信息是针对两步随机接入的响应信息。

可以理解的是，发起四步随机接入请求的终端设备和发起两步随机接入请求的终端设备解扰接收到的DCI所采用的扰码范围是不同的。例如，两步随机接入类型对应扰码范围A，四步随机接入类型对应扰码范围B，则发起两步随机接入请求的终端设备可通过扰码范围A的扰码对接收到的来自网络设备的DCI成功解扰，发起四步随机接入请求的终端设备可通过扰码范围B的扰码成功解扰来自网络设备的DCI。也就是说，发起两步随机接入请求的终端设备成功解扰第一DCI的第一扰码范围为扰码范围A，发起四步随机接入请求的终端设备成功解扰第一DCI的第一扰码范围为扰码范围B。也可以理解为，发起两步随机接入请求的终端设备采用扰码范围B的扰码不能成功解调来自网络设备的第一DCI，发起四步随机接入请求的终端设备通过扰码范围A的扰码不能成功解调来自网络设备的第一DCI。如此，终端设备可通过不同的扰码范围确定来自网络设备的响应信息是否属于自己。

结合上述图1，以终端设备102发起的随机接入请求的随机接入类型为两步随机接入、终端设备103发起的随机接入请求的随机接入类型为四步随机接入、两步随机接入类型对应扰码范围A，四步随机接入类型对应扰码范围B为例说明。终端设备102可通过扰码范围A的扰码解扰来自网络设备的第一DCI，并对第一DCI指示的PDSCH进行解调。此时终端设备102通过扰码范围B的扰码不能解扰来自网络设备的第一DCI。类似的，终端设备103可通过扰码范围B的扰码解扰来自网络设备的第一DCI，并对第一DCI指示的PDSCH进行解调。此时终端设备103通过扰码范围A的扰码不能解扰来自网络设备的第一DCI。

通过上述步骤501至步骤504可以看出，终端设备在确定第一扰码范围对应的随机接入的类型与终端设备发起随机接入请求的随机接入类型匹配时，说明该第一DCI所指示的PDSCH可能属于该终端设备自身，此时终端设备才对接收到的第一DCI所指示的PDSCH进行解调。如此，有助于减少终端设备尝试解调与自身无关的PDSCH的次数，从而有助于减少终端设备的功耗、且有助于提高终端设备随机接入的效率。

为了进一步提高发起两步随机接入请求的终端设备随机接入的效率。可对第一DCI中的保留比特进行扩展，第一DCI包括第五指示信息，第五指示信息的详细介绍可参见上述图4所涉及的第一实施例和第二实施例中关于第五指示信息的介绍，此处不再赘述。

如图6所示，为本申请提供的再一种随机接入方法流程示意图。该方法包括以下步骤：

步骤601，终端设备向网络设备发送随机接入请求。

该步骤601中的随机接入请求包括前导码和上行数据。

相应地，网络设备接收来自终端设备的随机接入请求。

步骤602，在网络设备对随机接入请求中的上行数据译码成功后，向终端设备发送针对随机接入请求的响应信息。

其中，响应信息包括竞争解决标识，或者响应消息包括竞争解决标识和第一信息；第一信息包括如下内容中的至少一种：指示用于反馈确认消息的资源的信息、TPCcommand、定时提前命令、上行数据传输授权、终端设备的随机接入请求携带的前导码的索引号、C-RNTI或者TC-RNTI中的一个、RRC重配置(RRC reconfiguration)信息、RRC连接重建立信息(RRC reestablishment)、RRC恢复(RRC resume)信息。上述传输功率控制命令TPCcommand指示传输所述确认消息所使用的功率控制调整因子。第一信息还可以包括其他RRC信息，此处不再一一举例。

从上述步骤601和步骤602可以看出，由于网络设备将竞争解决标识和第一信息一起向终端设备发送，如此，有助于减少网络设备和终端设备交互的信令开销。

在一种可能的实现方式中，第一信息还可包括回退指示(backoff indicator，BI)。当终端设备中保存回退指示信息后，如果终端当前随机接入过程失败，终端设备可根据回退指示的取值重新发起新的随机接入。例如，当终端设备保存回退指示的取值为B，如果终端设备当前随机接入过程失败，终端设备随机选取一个时间回退值b，经过该时间回退值b后，终端执行重新发起新的随机接入，其中，所述时间回退值b服从{0，B}之间的均匀分布。

可选地，终端设备在收到针对随机接入请求的响应信息，并成功解调该响应信息时，前文各实施例的方法还可以包括：

如果响应信息包含对应于该终端设备的竞争解决标识，该终端设备向网络设备发送确认(ACK)消息。在一实施例中，终端设备根据指示用于反馈确认消息的资源的信息，确定承载该确认消息的物理上行控制信道(physical uplink control channel，PUCCH)的时频资源；终端设备根据TPC command，确定发送功率控制调整因子，该发送功率控制调整因子用于确定该PUCCH的发送功率。

在一实施方式中，TPC command可以和其它第一信息一样位于承载响应信息的PDSCH中。在另一实施方式中，TPC command位于调度承载响应信息的PDSCH的PDCCH中。

在另一实施例中，上文中所描述的用于指示传输所述反馈确认消息所使用的功率控制调整因子的TPC command也可以用于确定PUSCH的发送功率。可选的，当终端设备发送随机接入请求消息(例如，MsgA)，网络设备对MsgA中的preamble检测正确，而对MsgA中的PUSCH译码错误时，网络设备可向终端发送MsgB(例如，承载在PDSCH中),MsgB中包含针对preamble的响应信息，该响应信息中包括以下内容中的至少一种：随机接入请求携带的前导码的索引号、定时提前命令、上行数据传输授权，临时小区无线网络临时标识TC-RNTI，其中，上行传输授权中携带TPC command。在一实施例中，该上行传输授权中携带的该TPCcommand可以用于确定重传MsgA中的PUSCH的发送功率。在另一实施例中，该上行传输授权中携带的该TPC command也可以用于终端设备确定承载确认(ACK)消息的PUCCH的发送功率。例如，终端设备根据该上行传输授权发送上行传输(例如，PUSCH)，网络设备在对该PUSCH正确译码后向终端设备发送响应信息，终端设备在正确接收到该响应信息后，若需要向网络设备发送针对该响应信息的ACK消息时，终端设备可以根据上述上行传输授权中的TPC command确定承载该确认(ACK)消息的PUCCH的发送功率。

TPC command的内容可以为一个索引号，该索引号的取值是预先定义的功率控制调整因子取值集合中的某个取值的索引号。

在一个实施例中，TPC command所占用的比特数量为2bit。表2C示出了TPCcommand的取值与功率控制调整因子δ_PUCCH,b,f,c的取值的对应关系。在该表中功率控制调整因子δ_PUCCH,b,f,c的单位为dB。

表2C TPC command与功率控制调整因子取值的对应关系

TPC Command	δ_PUCCH,b,f,c(in dB)
		0	-1
1	0
		2	1
3	3

在另一实施例中，TPC command所占用的比特数量为3bit。表2D示出了TPCcommand的取值与功率控制调整因子δ_PUCCH,b,f,c的取值的对应关系。

表2D TPC command与功率控制调整因子取值的对应关系

可以理解的是，上述两种表格中示出的TPC command的取值仅是方便理解本申请方案，不应理解TPC command的取值仅限于上述表格中示出的数值，其可以取其它数值，本申请不做限定。

终端设备在确定承载ACK消息的PUCCH的发送功率时，可以根据如下公式确定：

其中，P_PUCCH,b,f,c(i,q_u,q_d,l)为位于服务小区c的载波f的上行活跃BWP b的PUCCH传输机会(时频资源)i的发送功率；

-P_CMAX,f,c(i)为最大发送功率；

-P_{O_PUCCH,b,f,c}(q_u)是P_{O_NOMINAL_PUCCH}与P_{O_UE_PUCCH}(q_u)的和，0≤q_u＜Q_u，Q_u是P_{O_UE_PUCCH}取值集合的大小，q_u是P_{O_UE_PUCCH}取值集合中取值的索引号，P_{O_NOMINAL_PUCCH}和P_{O_UE_PUCCH}取值集合均可以是由网络设备配置的；

-是PUCCH传输机会i对应的RB数量；

-μ是PUCCH传输机会i所在BWP的子载波间隔配置；

-PL_b,f,c(q_d)是终端设备根据参考信号RS计算的下行路径损耗，q_d为参考信号(reference signal，RS)的索引号；

-Δ_{F_PUCCH}(F)是不同PUCCH格式之间的功率差值；

-Δ_TF,b,f,c(i)是PUCCH的功率调整因子，其取值根据PUCCH格式、PUCCH占用的OFDM符号数量、PUCCH所承载的UCI的内容、和发送PUCCH时所使用的MCS确定；

-g_b,f,c(i,l)是PUCCH的功率调整状态因子(或者闭环功率控制调整因子)，其具体的表达式为：

其中，l表示是PUCCH的功控调整状态的索引，如果网络设备通过高层信令配置了参数twoPUCCH-PC-AdjustmentStates和PUCCH-SpatialRelationInfo，则l∈{0,1}，如果没有配置参数twoPUCCH-PC-AdjustmentStates或者没有配置twoPUCCH-PC-AdjustmentStates，则l＝0；

-δ_PUCCH,b,f,c(i,l)是根据指示传输确认信息所使用的功率控制调整因子的TPCcommand所获得；

-是集合C_i中的TPC command对应的功率控制调整因子δ_PUCCH,b,f,c(m,l)的取值之和，C_i是终端设备在从第(i-i₀)个PUCCH传输机会前的K_PUCCH(i-i₀)-1个OFDM符号开始到第(i)个PUCCH传输机会前的K_PUCCH(i)个OFDM符号之间收到的PUCCH功控调整因子的集合，i₀为大于0的整数。

上述公式中各个参数的定义也可以参考标准3GPP TS 38.213中的相关描述。

在本申请的实施例中，终端设备可以通过以下任意一种方式或者多种方式中的TPC Command获取δ_PUCCH,b,f,c(m,l)的取值：

1、携带在格式为format1_0或者format 1_1的DCI中的TPC command；

2、携带在CRC由TPC-PUCCH-RNTI加扰的DCI format2_2中的TPC command；

3、携带在针对随机接入请求消息(例如，MsgA)的响应信息(例如，承载在PDSCH中的响应信息)中的TPC command；

4、携带在调度承载针对随机接入请求消息(MsgA)的响应信息的PDSCH的DCI中的TPC command。

在一实施例中，如果网络设备通过高层信令配置了P_{O_P} _UbC,f,Cc(_Hq_,u)，则g_b,f,c(k,l)＝0,k＝0,1,...,i；否则g_b,f,c(0,l)＝ΔP_rampup,b,f,c+δ_b,f,c。

如果Δ_{F_PUCCH}(F)中PUCCH的格式是PUCCH格式0或者PUCCH格式1时，

其中，ΔP_{rampuprequested,b,f,c}可由网络设备通过信令(例如，高层信令)为终端设备配置，表示从第一个到最后一个前导码的功率抬升总量。

δ_b,f,c的取值可能根据以下情形中的任意一种或几种TPC Command确定(例如，将接收到的一种或几种TPC command所指示的功率控制调整因子累加得到δ_b,f,c，或者，将其中一种TPC command所指示的功率控制调整因子作为δ_b,f,c)：

1.随机接入响应信息(例如，四步随机接入过程中的随机接入响应信息)中的调度授权所携带的TPC command；

2.由C-RNTI或MCS-C-RNTI加扰的DCI中的用于指示传输确认信息所使用的功控调整因子的TPC command，而承载确认(ACK)消息的PUCCH是第一PUCCH，承载该DCI的第一PDCCH所在的搜索空间是由recoverySearchSpaceId所指示，第一PUCCH与第一PDCCH的最后一个符号间隔预设数量的(例如，28个)OFDM符号.；

3.针对随机接入请求消息(例如，MsgA)的随机响应信息中TPC command，其中，TPCcommand，本申请给出了如下几种获取该TPC command的实现方式：

3.1当网络设备对MsgA中前导码(preamble)检测成功,PUSCH译码错误时，随机响应信息包含MsgA中携带的前导码的索引号，定时提前命令(TA Command)，上行调度授权(ULgrant)，临时小区无线网络临时标识TC-RNTI中的一种或者多种，而上行调度授权(ULgrant)中携带功控调整因子TPC command；

3.2当网络设备对MsgA中preamble检测成功,PUSCH译码成功时，随机响应消息中包含竞争解决标识和第一信息，第一信息包括TPC command，第一信息还可以包括如下内容中的至少一种：指示用于反馈确认消息的资源的信息、定时提前命令、上行数据传输授权、终端设备的随机接入请求携带的前导码的索引号、小区无线网络临时标识C-RNTI、无线资源控制重配置信息、无线资源控制连接建立信息、无线资源控制恢复信息；

3.3当网络设备对MsgA中preamble检测成功,PUSCH译码成功时，调度承载随机接入响应信息的PDSCH的PDCCH所携带的TPC command，而PDSCH中未携带任何TPC command，该PDCCH由MsgB-RNTI加扰，MsgB-RNTI是指针对响应信息MsgB定义的加扰序列，加扰序列的名称这里不做限制；

3.4当网络设备对MsgA中preamble检测成功,PUSCH译码成功时，调度承载随机接入响应信息的PDSCH的PDCCH中的TPC command，而该PDCCH由C-RNTI或MCS-C-RNTI。承载确认(ACK)消息的PUCCH是第一PUCCH，承载该DCI的第一PDCCH与第一PUCCH的位置关系可以是2中描述的关系，这里也可以不限制。

4.终端设备未获取到任何可用的TPC command，此时δ_b,f,c＝0。

结合上述图3至图6，下面图7a至图13b分别介绍承载于PDSCH的响应信息的数据格式。

本申请中，承载于PDSCH的响应信息可以由媒体接入控制的协议数据单元(MACprotocol data unit，MAC PDU)承载。下面对MAC PDU进行介绍。

MAC PDU可分如下三种情形：

情形一，除了纯媒体接入控制、随机接入响应之外的下行逻辑信道和上行逻辑信道的MAC PDU。

情形二，纯媒体接入控制(transparent MAC)的MAC PDU。

情形三，随机接入响应(RAR)的MAC PDU。

具体地，响应信息可由MAC PDU中的子协议数据单元(MAC subPDU)承载。一个MACPDU中可以包括一个或者多个子协议数据单元(MAC subPDU)，属于不同MAC PDU的MACsubPDU不能复用，例如四步随机接入的RAR与竞争解决标识承载在不同的MAC PDU中，这两个MAC PDU中的MAC subPDU不能复用。MAC subPDU有多种格式，如下提供了两种MAC subPDU的格式。如图7a所示，为本申请提供的一种MAC subPDU的示意图。该MAC subPDU包括MAC子头(MACsubheader)和MAC控制元素(MAC control element，MAC CE)。如图7b所示，为本申请提供的另一种MAC subPDU的示意图。该MAC subPDU也包括MAC subheader和MAC SDU。图7a中的MAC CE和图7b中的MAC SDU可以统称为MAC subPDU的数据部分。

基于上述图7a和图7b所示的MAC subPDU的格式，MAC subheader可包括如下两种格式。

格式1：不包含数据部分的长度指示字段(L)。

该MAC subheader主要用于数据部分长度固定的MAC subPDU，数据部分可以是MACCE，也可以MAC SDU。如图8a所示，为本申请提供的一种MAC subheader的示意图。该MACsubheader可称为R/LCID MAC subheader，R表示保留比特，取值可为0，保留比特的长度不做限定，保留比特的存在是为了保证MAC subheader的固定长度值是一个字节的整数倍。LCID为逻辑信道标识。该MAC subheader的长度为8bit，数据部分的固定长度的单位是字节(1字节等于8bit)，具体长度值可以是对应图中所示的长度，也可以是其他确定的长度，本申请对此不做限定。

格式2：包含数据部分的长度指示字段(L)。

该MAC subheader主要用于数据部分长度可变的MAC subPDU，数据部分可以是MACCE，也可以MAC SDU。如图8b所示，为本申请提供的另一种MAC subheader的格式示意图。该MAC subheader可称为R/F/LCID/L MAC subheader with 8-bit L field。R表示保留比特，取值可以为0；F用于指示L字段的长度，取值为0时表示L字段的长度为8bit，取值为1表示L字段的长度为16bit；LCID为逻辑信道标识；L为长度指示字段，在该示意图中L指示的长度为8bit，也就是说，数据部分的长度最大可为2^8＝256bit。如图8c所示，为本申请提供的又一种MAC subheader的格式示意图。该MAC subheader可称为R/F/LCID/L MAC subheaderwith 16-bit L field，与图8b的区别是该MAC subheader中L指示的长度为16bit，即数据部分的长度最大可为2^16＝65536bit。

在一种可能的实现方式中，PDSCH所承载的响应信息包括但不限于：(A)针对四步随机接入类型中的前导码的响应信息；(B)针对两步随机接入类型中的MsgA中前导码、且不包含竞争解决标识的响应信息；(C)针对两步随机接入类型中的MsgA且至少包含竞争解决标识的响应信息；(D)针对两步随机接入类型中的MsgA且不包含竞争解决标识的响应信息。响应信息为(C)具体可以包括以下两种情形。情形A：只有竞争解决标识。情形B：竞争解决标识和第一信息中的至少一项，第一信息包括如下内容中的至少一种：指示用于反馈确认消息的资源的信息、定时提前命令、上行数据传输授权、终端设备发起的随机接入请求中携带的前导码的索引号、C-RNTI或者TC-RNTI中的一个、无线资源控制重配置信息、无线资源控制连接建立信息、无线资源控制恢复信息。在一实施例中，第一信息中也可以不包含指示用于反馈确认消息的资源的信息和终端设备发起的随机接入请求中携带的前导码的索引号，这两项信息可以通过DCI中的部分保留比特来指示，例如，参见前文中的相关描述。在一实施例中，前文实施例中的fallback RAR信息可以是本实施例中的响应信息(B)，前文实施例中的success RAR信息可以本实施例中情形B的响应信息(C)。

在PDSCH所承载的响应信息具体为(D)时，响应信息可以包含上述第一信息，但是不包含竞争解决标识。在一种可能的实施例中，调度该PDSCH的PDCCH使用C-RNTI加扰。例如，UE向网络设备发送MsgA后，同时监听RA-RNTI加扰的PDCCH和C-RNTI加扰的PDCCH；若网络设备针对MsgA中上行数据的译码成功后，网络设备发送用于调度承载第一信息的PDSCH的PDCCH，该PDCCH是使用C-RNTI加扰的；若网络设备仅仅成功检测到MsgA中的preamble，则发送用于调度承载针对preamble的响应信息的PDSCH的PDCCH，该PDCCH是使用RA-RNTI加扰过的。一种可选的实施方式中，该C-RNTI被认为是竞争解决标识。在另外的实施例中，调度该PDSCH的PDCCH使用其它的RNTI加扰，本申请不做限定。

下面分别介绍将上述(A)、(B)、(C)和(D)四种响应信息分别承载于MAC PDU中。

当响应信息为(A)时，可分别承载于上述情形一和情形三的MAC PDU中。需要说明的是，将响应信息(A)承载于情形一的MAC PDU时，需要重新定义MAC subPDU的内容和格式，以支持RAR响应信息。如此可以实现不同响应信息类型在一个MAC PDU中的复用场景。

当响应信息为(B)时，可分别承载于上述情形一和情形三的MAC PDU中。需要说明的是，将响应信息(B)承载于情形三的MAC PDU时，也可以重新定义MAC subPDU的内容和格式，也可以延用现有技术中的MAC subPDU的内容和格式。将响应信息(B)承载于情形一的MAC PDU时，需要重新定义MAC subPDU的内容和格式，以支持两步随机接入中针对前导码响应信息。便于实现不同响应信息类型在一个MAC PDU中的复用场景。

当响应信息为(C)中的情形A时，承载竞争解决标识的MAC subPDU属于情形一的MAC PDU中的子协议数据单元。

当响应信息为(C)中的情形B时，由于承载竞争解决标识的MAC subPDU属于情形一的MAC PDU中的子协议数据单元，为了对现有技术中MAC subPDU的格式和内容的改动较小，需要重新定义承载第一信息的MAC subPDU的格式和内容。

当响应信息为(D)时，承载第一信息的MAC subPDU的格式和内容，与响应信息为(C)时承载第一信息的MAC subPDU的格式和内容分别相同，此处不再赘述。

下面实施例以上述响应信息(A)、(B)和(C)承载于上述情形一所介绍的MAC PDU为例说明。将响应信息承载于上述情形一的MAC PDU，可扩展定义适用于情形一中MAC PDU的MAC subPDU的结构和内容。

在一种可能的实现方式中，竞争解决标识和第一信息可承载于MAC PDU中的一个或多个MAC subPDU中，其中，承载竞争解决标识的MAC subPDU的子头subheader中的标识信息和承载第一信息的MACsubPDU的subheader中的标识信息相同或者属于同一类型。例如，subheader中的标识信息可以是逻辑信道标识。如此，可兼容现有承载竞争标识的MACsubPDU。

如下以MAC subPDU的subheader的标识信息具体为逻辑信道标识为例进行说明。逻辑信道标识的取值可指示出MAC subPDU中数据部分包括如下内容中的至少一种：指示用于反馈确认消息的资源的信息、TPC command、定时提前命令、上行数据传输授权、终端设备发起的随机接入请求中携带的前导码的索引号、C-RNTI、无线资源控制重配置信息、无线资源控制连接建立信息、无线资源控制恢复信息。

基于扩展后的MAC subPDU中数据部分的长度固定和长度可变分别进行介绍。

一、MAC CE的长度固定

网络设备可为MAC subPDU中不同的MAC CE分配不同的LCID，LCID的取值范围为0～63(bits)。为了便于说明，以表3所示的LCID的取值与LCID的取值所指示的MAC CE对应的关系为例说明，其中，LCID的取值也可称为LCID的索引号，LCID的取值所指示的MAC CE也可称为LCID值。

表3LCID的取值与MAC CE的关系

如表3所示，网络设备为回退指示分配的LCID的取值为33，为保留比特分配的LCID的取值为34-41，为反馈确认消息分配的LCID的取值为42，为前导码分配的LCID的取值为43，为TA命令分配的LCID的取值为44，为UL grant分配的LCID的取值为45，为TC-RNTI分配的逻辑信道的标识为46，为终端设备的竞争解决标识分配的LCID的取值为62。

结合表3，分别说明承载第一信息中的每一种的MAC subPDU的格式和内容。

如图9a所示，为本申请提供的一种承载contention resolution identity的MACsubPDU的结构示意图。其中，承载竞争解决标识的MAC subPDU包括MAC subheader和MACCE，MAC subheader中包含一个逻辑信道标识和两个保留比特R，LCID的取值为62，由表3可知，LCID的取值为62对应的MAC CE为竞争解决标识(UE Contention ResolutionIdentity)，长度是固定的，占用6字节(48bit)。

如图9b所示，为本申请提供的一种承载ACK feedback for MsgB的MAC subPDU的结构示意图。该MAC subPDU包括MAC subheader和MAC CE，MAC subheader中包含一个逻辑信道标识和两个保留比特R，LCID的取值为42，由表3可知，LCID的取值为42对应的MAC CE为反馈确认(ACK-feedback)消息的资源信息，MAC CE的长度是固定的，占用6bit。为了保证固定长度的MAC CE的长度值是一个字节的整数倍，MAC CE中增加了两个保留比特。

如图9c所示，为本申请提供的一种承载preamble index的MAC subPDU的结构示意图。该MAC subPDU包括MAC subheader和MAC CE，MAC subheader中包含一个逻辑信道标识和两个保留比特R，LCID的取值为43，由表3可知，LCID的取值为43对应的MAC CE为前导码(Preamble index)，MAC CE的长度是固定的占用6bit，为了保证固定长度的MAC CE的长度值是一个字节的整数倍，MAC CE中增加了两个保留比特。

如图9d所示，为本申请提供的一种承载TA命令的MAC subPDU的结构示意图。该MACsubPDU包括MAC subheader和MAC CE，MAC subheader中包含一个逻辑信道标识和两个保留比特R，LCID的取值为44，由表3可知，LCID的取值为44对应的MAC CE为定时提前(TA)命令，MAC CE的长度是固定的占用12bit，为了保证固定长度的MAC CE的长度值是一个字节的整数倍，MAC CE中增加了四个保留比特。

如图9e所示，为本申请提供的一种承载UL grant的MAC subPDU的结构示意图。该MAC subPDU包括MAC subheader和MAC CE，MAC subheader中包含一个逻辑信道标识和两个保留比特R，LCID的取值为45，由表3可知，LCID的取值为44对应的MAC CE为UL grant，占用27bit，为了保证固定长度的MAC CE的长度值是一个字节的整数倍，MAC CE中增加了五个保留比特。

如图9f所示，为本申请提供的一种承载TC-RNTI的MAC subPDU的结构示意图。该MAC subPDU包括MAC subheader和MAC CE，MAC subheader中包含一个逻辑信道标识和两个保留比特R，LCID的取值为46，由表3可知，LCID的取值为46对应的MAC CE为TC-RNTI，占用16bit，是一个字节的整数倍。

如图9g所示，为本申请提供的一种承载Backoff Indicator的MAC subPDU的结构示意图。其中，承载竞争解决标识的MAC subPDU包括MAC subheader和MAC CE，MACsubheader中包含一个逻辑信道标识和两个保留比特R，LCID的取值为33，由表3和表4可知，LCID的取值为33对应的MAC CE为回退指示，长度是固定的，占用1字节(8bit)，其中，前4个bit为保留比特，回退指示占用后4个bit。

进一步，为了减小PDSCH承载的响应信息的大小，多个MAC CE的内容可以合并到一个MAC CE中。如表4所示，可以将承载TA命令、UL grant和TC-RNTI的MAC subPDU合并到一个MAC subPDU，合并后的MAC subPDU的MAC CE可以统称为终端设备随机接入命令的响应(UERACH command for MsgB)，对应的逻辑信道的取值为46。

表4LCID的取值与MAC CE的关系

如表4所示，网络设备回退指示分配的LCID的取值为33，为保留比特分配的LCID的取值为34-42，为反馈确认消息分配的LCID的取值为43，为前导码分配的LCID的取值为44，为Common RAR MAC CE分配的LCID的取值为45，为UE RACH Command for MsgB分配的LCID的取值为46，为终端设备的竞争解决标识分配的LCID的取值为62。

需要说明的第一点，表3和表4中逻辑信道标识的取值与MAC CE的对应关系不是必须的。也就是说，网络设备不是必须要为MAC CE分配如表3和表4中所示的逻辑信道标识的取值。例如，网络设备也可以为前导码分配的LCID的取值为45，为TA命令分配的LCID的取值为43，为TC-RNTI分配的逻辑信道标识的取值为62等，本申请对此不做具体限定。

需要说明的是第二点，表3和表4中包括哪些MAC CE，可根据响应信息包括的内容来灵活定义。也就是说，上述表3和表4中扩展的MAC CE的内容不是必须都同时存在。以表3为例说明，比如，当响应信息包括竞争解决标识、定时提前命令和上行数据传输授权时，则表3中的MAC CE包括竞争解决标识、定时提前命令和上行数据传输授权，网络设备可为竞争解决标识、定时提前命令和上行数据传输授权分别分配的各自对应的逻辑信道标识的取值，表3中的ACK feedback for MsgB、Preamble index、TC-RNTI可以没有。再比如，当响应信息包括竞争解决标识时，表3中的MAC CE包括竞争解决标识，网络设备为竞争解决标识分配的对应的逻辑信道标识的取值，表3中可以不包括ACK feedback for MsgB、Preambleindex、TC-RNTI、Time advance command for RACH、UL grant。

需要说明的第三点，当响应信息中包括反馈资源确认消息的资源信息时，表3中也可以没有反馈资源确认消息的资源信息，指示用于反馈确认消息的资源的信息也可以通过调度PDSCH的DCI中的字段来指示。

需要说明的第四点，对于处于空闲态或者非激活态的终端设备，当收到网络设备发送的至少包含竞争解决的响应信息、且确认竞争解决成功后，终端设备会将收到的TC-RNTI转化为C-RNTI。因此，网络设备向终端设备发送至少包含竞争解决标识的PDSCH时，可以直接给用户分配C-RNTI。因此，表3和表4中的TC-RNTI可以替换成C-RNTI。

结合上述表4，说明将承载TA命令、UL grant和TC-RNTI的MAC subPDU合并到一个MAC subPDU中的格式。

如图10a所示，为本申请提供的一种承载UE RACH command for MsgB MAC subPDU的结构示意图。其中，UE RACH command for MsgB是将TA命令、UL grant和TC-RNTI合并到一起承载于MAC subPDU。该MAC subPDU包括MAC subheader和MAC CE，MAC subheader中包含一个逻辑信道标识和两个保留比特R，LCID的取值为46，由表4可知，LCID的取值为46对应的MAC CE为Common RAR MAC CE，占用55bit，具体包括TA命令、UL grant和TC-RNTI，TA命令占用12bit，UL grant占用28bit，TC-RNTI占用16bit，为了保证固定长度的MAC CE的长度值是一个字节的整数倍，MAC CE中增加了一个保留比特。

在另一实施例中，可以将图10a中的MAC subheader中的逻辑信道标识替换成Preamble Index，MAC subheader中的第一个比特用于指示该subPDU之后是否还有其他subPDU，例如，1表示有，0表示没有；MAC subheader中的第二个比特用于指示包头格式，例如，1表示MAC subheader包含Backoff Indicator(回退指示符)，0表示MAC subheader中剩余字段为RAP ID，指示Preamble index。相应地，图10a中的MAC CE部分的名称也可以替换为payload，其中各个字段的设置可以保持不变。如果subheader包含RAPID时，本实施中的MAC subPDU的格式，可以用于承载前文实施例中fallback RAR信息。在一实施例中，为了支持将承载fallback RAR信息的MAC subPDU和承载success RAR信息的MAC subPDU复用在同一个PDSCH中，可选地，可以将MAC subPDU中的第一个字节中的第一个比特(例如图10a中MAC CE部分中oct 1的“R”比特)用于指示该MAC subPDU是承载fallback RAR信息的MACsubPDU还是承载success RAR信息的MAC subPDU。MAC CE为UE RACH command for MsgB的内容还可以是其它第一信息的组合，如图10b所示，为本申请提供的另一种UE RACHcommand for MsgB的MAC subPDU的结构示意图；其中，UE RACH command for MsgB是将竞争解决标识、TA命令和TC-RNTI合并到一起承载于MAC subPDU。该MAC subPDU包括MACsubheader和MAC CE，MAC subheader中包含一个逻辑信道标识和两个保留比特R，LCID的取值为46，由表4可知，LCID的取值为46对应的MAC CE为UE RACH command for MsgB，占用76bit，具体包括竞争解决标识、TA命令和TC-RNTI，竞争解决标识占用6字节(48bit)，TA命令占用12bit，TC-RNTI占用16bit，为了保证固定长度的MAC CE的长度值是一个字节的整数倍，MAC CE中增加了四个保留比特。

在另一实施例中，可以将图10b中的MAC subheader中的逻辑信道标识替换成Preamble Index，MAC subheader中的第一个比特用于指示该subPDU之后是否还有其他subPDU，例如，1表示有，0表示没有；MAC subheader中的第二个比特用于指示包头格式，例如，1表示MAC subheader包含Backoff Indicator(回退指示符)，0表示MAC subheader中剩余字段为RAP ID，指示Preamble index。相应地，图10b中的MAC CE部分的名称也可以替换为payload，其中各个字段的设置可以保持不变。如果subheader包含RAPID时，本实施中的MAC subPDU的格式，可以用于承载前文实施例中success RAR信息。在一实施例中，为了支持将承载fallback RAR信息的MAC subPDU和承载success RAR信息的MAC subPDU复用在同一个PDSCH中，可选地，可以将MAC subPDU中的第一个字节中的第一个比特(例如图10b中MAC CE部分中oct 1的第一个“R”比特)用于指示该MAC subPDU是承载fallback RAR信息的MAC subPDU还是承载success RAR信息的MAC subPDU。如图10c所示，为本申请提供的另一种UE RACH command for MsgB的MAC subPDU的结构示意图；UE RACH command for MsgB是将竞争解决标识、TA命令、UL grant和TC-RNTI合并到一起承载于一个MAC subPDU。该MACsubPDU包括MAC subheader和MAC CE，MAC subheader中包含一个逻辑信道标识和两个保留比特R，LCID的取值为46，由表4可知，LCID的取值为46对应的MAC CE为UE RACH commandfor MsgB，占用104bit，具体包括竞争解决标识、TA命令、UL grant和TC-RNTI，竞争解决标识占用6字节(48bit)，TA命令占用12bit，UL grant占用28bit，TC-RNTI占用16bit，为了保证固定长度的MAC CE的长度值是一个字节的整数倍，MAC CE中增加了一个保留比特。

在另一实施例中，可以将图10c中的MAC subheader中的逻辑信道标识替换成Preamble Index，MAC subheader中的第一个比特用于指示该subPDU之后是否还有其他subPDU，例如，1表示有，0表示没有；MAC subheader中的第二个比特用于指示包头格式，例如，1表示MAC subheader包含Backoff Indicator(回退指示符)，0表示MAC subheader中剩余字段为RAP ID，指示Preamble index。相应地，图10c中的MAC CE部分的名称也可以替换为payload，其中各个字段的设置可以保持不变。如果subheader包含RAPID时，本实施中的MAC subPDU的格式，可以用于承载前文实施例中success RAR信息。在一实施例中，为了支持将承载fallback RAR信息的MAC subPDU和承载success RAR信息的MAC subPDU复用在同一个PDSCH中，可选地，可以将MAC subPDU中的第一个字节中的第一个比特(例如图10c中MAC CE部分中oct 1的第一个“R”比特)用于指示该MAC subPDU是承载fallback RAR信息的MAC subPDU还是承载success RAR信息的MAC subPDU。

可选地，subPDU的payload的第一个字节中的第一bit表示该subPDU为successRAR,还可以设定第二个bit为RRC message状态指示，举例说明：如果第一bit为1，第二bit为0表示该subPDU中未携带RRC message；如果如果第一bit为1，第二bit为1表示该subPDU中携带RRC message。

在另一实施例中，还可以在subPDU的subheader中来指示前文实施例中指示subPDU格式和/或RRC message状态指示。

需要说明的是，MAC CE为UE RACH command for MsgB还可以是第一信息所包括的内容中的其它内容的组合方式，此处不再一一赘述。

如图11所示，为本申请提供的一种承载common RAR的MAC subPDU结构示意图。common RAR是将竞争解决标识、TPC command、TA命令、UL grant和TC-RNTI和preambleindex合并到一起承载于一个MAC subPDU。该MAC subPDU包括MAC subheader和MAC CE，MACsubheader中包含一个逻辑信道标识和两个保留比特R，LCID的取值为45，由表4可知，LCID的取值为45对应的MAC CE为common RAR，占用110bit，具体包括竞争解决标识、TA命令、ULgrant、TC-RNTI和preamble index，竞争解决标识占用6字节(48bit)，TA命令占用12bit，ULgrant占用28bit，TC-RNTI占用16bit，preamble index占用6bit，为了保证固定长度的MACCE的长度值是一个字节的整数倍，MAC CE中增加了三个保留比特。

二、MAC CE的长度可变。

此处，MAC CE的长度可以通过MAC subheader中的L字段来指示。上述所定义固定长度的MAC CE也可以通过长度可变的MAC CE来定义。示例性地，以MACsubPDU中数据部分包括UL grant为例说明。该UL grant的长度可根据实际传输情况确定。UL grant的长度可变时，承载可变长度UL grant的MACsubPDU结构如图12所示，MAC subheader中的L字段可以指示可变长度UL grant的实际长度。其余部分的介绍可参见上述图8b和图8c的介绍，此处不再赘述。

在一种可能的实现方式中，可变长度UL grant对应的LCID的取值可以与固定长度的UL grant对应的LCID的取值共用一个，也可以为可变长度UL grant新分配的一个LCID的取值。

由本申请中定义的MACsubPDU的结构组成的PDSCH可以被其他格式的DCI调度，其他格式的DCI包括但不限于上述所定义的DCI格式或内容，也可以是DCI的CRC加扰序列为其他RNTI序列，例如C-RNTI、TC-RNTI、RA-RNTI或者其他公共RNTI等。

为了减小终端设备的业务时延，网络设备可以将多个终端设备的响应信息承载于一个MAC PDU中的一个或多个MAC subPDU。也可以理解为，一个MAC PDU中可以承载有多个终端设备的响应信息，这多个终端设备的响应信息可以承载于一个MAC PDU中的一个MACsubPDU中，也可以承载于一个MAC PDU中的多个MAC subPDU中。针对一个终端设备来说，一个终端设备的响应信息可以承载于一个MAC subPDU，也可以承载于多个MAC subPDU。也就是说，一个终端设备的响应信息与MAC subPDU的对应关系可以是一对一，也可以是一对多。

当多个终端设备的响应信息承载于一个MAC PDU中时，可对图8a、图8b和图8c中的保留比特进行扩展。也就是说，可以对上述图8a、图8b和图8c中的保留比特重新定义，如增加一个字段S，该字段可指示MAC subPDU与相邻MAC subPDU之间的关联关系，可称该字段为连续性指示字段。重新定义后的MAC subheader的结构基于MAC subPDU中数据部分长度是否可变，可分为如下两种格式。

格式3：不包含数据部分的长度指示字段(L)。

该MAC subheader主要用于数据部分长度固定的MAC subPDU，数据部分可以是MACCE，也可以MAC SDU。如图13a所示，为本申请提供的另一种MAC subheader的示意图。该MACsubheader可称为S/R/LCID MAC subheader.S表示S所在的MAC subPDU与相邻MAC subPDU之间的关联关系，取值可为0或1；R表示保留比特，取值可为0，保留比特的长度不做限定，保留比特的存在是为了保证MAC subheader的固定长度值是一个字节的整数倍。LCID为逻辑信道标识。该MAC subheader的长度为8bit，数据部分的固定长度的单位是字节(1字节等于8bit)，具体长度值可以是对应图中所示的长度，也可以是其他确定的长度，本申请对此不做限定。

格式4：包含数据部分的长度指示字段(L)。

该MAC subheader主要用于数据部分长度可变的MAC subPDU，数据部分可以是MACCE，也可以MAC SDU。如图13b所示，为本申请提供的另一种MAC subheader的格式示意图。该MAC subheader可称为S/R/F/LCID/L MAC subheader with 8-bit L field。S表示S所在的MAC subPDU与相邻MAC subPDU之间的关联关系，取值可为0或1；R表示保留比特，取值可以为0；F用于指示L字段的长度，取值为0时表示L字段的长度为8bit，取值为1表示L字段的长度为16bit；LCID为逻辑信道标识；L为长度指示字段，在该示意图中L指示的长度为8bit，也就是说，数据部分的长度最大可为2^8＝256bit。如图13c所示，为本申请提供的又一种MACsubheader的格式示意图。该MAC subheader可称为S/R/F/LCID/L MAC subheader with16-bit L field，与图13b的区别是该MAC subheader中L指示的长度为16bit，即数据部分的长度最大可为2^16＝65536bit。

如图14a所示，为本申请提供的一种承载多个终端设备的响应信息的MAC PDU的结构示意图。该MAC PDU中包括X个终端设备的响应信息，X为大于1的整数，终端设备1的响应信息承载于MAC subPDU 1中，终端设备2的响应信息承载于MAC subPDU 2，终端设备X的响应信息承载于两个MAC subPDU，分别为：MAC subPDU(n-1)和MAC subPDU n。

当多个终端设备的响应信息承载于一个MAC PDU时，为了便于各个终端设备快速的确定出哪个或哪几个MAC subPDU归属于自己。在一种可能的实现方式中，MAC subPDU的subheader可包括第四指示信息，第四指示信息用于指示MAC subPDU与相邻MAC subPDU之间的关联关系，关联关系用于确定归属于终端设备的起始MAC subPDU和终止MAC subPDU。

为了便于终端设备更进一步的确定出该MAC subPDU是否属于自身的，第四指示信息可以位于subheader的第一比特位。例如，可以对subheader中的第一个保留比特重新定义。也就是说，可以利用MAC subPDU中的subheader中的保留比特(R)中的第一个保留比特来指示MAC subPDU与相邻MAC subPDU之间的关联关系。

在一种可能的实现方式中，第四指示信息可用S表示，S不同的取值可以表示出S字段所在的MAC subPDU与相邻MAC subPDU之间的关联关系。也可以理解为，S可以指示出S所在的MAC subPDU与相邻的MAC subPDU是否属于同一个终端设备。

方式一，第四指示信息用0(或1)表示，下面以0为例说明。

S＝0，表示S＝0所在的MAC subPDU是终端设备A的起始MAC subPDU，下一个S＝0所在的MAC subPDU是终端设备B的起始MAC subPDU，说明与该下一个S＝0所在的MAC subPDU之前的MAC subPDU是终端设备A的最后一个MAC subPDU。

方式二，第四指示信息用0和1表示。

S＝0，表示S＝0所在的MAC subPDU是终端设备A的起始MAC subPDU，S＝1，表示S＝1所在的MAC subPDU是一个终端设备的响应信息的某一个MAC subPDU。也就是说，S＝1所在的MAC subPDU与该MAC subPDU相邻的前一个MAC subPDU属于同一个终端设备。也可以理解为，S＝1表示一个终端设备中连续的MAC subPDU。

需要说明的是，上述S的取值是示例性地，S的取值可以指示出S所在的MAC subPDU与相邻MAC subPDU之间的关联关系即可，本申请对此不做限定。

如图14b所示，为本申请提供的另一种承载多个终端设备的响应信息的MAC PDU的结构示意图。该MAC PDU中包括X个终端设备的响应信息，终端设备1的响应信息承载于MACsubPDU 1中，终端设备2的响应信息承载于MACsubPDU 2，终端设备X的响应信息承载于两个MACsubPDU，分别为：MACsubPDU(n-1)和MACsubPDU n。第一个S＝0所在的MAC subPDU是终端设备1的起始MAC subPDU，也就是说，第一个S＝0所在的MAC subPDU之前的MAC subPDU不属于终端设备1。第二个S＝0所在的MAC subPDU是终端设备2的响应信息的起始MACsubPDU，第二个S＝0所在的MAC subPDU之前的MAC subPDU不属于终端设备2。第三个S＝0所在的MAC subPDU是终端设备3的起始MAC subPDU，第三个S＝0所在的MAC subPDU之前的MACsubPDU不属于终端设备3，S＝1所在的MAC subPDU也属于终端设备3，也可以说明，S＝1所在的MAC subPDU与其之前的MAC subPDU均属于同一个终端设备3。

需要说明的是，属于一个终端设备的多个MAC subPDU在MAC PDU中是连续排列的。也就是说，一个终端设备读取到属于自己起始MAC subPDU后，如果相邻的下一个MACsubPDU中的subheader中的S的取值表示该S所在的MAC subPDU是一个新的起始MACsubPDU，则该终端设备结束读取数据，并且认为之后也没有属于自己的MAC subPDU。

在一种可能的实现方式中，为了使得终端设备能够快速确认起始MAC subPDU是否属于自己的，起始MAC subPDU中至少包含竞争解决标识和/或前导码，终端设备可通过竞争解决标识或者前导码确认该起始MAC subPDU是否是属于自己的起始MAC subPDU。

需要说明的是，回退指示可以是针对某个终端设备的特定信令，也可以是一个公共信令。当回退指示是针对某个终端设备的特定信令时，该回退指示可承载在属于该终端设备的某一个MAC subPDU中，具体的MAC subPDU的结构如图9g所示。

当回退指示为公共信令时，该回退指示不属于第一信息中一种，承载该用于指示公共信令的回退指示的MAC subPDU可以是一个公共MAC subPDU。该公共MAC subPDU位于所有其他MAC subPDU的前面。如图14c所示，为本申请提供的一种承载多个终端设备的响应信息且回退指示为公共信令的MAC PDU的结构示意图。该MAC PDU中包括X个终端设备的响应信息，终端设备1的响应信息承载于MACsubPDU 1中，终端设备2的响应信息承载于MACsubPDU 2，终端设备X的响应信息承载于两个MACsubPDU，分别为MACsubPDU(n-1)和MACsubPDU n，回退指示承载于公共MAC subPDU中，且位于终端设备1、终端设备2和终端设备X的MAC subPDU的前面。终端设备1、终端设备2和终端设备X都需要读取该回退指示并将该回退指示命令的取值进行保存，便于在确定当前随机接入失败后，重新发起新的随机接入请求。承载回退指示的公共MAC subPDU的结构可以与上述图9g所示的MAC subPDU的结构相同，此处不再赘述。

在一种可能的实现方式中，终端设备可根据LCID的取值确定第一个MAC subPDU是否是承载回退指示的公共MAC subPDU。

基于上述内容和相同的构思，图15示出了本申请实施例中所涉及的通信装置的可能的示例性框图。通信装置1500可以包括处理单元1501和收发单元1502。处理单元1501用于对通信装置1500的动作进行控制管理，收发单元1502用于支持通信装置1500与其他通信装置的通信。该通信装置1500中具有的功能单元可以通过软件的方式或者硬件执行软件的方式实现。

其中，处理单元1501可以是处理器或控制器，例如可以是通用中央处理器(central processing unit，CPU)，通用处理器，数字信号处理(digital signalprocessing，DSP)，专用集成电路(application specific integrated circuits，ASIC)，现场可编程门阵列(field programmable gate array，FPGA)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本发明公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器也可以是实现计算功能的组合，例如包括一个或多个微处理器组合，DSP和微处理器的组合等等。收发单元1502可以是通信接口、收发器或收发电路等，其中，该通信接口是统称，在具体实现中，该通信接口可以包括多个接口。

在一种可能的实现方式中，该通信装置1500还可以包括存储单元1503。存储单元1503，用于存储通信装置1500的程序代码和数据。其中，存储单元1503可以是存储器。

示例性地，当通信装置1500为终端设备内的芯片时，该处理单元1501例如可以是处理器，该收发单元1502例如可以是输入/输出接口、管脚或电路等。该处理单元1501可执行存储单元1503存储的计算机执行指令。可选地，该存储单元1503可为该芯片内的存储单元，如寄存器、缓存等，该存储单元1503还可以是该终端设备内的位于该芯片外部的存储单元，如只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)等。

在第一种应用中，该通信装置1500可以为上述实施例中的终端设备，还可以为用于终端设备内的芯片。其中，收发单元1502，用于接收来自网络设备的第一下DCI，第一DCI包括第一指示信息，第一指示信息用于指示PDSCH所承载的响应信息的类型；处理单元1501，用于若确定第一指示信息所指示的响应信息的类型与通信装置发起随机接入请求的随机接入类型匹配，对第一DCI指示的PDSCH进行解调，PDSCH承载有针对通信装置发起的随机接入请求的响应信息。

此处，响应信息的类型包括：响应信息是针对四步随机接入请求的，或者响应信息是针对两步随机接入请求的且不包括竞争解决标识，或者响应信息是针对两步随机接入请求的、且至少包括竞争解决标识。

在响应信息的类型为响应信息是针对两步随机接入请求的且至少包括竞争解决标识的情况下，第一DCI还包括第二指示信息，第二指示信息用于指示第一前导码；在该情况下，处理单元1501，具体用于若确定第一指示信息所指示的响应信息的类型与通信装置发起随机接入请求的随机接入类型匹配、且第一前导码与通信装置发起随机接入请求中携带的前导码的索引号匹配时，对第一DCI指示的PDSCH进行解调。

在响应信息的类型为响应信息是针对两步随机接入请求的且至少包括竞争解决标识的情况下，第一DCI还包括第三指示信息，第三指示信息用于指示用于通信装置反馈确认消息的资源，收发单元1502，具体用于根据第三指示信息向网络设备反馈确认消息。

在响应信息的类型为响应信息是针对两步随机接入请求的且至少包括竞争解决标识的情况下，PDSCH承载的针对通信装置发起的随机接入请求的响应信息包括竞争解决标识，或者包括竞争解决标识和第一信息；第一信息包括如下内容中的至少一种：指示用于反馈确认消息的资源的信息、TPC command、定时提前命令、上行数据传输授权、终端设备发起的随机接入请求中携带的前导码的索引号、小区无线网络临时标识C-RNTI、无线资源控制重配置信息、无线资源控制连接建立信息、无线资源控制恢复信息。

在一种可能的实现方式中，竞争解决标识和第一信息承载于MAC PDU中的一个或多个MAC subPDU中，其中，承载竞争解决标识的MAC subPDU的子头subheader中的标识信息和承载第一信息的MACsubPDU的subheader中的标识信息相同或者属于同一类型。

在一种可能的实现方式中，MAC subPDU还包括数据部分；MAC subPDU的subheader的标识信息具体为逻辑信道标识；逻辑信道标识的取值指示数据部分包括如下内容中的至少一种：指示用于反馈确认消息的资源的信息、定时提前命令、上行数据传输授权、终端设备发起的随机接入请求中携带的前导码的索引号、小区无线网络临时标识C-RNTI、无线资源控制重配置信息、无线资源控制连接建立信息、无线资源控制恢复信息。

在一种可能的实现方式中，MAC subPDU的subheader包括第四指示信息，第四指示信息用于指示MAC subPDU与相邻MAC subPDU之间的关联关系，关联关系用于确定归属于终端设备的起始MAC subPDU和终止MAC subPDU。

在第二种应用中，该通信装置1500可以为上述任一实施例中的终端设备，还可以为用于终端设备的芯片。其中，收发单元1502用于通过第一搜索空间接收到来自网络设备的第一下行控制信息DCI，通信装置支持通过至少两种搜索空间分别接收DCI，至少两种搜索空间中的每一种搜索空间对应一种随机接入类型，至少两种搜索空间中至少有两种搜索空间对应不同的随机接入类型；处理单元1501，用于对第一DCI指示的PDSCH进行解调，PDSCH承载有针对通信装置发起的随机接入请求的响应信息。

在一种可能的实现方式中，第一DCI包括第五指示信息，第五指示信息用于指示PDSCH所承载的响应信息的类型；响应信息的类型包括以下内容中的一项：响应信息是针对两步随机接入请求的，且不包括竞争解决标识；响应信息是针对两步随机接入请求的、且至少包括竞争解决标识。

在响应信息的类型为响应信息是针对两步随机接入请求的且至少包括竞争解决标识的情况下，第一DCI还包括第二指示信息，第二指示信息用于指示第一前导码，处理单元1501，具体用于收发单元1502通过第一搜索空间接收到第一DCI、且确定第一前导码与通信装置发起的随机接入请求携带的前导码的索引号匹配时，对第一DCI指示的PDSCH进行解调。

在第三种应用中，该通信装置1500可以为上述实施例中的终端设备，还可以为用于终端设备内的芯片。其中，收发单元1502，用于接收来自网络设备的采用第一扰码范围的扰码加扰的第一下DCI，通信装置支持通过至少两种扰码范围的扰码解扰DCI，至少两种扰码范围中的每一种扰码范围对应一种随机接入类型，至少两种扰码范围中至少有两种扰码范围对应不同的随机接入类型；处理单元1501，用于若采用第一扰码范围的扰码成功解扰所述第一DCI，确定第一扰码范围对应的随机接入的类型与通信装置发起随机接入请求的随机接入类型匹配，对第一DCI指示的PDSCH进行解调，PDSCH承载有针对通信装置发起的随机接入请求的响应信息。

在响应信息的类型为响应信息是针对两步随机接入请求的且至少包括竞争解决标识的情况下，第一DCI还包括第二指示信息，第二指示信息用于指示第一前导码；处理单元1501，具体用于若采用第一扰码范围的扰码成功解扰所述第一DCI，确定第一扰码范围对应的随机接入的类型与通信装置发起随机接入请求的随机接入类型匹配，且确定第一前导码与通信装置发起的随机接入请求中携带的前导码的索引号匹配时，对第一DCI指示的PDSCH进行解调。

在第四种应用中，该通信装置1500可以为上述实施例中的网络设备，还可以为用于网络设备内的芯片。其中，收发单元1502，用于接收来自终端设备的随机接入请求；处理单元1501，根据随机接入请求对应的随机接入类型确定第一下行控制信息DCI，第一DCI包括的第一指示信息，第一指示信息用于指示PDSCH所承载的响应信息的类型，PDSCH承载有针对终端设备发起的随机接入请求的响应信息；收发单元1502，还用于向终端设备发送第一DCI。

在一种可能的实现方式中，响应信息的类型包括以下内容中的一项：响应信息是针对四步随机接入请求的；响应信息是针对两步随机接入请求的，且不包括竞争解决标识；响应信息是针对两步随机接入请求的、且至少包括竞争解决标识。

在响应信息的类型为响应信息是针对两步随机接入请求的且至少包括竞争解决标识的情况下，第一DCI还包括第二指示信息，第二指示信息用于指示第一前导码。

在响应信息的类型为响应信息是针对两步随机接入请求的且至少包括竞争解决标识的情况下，第一DCI还包括第三指示信息，第三指示信息用于指示用于通信装置反馈确认消息的资源。

在响应信息的类型为响应信息是针对两步随机接入请求的且至少包括竞争解决标识的情况下，PDSCH承载的针对终端设备发起的随机接入请求的响应信息包括竞争解决标识，或者包括竞争解决标识和第一信息；第一信息包括如下内容中的至少一种：指示用于反馈确认消息的资源的信息、TPC command、定时提前命令、上行数据传输授权、终端设备的随机接入请求携带的前导码的索引号、小区无线网络临时标识C-RNTI、无线资源控制重配置信息、无线资源控制连接建立信息、无线资源控制恢复信息。

在一种可能的实现方式中，MAC subPDU还包括数据部分；MAC subPDU的subheader的标识信息具体为逻辑信道标识；逻辑信道标识的取值用于指示数据部分的信息，数据部分的信息包括如下内容中的至少一种：竞争解决标识、指示用于反馈确认消息的资源的信息、定时提前命令、上行数据传输授权、终端设备的随机接入请求携带的前导码的索引号、小区无线网络临时标识C-RNTI无线资源控制重配置信息。

在第五种应用中，该通信装置1500可以为上述实施例中的网络设备，其中，收发单元1502，用于接收来自终端设备的随机接入请求；处理单元1501，用于根据随机接入请求对应的随机接入类型确定第一DCI，其中，网络设备支持通过至少两种不同DCI格式来调度承载不同响应信息的PDSCH，或者支持通过至少两种不同DCI内容来调度承载不同响应信息的PDSCH，至少两种不同DCI对应至少两种不同的搜索空间，至少两种不同DCI包括DCI格式不同、或者DCI内容不同、或者DCI格式相同但内容不同，至少两种搜索空间中的每一种搜索空间对应一种随机接入类型，至少两种搜索空间中至少有两种搜索空间对应不同的随机接入类型；收发单元1502，还用于通过第一搜索空间向终端设备发送第一DCI，其中，第一DCI用于指示PDSCH，PDSCH承载有针对终端设备发起的随机接入请求的响应信息。

在一种可能的实现方式中，处理单元1501，还用于根据随机接入请求对应的随机接入类型确定包括第五指示信息的第一DCI，第五指示信息用于指示PDSCH所承载的响应信息的类型；响应信息的类型包括以下内容中的一项：响应信息是针对两步随机接入请求的，且不包括竞争解决标识；响应信息是针对两步随机接入请求的、且至少包括竞争解决标识。

在第六种应用中，该通信装置1500可以为上述实施例中的网络设备，其中，收发单元1502，用于接收来自终端设备的随机接入请求；处理单元1501，用于根据随机接入请求对应的随机接入类型，确定第一扰码范围，其中，第一扰码范围与随机接入请求对应的随机接入类型对应，通信装置支持通过至少两种扰码范围的扰码分别加扰下行控制信息DCI，至少两种扰码范围中的每一种扰码范围对应一种随机接入类型，至少两种扰码范围中至少有两种扰码范围对应不同的随机接入类型；收发单元1502，还用于向终端设备发送通过第一扰码范围的扰码加扰的第一DCI，其中，第一DCI用于指示PDSCH，PDSCH承载有终端设备发起的随机接入请求的响应信息。

该第六应用中的可能实现方式可参见上述第五中可能的实现方式，此处不再赘述。

在第七种应用中，该通信装置1500可以为上述实施例中的网络设备，其中，收发单元1502，接收来自终端设备的随机接入请求，随机接入请求包括前导码和上行数据，还用于在处理单元1501对随机接入请求中的上行数据译码成功后，向终端设备发送针对随机接入请求的响应信息；其中，响应信息包括竞争解决标识；或者响应消息包括竞争解决标识和第一信息，其中，第一信息包括如下内容中的至少一种：指示用于反馈确认消息的资源的信息、TPC command、定时提前命令、上行数据传输授权、终端设备的随机接入请求携带的前导码的索引号、小区无线网络临时标识C-RNTI、无线资源控制重配置信息、无线资源控制连接建立信息、无线资源控制恢复信息。

在一种可能的实现方式中，MAC subPDU包括数据部分和subheader，MAC subPDU的subheader的标识信息为逻辑信道标识；逻辑信道标识的取值可用于指示数据部分的信息，数据部分的信息包括如下内容中的至少一种：竞争解决标识、指示用于反馈确认消息的资源的信息、定时提前命令、上行数据传输授权、终端设备的随机接入请求携带的前导码的索引号、小区无线网络临时标识C-RNTI、无线资源控制重配置信息、无线资源控制连接建立信息、无线资源控制恢复信息。

基于上述内容和相同构思，本申请提供一种通信系统。该通信系统可包括前述一个或多个终端设备、以及、一个或多个网络设备。终端设备可执行终端设备侧任意方法，网络设备可执行网络设备侧任意方法。网络设备和终端设备可能的实现方式可参见上述介绍，此处不再赘述。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现、当使用软件程序实现时，可以全部或部分地以计算机程序产品的形式实现。计算机程序产品包括一个或多个指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本申请实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。指令可以存储在计算机存储介质中，或者从一个计算机存储介质向另一个计算机存储介质传输，例如，指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质，(例如，软盘、硬盘、磁带、磁光盘(MO)等)、光介质(例如，CD、DVD、BD、HVD等)、或者半导体介质(例如ROM、EPROM、EEPROM、非易失性存储器(NANDFLASH)、固态硬盘(Solid State Disk，SSD))等。

本领域内的技术人员应明白，本申请实施例可提供为方法、系统、或计算机程序产品。因此，本申请实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请实施例是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本申请实施例进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请实施例的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims

1.一种随机接入方法，应用于终端设备或者终端芯片，其特征在于，包括：

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

接收针对所述随机接入请求的响应信息，其中，所述响应信息是在所述上行数据被所述网络设备成功译码的条件下发出的，所述响应消息包括竞争解决标识。

2.如权利要求1所述的方法，其特征在于，所述响应信息还包括：指示用于反馈确认消息的资源的信息。

3.如权利要求1所述的方法，其特征在于，所述响应信息还包括TPC command。

4.如权利要求1所述的方法，其特征在于，所述响应信息还包括C-RNTI和/或定时提前命令。

5.如权利要求1所述的方法，其特征在于，所述响应信息承载于物理下行共享信道PDSCH中。

6.如权利要求1至5任一项所述的方法，其特征在于，所述响应消息承载于MAC PDU中的一个MAC subPDU中，所述MAC subPDU包括一个MAC subheader和一个MAC CE。

7.如权利要求6所述的方法，其特征在于，所述竞争解决标识位于所述MAC CE，占用48bit。

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

向网络设备发送承载ACK消息的PUCCH，其中，所述PUCCH的发送功率是根据所述TPCcommand所指示的功率控制调整因子确定的。

9.根据权利要求3或8所述的方法，其特征在于，所述TPC command具体为功率控制因子的索引值，各个功率控制因子的索引值与功率控制调整因子之间的对应关系如下：

TPC Command δ_PUCCH,b,f,c(in dB) 0 -1 1 0 2 1 3 3

其中，δ_PUCCH,b,f,c为功率控制调整控制因子。

10.根据权利要求3或8所述的方法，其特征在于，所述TPC command具体为功率控制因子的索引值，各个功率控制因子的索引值与功率控制调整因子之间的对应关系如下：

TPC Command δ_PUCCH,b,f,c(in dB) 0 -6 1 -4 2 -2 3 0 4 2 5 4 6 6 7 8

其中，δ_PUCCH,b,f,c为功率控制调整控制因子。

11.根据权利要求1到10任一项所述的方法，其特征在于，发送所述前导码所使用的随机接入时频资源为两步随机接入和四步随机接入所共享的随机接入时频资源。

12.根据权利要求1到11任一项所述的方法，其特征在于，所述方法还包括：

使用第一RA-RNTI监听第一DCI，其中，所述第一DCI用于调度承载所述响应信息的物理下行共享信道PDSCH，用于计算所述第一RA-RNTI的计算公式比对应四步随机接入的RNTI的计算公式多一个预设的偏移值。

13.一种设备，所述设备为设备或者终端芯片，其特征在于，包括发送器和接收器：

所述发送器，用于向网络设备发送随机接入请求，所述随机接入请求包括前导码和上行数据；

所述接收器，用于接收针对所述随机接入请求的响应信息，其中，所述响应信息是在所述上行数据被所述网络设备成功译码的条件下发出的，所述响应消息包括竞争解决标识。

14.如权利要求13所述的设备，其特征在于，所述响应信息还包括：指示用于反馈确认消息的资源的信息。

15.如权利要求13所述的设备，其特征在于，所述响应信息还包括TPC command。

16.如权利要求13所述的设备，其特征在于，所述响应信息还包括、C-RNTI和/或定时提前命令。

17.如权利要求13所述的设备，其特征在于，所述响应信息承载于物理下行共享信道PDSCH中。

18.如权利要求13至17任一项所述的设备，其特征在于，所述响应消息承载于MAC PDU中的一个MAC subPDU中，所述MAC subPDU包括一个MAC subheader和一个MAC CE。

19.如权利要求18所述的设备，其特征在于，所述竞争解决标识位于所述MAC CE，占用48bit。

20.根据权利要求15所述的设备，其特征在于，所述发送器，还用于向网络设备发送承载ACK消息的PUCCH，其中，所述PUCCH的发送功率是根据所述TPC command所指示的功率控制调整因子确定的。

21.根据权利要求15或20所述的方法，其特征在于，所述TPC command具体为功率控制因子的索引值，各个功率控制因子的索引值与功率控制调整因子之间的对应关系如下：

TPC Command δ_PUCCH,b,f,c(in dB) 0 -1 1 0 2 1 3 3

其中，δ_PUCCH,b,f,c为功率控制调整控制因子。

22.根据权利要求15或20所述的设备，其特征在于，所述TPC command具体为功率控制因子的索引值，各个功率控制因子的索引值与功率控制调整因子之间的对应关系如下：

其中，δ_PUCCH,b,f,c为功率控制调整控制因子。

23.根据权利要求13到22任一项所述的设备，其特征在于，发送所述前导码所使用的随机接入时频资源为两步随机接入和四步随机接入所共享的随机接入时频资源。

24.根据权利要求13到23任一项所述的设备，其特征在于，所述接收器还用于使用第一RA-RNTI监听第一DCI，其中，所述第一DCI用于调度承载所述响应信息的物理下行共享信道PDSCH，用于计算所述第一RA-RNTI的计算公式比对应四步随机接入的RNTI的计算公式多一个预设的偏移值。

25.一种随机接入方法，应用于网络设备或者网络芯片，其特征在于，包括：

接收随机接入请求，所述随机接入请求包括前导码和上行数据；

发送针对所述随机接入请求的响应信息，其中，所述响应信息是在所述上行数据被成功译码的条件下发出的，所述响应消息包括竞争解决标识。

26.如权利要求25所述的方法，其特征在于，所述响应信息还包括：指示用于反馈确认消息的资源的信息。

27.如权利要求25所述的方法，其特征在于，所述响应信息还包括TPC command。

28.如权利要求25所述的方法，其特征在于，所述响应信息还包括C-RNTI和/或定时提前命令。

29.如权利要求25所述的方法，其特征在于，所述响应信息承载于物理下行共享信道PDSCH中。

30.如权利要求25至29任一项所述的方法，其特征在于，所述响应消息承载于MAC PDU中的一个MAC subPDU中，所述MAC subPDU包括一个MAC subheader和一个MAC CE。

31.如权利要求30所述的方法，其特征在于，所述竞争解决标识位于所述MAC CE，占用48bit。

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

接收承载ACK消息的PUCCH，其中，所述PUCCH的发送功率是根据所述TPC command所指示的功率控制调整因子确定的。

33.根据权利要求27或32所述的方法，其特征在于，所述TPC command具体为功率控制因子的索引值，各个功率控制因子的索引值与功率控制调整因子之间的对应关系如下：

TPC Command δ_PUCCH,b,f,c(in dB) 0 -1 1 0 2 1 3 3

其中，δ_PUCCH,b,f,c为功率控制调整控制因子。

34.根据权利要求27或32所述的方法，其特征在于，所述TPC command具体为功率控制因子的索引值，各个功率控制因子的索引值与功率控制调整因子之间的对应关系如下：

TPC Command δ_PUCCH,b,f,c(in dB) 0 -6 1 -4 2 -2 3 0 4 2 5 4 6 6 7 8

其中，δ_PUCCH,b,f,c为功率控制调整控制因子。

35.根据权利要求25到34任一项所述的方法，其特征在于，发送所述前导码所使用的随机接入时频资源为两步随机接入和四步随机接入所共享的随机接入时频资源。

36.根据权利要求25到35任一项所述的方法，其特征在于，所述方法还包括：

使用第一RA-RNTI发送第一DCI，其中，所述第一DCI用于调度承载所述响应信息的物理下行共享信道PDSCH，用于计算所述第一RA-RNTI的计算公式比对应四步随机接入的RNTI的计算公式多一个预设的偏移值。

37.一种设备，所述设备为网络设备或者网络芯片，其特征在于，包括发送器和接收器：

所述接收器，用于接收随机接入请求，所述随机接入请求包括前导码和上行数据；

所述发送器，用于发送针对所述随机接入请求的响应信息，其中，所述响应信息是在所述上行数据被成功译码的条件下发出的，所述响应消息包括竞争解决标识。

38.如权利要求37所述的设备，其特征在于，所述响应信息还包括：指示用于反馈确认消息的资源的信息。

39.如权利要求37所述的设备，其特征在于，所述响应信息还包括TPC command。

40.如权利要求37所述的设备，其特征在于，所述响应信息还包括、C-RNTI和/或定时提前命令。

41.如权利要求37所述的设备，其特征在于，所述响应信息承载于物理下行共享信道PDSCH中。

42.如权利要求37至41任一项所述的设备，其特征在于，所述响应消息承载于MAC PDU中的一个MAC subPDU中，所述MAC subPDU包括一个MAC subheader和一个MAC CE。

43.如权利要求42所述的设备，其特征在于，所述竞争解决标识位于所述MAC CE，占用48bit。

44.根据权利要求39所述的设备，其特征在于，所述接收器，还用于接收承载ACK消息的PUCCH，其中，所述PUCCH的发送功率是根据所述TPC command所指示的功率控制调整因子确定的。

45.根据权利要求39或44所述的方法，其特征在于，所述TPC command具体为功率控制因子的索引值，各个功率控制因子的索引值与功率控制调整因子之间的对应关系如下：

TPC Command δ_PUCCH,b,f,c(in dB) 0 -1 1 0 2 1 3 3

其中，δ_PUCCH,b,f,c为功率控制调整控制因子。

46.根据权利要求39或44所述的设备，其特征在于，所述TPC command具体为功率控制因子的索引值，各个功率控制因子的索引值与功率控制调整因子之间的对应关系如下：

TPC Command δ_PUCCH,b,f,c(in dB) 0 -6 1 -4 2 -2 3 0 4 2 5 4 6 6 7 8

其中，δ_PUCCH,b,f,c为功率控制调整控制因子。

47.根据权利要求37到46任一项所述的设备，其特征在于，发送所述前导码所使用的随机接入时频资源为两步随机接入和四步随机接入所共享的随机接入时频资源。

48.根据权利要求37到47任一项所述的设备，其特征在于，所述发送器还用于使用第一RA-RNTI发送第一DCI，其中，所述第一DCI用于调度承载所述响应信息的物理下行共享信道PDSCH，用于计算所述第一RA-RNTI的计算公式比对应四步随机接入的RNTI的计算公式多一个预设的偏移值。

49.一种通信系统，所述通信系统包括根据权利要求13-24任一项所述的设备和根据权利要求37-48任一项所述的设备。