TRANSMISSION OF A RANDOM ACCESS RESPONSE, ACCESS NETWORK DEVICE AND FINISH DEVICE

Description

TECHNICAL FIELD

[0001] This disclosure relates to the communications field, and more specifically, tomethods for transmitting a random access response, devices for sending a random access response, a communications apparatus, a computer readable storage medium and a communication chip.BACKGROUND

[0002] In a wireless communications system, a terminal device needs to establish a connection to a network. This process is generally referred to as a random access (random access, RA) procedure. Through random access, the terminal device can establish uplink synchronization with the network, and obtain a unique cell radio network temporary identifier (cell radio network temporary identifier, C-RNTI). An ultimate objective of the random access is to establish synchronization. The terminal device can perform uplink transmission only after achieving the uplink synchronization. In addition, the random access is further used for a special purpose: If no dedicated scheduling request (scheduling request, SR) resource is configured on a physical uplink control channel (physical uplink control channel, PUCCH), the random access may be used to request a scheduling resource.

[0003] In a Long Term Evolution (long term evolution, LTE) system, a random access procedure includes a contention-based manner and a non-contention-based manner. A contention-based random access procedure usually includes the following steps: A terminal device randomly selects a random access preamble (random access preamble, RAP) from a random access preamble sequence set, and sends the selected RAP on a random access resource (for example, a physical random access channel (physical random access channel, PRACH) pre-specified by an access network device; the terminal device receives, on a physical downlink shared channel (physical downlink shared channel, PDSCH), a random access response (random access response, RAR) message delivered by the access network device; the terminal device transmits, based on a C-RNTI included in the RAR message, a random access process message including an identifier of the terminal device in a current cell to an eNB on a physical uplink shared channel (physical uplink shared channel, PUSCH) specified in the RAR message, for use in contention resolution; and the terminal device needs to receive a contention resolution message sent by the eNB, thereby completing the random access procedure.

[0004] If a plurality of terminal devices send RAPs on a same PRACH resource (which has a same time-frequency location and uses a same RA-RNTI), a plurality of corresponding RARs are multiplexed in a same Medium Access Control (medium access control, MAC) protocol data unit (protocol data unit, PDU). With the large-scale commercial use of 4G, future fifth generation mobile communication (5G) toward 2020 has become a focus of worldwide research and development. However, an existing MAC PDU in the LTE system is not applicable to a future 5G New Radio (new radio, NR) system in terms of RAR format uniformity and random access requirements.

[0005] Document EP 3 621 399 A1, a prior art document according to Art. 54 (3) EPC, relates to a method of transmitting a random access response message, a method of receiving a random access response message and devices thereof. The method of transmitting a random access response message includes: receiving a random access request sent by a UE, and returning a first message to the UE, where the first message carries a random access response, RAR, message and RAR format indication information, the RAR format indication information is at least partially set in the RAR message, or the RAR format indication information is entirely set outside the RAR message. In particular, the RAR format indication information is configured to indicate a format of the RAR message.

[0006] Document "Text proposal for MAC sub-header format", Ericsson, 3GPP DRAFT; R2-1707115, relates to a MAC PDU consisting of one or more MAC sub-PDUs, wherein each MAC sub-PDU consists of one of the following: a MAC subheader only (including padding); a MAC subheader and a MAC SDU; a MAC subheader and a MAC CE; and a MAC subheader and padding. The MAC SDUs are of variable sizes. Each MAC subheader corresponds to either a MAC SDU, a MAC CE, or padding. A MAC subheader except for fixed sized MAC CE and padding consists of the three header fields [F / LCID / L]. A MAC subheader for fixed sized MAC CE consists of the two header fields R / LCID. A MAC subheader corresponding to padding consists of two header fields [F / LCID].

[0007] Document "3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA); Medium Access Control (MAC) protocol specification (Release 14)" provides an overview about the so-called 3rd Generation Partnership Project (3GPP). In particular, this document describes the MAC architecture and the MAC entity from a functional point of view. Functionality specified for the UE equally applies to the RN for functionality necessary for the RN. There is also functionality which is only applicable to the RN, in which case the specification denotes the RN instead of the UE. Document "Summary of [98#34][NR] On demand SI (Lenovo)", Lenovo et al., 3GPP DRAFT; R2-1707090, relates to the question whether it is preferred to use Random Access Preamble Identifier, RAPID, or BITMAP for acknowledging the SI requests. This document describes that a MAC PDU Msg2 subheader consists of the three header fields E / T / RAPID and a MAC RAR consisting of Timing Advance Command / UL Grant / Temporary C-RNTI. Furthermore, a MAC Msg2 subheader in LTE consists of one or more sets of E / T / RAPID-fields. RA-preamble identifier (RAPID) in the Msg2 would unambiguously identify the SI request acknowledged. The RAPID takes 6 bits in LTE and depending on how many Preambles are designed in 5G by RAN 1, RAPID may take similar number of bits in NR. Practically, a complete MAC subheader would still require at least 1 Byte (E / T / RAPID). This document describes that continuing to use RAPID subheader is efficient if the network is responding to only one RAPID / Si-request and a network may not have so many Preambles to spare for SI requests. If the network has more than a couple Preambles for SI requests, for acknowledging multiple UEs requesting different SI messages a BITMAP may be more signalling efficient. The BITMAP, if used, will need to be future proof to include new SIBs / SI messages.SUMMARY

[0008] The present invention is defined by the method of independent claims 1 and 5, by the device according to claim 9, and a computer readable storage medium according to claim 12.

[0009] Additional features of the invention are presented in the dependent claims. In the following, parts of the description and drawings referring to embodiments which are not covered by the claims are not presented as embodiments of the invention, but as examples useful for understanding the invention. The scope of the invention is defined by the set of appended claims. The following aspects and possible implementations thereof are provided for illustrative purposes.

[0010] A method for sending a random access response is provided, including: determining, by an access network device, a Medium Access Control (MAC) protocol data unit (PDU), where the MAC PDU includes at least two MAC subPDUs, the at least two MAC subPDUs include at least a first MAC subPDU, the first MAC subPDU includes a first MAC subheader and a random access response (RAR) corresponding to the first MAC subheader, and the first MAC subheader is located before the RAR corresponding to the first MAC subheader; and sending, by the access network device, the MAC PDU.

[0011] When the MAC PDU includes at least two first MAC subPDUs, a first MAC subheader and a RAR are placed in an interleaved manner. To be specific, each first MAC subPDU includes a first MAC subheader and a RAR corresponding to the first MAC subheader, and the first MAC subheader is located before and adjacent to the RAR corresponding to the first MAC subheader. In this way, the MAC subheader and the RAR are placed in the interleaved manner, so that the MAC subheader can be immediately placed before the corresponding RAR, thereby changing a conventional MAC PDU format in random access in LTE.

[0012] In addition, an existing 5G standard has specified that an interleaved manner in which a MAC subheader and a payload are placed exists in a MAC PDU that is based on data and a MAC CE. Therefore, according to this embodiment of this disclosure, a format of a MAC PDU in random access in a 5G NR system can be uniform with a format of the MAC PDU that is based on data and a MAC CE in the existing 5G standard.

[0013] An access network device is provided, configured to perform the method. Specifically, the access network device includes a module configured to perform the methodor its possible implementation.

[0014] An access network device is provided, and the access network device includes a memory, a processor, and a transceiver. The memory is configured to store an instruction, and the processor is configured to execute the instruction stored in the memory. In addition, when the processor executes the instruction stored in the memory, the execution enables the processor to perform the methodor its possible implementation.

[0015] A computer readable medium is provided, configured to store a computer program, where the computer program includes an instruction used to perform the method or its possible implementation.

[0016] A further method for receiving a random access response is provided, including: receiving, by a terminal device, a Medium Access Control (MAC) protocol data unit PDU sent by an access network device, where the MAC PDU includes at least two MAC subPDUs, the at least two MAC subPDUs include at least a first MAC subPDU, the first MAC subPDU includes a first MAC subheader and a random access response RAR corresponding to the first MAC subheader, and the first MAC subheader is located before the RAR corresponding to the first MAC subheader; parsing, by the terminal device, a MAC subheader included in each MAC subPDU; and determining, by the terminal device according to a result of parsing the MAC subheader, a MAC subPDU corresponding to the terminal device.

[0017] Specifically, when the MAC PDU includes the first MAC subPDU, if the terminal device detects, in the MAC PDU, a RAPID that is the same as a RAPID of the terminal device, the terminal device may immediately obtain a MAC subPDU of the terminal device after the first MAC subheader. Therefore, this embodiment of this disclosure helps the terminal device rapidly obtain a random access response for the terminal device.

[0018] A terminal device is provided, configured to perform the further methodor its any possible implementation. Specifically, the terminal device includes a module configured to perform the further method or its possible implementation.

[0019] A terminal device is provided, and the terminal device includes a memory, a processor, and a transceiver. The memory is configured to store an instruction, and the processor is configured to execute the instruction stored in the memory. In addition, when the processor executes the instruction stored in the memory, the execution enables the processor to perform the further method or its possible implementation.

[0020] A computer readable medium is provided, configured to store a computer program, where the computer program includes an instruction used to perform the further method or its possible implementation.

[0021] Optionally, the first MAC subheader further includes first indication information, the first indication information is used to indicate a format type of the RAR corresponding to the first MAC subheader, and the format type of the RAR corresponds to a random access event.

[0022] With discussion of 5G NR, a new random access event may be introduced into random access. For example, a terminal is in a non-synchronized state in an uplink when downlink data (DL data) arrives in an inactive (Inactive) state; or a terminal is in a non-synchronized state in an uplink when uplink data (UL data) arrives in an inactive state; or a terminal requests on-demand (On-demand) system information (System Information, SI); or a terminal sends a beam failure recovery request (Beam Failure Recovery Request).

[0023] In this embodiment of this disclosure, different random access events may correspond to different types of RARs. For example, a format type of a RAR corresponding to an existing random access event in LTE may be the same as an existing format of a RAR in LTE. In 5G NR, in a scenario in which a terminal is in a non-synchronized state in an uplink when downlink data (DL data) arrives in an inactive (Inactive) state, or a terminal is in a non-synchronized state in an uplink when uplink data (UL data) arrives in an inactive state, a RAR corresponding to a random access event may continue to use the existing format of the RAR in LTE. In 5G NR, a format type of a RAR corresponding to an event that a terminal device requests on-demand SI may be null. In 5G NR, a format type of a RAR corresponding to an event that a terminal device sends a beam failure recovery request may be a format type shown in FIG 7, that is, includes more UL grants than the RAR format in LTE.

[0024] In addition, the format type of the RAR in this embodiment of this disclosure may be another RAR format type different from the existing format of the RAR in LTE. This is not limited in this embodiment of this disclosure. For example, in a handover scenario, because a handover command carries a C-RNTI, a RAR may not carry information such as a temporary C-RNTI. Specifically, the access network device and the terminal device each may preconfigure a correspondence between a RAPID and a format type of a RAR. In this way, when determining a RAP that needs to be sent to the access network device, the terminal device may determine, based on the preconfigured correspondence between a RAPID and a RAR, a format type of a RAR corresponding to the terminal device. Further, the terminal device may parse at least one MAC subheader in a MAC PDU based on a RAPID, to obtain a random access response for the terminal device.

[0025] Optionally, the first indication information has a bit for indicating the format type of the RAR explicitly; or the first MAC subheader further includes a first RAPID, and the first indication information is used to implicitly indicate that there is a correspondence between the first RAPID and the format type of the RAR.

[0026] The at least two MAC subPDUs further include a second MAC subPDU, the second MAC subPDU includes only a second MAC subheader, the second MAC subheader includes a second RAPID, and there is a correspondence between the second RAPID and one or more on-demand system information requests.

[0027] In other words, the second RAPID may be used to indicate success in sending, by using the second RAPID, the one or more on-demand system information requests corresponding to the second RAPID; or the second RAPID is used to indicate that the one or more on-demand system information SI requests corresponding to the second RAPID are successfully received; or the second RAPID may be used to indicate that the second MAC subPDU is an acknowledgement for the on-demand system information SI request.

[0028] It should be noted that, in this embodiment of this disclosure, the at least two MAC subPDUs included in the MAC PDU include at least the first MAC subPDU. In other words, at least one of the at least two MAC subPDUs is the first MAC subPDU including the first MAC subheader and the RAR. Moreover, in addition to the first MAC subPDU, the at least two MAC subPDUs may further include the second MAC subPDU including only the second MAC subheader. In addition, the at least two MAC subPDUs may further include a third MAC subPDU including a BI.

[0029] If the terminal device detects, in the MAC PDU, the RAPID that is the same as the RAPID of the terminal device, the terminal device can obtain the acknowledgement for the on-demand system information SI request. Therefore, in this embodiment of this disclosure, a new RAR format (to be specific, the RAR format may be null) can be added to the MAC PDU in response to the on-demand system information request of the terminal device, to be applicable to a scenario in which random access is used to request on-demand system information in a 5G system.

[0030] Optionally, the at least two MAC subPDUs further include a third MAC subPDU, the third MAC subPDU includes only a third MAC subheader, the third MAC subheader includes backoff indicator information for instructing the terminal device to determine a time interval to initiate a next random access request, when no random access response is detected or no RAPID that is the same as a RAPID sent by the terminal device in a detected MAC PDU.

[0031] In this embodiment of this disclosure, different random access priorities may correspond to different backoff indicators BIs. In this case, there may be one or more MAC subPDUs including a BI. For example, a relatively small BI may be set for random access of a relatively high priority, to reduce a waiting time required for re-initiating random access. In this case, a reserved bit R in an E / R / R / R / BI MAC subheader may be used to indicate a random access priority.

[0032] Optionally, one or more bits may be selected from reserved bits R to indicate a random access priority.

[0033] In this embodiment of this disclosure, the second MAC subPDU may be located before the first MAC subPDU. The third MAC subPDU may be located before the MAC subPDUs (namely, the first MAC subPDU and the second MAC subPDU) including the RAPIDs. Optionally, in this embodiment of this disclosure, the second MAC subPDU may be located before or after the first MAC subPDU. This is not limited in this embodiment of this disclosure.

[0034] A method for transmitting a random access response is provided, including: determining, by an access network device, a Medium Access Control MAC protocol data unit PDU, where the MAC PDU includes at least two MAC subPDUs, the at least two MAC subPDUs include at least a fourth MAC subPDU, the fourth MAC subPDU includes a first group MAC subheader and a group random access response RAR corresponding to the first group MAC subheader, the first group MAC subheader includes at least two first random access preamble identifiers RAPIDs, and the group RAR includes at least two RARs in a one-to-one correspondence with the at least two first RAPIDs; and sending, by the access network device, the MAC PDU.

[0035] An access network device, configured to perform the method for transmitting a random access response or its possible implementation. Specifically, the access network device includes a module configured to perform the method for transmitting a random access response or its possible implementation.

[0036] An access network device is provided, and the access network device includes a memory, a processor, and a transceiver. The memory is configured to store an instruction, and the processor is configured to execute the instruction stored in the memory. In addition, when the processor executes the instruction stored in the memory, the execution enables the processor to perform the method for transmitting a random access response or its possible implementation.

[0037] A computer readable medium is provided, configured to store a computer program, where the computer program includes an instruction used to perform the method for transmitting a random access response or its possible implementation.

[0038] A further method for transmitting a random access response is provided, including: receiving, by a terminal device, a Medium Access Control MAC protocol data unit PDU sent by an access network device, where the MAC PDU includes at least two MAC subPDUs, the at least two MAC subPDUs include at least a fourth MAC subPDU, the fourth MAC subPDU includes a first group MAC subheader and a group random access response RAR corresponding to the first group MAC subheader, the first group MAC subheader includes at least two first random access preamble identifiers RAPIDs, and the group RAR includes at least two RARs in a one-to-one correspondence with the at least two first RAPIDs; parsing, by the terminal device, a MAC subheader included in each MAC subPDU; and determining, by the terminal device according to a result of parsing the MAC subheader, a MAC subPDU corresponding to the terminal device.

[0039] A terminal device is provided, configured to perform the further method for transmitting a random access response or its possible implementation. Specifically, the terminal device includes a module configured to perform the further method for transmitting a random access response or its possible implementation.

[0040] A terminal device is provided, and the terminal device includes a memory, a processor, and a transceiver. The memory is configured to store an instruction, and the processor is configured to execute the instruction stored in the memory. In addition, when the processor executes the instruction stored in the memory, the execution enables the processor to perform the further method for transmitting a random access response or its possible implementation.

[0041] A computer readable medium is provided, configured to store a computer program, where the computer program includes an instruction used to perform the further method for transmitting a random access response or its possible implementation.

[0042] When the MAC PDU includes the fourth MAC subPDU, if the terminal device detects, in the MAC PDU, a RAPID that is the same as a RAPID of the terminal device, the terminal device may obtain a MAC subPDU of the terminal device based on a group MAC subheader. Therefore, according to this embodiment of this disclosure, a new MAC PDU format can be introduced into random access in a 5G system to transmit a random access response, and this helps the terminal device rapidly obtain a random access response for the terminal device.

[0043] In this embodiment of this disclosure, format types of the at least two RARs in the group RAR are the same. For the format type of the RAR, refer to the foregoing descriptions.

[0044] Optionally, the first group MAC subheader further includes second indication information for indicating format types of the at least two RARs in the group RAR corresponding to the first group MAC subheader, the format types of the at least two RARs in the group RAR are same, and the format type of the RAR corresponds to a random access event.

[0045] Optionally, the second indication information has a bit for indicating the format type of the RAR explicitly; or the second indication information is used to implicitly indicate that there is a correspondence between the first RAPID and the format type of the RAR.

[0046] Specifically, the access network device and the terminal device each may preconfigure a correspondence between a RAPID and a format type of a RAR. In this way, when determining a RAP that needs to be sent to the access network device, the terminal device may determine, based on the preconfigured correspondence between a RAPID and a RAR, a format type of a RAR corresponding to the terminal device. Further, the terminal device may parse at least one MAC subheader in the MAC PDU, and determine whether a RAPID obtained through parsing is the same as a RAPID sent by the terminal device, to determine whether the RAR is a random access response for the terminal device.

[0047] Optionally, the at least two MAC subPDUs further include a fifth MAC subPDU, the fifth MAC subPDU includes only a second group MAC subheader, the second group MAC subheader includes at least one second RAPID, and there is a correspondence between the second RAPID and one or more on-demand system information requests.

[0048] In other words, the second RAPID is used to indicate success in a random access procedure for using the second RAPID to request one or more pieces of on-demand system information corresponding to the second RAPID, or the second RAPID is used to indicate that the fifth MAC subPDU is an acknowledgement for the on-demand system information SI request.

[0049] Herein, one second RAPID may correspond to success in a random access procedure for requesting on-demand system information of one or more terminal devices. In other words, one terminal device may use one RAP to request on-demand system information, or a plurality of terminal devices may use a same RAP to request on-demand system information.

[0050] Herein, that the fifth MAC subPDU includes only a second group MAC subheader may be understood as follows: The fifth MAC subPDU includes the second group MAC subheader, and a format type of a RAR included in the fifth MAC subPDU is null.

[0051] If the terminal device detects, in the MAC PDU, the RAPID that is the same as the RAPID of the terminal device, the terminal device can obtain the acknowledgement for the on-demand system information SI request. Therefore, in this embodiment of this disclosure, a new RAR format (to be specific, the RAR format may be null) can be added to the MAC PDU in response to the on-demand system information request of the terminal device, to be applicable to a scenario in which random access is used to request on-demand system information in a 5G system.

[0052] In addition, MAC subPDUs that are sent in a group-based manner are introduced into this embodiment of this disclosure. In this case, MAC subheaders in which RARs of a same type are returned may be packetized together and then sent. In other words, format types of the at least two RARs in the fourth MAC subPDU are the same, and all RARs in the fifth MAC subPDU are null.

[0053] Optionally, in this embodiment of this disclosure, when a RAPID has more than 6 bits, a plurality of RAPIDs in a group MAC subheader may be concatenated, to reduce bit overheads.

[0054] Optionally, the at least two MAC subPDUs further include a third MAC subPDU, the third MAC subPDU includes only a third MAC subheader, the third MAC subheader includes backoff indicator information for instructing the terminal device to determine a time interval to initiate a next random access request, when no random access response is detected or no RAPID that is the same as a RAPID sent by the terminal device in a detected MAC PDU.

[0055] Optionally, in this embodiment of this disclosure, when a group MAC subheader including BIs exists, the plurality of BIs in the group MAC subheader may also be concatenated.

[0056] Optionally, in this embodiment of this disclosure, the fifth MAC subPDU may be located before or after the fourth MAC subPDU, and the third MAC subPDU may be located before the MAC subPDUs (namely, the fourth MAC subPDU and the fifth MAC subPDU) including the RAPIDs. An additional method for transmitting a random access response is provided, including: determining, by an access network device, a Medium Access Control MAC protocol data unit PDU, where the MAC PDU includes at least one MAC subPDU, the MAC subPDU includes a MAC subheader, and the MAC subheader includes at least one RAPID; and sending, by the access network device, the MAC PDU.

[0057] An access network device is provided, configured to perform the additional method for transmitting a random access response or its possible implementation. Specifically, the access network device includes a module configured to perform the additional method for transmitting a random access response or its possible implementation.

[0058] An access network device is provided, and the access network device includes a memory, a processor, and a transceiver. The memory is configured to store an instruction, and the processor is configured to execute the instruction stored in the memory. In addition, when the processor executes the instruction stored in the memory, the execution enables the processor to perform the additional method for transmitting a random access response or its possible implementation.

[0059] A computer readable medium, configured to store a computer program, where the computer program includes an instruction used to perform the additional method for transmitting a random access response or its possible implementation.

[0060] One method for transmitting a random access response is provided, including: receiving, by a terminal device, a Medium Access Control MAC protocol data unit PDU sent by an access network device, where the MAC PDU includes at least one MAC subPDU, the MAC subPDU includes a MAC subheader, and the MAC subheader includes at least one RAPID; parsing, by the terminal device, a MAC subheader included in each MAC subPDU; and determining, by the terminal device according to a result of parsing the MAC subheader, a MAC subPDU corresponding to the terminal device.

[0061] A terminal device is provided, configured to perform the one method for transmitting a random access response or its possible implementation. Specifically, the user equipment includes a module configured to perform the one method for transmitting a random access response or its possible implementation.

[0062] A terminal device is provided, and the terminal device includes a memory, a processor, and a transceiver. The memory is configured to store an instruction, and the processor is configured to execute the instruction stored in the memory. In addition, when the processor executes the instruction stored in the memory, the execution enables the processor to perform the one method for transmitting a random access response or its possible implementation.

[0063] A computer readable medium is provided, configured to store a computer program, where the computer program includes an instruction used to perform the one method for transmitting a random access response or its possible implementation.

[0064] Optionally, the MAC subPDU includes only a MAC subheader, and there is a correspondence between the RAPID and one or more on-demand system information requests.

[0065] Specifically, in this embodiment of this disclosure, the MAC PDU may further include at least one MAC subPDU, the MAC subPDU includes a MAC subheader, and the MAC subheader includes at least one RAPID. In addition, when the MAC subPDU includes only the MAC subheader, the RAPID is used to indicate that the second MAC subPDU is an acknowledgement for the on-demand system information SI request. In this case, the MAC subPDU may be, for example, the second MAC subPDU or the fifth MAC subPDU described above.

[0066] Optionally, when there is one MAC subPDU, and the MAC subheader includes at least two RAPIDs, the MAC subPDU further includes at least two RARs in a one-to-one correspondence with the at least two RAPIDs, where format types of the at least two RARs are the same, and there is a correspondence between the format type of the RAR and an RA-RNTI.

[0067] In addition, the correspondence may be prestored in the access network device and the terminal device. When a specific RNTI can be used by the terminal device to monitor a PDCCH, the terminal device may determine a format type of a MAC subPDU in a PDSCH corresponding to the PDCCH. Further, the terminal device may obtain a random access response for the terminal device from the MAC PDU based on the format type of the MAC subPDU.

[0068] A communication chip is provided, where the communication chip stores an instruction, and when the communication chip runs on a communications apparatus, the communication chip performs any of the methods described here.BRIEF DESCRIPTION OF DRAWINGS

[0069] FIG 1 is a schematic flowchart of a contention-based random access procedure according to an embodiment of this disclosure; FIG 2 is a schematic diagram of an RA response window according to an embodiment of this disclosure; FIG 3 is a schematic flowchart of a method for transmitting a random access response according to an embodiment of this disclosure; FIG 4 is a schematic structural diagram of a MAC PDU according to an embodiment of this disclosure; FIG 5 is a schematic diagram of a RAR according to an embodiment of this disclosure; FIG 6 is a schematic diagram of another RAR according to an embodiment of this disclosure; FIG 7 is a schematic diagram of another RAR according to an embodiment of this disclosure; FIG 8 is a schematic diagram of a MAC subheader including a RAPID according to an embodiment of this disclosure; FIG 9 is a schematic diagram of a MAC subheader including a BI according to an embodiment of this disclosure; FIG 10 is a schematic diagram of a MAC subheader having a RAPID of 7 bits according to an embodiment of this disclosure; FIG 11 is a schematic diagram of a MAC subheader having a RAPID of 8 bits according to an embodiment of this disclosure; FIG 12 is a schematic diagram of a MAC subheader having a BI of 5 bits according to an embodiment of this disclosure; FIG 13 is a schematic diagram of a MAC subheader having a BI of 6 bits according to an embodiment of this disclosure; FIG 14 is a schematic diagram of another MAC PDU according to an embodiment of this disclosure; FIG 15 is a schematic diagram of another MAC PDU according to an embodiment of this disclosure; FIG 16 is a schematic structural diagram of another MAC PDU according to an embodiment of this disclosure; FIG 17 is a schematic diagram of a MAC RAR header (namely, a group MAC subheader) according to an embodiment of this disclosure; FIG 18 is a schematic diagram of another MAC RAR header (namely, a group MAC subheader) according to an embodiment of this disclosure; FIG 19 is a schematic diagram of a MAC PDU in which a plurality of RAPIDs are concatenated according to an embodiment of this disclosure; FIG 20 is a schematic diagram of distribution (frequency-division) of random access resources corresponding to different resource usage attributes according to an embodiment of this disclosure; FIG 21 is a schematic diagram of distribution (time-division) of random access resources corresponding to different resource usage attributes according to an embodiment of this disclosure; FIG 22 is a schematic diagram of sequentially sorting physical resource time-frequency block indexes (frequency-division) based on physical resource attributes according to an embodiment of this disclosure; FIG 23 is a schematic diagram of sequentially sorting physical resource time-frequency block indexes (time-division) based on physical resource attributes according to an embodiment of this disclosure; FIG 24 is a schematic diagram of sequentially sorting physical resource time-frequency block indexes (frequency-division) based on a sequence in time domain according to an embodiment of this disclosure; FIG 25 is a schematic diagram of sequentially sorting physical resource time-frequency block indexes (time-division) based on a sequence in time domain according to an embodiment of this disclosure; FIG 26 is a schematic block diagram of an access network device according to an embodiment of this disclosure; FIG 27 is a schematic block diagram of another access network device according to an embodiment of this disclosure; FIG 28 is a schematic block diagram of a terminal device according to an embodiment of this disclosure; FIG 29 is a schematic block diagram of another terminal device according to an embodiment of this disclosure; FIG 30 is a schematic block diagram of an access network device according to an embodiment of this disclosure; FIG 31 is a schematic block diagram of another access network device according to an embodiment of this disclosure; FIG 32 is a schematic block diagram of a terminal device according to an embodiment of this disclosure; FIG 33 is a schematic block diagram of another terminal device according to an embodiment of this disclosure; FIG 34 is a schematic block diagram of an access network device according to an embodiment of this disclosure; FIG 35 is a schematic block diagram of another access network device according to an embodiment of this disclosure; FIG 36 is a schematic block diagram of a terminal device according to an embodiment of this disclosure; and FIG 37 is a schematic block diagram of another terminal device according to an embodiment of this disclosure. DESCRIPTION OF EMBODIMENTS

[0070] The following describes the technical solutions in this disclosure with reference to the accompanying drawings.

[0071] The technical solutions of embodiments of this disclosure may be applied to various communications systems, for example, a Long Term Evolution (long term evolution, LTE) system, an LTE frequency division duplex (frequency division duplex, FDD) system, an LTE time division duplex (time division duplex, TDD) system, a future 5th Generation (5th generation, 5G) system or a New Radio (new radio, NR) system, and various evolved or converged systems. For example, a network device in the embodiments of this disclosure may be a transmission point (TRP or TP) in the NR system, a gNB (gNB) in the NR system, and one antenna panel or a group of antenna panels (including a plurality of antenna panels) of a base station in the 5G system. This is not particularly limited in the embodiments of this disclosure.

[0072] A terminal device in the embodiments of this disclosure is a device having a wireless transceiver function, including but not limited to user equipment, an access terminal, a subscriber unit, a subscriber station, a mobile station, a mobile console, a remote station, a remote terminal, a mobile device, a user terminal, a terminal, a wireless communications device, a user agent, or a user apparatus. Alternatively, the terminal device may be a cellular phone, a cordless phone, 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 having a wireless communication function, a computing device, another processing device connected to a wireless modem, an in-vehicle device, a wearable device, a drone device, a terminal device in smart household or a future 5G network, a terminal device in a future evolved public land mobile network (public land mobile network, PLMN), or the like. This is not limited in the embodiments of this disclosure.

[0073] The network device in the embodiments of this disclosure may be a device configured to communicate with the terminal device. The network device may be an evolved NodeB (evolved NodeB, eNB or eNodeB) in an LTE system, or may be a radio controller in a cloud radio access network (cloud radio access network, CRAN) scenario. Alternatively, the network device may be a relay station, an access point, an in-vehicle device, a wearable device, a network device in a drone system, smart household, the Internet of Things, or a future 5G network, a network device in a future evolved PLMN, or the like. This is not limited in the embodiments of this disclosure.

[0074] In the LTE system, a random access procedure usually needs to be performed in the following cases: A terminal device switches from an idle state to a connected state during initial access; or an RRC connection is re-established after a wireless connection is interrupted; or a terminal device needs to establish uplink synchronization with a target cell during handover; or when a terminal device is in a connected state but the terminal device is non-synchronized in an uplink, and uplink or downlink data arrives, uplink synchronization needs to be established through random access; or user positioning is performed based on uplink measurement; or when no dedicated scheduling request resource is allocated on a PUCCH, an uplink resource needs to be requested through random access.

[0075] With discussion of 5G NR, a new scenario may be introduced into random access. For example, a terminal device is in a non-synchronized state in an uplink when downlink data (DL data) arrives in an inactive (Inactive) state; or a terminal device is in a non-synchronized state when uplink data (UL data) arrives in an inactive state; or a terminal device requests on-demand (On-demand) system information (system information, SI); or a terminal device sends a beam failure recovery request (beam failure recovery request).

[0076] The inactive state is a new state introduced into 5G, and the state is between the connected state and the idle state. In the inactive state, the terminal device is not connected to an access network device, but remains connected to a core network device. The terminal device stores all or a part of information required for connection establishment / restoration. Therefore, in the inactive state, when needing to establish a connection, the terminal device may rapidly establish / restore an RRC connection to a network based on the stored related information.

[0077] FIG 1 is a schematic flowchart of a contention-based random access procedure according to an embodiment of this disclosure. It should be understood that FIG 1 shows steps or operations of the random access procedure, but these steps or operations are merely examples. Alternatively, in this embodiment of this disclosure, other operations or variants of the operations in FIG 1 may be performed. In addition, the steps in FIG 1 may be performed in a sequence different from that presented in FIG 1, and not all the operations in FIG 1 may be necessarily performed.

[0078] 110. Perform random access initialization.

[0079] A random access procedure is triggered by a PDCCH order, a MAC sublayer, or an RRC sublayer. If a terminal device receives a PDCCH transmission that is scrambled by using a C-RNTI and that is consistent with the PDCCH order (order), a random access procedure is triggered. The PDCCH order or an RRC message can indicate preamble (Preamble) indexes RA-Preamble Index (64 preamble indexes in total) and physical random access channel mask indexes RA-PRACH-Mask Index (16 PRACH mask indexes in total) that are used during resource selection in the random access procedure.

[0080] A preamble index and a physical layer are used to indicate a preamble used for random access. When a value of the preamble index is 000000, it indicates that the random access is initiated by the MAC sublayer. To be specific, the preamble is selected by the MAC sublayer, and correspondingly, contention-based random access is performed. When a value of the preamble index is not 000000, UE uses a preamble indicated by the preamble index to perform random access, to be specific, perform non-contention-based random access. The physical access channel mask index RA-PRACH-Mask Index is used to indicate a specific subframe in a system frame, where the terminal device may send a preamble on a PRACH corresponding to the subframe. The terminal device may search a correspondence table by using the RA-PRACH-Mask Index, to determine the preamble and an available physical resource.

[0081] Parameters need to be configured for the random access initialization, and these parameters include: a PRACH resource set (for example, a PRACH-Config Index) that may be used to transmit a random access preamble; an available random access preamble group (a group A or a group B) and an available preamble set in each group; a maximum quantity of preamble transmissions (preamble trans-Max); preamble initial received target power (preamble initial received target power); a power ramping step (power ramping step); a random access response window (RA-response window Size); a maximum quantity of message 3 (Message 3, Msg3) HARQ retransmissions (max HARQ-Msg3); and a contention resolution timer (mac-contention Resolution Timer).

[0082] It should be noted that, before each random access procedure is triggered, all of the configured parameters can be updated through higher layer configuration. The terminal device performs the following operations after obtaining the parameters: flushing an Msg3 buffer; setting a quantity of preamble transmissions (PREAMBLE_TRANSMISSION_COUNTER) to 1; setting, to 0 ms, a backoff (backoff) parameter value stored in the terminal device; and entering a random access resource selection phase.

[0083] It should be further noted that the terminal device performs only one random access procedure at any moment. If the terminal device receives a newly initiated random access request in a random access procedure, whether to continue the ongoing random access procedure or start a new random access procedure is determined through implementation on a terminal device side.

[0084] 120. A terminal device sends a random access preamble (Preamble) to an access network device. Specifically, the preamble is carried in a message 1 (Msg1). The preamble is mainly used to notify the access network device that there is a random access request, and enable the access network device to estimate a transmission delay between the access network device and the terminal device, so that the access network device can align uplink timing advance (uplink timing) and notify the terminal device of alignment information by using timing advance (timing advance command).

[0085] In this embodiment of this disclosure, as a new random access scenario is introduced into a 5G NR system, random access may be further used for another request of the terminal device in the new scenario. For example, the preamble may be further used to instruct to send an on-demand system information (On-demand SI) request, or used to instruct to send a beam failure recovery request (beam failure recovery request). This is not limited in this embodiment of this disclosure. Specifically, there may be a correspondence between the RAP and one or more on-demand SI requests, or there may be a correspondence between the RAP and one or more beam failure recovery requests. The terminal device may preconfigure the RAP, or receive the RAP configured by the access network device.

[0086] 130. The terminal device receives a random access response (RA response, RAR) sent by the access network device.

[0087] Specifically, the terminal device may use a random access radio network temporary identifier (random access radio network temporary identifier, RA-RNTI) to monitor a PDCCH. Specifically, the following specifically describes how the terminal device determines the RA-RNTI. If the terminal device receives scheduling information for the terminal device, namely, downlink control information (downlink control information, DCI), the terminal device receives, on a PDSCH based on the DCI, a RAR message delivered by a network device. The DCI includes related content such as resource block (resource block, RB) allocation information and a modulation and coding scheme (modulation and coding scheme, MCS).

[0088] Specifically, the random access response is carried in a message 2 (Msg2). After sending the preamble, the terminal device monitors a corresponding PDCCH within the RAR response window based on an RA-RNTI value corresponding to the preamble. If a preamble carried in the response received by the terminal device is consistent with the preamble sent in the Msg1, the terminal device stops monitoring a RAR. Specifically, the access network device may send the RAR to the terminal device by using the physical downlink shared channel (PDSCH).

[0089] In this embodiment of this disclosure, if a plurality of terminal devices send preambles on a same PRACH resource (which has a same time-frequency location and uses a same RA-RNTI), RARs corresponding to the plurality of terminal devices are encapsulated in a same MAC PDU. In addition, the MAC PDU may further include a backoff indicator (backoff indicator, BI), and the backoff indicator is used by the terminal device to determine, when no preamble that is the same as a preamble of the terminal device is detected, a time interval to initiate a next random access request.

[0090] FIG 2 is a schematic diagram of an RA response window according to an embodiment of this disclosure. Herein, the RAR response window starts at a third subframe after a subframe for sending a preamble, and lasts for ra-response window size subframes. It should be noted that, if a preamble occupies a plurality of subframes in time domain, a start location of the RA response window is calculated with reference to a last subframe.

[0091] Optionally, in the 5G NR system, the RAR response window starts at a fixed location after the subframe for sending a preamble, but a moment used to describe the fixed location may be another subframe, that is, may be another value different from 3. In addition, in this embodiment of this disclosure, there may be another time unit different from a subframe.

[0092] If the terminal device receives no RAR within the RAR response window, or no preamble in the received RAR is consistent with the preamble of the terminal device, it is considered that current RAR reception fails. In this case, the terminal device needs to wait for a period of time before initiating random access again. The waiting time is a random value selected from a waiting time range specified by 0 to the BI.

[0093] In addition, in this embodiment of this disclosure, in the new random access scenario introduced into the 5G NR system, a format of a random access response RAR may be different from an existing format of a RAR in an LTE system. For example, for a response to a request for on-demand system information, a format of a RAR may be null; or for a response to a request for beam failure recovery, a RAR may include more UL grants. The following describes in detail a new RAR format that may be introduced into the 5G NR system.

[0094] 140. The terminal device sends an Msg3 to the access network device.

[0095] The terminal device sends, based on an uplink grant and TA information in the Msg2, the Msg3 to the access network device by using a physical uplink shared channel (PUSCH). Herein, a reason for which the message is referred to as an Msg3 instead of a specific message is that the message may be different depending on different states of the terminal device and different disclosure scenarios. Therefore, these messages are collectively referred to as an Msg3, namely, a message 3.

[0096] The Msg3 may have the following several types: an RRC connection request, a tracking area data update, and a resource scheduling request. Specifically, the Msg3 is shown in Table 1: Table 1Cause of random accessMessage typeTerminal device identifierInitial network accessRRC connection requestNAS terminal device ID (S-TMSI) or random numberRRC connection re-establishmentRRC connection re-establishment requestC-RNTIHandoverHandover messageC-RNTIArrival of downlink dataC-RNTI MAC control elementC-RNTIArrival of uplink dataC-RNTI MAC control elementC-RNTI

[0097] It should be noted that, because the access network device sends random access responses to a plurality of terminals in step 120, a random access response received by each terminal may be different, and accordingly, behavior of each terminal may be different. After detecting a RAR for each terminal, the terminal may send an Msg3 to the access network device based on specific content included in the RAR. In addition, when obtaining an acknowledgement corresponding to an on-demand system information request, the terminal does not send an Msg3, but monitors on-demand SI delivered by the access network device.

[0098] Optionally, an RNTI used for monitoring the on-demand SI and a monitoring manner may be fixed in a protocol or configured by the access network device, for example, is carried in minimum system information minimum SI or carried by using dedicated control signaling. The dedicated control signaling includes RRC signaling, a PDCCH, or a MAC CE.

[0099] 150. The terminal device receives a contention resolution, namely, a message 4 Msg4, sent by the access network device.

[0100] Contention occurs when the plurality of terminal devices use a same preamble to initiate random access. A maximum of one terminal device in the terminal devices contending for a same resource can succeed in accessing. In this case, the access network device sends a contention resolution message to the terminal device by using the PDSCH.

[0101] Specifically, after sending the Msg3, the terminal device starts a contention resolution timer (mac-contention resolution Timer), and monitors the PDCCH by using a temporary C-RNTI indicated in the RAR or a C-RNTI preconfigured by the network device. If the terminal device receives, before the contention resolution timer expires, the contention resolution message sent by the access network device to the terminal device, it is considered that a random access procedure succeeds.

[0102] Therefore, as a new random access scenario is introduced into the 5G NR system, different random access scenarios may correspond to different random access responses RARs. In addition, an existing 5G standard has specified that an interleaved manner in which a MAC subheader and a payload (payload) are placed exists in a MAC PDU that is based on data and a MAC CE, and this is different from a conventional format design of a MAC PDU in LTE. From perspectives of different RAR types and MAC PDU format design rule consistency, a format of a MAC PDU that is based on random access in 5G needs to be changed.

[0103] FIG 3 is a schematic flowchart of a method for transmitting a random access response according to an embodiment of this disclosure.

[0104] 310. An access network device determines a Medium Access Control MAC protocol data unit PDU.

[0105] In this embodiment of this disclosure, a new RAR format is introduced when random access is used to request on-demand system information or send a beam failure recovery request.

[0106] For example, a RAR corresponding to an on-demand system information request does not include information such as timing advance TA, an uplink grant (UL grant), and a temporary C-RNTI. In other words, the RAR is equivalent to 0 bits in this case. In other words, when random access of a terminal is used to request on-demand system information on-demand SI, a RAR is null, that is, a network device does not send a RAR to the terminal.

[0107] For another example, a RAR corresponding to the beam failure recovery request may carry more uplink grants UL grants.

[0108] For another example, in a handover scenario, because a handover command carries a C-RNTI, a RAR may not carry information such as a temporary C-RNTI.

[0109] Optionally, in this embodiment of this disclosure, the MAC PDU may include at least two MAC subPDUs, the at least two MAC subPDUs include at least a first MAC subPDU, the first MAC subPDU includes a first MAC subheader and a random access response RAR corresponding to the first MAC subheader, and the first MAC subheader is located before the RAR corresponding to the first MAC subheader.

[0110] When the MAC PDU includes at least two first MAC subPDUs, a first MAC subheader and a RAR are placed in an interleaved manner. To be specific, each first MAC subPDU includes a first MAC subheader and a RAR corresponding to the first MAC subheader, and the first MAC subheader is located before and adjacent to the RAR corresponding to the first MAC subheader.

[0111] In this way, the MAC subheader and the RAR are placed in the interleaved manner, so that the MAC subheader can be immediately placed before the corresponding RAR, thereby changing a conventional MAC PDU format in random access in LTE. In addition, an existing 5G standard has specified that an interleaved manner in which a MAC subheader and a payload are placed exists in a MAC PDU that is based on data and a MAC CE. Therefore, according to this embodiment of this disclosure, a format of a MAC PDU in random access in a 5G NR system can be uniform with a format of the MAC PDU that is based on data and a MAC CE in the existing 5G standard. disclosureThe at least two MAC subPDUs further include a second MAC subPDU, the second MAC subPDU includes only a second MAC subheader, the second MAC subheader includes a second RAPID, and there is a correspondence between the second RAPID and one or more on-demand system information requests. In other words, the second RAPID may be used to indicate success in sending, by using the second RAPID, the one or more on-demand system information requests corresponding to the second RAPID; or the second RAPID is used to indicate that the one or more on-demand system information SI requests corresponding to the second RAPID are successfully received; or the second RAPID may be used to indicate that the second MAC subPDU is an acknowledgement for the on-demand system information SI request. Herein, one second RAPID may correspond to success in requesting on-demand system information for one or more terminal devices. In other words, one terminal device may use one RAP to request on-demand system information, or a plurality of terminal devices may use a same RAP to request on-demand system information.

[0112] Further, that the second MAC subPDU includes only a second MAC subheader may also be understood as follows: The second MAC subPDU includes the second MAC subheader, and a format type of a RAR included in the second MAC subPDU is null.

[0113] Optionally, in this embodiment of this disclosure, the at least two MAC subPDUs further include a third MAC subPDU, the third MAC subPDU includes only a third MAC subheader, the third MAC subheader includes backoff indicator information, and the backoff indicator information is used to instruct the terminal device to determine, when no random access response is detected or no RAPID that is the same as a RAPID sent by the terminal device exists in a detected MAC PDU, a time interval to initiate a next random access request.

[0114] It should be noted that, in this embodiment of this disclosure, the at least two MAC subPDUs included in the MAC PDU include at least the first MAC subPDU. In other words, at least one of the at least two MAC subPDUs is the first MAC subPDU including the first MAC subheader and the RAR. Moreover, in addition to the first MAC subPDU, the at least two MAC subPDUs may further include the second MAC subPDU including only the second MAC subheader. In addition, the at least two MAC subPDUs may further include a third MAC subPDU including a BI.

[0115] In an example, the MAC subPDUs may include two MAC subPDUs. One is the first MAC subPDU, and the other is the second MAC subPDU. In another example, the MAC subPDUs may include three MAC subPDUs: the first MAC subPDU, the second MAC subPDU, and the third MAC subPDU, respectively.

[0116] Optionally, in this embodiment of this disclosure, the MAC PDU may further include at least one MAC subPDU, the MAC subPDU includes a MAC subheader, and the MAC subheader includes at least one RAPID. In addition, when the MAC subPDU includes only the MAC subheader, the RAPID is used to indicate that the second MAC subPDU is an acknowledgement for the on-demand system information SI request. In this case, the MAC subPDU may be, for example, the second MAC subPDU described above.

[0117] FIG 4 is a schematic structural diagram of a MAC PDU according to an embodiment of this disclosure. It can be learned from FIG 4 that the MAC PDU includes one or more MAC subPDUs. A MAC subPDU may include three types of MAC subPDUs: two types of MAC subPDUs (the first MAC subPDU and the second MAC subPDU, respectively) including RAPIDs and one type of MAC subPDU (the third MAC subPDU) including a BI, respectively. Optionally, the MAC subPDU may further include padding (Padding).

[0118] It should be noted that, once the padding exists, the padding is located at the end of the MAC PDU, to be specific, the padding is located after a last MAC subPDU in the MAC PDU, and the padding has no corresponding MAC subheader. Whether the MAC PDU includes the padding and a length of the padding may be implicitly inferred based on a transport block (transport block, TB) and a quantity of all MAC subheaders and RARs.

[0119] Specifically, the MAC subPDUs including the RAPIDs may include the second MAC subPDU (namely, a MAC subPDU including only an E / T / RAPID subheader) and the first MAC subPDU (namely, a MAC subPDU including an E / T / RAPID subheader and a MAC RAR). Specifically, the E / T / RAPID subheader includes a RAPID. When detecting the MAC PDU, the terminal device may search a MAC header to determine whether there is a RAPID of the terminal device. When finding the RAPID of the terminal device in the MAC header, the terminal device stops monitoring.

[0120] The second MAC subPDU herein may be a response corresponding to an on-demand system information request, in other words, a RAR in the second MAC subPDU may be null. A RAPID 1 herein is reserved by the access network device for requesting the on-demand system information. One RAPID 1 may correspond to one or more on-demand system information requests. In addition, there may be one or more second MAC subPDUs. In this embodiment of this disclosure, it may be understood that the RAPID 1 is a reserved RAPID.

[0121] The first MAC subPDU may be a response corresponding to another random access request. In addition, when there are a plurality of first MAC subPDUs, a MAC subheader and a MAC RAR are placed in an interleaved manner. To be specific, each first MAC subPDU includes a MAC subheader and a MAC RAR corresponding to the MAC subheader, and the MAC subheader is located before and adjacent to the RAR corresponding to the MAC subheader.

[0122] It may be understood that, in this embodiment of this disclosure, the MAC PDU in FIG 4 is merely an example of this embodiment of this disclosure. A format of the MAC PDU in this embodiment of this disclosure is not limited thereto. For example, alternatively, the MAC PDU may include only the second MAC subPDU, or may include only the first MAC subPDU.

[0123] In this embodiment of this disclosure, the third MAC subPDU may include only an E / T / R / R / BI MAC subheader. Specifically, the E / T / R / R / BI MAC subheader includes a BI. When the terminal device does not find the RAPID of the terminal device in the MAC PDU, the terminal device may determine, based on the backoff indicator (Backoff Indicator, BI) in the E / T / R / R / BI MAC subheader, a time interval to initiate a next random access request.

[0124] In other words, the third MAC subPDU is located before the first MAC subPDU and the second MAC subPDU, and the second MAC subPDU may be located before or after the first MAC subPDU. This is not limited in this embodiment of this disclosure.

[0125] In this embodiment of this disclosure, the second MAC subPDU may be located before the first MAC subPDU. The third MAC subPDU may be located before the MAC subPDUs (namely, the first MAC subPDU and the second MAC subPDU) including the RAPIDs.

[0126] Alternatively, the second MAC subPDU may be located before the third MAC subPDU. Correspondingly, the first MAC subPDU may be located after the third MAC subPDU.

[0127] It may be understood that, locations of the first MAC subPDU, the second MAC subPDU, and the third MAC subPDU in the MAC PDU are not limited in this embodiment of this disclosure. In other words, the locations of the first MAC subPDU, the second MAC subPDU, and the third MAC subPDU may be combined in any manner. This is not limited in this embodiment of this disclosure.

[0128] FIG 5 is a schematic diagram of a RAR according to an embodiment of this disclosure. The RAR may carry timing advance TA, an uplink resource grant (UL grant), a temporary cell radio network temporary identifier (cell radio network temporary identifier, temporary C-RNTI), and the like that are used to send an Msg3. It may be understood that, FIG 5 is merely an example. A format type of the RAR in this embodiment of this disclosure is not limited thereto. Optionally, as shown in FIG 6, in this embodiment of this disclosure, alternatively, the RAR may include no temporary C-RNTI. Alternatively, as shown in FIG 7, the RAR may carry more uplink grants UL grants.

[0129] In this embodiment of this disclosure, different random access events may correspond to different types of RARs. For example, a format type of a RAR corresponding to an existing random access event in LTE may be the same as an existing format of a RAR in LTE. In 5G NR, in a scenario in which a terminal is in a non-synchronized state in an uplink when downlink data (DL data) arrives in an inactive (Inactive) state, or a terminal is in a non-synchronized state in an uplink when uplink data (UL data) arrives in an inactive state, a RAR corresponding to a random access event may continue to use the existing format of the RAR in LTE. In 5G NR, a format type of a RAR corresponding to an event that a terminal device requests on-demand SI may be null. In 5G NR, a format type of a RAR corresponding to an event that a terminal device sends a beam failure recovery request may be a format type shown in FIG 7, that is, includes more UL grants than the RAR format in LTE.

[0130] It may be understood that the existing format of the RAR in LTE includes a UL grant of 20 bits (bit), while in this embodiment of this disclosure, the format of the RAR corresponding to the event that the terminal device sends the beam failure recovery request includes more UL grants. To be specific, in this embodiment of this disclosure, a length of a field in which the UL grant included in the RAR corresponding to the event that the terminal device sends the beam failure recovery request is located is greater than or equal to 20 bits.

[0131] In addition, the format type of the RAR in this embodiment of this disclosure may be another RAR format type different from the existing format of the RAR in LTE. This is not limited in this embodiment of this disclosure. For example, in a handover scenario, because a handover command carries a C-RNTI, a RAR may not carry information such as a temporary C-RNTI.

[0132] In this embodiment of this disclosure, the UL grant may include: a hopping flag, which occupies 1 bit and indicates whether there is hopping; fixed size resource block assignment, which occupies 10 bits, where a RIV can be obtained after transformation of the fixed size resource block assignment; a truncated modulation and coding scheme, which occupies 4 bits and indicates a modulation and coding rate; a TPC command for a scheduled PUSCH, which occupies 3 bits and indicates relative power. An actual parameter f(i) in a power control formula for sending an Msg3 is the relative power plus (PREAMBLE_TRANSMISSION_COUNTER - 1) × power _Ramping_Step, where PREAMBLE _TRANSMISSION_COUNTER is a quantity of preamble transmissions, and power_Ramping_Step is a power ramping step; a UL delay, which occupies 1 bit. If the UL delay is 0, it indicates that the Msg3 is transmitted in an (n+k) th< subframe. If the UL delay is 1, it indicates that the Msg3 is to be transmitted on a next occasion after the (n+k) th< subframe, where n indicates a current frame in which an Msg2 is received, and k may be predefined or may be configured by the access network device. In an example, k may be obtained by searching the standard TS 36.321, as shown in Table 2. It should be noted that Table 2 is merely an example, and this embodiment of this disclosure is not limited thereto; and a CSI request, which occupies 1 bit. If the CSI request is 0, it indicates that the CSI request is meaningless to contention-based random access; otherwise, the CSI request indicates a CQI. Optionally, different service requirements in 5G correspond to different scheduling requirements, and have different physical resource usage requirements. Therefore, a physical resource numerology (numerology) is introduced into 5G, the UL grant may indicate the physical resource attribute, and the terminal device may learn of the physical resource attribute after receiving the UL grant. Table 2 TDD UL / DL configurationDL subframe number n01234567890464616464244344444454677775

[0133] Specifically, the physical resource attribute may include at least one of the following attributes: a resource period, which may be, for example, 1 ms, 2 ms, or 5 ms, or may be a length of one transmission time interval (transmission time interval, TTI) or a length of two TTIs; a TTI length, which may be, for example, a 1 ms TTI, a 0.5 ms TTI, or a TTI length of one orthogonal frequency division multiplexing (orthogonal frequency division multiplexing, OFDM) symbol, or a TTI length of two OFDM symbols; a subcarrier spacing SCS (Subcarrier spacing), which may be, for example, 15 kHz or 60 kHz; a carrier frequency carrier frequency; a coding scheme, which may be a coding scheme such as a Turbo code, a low-density parity-check (low-density parity-check, LDPC) code, or a polar (Polar) code; a multiple access method, for example, OFDM or Code Division Multiple Access (code division multiple access, CDMA); a quantity of subcarriers occupied in frequency domain, for example, 12 subcarriers or 15 subcarriers may be occupied; whether to perform frequency-domain repeated transmission, where if the frequency-domain repeated transmission is performed, a quantity of frequency-domain repeated transmissions further needs to be included; whether to perform time-domain repeated transmission, where if the time-domain repeated transmission is performed, a quantity of time-domain repeated transmissions further needs to be included; and a transmission power indicator.

[0134] It may be understood that there may be at least one physical resource attribute. If there are too many physical resource usage attributes that need to be indicated in a UL grant (there are a large quantity of combinations), one-by-one indication causes excessive bit overheads, and therefore an indication index may be used to represent the physical resource usage attribute. A network device may configure, in an RRC message, a physical resource attribute index and specific physical resource attribute information corresponding to the physical resource attribute index. The physical resource attribute herein includes a TTI length and a subcarrier spacing. Assuming that there are two possible TTI lengths: a short TTI and a long TTI, and there are three possible subcarrier spacings: a subcarrier spacing 1, a subcarrier spacing 2, and a subcarrier spacing 3, six physical resource usage attribute indexes are required in total, as shown in Table 3: Table 3 Physical resource attribute indexTTI lengthSubcarrier spacing111212313421522623

[0135] The foregoing is merely an example. A specific quantity of indexes and a quantity of pieces of attribute information included in the physical resource usage attribute may alternatively be other values.

[0136] Optionally, a configuration of the physical resource attribute index and the specific physical resource attribute information corresponding to the physical resource attribute index may also be included in system information, a PDCCH, or a MAC CE.

[0137] In addition, the UL grant may indicate the physical resource attribute information in an explicit manner or an implicit manner. In the explicit manner, a specific bit field in the UL grant is used to indicate the physical resource attribute index. The terminal device can learn of the index after receiving the UL grant, and obtain the physical resource attribute by searching a correspondence between the physical resource attribute index and the specific physical resource attribute information or by searching for the specific physical resource attribute information corresponding to the index. For example, if the UL grant carries an index 3, the terminal device may determine, by searching the correspondence, that a TTI length is 1 and that a subcarrier spacing is 3. Alternatively, the UL grant indicates that a TTI length is 1 and that a subcarrier interval is 3. The explicit manner means that a MAC layer directly obtains the physical resource attribute index.

[0138] In the implicit manner, the UL grant has no specific bit to indicate the index, but the terminal device uses the UL grant to indicate a relationship between the physical resource attribute (which is at least one of a subcarrier spacing SCS, a TTI length, and carrier information) and the index, and the MAC indirectly obtains the physical resource attribute index.

[0139] Specifically, there is a correspondence between the physical resource attribute index and information carried in the UL grant, and the information carried in the UL grant may indicate at least one of the subcarrier spacing SCS, the TTI length, and the carrier information.

[0140] The correspondence between the corresponding physical resource attribute index and the physical resource attribute indicated in the UL grant may be carried in the RRC message, the system information, the PDCCH, or the MAC CE, so that the MAC layer of the terminal device can obtain the UL grant, and the MAC indirectly obtains the physical resource attribute index based on the correspondence between the physical resource attribute index and the information carried in the UL grant.

[0141] Optionally, in the implicit manner, the UL grant has no specific bit to indicate the index, but the terminal device learns of, by monitoring the PDCCH, physical downlink control information DCI for scheduling a MAC RAR PDU in which the UL grant is located, or content carried in the DCI, to determine the physical resource attribute index. The content in a format of the DCI includes at least one of power control information, resource type information, resource block indication information, a modulation and coding scheme, a TTI length, a subcarrier spacing, a carrier frequency, and the like.

[0142] Specifically, there is a correspondence between a physical resource attribute index and a DCI format. Alternatively, there is a correspondence between a physical resource attribute index and DCI indication information.

[0143] The DCI format includes a DCI format 1A or a DCI format 1C. It may be understood that there may be another new DCI format in 5G.

[0144] The correspondence between a corresponding index and a DCI format or between an index and content in the DCI may be carried in the RRC message, the system information, the PDCCH, or the MAC CE, so that a physical layer of the terminal device can determine the physical resource attribute index based on the DCI in the detected PDCCH and the correspondence between the physical resource attribute index and the DCI format or the correspondence between the physical resource attribute index and the DCI indication information. The physical layer reports the physical resource attribute index to the MAC layer, and the MAC layer learns of the information, and then uses the information to perform an operation such as internal scheduling or resource allocation.

[0145] Optionally, if there are a small quantity of physical resource attribute combinations, the index does not need to be introduced, and the access network device does not need to preconfigure the correspondence between the physical resource attribute index and the specific physical resource attribute.

[0146] In this case, a manner of obtaining the physical resource attribute information required by the MAC layer may be as follows: The MAC directly obtains the specific physical resource attribute information by using the indication information in the UL grant. Alternatively, the physical layer descrambles the PDCCH, and determines the specific physical resource attribute based on the DCI indication information. The physical layer reports, to the MAC layer, the physical resource attribute information required by the MAC, and the MAC layer learns of the information, and then uses the information to perform an operation such as internal scheduling or resource allocation.

[0147] Before determining specific physical resource attributes that are indicated by the UL grant, the access network device further receives the Msg1 sent by the terminal device. The Msg1 may carry information that assists the access network device in determining whether the UL grant carries the physical resource attribute. Specifically, the physical resource attribute may be indicated by using a random access resource used for sending the Msg1: at least one of a time domain resource, a frequency domain resource, and a code domain resource. The frequency domain resource may be a physical random access resource for sending the Msg1, for example, a PRACH, and the code domain resource may be a preamble for sending the Msg1, for example, a preamble. Alternatively, the physical resource attribute may be indicated in an Msg1 sending manner, for example, a quantity of Msg1 allowed to be sent before a RAR receiving window ends.

[0148] In addition, the access network device may configure, in control information, a correspondence between the physical resource attribute information and the random access resource used for sending the Msg1 or a correspondence between the Msg1 sending manner and the physical resource attribute.

[0149] The control information includes the RRC message, the PDCCH, or the MAC CE.

[0150] It may be understood that, when the terminal device is in an idle state, to be specific, does not receive the control information yet, the terminal device cannot use the Msg1 to carry the information that assists the access network device in determining whether the UL grant carries the physical resource attribute information. In this case, the access network device may use the UL grant to indicate a default numerology, namely, a default numerology.

[0151] When the terminal device is in a connected state, if the access network device configures a correspondence between the random access resource used for sending the Msg1 and different physical resource attributes / physical resource attribute indication information, the access network device may distinguish between UL grants allocated for different Msg1. In other words, the UL grants may indicate different physical resource attributes / physical resource attribute indication information.

[0152] When the terminal device is in a connected state, if the access network device does not configure a correspondence between the random access resource used for sending the Msg1 and different physical resource attributes / physical resource attribute indication information, a possible manner in which the access network device determines how to indicate the physical resource usage attribute or the physical resource usage attribute index in the UL grant includes: depending on implementation by the access network device; or indicating, by the access network device, a default physical resource usage attribute or physical resource usage attribute index in the UL grant.

[0153] FIG 8 is a schematic diagram of a MAC subheader (namely, a first MAC subheader or a second MAC subheader) including a RAPID according to an embodiment of this disclosure. FIG 9 is a schematic diagram of a MAC subheader (namely, a third MAC subheader) including a BI according to an embodiment of this disclosure. The following explains fields in each MAC subheader in FIG 8 and FIG. 9.

[0154] E: An extension field indicates whether there is another MAC subheader in a MAC PDU. If E is set to 1, it indicates that the MAC subPDU is followed by a MAC subheader including a BI or a RAPID. Otherwise, E is set to 0, it indicates that a next octet (Oct) is no longer a MAC subheader.

[0155] T: A type indicator indicates whether a MAC subheader includes a random access preamble identifier RAPID or a backoff indicator BI. If T is set to 0, it indicates that the MAC subheader includes a BI. Otherwise, T is set to 1, it indicates that the MAC subheader includes a RAPID.

[0156] R: Reserved bit.

[0157] RAPID: A random access preamble identifier may be 6 bits (bit) in an LTE system, and a RAPID may be added in an NR system. Bits corresponding to the field may be extended.

[0158] BI: A backoff indicator indicates load of a cell, and may be 4 bits. A corresponding backoff parameter may be obtained through a table lookup by using the field. Table 4 shows a correspondence between an index (index) and a backoff parameter value (Backoff Parameter value) in this embodiment of this disclosure. In addition, bits corresponding to the field may be extended. It should be noted that Table 4 is merely an example. Bits required by the index, the corresponding backoff parameter value, and a backoff unit (such as ms or TTI) in this embodiment of this disclosure are not limited thereto. Table 4 IndexBackoff parameter value (ms)0011022033044056068071208160924010320114801296013Reserved14Reserved15Reserved

[0159] It should be noted that the corresponding MAC subheaders in FIG 8 and FIG 9 include common fields E and T, and changes of bits in the two fields may keep consistent. In other words, neither or both of the MAC subheaders in FIG 8 and FIG 9 include the E field. Correspondingly, neither or both of the MAC subheaders in FIG 8 and FIG. 9 include the T field.

[0160] Optionally, in this embodiment of this disclosure, a possible change of bits in the T field is 1 bit or 2 bits. A possible change of bits in the RAPID field is 6 bits to 8 bits. A possible change of bits in the BI field is 4 bits to 6 bits.

[0161] Correspondingly, the MAC subheaders may have the following two cases.

[0162] Case 1: The E field is reserved, and the T field has 1 bit.

[0163] Specifically, the RAPID in the first MAC subheader or the second MAC subheader may be 6 bits, 7 bits, or 8 bits. The RAPID in the MAC subheader shown in FIG 8 is 6 bits. FIG 10 and FIG 11 are schematic diagrams of MAC subheaders having RAPIDs of 7 bits and 8 bits, respectively. It can be learned that, in Case 1, when the RAPID is 6 bits, the MAC subheader is one octet (Oct); or when the RAPID is 7 bits or 8 bits, the MAC subheader is two octets, and the corresponding RAPID occupies a first bit or the first two bits in a second octet of the MAC subheader.

[0164] The BI in the third MAC subheader may be 4 bits, 5 bits, or 6 bits. The BI in the MAC subheader shown in FIG 9 is 4 bits. FIG 12 and FIG 13 are schematic diagrams of MAC subheaders having BIs of 5 bits and 6 bits, respectively. It can be learned that, in Case 1, the MAC subheader including the BI occupies one octet.

[0165] In addition, 5G has diversified service requirements. In 3GPP TR 38.913, 5G disclosure scenarios are divided into three types, which are Enhanced Mobile Broadband (enhanced Mobile Broadband, eMBB), massive machine type communications (massive Machine Type Communications, mMTC), and ultra-reliable and low latency communications (Ultra-Reliable and Low Latency Communications, URLLC), respectively. In this embodiment of this disclosure, if random access is initiated due to a URLLC service, a delay of the random access needs to be as short as possible. Considering that priorities of different random access scenarios need to be distinguished in NR, different random access services may be provided based on different priorities.

[0166] Priorities of the random access are divided based on an event of the random access initiated by the terminal device. The random access event includes a service type of the random access, whether the random access is used for initial transmission of a message or retransmission of a message, or the like. Alternatively, priorities of the random access may be divided based on quality of service (Quality of Service, QoS) of the random access initiated by the terminal device. For example, the access network device sets random access with relatively high QoS to a high priority, and sets random access with relatively low QoS to a low priority.

[0167] Alternatively, priorities of the random access may be divided based on a physical resource numerology (numerology) selected for the random access initiated by the terminal device. The physical resource attribute includes at least one of the following attributes: a resource period, a TTI length, a subcarrier spacing, a coding scheme, a multiple access method, a quantity of subcarriers occupied in frequency domain, whether to perform frequency-domain repeated transmission, and whether to perform time-domain repeated transmission.

[0168] For example, the access network device divides the priorities of the random access based on a resource period of 1 ms, 2 ms, or 5 ms or based on a resource period with a length of one transmission time interval (Transmission Time Interval, TTI) or with a length of two TTIs. For another example, the access network device divides the priorities of the random access based on a 1 ms TTI, a 0.5 ms TTI, a TTI length of one orthogonal frequency division multiplexing (Orthogonal Frequency Division Multiplexing, OFDM) symbol, or a TTI length of two OFDM symbols. For another example, the access network device divides the priorities of the random access based on a subcarrier spacing of 15 kHz or 60 kHz. For another example, the access network device divides the priorities of the random access based on a coding scheme using a Turbo code, a low-density parity-check (Low-Density Parity-Check, LDPC) code, or a polar (Polar) code. For another example, the access network device divides the priorities of the random access based on OFDM or a multiple access method of code division multiple access (Code Division Multiple Access, CDMA). For another example, the access network device divides the priorities of the random access based on 12 subcarriers or 15 subcarriers occupied in frequency domain.

[0169] In addition, for random access for frequency-domain repeated transmission, the access network device may further divide the priorities of the random access based on the quantity of frequency-domain repeated transmissions. For random access for time-domain repeated transmission, the access network device may further divide the priorities of the random access based on the quantity of time-domain repeated transmissions.

[0170] Alternatively, the priorities of the random access may be divided based on a preamble used for the random access and / or a physical random access channel (Physical Random Access Channel, PRACH) for sending the random access preamble.

[0171] It may be understood that, the priorities of the random access may alternatively be divided in a plurality of levels with reference to the foregoing plurality of division manners.

[0172] The foregoing priority information may be specified in a protocol, or may be sent by a network device to the terminal device by using a control information. The control information includes system information, an RRC message, a PDCCH message, or a MAC CE.

[0173] In this embodiment of this disclosure, different random access priorities may correspond to different backoff indicators BIs. In this case, there may be one or more MAC subPDUs including a BI. For example, a relatively small BI may be set for random access of a relatively high priority, to reduce a waiting time required for re-initiating random access. In this case, a reserved bit R in an E / R / R / R / BI MAC subheader may be used to indicate a random access priority.

[0174] Optionally, one or more bits may be selected from reserved bits R to indicate a random access priority. In an example, any bit may be selected from the reserved bits R to indicate the random access priority. For example, if the priority bit is 0, it indicates that the random access priority is 1. If the priority bit is 1, it indicates that the random access priority is 2. In another example, two reserved bits may be used to indicate the random access priority. For example, 00, 01, 10, and 11 may indicate random access priorities 1, 2, 3, and 4, respectively.

[0175] Case 2: The E field is not reserved, and the T field has 1 bit.

[0176] Specifically, the RAPID in the first MAC subheader or the second MAC subheader may be 6 bits, 7 bits, or 8 bits. When the RAPID is 6 bits, 7 bits, or 8 bits, the T field may be located in a first bit or a second bit in the octet, and fields other than the T field and the RAPID may be reserved. In addition, in Case 2, when the RAPID is 6 bits or 7 bits, a MAC subheader is one octet. When the RAPID is 8 bits, the MAC subheader is two octets, and the RAPID occupies a first bit in a second octet of the MAC subheader.

[0177] The BI in the third MAC subheader may be 4 bits, 5 bits, 6 bits, or 7 bits. When the BI is 4 bits, 5 bits, 6 bits, or 7 bits, the T field may be located in a first bit in the octet, and fields other than the T field and the BI may be reserved. In addition, in Case 2, the MAC subheader including the BI occupies one octet.

[0178] Optionally, one or more bits may be selected from reserved bits R to indicate a random access priority. In an example, any bit may be selected from the reserved bits R to indicate the random access priority. For example, if the priority bit is 0, it indicates that the random access priority is 1. If the priority bit is 1, it indicates that the random access priority is 2. In another example, any two reserved bits may be used to indicate the random access priority. For example, 00, 01, 10, and 11 may indicate random access priorities 1, 2, 3, and 4, respectively. Alternatively, in another example, three reserved bits may be used to indicate the random access priority. For example, 000, 001, 010, 011, 100, 101, 110, and 111 may indicate random access priorities 1 to 8, respectively.

[0179] It should be noted that in the same case as described above (for example, in Case 1 or Case 2), the MAC subheader including the BI and the MAC subheader including the RAPID may be combined in any manner, to replace MAC subheaders at corresponding locations in the MAC PDU. However, in a different case, the MAC subheader including the BI and the MAC subheader including the RAPID cannot appear at corresponding locations in the MAC PDU at the same time.

[0180] In addition, if third MAC subheaders for distinguishing between priorities are used, N MAC subheaders including BIs may appear in the MAC PDU, where N is a positive integer greater than or equal to 1. FIG 14 is a schematic diagram of a MAC PDU including two MAC subheaders including BIs.

[0181] Likewise, the MAC PDU may include M first MAC subPDUs, where M is a positive integer greater than or equal to 1. FIG 15 is a schematic diagram of a MAC PDU including two MAC subheaders including reserved RAPIDs, where a RAPID 1 and a RAPID 2 are reserved RAPIDs. It should be noted that, when at least one of M and N is greater than 1, the MAC subheader including the BI and the MAC subheader including the reserved RAPID need to include the E field.

[0182] Optionally, in this embodiment of this disclosure, the first MAC subheader further includes first indication information, and the first indication information is used to indicate a format type of a RAR corresponding to the first MAC subheader. The format type of the RAR may be one of the different types in FIG 6, FIG 7, and FIG 8, or may be another format type different from the format type in FIG 6, FIG 7, or FIG 8. This is not limited in this embodiment of this disclosure. In an example, the first indication information has a bit for indicating the format type of the RAR explicitly. Specifically, the first indication information may occupy one or more reserved bits in the MAC subheader.

[0183] In another example, the first indication information is used to implicitly indicate that there is a correspondence between the RAPID in the first MAC subheader and the format type of the RAR. Specifically, the access network device and the terminal device each may preconfigure a correspondence between a RAPID and a format type of a RAR. In this way, when determining a RAP that needs to be sent to the access network device, the terminal device may determine, based on the preconfigured correspondence between a RAPID and a RAR, a format type of a RAR corresponding to the terminal device. Further, the terminal device may parse at least one MAC subheader in a MAC PDU based on a RAPID, to obtain a random access response for the terminal device.

[0184] Optionally, in this embodiment of this disclosure, the MAC PDU includes at least two MAC subPDUs, the at least two MAC subPDUs include at least a fourth MAC subPDU, the fourth MAC subPDU includes a first group MAC subheader and a group random access response RAR corresponding to the first group MAC subheader, the first group MAC subheader includes at least two first random access preamble identifiers RAPIDs, and the group RAR includes at least two RARs in a one-to-one correspondence with the at least two first RAPIDs.

[0185] In this embodiment of this disclosure, format types of the at least two RARs in the group RAR are the same. Specifically, for the format type of the RAR, refer to the foregoing descriptions. To avoid repetition, details are not described herein again.

[0186] Optionally, in this embodiment of this disclosure, the at least two MAC subPDUs further include a fifth MAC subPDU, the fifth MAC subPDU includes only a second group MAC subheader, the second group MAC subheader includes at least one second RAPID, and there is a correspondence between the second RAPID and one or more on-demand system information requests. In other words, the second RAPID is used to indicate success in sending, by using the second RAPID, the one or more on-demand system information requests corresponding to the second RAPID; or the second RAPID is used to indicate that the second MAC subPDU is an acknowledgement for the on-demand system information SI request.

[0187] Herein, one second RAPID may correspond to success in requesting on-demand system information for one or more terminal devices. In other words, one terminal device may use one RAP to request on-demand system information, or a plurality of terminal devices may use a same RAP to request on-demand system information.

[0188] Herein, that the fifth MAC subPDU includes only a second group MAC subheader may be understood as follows: The fifth MAC subPDU includes the second group MAC subheader, and a format type of a RAR included in the fifth MAC subPDU is null.

[0189] Herein, MAC subPDUs that are sent in a group-based manner are introduced. In this case, MAC subheaders in which RARs of a same type are returned may be packetized together and then sent. In other words, format types of the at least two RARs in the fourth MAC subPDU are the same, and all RARs in the fifth MAC subPDU are null.

[0190] In this embodiment of this disclosure, the fifth MAC subPDU may be located before or after the fourth MAC subPDU. The third MAC subPDU may be located before the MAC subPDUs (namely, the fifth MAC subPDU and the fourth MAC subPDU) including the RAPIDs.

[0191] Alternatively, the fifth MAC subPDU may be located before the third MAC subPDU. Correspondingly, the fourth MAC subPDU may be located after the third MAC subPDU.

[0192] It may be understood that, locations of the third MAC subPDU, the fourth MAC subPDU, and the fifth MAC subPDU in the MAC PDU are not limited in this embodiment of this disclosure. In other words, the locations of the third MAC subPDU, the fourth MAC subPDU, and the fifth MAC subPDU may be combined in any manner. This is not limited in this embodiment of this disclosure.

[0193] FIG 16 is a schematic structural diagram of another MAC PDU according to an embodiment of this disclosure. It can be learned from FIG 16 that the MAC PDU includes one or more MAC subPDUs. A MAC subPDU may include three types of MAC subPDUs: two types of MAC subPDUs (the fourth MAC subPDU and the fifth MAC subPDU) including RAPIDs and one type of MAC subPDU (the third MAC subPDU) including a BI, respectively. Optionally, the MAC subPDU may further include padding.

[0194] Different from the MAC PDU shown in FIG 4, the MAC subPDU shown in FIG 16 may include a plurality of MAC subheaders, or may include a plurality of MAC subheaders and a plurality of MAC RARs in a one-to-one correspondence with the MAC subheaders. Herein, a plurality of MAC subheaders included in one MAC subPDU may be referred to as a group MAC subheader or a MAC RAR header, and the plurality of MAC RARs in the MAC subPDU are referred to as a group-based MAC RAR.

[0195] For example, a MAC subPDU 2 may include an E / T / RAPID 1 subheader 2 and an E / T / RAPID 2 subheader 3. Alternatively, a MAC subPDU 3 may include an E / T / RAPID subheader 4 to an E / T / RAPID subheader n, and a MAC RAR 4 to a MAC RAR n.

[0196] Specifically, for descriptions of the MAC subheader and the MAC RAR in FIG 16, refer to the foregoing descriptions. To avoid repetition, details are not described herein again.

[0197] FIG 17 is a schematic diagram of a MAC RAR header (namely, a group MAC subheader) according to an embodiment of this disclosure. The MAC RAR header in FIG 17 includes three MAC subheaders, and the three MAC subheaders include a RAPID 1, a RAPID 2, and a RAPID 3, respectively. It can be learned that each MAC subheader occupies two octets, and the RAPIDs included in the MAC subheaders each occupy 7 bits. It can be learned that a plurality of reserved bits exist in the MAC RAR header shown in FIG 17, and this causes a waste of bits in the MAC PDU.

[0198] Optionally, in this embodiment of this disclosure, when a RAPID has more than 6 bits, a plurality of RAPIDs in a group MAC subheader may be concatenated, to reduce bit overheads.

[0199] FIG 18 is a schematic diagram of another MAC RAR header (namely, a group MAC subheader) according to an embodiment of this disclosure. Because types of a plurality of RARs corresponding to the group MAC subheader in this embodiment of this disclosure are the same, only one T field may be reserved in the MAC RAR header. In this case, a last bit of a RAPID 1 in a first MAC subheader in the MAC RAR header may be followed by an E field and a RAPID 2 of a second MAC subheader, and a last bit of the RAPID 2 in the second MAC subheader may be followed by an E field and a RAPID 3 of a third MAC subheader. In this way, the MAC RAR header shown in FIG 18 occupies only four octets, and remaining bits are reserved. Correspondingly, FIG 19 is a schematic diagram of a MAC PDU in which a plurality of RAPIDs are concatenated according to an embodiment of this disclosure.

[0200] Optionally, in this embodiment of this disclosure, when a group MAC subheader including BIs exists, the plurality of BIs in the group MAC subheader may also be concatenated.

[0201] Optionally, in this embodiment of this disclosure, the fourth MAC subheader further includes second indication information for indicating format types of the at least two RARs in the group RAR corresponding to the first group MAC subheader. Specifically, for the format type of the RAR, refer to the foregoing descriptions. To avoid repetition, details are not described herein again.

[0202] In an example, the second indication information has a bit for indicating the format type of the RAR explicitly. Specifically, the second indication information may occupy one or more reserved bits in the group MAC subheader.

[0203] In addition, when the group MAC subheader is in a structure in FIG 18, the group MAC subheader may have only one of the foregoing bits. When the group MAC subheader is in a structure in FIG 17, each MAC subheader in the group MAC subheader may have one of the foregoing bits.

[0204] In another example, the second indication information is used to implicitly indicate that there is a correspondence between the RAPIDs in the first group MAC subheader and the format type of the RAR. Specifically, the access network device and the terminal device each may preconfigure a correspondence between a RAPID and a format type of a RAR. In this way, when determining a RAP that needs to be sent to the access network device, the terminal device may determine, based on the preconfigured correspondence between a RAPID and a RAR, a format type of a RAR corresponding to the terminal device. Further, the terminal device may parse at least one MAC subheader in the MAC PDU, and determine whether a RAPID obtained through parsing is the same as a RAPID sent by the terminal device, to determine whether the RAR is a random access response for the terminal device.

[0205] Optionally, in this embodiment of this disclosure, the MAC PDU may further include at least one MAC subPDU, the MAC subPDU includes a MAC subheader, and the MAC subheader includes at least one RAPID. When the MAC subPDU includes only the MAC subheader, the RAPID is used to indicate success in sending, by using the second RAPID, the one or more on-demand system information requests corresponding to the second RAPID. In this case, for example, the MAC subPDU may be the foregoing fifth MAC subPDU.

[0206] Optionally, in this embodiment of this disclosure, when there is one MAC subPDU, and the MAC subheader includes at least two RAPIDs, the MAC subPDU further includes at least two RARs in a one-to-one correspondence with the at least two RAPIDs, where format types of the at least two RARs are the same.

[0207] In this case, there is a correspondence between the MAC subPDU and an RNTI used for parsing the MAC subPDU. The RNTI may be an RA-RNTI and correspondingly used for decoding a RAR. Alternatively, an RNTI may be configured for a MAC subPDU corresponding to on-demand SI.

[0208] In other words, in this embodiment of this disclosure, for different types of MAC subPDUs, the access network device may preconfigure a correspondence between an RNTI and a MAC subPDU type, and the correspondence may be prestored in the access network device and the terminal device. When a specific RNTI can be used by the terminal device to monitor a PDCCH, the terminal device may determine a format type of a MAC subPDU in a PDSCH corresponding to the PDCCH. Further, the terminal device may obtain a random access response for the terminal device from the MAC PDU based on the format type of the MAC subPDU. Specifically, for the format type of the RAR, refer to the foregoing descriptions. To avoid repetition, details are not described herein again.

[0209] 320. The access network device sends the MAC PDU.

[0210] In this embodiment of this disclosure, when a plurality of terminal devices send preambles on a same PRACH resource, RARs corresponding to the plurality of terminal devices are encapsulated in a same MAC PDU. In this case, the access network device sends the MAC PDU to the plurality of terminal devices.

[0211] In this case, the terminal device receives the MAC PDU sent by the access network device, and the MAC PDU includes at least two MAC subPDUs. The terminal device parses a MAC subheader included in each MAC subPDU, and determines, based on a result of parsing the MAC subheader, a MAC subPDU corresponding to the terminal device. Herein, the at least two MAC subPDUs in the MAC PDU may be different types of MAC subPDUs.

[0212] Optionally, the MAC subheader included in the MAC subPDU carries indication information, and the indication information indicates a type of the MAC subPDU.

[0213] Optionally, after the terminal device determines the type of the MAC subPDU based on the result of parsing the MAC subheader, if the type of the MAC subPDU is a type of MAC subPDU including only a MAC subheader, the terminal device considers that the MAC subPDU has no corresponding RAR. If the type of the MAC subPDU is the type including only a MAC subheader, the terminal device does not need to receive the RAR corresponding to the MAC subheader.

[0214] Optionally, the MAC subPDU may include the first MAC subheader and the random access response RAR corresponding to the first MAC subheader.

[0215] Optionally, the first MAC subheader and the random access response RAR corresponding to the first MAC subheader are in a one-to-one or one-to-many correspondence.

[0216] Optionally, that the first MAC subheader and the random access response RAR corresponding to the first MAC subheader are in a one-to-many correspondence includes: The first MAC subheader includes RAPIDs of a plurality of corresponding random access responses RARs.

[0217] Specifically, after performing descrambling based on the RA-RNTI and obtaining the MAC PDU within an RA response window, the terminal device may parse the MAC subheader in the MAC PDU, and determine, based on the parsing result, the MAC subPDU corresponding to the terminal device.

[0218] Specifically, when the MAC PDU includes the first MAC subPDU, if the terminal device detects, in the MAC PDU, a RAPID that is the same as a RAPID of the terminal device, the terminal device may immediately obtain a MAC subPDU of the terminal device after the first MAC subheader. Therefore, this embodiment of this disclosure helps the terminal device rapidly obtain a random access response for the terminal device.

[0219] When the MAC PDU includes the fourth MAC subPDU, if the terminal device detects, in the MAC PDU, a RAPID that is the same as a RAPID of the terminal device, the terminal device may obtain a MAC subPDU of the terminal device based on a group MAC subheader. Therefore, according to this embodiment of this disclosure, a new MAC PDU format can be introduced into random access in a 5G system to transmit a random access response, and this helps the terminal device rapidly obtain a random access response for the terminal device.

[0220] In addition, when the MAC PDU includes the second MAC subPDU or the fifth MAC subPDU, if the terminal device detects, in the MAC PDU, the RAPID that is the same as the RAPID of the terminal device, the terminal device can obtain the acknowledgement for the on-demand system information SI request. Therefore, in this embodiment of this disclosure, a new RAR format (to be specific, the RAR format may be null) can be added to the MAC PDU in response to the on-demand system information request of the terminal device, to be applicable to a scenario in which random access is used to request on-demand system information in the 5G system.

[0221] When the MAC PDU includes the third MAC subPDU, when no random access response is detected or no RAPID that is the same as a RAPID sent by the terminal device exists in a detected MAC PDU, the terminal device may determine, based on a backoff indicator in the third MAC subPDU, a time interval to initiate a next random access request.

[0222] Specifically, when the MAC subPDU may include a plurality of third MAC subPDUs, the terminal device may determine, based on a priority of a random access service, a backoff indicator corresponding to a priority of a service of the terminal device, and determine, based on the backoff indicator, a time interval to initiate a next random access request. In this way, a waiting time required for re-initiating random access for a high-priority service can be reduced. The terminal device may determine, based on the first indication information in the MAC PDU, the format type of the RAR corresponding to the first MAC subheader.

[0223] Specifically, the terminal device determines the format types of the at least two RARs based on the bit. The first indication information is the bit, and the first indication information is used to explicitly indicate the format types of the RARs. Alternatively, the terminal device determines the format types of the at least two RARs based on the RAPIDs included in the first group MAC subheader. The first indication information is used to implicitly indicate that there is a correspondence between the RAPIDs and the format types in the group RAR.

[0224] Optionally, the terminal device may determine the format types of the at least two RARs in the group RAR based on the second indication information in the MAC PDU.

[0225] Specifically, the terminal device may determine the format types of the at least two RARs in the group RAR based on the bit. The second indication information is the bit, and the second indication information is used to explicitly indicate the format type of the RAR. Alternatively, the terminal device determines the format types of the at least two RARs in the group RAR based on the RAPIDs included in the first group MAC subheader. The second indication information is used to implicitly indicate that there is a correspondence between the RAPIDs and the format types in the group RAR.

[0226] Specifically, for the format type of the RAR, refer to the foregoing descriptions in step 310. To avoid repetition, details are not described herein again.

[0227] The following specifically describes how the terminal device determines the RA-RNTI.

[0228] In this embodiment of this disclosure, a time-frequency location of a preamble determines an RA-RNTI value. An RA-RNTI may be calculated by using the following formula, and after sending the preamble, the terminal device monitors a PDCCH by using the RA-RNTI obtained through calculation: RA − RNTI = 1 + t_id + 10 * f_id where t_id is an index of a first subframe in a PRACH resource, and 0 ≤ t_id < 10; and f_id is an index, in ascending order in frequency domain, of a PRACH resource for sending an Msg1, and 0 ≤ f_id < 6.

[0229] In LTE, the RA-RNTI is calculated within one radio frame. Because there is only one type of resource usage attribute (for example, a numerology) in LTE, calculation of RA-RNTIs corresponding to different resource usage attributes (for example, a numerology) does not overlap. For example, in Formula (1), in one radio frame, a maximum quantity of subframe locations at which a PRACH resource is located is 10, and a quantity of PRACH frequency-domain location indexes is 6. In other words, one radio frame in LTE has a maximum of 60 PRACH time-frequency block locations. Therefore, the value obtained through RA-RNTI calculation can uniquely determine one PRACH time-frequency resource location.

[0230] Optionally, physical random access resources PRACHs corresponding to different resource usage attributes in one radio frame in 5G may be time-division, or may be frequency-division. Distribution of the physical random access resources corresponding to a time-division case and a frequency-division case in the radio frame is shown below in FIG 20 and FIG 21. FIG 20 is a schematic diagram of distribution (frequency-division) of random access resources corresponding to different resource usage attributes. FIG 21 is a schematic diagram of distribution (time-division) of random access resources corresponding to different resource usage attributes. It may be understood that, FIG 20 and FIG 21 are merely examples. An actual quantity of resource usage attributes existing in the radio frame is not limited to 2, and distribution of time-frequency resource blocks corresponding to different resource usage attributes is not limited thereto. The access network device may configure physical random access resources corresponding to different resource usage attributes in a random access resource configuration, so that the terminal device can learn of time-frequency locations at which available physical random access resources exist.

[0231] Because different resource usage attributes are introduced into 5G, different resource usage attributes correspond to different subcarrier spacings SCSs and transmission time interval TTI lengths. If a conventional LTE formula is used, RA-RNTI values obtained through calculation of PRACH resources corresponding to different resource usage attributes in one radio frame overlap, and the terminal device and the access network device cannot uniquely determine a location of a physical random access resource PRACH by using an RA-RNTI value like the conventional LTE. Therefore, an RA-RNTI calculation formula needs to be re-designed.

[0232] A possible implementation is as follows: Respective RA-RNTI calculation formulas are designed for different resource usage attributes by using the RA-RNTI calculation formula in LTE as a baseline, and the formula is specifically as follows: RA − RNTI = 1 + t _ id u + N frame slot , u ∗ f _ id u where N frame slots , μ is a quantity of slots included in one frame in a physical resource attribute, t_id u< is a slot index number corresponding to a RACH resource transmitted in a physical resource attribute, f_id u< is a frequency-domain resource index number corresponding to a random access resource transmitted in a physical resource attribute, a value range of t_id u< is 0 ≤ t_idu ≤ N frame slots , μ , and a value range of f_id u< is 0 ≤ f_id u < F max u , where F max u is a maximum quantity of random access frequency-domain resources corresponding to a RACH transmission occasion occasion in a physical resource attribute, and u is an index number of a physical resource attribute.

[0233] During calculation according to Formula (2), the following problem exists: When a resource usage attribute is 15 kHz, a quantity of slots included in one frame is 10; and when a resource usage attribute is 30 kHz, a quantity of slots included in one frame is 20. Therefore, when frequency domain identifiers f_id of both resource usage attributes are 0, RA-RNTI values of both resource usage attributes depend on t_id. Considering that t_id of both resource usage attributes starts from 0, values of RA-RNTIs corresponding to both resource usage attributes may be the same. As a result, when performing monitoring by using the RA-RNTIs, the terminal device cannot distinguish between detected RAR responses corresponding to the resource usage attributes.

[0234] Therefore, considering that the RA-RNTIs obtained through calculation of the different physical resource attributes may overlap, a solution may be as follows: A physical resource attribute is indicated by using a MAC subheader or a RAR, so that RA-RNTIs of different physical resource attributes are distinguished by using a physical resource usage attribute identifier in the MAC subheader or the RAR.

[0235] A method for indicating a physical resource attribute by using a MAC subheader or a RAR may further include an explicit manner or an implicit manner. The explicit manner is specifically: explicitly indicating the physical resource attribute in the MAC subheader by using a bit, or explicitly indicating the physical resource attribute in the RAR by using a bit.

[0236] Specifically, the implicit manner may be: implicitly indicating the physical resource attribute by using a component field (such as a RAPID) in the MAC subheader. Optionally, there is a correspondence between a RAPID and a physical resource attribute. For details about a method for implicitly indicating the physical resource attribute by using the RAR, refer to the foregoing description of implicitly carrying a physical resource attribute in a UL grant. Details are not described herein again.

[0237] Another possible implementation is as follows: One RA-RNTI calculation formula is used for all of the different physical resource attributes. The original RA-RNTI in LTE is equivalent to an identifier index indicating a random access physical time-frequency resource, so that the terminal device and the network device can learn of, by using a calculated RA-RNTI value, a specific physical time-frequency resource on which a preamble is sent.

[0238] Considering that the physical random access resources in 5G may correspond to a plurality of physical resource attributes, identifier indexes of random access physical time-frequency resources in one radio frame are sorted in a plurality of manners, for example, sequentially sorted based on the physical resource attributes (indexes of time-frequency resources corresponding to one physical resource attribute are consecutively sorted, and statistics collection of indexes of time-frequency resource blocks corresponding to another physical resource attribute different from the physical resource attribute is performed after sorting); or physical resource time-frequency block indexes are sorted based on a sequence in time domain. (1) Physical resource time-frequency block indexes are sequentially sorted based on physical resource attributes. It may be understood that the following is merely an example. Specific physical resource time-frequency block index sorting is not limited thereto. Different index sorting manners correspond to different RA-RNTI formulas. FIG 22 is a schematic diagram of sequentially sorting physical resource time-frequency block indexes (frequency-division) based on physical resource attributes. FIG 23 is a schematic diagram of sequentially sorting physical resource time-frequency block indexes (time-division) based on physical resource attributes. (2) Physical resource time-frequency block indexes are sequentially sorted based on a sequence in time domain.

[0239] It may be understood that the following is merely an example. Specific physical resource time-frequency block index sorting is not limited thereto. FIG 24 is a schematic diagram of sequentially sorting physical resource time-frequency block indexes (frequency-division) based on a sequence in time domain. FIG 25 is a schematic diagram of sequentially sorting physical resource time-frequency block indexes (time-division) based on a sequence in time domain. Optionally, for the foregoing cases of sequentially sorting the physical resource time-frequency block indexes based on the physical resource attributes (FIG 22 and FIG 23), an RA-RNTI calculation formula is designed, and is specifically as follows: (1) RAR window length extension is not considered. In this case, the RA-RNTI calculation formula does not reflect RAR window length impact. The specific RA-RNTI calculation formula may be expressed as: RA − RNTI = ∑ i = 1 M u N frame slot , i ∗ F max i + 1 + t _ id u + N frame slot , u ∗ f _ id u where N frame slots , μ is a quantity of slots included in one frame in a physical resource attribute; u is an index number of the physical resource attribute; t_id is a slot index number corresponding to a RACH resource transmitted in a physical resource attribute; F max u is a maximum quantity of random access frequency-domain resources corresponding to a RACH transmission occasion occasion in a physical resource attribute; f_id is a frequency-domain resource index number corresponding to a random access resource transmitted in a physical resource attribute; M u is a quantity of physical resource attributes in one radio frame that satisfy a first condition, where the first condition is: a subcarrier spacing corresponding to the physical resource attribute is less than a subcarrier spacing corresponding to a current physical resource attribute; M u = L SCS u / L SCS default , and M u ≥ 1, where L SCS default is a predefined subcarrier spacing value, for example, the value may be 15 kHz and may be fixed in a standard protocol or may be configured by the access network device; and L SCS u is a value of a subcarrier spacing SCS in a physical resource attribute (an index number of the physical resource attribute is u). A random access time-frequency resource block whose index corresponding to a resource usage attribute 1 is equal to 20 in FIG 22 is used as an example. In this case, N frame slots ,1 corresponding to the resource usage attribute 1 is equal to 3, and F max 1 = 6; N frame slots ,2 corresponding to a resource usage attribute 2 is equal to 6, and F max 2 = 6; M u = L SCS 2 / L SCS default = 15 / 15 = 1; t_id 2< corresponding to the physical resource usage attribute 1 is equal to 1, and f_id 2< = 0. Therefore, an RA-RNTI obtained through calculation by using Formula (3) is: R A - RNTI = ∑ i = 1 Mu N frame slot , i ∗ F max i + 1 + t _ id u + N frame slot , u ∗ f _ id u = N frame slots ,1 ∗ F max 1 + 1 + t _ id 2 + N frame slots ,2 ∗ f _ id 2 = 3 ∗ 6 + 1 + 1 + 6 ∗ 0 = 20 (2) RAR window length extension is considered. In this case, the RA-RNTI calculation formula reflects RAR window length impact, and RA-RNTI values in different radio frames within RAR window length duration need to be distinguished.

[0240] The specific RA-RNTI calculation formula may be expressed as: R A - RNTI = ∑ i = 1 M u N frame slot , i ∗ F max i + 1 + t _ id u + N frame slot , u ∗ f _ id u + ∑ i = 1 M max N frame slot , i ∗ F max i ∗ SFN _ id mod W max / N max slot where SFN_id is a frame index number, and W max is a maximum RAR window length, where it may be understood that a unit of a RAR window may be a quantity of slots; and N max slot is a maximum value of a quantity of slots corresponding to all physical resource attributes in a radio frame, where if a quantity of slots included in one frame is 10 in a physical resource attribute of 15 kHz, and a quantity of slots included in one frame is 20 in a physical resource attribute of 30 kHz, a value of N max slot is 20.

[0241] It may be understood that RAR window lengths corresponding to different resource attributes may be different, or may be the same. When the RAR window lengths are different, a value of W max is a maximum value. When the RAR window lengths are the same, all values are the same. In addition, another possible implementation is as follows: A conventional RA-RNTI calculation formula is not used, and the access network device delivers a correspondence between random access time-frequency resource locations corresponding to different resource usage attributes and indexes of the resource usage attributes to the terminal device. A specific form is not limited, and may be a table of the correspondence between the time-frequency resource locations and the indexes of the resource usage attributes.

[0242] In this manner, the correspondence may be configured for the terminal device by using system information or an RRC message. An advantage is simplicity, and the RA-RNTI calculation is omitted. However, a disadvantage is that the time-frequency resource locations and corresponding information of the indexes need to be configured for the terminal device, causing high signaling overheads.

[0243] FIG 26 is a schematic block diagram of an access network device 500 according to an embodiment of this disclosure. The access network device 500 includes a determining unit 510 and a sending unit 520.

[0244] The determining unit 510 is configured to determine a Medium Access Control MAC protocol data unit PDU, where the MAC PDU includes at least two MAC subPDUs, the at least two MAC subPDUs include at least a first MAC subPDU, the first MAC subPDU includes a first MAC subheader and a random access response RAR corresponding to the first MAC subheader, and the first MAC subheader is located before the RAR corresponding to the first MAC subheader.

[0245] The sending unit 520 is configured to send the MAC PDU.

[0246] When the MAC PDU includes at least two first MAC subPDUs, a first MAC subheader and a RAR are placed in an interleaved manner. To be specific, each first MAC subPDU includes a first MAC subheader and a RAR corresponding to the first MAC subheader, and the first MAC subheader is located before and adjacent to the RAR corresponding to the first MAC subheader. In this way, the MAC subheader and the RAR are placed in the interleaved manner, so that the MAC subheader can be immediately placed before the corresponding RAR, thereby changing a conventional MAC PDU format in random access in LTE.

[0247] In addition, an existing 5G standard has specified that an interleaved manner in which a MAC subheader and a payload are placed exists in a MAC PDU that is based on data and a MAC CE. Therefore, according to this embodiment of this disclosure, a format of a MAC PDU in random access in a 5G NR system can be uniform with a format of the MAC PDU that is based on data and a MAC CE in the existing 5G standard.

[0248] Optionally, the first MAC subheader further includes first indication information, the first indication information is used to indicate a format type of the RAR corresponding to the first MAC subheader, and the format type of the RAR corresponds to a random access event. Optionally, the first indication information has a bit for indicating the format type of the RAR explicitly; or the first MAC subheader further includes a first RAPID, and the first indication information is used to implicitly indicate that there is a correspondence between the first RAPID and the format type of the RAR.

[0249] The at least two MAC subPDUs further include a second MAC subPDU, the second MAC subPDU includes only a second MAC subheader, the second MAC subheader includes a second RAPID, and there is a correspondence between the second RAPID and one or more on-demand system information requests.

[0250] Therefore, in this embodiment of this disclosure, a new RAR format (to be specific, the RAR format may be null) can be added to the MAC PDU in response to an on-demand system information request of a terminal device, to be applicable to a scenario in which random access is used to request on-demand system information in a 5G system.

[0251] Optionally, the at least two MAC subPDUs further include a third MAC subPDU, the third MAC subPDU includes only a third MAC subheader, the third MAC subheader includes backoff indicator information, and the backoff indicator information is used to instruct the terminal device to determine, when no random access response is detected or no RAPID that is the same as a RAPID sent by the terminal device exists in a detected MAC PDU, a time interval to initiate a next random access request.

[0252] Optionally, the third MAC subPDU is located before the first MAC subPDU and the second MAC subPDU, and the first MAC subPDU is located before the second MAC subPDU, or the first MAC subPDU is located after the second MAC subPDU.

[0253] Optionally, the MAC PDU further includes padding which is located at the end of the MAC PDU, and whether the MAC PDU includes the padding and a length of the padding are determined based on a size of a transport block (TB), a number of all MAC subheaders and RARs.

[0254] It should be noted that, in this embodiment of the present invention, the determining unit 510 may be implemented by a processor, and the sending unit 520 may be implemented by a transceiver. As shown in FIG 27, an access network device 600 may include a processor 610, a memory 620, and a transceiver 630. The memory 620 may be configured to store code or the like executed by the processor 610, and the processor 610 may be configured to process data or a program.

[0255] During implementation, the steps of the foregoing methods may be completed by an integrated logic circuit of hardware in the processor 610 or by an instruction in a software form. The steps of the method disclosed with reference to the embodiments of the present invention may be directly performed by a hardware processor, or may be performed by using a combination of hardware in the processor and a software module. The software module may be located in a mature storage medium in the art such as a random access memory, a flash memory, a read-only memory, a programmable read-only memory, an electrically erasable programmable memory, or a register. The storage medium is located in the memory 620, and the processor 610 reads information in the memory 620, to complete the steps of the method in combination with hardware of the processor 610. To avoid repetition, details are not described herein again.

[0256] The access network device 500 shown in FIG. 26 or the access network device 600 shown in FIG. 27 can implement the processes corresponding to the foregoing method embodiment shown in FIG 3. Specifically, for implementation of the access network device 500 or the access network device 600, refer to the descriptions in FIG 3. To avoid repetition, details are not described herein again.

[0257] FIG 28 is a schematic block diagram of a terminal device 700 according to an embodiment of this disclosure. The terminal device 700 includes a receiving unit 710, a parsing unit 720, and a determining unit 730.

[0258] The receiving unit 710 is configured to receive a Medium Access Control MAC protocol data unit PDU sent by an access network device, where the MAC PDU includes at least two MAC subPDUs, the at least two MAC subPDUs include at least a first MAC subPDU, the first MAC subPDU includes a first MAC subheader and a random access response RAR corresponding to the first MAC subheader, and the first MAC subheader is located before the RAR corresponding to the first MAC subheader.

[0259] The parsing unit 720 is configured to parse a MAC subheader included in each MAC subPDU. The determining unit 730 is configured to determine, based on a result of parsing the MAC subheader, a MAC subPDU corresponding to the terminal device.

[0260] In this embodiment of this disclosure, when the MAC PDU includes the first MAC subPDU, if the terminal device detects, in the MAC PDU, a RAPID that is the same as a RAPID of the terminal device, the terminal device may immediately obtain a MAC subPDU of the terminal device after the first MAC subheader. Therefore, this embodiment of this disclosure helps the terminal device rapidly obtain a random access response for the terminal device.

[0261] Optionally, the first MAC subheader further includes first indication information, the first indication information is used to indicate a format type of the RAR corresponding to the first MAC subheader, and the format type of the RAR corresponds to a random access event.

[0262] Optionally, the first indication information has a bit for indicating the format type of the RAR explicitly; or the first MAC subheader further includes a first RAPID, and the first indication information is used to implicitly indicate that there is a correspondence between the first RAPID and the format type of the RAR.

[0263] Specifically, the access network device and the terminal device each may preconfigure a correspondence between a RAPID and a format type of a RAR. In this way, when determining a RAP that needs to be sent to the access network device, the terminal device may determine, based on the preconfigured correspondence between a RAPID and a RAR, a format type of a RAR corresponding to the terminal device. Further, the terminal device may parse at least one MAC subheader in a MAC PDU based on a RAPID, to obtain a random access response for the terminal device.

[0264] The at least two MAC subPDUs further include a second MAC subPDU, the second MAC subPDU includes only a second MAC subheader, the second MAC subheader includes a second RAPID, and there is a correspondence between the second RAPID and one or more on-demand system information requests.

[0265] Therefore, in this embodiment of this disclosure, a new RAR format (to be specific, the RAR format may be null) can be added to the MAC PDU in response to the on-demand system information request of the terminal device, to be applicable to a scenario in which random access is used to request on-demand system information in a 5G system.

[0266] Optionally, the at least two MAC subPDUs further include a third MAC subPDU, the third MAC subPDU includes only a third MAC subheader, the third MAC subheader includes backoff indicator information, and the backoff indicator information is used to instruct the terminal device to determine, when no random access response is detected or no RAPID that is the same as a RAPID sent by the terminal device exists in a detected MAC PDU, a time interval to initiate a next random access request.

[0267] Optionally, the third MAC subPDU is located before the first MAC subPDU and the second MAC subPDU, and the first MAC subPDU is located before the second MAC subPDU, or the first MAC subPDU is located after the second MAC subPDU.

[0268] Optionally, the MAC PDU further includes padding, the padding is located at the end of the MAC PDU, and whether the MAC PDU includes the padding and a length of the padding are determined based on a size of a transport block (TB) and a number of all MAC subheaders and RARs.

[0269] It should be noted that, in this embodiment of the present invention, the receiving unit 710 may be implemented by a transceiver, and the parsing unit 720 and the determining unit 730 may be implemented by a processor. As shown in FIG 29, a terminal device 800 may include a processor 810, a memory 820, and a transceiver 830. The memory 820 may be configured to store code or the like executed by the processor 810, and the processor 810 may be configured to process data or a program.

[0270] During implementation, the steps of the foregoing methods may be completed by an integrated logic circuit of hardware in the processor 810 or by an instruction in a software form. The steps of the method disclosed with reference to the embodiments of the present invention may be directly performed by a hardware processor, or may be performed by using a combination of hardware in the processor and a software module. The software module may be located in a mature storage medium in the art such as a random access memory, a flash memory, a read-only memory, a programmable read-only memory, an electrically erasable programmable memory, or a register. The storage medium is located in the memory 820, and the processor 810 reads information in the memory 820, to complete the steps of the method in combination with hardware of the processor 810. To avoid repetition, details are not described herein again.

[0271] The terminal device 700 shown in FIG 28 or the terminal device 800 shown in FIG 29 can implement the processes corresponding to the foregoing method embodiment shown in FIG 3. Specifically, for implementation of the terminal device 700 or the terminal device 800, refer to the descriptions in FIG 3. To avoid repetition, details are not described herein again.

[0272] FIG 30 is a schematic block diagram of an access network device 900 according to an embodiment of this disclosure. The access network device 900 includes a determining unit 910 and a sending unit 920.

[0273] The determining unit 910 is configured to determine a Medium Access Control MAC protocol data unit PDU, where the MAC PDU includes at least two MAC subPDUs, the at least two MAC subPDUs include at least a fourth MAC subPDU, the fourth MAC subPDU includes a first group MAC subheader and a group random access response RAR corresponding to the first group MAC subheader, the first group MAC subheader includes at least two first random access preamble identifiers RAPIDs, and the group RAR includes at least two RARs in a one-to-one correspondence with the at least two first RAPIDs.

[0274] The sending unit 920 is configured to send the MAC PDU.

[0275] When the MAC PDU includes at least two first MAC subPDUs, a first MAC subheader and a RAR are placed in an interleaved manner. To be specific, each first MAC subPDU includes a first MAC subheader and a RAR corresponding to the first MAC subheader, and the first MAC subheader is located before and adjacent to the RAR corresponding to the first MAC subheader. In this way, the MAC subheader and the RAR are placed in the interleaved manner, so that the MAC subheader can be immediately placed before the corresponding RAR, thereby changing a conventional MAC PDU format in random access in LTE.

[0276] In addition, an existing 5G standard has specified that an interleaved manner in which a MAC subheader and a payload are placed exists in a MAC PDU that is based on data and a MAC CE.

[0277] Therefore, according to this embodiment of this disclosure, a format of a MAC PDU in random access in a 5G NR system can be uniform with a format of the MAC PDU that is based on data and a MAC CE in the existing 5G standard.

[0278] Optionally, the first group MAC subheader further includes second indication information, the second indication information is used to indicate format types of the at least two RARs in the group RAR corresponding to the first group MAC subheader, the format types of the at least two RARs in the group RAR are the same, and the format type of the RAR corresponds to a random access event.

[0279] Optionally, the second indication information has a bit for indicating the format type of the RAR explicitly; or the second indication information is used to implicitly indicate that there is a correspondence between the first RAPID and the format type of the RAR.

[0280] Optionally, the at least two MAC subPDUs further include a fifth MAC subPDU, the fifth MAC subPDU includes only a second group MAC subheader, the second group MAC subheader includes at least one second RAPID, and there is a correspondence between the second RAPID and one or more on-demand system information requests.

[0281] Therefore, in this embodiment of this disclosure, a new RAR format (to be specific, the RAR format may be null) can be added to the MAC PDU in response to an on-demand system information request of a terminal device, to be applicable to a scenario in which random access is used to request on-demand system information in a 5G system.

[0282] Optionally, the at least two MAC subPDUs further include a third MAC subPDU, the third MAC subPDU includes only a third MAC subheader, the third MAC subheader includes backoff indicator information, and the backoff indicator information is used to instruct the terminal device to determine, when no random access response is detected or no RAPID that is the same as a RAPID sent by the terminal device exists in a detected MAC PDU, a time interval to initiate a next random access request.

[0283] It should be noted that, in this embodiment of the present invention, the determining unit 910 may be implemented by a processor, and the sending unit 920 may be implemented by a transceiver. As shown in FIG 31, an access network device 1000 may include a processor 1010, a memory 1020, and a transceiver 1030. The memory 1020 may be configured to store code or the like executed by the processor 1010, and the processor 1010 may be configured to process data or a program.

[0284] During implementation, the steps of the foregoing methods may be completed by an integrated logic circuit of hardware in the processor 1010 or by an instruction in a software form. The steps of the method disclosed with reference to the embodiments of the present invention may be directly performed by a hardware processor, or may be performed by using a combination of hardware in the processor and a software module. The software module may be located in a mature storage medium in the art such as a random access memory, a flash memory, a read-only memory, a programmable read-only memory, an electrically erasable programmable memory, or a register. The storage medium is located in the memory 1020, and the processor 1010 reads information in the memory 1020, to complete the steps of the method in combination with hardware of the processor 1010. To avoid repetition, details are not described herein again.

[0285] The access network device 900 shown in FIG 30 or the access network device 1000 shown in FIG 31 can implement the processes corresponding to the foregoing method embodiment shown in FIG 3. Specifically, for implementation of the access network device 900 or the access network device 1000, refer to the descriptions in FIG 3. To avoid repetition, details are not described herein again.

[0286] FIG 32 is a schematic block diagram of a terminal device 1100 according to an embodiment of this disclosure. The terminal device 1100 includes a receiving unit 1110, a parsing unit 1120, and a determining unit 1130.

[0287] The receiving unit 1110 is configured to receive a Medium Access Control MAC protocol data unit PDU sent by an access network device, where the MAC PDU includes at least two MAC subPDUs, the at least two MAC subPDUs include at least a fourth MAC subPDU, the fourth MAC subPDU includes a first group MAC subheader and a group random access response RAR corresponding to the first group MAC subheader, the first group MAC subheader includes at least two first random access preamble identifiers RAPIDs, and the group RAR includes at least two RARs in a one-to-one correspondence with the at least two first RAPIDs.

[0288] The parsing unit 1120 is configured to parse a MAC subheader included in each MAC subPDU. The determining unit 1130 is configured to determine, based on a result of parsing the MAC subheader, a MAC subPDU corresponding to the terminal device.

[0289] When the MAC PDU includes the fourth MAC subPDU, if the terminal device detects, in the MAC PDU, a RAPID that is the same as a RAPID of the terminal device, the terminal device may obtain a MAC subPDU of the terminal device based on a group MAC subheader. Therefore, according to this embodiment of this disclosure, a new MAC PDU format can be introduced into random access in a 5G system to transmit a random access response, and this helps the terminal device rapidly obtain a random access response for the terminal device.

[0290] Optionally, the first group MAC subheader further includes second indication information, the second indication information is used to indicate format types of the at least two RARs in the group RAR corresponding to the first group MAC subheader, the format types of the at least two RARs in the group RAR are the same, and the format type of the RAR corresponds to a random access event.

[0291] Optionally, the second indication information has a bit for indicating the format type of the RAR explicitly; or the second indication information is used to implicitly indicate that there is a correspondence between the first RAPID and the format type of the RAR.

[0292] Optionally, the at least two MAC subPDUs further include a fifth MAC subPDU, the fifth MAC subPDU includes only a second MAC subheader, the second MAC subheader includes a second RAPID, and there is a correspondence between the second RAPID and one or more on-demand system information requests.

[0293] Therefore, in this embodiment of this disclosure, a new RAR format (to be specific, the RAR format may be null) can be added to the MAC PDU in response to an on-demand system information request of the terminal device, to be applicable to a scenario in which random access is used to request on-demand system information in a 5G system.

[0294] In addition, MAC subPDUs that are sent in a group-based manner are introduced into this embodiment of this disclosure. In this case, MAC subheaders in which RARs of a same type are returned may be packetized together and then sent. In other words, format types of the at least two RARs in the fourth MAC subPDU are the same, and all RARs in the fifth MAC subPDU are null.

[0295] Optionally, the at least two MAC subPDUs further include a third MAC subPDU, the third MAC subPDU includes only a third MAC subheader, the third MAC subheader includes backoff indicator information, and the backoff indicator information is used to instruct the terminal device to determine, when no random access response is detected or no RAPID that is the same as a RAPID sent by the terminal device exists in a detected MAC PDU, a time interval to initiate a next random access request.

[0296] It should be noted that, in this embodiment of the present invention, the receiving unit 1110 may be implemented by a transceiver, and the parsing unit 1120 and the determining unit 1130 may be implemented by a processor. As shown in FIG 33, a terminal device 1200 may include a processor 1210, a memory 1220, and a transceiver 1230. The memory 1220 may be configured to store code or the like executed by the processor 1210, and the processor 1210 may be configured to process data or a program.

[0297] During implementation, the steps of the foregoing methods may be completed by an integrated logic circuit of hardware in the processor 1210 or by an instruction in a software form. The steps of the method disclosed with reference to the embodiments of the present invention may be directly performed by a hardware processor, or may be performed by using a combination of hardware in the processor and a software module. The software module may be located in a mature storage medium in the art such as a random access memory, a flash memory, a read-only memory, a programmable read-only memory, an electrically erasable programmable memory, or a register. The storage medium is located in the memory 1220, and the processor 1210 reads information in the memory 1220, to complete the steps of the method in combination with hardware of the processor 1210. To avoid repetition, details are not described herein again.

[0298] The terminal device 1100 shown in FIG 32 or the terminal device 1200 shown in FIG 33 can implement the processes corresponding to the foregoing method embodiment shown in FIG 3. Specifically, for implementation of the terminal device 1100 or the terminal device 1200, refer to the descriptions in FIG 3. To avoid repetition, details are not described herein again.

[0299] FIG 34 is a schematic block diagram of an access network device 1300 according to an embodiment of this disclosure. The access network device 1300 includes a determining unit 1310 and a sending unit 1320.

[0300] The determining unit 1310 is configured to determine a Medium Access Control MAC protocol data unit PDU, where the MAC PDU includes at least one MAC subPDU, the MAC subPDU includes a MAC subheader, and the MAC subheader includes at least one RAPID.

[0301] The sending unit 1320 is configured to send the MAC PDU.

[0302] Optionally, the MAC subPDU includes only the MAC subheader, and there is a correspondence between the RAPID and one or more on-demand system information requests.

[0303] Therefore, in this embodiment of this disclosure, a new RAR format (to be specific, the RAR format may be null) can be added to the MAC PDU in response to an on-demand system information request of a terminal device, to be applicable to a scenario in which random access is used to request on-demand system information in a 5G system.

[0304] Optionally, when there is one MAC subPDU, and the MAC subheader includes at least two RAPIDs, the MAC subPDU further includes at least two RARs in a one-to-one correspondence with the at least two RAPIDs, where format types of the at least two RARs are the same, and there is a correspondence between the format type of the RAR and an RA-RNTI.

[0305] In addition, the correspondence may be prestored in the access network device and the terminal device. When a specific RNTI can be used by the terminal device to monitor a PDCCH, the terminal device may determine a format type of a MAC subPDU in a PDSCH corresponding to the PDCCH. Further, the terminal device may obtain a random access response for the terminal device from the MAC PDU based on the format type of the MAC subPDU.

[0306] It should be noted that, in this embodiment of the present invention, the determining unit 1310 may be implemented by a processor, and the sending unit 1320 may be implemented by a transceiver. As shown in FIG 35, an access network device 1400 may include a processor 1410, a memory 1420, and a transceiver 1430. The memory 1420 may be configured to store code or the like executed by the processor 1410, and the processor 1410 may be configured to process data or a program.

[0307] During implementation, the steps of the foregoing methods may be completed by an integrated logic circuit of hardware in the processor 1410 or by an instruction in a software form. The steps of the method disclosed with reference to the embodiments of the present invention may be directly performed by a hardware processor, or may be performed by using a combination of hardware in the processor and a software module. The software module may be located in a mature storage medium in the art such as a random access memory, a flash memory, a read-only memory, a programmable read-only memory, an electrically erasable programmable memory, or a register. The storage medium is located in the memory 1420, and the processor 1410 reads information in the memory 1420, to complete the steps of the method in combination with hardware of the processor 1410. To avoid repetition, details are not described herein again.

[0308] The access network device 1300 shown in FIG 34 or the access network device 1400 shown in FIG 35 can implement the processes corresponding to the foregoing method embodiment shown in FIG 3. Specifically, for implementation of the access network device 1300 or the access network device 1400, refer to the descriptions in FIG 3. To avoid repetition, details are not described herein again.

[0309] FIG 36 is a schematic block diagram of a terminal device 1500 according to an embodiment of this disclosure. The terminal device 1500 includes a receiving unit 1510, a parsing unit 1520, and a determining unit 1530.

[0310] The receiving unit 1510 is configured to receive a Medium Access Control MAC protocol data unit PDU sent by an access network device, where the MAC PDU includes at least one MAC subPDU, the MAC subPDU includes a MAC subheader, and the MAC subheader includes at least one RAPID.

[0311] The parsing unit 1520 is configured to parse a MAC subheader included in each MAC subPDU. The determining unit 1530 is configured to determine, based on a result of parsing the MAC subheader, a MAC subPDU corresponding to the terminal device.

[0312] Optionally, there is a correspondence between the RAPID and one or more on-demand system information requests.

[0313] Therefore, in this embodiment of this disclosure, a new RAR format (to be specific, the RAR format may be null) can be added to the MAC PDU in response to the on-demand system information request of the terminal device, to be applicable to a scenario in which random access is used to request on-demand system information in a 5G system.

[0314] Optionally, when there is one MAC subPDU, and the MAC subheader includes at least two RAPIDs, the MAC subPDU further includes at least two RARs in a one-to-one correspondence with the at least two RAPIDs, where format types of the at least two RARs are the same, and there is a correspondence between the format type of the RAR and an RA-RNTI.

[0315] In addition, the correspondence may be prestored in the access network device and the terminal device. When a specific RNTI can be used by the terminal device to monitor a PDCCH, the terminal device may determine a format type of a MAC subPDU in a PDSCH corresponding to the PDCCH. Further, the terminal device may obtain a random access response for the terminal device from the MAC PDU based on the format type of the MAC subPDU.

[0316] It should be noted that, in this embodiment of the present invention, the receiving unit 1510 may be implemented by a transceiver, and the parsing unit 1520 and the determining unit 1530 may be implemented by a processor. As shown in FIG 37, a terminal device 1600 may include a processor 1610, a memory 1620, and a transceiver 1630. The memory 1620 may be configured to store code or the like executed by the processor 1610, and the processor 1610 may be configured to process data or a program.

[0317] During implementation, the steps of the foregoing methods may be completed by an integrated logic circuit of hardware in the processor 1610 or by an instruction in a software form. The steps of the method disclosed with reference to the embodiments of the present invention may be directly performed by a hardware processor, or may be performed by using a combination of hardware in the processor and a software module. The software module may be located in a mature storage medium in the art such as a random access memory, a flash memory, a read-only memory, a programmable read-only memory, an electrically erasable programmable memory, or a register. The storage medium is located in the memory 1620, and the processor 1610 reads information in the memory 1620, to complete the steps of the method in combination with hardware of the processor 1610. To avoid repetition, details are not described herein again.

[0318] The terminal device 1500 shown in FIG 36 or the terminal device 1600 shown in FIG 37 can implement the processes corresponding to the foregoing method embodiment shown in FIG 3. Specifically, for implementation of the terminal device 1500 or the terminal device 1600, refer to the descriptions in FIG 3. To avoid repetition, details are not described herein again.

[0319] A person of ordinary skill in the art may be aware that, the units and algorithm steps in the examples described with reference to the embodiments disclosed in this specification can be implemented by electronic hardware or a combination of computer software and electronic hardware. Whether the functions are performed by hardware or software depends on particular disclosures and design constraint conditions of the technical solutions. A person skilled in the art may use different methods to implement the described functions for each particular disclosure, but it should not be considered that the implementation goes beyond the scope of this disclosure. It may be clearly understood by a person skilled in the art that, for the purpose of convenient and brief description, for a specific working process of the system, apparatus, and unit, refer to a corresponding process in the method embodiments. Details are not described herein again.

[0320] In the several embodiments provided in this disclosure, it should be understood that the disclosed system, apparatus, and method may be implemented in other manners. For example, the described apparatus embodiment is merely an example. For example, the unit division is merely logical function division, and may be another division in actual implementation. For example, a plurality of units or components may be combined or integrated into another system, or some features may be ignored or not performed. In addition, the displayed or discussed mutual couplings or direct couplings or communications connections may be implemented by using some interfaces. The indirect couplings or communications connections between the apparatuses or units may be implemented in electrical, mechanical, or other forms.

[0321] The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one position, or may be distributed on a plurality of network units. Some or all of the units may be selected according to actual needs to implement the objectives of the solutions of the embodiments.

[0322] In addition, functional units in the embodiments of this disclosure may be integrated into one processing unit, or each of the units may exist alone physically, or two or more units are integrated into one unit.

[0323] When the functions are implemented in a form of a software functional unit and sold or used as an independent product, the functions may be stored in a computer readable storage medium. Based on such an understanding, the technical solutions of this disclosure essentially, or the part contributing to the prior art, or some of the technical solutions may be implemented in a form of a software product. The computer software product is stored in a storage medium, and includes several instructions for instructing a computer device (which may be a personal computer, a server, a network device, or the like) to perform all or some of the steps of the method described in the embodiments of this disclosure. The foregoing storage medium includes: any medium that can store program code, such as a USB flash drive, a removable hard disk, a read-only memory (Read-Only Memory, ROM), a random access memory (Random Access Memory, RAM), a magnetic disk, or an optical disc.

[0324] The foregoing descriptions are merely specific implementations of this disclosure, but are not intended to limit the protection scope of this disclosure. The protection scope of the invention is provided by the protection scope of the appended claims.

Claims

1. A method for sending a random access response, comprising: determining, by an access network device (500, 600, 900, 1000, 1300, 1400), a Medium Access Control, MAC, protocol data unit, PDU, wherein the MAC PDU comprises at least two MAC subPDUs, the at least two MAC subPDUs comprise at least a first MAC subPDU, the first MAC subPDU comprises a first MAC subheader and a random access response, RAR, corresponding to the first MAC subheader, and the first MAC subheader is located before the RAR corresponding to the first MAC subheader; and sending, by the access network device (500, 600, 900, 1000, 1300, 1400), the MAC PDU, wherein the at least two MAC subPDUs further comprise a second MAC subPDU, the second MAC subPDU comprises only a second MAC subheader, the second MAC subheader comprises a second random access preamble identifier, RAPID, and there is a correspondence between the second RAPID and one or more on-demand system information requests.

2. The method according to claim 1, wherein the at least two MAC subPDUs further comprise a third MAC subPDU, the third MAC subPDU comprises only a third MAC subheader, the third MAC subheader comprises backoff indicator information for instructing a terminal device (700, 800, 1100, 1200, 1500, 1600) to determine a time interval to initiate a next random access request, when no random access response is detected or no RAPID that is the same as a RAPID sent by the terminal device (700, 800, 1100, 1200, 1500, 1600) in a detected MAC PDU.

3. The method according to claim 2, wherein the third MAC subPDU is located before the first MAC subPDU and the second MAC subPDU, and the first MAC subPDU is located before the second MAC subPDU, or the first MAC subPDU is located after the second MAC subPDU.

4. The method according to any one of claims 1 to 3, wherein the MAC PDU further comprises padding which is located at the end of the MAC PDU, and whether the MAC PDU comprises the padding and a length of the padding are determined based on a size of a transport block, TB, a number of all MAC subheaders and RARs.

5. A method for receiving a random access response, comprising: receiving, by a terminal device (700, 800, 1100, 1200, 1500, 1600), a Medium Access Control, MAC, protocol data unit, PDU, sent by an access network device (500, 600, 900, 1000, 1300, 1400), wherein the MAC PDU comprises at least two MAC subPDUs, the at least two MAC subPDUs comprise at least a first MAC subPDU, the first MAC subPDU comprises a first MAC subheader and a random access response, RAR, corresponding to the first MAC subheader, and the first MAC subheader is located before the RAR corresponding to the first MAC subheader; parsing, by the terminal device (700, 800, 1100, 1200, 1500, 1600), a MAC subheader comprised in each MAC subPDU; and determining, by the terminal device (700, 800, 1100, 1200, 1500, 1600) according to a result of parsing the MAC subheader, a MAC subPDU corresponding to the terminal device (700, 800, 1100, 1200, 1500, 1600), wherein the at least two MAC subPDUs further comprise a second MAC subPDU, the second MAC subPDU comprises only a second MAC subheader, the second MAC subheader comprises a second RAPID, and there is a correspondence between the second RAPID and one or more on-demand system information requests.

6. The method according to claim 5, wherein the at least two MAC subPDUs further comprise a third MAC subPDU, the third MAC subPDU comprises only a third MAC subheader, the third MAC subheader comprises backoff indicator information for instructing the terminal device (700, 800, 1100, 1200, 1500, 1600) to determine a time interval to initiate a next random access request, when no random access response is detected or no RAPID that is the same as a RAPID sent by the terminal device (700, 800, 1100, 1200, 1500, 1600) in a detected MAC PDU.

7. The method according to claim 6, wherein the third MAC subPDU is located before the first MAC subPDU and the second MAC subPDU, and the first MAC subPDU is located before the second MAC subPDU, or the first MAC subPDU is located after the second MAC subPDU.

8. The method according to any one of claims 5 to 7, wherein the MAC PDU further comprises padding which is located at the end of the MAC PDU, and whether the MAC PDU comprises the padding and a length of the padding are determined based on a size of a transport block, TB, a number of all MAC subheaders and RARs.

9. A communications device configured to carry out the method according to any one of claims 1 to 8.

10. The communications device of claim 9, comprising: a memory (620, 820, 1020, 1220, 1420, 1620), configured to store a computer program; and a processor (610, 810, 1010, 1210, 1410, 1610), configured to execute the computer program code stored in the memory (620, 820, 1020, 1220, 1420, 1620), causing the communications device to perform the method according to any one of claims 1 to 8.

11. The communications device of claim 9 comprising a communication chip, wherein the communication chip stores instructions, so that when the communication chip runs on the communications device, the instructions cause the communication chip to perform the method according to any one of claims 1 to 8.

12. A computer readable storage medium, comprising a computer program, wherein when the computer program runs on a computer, the computer performs the method according to any one of claims 1 to 8.