CN113647133B

CN113647133B - Method and device for sending and receiving feedback information

Info

Publication number: CN113647133B
Application number: CN201980095095.0A
Authority: CN
Inventors: 徐伟杰; 徐婧; 吴作敏; 贺传峰; 王淑坤; 田文强; 石聪
Original assignee: Guangdong Oppo Mobile Telecommunications Corp Ltd
Current assignee: Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority date: 2019-09-30
Filing date: 2019-09-30
Publication date: 2023-10-13
Anticipated expiration: 2039-09-30
Also published as: WO2021062760A1; CN113647133A

Abstract

A method and apparatus for transmitting and receiving feedback information are provided. The method for transmitting feedback information comprises the following steps: receiving a Media Access Control (MAC) Protocol Data Unit (PDU); wherein the MAC PDU comprises a plurality of MAC sub-PDUs; determining Physical Uplink Control Channel (PUCCH) resources corresponding to each MAC sub-PDU in a plurality of PUCCH resources according to the sequence of the plurality of MAC sub-PDUs; and transmitting feedback information of the same MAC sub-PDU on the PUCCH resource of each MAC sub-PDU in the plurality of MAC sub-PDUs. By sending feedback information of the MAC sub-PDU to the network device, the network is enabled to know that the terminal does not successfully receive the RAR response message, so that the network device can attempt to resend the RAR response message to the terminal, and signaling overhead, power consumption and time delay can be reduced.

Description

Method and device for sending and receiving feedback information

Technical Field

The embodiment of the application relates to the field of communication, and more particularly relates to a method and equipment for sending and receiving feedback information.

Background

In the 2-step RACH procedure, after the terminal device transmits the msgA, the terminal listens for the RAR response message within the RAR window. There may be a network that successfully receives the msgA transmitted by the terminal and transmits the RAR to the terminal in the msgB, but the terminal does not successfully receive the RAR response information. For this case, in the related art, the terminal device needs to retransmit the msgA to the network device in order for the network device to transmit the RAR to the terminal device.

However, retransmitting msgA from the terminal device to the network device increases signaling overhead, power consumption, and latency.

Disclosure of Invention

A method and apparatus for transmitting and receiving feedback information are provided, which can reduce signaling overhead, power consumption, and time delay.

In a first aspect, a method for sending feedback information is provided, including:

receiving a Media Access Control (MAC) Protocol Data Unit (PDU); wherein the MAC PDU comprises a plurality of MAC sub-PDUs;

determining Physical Uplink Control Channel (PUCCH) resources corresponding to each MAC sub-PDU in a plurality of PUCCH resources according to the sequence of the plurality of MAC sub-PDUs;

and transmitting feedback information of the same MAC sub-PDU on the PUCCH resource of each MAC sub-PDU in the plurality of MAC sub-PDUs.

In a second aspect, there is provided a method of transmitting feedback information, including:

determining Physical Uplink Control Channel (PUCCH) resources corresponding to each MAC sub-PDU in the plurality of MAC sub-PDUs according to the first information and the first mapping relation; the first mapping relation comprises a mapping relation between at least one PUCCH resource and at least one piece of information, wherein the at least one piece of information comprises the first information, and the first information comprises a preamble used by a message A and/or a PUSCH resource used by the message A;

In a third aspect, a method of receiving feedback information is provided, comprising:

transmitting a Media Access Control (MAC) Protocol Data Unit (PDU); wherein the MAC PDU comprises a plurality of MAC sub-PDUs;

and receiving feedback information of the same MAC sub-PDU on the PUCCH resource of each MAC sub-PDU in the plurality of MAC sub-PDUs.

In a fourth aspect, a method of receiving feedback information is provided, comprising:

A fifth aspect provides a terminal device for performing the method of any one of the first to second aspects or each implementation thereof. Specifically, the terminal device includes a functional module for executing the method in any one of the first aspect to the second aspect or each implementation manner thereof.

A sixth aspect provides a network device for performing the method of any one of the above third to fourth aspects or implementations thereof. In particular, the network device comprises functional modules for performing the method in any of the above third to fourth aspects or implementations thereof.

In a seventh aspect, a terminal device is provided, comprising a processor and a memory. The memory is used for storing a computer program, and the processor is used for calling and running the computer program stored in the memory to execute the method in any one of the first aspect to the second aspect or each implementation manner thereof.

In an eighth aspect, a network device is provided that includes a processor and a memory. The memory is used for storing a computer program, and the processor is used for calling and running the computer program stored in the memory to execute the method in any one of the third aspect to the fourth aspect or each implementation manner thereof.

A ninth aspect provides a chip for implementing the method of any one of the first to fourth aspects or each implementation thereof. Specifically, the chip includes: a processor for calling and running a computer program from a memory, causing a device on which the chip is mounted to perform the method as in any one of the first to fourth aspects or implementations thereof described above.

In a tenth aspect, a computer readable storage medium is provided for storing a computer program for causing a computer to perform the method of any one of the above first to fourth aspects or implementations thereof.

In an eleventh aspect, there is provided a computer program product comprising computer program instructions for causing a computer to perform the method of any one of the first to fourth aspects or implementations thereof.

In a twelfth aspect, there is provided a computer program which, when run on a computer, causes the computer to perform the method of any one of the above-described first to fourth aspects or implementations thereof.

Based on the above technical scheme, by sending the feedback information of the MAC sub-PDU to the network device, the network can know that the terminal does not successfully receive the RAR response message, so as to attempt to resend the RAR response message to the terminal, thereby avoiding the terminal device resending the msgA to the network device, and further reducing signaling overhead, power consumption and time delay.

Drawings

Fig. 1 is an example of an application scenario of the present application.

Fig. 2 is a schematic flow chart of a 4-step random access procedure of an embodiment of the present application.

Fig. 3 is a schematic block diagram of a MAC PDU of an embodiment of the present application.

Fig. 4 is a schematic block diagram of a MAC RAR of an embodiment of the present application.

Fig. 5 is a schematic flow chart of a 2-step random access procedure of an embodiment of the present application.

Fig. 6 is a schematic flow chart of a method of transmitting or receiving feedback information according to an embodiment of the present application.

Fig. 7 to 10 are schematic block diagrams of a relationship between MAC sub-PDUs and PUCCH resources according to an embodiment of the present application.

Fig. 11 is a schematic block diagram of a terminal device of an embodiment of the present application.

Fig. 12 is a schematic block diagram of a network device of an embodiment of the present application.

Fig. 13 is a schematic block diagram of a communication device of an embodiment of the present application.

Fig. 14 is a schematic block diagram of a chip of an embodiment of the application.

Detailed Description

The following description of the technical solutions according to the embodiments of the present application will be given with reference to the accompanying drawings in the embodiments of the present application, and it is apparent that the described embodiments are some embodiments of the present application, but not all embodiments. All other embodiments, which can be made by those skilled in the art based on the embodiments of the application without making any inventive effort, are intended to be within the scope of the application.

Fig. 1 is a schematic diagram of an application scenario according to an embodiment of the present application.

As shown in fig. 1, communication system 100 may include a terminal device 110 and a network device 120. Network device 120 may communicate with terminal device 110 over the air interface. Multi-service transmission is supported between terminal device 110 and network device 120.

It should be understood that embodiments of the present application are illustrated by way of example only with respect to communication system 100, and embodiments of the present application are not limited thereto. That is, the technical solution of the embodiment of the present application may be applied to various communication systems, for example: long term evolution (Long Term Evolution, LTE) system, LTE time division duplex (Time Division Duplex, TDD), universal mobile telecommunications system (Universal Mobile Telecommunication System, UMTS), 5G communication system (also referred to as New Radio (NR) communication system), or future communication system, etc.

In the communication system 100 shown in fig. 1, the network device 120 may be an access network device in communication with the terminal device 110. The access network device may provide communication coverage for a particular geographic area and may communicate with terminal devices 110 (e.g., UEs) located within the coverage area.

The network device 120 may be an evolved base station (Evolutional Node B, eNB or eNodeB) in a long term evolution (Long Term Evolution, LTE) system, or a next generation radio access network (Next Generation Radio Access Network, NG RAN) device, or a base station (gNB) in a NR system, or a radio controller in a cloud radio access network (Cloud Radio Access Network, CRAN), or the network device 120 may be a relay station, an access point, a vehicle device, a wearable device, a hub, a switch, a bridge, a router, or a network device in a future evolved public land mobile network (Public Land Mobile Network, PLMN), etc.

Terminal device 110 may be any terminal device including, but not limited to, a terminal device that employs a wired or wireless connection with network device 120 or other terminal devices.

For example, the terminal device 110 may refer to an access terminal, user Equipment (UE), subscriber unit, subscriber station, mobile station, remote terminal, mobile device, user terminal, wireless communication device, user agent, or User Equipment. An access terminal may be a cellular telephone, a cordless telephone, a session initiation protocol (Session Initiation Protocol, SIP) phone, a wireless local loop (Wireless Local Loop, WLL) station, a personal digital assistant (Personal Digital Assistant, PDA), a handheld device with wireless communication capabilities, a computing device or other processing device connected to a wireless modem, an in-vehicle device, a wearable device, a terminal device in a 5G network or a terminal device in a future evolution network, etc.

The terminal Device 110 may be used for Device-to-Device (D2D) communication.

The wireless communication system 100 may further comprise a core network device 130 in communication with the base station, which core network device 130 may be a 5G core,5gc device, e.g. an access and mobility management function (Access and Mobility Management Function, AMF), further e.g. an authentication server function (Authentication Server Function, AUSF), further e.g. a user plane function (User Plane Function, UPF), further e.g. a session management function (Session Management Function, SMF). Optionally, the core network device 130 may also be a packet core evolution (Evolved Packet Core, EPC) device of the LTE network, for example a session management function+a data gateway (Session Management Function + Core Packet Gateway, smf+pgw-C) device of the core network. It should be appreciated that SMF+PGW-C may perform the functions performed by both SMF and PGW-C. In the network evolution process, the core network device may also call other names, or form new network entities by dividing the functions of the core network, which is not limited in this embodiment of the present application.

Communication may also be achieved by establishing connections between various functional units in the communication system 100 through a next generation Network (NG) interface.

For example, the terminal device establishes an air interface connection with the access network device through an NR interface, and is used for transmitting user plane data and control plane signaling; the terminal equipment can establish control plane signaling connection with AMF through NG interface 1 (N1 for short); an access network device, such as a next generation radio access base station (gNB), can establish a user plane data connection with a UPF through an NG interface 3 (N3 for short); the access network equipment can establish control plane signaling connection with AMF through NG interface 2 (N2 for short); the UPF can establish control plane signaling connection with the SMF through an NG interface 4 (N4 for short); the UPF can interact user plane data with the data network through an NG interface 6 (N6 for short); the AMF may establish a control plane signaling connection with the SMF through NG interface 11 (N11 for short); the SMF may establish a control plane signaling connection with the PCF via NG interface 7 (N7 for short).

Fig. 1 exemplarily illustrates one base station, one core network device, and two terminal devices, alternatively, the wireless communication system 100 may include a plurality of base station devices and each base station may include other number of terminal devices within a coverage area, which is not limited by the embodiment of the present application.

It should be understood that devices having communication functions in the network/system according to the embodiments of the present application may be referred to as communication devices. Taking the communication system 100 shown in fig. 1 as an example, the communication device may include a network device 120 and a terminal device 110 with communication functions, where the network device 120 and the terminal device 110 may be the devices described above, and are not described herein again; the communication device may also include other devices in the communication system 100, such as a network controller, a mobility management entity, and other network entities, which are not limited in this embodiment of the present application.

It should be understood that the terms "system" and "network" are used interchangeably herein. The term "and/or" is herein merely an association relationship describing an associated object, meaning that there may be three relationships, e.g., a and/or B, may represent: a exists alone, A and B exist together, and B exists alone. In addition, the character "/" herein generally indicates that the front and rear associated objects are an "or" relationship.

In some embodiments of the application, the communication system may be an NR system.

In other words, the communication system 100 may be configured to perform a 4-step random access procedure.

For example, after the cell search procedure, the terminal device has acquired downlink synchronization with the cell, and thus the terminal device can receive downlink data. But the terminal equipment can only perform uplink transmission if uplink synchronization is obtained with the cell. The terminal device establishes a connection with the cell and acquires uplink synchronization through a random access procedure (Random Access Procedure).

The main purpose of random access is: (1) obtaining uplink synchronization; (2) allocating a unique identifier C-RNTI for the terminal equipment.

The random access procedure may be triggered by one of the following 6 types of events:

1. establishing a wireless connection at initial access: the terminal device goes from rrc_idle state to rrc_connected state.

Rrc connection reestablishment procedure (RRC Connection Re-establishment procedure): so that the terminal device reestablishes the radio connection after the radio link failure (Radio Link Failure).

3. Handover (handover): at this time, the terminal device needs to establish uplink synchronization with the new cell.

In the rrc_connected state, when downlink data arrives (ACK/NACK needs to be recovered at this time), the uplink is in an "unsynchronized" state.

In the rrc_connected state, when uplink data arrives (e.g., measurement report needs to be reported or user data needs to be sent), the uplink is in an "unsynchronized" state or no PUCCH resource is available for SR transmission (at this time, the terminal device already in the uplink synchronization state is allowed to use RACH instead of SR).

In the rrc_connected state, timing advance is required in order to locate the terminal device.

As shown in fig. 2, the 4-step random access procedure 200 may include:

s210, the terminal device sends a random access preamble sequence (msg 1) to the network device.

S220, after detecting that the terminal equipment sends the access preamble sequence, the network equipment sends a Random Access Response (RAR), namely message 2, MSG2, to the terminal equipment so as to inform the terminal equipment that the terminal equipment can use uplink resource information when sending MSG3 (message 3, MSG 3), allocates temporary RNTI to the terminal equipment, provides TA command and the like for the terminal equipment, if the terminal equipment does not detect the RAR in the RAR window, the terminal equipment retransmits the PRACH sequence, and if the terminal equipment detects the RAR in the RAR window, the terminal equipment transmits MSG3 according to the UL grant indicated by the RAR.

S230, after receiving the random access response RAR, the terminal equipment sends MSG3 information in the uplink resource appointed by the random access response information, and the step allows HARQ retransmission;

s240, the network device sends the MSG4 message to the terminal device, including the contention resolution message, while allocating uplink transmission resources to the terminal device, which allows HARQ retransmission. When the terminal equipment receives the MSG4 sent by the network equipment, the terminal equipment detects whether the MSG4 comprises part of the content in the MSG3 message sent by the terminal equipment. If so, the terminal equipment indicates that the random access process is successful, otherwise, the random access process is considered to be failed, and the terminal equipment needs to initiate the random access process from the first step again.

In the process 200, the RAR sent by the network device to the terminal device is a response to Msg1, the RA-RNTI used when the network device sends the RAR is calculated according to the location of the time-frequency resource of the PRACH, and the PDSCH corresponding to the PDCCH scrambled by one RA-RNTI may include responses to multiple preamble sequences.

For example, the terminal device not detecting the RAR includes the following cases:

1. the PDCCH of the RA-RNTI scrambling code is not detected.

2. The PDCCH of the RA-RNTI scrambling code is detected but the corresponding PDSCH is not received correctly.

3. The PDSCH is received but the RAR message corresponding to the MSG1 is not included in the PDSCH.

The detection of the RAR by the terminal device may refer to that the terminal device correctly receives the PDSCH scheduled by the PDCCH of the RA-RNTI scrambling code according to the RA-RNTI obtained by calculating the time-frequency resource location of the MSG1 in the RAR window, and the PDSCH includes the RAR message corresponding to the MSG 1.

The terminal equipment detects PDCCH scrambled by RA-RNTI and detects PDSCH scheduled by the PDCCH; the PDSCH comprises at least one RAR message, wherein one RAR message is a response to a preamble sequence sent by the terminal equipment; each RAR message comprises information such as a preamble sequence ID, TA, UL grant, TC-RNTI and the like; the UL grant includes the following scheduling information: frequency domain hopbg flag, frequency domain resource allocation, time domain resource allocation, MCS, TPC, CSI request, etc.

If RAR is detected within the RAR window, the terminal device transmits Msg3 according to the UL grant included in the RAR message. The window length of the RAR time window is represented by the number of time slots, and the length can be configured by a higher layer signaling ra-response window, and the time slot length is determined based on the subcarrier interval of the Type1-PDCCH common search space set as a reference subcarrier. The RAR time window starts in a Type1-PDCCH CSS set configured for the terminal, and the terminal after at least one symbol after the last symbol of PRACH occalation where PRACH is sent by the terminal receives CORESET with the earliest PDCCH time position, and the symbol length of the at least one symbol corresponds to the subcarrier interval of the Type1-PDCCH CSS set.

As shown in fig. 3, the medium access control (Media Access Control, MAC) protocol data unit (Protocol Data Unit, PDU) may include a plurality of MAC sub-PDUs (Media Access Control sub-PDUs) and padding (padding) bits, if present.

For example, MAC subPDU 1 may belong to an E/T/R/R/BI subheader. The MAC subPDU following the E/T/R/R/BI subheader may belong to the E/T/RAPID subheader. The MAC subPDU in the E/T/R/BI subheader may include only RAPID, or may include both RAPID and the corresponding MAC random access response (Random Access Response, RAR). For example, MAC subPDU 2 includes only RAPID, and MAC subPDU 3 includes both RAPID and the corresponding RAR.

In other words, 1 MAC PDU may contain 1 or more MAC RARs.

As can be seen from the structure of the MAC PDU, if the network device detects random access requests from multiple terminal devices on the same PRACH resource, it is possible to respond to these access requests using one MAC PDU, with one RAR for each random access request (corresponding to one preamble index) response. In other words, if multiple terminal devices transmit preambles on the same PRACH resource (same time-frequency location, same RA-RNTI is used), the corresponding RARs are multiplexed in the same MAC PDU.

The MAC PDU is transmitted on the DL-SCH and scheduled by a PDCCH scrambled with an RA-RNTI.

In other words, all terminal devices that send preambles (not necessarily the same) using the same PRACH resource monitor the same RA-RNTI scrambled PDCCH and receive the same MAC PDU, but terminal devices that employ different preamble index may find the corresponding RAR according to the corresponding RAPID value.

The backoff indication (fallback instruction, BI) sub-header may include one extension field (E), one type field (T), two reserved fields (R), and a BI value.

The random access sequence identifier (Random Access Preamble Identifier, RAPID) sub-header may include an E, a T, and RAPID value.

Wherein the random access sequence identifier (Random Access Preamble Identifier, RAPID) is a preamble index obtained by the network device when detecting the preamble. If the terminal device finds that the value is the same as the index used when sending the preamble by itself, it considers that the corresponding RAR is successfully received.

As shown in fig. 4, the MAC RAR may include a reserved bit R, a time alignment instruction (Timing alignment Command, TAC), an uplink grant (UL grant), and a temporary cell radio network temporary identity (temporal Cell Radio Network Temporary Identifier, TC-RNTI).

The time alignment instruction (Timing alignment Command, TAC) is used for specifying the time adjustment amount required by uplink synchronization of the terminal device, and may occupy 12 bits. UL grant specifies the uplink resources allocated to Msg 3. When there is an uplink data transmission, for example, the collision needs to be resolved, the grant allocated by the network device in the RAR cannot be smaller than 56 bits. The TC-RNTI is used for subsequent transmissions by the terminal device and the network device. After conflict resolution, the value may become C-RNIT.

In the transmission process of MSG3 in the four-step RACH process, the RV version number used by the transmission of MSG3 scheduled by UL grant in RAR is 0, and if the network equipment receives MSG3 unsuccessfully, the network equipment can schedule retransmission of MSG3 by using DCI format 0_0 of TC-RNTI scrambling code.

The DCI format 0_0 of the TC-RNTI scrambling code may include the following:

uplink and downlink DCI indication (1 bit), frequency domain resource allocation (the size is determined according to UL BWP bandwidth), time domain resource allocation (4 bits), frequency domain hopping indication (1 bit), MCS (5 bits), new data indication (1 bit reservation), RV version (2 bits), HARQ process number (4 bit reservation), PUSCH power control command word (2 bits) and UL/SUL carrier indication (1 bit).

In the transmission process of MSG4 in the four-step RACH process, the terminal equipment performs PUCCH feedback after receiving Msg4, and if the decoding result of the terminal equipment on MSG4 is NACK, the network equipment performs HARQ retransmission on Msg 4. The network device may schedule the initial transmission or retransmission of the MSG4 using DCI format 1_0 of the C-RNTI or TC-RNTI scrambling code. If the terminal equipment receives DCI format 1_0 of the C-RNTI scrambling code and the corresponding PDSCH thereof, the random access is completed; if the terminal equipment receives the DCI format 1_0 of the TC-RNTI scrambling code and the corresponding PDSCH, the content is successfully compared, and the random access is completed.

The DCI format 1_0 of the TC-RNTI scrambling code may include the following:

uplink and downlink DCI indication (1 bit), frequency domain resource allocation (the size is determined according to DL BWP bandwidth), time domain resource allocation (4 bits), VRB-to-PRB mapping (1 bit), MCS (5 bits), new data indication (1 bit), RV version (2 bits), HARQ process number (4 bits), downlink allocation indication DAI (2 bit reservation), PUCCH power control command word (2 bits), PUCCH resource indication (3 bits), PDSCH-to-HARQ feedback time indication (3 bits).

In the four-step RACH procedure, the low latency high reliability scenario in 5G is not suitable due to the large latency. Considering the characteristics of low-delay and high-reliability related services, the communication system can use a scheme of a two-step RACH process to reduce access delay.

Fig. 5 is a schematic flow chart of a two-step RACH procedure 300 of an embodiment of the present application.

As shown in fig. 5, the two-step RACH procedure 300 may include:

s310, the terminal device sends msgA to the network device, which may contain msg1 and msg3 of the 4-step RACH. .

S320, the terminal device receives msgB sent by the network device, where msgB may include msg2 and msg4 of the 4-step RACH.

In other words, the first and third steps in the 4-step RACH procedure are combined as the first step in the 2-step RACH procedure (message a), and the second and fourth steps of the 4-step RACH are combined as the second step in the 2-step RACH procedure (message B).

Therefore, in the first step in the 2-step RACH procedure, the terminal device needs to transmit preamble and PUSCH.

For example, for msgA, it may contain a preamble and an uplink data portion (e.g., carried on PUSCH), where the uplink data portion carries identification information of the terminal device and/or the reason for the RRC request (i.e., equivalent to the content of existing MSG 3); the msgB may include collision resolution information, TA information, C-RNTI assignment information, etc., that is, a combination of information equivalent to the existing MSG2 and MSG4 information portions.

In the 2-step RACH process, when the terminal has random access requirement, the terminal sends MsgA on the MsgA resources corresponding to the 2-step RACH process, namely RACH Occasion and PUSCH Occasion, which occur in the period of network configuration. The terminal then listens for the RAR message (msgB) sent by the network within the RAR response window.

The setting manner of the starting time position of the RAR response window is similar to that in the 4-step RACH, and starts in a CSS set (for example, may be Type1-PDCCH CSS set) configured for the terminal, and the terminal after the terminal sends the last symbol of msgA (such as PUSCH occision) receives CORESET with the earliest PDCCH time position at least M symbols, where the symbol length of the at least M symbols corresponds to the subcarrier interval of Type1-PDCCH CSS set, where M is an integer greater than 0.

The msgB RAR response message in the 2-step RACH procedure may also carry response messages for multiple msgA sent by multiple terminal devices.

For example, the following types of messages can be classified:

success RAR (SuccessRAR): if the network equipment successfully receives preamble and PUSCH information in the msgA, the terminal feeds back SuccessRAR, wherein TA command, C-RNTI, conflict resolution ID and the like can be carried;

Rollback RAR (FallbackRAR): if the network device successfully detects the preamble part in the terminal msgA, but does not receive the correct PUSCH part, the network may send a fallback rar to the terminal, so that the terminal may fall back to the conventional 4-step RACH procedure, and after the terminal receives the fallback rar, the terminal sends msg3 to the network.

Of course, the msgB RAR response message may also carry other information, such as Backoff indicator, for indicating how to adjust the time parameter of retransmitting the msgA if the terminal does not receive the RAR response message.

However, in the 2-step RACH procedure, after the terminal device transmits the msgA, the terminal listens for the RAR response message within the RAR window. There may be a network that successfully receives the msgA sent by the terminal and sends a RAR response to the terminal in the msgB, but the terminal does not successfully receive the RAR response. For this situation, the terminal device needs to retransmit the msgA to the network device, thereby increasing signaling overhead, power consumption, and delay.

Based on the above problems, the invention provides an RAR group feedback method of msgB.

By sending the feedback information of the MAC sub PDU to the network device, the network can know that the terminal does not successfully receive the RAR response message, so as to attempt to resend the RAR response message to the terminal, thereby avoiding the terminal device resending the msgA to the network device, and further reducing signaling overhead, power consumption and time delay.

Fig. 6 shows a schematic flow chart of a method 400 of a terminal device sending feedback information or a network device receiving feedback information according to an embodiment of the application, which method 400 may be interactively performed by the terminal device and the network device. The terminal device shown in fig. 6 may be a terminal device as shown in fig. 1, and the network device shown in fig. 6 may be an access network device as shown in fig. 1.

As shown in fig. 6, the method 400 includes some or all of the following:

s410, the terminal equipment receives a Media Access Control (MAC) protocol data unit PDU; wherein the MAC PDU includes a plurality of MAC sub-PDUs.

S421, the terminal equipment determines physical uplink control channel (Physical Uplink Control Channel, PUCCH) resources corresponding to each MAC sub-PDU in the plurality of MAC sub-PDUs according to the sequence of the plurality of MAC sub-PDUs in the plurality of PUCCH resources.

S430, the terminal equipment sends feedback information of the same MAC sub-PDU on PUCCH resources of each of the plurality of MAC sub-PDUs.

For example, the terminal device determines the resource for carrying the feedback information of the target RAR message based on the position of the MAC sub-PDU (such as the sub-PDU corresponding to the success RAR or the fall back RAR message) to which the target RAR message belongs in the MAC PDU. The resource carrying feedback information of the target RAR message may be a PUCCH resource.

In some embodiments of the application, the plurality of MAC sub-PDUs includes a MAC sub-PDU with a fallback random access response, RAR, and a MAC sub-PDU with a successful RAR.

In other words, the terminal device may feed back both the MAC sub-PDU carrying the fallback random access response RAR and the MAC sub-PDU carrying the successful RAR. Or, the MAC sub-PDU to be fed back in the MAC PDU includes a MAC sub-PDU carrying a back-off RAR and a MAC sub-PDU carrying a successful RAR. Alternatively, the RAR to be fed back may include a successful RAR and a fallback RAR.

The plurality of MAC sub-PDUs includes only MAC sub-PDUs carrying successful RARs.

In other words, the terminal device may only feed back all MAC sub-PDUs carrying successful RARs. Alternatively, the MAC sub-PDU to be fed back includes only MAC sub-PDUs carrying successful RARs. Alternatively, the RAR to be fed back may include only a successful RAR.

In some embodiments of the application, the plurality of MAC sub-PDUs are partial MAC sub-PDUs of the MAC PDUs.

For example, the MAC PDU may include a MAC sub-PDU in an E/T/R/BI sub-header and/or a MAC sub-PDU including only RAPID in addition to the plurality of MAC sub-PDUs.

In other words, the terminal device may feed back a part of MAC sub-PDUs (i.e., MAC sub-PDUs to be fed back) in the MAC PDU. Alternatively, the MAC sub-PDU to be fed back may be a partial MAC sub-PDU of the MAC PDUs.

In some embodiments of the present application, PUCCH resources corresponding to the plurality of MAC sub-PDUs are consecutive PUCCH resources among the plurality of PUCCH resources.

For example, the resources corresponding to the plurality of MAC sub-PDUs are in one-to-one correspondence with the plurality of PUCCH resources. For another example, the resources corresponding to the plurality of MAC sub-PDUs and the plurality of PUCCH resources may be one-to-many or many-to-one.

At this time, the terminal device may determine an i-th PUCCH resource as a corresponding PUCCH resource of an i-th MAC sub-PDU of the plurality of MAC sub-PDUs arranged in the second order, among the plurality of PUCCH resources arranged in the first order, i being a non-negative integer.

Wherein, the first sequence is the sequence of the resource numbers from big to small or from small to big, and the second sequence is the sequence of the MAC sub-PDU from front to back or from back to front in the MAC PDU.

In other words, the MAC sub-PDUs to be fed back are mapped one by one with the plurality of PUCCH resources according to the sequence of the resource numbers according to their positions in the plurality of MAC sub-PDUs.

For example, the terminal device may determine the plurality of PUCCH resources arranged in the order of the resource numbers from small to large as PUCCH resources corresponding to the plurality of MAC sub-PDUs arranged in the order from front to back, respectively.

For another example, the terminal device may determine the plurality of PUCCH resources arranged in the order of the resource numbers from small to large as PUCCH resources corresponding to the plurality of MAC sub-PDUs arranged in the order from rear to front, respectively.

For another example, the terminal device may determine the plurality of PUCCH resources arranged in the order of the resource numbers from large to small as PUCCH resources corresponding to the plurality of MAC sub-PDUs arranged in the order from front to rear, respectively.

For another example, the terminal device may determine the plurality of PUCCH resources arranged in the order of the resource numbers from the large to the small as PUCCH resources corresponding to the plurality of MAC sub-PDUs arranged in the order from the rear to the front.

In other words, the terminal device may determine the plurality of PUCCH resources arranged in sequence as corresponding PUCCH resources of the plurality of MAC sub-PDUs arranged in sequence, respectively.

Taking fig. 7 as an example, assume that n MAC sub-PDUs carrying RAR messages are carried in a MAC PDU, where each MAC sub-PDU includes a response of a preamble; in addition, the network device may configure n PUCCH feedback resources to the terminal.

For each MAC sub-PDU, the terminal device may determine, from the n PUCCH feedback resources, a PUCCH feedback resource corresponding to the same MAC sub-PDU based on a position of the same MAC sub-PDU in the MAC PDU. For example, according to the bit sequence, the MAC sub-PDU located in the 1 st MAC PDU corresponds to the PUCCH feedback resource numbered 1 in the n PUCCH feedback resources; according to the MAC sub-PDU of the bit sequence 2 in the MAC PDU, the number 2 PUCCH feedback resource in the n PUCCH feedback resources is corresponding; and by analogy, according to the MAC sub-PDU of the nth bit sequence in the MAC PDU, the number n of the n PUCCH feedback resources corresponds to the PUCCH feedback resource.

Thus, after the terminal receives the msgB, it can determine whether there is an RAR for the msgA information transmitted by itself among RARs in the MAC sub-PDUs (can check preamble index and contention resolution ID in the RAR), and determine the PUCCH resource number of each MAC sub-PDU based on the order of the plurality of MAC sub-PDUs in the msgB.

The implementation manner of determining the PUCCH resource of the MAC sub-PDU by the terminal device when the plurality of MAC sub-PDUs includes only the MAC sub-PDU carrying the successful RAR is described below.

In some embodiments of the present application, a portion of the MAC sub-PDUs except for the first MAC sub-PDU and the second MAC sub-PDU in the MAC PDU may include a MAC sub-PDU carrying a successful RAR, and another portion of the MAC sub-PDUs may include a MAC sub-PDU carrying a fallback RAR.

At this time, the terminal device may only feed back the MAC sub-PDU carrying the successful RAR.

In other words, when the MAC PDU carries the fallback RAR and the success RAR, since the msg3 is sent after the terminal receives the fallback RAR, the network can indirectly determine whether the terminal receives the fallback RAR message based on whether the terminal receives the msg3 sent by the terminal, so that the terminal does not need to perform HARQ-ACK feedback for the fallback RAR. Or, the terminal device may determine the resource that carries the feedback information based on the sequence of the MAC sub-PDUs to which the success RAR message in the msgB belongs.

Taking fig. 8 as an example, assume that n MAC sub-PDUs carrying RAR messages are carried in a MAC PDU, where each MAC sub-PDU includes a response of a preamble; in addition, the network device may configure n PUCCH feedback resources to the terminal.

For each success RAR, the terminal device may determine a PUCCH resource index based on the position of the success RAR in all success RARs. For example, according to the bit sequence, the success RAR located at the 1 st in the MAC PDU corresponds to the PUCCH feedback resource numbered 1 in the n PUCCH feedback resources; according to the success RAR of the bit sequence 2 in the MAC PDU, corresponding to the PUCCH feedback resource numbered 2 in the n PUCCH feedback resources; and by analogy, according to the success RAR of the nth bit sequence in the MAC PDU, the number n of the n PUCCH feedback resources corresponds to the PUCCH feedback resource.

By mapping PUCCH resources only for success rar, since fallback rar does not need feedback, the utilization rate of PUCCH resources can be improved.

In some embodiments of the present application, PUCCH resources corresponding to the plurality of MAC sub-PDUs are discontinuous PUCCH resources among the plurality of PUCCH resources. For example, PUCCH resources corresponding to two adjacent MAC sub-PDUs in the plurality of MAC sub-PDUs are two PUCCH resources separated by one or more PUCCH resources, respectively.

The third sequence is the sequence of the resource numbers from big to small or from small to big, and the fourth sequence is the sequence of the MAC sub-PDU from front to back or from back to front in the MAC PDU.

For example, the terminal device may determine an mth PUCCH resource as a corresponding PUCCH resource of an ith MAC sub-PDU of the plurality of MAC sub-PDUs arranged in a fourth order among the plurality of PUCCH resources arranged in the third order;

wherein M is a PUCCH resource between two PUCCH resources corresponding to two adjacent MAC sub-PDUs in the plurality of MAC sub-PDUs arranged in the fourth order, M is a positive integer, and i is a non-negative integer.

Taking fig. 9 as an example, assume that the MAC PDU of the RAR response message includes sub-PDUs (i.e., the plurality of MAC sub-PDUs) carrying n RAR messages, where each sub-PDU includes a response of a preamble; in addition, the network device may configure the terminal with 2n-1 PUCCH feedback resources.

For each MAC sub-PDU, the terminal device may determine, based on the position of the same MAC sub-PDU in the MAC PDU, a PUCCH feedback resource corresponding to the same MAC sub-PDU from the 2n-1 PUCCH feedback resources. For example, according to the MAC sub-PDU of bit sequence 1 in the MAC PDU, the PUCCH feedback resource numbered 1 in the 2n-1 PUCCH feedback resources is corresponding; according to the MAC sub-PDU of the bit sequence 2 in the MAC PDU, the PUCCH feedback resource with the number of 3 in 2n-1 PUCCH feedback resources is corresponding; according to the MAC sub-PDU of the 3 rd bit sequence in the MAC PDU, the PUCCH feedback resource numbered 5 in the M PUCCH feedback resources is corresponding; and so on, according to the MAC sub-PDU of the nth bit sequence in the MAC PDU, the PUCCH feedback resource numbered 2n-1 in the 2n-1 PUCCH feedback resources is corresponding.

In other words, one PUCCH resource is spaced between two PUCCH resources corresponding to each two adjacent 2n-1, or the resource numbers of two PUCCH resources corresponding to each two adjacent 2n-1 are spaced by 2.

As an example, in the case where m×i is less than or equal to N, the terminal device determines, from among the plurality of PUCCH resources arranged in the third order, the mth×i PUCCH resource as a corresponding PUCCH resource of the ith MAC sub-PDU of the plurality of MAC sub-PDUs arranged in the fourth order;

wherein N is the number of the plurality of PUCCHs.

As another example, in the case where m×i > N, the terminal device may determine, from among the plurality of PUCCH resources arranged in the third order, an mth×i+k PUCCH resource as a corresponding PUCCH resource of an ith MAC sub-PDU of the plurality of MAC sub-PDUs arranged in the fourth order, where k is a positive integer less than M.

Wherein k-1 represents a kth time of cyclically determining a corresponding PUCCH resource of a MAC sub-PDU among the plurality of PUCCH resources arranged in the third order.

In other words, the plurality of MAC sub-PDUs may be mapped with PUCCH resources numbered m×i in a one-to-one order according to the position order; if the MAC sub-PDU does not have the corresponding PUCCH resource, the remaining MAC sub-PDU is mapped with the resource with the number Mi+1 one by one according to the sequence; and so on until all the MAC sub-PDUs have corresponding PUCCH resources. Wherein M is a positive integer, and i is a non-negative integer.

The plurality of MAC sub-PDUs are mapped to PUCCH resources with the number of M x i one by one according to the position sequence, so that the MAC sub-PDUs can be ensured to have explicit PUCCH feedback resources, discontinuous mapping can be ensured, enough cyclic shift intervals can be ensured between the PUCCH resources, and the performance of the PUCCH is improved. For example, by means of cyclic discontinuous mapping, PUCCH performance can be improved when the number of the plurality of MAC sub-PDUs is small, and more PUCCH resources can be provided when the number of the plurality of MAC sub-PDUs is large.

The MAC PDU transmitted in one slot in the RAR window of msgB may carry only MAC sub-PDUs of several users. When the number of the plurality of PUCCH resources is large, how to fully utilize one PUCCH resource setPUCCH resource and feed back the transmitted MAC sub-PDU for a plurality of slots is a further problem to be solved.

In some embodiments of the present application, the plurality of PUCCH resources include a plurality of sets of PUCCH resources, and one set of PUCCH resources in the plurality of sets of PUCCH resources is a PUCCH resource corresponding to a MAC sub-PDU in one slot in the plurality of slots. For example, the plurality of sets of PUCCH resources are in one-to-one correspondence with the plurality of slots. Of course, the multiple groups of PUCCHs may also have a one-to-many or many-to-one relationship with the multiple slots.

For example, the multiple sets of PUCCH resources include a first set of PUCCH resources and a second set of PUCCH resources, where the first set of PUCCH resources is PUCCH resources corresponding to MAC sub-PDUs in slots with odd numbers, and the second set of PUCCH resources is PUCCH resources corresponding to MAC sub-PDUs in slots with even numbers.

At this time, the method 400 may further include:

and receiving back-off timing indication information, wherein the back-off timing indication information is used for timing PUCCH resources corresponding to the MAC sub-PDUs in the time slots with odd numbers to the first group of PUCCH resources and timing PUCCH resources corresponding to the MAC sub-PDUs in the time slots with even numbers to the second group of PUCCH resources.

In other words, the plurality of PUCCH resources are divided into a plurality of groups of PUCCH resources. The PUCCH resources of different groups respectively carry feedback information of MAC sub-PDUs in msgB of different slots.

For example, the plurality of PUCCH resources may be one PUCCH resource set (resource set). For example, the first PUCCH resource set can include 16 or other number of PUCCH resources. At this time, the PUCCH resources in one PUCCH resource set may be divided into a plurality of groups of PUCCH resources. Wherein, one group of PUCCH resources in the plurality of groups of PUCCH resources is PUCCH resources corresponding to the MAC sub-PDU in one time slot in the plurality of time slots. The multiple sets of PUCCH resources may also be referred to as multiple PUCCH resource subsets. Wherein each set of PUCCH resources (i.e. each PUCCH resource subset) may comprise one or more PUCCH resources.

For example, the feedback information of the MAC sub-PDUs of the odd slots in the RARwindow is carried using the first set of PUCCH resources; and carrying feedback information of the MAC sub-PDU of the even time slot in the RARwindow by using the first group of PUCCH resources. Further, the appropriate field PDSCH-to-harq_ feedback timing indicator in the DCI for scheduling the PDSCH carrying the RAR message may be set such that the RAR of the odd slot and the feedback message of the RAR message of the even slot both correspond to the same PUCCH resource set.

By feeding back the MAC sub-PDUs of different time slots in the same PUCCH resource set, the utilization rate of the PUCCH resource can be effectively improved under the condition that the number of RARs in each time slot msgB is smaller.

In some embodiments of the application, the method 400 may further comprise:

the terminal device determines the plurality of PUCCH resources.

For example, the terminal device determines the plurality of PUCCH resources before S421, so that the terminal device determines, among the plurality of PUCCH resources, a PUCCH resource corresponding to each MAC sub-PDU of the plurality of MAC sub-PDUs.

In some embodiments of the application, the method 400 may further comprise:

the terminal device receives the first information.

The first information is used for configuring the plurality of PUCCH resources for the terminal equipment.

For example, the first information configures the plurality of PUCCH resources for the terminal device through system information or radio resource control RRC dedicated signaling.

In other words, the network device may configure PUCCH resources dedicated for RAR feedback for the 2-step RACH procedure, and when the terminal device needs to feedback information of the MAC sub-PDU, the feedback information of the MAC sub-PDU may be directly sent on the configured PUCCH resources.

In other embodiments of the present application, the method 400 may further include:

the terminal equipment receives second information, wherein the second information is used for configuring PUCCH resources for 4-step random access for the terminal equipment.

At this time, the terminal device may determine the plurality of PUCCH resources among the PUCCH resources for 4-step random access.

In other words, PUCCH resources for 2-step RACH RAR may be reserved among PUCCH resources of 4-step RACH; the terminal device may use PUCCH resources other than reserved resources in the resources configured by the puceh-ResourceCommon for HARQ feedback for 4-step RACH msg 4. Further, the terminal device may be based on the transmission condition of the 2-step RACH RAR response message, and feedback of PUCCH resources of the reserved resources for 2-step RACHmsgB in the resources configured by the puceh-resource common.

In some embodiments of the application, the method 400 may further comprise:

the terminal device receives third information, where the third information is used to indicate positions of the multiple PUCCH resources in the PUCCH resources for 4-step random access.

For example, the third information indicates, through physical uplink control channel resource indication PRI or higher layer signaling in the random access response RAR, positions of the plurality of PUCCH resources among the PUCCH resources for 4-step random access.

In other words, among the PUCCH resources configured in the faceh-ResourceCommon, PUCCH resources available for 2-step RACH RAR are indicated, for example, the start point of the resource number of the PUCCH resource used for 2-step RACH RAR feedback is indicated. The terminal may perform msgB feedback in the PUCCH resources after the PUCCH resource numbering start point.

For example, the following manner may be adopted:

PRI in multiplexing (Reuse) DCI: since PRI in the scheduling RAR does not need to be used, PUCCH resource indication (PUCCH resource indicator, PRI) field values in PDCCH DCI for scheduling msgB can be multiplexed to indicate positions of the plurality of PUCCH resources among the PUCCH resources for 4-step random access. For example, the PRI field value may have a total of 3 bits, and different bit values may indicate the start of the resource number of different PUCCH resources, e.g. 000 indicates the start of 4, and 011 indicates the start of 8.

High layer signaling indicates: higher layer signaling may be employed to indicate the start of the resource numbering of the PUCCH resources used by the 2-step RACHRAR feedback.

In some embodiments of the present application, the terminal device may determine the plurality of PUCCH resources among the PUCCH resources for 4-step random access without receiving information for configuring the plurality of PUCCH resources.

In other words, if the terminal receives additional configuration information for configuring PUCCH resources, the configured PUCCH resources are used, otherwise (if the terminal does not receive additional configuration information for configuring PUCCH resources, that is, there is no relevant configuration information in the system information), the plurality of PUCCH resources are determined in the PUCCH resources for 4-step random access.

The 2-step RACH and the 4-step RACH can improve the utilization rate of the PUCCH resources by sharing the PUCCH resources; meanwhile, the 2-step RACH can provide sufficient PUCCH resources by adopting a dedicated PUCCH resource. The combination of the two combines the advantages described above while providing flexibility in network configuration.

In some embodiments of the application, each MAC sub-PDU of the plurality of MAC sub-PDUs corresponds to one PUCCH resource of the plurality of PUCCH resources.

The implementation manner of determining the PUCCH resource corresponding to each MAC sub-PDU in the plurality of MAC sub-PDUs by the terminal device based on the plurality of MAC sub-PDUs is described above, but the embodiment of the present application is not limited thereto.

For example, the terminal device may further determine PUCCH resources corresponding to each of the plurality of MAC sub-PDUs based on other information.

In some embodiments of the application, the terminal device receives a MAC PDU; wherein the MAC PDU comprises a plurality of MAC sub-PDUs; the terminal equipment determines PUCCH resources corresponding to each MAC sub-PDU in the plurality of MAC sub-PDUs according to the first information and the first mapping relation; and the terminal equipment sends the feedback information of the same MAC sub-PDU on the PUCCH resource of each of the plurality of MAC sub-PDUs.

The first mapping relationship includes a mapping relationship between at least one PUCCH resource and at least one information, where the at least one information includes the first information, and the first information includes a preamble used by the message a and/or a PUSCH resource used by the message a. For example, the PUSCH resources used by the message a may include a number of PUSCH resources used by the message a and/or a number of PUSCH demodulation reference signal DMRS used by the message a.

In other words, a mapping relationship between preamble or PUSCH resources (including PUSCH resource number; PUSCH DMRS number, etc.) in msgA and PUCCH resources fed back by msgB may be established. Because the RAR in the msgB carries preamble index information of the msgA sent by the terminal, when the terminal feeds back the RAR response message, the terminal can select preamble or PUSCH resource information based on the msgA and determine to feed back PUCCH resources for the msgB.

Wherein, the time position (k 1) of the PUCCH resource used by the 2-step RACH indicates, the indication of PDSCH-to-HARQ-timing-indicator of DCI 1-0 is used, or the high-layer signaling configuration or predefining k1.

In some embodiments of the application, the method further comprises:

receiving configuration information;

the configuration information is used for configuring the first mapping relation for the terminal equipment.

And according to the first mapping relation, the PUCCH resources corresponding to each MAC sub-PDU in the plurality of MAC sub-PDUs determined by the network equipment and the terminal equipment are kept consistent.

The preferred embodiments of the present application have been described in detail above with reference to the accompanying drawings, but the present application is not limited to the specific details of the above embodiments, and various simple modifications can be made to the technical solution of the present application within the scope of the technical concept of the present application, and all the simple modifications belong to the protection scope of the present application.

For example, the specific features described in the above embodiments may be combined in any suitable manner, and in order to avoid unnecessary repetition, various possible combinations are not described further.

As another example, any combination of the various embodiments of the present application may be made without departing from the spirit of the present application, which should also be regarded as the disclosure of the present application.

It should be understood that, in the various method embodiments of the present application, the sequence number of each process described above does not mean that the execution sequence of each process should be determined by its functions and internal logic, and should not constitute any limitation on the implementation process of the embodiments of the present application.

The method of transmitting feedback information according to the embodiment of the present application is described in detail above in connection with fig. 6 to 10 from the perspective of the terminal device, and the method of receiving feedback information according to the embodiment of the present application will be described below in connection with fig. 6 from the perspective of the network device.

As shown in fig. 6, the method 400 includes:

s410, the network equipment sends a Media Access Control (MAC) protocol data unit PDU; wherein the MAC PDU includes a plurality of MAC sub-PDUs.

S422, the network device determines a Physical Uplink Control Channel (PUCCH) resource corresponding to each MAC sub-PDU in the plurality of MAC sub-PDUs according to the sequence of the plurality of MAC sub-PDUs in the plurality of PUCCH resources.

S430, the network device receives feedback information of the same MAC sub-PDU on a PUCCH resource of each of the plurality of MAC sub-PDUs.

In some embodiments of the application, the plurality of MAC sub-PDUs includes only MAC sub-PDUs carrying successful RARs.

In some embodiments of the present application, the resources corresponding to the plurality of MAC sub-PDUs correspond one-to-one to the plurality of PUCCH resources.

In some embodiments of the present application, the network device determines an i-th PUCCH resource as a corresponding PUCCH resource of an i-th MAC sub-PDU of the plurality of MAC sub-PDUs arranged in a second order, among the plurality of PUCCH resources arranged in the first order, i being a non-negative integer.

In some embodiments of the present application, the first order is an order of from big to small or from small to big in resource numbers, and the second order is an order of MAC sub-PDUs from front to back or from back to front in MAC PDUs.

In some embodiments of the present application, PUCCH resources corresponding to the plurality of MAC sub-PDUs are discontinuous PUCCH resources among the plurality of PUCCH resources.

In some embodiments of the present application, PUCCH resources corresponding to two adjacent MAC sub-PDUs in the plurality of MAC sub-PDUs are two PUCCH resources separated by one or more PUCCH resources, respectively.

In some embodiments of the present application, the network device determines, from the plurality of PUCCH resources arranged in the third order, an mth i PUCCH resource as a corresponding PUCCH resource of an i MAC sub-PDU of the plurality of MAC sub-PDUs arranged in the fourth order;

In some embodiments of the present application, the network device determines, in the case where m×i is less than or equal to N, the mth×i PUCCH resource as a corresponding PUCCH resource of the ith MAC sub-PDU of the plurality of MAC sub-PDUs arranged in the fourth order, from among the plurality of PUCCH resources arranged in the third order;

Wherein N is the number of the plurality of PUCCHs.

In some embodiments of the application, the method 400 may further comprise:

and the network device determines the Mth i+k PUCCH resource as the corresponding PUCCH resource of the ith MAC sub-PDU in the plurality of MAC sub-PDUs arranged according to the fourth order, in the plurality of PUCCH resources arranged according to the third order, where k is a positive integer less than M.

In some embodiments of the present application, the third order is an order of from big to small or from small to big in resource numbers, and the fourth order is an order of MAC sub-PDUs from front to back or from back to front in MAC PDUs.

In some embodiments of the present application, the plurality of PUCCH resources include a plurality of sets of PUCCH resources, and one set of PUCCH resources in the plurality of sets of PUCCH resources is a PUCCH resource corresponding to a MAC sub-PDU in one slot in the plurality of slots.

In some embodiments of the present application, the plurality of sets of PUCCH resources are in one-to-one correspondence with the plurality of slots.

In some embodiments of the present application, the plurality of sets of PUCCH resources include a first set of PUCCH resources and a second set of PUCCH resources, where the first set of PUCCH resources is PUCCH resources corresponding to MAC sub-PDUs in slots with odd numbers, and the second set of PUCCH resources is PUCCH resources corresponding to MAC sub-PDUs in slots with even numbers.

In some embodiments of the application, the method 400 may further comprise:

the network device sends back-off timing indication information, where the back-off timing indication information is used to time PUCCH resources corresponding to MAC sub-PDUs in slots with odd numbers to the first group of PUCCH resources and time PUCCH resources corresponding to MAC sub-PDUs in slots with even numbers to the second group of PUCCH resources.

In some embodiments of the application, the method 400 may further comprise:

the network device determines the plurality of PUCCH resources.

In some embodiments of the application, the method 400 may further comprise:

the network equipment sends first information; the first information is used for configuring the plurality of PUCCH resources for the terminal equipment.

In some embodiments of the present application, the first information configures the plurality of PUCCH resources for the terminal device through system information or radio resource control RRC dedicated signaling.

In some embodiments of the application, the method 400 may further comprise:

the network device sends second information, where the second information is used to configure PUCCH resources for 4-step random access for the terminal device.

Further, the network device determines the plurality of PUCCH resources among the PUCCH resources for 4-step random access.

In some embodiments of the application, the method 400 may further comprise:

the network device transmits third information, where the third information is used to indicate positions of the plurality of PUCCH resources in the PUCCH resources for 4-step random access.

In some embodiments of the present application, the third information indicates a position of the plurality of PUCCH resources in the PUCCH resources for 4-step random access through physical uplink control channel resource indication PRI or higher layer signaling in a random access response RAR.

In some embodiments of the present application, the plurality of PUCCH resources is determined among the PUCCH resources for 4-step random access without transmitting information for configuring the plurality of PUCCH resources.

In some embodiments of the application, the method is applied to a 2-step random access procedure.

In other embodiments of the application, the network device transmits a medium access control, MAC, protocol data unit, PDU; wherein the MAC PDU comprises a plurality of MAC sub-PDUs; the network equipment determines Physical Uplink Control Channel (PUCCH) resources corresponding to each MAC sub-PDU in the plurality of MAC sub-PDUs according to the first information and the first mapping relation; the first mapping relation comprises a mapping relation between at least one PUCCH resource and at least one piece of information, wherein the at least one piece of information comprises the first information, and the first information comprises a preamble used by a message A and/or a PUSCH resource used by the message A; the network device receives feedback information of each of the plurality of MAC sub-PDUs on a PUCCH resource of the same MAC sub-PDU.

In some embodiments of the application, the network device transmits configuration information; the configuration information is used for configuring the first mapping relation for the terminal equipment.

In some embodiments of the present application, the PUSCH resources used by the message a include a number of PUSCH resources used by the message a and/or a number of PUSCH demodulation reference signal DMRS used by the message a.

It should be understood that, for brevity, a specific implementation manner of determining the physical uplink control channel PUCCH resource corresponding to each MAC sub-PDU at the network side may refer to corresponding steps at the terminal side, which are not described herein again.

The method embodiment of the present application is described in detail above with reference to fig. 1 to 10, and the apparatus embodiment of the present application is described in detail below with reference to fig. 11 to 14.

Fig. 11 is a schematic block diagram of a terminal device 500 of an embodiment of the present application.

As shown in fig. 11, in some embodiments of the present application, the terminal device 500 may include:

a communication unit 510 configured to receive a medium access control MAC protocol data unit PDU; wherein the MAC PDU comprises a plurality of MAC sub-PDUs;

a processing unit 520, configured to determine, from among a plurality of PUCCH resources, a physical uplink control channel PUCCH resource corresponding to each MAC sub-PDU of the plurality of MAC sub-PDUs according to an order of the plurality of MAC sub-PDUs;

The communication unit 510 is further configured to send feedback information of each of the plurality of MAC sub-PDUs on a PUCCH resource of the same MAC sub-PDU.

In some embodiments of the present application, the processing unit 520 is specifically configured to:

among the plurality of PUCCH resources arranged in the first order, an i-th PUCCH resource is determined as a corresponding PUCCH resource of an i-th MAC sub-PDU of the plurality of MAC sub-PDUs arranged in the second order, i being a non-negative integer.

determining an mth PUCCH resource as a corresponding PUCCH resource of an ith MAC sub-PDU of the plurality of MAC sub-PDUs arranged in a fourth order, from the plurality of PUCCH resources arranged in the third order;

In some embodiments of the present application, the processing unit 520 is more specifically configured to:

when m×i is less than or equal to N, determining the mth×i PUCCH resource as a PUCCH resource corresponding to the ith MAC sub-PDU of the plurality of MAC sub-PDUs arranged in the fourth order, from among the plurality of PUCCH resources arranged in the third order;

Wherein N is the number of the plurality of PUCCHs.

In some embodiments of the present application, the processing unit 520 is further configured to:

and determining, in the plurality of PUCCH resources arranged in the third order, an mth+k PUCCH resource as a PUCCH resource corresponding to an ith MAC sub-PDU of the plurality of MAC sub-PDUs arranged in the fourth order, where k is a positive integer smaller than M, where M is i > N.

In some embodiments of the present application, the communication unit 510 is further configured to:

and determining the plurality of PUCCH resources.

receiving first information;

receiving second information, wherein the second information is used for configuring PUCCH resources for 4-step random access for terminal equipment;

wherein, the processing unit 520 is specifically configured to:

and determining the plurality of PUCCH resources from the PUCCH resources for 4-step random access.

and receiving third information, wherein the third information is used for indicating the positions of the plurality of PUCCH resources in the PUCCH resources for 4-step random access.

and determining the plurality of PUCCH resources from among the PUCCH resources for 4-step random access in the case that information for configuring the plurality of PUCCH resources is not received.

In some embodiments of the application, the terminal device is applied to a 2-step random access procedure.

As shown in fig. 11, in other embodiments of the present application, the terminal device 500 may include:

A processing unit 520, configured to determine, according to the first information and the first mapping relationship, a physical uplink control channel PUCCH resource corresponding to each MAC sub-PDU of the plurality of MAC sub-PDUs; the first mapping relation comprises a mapping relation between at least one PUCCH resource and at least one piece of information, wherein the at least one piece of information comprises the first information, and the first information comprises a preamble used by a message A and/or a PUSCH resource used by the message A;

receiving configuration information;

It should be understood that apparatus embodiments and method embodiments may correspond with each other and that similar descriptions may refer to the method embodiments. Specifically, the terminal device 500 shown in fig. 11 may correspond to a corresponding main body in the method 400 for executing the embodiment of the present application, and the foregoing and other operations and/or functions of each unit in the terminal device 500 are respectively for implementing the corresponding flow in each method in fig. 6, which are not described herein for brevity.

Fig. 12 is a schematic block diagram of a network device 600 of an embodiment of the present application.

As shown in fig. 12, in some embodiments of the application, the network device 600 may include:

a communication unit 610 configured to send a medium access control MAC protocol data unit PDU; wherein the MAC PDU comprises a plurality of MAC sub-PDUs;

a processing unit 620, configured to determine, from among a plurality of PUCCH resources, a physical uplink control channel PUCCH resource corresponding to each MAC sub-PDU of the plurality of MAC sub-PDUs according to an order of the plurality of MAC sub-PDUs;

the communication unit 610 is further configured to receive feedback information of each of the plurality of MAC sub-PDUs on a PUCCH resource of the same MAC sub-PDU.

In some embodiments of the present application, the processing unit 620 is specifically configured to:

In some embodiments of the present application, the processing unit 620 is more specifically configured to:

wherein N is the number of the plurality of PUCCHs.

In some embodiments of the present application, the processing unit 620 is further configured to:

In some embodiments of the present application, the communication unit 610 is further configured to:

and sending back-off timing indication information, wherein the back-off timing indication information is used for timing PUCCH resources corresponding to the MAC sub-PDUs in the time slots with odd numbers to the first group of PUCCH resources and timing PUCCH resources corresponding to the MAC sub-PDUs in the time slots with even numbers to the second group of PUCCH resources.

and determining the plurality of PUCCH resources.

transmitting first information;

transmitting second information, wherein the second information is used for configuring PUCCH resources for 4-step random access for terminal equipment;

wherein, the processing unit 620 is specifically configured to:

and transmitting third information, wherein the third information is used for indicating the positions of the plurality of PUCCH resources in the PUCCH resources for 4-step random access.

and determining the plurality of PUCCH resources among the PUCCH resources for 4-step random access in the case that information for configuring the plurality of PUCCH resources is not transmitted.

In some embodiments of the application, the network device is applied to a 2-step random access procedure.

As shown in fig. 12, in other embodiments of the present application, the network device 600 may include:

a processing unit 620, configured to determine, according to the first information and the first mapping relationship, a physical uplink control channel PUCCH resource corresponding to each MAC sub-PDU of the plurality of MAC sub-PDUs; the first mapping relation comprises a mapping relation between at least one PUCCH resource and at least one piece of information, wherein the at least one piece of information comprises the first information, and the first information comprises a preamble used by a message A and/or a PUSCH resource used by the message A;

transmitting configuration information;

It should be understood that apparatus embodiments and method embodiments may correspond with each other and that similar descriptions may refer to the method embodiments. Specifically, the network device 600 shown in fig. 12 may correspond to a corresponding main body in the method 400 for executing the embodiment of the present application, and the foregoing and other operations and/or functions of each unit in the network device 600 are respectively for implementing the corresponding flow in each method in fig. 6, which are not described herein for brevity.

The communication device according to the embodiment of the present application is described above from the perspective of the functional module in conjunction with the accompanying drawings. It should be understood that the functional module may be implemented in hardware, or may be implemented by instructions in software, or may be implemented by a combination of hardware and software modules.

Specifically, each step of the method embodiment in the embodiment of the present application may be implemented by an integrated logic circuit of hardware in a processor and/or an instruction in a software form, and the steps of the method disclosed in connection with the embodiment of the present application may be directly implemented as a hardware decoding processor or implemented by a combination of hardware and software modules in the decoding processor.

Alternatively, the software modules may be located in a well-established storage medium in the art such as random access memory, flash memory, read-only memory, programmable read-only memory, electrically erasable programmable memory, registers, and the like. The storage medium is located in a memory, and the processor reads information in the memory, and in combination with hardware, performs the steps in the above method embodiments.

For example, the processing unit and the communication unit referred to above may be implemented by a processor and a transceiver, respectively.

Fig. 13 is a schematic structural diagram of a communication device 700 of an embodiment of the present application.

Referring to fig. 13, the communication device 700 may include a processor 710.

Wherein the processor 710 may call and run computer programs from memory to implement the methods of embodiments of the present application.

With continued reference to fig. 13, the communication device 700 may also include a memory 720.

The memory 720 may be used for storing instruction information, and may also be used for storing code, instructions, etc. executed by the processor 710. Wherein the processor 710 may call and run a computer program from the memory 720 to implement the method in an embodiment of the application. Memory 720 may be a separate device from processor 710 or may be integrated into processor 710.

With continued reference to fig. 13, the communication device 700 may also include a transceiver 730.

The processor 710 may control the transceiver 730 to communicate with other devices, and in particular, may send information or data to other devices or receive information or data sent by other devices. Transceiver 730 may include a transmitter and a receiver. Transceiver 730 may further include antennas, the number of which may be one or more.

It should be appreciated that the various components in the communication device 700 are connected by a bus system that includes a power bus, a control bus, and a status signal bus in addition to a data bus.

It should also be understood that the communication device 700 may be a terminal device according to an embodiment of the present application, and the communication device 700 may implement a corresponding flow implemented by the terminal device in each method according to an embodiment of the present application, that is, the communication device 700 according to an embodiment of the present application may correspond to the terminal device 500 according to an embodiment of the present application, and may correspond to a corresponding main body in performing the method 200 according to an embodiment of the present application, which is not described herein for brevity. Similarly, the communication device 700 may be a network device according to an embodiment of the present application, and the communication device 700 may implement a corresponding flow implemented by the network device in each method according to the embodiment of the present application. That is, the communication device 700 according to the embodiment of the present application may correspond to the network device 600 according to the embodiment of the present application, and may correspond to a corresponding main body in performing the method 200 according to the embodiment of the present application, which is not described herein for brevity.

In addition, the embodiment of the application also provides a chip.

For example, the chip may be an integrated circuit chip having signal processing capabilities, and the methods, steps and logic blocks disclosed in the embodiments of the present application may be implemented or performed. The chip may also be referred to as a system-on-chip, a system-on-chip or a system-on-chip, etc. Alternatively, the chip may be applied to various communication devices so that the communication device mounted with the chip can perform the methods, steps and logic blocks disclosed in the embodiments of the present application.

Fig. 14 is a schematic block diagram of a chip 800 according to an embodiment of the present application.

Referring to fig. 14, the chip 800 includes a processor 810.

Wherein the processor 810 may call and run a computer program from memory to implement the methods of embodiments of the present application.

With continued reference to fig. 14, the chip 800 may also include a memory 820.

Wherein the processor 810 may call and run a computer program from the memory 820 to implement the method in embodiments of the present application. The memory 820 may be used for storing instruction information and may also be used for storing code, instructions, etc. for execution by the processor 810. The memory 820 may be a separate device from the processor 810 or may be integrated into the processor 810.

With continued reference to fig. 14, the chip 800 may further include an input interface 830.

The processor 810 may control the input interface 830 to communicate with other devices or chips, and in particular, may obtain information or data sent by other devices or chips.

With continued reference to fig. 14, the chip 800 may further include an output interface 840.

The processor 810 may control the output interface 840 to communicate with other devices or chips, and in particular, may output information or data to other devices or chips.

It should be understood that the chip 800 may be applied to a network device in the embodiment of the present application, and the chip may implement a corresponding flow implemented by the network device in each method in the embodiment of the present application, or may implement a corresponding flow implemented by a terminal device in each method in the embodiment of the present application, which is not described herein for brevity.

It should also be appreciated that the various components in the chip 800 are connected by a bus system that includes a power bus, a control bus, and a status signal bus in addition to a data bus.

The processor may include, but is not limited to:

a general purpose processor, digital signal processor (Digital Signal Processor, DSP), application specific integrated circuit (Application Specific Integrated Circuit, ASIC), field programmable gate array (Field Programmable Gate Array, FPGA) or other programmable logic device, discrete gate or transistor logic device, discrete hardware components, or the like.

The processor may be configured to implement or perform the methods, steps, and logic blocks disclosed in embodiments of the present application. The steps of the method disclosed in connection with the embodiments of the present application may be embodied directly in the execution of a hardware decoding processor, or in the execution of a combination of hardware and software modules in a decoding processor. The software modules may be located in a random access memory, flash memory, read only memory, programmable read only memory or erasable programmable memory, registers, etc. as well known in the art. The storage medium is located in a memory, and the processor reads the information in the memory and, in combination with its hardware, performs the steps of the above method.

The memory includes, but is not limited to:

volatile memory and/or nonvolatile memory. The nonvolatile Memory may be a Read-Only Memory (ROM), a Programmable ROM (PROM), an Erasable PROM (EPROM), an Electrically Erasable EPROM (EEPROM), or a flash Memory. The volatile memory may be random access memory (Random Access Memory, RAM) which acts as an external cache. By way of example, and not limitation, many forms of RAM are available, such as Static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), double Data Rate SDRAM (Double Data Rate SDRAM), enhanced SDRAM (ESDRAM), synchronous Link DRAM (SLDRAM), and Direct memory bus RAM (DR RAM).

It should be noted that the memory described herein is intended to comprise these and any other suitable types of memory.

There is also provided in an embodiment of the present application a computer-readable storage medium storing a computer program. The computer readable storage medium stores one or more programs, the one or more programs comprising instructions, which when executed by a portable electronic device comprising a plurality of application programs, enable the portable electronic device to perform the method of the embodiments shown in method 400.

Optionally, the computer readable storage medium may be applied to a network device in the embodiment of the present application, and the computer program causes a computer to execute a corresponding flow implemented by the network device in each method in the embodiment of the present application, which is not described herein for brevity.

Optionally, the computer readable storage medium may be applied to a mobile terminal/terminal device in the embodiment of the present application, and the computer program causes a computer to execute a corresponding procedure implemented by the mobile terminal/terminal device in each method of the embodiment of the present application, which is not described herein for brevity.

A computer program product, including a computer program, is also provided in an embodiment of the present application.

Optionally, the computer program product may be applied to a network device in the embodiment of the present application, and the computer program causes a computer to execute a corresponding flow implemented by the network device in each method in the embodiment of the present application, which is not described herein for brevity.

Optionally, the computer program product may be applied to a mobile terminal/terminal device in the embodiment of the present application, and the computer program makes a computer execute corresponding processes implemented by the mobile terminal/terminal device in each method of the embodiment of the present application, which are not described herein for brevity.

The embodiment of the application also provides a computer program. The computer program, when executed by a computer, enables the computer to perform the method of the embodiment shown in method 400.

Optionally, the computer program may be applied to a network device in the embodiment of the present application, and when the computer program runs on a computer, the computer is caused to execute a corresponding flow implemented by the network device in each method in the embodiment of the present application, which is not described herein for brevity.

In addition, the embodiment of the present application further provides a communication system, which may include the above-mentioned terminal device and network device, so as to form a communication system 100 as shown in fig. 1, which is not described herein for brevity. It should be noted that the term "system" and the like herein may also be referred to as "network management architecture" or "network system" and the like.

It is also to be understood that the terminology used in the embodiments of the present application and the appended claims is for the purpose of describing particular embodiments only, and is not intended to be limiting of the embodiments of the present application.

For example, as used in the embodiments of the application and the appended claims, the singular forms "a," "an," "the," and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise.

Those of skill in the art will appreciate that the elements and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware, or combinations of computer software and electronic hardware. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the solution. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the embodiments of the present application.

If implemented as a software functional unit and sold or used as a stand-alone product, may be stored on a computer readable storage medium. Based on such understanding, the technical solution of the embodiments of the present application may be embodied in essence or a part contributing to the prior art or a part of the technical solution, in the form of a software product stored in a storage medium, including several instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) to perform all or part of the steps of the method of the embodiments of the present application. And the aforementioned storage medium includes: various media capable of storing program codes, such as a U disk, a mobile hard disk, a read-only memory, a random access memory, a magnetic disk or an optical disk.

It will be clear to those skilled in the art that, for convenience and brevity of description, specific working procedures of the above-described systems, apparatuses and units may refer to corresponding procedures in the foregoing method embodiments, and are not repeated herein.

In the several embodiments provided by the present application, it should be understood that the disclosed systems, devices, and methods may be implemented in other manners.

For example, the division of units or modules or components in the above-described apparatus embodiments is merely a logic function division, and there may be another division manner in actual implementation, for example, multiple units or modules or components may be combined or may be integrated into another system, or some units or modules or components may be omitted or not performed.

As another example, the units/modules/components described above as separate/display components may or may not be physically separate, i.e., may be located in one place, or may be distributed over multiple network elements. Some or all of the units/modules/components may be selected according to actual needs to achieve the objectives of the embodiments of the present application.

Finally, it is pointed out that the coupling or direct coupling or communication connection between the various elements shown or discussed above can be an indirect coupling or communication connection via interfaces, devices or elements, which can be in electrical, mechanical or other forms.

The foregoing is merely a specific implementation of the embodiment of the present application, but the protection scope of the embodiment of the present application is not limited thereto, and any person skilled in the art can easily think about changes or substitutions within the technical scope of the embodiment of the present application, and the changes or substitutions are covered by the protection scope of the embodiment of the present application. Therefore, the protection scope of the embodiments of the present application shall be subject to the protection scope of the claims.

Claims

1. A method of transmitting feedback information, comprising:

determining a Physical Uplink Control Channel (PUCCH) resource corresponding to each MAC sub-PDU in a plurality of MAC sub-PDUs according to the sequence of the plurality of MAC sub-PDUs, wherein the sequence of the plurality of MAC sub-PDUs comprises: the method comprises the steps that a terminal device is based on the position of a MAC sub-PDU (protocol data unit) to which a target RAR message belongs in the MAC PDU, wherein the MAC sub-PDU comprises a corresponding MAC random access response RAR, and the MAC RAR is a random access response of a random access preamble sequence sent by the network device corresponding to the terminal device;

and transmitting feedback information of the same MAC sub-PDU on the PUCCH resource of each of the plurality of MAC sub-PDUs.

2. The method of claim 1, wherein the plurality of MAC sub-PDUs includes a MAC sub-PDU with a fallback random access response, RAR, and a MAC sub-PDU with a successful RAR.

3. The method of claim 1, wherein the plurality of MAC sub-PDUs includes only MAC sub-PDUs carrying successful RARs.

4. A method according to any one of claims 1 to 3, wherein the plurality of MAC sub-PDUs are part of the MAC sub-PDUs.

5. A method according to any one of claims 1 to 3, wherein PUCCH resources corresponding to the plurality of MAC sub-PDUs are consecutive PUCCH resources of the plurality of PUCCH resources.

6. The method of claim 5, wherein the plurality of MAC sub-PDUs correspond to resources that are one-to-one with the plurality of PUCCH resources.

7. The method of claim 5, wherein determining the physical uplink control channel PUCCH resource corresponding to each MAC sub-PDU of the plurality of MAC sub-PDUs according to the order of the plurality of MAC sub-PDUs, comprises:

8. The method of claim 7, wherein the first order is an order of resource numbers from big to small or from small to big, and the second order is an order of MAC sub-PDUs from front to back or from back to front in a MAC PDU.

9. A method according to any one of claims 1 to 3, wherein PUCCH resources corresponding to the plurality of MAC sub-PDUs are discontinuous ones of the plurality of PUCCH resources.

10. The method of claim 9, wherein PUCCH resources corresponding to two adjacent MAC sub-PDUs in the plurality of MAC sub-PDUs are two PUCCH resources separated by one or more PUCCH resources, respectively.

11. The method of claim 9, wherein the determining the physical uplink control channel PUCCH resource corresponding to each MAC sub-PDU of the plurality of MAC sub-PDUs according to the order of the plurality of MAC sub-PDUs comprises:

among the plurality of PUCCH resources arranged in the third order, determining an mth×i PUCCH resource as a corresponding PUCCH resource of an i-th MAC sub-PDU of the plurality of MAC sub-PDUs arranged in the fourth order;

12. The method of claim 11, wherein the determining the mxi-th PUCCH resource as the corresponding PUCCH resource of the i-th MAC sub-PDU of the plurality of MAC sub-PDUs arranged in the fourth order among the plurality of PUCCH resources arranged in the third order comprises:

determining, from among the plurality of PUCCH resources arranged in the third order, the mxi-th PUCCH resource as a corresponding PUCCH resource of an i-th MAC sub-PDU of the plurality of MAC sub-PDUs arranged in the fourth order, in the case where mxi is+.n;

wherein N is the number of the plurality of PUCCHs.

13. The method according to claim 12, wherein the method further comprises:

and determining Mxi+k-th PUCCH resources as corresponding PUCCH resources of i-th MAC sub-PDU in the plurality of MAC sub-PDUs arranged in the fourth order in the plurality of PUCCH resources arranged in the third order, wherein k is a positive integer smaller than M.

14. The method of claim 11, wherein the third order is an order of resource numbers from big to small or from small to big, and the fourth order is an order of MAC sub-PDUs from front to back or from back to front in a MAC PDU.

15. A method according to any one of claims 1 to 3, wherein the plurality of PUCCH resources comprises a plurality of sets of PUCCH resources, one set of PUCCH resources in the plurality of sets of PUCCH resources being a PUCCH resource corresponding to a MAC sub-PDU in one slot in the plurality of slots.

16. The method of claim 15, wherein the plurality of sets of PUCCH resources are in one-to-one correspondence with the plurality of slots.

17. The method of claim 15, wherein the plurality of sets of PUCCH resources comprises a first set of PUCCH resources and a second set of PUCCH resources, the first set of PUCCH resources being PUCCH resources corresponding to MAC sub-PDUs in odd numbered slots, the second set of PUCCH resources being PUCCH resources corresponding to MAC sub-PDUs in even numbered slots.

18. The method of claim 17, wherein the method further comprises:

19. A method according to any one of claims 1 to 3, further comprising:

and determining the plurality of PUCCH resources.

20. The method of claim 19, wherein the method further comprises:

receiving first information;

21. The method of claim 20, wherein the first information configures the plurality of PUCCH resources for the terminal device through system information or radio resource control, RRC, dedicated signaling.

22. The method of claim 19, wherein the method further comprises:

wherein the determining the plurality of PUCCH resources includes:

23. The method of claim 22, wherein the method further comprises:

24. The method of claim 23, wherein the third information indicates the location of the plurality of PUCCH resources in the PUCCH resources for 4-step random access by physical uplink control channel resource indication PRI or higher layer signaling in a random access response RAR.

25. The method of claim 23, wherein the determining the plurality of PUCCH resources from among the PUCCH resources for 4-step random access comprises:

26. A method according to any one of claims 1 to 3, wherein each MAC sub-PDU of the plurality of MAC sub-PDUs corresponds to one PUCCH resource of the plurality of PUCCH resources.

27. A method according to any of claims 1-3, characterized in that the method is applied to a 2-step random access procedure.

28. A method of transmitting feedback information, comprising:

29. The method of claim 28, wherein the method further comprises:

receiving configuration information;

30. The method according to claim 28 or 29, characterized in that the PUSCH resources used by the message a comprise the number of PUSCH resources used by the message a and/or the number of PUSCH demodulation reference signals DMRS used by the message a.

31. A method of receiving feedback information, comprising:

and receiving feedback information of the same MAC sub-PDU on the PUCCH resource of each of the plurality of MAC sub-PDUs.

32. The method of claim 31 wherein the plurality of MAC sub-PDUs includes a MAC sub-PDU with a fallback random access response, RAR, and a MAC sub-PDU with a successful RAR.

33. The method of claim 31 wherein the plurality of MAC sub-PDUs includes only MAC sub-PDUs carrying successful RARs.

34. The method according to any one of claims 31 to 33, wherein the plurality of MAC sub-PDUs are part of the MAC sub-PDUs.

35. The method according to any one of claims 31 to 33, wherein PUCCH resources corresponding to the plurality of MAC sub-PDUs are consecutive PUCCH resources among the plurality of PUCCH resources.

36. The method of claim 35, wherein the plurality of MAC sub-PDUs correspond to resources that are one-to-one with the plurality of PUCCH resources.

37. The method of claim 35, wherein the determining the physical uplink control channel PUCCH resource corresponding to each MAC sub-PDU of the plurality of MAC sub-PDUs according to the order of the plurality of MAC sub-PDUs comprises:

38. The method of claim 37, wherein the first order is an order of resource numbers from large to small or from small to large, and the second order is an order of MAC sub-PDUs from front to back or from back to front in a MAC PDU.

39. The method according to any one of claims 31 to 33, wherein PUCCH resources corresponding to the plurality of MAC sub-PDUs are discontinuous ones of the plurality of PUCCH resources.

40. The method of claim 39, wherein the PUCCH resources corresponding to two adjacent MAC sub-PDUs in the plurality of MAC sub-PDUs are two PUCCH resources separated by one or more PUCCH resources, respectively.

41. The method of claim 39, wherein the determining physical uplink control channel, PUCCH, resources corresponding to each of the plurality of MAC sub-PDUs according to the order of the plurality of MAC sub-PDUs comprises:

42. The method of claim 41, wherein the determining the mth x i PUCCH resource as the corresponding PUCCH resource of the ith MAC sub-PDU of the plurality of MAC sub-PDUs arranged in the fourth order among the plurality of PUCCH resources arranged in the third order comprises:

Wherein N is the number of the plurality of PUCCHs.

43. The method of claim 42, further comprising:

44. The method of claim 41, wherein the third order is an order of resource numbers from big to small or from small to big, and the fourth order is an order of MAC sub-PDUs from front to back or from back to front in a MAC PDU.

45. The method of any of claims 31-33, wherein the plurality of PUCCH resources comprises a plurality of sets of PUCCH resources, one set of PUCCH resources in the plurality of sets of PUCCH resources being a PUCCH resource corresponding to a MAC sub-PDU in one of the plurality of slots.

46. The method of claim 45, wherein the plurality of sets of PUCCH resources are in one-to-one correspondence with the plurality of slots.

47. The method of claim 45, wherein the plurality of sets of PUCCH resources includes a first set of PUCCH resources and a second set of PUCCH resources, the first set of PUCCH resources being PUCCH resources corresponding to MAC sub-PDUs in odd numbered slots, the second set of PUCCH resources being PUCCH resources corresponding to MAC sub-PDUs in even numbered slots.

48. The method of claim 47, further comprising:

49. The method according to any one of claims 31 to 33, further comprising:

and determining the plurality of PUCCH resources.

50. The method of claim 49, further comprising:

transmitting first information;

51. The method of claim 50, wherein the first information configures the plurality of PUCCH resources for the terminal device through system information or radio resource control, RRC, dedicated signaling.

52. The method of claim 49, further comprising:

Wherein the determining the plurality of PUCCH resources includes:

53. The method of claim 52, further comprising:

54. The method of claim 53, wherein the third information indicates a position of the plurality of PUCCH resources in the PUCCH resources for 4-step random access by physical uplink control channel resource indication PRI or higher layer signaling in a random access response RAR.

55. The method of claim 53, wherein the determining the plurality of PUCCH resources among the PUCCH resources for 4-step random access comprises:

56. The method of any of claims 31-33, wherein each MAC sub-PDU of the plurality of MAC sub-PDUs corresponds to one PUCCH resource of the plurality of PUCCH resources.

57. The method according to any of claims 31 to 33, characterized in that the method is applied to a 2-step random access procedure.

58. A method of receiving feedback information, comprising:

59. The method of claim 58, further comprising:

transmitting configuration information;

60. The method according to claim 58 or 59, characterized in that the PUSCH resources used by the message a comprise the number of PUSCH resources used by the message a and/or the number of PUSCH demodulation reference signals DMRS used by the message a.

61. A terminal device, comprising:

a communication unit for receiving a media access control MAC protocol data unit PDU; wherein the MAC PDU comprises a plurality of MAC sub-PDUs;

a processing unit, configured to determine, from a plurality of PUCCH resources, a physical uplink control channel PUCCH resource corresponding to each MAC sub-PDU of the plurality of MAC sub-PDUs according to an order of the plurality of MAC sub-PDUs, where the order of the plurality of MAC sub-PDUs includes: the method comprises the steps that a terminal device is based on the position of a MAC sub-PDU (protocol data unit) to which a target RAR message belongs in the MAC PDU, wherein the MAC sub-PDU comprises a corresponding MAC random access response RAR, and the MAC RAR is a random access response of a random access preamble sequence sent by the network device corresponding to the terminal device;

the communication unit is further configured to send feedback information of the same MAC sub-PDU on a PUCCH resource of each of the plurality of MAC sub-PDUs.

62. The terminal device of claim 61, wherein the plurality of MAC sub-PDUs include a MAC sub-PDU carrying a fallback random access response RAR and a MAC sub-PDU carrying a successful RAR.

63. The terminal device of claim 61, wherein the plurality of MAC sub-PDUs include only MAC sub-PDUs carrying successful RARs.

64. The terminal device of any of claims 61-63, wherein the plurality of MAC sub-PDUs are part of the MAC sub-PDUs.

65. The terminal device of any of claims 61-63, wherein PUCCH resources corresponding to the plurality of MAC sub-PDUs are consecutive PUCCH resources of the plurality of PUCCH resources.

66. The terminal device of claim 65, wherein the resources corresponding to the plurality of MAC sub-PDUs correspond one-to-one to the plurality of PUCCH resources.

67. The terminal device of claim 65, wherein the processing unit is specifically configured to:

68. The terminal device of claim 67, wherein the first order is an order of resource numbers from big to small or from small to big, and the second order is an order of MAC sub-PDUs from front to back or from back to front in a MAC PDU.

69. The terminal device of any of claims 61-63, wherein PUCCH resources corresponding to the plurality of MAC sub-PDUs are non-contiguous PUCCH resources of the plurality of PUCCH resources.

70. The terminal device of claim 69, wherein the PUCCH resources corresponding to two adjacent MAC sub-PDUs in the plurality of MAC sub-PDUs are two PUCCH resources separated by one or more PUCCH resources, respectively.

71. The terminal device of claim 69, wherein the processing unit is configured to:

72. The terminal device of claim 71, wherein the processing unit is more specifically configured to:

wherein N is the number of the plurality of PUCCHs.

73. The terminal device of claim 72, wherein the processing unit is further configured to:

74. The terminal device of claim 71, wherein the third order is an order of resource numbers from big to small or from small to big, and the fourth order is an order of MAC sub-PDUs from front to back or from back to front in a MAC PDU.

75. The terminal device of any of claims 61-63, wherein the plurality of PUCCH resources includes a plurality of sets of PUCCH resources, one set of PUCCH resources in the plurality of sets of PUCCH resources being a PUCCH resource corresponding to a MAC sub-PDU in one of the plurality of slots.

76. The terminal device of claim 75, wherein the plurality of sets of PUCCH resources correspond one-to-one to the plurality of slots.

77. The terminal device of claim 75, wherein the plurality of sets of PUCCH resources include a first set of PUCCH resources corresponding to MAC sub-PDUs in odd numbered slots and a second set of PUCCH resources corresponding to MAC sub-PDUs in even numbered slots.

78. The terminal device of claim 77, wherein the communication unit is further configured to:

79. The terminal device of any of claims 61-63, wherein the processing unit is further configured to:

and determining the plurality of PUCCH resources.

80. The terminal device of claim 79, wherein the communication unit is further configured to:

receiving first information;

81. The terminal device of claim 80, wherein the first information configures the plurality of PUCCH resources for the terminal device via system information or radio resource control, RRC, dedicated signaling.

82. The terminal device of claim 79, wherein the communication unit is further configured to:

Wherein, the processing unit is specifically configured to:

83. The terminal device of claim 82, wherein the communication unit is further configured to:

84. The terminal device of claim 83, wherein the third information indicates a position of the plurality of PUCCH resources among the PUCCH resources for 4-step random access by physical uplink control channel resource indication PRI or higher layer signaling in a random access response RAR.

85. The terminal device of claim 83, wherein the processing unit is configured to:

86. The terminal device of any of claims 61-63, wherein each of the plurality of MAC sub-PDUs corresponds to one of the plurality of PUCCH resources.

87. The terminal device according to any of the claims 61-63, characterized in that the terminal device is applied to a 2-step random access procedure.

88. A terminal device, comprising:

a processing unit, configured to determine, according to the first information and the first mapping relationship, a physical uplink control channel PUCCH resource corresponding to each MAC sub-PDU of the plurality of MAC sub-PDUs; the first mapping relation comprises a mapping relation between at least one PUCCH resource and at least one piece of information, wherein the at least one piece of information comprises the first information, and the first information comprises a preamble used by a message A and/or a PUSCH resource used by the message A;

89. The terminal device of claim 88, wherein the communication unit is further configured to:

receiving configuration information;

90. The terminal device of claim 88 or 89, wherein the PUSCH resources used by the message a comprise a number of PUSCH resources used by the message a and/or a number of PUSCH demodulation reference signal, DMRS, used by the message a.

91. A network device, comprising:

a communication unit, configured to send a media access control MAC protocol data unit PDU; wherein the MAC PDU comprises a plurality of MAC sub-PDUs;

the communication unit is further configured to receive feedback information of the same MAC sub-PDU on a PUCCH resource of each of the plurality of MAC sub-PDUs.

92. The network device of claim 91, wherein the plurality of MAC sub-PDUs includes a MAC sub-PDU with a fallback random access response, RAR, and a MAC sub-PDU with a successful RAR.

93. The network device of claim 91, wherein the plurality of MAC sub-PDUs includes only MAC sub-PDUs carrying successful RARs.

94. The network device of any one of claims 91 to 93, wherein the plurality of MAC sub-PDUs are part of the MAC sub-PDUs.

95. The network device of any one of claims 91-93, wherein PUCCH resources corresponding to the plurality of MAC sub-PDUs are consecutive PUCCH resources of the plurality of PUCCH resources.

96. The network device of claim 95, wherein the plurality of MAC sub-PDUs correspond to resources that are one-to-one with the plurality of PUCCH resources.

97. The network device of claim 95, wherein the processing unit is configured to:

98. The network device of claim 97, wherein the first order is an order of resource numbers from large to small or from small to large, and the second order is an order of MAC sub-PDUs from front to back or from back to front in a MAC PDU.

99. The network device of any one of claims 91-93, wherein PUCCH resources corresponding to the plurality of MAC sub-PDUs are non-contiguous PUCCH resources of the plurality of PUCCH resources.

100. The network device of claim 99, wherein PUCCH resources corresponding to two adjacent MAC sub-PDUs in the plurality of MAC sub-PDUs are two PUCCH resources separated by one or more PUCCH resources, respectively.

101. The network device of claim 99, wherein the processing unit is configured to:

102. The network device of claim 101, wherein the processing unit is more specifically configured to:

Wherein N is the number of the plurality of PUCCHs.

103. The network device of claim 102, wherein the processing unit is further configured to:

104. The network device of claim 101, wherein the third order is an order of resource numbers from big to small or from small to big, and the fourth order is an order of MAC sub-PDUs from front to back or from back to front in a MAC PDU.

105. The network device of any one of claims 91-93, wherein the plurality of PUCCH resources comprises a plurality of sets of PUCCH resources, a set of the plurality of sets of PUCCH resources being PUCCH resources corresponding to MAC sub-PDUs within one of a plurality of slots.

106. The network device of claim 105, wherein the plurality of sets of PUCCH resources correspond one-to-one to the plurality of slots.

107. The network device of claim 105, wherein the plurality of sets of PUCCH resources comprises a first set of PUCCH resources and a second set of PUCCH resources, the first set of PUCCH resources being PUCCH resources corresponding to MAC sub-PDUs in odd numbered slots, the second set of PUCCH resources being PUCCH resources corresponding to MAC sub-PDUs in even numbered slots.

108. The network device of claim 107, wherein the communication unit is further configured to:

109. The network device of any one of claims 91 to 93, wherein the processing unit is further configured to:

and determining the plurality of PUCCH resources.

110. The network device of claim 109, wherein the communication unit is further configured to:

transmitting first information;

111. The network device of claim 110, wherein the first information configures the plurality of PUCCH resources for the terminal device via system information or radio resource control, RRC, dedicated signaling.

112. The network device of claim 109, wherein the communication unit is further configured to:

Wherein, the processing unit is specifically configured to:

113. The network device of claim 112, wherein the communication unit is further configured to:

114. The network device of claim 113, wherein the third information indicates a position of the plurality of PUCCH resources in the PUCCH resources for 4-step random access by physical uplink control channel resource indication PRI or higher layer signaling in a random access response RAR.

115. The network device of claim 113, wherein the processing unit is more particularly configured to:

116. The network device of any one of claims 91-93, wherein each MAC sub-PDU of the plurality of MAC sub-PDUs corresponds to one PUCCH resource of the plurality of PUCCH resources.

117. The network device of any one of claims 91 to 93, wherein the network device is applied to a 2-step random access procedure.

118. A network device, comprising:

119. The network device of claim 118, wherein the communication unit is further configured to:

transmitting configuration information;

120. The network device of claim 118 or 119, wherein the PUSCH resources used by the message a include a number of PUSCH resources used by the message a and/or a number of PUSCH demodulation reference signals, DMRS, used by the message a.

121. A terminal device, comprising:

a processor, a memory and a transceiver, the memory for storing a computer program, the processor for invoking and running the computer program stored in the memory to perform the method of any of claims 1 to 30.

122. A network device, comprising:

a processor, a memory and a transceiver, the memory for storing a computer program, the processor for invoking and running the computer program stored in the memory to perform the method of any of claims 31 to 60.

123. A chip, comprising:

a processor for calling and running a computer program from a memory, causing a device on which the chip is mounted to perform the method of any one of claims 1 to 30.

124. A chip, comprising:

a processor for calling and running a computer program from memory, causing a device on which the chip is mounted to perform the method of any one of claims 31 to 60.

125. A computer readable storage medium storing a computer program for causing a computer to perform the method of any one of claims 1 to 30.

126. A computer readable storage medium storing a computer program for causing a computer to perform the method of any one of claims 31 to 60.