WO2019029509A1 - Mpdu的传输方法、用户侧设备和网络侧设备 - Google Patents

Mpdu的传输方法、用户侧设备和网络侧设备 Download PDF

Info

Publication number
WO2019029509A1
WO2019029509A1 PCT/CN2018/099119 CN2018099119W WO2019029509A1 WO 2019029509 A1 WO2019029509 A1 WO 2019029509A1 CN 2018099119 W CN2018099119 W CN 2018099119W WO 2019029509 A1 WO2019029509 A1 WO 2019029509A1
Authority
WO
WIPO (PCT)
Prior art keywords
mpdu
rar message
mac
response
resource location
Prior art date
Application number
PCT/CN2018/099119
Other languages
English (en)
French (fr)
Inventor
陈力
Original Assignee
维沃移动通信有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 维沃移动通信有限公司 filed Critical 维沃移动通信有限公司
Priority to ES18844010T priority Critical patent/ES2899375T3/es
Priority to EP21193596.0A priority patent/EP3934363A1/en
Priority to EP18844010.1A priority patent/EP3668244B1/en
Priority to US16/637,719 priority patent/US11122629B2/en
Publication of WO2019029509A1 publication Critical patent/WO2019029509A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/002—Transmission of channel access control information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0044—Arrangements for allocating sub-channels of the transmission path allocation of payload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0048—Allocation of pilot signals, i.e. of signals known to the receiver
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0048—Allocation of pilot signals, i.e. of signals known to the receiver
    • H04L5/005—Allocation of pilot signals, i.e. of signals known to the receiver of common pilots, i.e. pilots destined for multiple users or terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0016—Hand-off preparation specially adapted for end-to-end data sessions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/046—Wireless resource allocation based on the type of the allocated resource the resource being in the space domain, e.g. beams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/002—Transmission of channel access control information
    • H04W74/006—Transmission of channel access control information in the downlink, i.e. towards the terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0833—Random access procedures, e.g. with 4-step access
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/19—Connection re-establishment

Definitions

  • the present disclosure relates to the field of communications, and in particular, to a method for transmitting an MPDU, a user side device, and a network side device.
  • the network sends a downlink signal to the terminal through the beam scanning mode. Therefore, when the terminal initiates the uplink random access procedure, the network configures the uplink random access resource corresponding to each downlink beam, that is, the physical random access channel (Physical).
  • a random access channel (PRACH) resource, and the reference signal corresponding to the downlink beam includes a CSI-RS and/or an SS block.
  • the terminal After selecting the corresponding downlink receiving beam, the terminal sends msg1, that is, a physical random access channel (PRACH), to the uplink random access resource corresponding to the beam.
  • msg1 that is, a physical random access channel (PRACH)
  • PRACH physical random access channel
  • the network side After receiving the msg1 of the UE, the network side sends msg2, that is, RAR, on the downlink beam corresponding to the random access resource.
  • the terminal monitors the RAR message corresponding to mgs1 in the corresponding downlink beam in the configured RAR window.
  • the existing RAR message format is relatively simple.
  • the existing RAR message mainly carries a TA command, an uplink grant (UL grant), and a Temporary Cell Radio Network Temmoscope Identity (T-C-RNTI).
  • the present disclosure provides a method for MPDU transmission, a user side device, and a network side device.
  • the present disclosure proposes a method for transmitting an MPDU, the method comprising: transmitting an MPDU, the MPDU being used to indicate a format type of one or more RAR messages in the MPDU.
  • the present disclosure provides a method for transmitting an MPDU, the method includes: transmitting an MPDU, where the MPDU includes a second MAC sub-header, and the RAR message corresponding to the second MAC sub-head does not exist in the MPDU.
  • the present disclosure provides a method for transmitting an MPDU, the method comprising: receiving an MPDU, the MPDU is used to indicate a format type of one or more RAR messages in the MPDU; and parsing the MPDU.
  • the disclosure provides a method for transmitting an MPDU, the method includes: receiving an MPDU, where the MPDU includes a second MAC sub-header, where the RAR message corresponding to the second MAC sub-head does not exist; and parsing the MPDU .
  • the present disclosure provides a network side device, including: a generating unit, configured to generate an MPDU, and a sending unit, configured to send the MPDU, where the MPDU is used to indicate one or more RAR messages in the MPDU. Format type.
  • the present disclosure provides a network side device, including: a generating unit, configured to generate an MPDU, where the MPDU includes a second MAC sub-header, and the RAR message corresponding to the second MAC sub-head does not exist in the MPDU; A unit for transmitting the MPDU.
  • the present disclosure provides a user equipment, including: a receiving unit, configured to receive an MPDU, where the MPDU is used to indicate a format type of one or more RAR messages in the MPDU, and a parsing unit, configured to parse the MPDU .
  • the present disclosure provides a user equipment, including: a receiving unit, configured to receive an MPDU, where the MPDU includes a second MAC sub-header, and the RAR message corresponding to the second MAC sub-head does not exist in the MPDU; A unit for parsing the MPDU.
  • the present disclosure provides a network side device comprising: a processor; and a memory arranged to store computer executable instructions that, when executed, cause the processor to perform as described in the first aspect Methods.
  • the present disclosure provides a computer readable storage medium storing one or more programs that, when executed by an electronic device including a plurality of applications, cause the The electronic device performs the method as described in the first aspect.
  • the present disclosure provides a network side device, comprising: a processor; and a memory arranged to store computer executable instructions that, when executed, cause the processor to perform as in the second aspect The method described.
  • the present disclosure proposes a computer readable storage medium storing one or more programs that, when executed by an electronic device including a plurality of applications, cause The electronic device performs the method as described in the second aspect.
  • the present disclosure provides a user side device comprising: a processor; and a memory arranged to store computer executable instructions that, when executed, cause the processor to perform as in the third aspect The method described.
  • the present disclosure proposes a computer readable storage medium storing one or more programs that, when executed by an electronic device including a plurality of applications, cause The electronic device performs the method as described in the third aspect.
  • the present disclosure provides a user side device comprising: a processor; and a memory arranged to store computer executable instructions that, when executed, cause the processor to perform as in the fourth aspect The method described.
  • the present disclosure proposes a computer readable storage medium storing one or more programs that, when executed by an electronic device including a plurality of applications, cause The electronic device performs the method as described in the fourth aspect.
  • FIG. 1 is a first schematic diagram of a method for transmitting an MPDU according to some embodiments of the present disclosure.
  • FIG. 2 is a first schematic diagram of the format of a MAC subheader of some embodiments of the present disclosure.
  • FIG 3 is a first schematic diagram of a message format of a RAR message in some embodiments of the present disclosure.
  • FIG. 4 is a second schematic diagram of a message format of a RAR message according to some embodiments of the present disclosure.
  • FIG. 5 is a second schematic diagram of the format of a MAC subheader of some embodiments of the present disclosure.
  • FIG. 6 is a third schematic diagram of the format of a MAC subheader of some embodiments of the present disclosure.
  • FIG. 7 is a third schematic diagram of the format of a RAR message of some embodiments of the present disclosure.
  • FIG. 8 is a format diagram of a MAC subheader of some embodiments of the present disclosure.
  • FIG. 9 is a first schematic diagram of the format of an MPDU of some embodiments of the present disclosure.
  • FIG. 10 is a second schematic diagram of the format of an MPDU of some embodiments of the present disclosure.
  • FIG. 11 is a third schematic diagram of the format of an MPDU of some embodiments of the present disclosure.
  • FIG. 12 is a fourth schematic diagram of a format of an MPDU of some embodiments of the present disclosure.
  • 13 is a flowchart 2 of an MPDU transmission method of some embodiments of the present disclosure.
  • FIG. 14 is a flowchart 3 of an MPDU transmission method of some embodiments of the present disclosure.
  • 15 is a flowchart 4 of an MPDU transmission method of some embodiments of the present disclosure.
  • 16 is a schematic structural diagram 1 of a network side device according to some embodiments of the present disclosure.
  • FIG. 17 is a second schematic structural diagram of a network side device according to some embodiments of the present disclosure.
  • FIG. 18 is a third schematic structural diagram of a network side device according to some embodiments of the present disclosure.
  • FIG. 19 is a schematic structural diagram 4 of a network side device according to some embodiments of the present disclosure.
  • 20 is a first schematic diagram of the structure of a user side device of some embodiments of the present disclosure.
  • 21 is a second schematic structural diagram of a user side device according to some embodiments of the present disclosure.
  • FIG. 22 is a third schematic structural diagram of a user side device according to some embodiments of the present disclosure.
  • FIG. 23 is a fourth structural diagram of a user side device of some embodiments of the present disclosure.
  • the present disclosure provides a method for transmitting an MPDU, a user side device, and a network side device, so that message interaction between the network side device and the user side device is more flexible and convenient.
  • GSM Global System of Mobile Communication
  • CDMA Code Division Multiple Access
  • WCDMA Wideband Code Division Multiple Access
  • GPRS General Packet Radio Service
  • LTE Long Term Evolution
  • LTE-A Long Term Evolution
  • NR New Radio
  • a user equipment which may also be called a mobile terminal, a mobile user equipment, or the like, may communicate with one or more core networks via a radio access network (eg, RAN, Radio Access Network).
  • the user equipment may be a mobile terminal, such as a mobile phone (or "cellular" phone) and a computer with a mobile terminal, for example, a portable, pocket, handheld, computer built-in or in-vehicle mobile device,
  • the wireless access network exchanges languages and/or data.
  • the base station may be a base station (BTS, Base Transceiver Station) in GSM or CDMA, or may be a base station (NodeB) in WCDMA, or may be an evolved base station (eNB or e-NodeB, evolutional Node B) in LTE and
  • BTS Base Transceiver Station
  • NodeB base station
  • eNB evolved base station
  • gNB 5G base station
  • Protocol Data Unit refers to the unit of data passed between peers.
  • the PDU of the physical layer is a data bit
  • the PDU of the data link layer is a data frame
  • the PDU of the network layer is a packet
  • the PDU of the transport layer is a segment, and other higher layers.
  • the PDU is a message.
  • MPDU MAC Protocol Data Unit
  • MSDU MAC Service Data Unit
  • integrity check MIC integrity check MIC
  • framing framing
  • adding IV framing
  • encrypting adding MAC header
  • FIG. 1 is a schematic diagram of an MPDU transmission method of some embodiments of the present disclosure.
  • the method of Figure 1 is performed by a network side device.
  • the method can include step S101.
  • S101 Send an MPDU, where the MPDU is used to indicate a format type of one or more RAR messages in the MPDU.
  • the method prior to transmitting the MPDU, the method further includes: generating the MPDU.
  • the network side device and the user side device can adopt different RAR message formats as needed, thereby achieving different functions by carrying different information.
  • the random access process is more applicable, and the message interaction between the network side device and the user side device is more flexible and convenient.
  • the manner in which the MPDU indicates the format type of one or more RAR messages in the MPDU may be directly indicated by the indication information in the MPDU, or indirectly through the resource location information of the MPDU. Instructions.
  • the description is made by way of direct indication by the indication information in the MPDU.
  • the at least one first MAC sub-header of the MPDU includes a RAR format indication field, where the RAR format field is used to indicate a format of the at least one first RAR message corresponding to the first MAC sub-header.
  • the MPDU can be supported to set different formats for the RAR messages corresponding to different MAC sub-headers.
  • the RAR format field indicates whether the at least one first RAR message is a RAR message including a response indication field, where the response indication field is used to indicate a beam failure recovery request response.
  • the beam failure recovery request response may include determining a response to the received beam failure recovery request or determining a response to the beam failure recovery request not being received.
  • the RAR format field may use a reserved bit in the MAC sub-header; or, the RAR format field may use a new bit in the MAC sub-head that is different from the reserved bit.
  • the first MAC sub-head may include an extended bit, a type bit, a RAR format field, and a Back off Indicator (BI)/Random access preamble identity (RAPID) field.
  • the RAR format field uses a reserved bit to indicate whether a beam failure recovery request response is included in the first RAR message corresponding to the first MAC sub-header.
  • the first MAC subheader includes an extended bit E, a type bit T, a format field F, and a BI/RAPID field.
  • the format field F occupies a reserved bit R, which is used to indicate whether a beam failure recovery request response is included in the first RAR message corresponding to the first MAC sub-header.
  • the use of the extended bit E ⁇ type bit T and the BI/RAPID field is similar to the related art.
  • the extended bit E also referred to as the E field, is used to indicate whether there are more field fields in the MAC header, 1 indicates that there is at least one E/T/RAPID field field; 0 indicates that the RAR message is followed. Or padding.
  • the type bit T is used to indicate whether the BI/RAPID field stores the BI or the RAPID.
  • the format of the MAC subheader of FIG. 2 is merely illustrative, and in actual applications, the format of the MAC subheader may be different.
  • the first MAC subheader may include an extended bit, a type bit, a first reserved bit, a back off indicator (BI), or a random access preamble identity (RAPID).
  • a domain, a RAR format field, and 0 to a plurality of second reserved bits, the RAR format field is used to indicate whether a beam failure recovery request response is included in the first RAR message corresponding to the first MAC sub-header.
  • RAR format field may include one or more bits.
  • the format of the first RAR message may be an existing RAR message.
  • the RAR format field indicates that the at least one first RAR message is a RAR message including a response indication field
  • an existing RAR message format may be adopted, The reserved bits are used as the response indication field.
  • the format of the first RAR message may include a response indication field, a TA COMMAND field, an uplink grant (UL grant) field, a TEMPORARY C-RNTI field, and the like.
  • the format of the RAR message carrying the beam failure recovery request response may include: response indication field Beam-R, TA COMMAND domain TA-C, UL grant domain UL-G, and TEMPORARY C-RNTI domain TC-RNTI, etc. .
  • the response indication field Beam-R is a reserved bit.
  • the RAR format field indicates that the at least one first RAR message is a RAR message including a response indication field
  • a format of the first RAR message different from the existing RAR message may be used. Format, using one or more new bits as a response indication field.
  • the format of the first RAR message may include a first reserved bit, a TA COMMAND field, an uplink grant (UL grant) field, a TEMPORARY C-RNTI field, a response indication field, and 0 to multiple seconds. Reserved bits, etc.
  • the format of the RAR message carrying the beam failure recovery request response may include: a first reserved bit R1, a TA COMMAND field TA-C, an uplink grant (UL grant) field UL-G, TEMPORARY C-RNTI field TC-RNTI, response indication field BeamR, second reserved bit R2, and the like.
  • Figures 3 and 4 only show a partial format of a RAR message carrying a beam failure recovery request response
  • the RAR message may also carry information of other domains, and/or omit one or more of the domains. Some embodiments of the present disclosure do not limit this.
  • the fields in the RAR message may also adopt other arrangements, and some embodiments of the present disclosure do not limit this.
  • the RAR format field indicates the format of the at least one first RAR message by indicating the following at least one information type that needs to be carried in the at least one first RAR message.
  • the acknowledgment indication field is used to indicate the beam failure recovery request response; the acknowledgment information of the downlink beam corresponding to the uplink beam currently being used in the candidate downlink beam reported by the user equipment is: TC-RNTI; The acknowledgment information of the downlink beam other than the downlink beam corresponding to the uplink beam currently being used by the user-side device, the indication of switching to other candidate downlink beams, the indication of switching to other downlink beams, and the restart of the beam search An indication of switching to another candidate downlink beam or a restart beam search; an indication of a candidate downlink beam available in a candidate downlink beam reported by the user side device; an indication of an available downlink beam.
  • the RAR format field may use a reserved bit in the MAC subheader; or, the RAR format field may use a new bit in the MAC subheader that is different from the reserved bit.
  • the MAC subheader may include fields such as an extended bit E, a type bit T, a RAR format field F, 0 or more reserved bits R, and a BI/RAPID field.
  • the role of the extended bit E, the type bit T, the reserved bit R, and the BI/RAPID field may be the same as the related art, and the RAR format field F is used to indicate that the at least one RAR message corresponding to the MAC sub-header is carried. Type of information.
  • the MAC subheader may include fields such as an extended bit E, a type bit T, a RAR format field F, and a BI/RAPID field.
  • the role of the extended bit E, the type bit T, and the BI/RAPID field may be the same as the related art.
  • the RAR format field F is used to indicate the type of information carried in the at least one RAR message corresponding to the MAC sub-header.
  • a RAR message format corresponds to a combination of the above information types. It should be understood that, in this implementation manner, the more bits of the RAR format field, the more format types of RAR messages that the RAR format field can indicate.
  • one type of information may be represented by 1 bit or a plurality of types of information may be represented by 1 bit.
  • a 1 bit of a certain bit indicates that the RAR message includes a TA command and a UL grant, and 0 indicates that the TA command and the UL grant are not included in the RAR message.
  • a bit can be used to indicate an indication to switch to another candidate downlink beam or to restart a beam search, 0 to switch to other candidate downlink beams, 1 to an indication to restart beam search, and so on.
  • the RAR message may include a reserved bit, a TA COMMAND field TA-C, a response indication field Beam-R, a handover indication or a re-search indication field, a UL grant domain UL-G, and a TEMPORARY C-RNTI. Domain TC-RNTI, etc.
  • each of the at least one RAR message corresponding to the first MAC sub-head is used to carry one or more of the at least one type of information.
  • RAR1 can carry a TA command and a UL grant
  • RAR2 can carry an indication of restarting the beam search, and the like.
  • first RAR message corresponding to a first MAC sub-header carries all information types indicated by the RAR format field; the first RAR message corresponding to a first MAC sub-head may also be used.
  • first RAR messages carrying one or more of all information types indicated by the RAR format field, and each of the first RAR messages corresponding to the first MAC sub-header
  • the information type may be the intersection of the information types carried by the other first RAR messages corresponding to the first MAC sub-header.
  • step S101 is specifically implemented to: send the MPDU on a resource location corresponding to a format of the first RAR message of the MPDU, where the resource location of the MPDU and the first RAR of the MPDU There is a mapping relationship in the format of the message.
  • the resource location information includes information of at least one resource location: a time domain resource location, a frequency domain resource location, a preamble preamble code location, a beam resource location, and a synchronization signal block corresponding to the beam (Synchronization) Signal block, SS block) / Channel Status Information Reference Signal (CSI-RS) frequency domain / time domain resource location.
  • a time domain resource location a frequency domain resource location
  • a preamble preamble code location a beam resource location
  • a beam resource location and a synchronization signal block corresponding to the beam (Synchronization) Signal block, SS block) / Channel Status Information Reference Signal (CSI-RS) frequency domain / time domain resource location.
  • CSI-RS Channel Status Information Reference Signal
  • the resource location information is used to indicate whether the at least one first RAR message corresponding to any one of the first MAC sub-headers in the MPDU is a RAR message including a response indication field, where The response indication field is used to indicate a beam failure recovery request response.
  • the format of the first RAR message may be an existing RAR message.
  • the RAR format field indicates that the at least one first RAR message is a RAR message including a response indication field
  • a format of the first RAR message different from the existing RAR message may be used.
  • Format using one or more new bits as a response indication field. For details, refer to the foregoing manner of using the RAR format field to indicate whether the first RAR message corresponding to the first MAC sub-head includes a beam failure recovery request response, and the RAR message format shown in FIG. 3 and FIG.
  • the resource location information is used to indicate at least one type that needs to be carried in at least one first RAR message corresponding to any one of the first MAC sub-heads of the MPDU.
  • the acknowledgment information of the downlink beam corresponding to the uplink beam that is currently being used; the acknowledgment information of the downlink beam other than the downlink beam corresponding to the uplink beam currently being used by the user-side device; and the indication of switching to other candidate downlink beams An indication of switching to another downlink beam; an indication to restart the beam search; an indication of switching to another candidate downlink beam or a restart beam search; an indication of a candidate downlink beam available in the candidate downlink beam reported by the user equipment; available downlink The indication of the beam.
  • each of the at least one RAR message corresponding to the first MAC sub-head is used to carry one or more of the at least one type of information.
  • the first RAR message corresponding to a first MAC sub-header may have only one, and carries all the information types indicated by the RAR format field; the first RAR message corresponding to a first MAC sub-head may also have multiple, each of the first RARs.
  • the message carries one or more of all the information types indicated by the RAR format field, and the information type of each of the plurality of first RAR messages corresponding to the first MAC sub-header may be the same as the first MAC address. There is an intersection of the types of information carried by the other first RAR messages corresponding to the subheaders.
  • the response indication domain when the RAR message includes the response indication field, the response indication domain may use the reserved bit in the RAR message; or the response indication domain may use the RAR message different from the reserved One or more new bits of the bit.
  • MAC subheaders may be included in the MPDU in addition to the first MAC subheader corresponding to the RAR message.
  • the MPDU further includes a second MAC sub-header, where the RAR message corresponding to the second MAC sub-header does not exist.
  • resource utilization can be improved by transmitting an indication that there is no MAC subheader corresponding to the RAR message.
  • the second MAC sub-head is used to indicate a beam failure recovery request response.
  • the second MAC subheader includes a response indication field, where the response indication field is used to indicate a beam failure recovery request response.
  • 8 is a format diagram of a MAC subheader of still another embodiment of the present disclosure.
  • the RAR message indication field may include an extended bit E, a type bit T, a response indication field I, and a BI/RAPID field.
  • the MAC header does not have a corresponding RAR message, and the response indication field I is used to indicate whether there is a subsequent RAR message after the MAC subheader.
  • the response indication field may use reserved bits in the MAC subheader; alternatively, the response indication field may use new bits in the MAC subheader that are different from the reserved bits.
  • the second MAC sub-header includes a RAR message indication field, where the RAR message indication field is used to indicate whether there is a subsequent RAR message after the second MAC sub-header.
  • the RAR message indication field may include an extended bit E, a type bit T, a RAR message indicating field I, and a BI/RAPID field.
  • the MAC address header does not have a corresponding RAR message, and the RAR message indicates that the domain I is used to indicate whether there is a subsequent RAR message after the MAC subheader.
  • the RAR message indicates that the domain may use reserved bits in the MAC subheader; alternatively, the RAR message indicates that the domain may use new bits in the MAC subheader that are different from the reserved bits. It should be understood that the implementation manner of the RAR message indication domain may be mixed with any of the foregoing two implementation manners.
  • step S101 may be specifically implemented to: determine a resource location of the MPDU according to a beam failure recovery request response, where a resource location of the MPDU is used to indicate beam failure recovery. Request response; send the MPDU at the resource location.
  • step S101 may be specifically implemented as: determining, according to whether the second MAC subheader has a subsequent RAR message, determining a resource location of the MPDU, where the resource location And indicating whether there is a subsequent RAR message after the second MAC subheader; sending the MPDU at the resource location.
  • the MAC sub-header and the RAR message in the MPDU are arranged in the following manner: each MAC sub-header in the MPDU is located in a MAC header of the MPDU, and the corresponding RAR message of each MAC sub-header is corresponding. The order of the MAC subheaders is located after the MAC header.
  • the MPDU includes MAC subheaders 1-4, and the MAC subheaders 1-4 carry RAR formats 1-4, respectively, indicating the message format used by the RAR messages 1-4.
  • the MAC header includes MAC subheaders 1-4, and after the MAC header, RAR messages 1-4 corresponding to MAC subheaders 1-4 are sequentially included, and RAR messages 1-4 are in accordance with MAC subheaders 1-4. The order is located after the MAC header.
  • FIG. 9 only shows an example in which one MAC subheader corresponds to one RAR message. It should be understood that in some embodiments of the present disclosure, one MAC subheader may correspond to one or more RAR messages.
  • the MAC sub-header and the RAR message in the MPDU are arranged as follows:
  • Each MAC sub-header in the MPDU is located in the MAC header of the MPDU, and the RAR message corresponding to the MAC sub-header of the corresponding RAR message is located after the MAC header in the order of the corresponding MAC sub-header.
  • the MAC address is located at the MAC address.
  • the second RAR message is stored after the third RAR message, and the third RAR message is the previous one of the first MAC subheader
  • the MPDU includes a MAC sub-header 1-4, and the MAC sub-heads 1, 2, and 4 respectively carry RAR formats 1, 2, and 4, indicating the message format used by the RAR messages 1, 2, and 4,
  • the MAC subheader 3 has no corresponding RAR message.
  • the MAC header includes MAC subheaders 1-4. After the MAC header, the RAR messages 1, 2, and 4 corresponding to the MAC subheaders in which the RAR message exists are sequentially included, and the RAR messages are 1, 2, and 2. 4 is located after the MAC header in the order of the corresponding MAC subheaders.
  • one MAC subheader may correspond to one or more RAR messages.
  • the MAC sub-header and the RAR message in the MPDU are arranged as follows:
  • the RAR message corresponding to each MAC subheader in the MPDU is located in the next field of the corresponding MAC subheader.
  • the MPDU includes MAC subheaders 1-4, and the MAC subheaders 1-4 carry RAR formats 1-4, respectively, indicating the message format used by the RAR messages 1-4.
  • the RAR message 1 corresponding to the MAC subheader 1, the MAC subheader 1, the RAR message 2 corresponding to the MAC subheader 1, the MAC subheader 3, and the MAC subheader 1 are sequentially included.
  • one MAC subheader may correspond to one or more RAR messages.
  • the MAC sub-header and the RAR message in the MPDU are arranged as follows:
  • the RAR message corresponding to the MAC sub-header of the corresponding RAR message in the MPDU is located in the next domain of the corresponding MAC sub-header.
  • the fourth RAR message is stored in the next one of the third MAC subheader. If the third MAC subheader does not have a corresponding fourth RAR message, and the third MAC subheader is not the last MAC subheader, the subsequent MAC subheader is stored in the latter field of the third MAC subheader.
  • the MPDU includes a MAC sub-header 1-4, and the MAC sub-heads 1, 2, and 4 respectively carry RAR formats 1, 2, and 4, indicating the message format used by the RAR messages 1, 2, and 4,
  • the MAC subheader 3 has no corresponding RAR message.
  • the RAR message 1, the MAC sub-header 2, the MAC sub-header 2, the RAR message 2, the MAC sub-header 3, and the MAC sub-header 4 corresponding to the MAC sub-header 1 are sequentially included.
  • the MAC subheader further indicates whether there is a corresponding RAR message; or the MAC subheader further indicates the number of corresponding RAR messages.
  • FIG. 13 is a flow diagram of a method of transmitting an MPDU of some embodiments of the present disclosure.
  • the method of FIG. 13 is performed by a network side device.
  • the method includes step S1301.
  • S1301 Send an MPDU, where the MPDU includes a second MAC sub-header, and the RAR message corresponding to the second MAC sub-header does not exist in the MPDU.
  • the method prior to transmitting the MPDU, the method further includes: generating the MPDU.
  • the resource utilization rate can be improved by transmitting the indication information of the MAC subheader that does not have the corresponding RAR message.
  • the second MAC sub-head is used to indicate a beam failure recovery request response.
  • the second MAC subheader includes a RAR message indication field, where the RAR message indication field is used to indicate whether there is a subsequent RAR message after the second MAC subheader.
  • the RAR message indication field may include an extended bit E, a type bit T, a RAR message indicating a field I, and a BI/RAPID field.
  • the MAC header does not have a corresponding RAR message for indicating a beam failure recovery request response.
  • the RAR message indicates that the field I is used to indicate whether there is a subsequent RAR message after the MAC subheader.
  • the second MAC sub-header includes a RAR message indication field, where the RAR message indication field is used to indicate whether there is a subsequent RAR message after the second MAC sub-header.
  • the MAC subheader indicates, by the RAR message, that the domain I indicates whether there is a subsequent RAR message after the second MAC subheader, without additionally indicating a beam failure recovery request response.
  • the RAR message indicates that the domain may use reserved bits in the MAC subheader; alternatively, the RAR message indicates that the domain may use new bits in the MAC subheader that are different from the reserved bits.
  • the second MAC subheader includes a response indication field, where the response indication field is used to indicate a beam failure recovery request response. As shown in FIG. 8, the MAC subheader indicates a beam failure recovery request response by responding to the indication field I.
  • the response indication field may use reserved bits in the MAC subheader; alternatively, the response indication field may use new bits in the MAC subheader that are different from the reserved bits.
  • step S1301 may be specifically implemented as: determining a resource location of the MPDU according to a beam failure recovery request response, where a resource location of the MPDU is used to indicate beam failure recovery. Request response; send the MPDU at the resource location.
  • step S1301 may be specifically implemented to: determine, according to whether the subsequent MAC address header has a subsequent RAR message, determine a resource location of the MPDU, where the resource The location is used to indicate whether there is a subsequent RAR message after the second MAC subheader; the MPDU is sent at the resource location.
  • FIG. 14 is a flow diagram of a method of transmitting an MPDU of some embodiments of the present disclosure.
  • the method of Figure 14 is performed by a user side device.
  • the method includes steps S1401-S1402.
  • the network side device and the user side device can adopt different RAR message formats as needed, thereby achieving different by carrying different information.
  • the function of the random access process is wider, and the message interaction between the network side device and the user side device is more flexible and convenient.
  • the at least one first MAC sub-header of the MPDU includes a RAR format indication field, where the RAR format field is used to indicate a format of the at least one first RAR message corresponding to the first MAC sub-header.
  • Step S1402 is specifically implemented as: parsing the first RAR message according to the format of the RAR message indicated by the RAR format indication field in the first MAC subheader.
  • the MPDU is parsed according to the format of the RAR message corresponding to the MAC sub-header indicated by the RAR format indication field in the MAC sub-header, so that the MPDU can be supported for the RAR message corresponding to different MAC sub-headers. Different formats.
  • the RAR format field indicates whether the at least one first RAR message is a RAR message including a response indication field, where the response indication field is used to indicate a beam failure recovery request response.
  • the RAR format field may use a reserved bit in the MAC sub-header; or, the RAR format field may use a new bit in the MAC sub-head that is different from the reserved bit.
  • the RAR format field indicates the format of the at least one first RAR message by indicating the following at least one information type that needs to be carried in the at least one first RAR message.
  • the acknowledgment indication field is used to indicate the beam failure recovery request response; the TC-RNTI; the acknowledgment information of the downlink beam corresponding to the uplink beam currently being used in the candidate downlink beam reported by the user equipment.
  • the acknowledgment information of the downlink beam other than the downlink beam corresponding to the uplink beam currently being used by the user-side device, the indication of switching to other candidate downlink beams, the indication of switching to other downlink beams, and the restart of the beam search An indication of switching to another candidate downlink beam or a restart beam search; an indication of a candidate downlink beam available in a candidate downlink beam reported by the user side device; an indication of an available downlink beam.
  • the method further includes: acquiring resource location information that carries the MPDU, where the resource location of the MPDU is in a mapping relationship with a format of the first RAR message of the MPDU;
  • the step S1402 is specifically implemented to: parse the RAR message of the MPDU according to the format of the RAR message indicated by the resource location information.
  • the resource location information includes information of at least one resource location: a time domain resource location, a frequency domain resource location, a preamble preamble code location, a beam resource location, and a beam corresponding synchronization signal block SS block/channel state information reference signal.
  • the frequency/time domain resource location of the CSI-RS is a resource location that is associated with the CSI-RS.
  • the resource location information is used to indicate whether the at least one first RAR message corresponding to any one of the first MAC sub-headers in the MPDU is a RAR message including a response indication field, where The response indication field is used to indicate a beam failure recovery request response.
  • the resource location information is used to indicate at least one type that needs to be carried in at least one first RAR message corresponding to any one of the first MAC sub-heads of the MPDU.
  • the acknowledgment information of the downlink beam corresponding to the uplink beam that is currently being used; the acknowledgment information of the downlink beam other than the downlink beam corresponding to the uplink beam currently being used by the user-side device; and the indication of switching to other candidate downlink beams An indication of switching to another downlink beam; an indication to restart the beam search; an indication of switching to another candidate downlink beam or a restart beam search; an indication of a candidate downlink beam available in the candidate downlink beam reported by the user equipment; available downlink The indication of the beam.
  • the response indication domain when the RAR message includes the response indication field, the response indication domain may use the reserved bit in the RAR message; or the response indication domain may use the RAR message different from the reserved One or more new bits of the bit.
  • each of the at least one RAR message corresponding to the first MAC sub-header is configured to carry one or more of the at least one type of information.
  • the MPDU further includes a second MAC sub-header, where the RAR message corresponding to the second MAC sub-header does not exist.
  • Step S1402 is specifically configured to: parse the second MAC sub-header in the MPDU.
  • the second MAC sub-head is used to indicate a beam failure recovery request response.
  • Step S1402 is further specifically configured to: parse the second MAC sub-header in the MPDU to obtain a beam failure recovery request response.
  • the second MAC subheader includes a RAR message indication field, where the RAR message indication field is used to indicate whether there is a subsequent RAR message after the second MAC subheader.
  • Step S1402 is further configured to: parse the second MAC sub-header in the MPDU to confirm whether there is a subsequent RAR message after the second MAC sub-header.
  • the second MAC subheader includes a response indication field, where the response indication field is used to indicate a beam failure recovery request response.
  • Step S1402 is further configured to: parse a response indication field of the second MAC sub-header in the MPDU, to obtain a beam failure recovery request response.
  • the response indicates that the domain uses reserved bits in the MAC subheader; or the response indicates that the domain uses new bits in the MAC subheader that are different from the reserved bits.
  • the method further includes: acquiring resource location information that carries the MPDU, where the resource location of the MPDU is used to indicate a beam failure recovery request response.
  • Step S1402 is specifically implemented to: determine a beam failure recovery request response according to the resource location information.
  • the method further includes: acquiring resource location information that carries the MPDU, where the resource location of the MPDU is used to indicate whether there is a subsequent one after the second MAC subheader RAR message.
  • Step S1402 is specifically implemented to: determine, according to the resource location information, whether there is a subsequent RAR message after the second MAC subheader.
  • the step S1402 is specifically implemented as: parsing the MPDU according to the arrangement manner of the MAC sub-header and the RAR message in the MPDU, where the MAC sub-header and the RAR message in the MPDU are arranged in the following manner: each of the MPDUs
  • the MAC sub-header is located in the MAC header of the MPDU, and the RAR message corresponding to each MAC sub-header is located after the MAC header in the order of the corresponding MAC sub-header; or, each MAC sub-header in the MPDU is located in the MAC header of the MPDU.
  • the RAR message corresponding to the MAC sub-header of the corresponding RAR message is located after the MAC header in the order of the corresponding MAC sub-header; or the RAR message corresponding to each MAC sub-header in the MPDU is located after the corresponding MAC sub-header A field field; or the RAR message corresponding to the MAC sub-header of the corresponding RAR message in the MPDU is located in the field field of the corresponding MAC sub-header.
  • the MAC subheader further indicates whether there is a corresponding RAR message; or the MAC subheader further indicates the number of corresponding RAR messages.
  • the user side device may further parse the MPDU by referring to the MAC sub-header or the RAR message format shown in FIG. 2 to FIG. 12, and details are not described herein again.
  • the method can include S1501-S1502.
  • S1501 Receive an MPDU, where the MPDU includes a second MAC sub-header, and the RAR message corresponding to the second MAC sub-header does not exist in the MPDU.
  • the second MAC sub-head is used to indicate a beam failure recovery request response.
  • Step S1502 is specifically configured to: parse the second MAC sub-header in the MPDU to obtain a beam failure recovery request response.
  • the second MAC subheader includes a RAR message indication field, where the RAR message indication field is used to indicate whether there is a subsequent RAR message after the second MAC subheader.
  • Step S1502 is further specifically configured to: parse the second MAC sub-header in the MPDU to confirm whether there is a subsequent RAR message after the second MAC sub-header.
  • the second MAC subheader includes a response indication field, where the response indication field is used to indicate a beam failure recovery request response.
  • the step S1502 is specifically configured to: parse the response indication field of the second MAC sub-header in the MPDU to obtain a beam failure recovery request response.
  • the response indicates that the domain uses reserved bits in the MAC subheader; or the response indicates that the domain uses new bits in the MAC subheader that are different from the reserved bits.
  • the method further includes: acquiring resource location information that carries the MPDU, where the resource location of the MPDU is used to indicate a beam failure recovery request response.
  • Step S1502 is specifically implemented as: determining a beam failure recovery request response according to the resource location information.
  • the method further includes: acquiring resource location information that carries the MPDU, where the resource location of the MPDU is used to indicate whether there is a subsequent one after the second MAC subheader RAR message.
  • Step S1502 is specifically implemented to: determine, according to the resource location information, whether there is a subsequent RAR message after the second MAC subheader.
  • the network side device 1600 may include a generating unit 1601 and a transmitting unit 1602. among them,
  • the generating unit 1601 is configured to generate an MPDU
  • the sending unit 1602 is configured to send the MPDU, where the MPDU is used to indicate a format type of one or more RAR messages in the MPDU.
  • the network side device and the user side device can adopt different RAR message formats as needed, thereby achieving different functions by carrying different information.
  • the random access process is more applicable, and the message interaction between the network side device and the user side device is more flexible and convenient.
  • the at least one MAC sub-header of the MPDU includes a RAR format indication field, where the RAR format field is used to indicate a format of the at least one first RAR message corresponding to the first MAC sub-header.
  • the RAR format field uses a reserved bit in the MAC subheader; or the RAR format field uses a new bit in the MAC subheader that is different from the reserved bit.
  • the RAR format field may include one or more bits.
  • the RAR format field indicates whether the at least one first RAR message is a RAR message including a response indication field, where the response indication field is used to indicate a beam failure recovery request response.
  • the RAR format field indicates the format of the at least one first RAR message by indicating the following at least one information type that needs to be carried in the at least one first RAR message.
  • the acknowledgment indication field is used to indicate the beam failure recovery request response; the acknowledgment information of the downlink beam corresponding to the uplink beam currently being used in the candidate downlink beam reported by the user equipment is: TC-RNTI; The acknowledgment information of the downlink beam other than the downlink beam corresponding to the uplink beam currently being used by the user-side device, the indication of switching to other candidate downlink beams, the indication of switching to other downlink beams, and the restart of the beam search An indication of switching to another candidate downlink beam or a restart beam search; an indication of a candidate downlink beam available in a candidate downlink beam reported by the user side device; an indication of an available downlink beam.
  • the sending unit 1602 is specifically configured to: send the MPDU on a resource location corresponding to a format of the first RAR message of the MPDU, where the resource location of the MPDU and the first RAR of the MPDU There is a mapping relationship in the format of the message.
  • the resource location information includes information about at least one resource location:
  • the resource location information is used to indicate whether the at least one first RAR message corresponding to any one of the first MAC sub-headers in the MPDU is a RAR message including a response indication field, where The response indication field is used to indicate a beam failure recovery request response.
  • the resource location information is used to indicate at least one type that needs to be carried in at least one first RAR message corresponding to any one of the first MAC sub-heads of the MPDU.
  • the acknowledgment information of the downlink beam corresponding to the uplink beam that is currently being used; the acknowledgment information of the downlink beam other than the downlink beam corresponding to the uplink beam currently being used by the user-side device; and the indication of switching to other candidate downlink beams An indication of switching to another downlink beam; an indication to restart the beam search; an indication of switching to another candidate downlink beam or a restart beam search; an indication of a candidate downlink beam available in the candidate downlink beam reported by the user equipment; available downlink The indication of the beam.
  • each of the at least one RAR message corresponding to the first MAC sub-head is used to carry the at least one type of information.
  • the at least one type of information is used to carry the at least one type of information.
  • the response indication domain when the first RAR message includes the response indication field, the response indication domain may use the reserved bit in the RAR message, or the response indication domain may use the RAR message different from the pre- One or more new bits of the reserved bits.
  • the MPDU further includes a second MAC sub-header, where the RAR message corresponding to the second MAC sub-header does not exist.
  • the second MAC sub-head is used to indicate a beam failure recovery request response.
  • the second MAC subheader includes a response indication field, where the response indication field is used to indicate a beam failure recovery request response.
  • the response indication field may use a reserved bit in the MAC sub-header; or the response indication field may use a new bit in the MAC sub-head that is different from the reserved bit.
  • the second MAC sub-header includes a RAR message indication field, where the RAR message indication field is used to indicate whether there is a subsequent RAR message after the second MAC sub-header.
  • the implementation manner of the RAR message indication domain may be mixed with any of the foregoing two implementation manners.
  • the sending unit 1602 is specifically configured to: determine, according to a beam failure recovery request response, a resource location of the MPDU, where the resource location of the MPDU is used to indicate a beam failure recovery request response.
  • the MPDU is sent at the resource location.
  • the sending unit 1602 is specifically configured to: determine, according to whether the second MAC subheader has a subsequent RAR message, determine a resource location of the MPDU, where the resource location is used for Indicates whether there is a subsequent RAR message after the second MAC subheader; the MPDU is sent at the resource location.
  • the MAC sub-header and the RAR message in the MPDU are arranged in a manner that each MAC sub-header in the MPDU is located in a MAC header of the MPDU, and the RAR message corresponding to each MAC sub-header is in accordance with the corresponding MAC sub-header.
  • the sequence of the MAC header is located in the MAC header of the MPDU.
  • the RAR message corresponding to the MAC sub-header of the corresponding RAR message is located in the MAC header according to the sequence of the corresponding MAC sub-header.
  • the RAR message corresponding to each MAC sub-header in the MPDU is located in the next field field of the corresponding MAC sub-header; or the RAR message corresponding to the MAC sub-header of the corresponding RAR message in the MPDU is located in the corresponding The latter field of the MAC subheader.
  • the MAC subheader further indicates whether there is a corresponding RAR message; or the MAC subheader further indicates the number of corresponding RAR messages.
  • the network side device 1600 can also perform the method of FIG. 1 and send the MPDU according to the format in the embodiment shown in FIG. 2 to FIG. 12 .
  • the network side device 1600 can also perform the method of FIG. 1 and send the MPDU according to the format in the embodiment shown in FIG. 2 to FIG. 12 .
  • FIG. 17 is a schematic structural diagram of a network side device 1700 according to some embodiments of the present disclosure.
  • a schematic diagram of a physical device structure of the network side device 1700 can be as shown in FIG. 17, and includes a processor 1702, a memory 1703, a transmitter 1701, and a receiver 1704.
  • transmitter 1701 and receiver 1704 can be coupled to antenna 1705.
  • the memory 1703 is configured to store a program.
  • the program can include program code, the program code including computer operating instructions.
  • Memory 1703 can include read only memory and random access memory and provides instructions and data to processor 1702.
  • the memory 1703 may include a high speed RAM memory and may also include a non-volatile memory such as at least one disk memory.
  • the processor 1702 executes a program stored in the memory 1703.
  • the processor 1702 may perform the following method by the receiver 1704 and the transmitter 1701: generating an MPDU; transmitting the MPDU; wherein the MPDU is used to indicate one or more RAR messages in the MPDU Format type.
  • the method performed by the network side device or the base station disclosed in the embodiment shown in FIG. 1 of the present disclosure may be applied to the processor 1702 or implemented by the processor 1702.
  • the processor 1702 may be an integrated circuit chip with signal processing capabilities. In the implementation process, each step of the above method may be completed by an integrated logic circuit of hardware in the processor 1702 or an instruction in a form of software.
  • the processor 1702 may be a general-purpose processor, including a central processing unit (CPU), a network processor (Network Processor, NP for short, etc.; or a digital signal processor (DSP), an application specific integrated circuit. (ASIC), off-the-shelf programmable gate array (FPGA) or other programmable logic device, discrete gate or transistor logic device, discrete hardware component.
  • CPU central processing unit
  • NP Network Processor
  • DSP digital signal processor
  • ASIC application specific integrated circuit
  • FPGA off-the-shelf programmable gate array
  • the general purpose processor may be a microprocessor or the processor or any conventional processor or the like.
  • the steps of the method disclosed in connection with some embodiments of the present disclosure may be directly embodied by the hardware decoding processor, or by a combination of hardware and software modules in the decoding processor.
  • the software module can be located in a conventional storage medium such as random access memory, flash memory, read only memory, programmable read only memory or electrically erasable programmable memory, registers, and the like.
  • the storage medium is located in the memory 1703, and the processor 1702 reads the information in the memory 1703 and completes the steps of the above method in combination with its hardware.
  • the network side device 1700 can also perform the method shown in FIG. 1 and implement the functions of the network side device or the base station in the embodiment shown in FIG. 1. Some embodiments of the present disclosure are not described herein again.
  • Some embodiments of the present disclosure also propose a computer readable storage medium having an MPDU transmission program stored thereon, the processor implementing the MPDU transmission shown in FIG. 1 when the MPDU transmission program is executed by the processor The steps of the method.
  • FIG. 18 is a schematic structural diagram of a network side device 1800 according to some embodiments of the present disclosure.
  • the network side device 1800 may include: a generating unit 1801 and a transmitting unit 1802.
  • the generating unit 1801 is configured to generate an MPDU, where the MPDU includes a second MAC sub-header, the RAR message corresponding to the second MAC sub-header does not exist in the MPDU, and the sending unit 1802 is configured to send the MPDU.
  • resource utilization can be improved by transmitting an indication that there is no MAC subheader corresponding to the RAR message.
  • the second MAC subheader is used to indicate a beam failure recovery request response.
  • the second MAC subheader includes a response indication field, where the response indication field is used to indicate a beam failure recovery request response.
  • the response indication field may use a reserved bit in the MAC sub-header; or the response indication field may use a new bit in the MAC sub-head that is different from the reserved bit.
  • the second MAC subheader includes a RAR message indication field, where the RAR message indication field is used to indicate whether there is a subsequent RAR message after the second MAC subheader. It should be understood that the implementation manner of the RAR message indication domain may be mixed with any of the foregoing two implementation manners.
  • the sending unit 1802 is specifically configured to: determine, according to the beam failure recovery request response, a resource location of the MPDU, where the resource location of the MPDU is used to indicate a beam failure recovery request response; The MPDU is sent at the resource location.
  • the sending unit 1802 is specifically configured to: determine, according to whether the second MAC subheader has a subsequent RAR message, determine a resource location of the MPDU, where the resource location is used to indicate Whether there is a subsequent RAR message after the second MAC subheader; the MPDU is sent at the resource location.
  • the network side device 1800 can also perform the method of FIG. 13 and send the MPDU according to the format in the embodiment shown in FIG. 8. For specific implementation, reference may be made to the embodiment shown in FIG.
  • FIG. 19 is a schematic structural diagram of a network side device 1900 according to some embodiments of the present disclosure.
  • a schematic diagram of a physical device structure of the network side device 1900 can be as shown in FIG. 19, and includes a processor 1902, a memory 1903, a transmitter 1901, and a receiver 1904.
  • transmitter 1901 and receiver 1904 can be coupled to antenna 1905.
  • the memory 1903 is configured to store a program.
  • the program can include program code, the program code including computer operating instructions.
  • Memory 1903 can include read only memory and random access memory and provides instructions and data to processor 1902.
  • the memory 1903 may include a high speed RAM memory and may also include a non-volatile memory such as at least one disk memory.
  • the processor 1902 executes a program stored in the memory 1903.
  • the processor 1902 may perform the following method by using the receiver 1904 and the transmitter 1901: generating an MPDU, where the MPDU includes a second MAC subheader, and the second MAC subheader does not exist in the MPDU.
  • RAR message send the MPDU.
  • Processor 1902 may be an integrated circuit chip with signal processing capabilities. In the implementation process, each step of the above method may be completed by an integrated logic circuit of hardware in the processor 1902 or an instruction in a form of software.
  • the processor 1902 may be a general-purpose processor, including a central processing unit (CPU), a network processor (NP Processor, etc.), or a digital signal processor (DSP), an application specific integrated circuit. (ASIC), off-the-shelf programmable gate array (FPGA) or other programmable logic device, discrete gate or transistor logic device, discrete hardware component.
  • the general purpose processor may be a microprocessor or the processor or any conventional processor or the like.
  • the steps of the method disclosed in connection with some embodiments of the present disclosure may be directly embodied by the hardware decoding processor, or by a combination of hardware and software modules in the decoding processor.
  • the software module can be located in a conventional storage medium such as random access memory, flash memory, read only memory, programmable read only memory or electrically erasable programmable memory, registers, and the like.
  • the storage medium is located in the memory 1903, and the processor 1902 reads the information in the memory 1903 and completes the steps of the above method in combination with its hardware.
  • the network side device 1900 can also perform the method shown in FIG. 13 and implement the functions of the network side device or the base station in the embodiment shown in FIG. 13. Some embodiments of the present disclosure are not described herein again.
  • Some embodiments of the present disclosure also propose a computer readable storage medium having an MPDU transmission program stored thereon, the MPDU transmission program being executed by the processor to implement the steps of the MPDU transmission method shown in FIG. .
  • the user side device 2000 may include: a receiving unit 2001 and a parsing unit 2002.
  • the receiving unit 2001 is configured to receive an MPDU, where the MPDU is used to indicate a format type of one or more RAR messages in the MPDU, and a parsing unit 2002, configured to parse the MPDU.
  • the network side device and the user side device can adopt different RAR message formats as needed, thereby achieving different by carrying different information.
  • the function of the random access process is wider, and the message interaction between the network side device and the user side device is more flexible and convenient.
  • the at least one first MAC sub-header of the MPDU includes a RAR format indication field, where the RAR format field is used to indicate a format of the at least one first RAR message corresponding to the first MAC sub-header.
  • the parsing unit 2002 is specifically configured to: parse the first RAR message according to a format of the RAR message indicated by the RAR format indication field in the first MAC subheader.
  • the MPDU is parsed according to the format of the RAR message corresponding to the MAC sub-header indicated by the RAR format indication field in the MAC sub-header, so that the MPDU can be supported for the RAR message corresponding to different MAC sub-headers. Different formats.
  • the RAR format field indicates whether the at least one first RAR message is a RAR message including a response indication field, where the response indication field is used to indicate a beam failure recovery request response.
  • the RAR format field may use a reserved bit in the MAC sub-header; or, the RAR format field may use a new bit in the MAC sub-head that is different from the reserved bit.
  • the RAR format field indicates the format of the at least one first RAR message by indicating the following at least one information type that needs to be carried in the at least one first RAR message.
  • the acknowledgment indication field is used to indicate the beam failure recovery request response; the TC-RNTI; the acknowledgment information of the downlink beam corresponding to the uplink beam currently being used in the candidate downlink beam reported by the user equipment.
  • the acknowledgment information of the downlink beam other than the downlink beam corresponding to the uplink beam currently being used by the user-side device, the indication of switching to other candidate downlink beams, the indication of switching to other downlink beams, and the restart of the beam search An indication of switching to another candidate downlink beam or a restart beam search; an indication of a candidate downlink beam available in a candidate downlink beam reported by the user side device; an indication of an available downlink beam.
  • the user side device 2000 may further include an obtaining unit 2003, configured to acquire resource location information that carries the MPDU, where the resource location of the MPDU and the format of the first RAR message of the MPDU exist. Mapping relations.
  • the parsing unit 2002 is specifically configured to: parse the RAR message of the MPDU according to the format of the RAR message indicated by the resource location information.
  • the resource location information includes information of at least one resource location: a time domain resource location, a frequency domain resource location, a preamble preamble code location, a beam resource location, and a beam corresponding synchronization signal block SS block/channel state information reference signal.
  • the frequency/time domain resource location of the CSI-RS is a resource location that is associated with the CSI-RS.
  • the resource location information is used to indicate whether the at least one first RAR message corresponding to any one of the first MAC sub-headers in the MPDU is a RAR message including a response indication field, where The response indication field is used to indicate a beam failure recovery request response.
  • the resource location information is used to indicate at least one type that needs to be carried in at least one first RAR message corresponding to any one of the first MAC sub-heads of the MPDU.
  • the acknowledgment information of the downlink beam corresponding to the uplink beam that is currently being used; the acknowledgment information of the downlink beam other than the downlink beam corresponding to the uplink beam currently being used by the user-side device; and the indication of switching to other candidate downlink beams An indication of switching to another downlink beam; an indication to restart the beam search; an indication of switching to another candidate downlink beam or a restart beam search; an indication of a candidate downlink beam available in the candidate downlink beam reported by the user equipment; available downlink The indication of the beam.
  • the response indication domain when the RAR message includes the response indication field, the response indication domain may use the reserved bit in the RAR message; or the response indication domain may use the RAR message different from the reserved One or more new bits of the bit.
  • each of the at least one RAR message corresponding to the first MAC sub-header is configured to carry one or more of the at least one type of information.
  • the MPDU further includes a second MAC sub-header, where the RAR message corresponding to the second MAC sub-header does not exist.
  • the parsing unit 2002 is further configured to: parse the second MAC sub-header in the MPDU.
  • the second MAC sub-head is used to indicate a beam failure recovery request response.
  • the parsing unit 2002 is further configured to: parse the second MAC sub-header in the MPDU to obtain a beam failure recovery request response.
  • the second MAC sub-head includes a response indication field, where the response indication field is used to indicate a beam failure recovery request response;
  • the parsing unit 2002 is further configured to: parse a response indication field of the second MAC sub-head in the MPDU to obtain a beam failure recovery request response.
  • the response indicates that the domain uses reserved bits in the MAC subheader; or the response indicates that the domain uses new bits in the MAC subheader that are different from the reserved bits.
  • the second MAC subheader includes a RAR message indication field, where the RAR message indication field is used to indicate whether there is a subsequent RAR message after the second MAC subheader.
  • the parsing unit 2002 is further configured to: parse the second MAC sub-header in the MPDU to confirm whether there is a subsequent RAR message after the second MAC sub-header.
  • the user side device 2000 may further include an acquiring unit 2003, configured to acquire resource location information that carries the MPDU, where the resource location of the MPDU is used to indicate beam failure recovery. Request a response.
  • the parsing unit 2002 is specifically configured to: determine a beam failure recovery request response according to the resource location information.
  • the user side device 2000 may further include an obtaining unit 2003, configured to acquire resource location information that carries the MPDU, where the resource location of the MPDU is used to indicate the second Whether there is a subsequent RAR message after the MAC subheader.
  • the parsing unit 2002 is specifically configured to: determine, according to the resource location information, whether there is a subsequent RAR message after the second MAC subheader.
  • the parsing unit 2002 is specifically configured to: parse the MPDU according to the arrangement manner of the MAC sub-header and the RAR message in the MPDU, where the MAC sub-header and the RAR message in the MPDU are arranged in the following manner: each of the MPDUs The MAC sub-header is located in the MAC header of the MPDU, and the RAR message corresponding to each MAC sub-header is located after the MAC header in the order of the corresponding MAC sub-header; or, each MAC sub-header in the MPDU is located in the MAC header of the MPDU.
  • the RAR message corresponding to the MAC sub-header of the corresponding RAR message is located after the MAC header in the order of the corresponding MAC sub-header; or the RAR message corresponding to each MAC sub-header in the MPDU is located after the corresponding MAC sub-header A field field; or the RAR message corresponding to the MAC sub-header of the corresponding RAR message in the MPDU is located in the field field of the corresponding MAC sub-header.
  • the MAC subheader further indicates whether there is a corresponding RAR message; or the MAC subheader further indicates the number of corresponding RAR messages.
  • the user side device 2000 can also perform the method of FIG. 14 and parse the MPDU according to the format in the embodiment shown in FIG. 2 to FIG. 12 .
  • FIG. 14 For specific implementation, reference may be made to the embodiment shown in FIG. 14 .
  • FIG. 21 is a schematic structural diagram of a user side device 2100 according to some embodiments of the present disclosure.
  • a physical device structure diagram of the user side device 2100 may be as shown in FIG. 21, and includes a processor 2102, a memory 2103, a transmitter 2101, and a receiver 2104.
  • transmitter 2101 and receiver 2104 can be coupled to antenna 2105.
  • the memory 2103 is configured to store a program.
  • the program can include program code, the program code including computer operating instructions.
  • Memory 2103 can include read only memory and random access memory and provides instructions and data to processor 2102.
  • the memory 2103 may include a high speed RAM memory and may also include a non-volatile memory such as at least one disk memory.
  • the processor 2102 executes the program stored in the memory 2103.
  • the processor 2102 may perform the following method by using the receiver 2104 and the transmitter 2101: receiving an MPDU, the MPDU is used to indicate a format type of one or more RAR messages in the MPDU; and parsing the MPDU .
  • the method performed by the user side device or the UE disclosed in the embodiment shown in FIG. 14 of the present disclosure may be applied to the processor 2102 or implemented by the processor 2102.
  • the processor 2102 may be an integrated circuit chip with signal processing capabilities. In the implementation process, each step of the above method may be completed by an integrated logic circuit of hardware in the processor 2102 or an instruction in a form of software.
  • the processor 2102 may be a general-purpose processor, including a central processing unit (CPU), a network processor (NP processor, etc.), or a digital signal processor (DSP), an application specific integrated circuit. (ASIC), off-the-shelf programmable gate array (FPGA) or other programmable logic device, discrete gate or transistor logic device, discrete hardware component.
  • CPU central processing unit
  • NP processor network processor
  • DSP digital signal processor
  • ASIC application specific integrated circuit
  • FPGA off-the-shelf programmable gate array
  • the general purpose processor may be a microprocessor or the processor or any conventional processor or the like.
  • the steps of the method disclosed in connection with some embodiments of the present disclosure may be directly embodied by the hardware decoding processor, or by a combination of hardware and software modules in the decoding processor.
  • the software module can be located in a conventional storage medium such as random access memory, flash memory, read only memory, programmable read only memory or electrically erasable programmable memory, registers, and the like.
  • the storage medium is located in the memory 2103, and the processor 2102 reads the information in the memory 2103 and completes the steps of the above method in combination with its hardware.
  • the user side device 2100 can also perform the method shown in FIG. 14 and implement the functions of the user side device or the UE in the embodiment shown in FIG. 14. Some embodiments of the present disclosure are not described herein again.
  • Some embodiments of the present disclosure also propose a computer readable storage medium having an MPDU transmission program stored thereon, the MPDU transmission program being executed by the processor to implement the steps of the MPDU transmission method shown in FIG. .
  • the user side device 2200 may include: a receiving unit 2201 and a parsing unit 2202.
  • the receiving unit 2201 is configured to receive an MPDU, where the MPDU includes a second MAC sub-header, and the RAR message corresponding to the second MAC sub-header does not exist in the MPDU.
  • the parsing unit 2202 is configured to parse the MPDU.
  • the second MAC sub-head is used to indicate a beam failure recovery request response.
  • the parsing unit 2202 is specifically configured to: parse the second MAC sub-header in the MPDU to obtain a beam failure recovery request response.
  • the second MAC subheader includes a response indication field, where the response indication field is used to indicate a beam failure recovery request response.
  • the parsing unit 2202 is specifically configured to: parse the response indication field of the second MAC sub-head in the MPDU to obtain a beam failure recovery request response.
  • the response indicates that the domain uses reserved bits in the MAC subheader; or the response indicates that the domain uses new bits in the MAC subheader that are different from the reserved bits.
  • the second MAC subheader includes a RAR message indication field, where the RAR message indication field is used to indicate whether there is a subsequent RAR message after the second MAC subheader.
  • the parsing unit 2202 is specifically configured to: parse the second MAC sub-header in the MPDU to confirm whether there is a subsequent RAR message after the second MAC sub-header.
  • the method further includes: acquiring resource location information that carries the MPDU, where the resource location of the MPDU is used to indicate a beam failure recovery request response.
  • the parsing unit 2202 is specifically configured to: determine, according to the resource location information, a beam failure recovery request response.
  • the method further includes: acquiring resource location information that carries the MPDU, where the resource location of the MPDU is used to indicate whether there is a subsequent one after the second MAC subheader
  • the RAR message is further configured to: determine, according to the resource location information, whether there is a subsequent RAR message after the second MAC subheader.
  • the user side device 2200 can perform the method of FIG. 15, and the specific implementation can refer to the embodiment shown in FIG.
  • FIG. 23 is a schematic structural diagram of a user side device 2300 according to some embodiments of the present disclosure.
  • a physical device structure diagram of the user side device 2300 may be as shown in FIG. 23, and includes a processor 2302, a memory 2303, a transmitter 2301, and a receiver 2304.
  • transmitter 2301 and receiver 2304 can be coupled to antenna 2305.
  • the memory 2303 is configured to store a program.
  • the program can include program code, the program code including computer operating instructions.
  • the memory 2303 can include read only memory and random access memory and provides instructions and data to the processor 2302.
  • the memory 2303 may include a high speed RAM memory and may also include a non-volatile memory such as at least one disk memory.
  • the processor 2302 executes the program stored in the memory 2303.
  • the processor 2302 may perform the following method by using the receiver 2304 and the transmitter 2301: receiving the MPDU, and receiving the MPDU, where the MPDU includes a second MAC sub-header, where the second MAC does not exist.
  • the method performed by the user side device or the UE disclosed in the embodiment shown in FIG. 15 of the present disclosure may be applied to the processor 2302 or implemented by the processor 2302.
  • the processor 2302 may be an integrated circuit chip with signal processing capabilities. In the implementation process, each step of the foregoing method may be completed by an integrated logic circuit of hardware in the processor 2302 or an instruction in a form of software.
  • the processor 2302 may be a general-purpose processor, including a central processing unit (CPU), a network processor (NP), etc.; and may be a digital signal processor (DSP) or an application specific integrated circuit ( ASIC), off-the-shelf programmable gate array (FPGA) or other programmable logic device, discrete gate or transistor logic device, discrete hardware component.
  • CPU central processing unit
  • NP network processor
  • ASIC application specific integrated circuit
  • FPGA off-the-shelf programmable gate array
  • the general purpose processor may be a microprocessor or the processor or any conventional processor or the like.
  • the steps of the method disclosed in connection with some embodiments of the present disclosure may be directly embodied by the hardware decoding processor, or by a combination of hardware and software modules in the decoding processor.
  • the software module can be located in a conventional storage medium such as random access memory, flash memory, read only memory, programmable read only memory or electrically erasable programmable memory, registers, and the like.
  • the storage medium is located in the memory 2303, and the processor 2302 reads the information in the memory 2303 and completes the steps of the above method in combination with its hardware.
  • the user side device 2300 can perform the method shown in FIG. 15 and implement the functions of the user side device or the UE in the embodiment shown in FIG. 15. Some embodiments of the present disclosure are not described herein again.
  • Some embodiments of the present disclosure also propose a computer readable storage medium having an MPDU transmission program stored thereon, the MPDU transmission program being executed by the processor to implement the steps of the MPDU transmission method shown in FIG. .
  • the solution of some embodiments of the present disclosure has at least one technical effect: by transmitting an MPDU capable of indicating a format type of a RAR message, so that the network side device and the user side device can adopt different RAR message formats as needed, so that the network The message interaction between the side device and the user side device is more flexible and convenient.
  • the system, device, module or unit illustrated in the above embodiments may be implemented by a computer chip or an entity, or by a product having a certain function.
  • a typical implementation device is a computer.
  • the computer can be, for example, a personal computer, a laptop computer, a cellular phone, a camera phone, a smart phone, a personal digital assistant, a media player, a navigation device, an email device, a game console, a tablet computer, a wearable device, or A combination of any of these devices.
  • Computer readable media includes both permanent and non-persistent, removable and non-removable media.
  • Information storage can be implemented by any method or technology.
  • the information can be computer readable instructions, data structures, modules of programs, or other data.
  • Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read only memory. (ROM), electrically erasable programmable read only memory (EEPROM), flash memory or other memory technology, compact disk read only memory (CD-ROM), digital versatile disk (DVD) or other optical storage, Magnetic tape cartridges, magnetic tape storage or other magnetic storage devices or any other non-transportable media can be used to store information that can be accessed by a computing device.
  • computer readable media does not include temporary storage of computer readable media, such as modulated data signals and carrier waves.

Landscapes

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

Abstract

本公开提供了MPDU的传输方法、网络侧设备和用户侧设备，该方法包括：发送MPDU，该MPDU用于指示该MPDU中一个或多个RAR消息的格式类型。

Description

MPDU的传输方法、用户侧设备和网络侧设备
相关申请的交叉引用
本申请主张在2017年8月10日在中国提交的中国专利申请号No.201710682119.5的优先权，其全部内容通过引用包含于此。
技术领域
本公开涉及通信领域，尤其涉及一种MPDU的传输方法、用户侧设备和网络侧设备。
背景技术
由于网络侧会通过波束扫描的方式发送下行信号，因此终端在发起上行随机接入过程的时候，网络会给终端配置每个下行波束对应的上行随机接入资源，即物理随机接入信道(Physical Random Access Channel，PRACH)资源，而该下行波束对应的参考信号包括CSI-RS和/或SS block。
终端会在选定对应的下行接收波束后，在该波束对应的上行随机接入资源发送msg1，即物理随机接入信道(Physical Random Access Channel，PRACH)。而网络侧则会在接收到该UE的msg1后，在该随机接入资源对应的下行波束上发送msg2，即RAR)。终端会在配置的RAR窗口内，去对应的下行波束上监测mgs1对应的RAR消息。
现有的RAR消息格式较为单一。在现有的RAR消息中，主要携带定时命令(TA command)、上行链路授权(UL grant)和临时的小区无线网络临时标识(Temporary Cell Radio Network Temmporary Identify，T-C-RNTI)。
发明内容
本公开提供一种MPDU传输的方法、用户侧设备和网络侧设备。
第一方面，本公开提出了一种MPDU的传输方法，该方法包括：发送MPDU，该MPDU用于指示该MPDU中一个或多个RAR消息的格式类型。
第二方面，本公开提出了一种MPDU的传输方法，该方法包括：发送 MPDU，该MPDU包括第二MAC子头，该MPDU中不存在该第二MAC子头对应的RAR消息。
第三方面，本公开提出了一种MPDU的传输方法，该方法包括：接收MPDU，该MPDU用于指示该MPDU中一个或多个RAR消息的格式类型；解析该MPDU。
第四方面，本公开提出了一种MPDU的传输方法，该方法包括：接收MPDU，该MPDU包括第二MAC子头，该MPDU中不存在该第二MAC子头对应的RAR消息；解析该MPDU。
第五方面，本公开提出了一种网络侧设备，包括：生成单元，用于生成MPDU；发送单元，用于发送该MPDU；其中，该MPDU用于指示该MPDU中一个或多个RAR消息的格式类型。
第六方面，本公开提出了一种网络侧设备，包括：生成单元，用于生成MPDU，该MPDU包括第二MAC子头，该MPDU中不存在该第二MAC子头对应的RAR消息；发送单元，用于发送该MPDU。
第七方面，本公开提出了一种用户侧设备，包括：接收单元，用于接收MPDU，该MPDU用于指示该MPDU中一个或多个RAR消息的格式类型；解析单元，用于解析该MPDU。
第八方面，本公开提出了一种用户侧设备，包括：接收单元，用于接收MPDU，该MPDU包括第二MAC子头，该MPDU中不存在该第二MAC子头对应的RAR消息；解析单元，用于解析该MPDU。
第九方面，本公开提出了一种网络侧设备，包括：处理器；以及被安排成存储计算机可执行指令的存储器，该可执行指令在被执行时使该处理器执行如第一方面所述的方法。
第十方面，本公开提出了一种计算机可读存储介质，该计算机可读存储介质存储一个或多个程序，该一个或多个程序当被包括多个应用程序的电子设备执行时，使得该电子设备执行如第一方面所述的方法。
第十一方面，本公开提出了一种网络侧设备，包括：处理器；以及被安排成存储计算机可执行指令的存储器，该可执行指令在被执行时使该处理器执行如第二方面所述的方法。
第十二方面，本公开提出了一种计算机可读存储介质，该计算机可读存储介质存储一个或多个程序，该一个或多个程序当被包括多个应用程序的电子设备执行时，使得该电子设备执行如第二方面所述的方法。
第十三方面，本公开提出了一种用户侧设备，包括：处理器；以及被安排成存储计算机可执行指令的存储器，该可执行指令在被执行时使该处理器执行如第三方面所述的方法。
第十四方面，本公开提出了一种计算机可读存储介质，该计算机可读存储介质存储一个或多个程序，该一个或多个程序当被包括多个应用程序的电子设备执行时，使得该电子设备执行如第三方面所述的方法。
第十五方面，本公开提出了一种用户侧设备，包括：处理器；以及被安排成存储计算机可执行指令的存储器，该可执行指令在被执行时使该处理器执行如第四方面所述的方法。
第十六方面，本公开提出了一种计算机可读存储介质，该计算机可读存储介质存储一个或多个程序，该一个或多个程序当被包括多个应用程序的电子设备执行时，使得该电子设备执行如第四方面所述的方法。
附图说明
为了更清楚地说明本公开的一些实施例或相关技术中的技术方案，下面将对实施例或相关技术描述中所需要使用的附图作简单地介绍。显而易见地，下面描述中的附图仅仅是本公开中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1是本公开的一些实施例的MPDU的传输方法示意图一。
图2是本公开的一些实施例的MAC子头的格式的示意图一。
图3是本公开的一些实施例的RAR消息的消息格式示意图一。
图4是本公开的一些实施例的RAR消息的消息格式示意图二。
图5是本公开的一些实施例的MAC子头的格式的示意图二。
图6是本公开的一些实施例的MAC子头的格式的示意图三。
图7是本公开的一些实施例的RAR消息的格式的示意图三。
图8是本公开的一些实施例的MAC子头的格式示意图。
图9是本公开的一些实施例的MPDU的格式的示意图一。
图10是本公开的一些实施例的MPDU的格式的示意图二。
图11是本公开的一些实施例的MPDU的格式的示意图三。
图12是本公开的一些实施例的MPDU的格式示意图四。
图13是本公开的一些实施例的MPDU传输方法的流程图二。
图14是本公开的一些实施例的MPDU传输方法的流程图三。
图15是本公开的一些实施例的MPDU传输方法的流程图四。
图16是本公开的一些实施例的网络侧设备的结构示意图一。
图17是本公开的一些实施例的网络侧设备的结构示意图二。
图18是本公开的一些实施例的网络侧设备的结构示意图三。
图19是本公开的一些实施例的网络侧设备的结构示意图四。
图20是本公开的一些实施例的用户侧设备的结构示意图一。
图21是本公开的一些实施例的用户侧设备的结构示意图二。
图22是本公开的一些实施例的用户侧设备的结构示意图三。
图23是本公开的一些实施例的用户侧设备的结构示意图四。
具体实施方式
为了使本技术领域的人员更好地理解本公开中的技术方案，下面将结合本公开的一些实施例中的附图，对本公开的一些实施例中的技术方案进行清楚、完整地描述。显然，所描述的实施例仅仅是本公开一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本公开保护的范围。
本公开提供一种MPDU的传输方法、用户侧设备和网络侧设备，以使得网络侧设备和用户侧设备的消息交互更灵活方便。
本公开的技术方案，可以应用于各种通信系统，例如：全球移动通讯系统(GSM，Global System of Mobile communication)，码分多址(CDMA，Code Division Multiple Access)系统，宽带码分多址(WCDMA，Wideband Code Division Multiple Access)，通用分组无线业务(GPRS，General Packet Radio  Service)，长期演进(LTE，Long Term Evolution)/增强长期演进(LTE-A，Long Term Evolutionadvanced)，NR(New Radio)等。
用户端(UE，User Equipment)，也可称之为移动终端(Mobile Terminal)、移动用户设备等，可以经无线接入网(例如，RAN，Radio Access Network)与一个或多个核心网进行通信，用户设备可以是移动终端，如移动电话(或称为“蜂窝”电话)和具有移动终端的计算机，例如，可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置，它们与无线接入网交换语言和/或数据。
基站，可以是GSM或CDMA中的基站(BTS，Base Transceiver Station)，也可以是WCDMA中的基站(NodeB)，还可以是LTE中的演进型基站(eNB或e-NodeB，evolutional Node B)及5G基站(gNB)，本公开并不限定。但为描述方便，下述实施例以gNB为例进行说明。
协议数据单元(Protocol Data Unit，PDU)：是指对等层次之间传递的数据单位。物理层的PDU是数据位(bit)，数据链路层的PDU是数据帧(frame)，网络层的PDU是数据包(packet)，传输层的PDU是数据段(segment)，其他更高层次的PDU是报文(message)。
MAC协议数据单元(MAC Protocol Data Unit，MPDU)：在无线网络安全中，MAC服务数据单元(MAC Service Data Unit，MSDU)经过添加完整性校验MIC、分帧、添加IV、加密、添加MAC头部后，成为MPDU。
图1是本公开的一些实施例的MPDU传输方法的示意图。图1的方法由网络侧设备执行。该方法可包括步骤S101。
S101，发送MPDU，该MPDU用于指示该MPDU中一个或多个RAR消息的格式类型。
当然，应理解，在本公开的一些实施例中，在发送MPDU之前，该方法还包括：生成该MPDU。
本公开的一些实施例中，通过发送用于指示RAR消息的格式类型的MPDU，使得网络侧设备和用户侧设备能够根据需要采用不同的RAR消息的格式，从而通过携带不同的信息达到不同的功能，使得随机接入过程适用范围更广，而且还能达到网络侧设备和用户侧设备的消息交互更灵活方便的效 果。
当然，应理解，在本公开的一些实施例中，该MPDU指示该MPDU中一个或多个RAR消息的格式类型的方式，可以通过MPDU中的指示信息直接指示，或者通过MPDU的资源位置信息间接指示。
以通过MPDU中的指示信息直接指示的方式进行举例说明。
可选地，作为一些实施例，该MPDU的至少一个第一MAC子头中包括RAR格式指示域，该RAR格式域用于指示该第一MAC子头对应的至少一个第一RAR消息的格式。
本公开的一些实施例中，通过使用MAC子头中的RAR格式指示域指示MAC子头对应的RAR消息的格式类型，从而能够支持MPDU为不同的MAC子头对应的RAR消息设置不同的格式。
可选地，在本实施例的一种实现方式中，该RAR格式域指示该至少一个第一RAR消息是否为包括响应指示域的RAR消息，该响应指示域用于指示波束失败恢复请求响应。应理解，波束失败恢复请求响应，可包括确定收到波束失败恢复请求的响应，或确定未收到波束失败恢复请求的响应。
可选地，在本实现方式中，该RAR格式域可以使用MAC子头中的预留比特位；或者，该RAR格式域可以使用MAC子头中不同于预留比特位的新增比特位。
例如，该第一MAC子头中可包括扩展比特位、类型比特位、RAR格式域、回退指示(Back off Indicator，BI)/随机接入前导标识(Random access preamble Identity，RAPID)域，该RAR格式域使用预留比特位，用于表示该第一MAC子头对应的第一RAR消息中是否包括波束失败恢复请求响应。
图2是本公开的一些实施例的MAC子头(MAC subheader)的格式示意图。如图2所示，第一MAC子头中包括扩展比特位E、类型比特位T、格式域F和BI/RAPID字段域。其中，格式域F占用预留比特位R，用于表示该第一MAC子头对应的第一RAR消息中是否包括波束失败恢复请求响应。另外，扩展比特位E\类型比特位T和BI/RAPID字段域的用途与相关技术类似。例如，扩展比特位E，也称为E字段域，用于指示MAC头部中是否还有更多的字段域，1表示后续至少有一个E/T/RAPID字段域；0表示后续为RAR 消息或间隔(padding)。类型比特位T，用于表示BI/RAPID字段域存储的是BI还是RAPID。
当然，应理解，图2的MAC子头的格式仅仅是示意性地，在实际的应用中，MAC子头的格式可能不同。
例如，该第一MAC子头中可包括扩展比特位、类型比特位、第一预留比特位、回退指示(Back off Indicator，BI)/随机接入前导标识(Random access preamble Identity，RAPID)域、RAR格式域和0个至多个第二预留比特位，该RAR格式域用于表示该第一MAC子头对应的第一RAR消息中是否包括波束失败恢复请求响应。
应理解，该RAR格式域可以包括一个或多个比特位。
可选地，在本实现方式中，当该RAR格式域指示该至少一个第一RAR消息为不包括响应指示域的RAR消息，第一RAR消息的格式可以是现有的RAR消息。
可选地，在本实现方式中，当该RAR格式域指示该至少一个第一RAR消息为包括响应指示域的RAR消息，第一RAR消息的格式中，可采用现有的RAR消息的格式，并使用预留比特位作为响应指示域。
例如，第一RAR消息的格式中，可包括响应指示域、TA COMMAND域、上行授权(Upperlink grant，UL grant)域、TEMPORARY C-RNTI域等。
图3是本公开的一些实施例的RAR消息的消息格式示意图。如图3所示，携带波束失败恢复请求响应的RAR消息的格式可包括：响应指示域Beam-R、TA COMMAND域TA-C、UL grant域UL-G和TEMPORARY C-RNTI域T-C-RNTI等。其中，响应指示域Beam-R为预留比特位。
可选地，在本实现方式中，当该RAR格式域指示该至少一个第一RAR消息为包括响应指示域的RAR消息，第一RAR消息的格式中，可采用不同于现有的RAR消息的格式，使用新增的一个或多个比特位作为响应指示域。
例如，第一RAR消息的格式中，可包括第一预留比特位、TA COMMAND域、上行授权(Upperlink grant，UL grant)域、TEMPORARY C-RNTI域、响应指示域和0个至多个第二预留比特位等。
图4是本公开的一些实施例的RAR消息的消息格式的示意图。如图4所 示，携带波束失败恢复请求响应的RAR消息的格式可包括：第一预留比特位R1、TA COMMAND域TA-C、上行授权(Upperlink grant，UL grant)域UL-G、TEMPORARY C-RNTI域T-C-RNTI、响应指示域BeamR、第二预留比特位R2等。
当然，应理解，图3和图4只是示出了携带波束失败恢复请求响应的RAR消息的部分格式，该RAR消息还可携带其它域的信息，和/或略去其中的一个或多个域，本公开的一些实施例对此不作限制。当然，应理解，该RAR消息中的各域也可能采用其它的排列方式，本公开的一些实施例对此也不做限制。
可选地，在本公开的另一种实现方式中，该RAR格式域通过指示该至少一个第一RAR消息中需要承载的以下至少一种信息类型，以指示该至少一个第一RAR消息的格式：TA command；UL grant；T-C-RNTI；响应指示域，该响应指示域用于指示波束失败恢复请求响应；用户侧设备上报的候选下行波束中当前正在使用的上行波束对应的下行波束的确认信息；用户侧设备上报的候选下行波束中当前正在使用的上行波束对应的下行波束以外的下行波束的确认信息；切换至其它候选下行波束的指示；切换至其它下行波束的指示；重新启动波束搜索的指示；切换至其它候选下行波束或重新启动波束搜索的指示；用户侧设备上报的候选下行波束中可用的候选下行波束的指示；可用的下行波束的指示。
类似地，在本实现方式中，该RAR格式域可以使用MAC子头中的预留比特位；或者，该RAR格式域可以使用MAC子头中不同于预留比特位的新增比特位。
图5是本公开的一些实施例的MAC子头的格式示意图。如图5所示，该MAC子头中可包括扩展比特位E、类型比特位T、RAR格式域F、0个或多个预留比特位R和BI/RAPID域等字段。其中扩展比特位E、类型比特位T、预留比特位R和BI/RAPID域等的作用可与相关技术相同，RAR格式域F用于指示该MAC子头对应的至少一个RAR消息中所携带的信息类型。
图6是本公开的一些实施例的MAC子头的格式示意图。如图6所示，该MAC子头中可包括扩展比特位E、类型比特位T、RAR格式域F和 BI/RAPID域等字段。其中扩展比特位E、类型比特位T和BI/RAPID域等的作用可与相关技术相同，RAR格式域F用于指示该MAC子头对应的至少一个RAR消息中所携带的信息类型。
应理解，在本实现方式中，一种RAR消息格式对应于上述信息类型的一种组合方式。应理解，在本实现方式中，该RAR格式域的比特位越多，该RAR格式域所能指示的RAR消息的格式类型越多。
应理解，在实现方式中，可以用1比特位表示一种信息类型，或者用1比特位表示多种信息类型。例如，用某个比特位的1表示RAR消息中包括TA command和UL grant，0表示RAR消息中不包括TA command和UL grant。又例如，可以用某个比特位表示切换至其它候选下行波束或重新启动波束搜索的指示，0表示切换至其它候选下行波束，1表示重新启动波束搜索的指示，等等。
图7是本公开的一些实施例的RAR消息的格式示意图。如图7所示，该RAR消息中可包括预留比特位、TA COMMAND域TA-C、响应指示域Beam-R、切换指示或重新搜索指示域、UL grant域UL-G和TEMPORARY C-RNTI域T-C-RNTI等。
应理解，在本实现方式中，第一MAC子头对应的至少一个RAR消息中每个第一RAR消息用于承载该至少一种类型的信息中的一种或多种。
例如，假设某个MAC子头对应的RAR消息有RAR1和RAR2，RAR1可承载TA command和UL grant，RAR2可承载重新启动波束搜索的指示，等等。
应理解，在本实现方式中，一个第一MAC子头对应的第一RAR消息可以只有一个，承载RAR格式域所指示的所有信息类型；一个第一MAC子头对应的第一RAR消息也可以有多个，每个第一RAR消息中承载RAR格式域所指示的所有信息类型中的一个或多个，一个第一MAC子头对应的多个第一RAR消息中每个第一RAR消息承载的信息类型可以和该第一MAC子头对应的其它第一RAR消息承载的信息类型存在交集。
接下来，以通过MPDU中的资源位置信息简洁指示的方式进行举例说明。
可选地，作为另一些实施例，步骤S101具体可实现为：在该MPDU的 第一RAR消息的格式对应的资源位置上发送该MPDU，其中，该MPDU的资源位置与该MPDU的第一RAR消息的格式存在映射关系。
应理解，在本实施例中，该资源位置信息包括如下至少一种资源位置的信息：时域资源位置、频域资源位置、前导preamble码位置、波束资源位置，波束对应的同步信号块(Synchronization Signal block，SS block)/信道状态信息参考信号(Channel Status Information Reference Signal，CSI-RS)的频域/时域资源位置。
可选地，在本公开的一种实现方式中，该资源位置信息用于指示该MPDU中任一个第一MAC子头对应的至少一个第一RAR消息是否为包括响应指示域的RAR消息，该响应指示域用于指示波束失败恢复请求响应。
可选地，在本实现方式中，当该RAR格式域指示该至少一个第一RAR消息为不包括响应指示域的RAR消息，第一RAR消息的格式可以是现有的RAR消息。
可选地，在本实现方式中，当该RAR格式域指示该至少一个第一RAR消息为包括响应指示域的RAR消息，第一RAR消息的格式中，可采用不同于现有的RAR消息的格式，使用新增的一个或多个比特位作为响应指示域。具体可参考前述使用RAR格式域指示第一MAC子头对应的第一RAR消息中是否包括波束失败恢复请求响应的方式及图3、图4所示RAR消息格式。
可选地，在本公开的另一种实现方式中，该资源位置信息用于通过指示该MPDU中任一个第一MAC子头对应的至少一个第一RAR消息中需要承载的以下至少一种类型的信息，以指示该至少一个第一RAR消息的格式：TA command；UL grant；T-C-RNTI；响应指示域，该响应指示域用于指示波束失败恢复请求响应；用户侧设备上报的候选下行波束中当前正在使用的上行波束对应的下行波束的确认信息；用户侧设备上报的候选下行波束中当前正在使用的上行波束对应的下行波束以外的下行波束的确认信息；切换至其它候选下行波束的指示；切换至其它下行波束的指示；重新启动波束搜索的指示；切换至其它候选下行波束或重新启动波束搜索的指示；用户侧设备上报的候选下行波束中可用的候选下行波束的指示；可用的下行波束的指示。
应理解，在本实现方式中，第一MAC子头对应的至少一个RAR消息中 每个第一RAR消息用于承载该至少一种类型的信息中的一种或多种。一个第一MAC子头对应的第一RAR消息可以只有一个，承载RAR格式域所指示的所有信息类型；一个第一MAC子头对应的第一RAR消息也可以有多个，每个第一RAR消息中承载RAR格式域所指示的所有信息类型中的一个或多个，一个第一MAC子头对应的多个第一RAR消息中每个第一RAR消息承载的信息类型可以和该第一MAC子头对应的其它第一RAR消息承载的信息类型存在交集。
可选地，在上述实施例中，当RAR消息中包括响应指示域时，该响应指示域可以使用RAR消息中的预留比特位；或者，该响应指示域可以使用RAR消息中不同于预留比特位的一个或多个新增比特位。
当然，应理解，MPDU中除了存在对应RAR消息的第一MAC子头外，还可包括其它类型的MAC子头。
可选地，作为一些实施例，该MPDU中还包括第二MAC子头，该MPDU中不存在该第二MAC子头对应的RAR消息。
在本实施例中，通过不存在对应RAR消息的MAC子头传递指示，可以提高资源利用率。
可选地，在本公开的一种实现方式中，该第二MAC子头用于指示波束失败恢复请求响应。
或者，可选地，在本公开的另一种实现方式中，该第二MAC子头包括响应指示域，该响应指示域用于指示波束失败恢复请求响应。图8是本公开的再一些实施例MAC子头的格式示意图。如图8所示，该RAR消息指示域可包括扩展比特位E、类型比特位T、响应指示域I和BI/RAPID域。其中，该MAC表头不存在对应的RAR消息，响应指示域I用于指示该MAC子头之后是否有后续的RAR消息。应理解，该响应指示域可以使用MAC子头中的预留比特位；或者，该响应指示域可以使用MAC子头中不同于预留比特位的新增比特位。
或者，可选地，在本公开的另一种实现方式中，该第二MAC子头包括RAR消息指示域，该RAR消息指示域用于指示该第二MAC子头之后是否有后续的RAR消息。如图8所示，该RAR消息指示域可包括扩展比特位E、 类型比特位T、RAR消息指示域I和BI/RAPID域。其中，该MAC表头不存在对应的RAR消息，RAR消息指示域I用于指示该MAC子头之后是否有后续的RAR消息。应理解，该RAR消息指示域可以使用MAC子头中的预留比特位；或者，该RAR消息指示域可以使用MAC子头中不同于预留比特位的新增比特位。应理解，RAR消息指示域的实现方式，可以和前述两种实现方式中任一种混合使用。
或者，可选地，在本公开的再一种实现方式中，步骤S101具体可实现为：根据波束失败恢复请求响应确定该MPDU的资源位置，其中，该MPDU的资源位置用于指示波束失败恢复请求响应；在该资源位置上发送该MPDU。
或者，可选地，在本公开的再一种实现方式中，步骤S101具体可实现为：根据该第二MAC子头之后是否有后续的RAR消息确定该MPDU的资源位置，其中，该资源位置用于指示该第二MAC子头之后是否有后续的RAR消息；在该资源位置上发送该MPDU。
可选地，作为一些实施例，该MPDU中MAC子头和RAR消息按照如下方式排列：该MPDU中各个MAC子头位于该MPDU的MAC头部中，各个MAC子头对应的RAR消息按照对应的MAC子头的顺序位于MAC头部之后。
图9是本公开的一些实施例的MPDU的格式的示意图。如图9所示，该MPDU中包括MAC子头1-4，MAC子头1-4中分别携带RAR格式1-4，指示RAR消息1-4所采用的消息格式。在图9中，MAC头部包括MAC子头1-4，MAC头部之后，依次包括MAC子头1-4对应的RAR消息1-4，RAR消息1-4按照MAC子头1-4的顺序位于MAC头部之后。
当然，图9只是示出了1个MAC子头对应1个RAR消息的例子。应理解，在本公开的一些实施例中，一个MAC子头可以对应于一个或多个RAR消息。
或者，可选地，作为一些实施例，该MPDU中MAC子头和RAR消息按照如下方式排列：
该MPDU中各个MAC子头位于该MPDU的MAC头部中，存在对应的RAR消息的MAC子头对应的RAR消息按照对应的MAC子头的顺序位于 MAC头部之后。
具体地，对于该MPDU中各个MAC子头中任一个第一MAC子头，如果第一MAC子头存在对应的第二RAR消息，则当第二RAR消息是第一个RAR消息时，位于MAC头部之后并与MAC头部相邻，当第二RAR消息不是第一个RAR消息时，将第二RAR消息存储于第三RAR消息之后，第三RAR消息为第一MAC子头的前一个存在对应RAR消息的第二MAC子头所对应的RAR消息。
图10是本公开的一些实施例的MPDU的格式示意图。如图10所示，该MPDU中包括MAC子头1-4，MAC子头1、2、4中分别携带RAR格式1、2、4，指示RAR消息1、2、4所采用的消息格式，MAC子头3无对应的RAR消息。在图10所示实施例中，MAC头部包括MAC子头1-4，MAC头部之后，依次包括存在RAR消息的MAC子头对应的RAR消息1、2、4，RAR消息1、2、4按照对应的MAC子头的顺序位于MAC头部之后。
类似地，在本公开的一些实施例中，一个MAC子头可以对应于一个或多个RAR消息。
或者，可选地，作为一些实施例，该MPDU中MAC子头和RAR消息按照如下方式排列：
该MPDU中各个MAC子头对应的RAR消息位于对应的MAC子头的后一个域。
图11是本公开的一些实施例的MPDU的格式示意图。如图11所示，该MPDU中包括MAC子头1-4，MAC子头1-4中分别携带RAR格式1-4，指示RAR消息1-4所采用的消息格式。在图11所示实施例中，依次包括MAC子头1、MAC子头1对应的RAR消息1、MAC子头2、MAC子头1对应的RAR消息2、MAC子头3、MAC子头1对应的RAR消息3、MAC子头4、MAC子头1对应的RAR消息4.
类似地，在本公开的一些实施例中，一个MAC子头可以对应于一个或多个RAR消息。
或者，可选地，作为一些实施例，该MPDU中MAC子头和RAR消息按照如下方式排列：
该MPDU中存在对应的RAR消息的MAC子头所对应的RAR消息位于对应的MAC子头的后一个域。
具体地，对于该MPDU中各个MAC子头中任一个第三MAC子头，如果第三MAC子头存在对应的第四RAR消息，则将第四RAR消息存储于第三MAC子头的后一个域；如果第三MAC子头不存在对应的第四RAR消息，且第三MAC子头不是最后一个MAC子头，则在第三MAC子头的后一个域存储后续的MAC子头。
图12是本公开的一些实施例的MPDU的格式示意图。如图12所示，该MPDU中包括MAC子头1-4，MAC子头1、2、4中分别携带RAR格式1、2、4，指示RAR消息1、2、4所采用的消息格式，MAC子头3无对应的RAR消息。在图12所示实施例中，依次包括MAC子头1、MAC子头1对应的RAR消息1、MAC子头2、MAC子头1对应的RAR消息2、MAC子头3、MAC子头4、MAC子头1对应的RAR消息4。
进一步地，该MAC子头还指示是否有对应的RAR消息；或者，该MAC子头还指示对应的RAR消息的个数。
图13是本公开的一些实施例的MPDU的传输方法的流程图。图13的方法由网络侧设备执行。该方法包括步骤S1301。
S1301，发送MPDU，该MPDU包括第二MAC子头，该MPDU中不存在该第二MAC子头对应的RAR消息。
当然，应理解，在本公开的一些实施例中，在发送MPDU之前，该方法还包括：生成该MPDU。
在本实施例中，通过发送不存在对应RAR消息的MAC子头传递指示信息，可以提高资源利用率。
可选地，在本公开的一种实现方式中，该第二MAC子头用于指示波束失败恢复请求响应。进一步地，该第二MAC子头包括RAR消息指示域，该RAR消息指示域用于指示该第二MAC子头之后是否有后续的RAR消息。
如图8所示，该RAR消息指示域可包括扩展比特位E、类型比特位T、RAR消息指示域I和BI/RAPID域。其中，该MAC表头不存在对应的RAR消息，以用于指示波束失败恢复请求响应。另外，RAR消息指示域I用于指 示该MAC子头之后是否有后续的RAR消息。
或者，可选地，在本公开的另一种实现方式中，该第二MAC子头包括RAR消息指示域，该RAR消息指示域用于指示该第二MAC子头之后是否有后续的RAR消息。如图8所示，该MAC子头通过该RAR消息指示域I指示该第二MAC子头之后是否有后续的RAR消息，而不额外指示波束失败恢复请求响应。
应理解，该RAR消息指示域可以使用MAC子头中的预留比特位；或者，该RAR消息指示域可以使用MAC子头中不同于预留比特位的新增比特位。
或者，可选地，在本公开的另一种实现方式中，该第二MAC子头包括响应指示域，该响应指示域用于指示波束失败恢复请求响应。如图8所示，该MAC子头通过响应指示域I指示波束失败恢复请求响应。
应理解，该响应指示域可以使用MAC子头中的预留比特位；或者，该响应指示域可以使用MAC子头中不同于预留比特位的新增比特位。
或者，可选地，在本公开的再一种实现方式中，步骤S1301具体可实现为：根据波束失败恢复请求响应确定该MPDU的资源位置，其中，该MPDU的资源位置用于指示波束失败恢复请求响应；在该资源位置上发送该MPDU。
或者，可选地，在本实施例的再一种实现方式中，步骤S1301具体可实现为：根据该第二MAC子头之后是否有后续的RAR消息确定该MPDU的资源位置，其中，该资源位置用于指示该第二MAC子头之后是否有后续的RAR消息；在该资源位置上发送该MPDU。
图14是本公开的一些实施例的MPDU的传输方法的流程图。图14的方法由用户侧设备执行。该方法包括步骤S1401-S1402。
S1401，接收MPDU，该MPDU用于指示该MPDU中一个或多个RAR消息的格式类型。
S1402，解析该MPDU。
本公开的一些实施例中，通过接收并解析用于指示RAR消息的格式类型的MPDU，使得网络侧设备和用户侧设备能够根据需要采用不同的RAR消息的格式，从而通过携带不同的信息达到不同的功能，使得随机接入过程适用范围更广，而且还能达到网络侧设备和用户侧设备的消息交互更灵活方便的 效果。
可选地，作为一些实施例，该MPDU的至少一个第一MAC子头中包括RAR格式指示域，该RAR格式域用于指示该第一MAC子头对应的至少一个第一RAR消息的格式。
步骤S1402具体可实现为：根据该第一MAC子头中RAR格式指示域所指示的RAR消息的格式，对该第一RAR消息进行解析。
本公开的一些实施例中，通过根据MAC子头中的RAR格式指示域指示的MAC子头对应的RAR消息的格式对MPDU进行解析，从而能够支持MPDU为不同的MAC子头对应的RAR消息设置不同的格式。
可选地，在本公开的一种实现方式中，该RAR格式域指示该至少一个第一RAR消息是否为包括响应指示域的RAR消息，该响应指示域用于指示波束失败恢复请求响应。
可选地，在本实现方式中，该RAR格式域可以使用MAC子头中的预留比特位；或者，该RAR格式域可以使用MAC子头中不同于预留比特位的新增比特位。
可选地，在本公开的另一种实现方式中，该RAR格式域通过指示该至少一个第一RAR消息中需要承载的以下至少一种信息类型，以指示该至少一个第一RAR消息的格式：TA command；UL grant；响应指示域，该响应指示域用于指示波束失败恢复请求响应；T-C-RNTI；用户侧设备上报的候选下行波束中当前正在使用的上行波束对应的下行波束的确认信息；用户侧设备上报的候选下行波束中当前正在使用的上行波束对应的下行波束以外的下行波束的确认信息；切换至其它候选下行波束的指示；切换至其它下行波束的指示；重新启动波束搜索的指示；切换至其它候选下行波束或重新启动波束搜索的指示；用户侧设备上报的候选下行波束中可用的候选下行波束的指示；可用的下行波束的指示。
可选地，作为一些实施例，该方法还包括：获取承载该MPDU的资源位置信息，其中，该MPDU的资源位置与该MPDU的第一RAR消息的格式存在映射关系；
其中，步骤S1402具体可实现为：根据该资源位置信息所指示的RAR消 息的格式，对该MPDU的RAR消息进行解析。
进一步地，该资源位置信息包括如下至少一种资源位置的信息：时域资源位置、频域资源位置、前导preamble码位置、波束资源位置，波束对应的同步信号块SS block/信道状态信息参考信号CSI-RS的频域/时域资源位置。
可选地，在本公开的一种实现方式中，该资源位置信息用于指示该MPDU中任一个第一MAC子头对应的至少一个第一RAR消息是否为包括响应指示域的RAR消息，该响应指示域用于指示波束失败恢复请求响应。
可选地，在本公开的另一种实现方式中，该资源位置信息用于通过指示该MPDU中任一个第一MAC子头对应的至少一个第一RAR消息中需要承载的以下至少一种类型的信息，以指示该至少一个第一RAR消息的格式：TA command；UL grant；T-C-RNTI；响应指示域，该响应指示域用于指示波束失败恢复请求响应；用户侧设备上报的候选下行波束中当前正在使用的上行波束对应的下行波束的确认信息；用户侧设备上报的候选下行波束中当前正在使用的上行波束对应的下行波束以外的下行波束的确认信息；切换至其它候选下行波束的指示；切换至其它下行波束的指示；重新启动波束搜索的指示；切换至其它候选下行波束或重新启动波束搜索的指示；用户侧设备上报的候选下行波束中可用的候选下行波束的指示；可用的下行波束的指示。
可选地，在上述实施例中，当RAR消息中包括响应指示域时，该响应指示域可以使用RAR消息中的预留比特位；或者，该响应指示域可以使用RAR消息中不同于预留比特位的一个或多个新增比特位。
可选地，第一MAC子头对应的至少一个RAR消息中每个第一RAR消息用于承载该至少一种类型的信息中的一种或多种。
可选地，作为一些实施例，该MPDU中还包括第二MAC子头，该MPDU中不存在该第二MAC子头对应的RAR消息。
步骤S1402具体还可用于：解析该MPDU中的第二MAC子头。
可选地，在本公开的一种实现方式中，该第二MAC子头用于指示波束失败恢复请求响应。步骤S1402具体还可用于：解析该MPDU中的第二MAC子头以得到波束失败恢复请求响应。
进一步地，该第二MAC子头包括RAR消息指示域，该RAR消息指示 域用于指示该第二MAC子头之后是否有后续的RAR消息。
步骤S1402具体还可用于：解析该MPDU中的第二MAC子头以确认该第二MAC子头之后是否有后续的RAR消息。
可选地，在本公开的另一种实现方式中，该第二MAC子头包括响应指示域，该响应指示域用于指示波束失败恢复请求响应。步骤S1402具体还可用于：解析该MPDU中的第二MAC子头的响应指示域，以获取波束失败恢复请求响应。
进一步地，该响应指示域使用MAC子头中的预留比特位；或者，该响应指示域使用MAC子头中不同于预留比特位的新增比特位。
可选地，在本公开的再一种实现方式中，该方法还包括：获取承载该MPDU的资源位置信息，其中，该MPDU的资源位置用于指示波束失败恢复请求响应。步骤S1402具体可实现为：根据该资源位置信息，确定波束失败恢复请求响应。
可选地，在本公开的再一种实现方式中，该方法还包括：获取承载该MPDU的资源位置信息，其中，该MPDU的资源位置用于指示该第二MAC子头之后是否有后续的RAR消息。步骤S1402具体可实现为：根据该资源位置信息，确定该第二MAC子头之后是否有后续的RAR消息。
可选地，步骤S1402具体可实现为：根据该MPDU中MAC子头和RAR消息的排列方式解析该MPDU，其中，该MPDU中MAC子头和RAR消息按照如下一种方式排列：该MPDU中各个MAC子头位于该MPDU的MAC头部中，各个MAC子头对应的RAR消息按照对应的MAC子头的顺序位于MAC头部之后；或者，该MPDU中各个MAC子头位于该MPDU的MAC头部中，存在对应的RAR消息的MAC子头对应的RAR消息按照对应的MAC子头的顺序位于MAC头部之后；或者，该MPDU中各个MAC子头对应的RAR消息位于对应的MAC子头的后一个字段域；或者，该MPDU中存在对应的RAR消息的MAC子头所对应的RAR消息位于对应的MAC子头的后一个字段域。
进一步地，该MAC子头还指示是否有对应的RAR消息；或者，该MAC子头还指示对应的RAR消息的个数。
此外，在本公开的一些实施例中，用户侧设备还可参考图2-图12所示的MAC子头或RAR消息格式，解析MPDU，不再赘述。
图15是本公开的一些实施例的MPDU的传输方法流程图。该方法可包括S1501-S1502。
S1501，接收MPDU，该MPDU包括第二MAC子头，该MPDU中不存在该第二MAC子头对应的RAR消息。
S1502，解析该MPDU。
在本实施例中，通过接收不存在对应RAR消息的MAC子头传递指示信息，可以提高资源利用率。
可选地，在本公开的一种实现方式中，该第二MAC子头用于指示波束失败恢复请求响应。步骤S1502具体还可用于：解析该MPDU中的第二MAC子头以得到波束失败恢复请求响应。
进一步地，该第二MAC子头包括RAR消息指示域，该RAR消息指示域用于指示该第二MAC子头之后是否有后续的RAR消息。
步骤S1502具体还可用于：解析该MPDU中的第二MAC子头以确认该第二MAC子头之后是否有后续的RAR消息。
可选地，在本公开的另一种实现方式中，该第二MAC子头包括响应指示域，该响应指示域用于指示波束失败恢复请求响应。
步骤S1502具体还可用于：解析该MPDU中的第二MAC子头的响应指示域，以获取波束失败恢复请求响应。
进一步地，该响应指示域使用MAC子头中的预留比特位；或者，该响应指示域使用MAC子头中不同于预留比特位的新增比特位。
可选地，在本公开的再一种实现方式中，该方法还包括：获取承载该MPDU的资源位置信息，其中，该MPDU的资源位置用于指示波束失败恢复请求响应。步骤S1502具体可实现为：根据该资源位置信息，确定波束失败恢复请求响应。
可选地，在本公开的再一种实现方式中，该方法还包括：获取承载该MPDU的资源位置信息，其中，该MPDU的资源位置用于指示该第二MAC子头之后是否有后续的RAR消息。步骤S1502具体可实现为：根据该资源位 置信息，确定该第二MAC子头之后是否有后续的RAR消息。
图16是本公开的一些实施例的网络侧设备1600的结构示意图。如图16所示，网络侧设备1600可包括：生成单元1601和发送单元1602。其中，
生成单元1601，用于生成MPDU；发送单元1602，用于发送该MPDU；其中，该MPDU用于指示该MPDU中一个或多个RAR消息的格式类型。
本公开的一些实施例中，通过发送用于指示RAR消息的格式类型的MPDU，使得网络侧设备和用户侧设备能够根据需要采用不同的RAR消息的格式，从而通过携带不同的信息达到不同的功能，使得随机接入过程适用范围更广，而且还能达到网络侧设备和用户侧设备的消息交互更灵活方便的效果。
可选地，作为一些实施例，该MPDU的至少一个MAC子头中包括RAR格式指示域，该RAR格式域用于指示该第一MAC子头对应的至少一个第一RAR消息的格式。进一步地，该RAR格式域使用MAC子头中的预留比特位；或者，该RAR格式域使用MAC子头中不同于预留比特位的新增比特位。该RAR格式域可以包括一个或多个比特位。
可选地，在本公开的一种实现方式中，该RAR格式域指示该至少一个第一RAR消息是否为包括响应指示域的RAR消息，该响应指示域用于指示波束失败恢复请求响应。
可选地，在本公开的另一种实现方式中，该RAR格式域通过指示该至少一个第一RAR消息中需要承载的以下至少一种信息类型，以指示该至少一个第一RAR消息的格式：TA command；UL grant；T-C-RNTI；响应指示域，该响应指示域用于指示波束失败恢复请求响应；用户侧设备上报的候选下行波束中当前正在使用的上行波束对应的下行波束的确认信息；用户侧设备上报的候选下行波束中当前正在使用的上行波束对应的下行波束以外的下行波束的确认信息；切换至其它候选下行波束的指示；切换至其它下行波束的指示；重新启动波束搜索的指示；切换至其它候选下行波束或重新启动波束搜索的指示；用户侧设备上报的候选下行波束中可用的候选下行波束的指示；可用的下行波束的指示。
可选地，作为另一些实施例，发送单元1602具体用于：在该MPDU的 第一RAR消息的格式对应的资源位置上发送该MPDU，其中，该MPDU的资源位置与该MPDU的第一RAR消息的格式存在映射关系。其中，该资源位置信息包括如下至少一种资源位置的信息：
时域资源位置、频域资源位置、前导preamble码位置、波束资源位置，波束对应的同步信号块SS block/信道状态信息参考信号CSI-RS的频域/时域资源位置。
可选地，在本公开的一种实现方式中，该资源位置信息用于指示该MPDU中任一个第一MAC子头对应的至少一个第一RAR消息是否为包括响应指示域的RAR消息，该响应指示域用于指示波束失败恢复请求响应。
可选地，在本公开的另一种实现方式中，该资源位置信息用于通过指示该MPDU中任一个第一MAC子头对应的至少一个第一RAR消息中需要承载的以下至少一种类型的信息，以指示该至少一个第一RAR消息的格式：TA command；UL grant；T-C-RNTI；响应指示域，该响应指示域用于指示波束失败恢复请求响应；用户侧设备上报的候选下行波束中当前正在使用的上行波束对应的下行波束的确认信息；用户侧设备上报的候选下行波束中当前正在使用的上行波束对应的下行波束以外的下行波束的确认信息；切换至其它候选下行波束的指示；切换至其它下行波束的指示；重新启动波束搜索的指示；切换至其它候选下行波束或重新启动波束搜索的指示；用户侧设备上报的候选下行波束中可用的候选下行波束的指示；可用的下行波束的指示。
可选地，当第一RAR消息用于承载上述的至少一种类型的信息时，第一MAC子头对应的至少一个RAR消息中每个第一RAR消息用于承载该至少一种类型的信息中的一种或多种。
可选地，在上述实现方式中，当第一RAR消息包括响应指示域时，该响应指示域可以使用RAR消息中的预留比特位，或者，该响应指示域可以使用RAR消息中不同于预留比特位的一个或多个新增比特位。
可选地，作为一些实施例，该MPDU中还包括第二MAC子头，该MPDU中不存在该第二MAC子头对应的RAR消息。
可选地，在本公开的一种实现方式中，该第二MAC子头用于指示波束失败恢复请求响应。
可选地，在本公开的另一种实现方式中，该第二MAC子头包括响应指示域，该响应指示域用于指示波束失败恢复请求响应。其中，该响应指示域可以使用MAC子头中的预留比特位；或者，该响应指示域可以使用MAC子头中不同于预留比特位的新增比特位。
可选地，在本公开的再一种实现方式中，该第二MAC子头包括RAR消息指示域，该RAR消息指示域用于指示该第二MAC子头之后是否有后续的RAR消息。应理解，RAR消息指示域的实现方式，可以和前述两种实现方式中任一种混合使用。
可选地，在本公开的再一种实现方式中，发送单元1602具体用于：根据波束失败恢复请求响应确定该MPDU的资源位置，其中，该MPDU的资源位置用于指示波束失败恢复请求响应；在该资源位置上发送该MPDU。
可选地，在本公开的再一种实现方式中，发送单元1602具体用于：根据该第二MAC子头之后是否有后续的RAR消息确定该MPDU的资源位置，其中，该资源位置用于指示该第二MAC子头之后是否有后续的RAR消息；在该资源位置上发送该MPDU。
可选地，该MPDU中MAC子头和RAR消息按照如下一种方式排列：该MPDU中各个MAC子头位于该MPDU的MAC头部中，各个MAC子头对应的RAR消息按照对应的MAC子头的顺序位于MAC头部之后；或者，该MPDU中各个MAC子头位于该MPDU的MAC头部中，存在对应的RAR消息的MAC子头对应的RAR消息按照对应的MAC子头的顺序位于MAC头部之后；或者，该MPDU中各个MAC子头对应的RAR消息位于对应的MAC子头的后一个字段域；或者，该MPDU中存在对应的RAR消息的MAC子头所对应的RAR消息位于对应的MAC子头的后一个字段域。
进一步地，该MAC子头还指示是否有对应的RAR消息；或者，该MAC子头还指示对应的RAR消息的个数。
网络侧设备1600还可执行图1的方法，并按照图2-图12所示实施例中的格式发送MPDU，具体实现可参考图1所示实施例。
图17是本公开的一些实施例的网络侧设备1700的结构示意图。网络侧设备1700的实体装置结构示意图可如图17所示，包括处理器1702、存储器 1703、发射机1701和接收机1704。具体的应用中，发射机1701和接收机1704可以耦合到天线1705。
存储器1703，用于存放程序。具体地，程序可以包括程序代码，所述程序代码包括计算机操作指令。存储器1703可以包括只读存储器和随机存取存储器，并向处理器1702提供指令和数据。存储器1703可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少1个磁盘存储器。
处理器1702，执行存储器1703所存放的程序。
具体地，在网络侧设备1700中，处理器1702可通过接收机1704和发射机1701执行以下方法：生成MPDU；发送该MPDU；其中，该MPDU用于指示该MPDU中一个或多个RAR消息的格式类型。
上述如本公开图1所示实施例揭示的网络侧设备或基站执行的方法可以应用于处理器1702中，或者由处理器1702实现。处理器1702可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器1702中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器1702可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本公开的一些实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本公开的一些实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器1703，处理器1702读取存储器1703中的信息，结合其硬件完成上述方法的步骤。
网络侧设备1700还可执行图1所示的方法，并实现网络侧设备或基站在图1所示实施例的功能，本公开的一些实施例在此不再赘述。
本公开的一些实施例还提出了一种计算机可读存储介质，该计算机可读 存储介质上存储有MPDU传输程序，该MPDU传输程序被处理器执行时该处理器实现图1所示的MPDU传输方法的步骤。
图18是本公开的一些实施例的网络侧设备1800的结构示意图。如图18所示，网络侧设备1800可包括：生成单元1801和发送单元1802。其中，生成单元1801，用于生成MPDU，该MPDU包括第二MAC子头，该MPDU中不存在该第二MAC子头对应的RAR消息；发送单元1802，用于发送该MPDU。
在本实施例中，通过不存在对应RAR消息的MAC子头传递指示，可以提高资源利用率。
可选地，在本公开的一些实施例中，该第二MAC子头用于指示波束失败恢复请求响应。
可选地，在本公开的另一些实施例中，该第二MAC子头包括响应指示域，该响应指示域用于指示波束失败恢复请求响应。其中，该响应指示域可以使用MAC子头中的预留比特位；或者，该响应指示域可以使用MAC子头中不同于预留比特位的新增比特位。
可选地，在本公开的再一些实施例中，该第二MAC子头包括RAR消息指示域，该RAR消息指示域用于指示该第二MAC子头之后是否有后续的RAR消息。应理解，RAR消息指示域的实现方式，可以和前述两种实现方式中任一种混合使用。
可选地，在本公开的再一些实施例中，发送单元1802具体用于：根据波束失败恢复请求响应确定该MPDU的资源位置，其中，该MPDU的资源位置用于指示波束失败恢复请求响应；在该资源位置上发送该MPDU。
可选地，在本公开的再一些实施例中，发送单元1802具体用于：根据该第二MAC子头之后是否有后续的RAR消息确定该MPDU的资源位置，其中，该资源位置用于指示该第二MAC子头之后是否有后续的RAR消息；在该资源位置上发送该MPDU。
网络侧设备1800还可执行图13的方法，并按照图8所示实施例中的格式发送MPDU，具体实现可参考图13所示实施例。
图19是本公开的一些实施例网络侧设备1900的结构示意图。网络侧设 备1900的实体装置结构示意图可如图19所示，包括处理器1902、存储器1903、发射机1901和接收机1904。具体的应用中，发射机1901和接收机1904可以耦合到天线1905。
存储器1903，用于存放程序。具体地，程序可以包括程序代码，所述程序代码包括计算机操作指令。存储器1903可以包括只读存储器和随机存取存储器，并向处理器1902提供指令和数据。存储器1903可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少1个磁盘存储器。
处理器1902，执行存储器1903所存放的程序。
具体地，在网络侧设备1900中，处理器1902可通过接收机1904和发射机1901执行以下方法：生成MPDU，该MPDU包括第二MAC子头，该MPDU中不存在该第二MAC子头对应的RAR消息；发送该MPDU。
上述如本公开图13所示实施例揭示的网络侧设备或基站执行的方法可以应用于处理器1902中，或者由处理器1902实现。处理器1902可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器1902中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器1902可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本公开的一些实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本公开的一些实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器1903，处理器1902读取存储器1903中的信息，结合其硬件完成上述方法的步骤。
网络侧设备1900还可执行图13所示的方法，并实现网络侧设备或基站在图13所示实施例的功能，本公开的一些实施例在此不再赘述。
本公开的一些实施例还提出了一种计算机可读存储介质，该计算机可读存储介质上存储有MPDU传输程序，该MPDU传输程序被处理器执行时实现图13所示的MPDU传输方法的步骤。
图20是本公开的一些实施的例用户侧设备2000的结构示意图。如图20所示，用户侧设备2000可包括：接收单元2001和解析单元2002。
接收单元2001，用于接收MPDU，该MPDU用于指示该MPDU中一个或多个RAR消息的格式类型；解析单元2002，用于解析该MPDU。
本公开的一些实施例中，通过接收并解析用于指示RAR消息的格式类型的MPDU，使得网络侧设备和用户侧设备能够根据需要采用不同的RAR消息的格式，从而通过携带不同的信息达到不同的功能，使得随机接入过程适用范围更广，而且还能达到网络侧设备和用户侧设备的消息交互更灵活方便的效果。
可选地，作为一些实施例，该MPDU的至少一个第一MAC子头中包括RAR格式指示域，该RAR格式域用于指示该第一MAC子头对应的至少一个第一RAR消息的格式。
解析单元2002具体可用于：根据该第一MAC子头中RAR格式指示域所指示的RAR消息的格式，对该第一RAR消息进行解析。
本公开的一些实施例中，通过根据MAC子头中的RAR格式指示域指示的MAC子头对应的RAR消息的格式对MPDU进行解析，从而能够支持MPDU为不同的MAC子头对应的RAR消息设置不同的格式。
可选地，在本公开的一种实现方式中，该RAR格式域指示该至少一个第一RAR消息是否为包括响应指示域的RAR消息，该响应指示域用于指示波束失败恢复请求响应。
可选地，在本实现方式中，该RAR格式域可以使用MAC子头中的预留比特位；或者，该RAR格式域可以使用MAC子头中不同于预留比特位的新增比特位。
可选地，在本公开的另一种实现方式中，该RAR格式域通过指示该至少一个第一RAR消息中需要承载的以下至少一种信息类型，以指示该至少一个第一RAR消息的格式：TA command；UL grant；响应指示域，该响应指示域 用于指示波束失败恢复请求响应；T-C-RNTI；用户侧设备上报的候选下行波束中当前正在使用的上行波束对应的下行波束的确认信息；用户侧设备上报的候选下行波束中当前正在使用的上行波束对应的下行波束以外的下行波束的确认信息；切换至其它候选下行波束的指示；切换至其它下行波束的指示；重新启动波束搜索的指示；切换至其它候选下行波束或重新启动波束搜索的指示；用户侧设备上报的候选下行波束中可用的候选下行波束的指示；可用的下行波束的指示。
可选地，作为另一些实施例，用户侧设备2000还可包括获取单元2003，用于获取承载该MPDU的资源位置信息，其中，该MPDU的资源位置与该MPDU的第一RAR消息的格式存在映射关系。
其中，解析单元2002具体可用于：根据该资源位置信息所指示的RAR消息的格式，对该MPDU的RAR消息进行解析。
进一步地，该资源位置信息包括如下至少一种资源位置的信息：时域资源位置、频域资源位置、前导preamble码位置、波束资源位置，波束对应的同步信号块SS block/信道状态信息参考信号CSI-RS的频域/时域资源位置。
可选地，在本公开的一种实现方式中，该资源位置信息用于指示该MPDU中任一个第一MAC子头对应的至少一个第一RAR消息是否为包括响应指示域的RAR消息，该响应指示域用于指示波束失败恢复请求响应。
可选地，在本公开的另一种实现方式中，该资源位置信息用于通过指示该MPDU中任一个第一MAC子头对应的至少一个第一RAR消息中需要承载的以下至少一种类型的信息，以指示该至少一个第一RAR消息的格式：TA command；UL grant；T-C-RNTI；响应指示域，该响应指示域用于指示波束失败恢复请求响应；用户侧设备上报的候选下行波束中当前正在使用的上行波束对应的下行波束的确认信息；用户侧设备上报的候选下行波束中当前正在使用的上行波束对应的下行波束以外的下行波束的确认信息；切换至其它候选下行波束的指示；切换至其它下行波束的指示；重新启动波束搜索的指示；切换至其它候选下行波束或重新启动波束搜索的指示；用户侧设备上报的候选下行波束中可用的候选下行波束的指示；可用的下行波束的指示。
可选地，在上述实施例中，当RAR消息中包括响应指示域时，该响应指 示域可以使用RAR消息中的预留比特位；或者，该响应指示域可以使用RAR消息中不同于预留比特位的一个或多个新增比特位。
可选地，第一MAC子头对应的至少一个RAR消息中每个第一RAR消息用于承载该至少一种类型的信息中的一种或多种。
可选地，作为一些实施例，该MPDU中还包括第二MAC子头，该MPDU中不存在该第二MAC子头对应的RAR消息。解析单元2002具体还可用于：解析该MPDU中的第二MAC子头。
可选地，在本公开的一种实现方式中，该第二MAC子头用于指示波束失败恢复请求响应。解析单元2002具体还可用于：解析该MPDU中的第二MAC子头以得到波束失败恢复请求响应。
可选地，在本公开的另一种实现方式中，该第二MAC子头包括响应指示域，该响应指示域用于指示波束失败恢复请求响应；
解析单元2002具体还可用于：解析该MPDU中的第二MAC子头的响应指示域，以获取波束失败恢复请求响应。
进一步地，该响应指示域使用MAC子头中的预留比特位；或者，该响应指示域使用MAC子头中不同于预留比特位的新增比特位。
可选地，在本公开的再一些实施例中，该第二MAC子头包括RAR消息指示域，该RAR消息指示域用于指示该第二MAC子头之后是否有后续的RAR消息。解析单元2002具体还可用于：解析该MPDU中的第二MAC子头以确认该第二MAC子头之后是否有后续的RAR消息。
应理解，RAR消息指示域的实现方式，可以和前述两种实现方式中任一种混合使用。
可选地，在本公开的再一种实现方式中，用户侧设备2000还可包括获取单元2003，用于获取承载该MPDU的资源位置信息，其中，该MPDU的资源位置用于指示波束失败恢复请求响应。解析单元2002具体可用于：根据该资源位置信息，确定波束失败恢复请求响应。
可选地，在本公开的再一种实现方式中，用户侧设备2000还可包括获取单元2003，用于获取承载该MPDU的资源位置信息，其中，该MPDU的资源位置用于指示该第二MAC子头之后是否有后续的RAR消息。解析单元 2002具体可用于：根据该资源位置信息，确定该第二MAC子头之后是否有后续的RAR消息。
可选地，解析单元2002具体可用于：根据该MPDU中MAC子头和RAR消息的排列方式解析该MPDU，其中，该MPDU中MAC子头和RAR消息按照如下一种方式排列：该MPDU中各个MAC子头位于该MPDU的MAC头部中，各个MAC子头对应的RAR消息按照对应的MAC子头的顺序位于MAC头部之后；或者，该MPDU中各个MAC子头位于该MPDU的MAC头部中，存在对应的RAR消息的MAC子头对应的RAR消息按照对应的MAC子头的顺序位于MAC头部之后；或者，该MPDU中各个MAC子头对应的RAR消息位于对应的MAC子头的后一个字段域；或者，该MPDU中存在对应的RAR消息的MAC子头所对应的RAR消息位于对应的MAC子头的后一个字段域。
进一步地，该MAC子头还指示是否有对应的RAR消息；或者，该MAC子头还指示对应的RAR消息的个数。
用户侧设备2000还可执行图14的方法，并按照图2-图12所示实施例中的格式解析MPDU，具体实现可参考图14所示实施例。
图21是本公开的一些实施例用户侧设备2100的结构示意图。用户侧设备2100的实体装置结构示意图可如图21所示，包括处理器2102、存储器2103、发射机2101和接收机2104。具体的应用中，发射机2101和接收机2104可以耦合到天线2105。
存储器2103，用于存放程序。具体地，程序可以包括程序代码，所述程序代码包括计算机操作指令。存储器2103可以包括只读存储器和随机存取存储器，并向处理器2102提供指令和数据。存储器2103可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少1个磁盘存储器。
处理器2102，执行存储器2103所存放的程序。
具体地，在用户侧设备2100中，处理器2102可通过接收机2104和发射机2101执行以下方法：接收MPDU，该MPDU用于指示该MPDU中一个或多个RAR消息的格式类型；解析该MPDU。
上述如本公开图14所示实施例揭示的用户侧设备或UE执行的方法可以应用于处理器2102中，或者由处理器2102实现。处理器2102可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器2102中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器2102可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本公开的一些实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本公开的一些实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器2103，处理器2102读取存储器2103中的信息，结合其硬件完成上述方法的步骤。
用户侧设备2100还可执行图14所示的方法，并实现用户侧设备或UE在图14所示实施例的功能，本公开的一些实施例在此不再赘述。
本公开的一些实施例还提出了一种计算机可读存储介质，该计算机可读存储介质上存储有MPDU传输程序，该MPDU传输程序被处理器执行时实现图14所示的MPDU传输方法的步骤。
图22是本公开的一些实施例的用户侧设备2200的结构示意图。如图22所示，用户侧设备2200可包括：接收单元2201和解析单元2202。
接收单元2201，用于接收MPDU，该MPDU包括第二MAC子头，该MPDU中不存在该第二MAC子头对应的RAR消息。
解析单元2202，用于解析该MPDU。
在本实施例中，通过接收不存在对应RAR消息的MAC子头传递指示信息，可以提高资源利用率。
可选地，在本公开的一种实现方式中，该第二MAC子头用于指示波束失败恢复请求响应。解析单元2202具体可用于：解析该MPDU中的第二MAC 子头以得到波束失败恢复请求响应。
可选地，在本公开的另一种实现方式中，该第二MAC子头包括响应指示域，该响应指示域用于指示波束失败恢复请求响应。解析单元2202具体可用于：解析该MPDU中的第二MAC子头的响应指示域，以获取波束失败恢复请求响应。
进一步地，该响应指示域使用MAC子头中的预留比特位；或者，该响应指示域使用MAC子头中不同于预留比特位的新增比特位。
可选地，在本公开的另一种实现方式中，该第二MAC子头包括RAR消息指示域，该RAR消息指示域用于指示该第二MAC子头之后是否有后续的RAR消息。解析单元2202具体可用于：解析该MPDU中的第二MAC子头以确认该第二MAC子头之后是否有后续的RAR消息。
可选地，在本公开的再一种实现方式中，该方法还包括：获取承载该MPDU的资源位置信息，其中，该MPDU的资源位置用于指示波束失败恢复请求响应。解析单元2202具体可用于：根据该资源位置信息，确定波束失败恢复请求响应。
可选地，在本公开的再一种实现方式中，该方法还包括：获取承载该MPDU的资源位置信息，其中，该MPDU的资源位置用于指示该第二MAC子头之后是否有后续的RAR消息；解析单元2202具体可用于：根据该资源位置信息，确定该第二MAC子头之后是否有后续的RAR消息。
用户侧设备2200可执行图15的方法，具体实现可参考图15所示实施例。
图23是本公开的一些实施例的用户侧设备2300的结构示意图。用户侧设备2300的实体装置结构示意图可如图23所示，包括处理器2302、存储器2303、发射机2301和接收机2304。具体的应用中，发射机2301和接收机2304可以耦合到天线2305。
存储器2303，用于存放程序。具体地，程序可以包括程序代码，所述程序代码包括计算机操作指令。存储器2303可以包括只读存储器和随机存取存储器，并向处理器2302提供指令和数据。存储器2303可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少1个磁盘存储器。
处理器2302，执行存储器2303所存放的程序。
具体地，在用户侧设备2300中，处理器2302可通过接收机2304和发射机2301执行以下方法：接收MPDU，接收MPDU，该MPDU包括第二MAC子头，该MPDU中不存在该第二MAC子头对应的RAR消息；解析该MPDU。
上述如本公开图15所示实施例揭示的用户侧设备或UE执行的方法可以应用于处理器2302中，或者由处理器2302实现。处理器2302可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器2302中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器2302可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本公开的一些实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本公开的一些实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器2303，处理器2302读取存储器2303中的信息，结合其硬件完成上述方法的步骤。
用户侧设备2300可执行图15所示的方法，并实现用户侧设备或UE在图15所示实施例的功能，本公开的一些实施例在此不再赘述。
本公开的一些实施例还提出了一种计算机可读存储介质，该计算机可读存储介质上存储有MPDU传输程序，该MPDU传输程序被处理器执行时实现图15所示的MPDU传输方法的步骤。
本公开的一些实施例的方案至少具备如下一种技术效果：通过发送能够指示RAR消息的格式类型的MPDU，从而使得网络侧设备和用户侧设备能够根据需要采用不同的RAR消息的格式，使得网络侧设备和用户侧设备的消息交互更灵活方便。
总之，以上所述仅为本公开的可选实施例而已，并非用于限定本公开的 保护范围。凡在本公开的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本公开的保护范围之内。
上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

Claims (104)

  1. 一种媒体接入控制协议数据单元MPDU的传输方法，包括：
    发送MPDU，所述MPDU用于指示所述MPDU中一个或多个随机接入响应RAR消息的格式类型。
  2. 如权利要求1所述的方法，其中，所述MPDU的至少一个第一媒体接入控制MAC子头中包括RAR格式指示域，所述RAR格式域用于指示所述第一MAC子头对应的至少一个第一RAR消息的格式。
  3. 如权利要求2所述的方法，其中，所述RAR格式域使用MAC子头中的预留比特位；或者
    所述RAR格式域使用MAC子头中不同于预留比特位的新增比特位。
  4. 如权利要求2或3所述的方法，其中，所述RAR格式域指示所述至少一个第一RAR消息是否为包括响应指示域的RAR消息，所述响应指示域用于指示波束失败恢复请求响应。
  5. 如权利要求2或3所述的方法，其中，所述RAR格式域通过指示所述至少一个第一RAR消息中需要承载的以下至少一种信息类型，以指示所述至少一个第一RAR消息的格式：
    定时命令TA command；
    上行授权UL grant；
    临时的小区无线网络临时标识T-C-RNTI；
    响应指示域，所述响应指示域用于指示波束失败恢复请求响应；
    用户侧设备上报的候选下行波束中当前正在使用的上行波束对应的下行波束的确认信息；
    用户侧设备上报的候选下行波束中当前正在使用的上行波束对应的下行波束以外的下行波束的确认信息；
    切换至其它候选下行波束的指示；
    切换至其它下行波束的指示；
    重新启动波束搜索的指示；
    切换至其它候选下行波束或重新启动波束搜索的指示；
    用户侧设备上报的候选下行波束中可用的候选下行波束的指示；
    可用的下行波束的指示。
  6. 如权利要求1所述的方法，其中，发送MPDU，包括：
    在所述MPDU的第一RAR消息的格式对应的资源位置上发送所述MPDU，其中，所述MPDU的资源位置与所述MPDU的第一RAR消息的格式存在映射关系。
  7. 如权利要求6所述的方法，其中，所述资源位置信息包括如下至少一种资源位置的信息：
    时域资源位置、频域资源位置、前导preamble码位置、波束资源位置，波束对应的同步信号块SS block/信道状态信息参考信号CSI-RS的频域/时域资源位置。
  8. 如权利要求6或7所述的方法，其中，所述资源位置信息用于指示所述MPDU中任一个第一MAC子头对应的至少一个第一RAR消息是否为包括响应指示域的RAR消息，所述响应指示域用于指示波束失败恢复请求响应。
  9. 如权利要求6或7所述的方法，其中，所述资源位置信息用于通过指示所述MPDU中任一个第一MAC子头对应的至少一个第一RAR消息中需要承载的以下至少一种类型的信息，以指示所述至少一个第一RAR消息的格式：
    TA command；
    UL grant；
    T-C-RNTI；
    响应指示域，所述响应指示域用于指示波束失败恢复请求响应；
    用户侧设备上报的候选下行波束中当前正在使用的上行波束对应的下行波束的确认信息；
    用户侧设备上报的候选下行波束中当前正在使用的上行波束对应的下行波束以外的下行波束的确认信息；
    切换至其它候选下行波束的指示；
    切换至其它下行波束的指示；
    重新启动波束搜索的指示；
    切换至其它候选下行波束或重新启动波束搜索的指示；
    用户侧设备上报的候选下行波束中可用的候选下行波束的指示；
    可用的下行波束的指示。
  10. 如权利要求4、5、8、9中任一项所述的方法，其中，所述响应指示域使用RAR消息中的预留比特位；或者
    所述响应指示域使用RAR消息中不同于预留比特位的一个或多个新增比特位。
  11. 如权利要求5或9所述的方法，其中，第一MAC子头对应的至少一个RAR消息中每个第一RAR消息用于承载所述至少一种类型的信息中的一种或多种。
  12. 如权利要求1所述的方法，其中，所述MPDU中还包括第二MAC子头，所述MPDU中不存在所述第二MAC子头对应的RAR消息。
  13. 如权利要求12所述的方法，其中，所述第二MAC子头用于指示波束失败恢复请求响应。
  14. 如权利要求12所述的方法，其中，所述第二MAC子头包括响应指示域，所述响应指示域用于指示波束失败恢复请求响应。
  15. 如权利要求14所述的方法，其中，所述响应指示域使用MAC子头中的预留比特位；或者
    所述响应指示域使用MAC子头中不同于预留比特位的新增比特位。
  16. 如权利要求12所述的方法，其中，发送所述MPDU，包括：
    根据波束失败恢复请求响应确定所述MPDU的资源位置，其中，所述MPDU的资源位置用于指示波束失败恢复请求响应；
    在所述资源位置上发送所述MPDU。
  17. 如权利要求12所述的方法，其中，发送所述MPDU，包括：
    根据所述第二MAC子头之后是否有后续的RAR消息确定所述MPDU的资源位置，其中，所述资源位置用于指示所述第二MAC子头之后是否有后续的RAR消息；
    在所述资源位置上发送所述MPDU。
  18. 如权利要求1-17中任一项所述的方法，其中，所述MPDU中的MAC 子头和RAR消息按照如下一种方式排列：
    所述MPDU中各个MAC子头位于所述MPDU的MAC头部中，各个MAC子头对应的RAR消息按照对应的MAC子头的顺序位于MAC头部之后；或者
    所述MPDU中各个MAC子头位于所述MPDU的MAC头部中，存在对应的RAR消息的MAC子头对应的RAR消息按照对应的MAC子头的顺序位于MAC头部之后；或者
    所述MPDU中各个MAC子头对应的RAR消息位于对应的MAC子头的后一个字段域；或者
    所述MPDU中存在对应的RAR消息的MAC子头所对应的RAR消息位于对应的MAC子头的后一个字段域。
  19. 如权利要求18所述的方法，其中，所述MAC子头还指示是否有对应的RAR消息；或者
    所述MAC子头还指示对应的RAR消息的个数。
  20. 一种媒体接入控制协议数据单元MPDU的传输方法，包括：
    发送MPDU，所述MPDU包括第二MAC子头，所述MPDU中不存在所述第二MAC子头对应的RAR消息。
  21. 如权利要求20所述的方法，其中，所述第二MAC子头用于指示波束失败恢复请求的响应。
  22. 如权利要求20所述的方法，其中，所述第二MAC子头包括响应指示域，所述响应指示域用于指示波束失败恢复请求响应。
  23. 如权利要求22所述的方法，其中，所述响应指示域使用MAC子头中的预留比特位；或者
    所述响应指示域使用MAC子头中不同于预留比特位的新增比特位。
  24. 如权利要求20所述的方法，其中，发送所述MPDU，包括：
    根据波束失败恢复请求响应确定所述MPDU的资源位置，其中，所述MPDU的资源位置用于指示波束失败恢复请求响应；
    在所述资源位置上发送所述MPDU。
  25. 如权利要求20所述的方法，其中，发送所述MPDU，包括：
    根据所述第二MAC子头之后是否有后续的RAR消息确定所述MPDU的资源位置，其中，所述资源位置用于指示所述第二MAC子头之后是否有后续的RAR消息；
    在所述资源位置上发送所述MPDU。
  26. 一种媒体接入控制协议数据单元MPDU的传输方法，包括：
    接收MPDU，所述MPDU用于指示所述MPDU中一个或多个随机接入响应RAR消息的格式类型；
    解析所述MPDU。
  27. 如权利要求26所述的方法，其中，所述MPDU的至少一个第一媒体接入控制MAC子头中包括RAR格式指示域，所述RAR格式域用于指示所述第一MAC子头对应的至少一个第一RAR消息的格式；
    解析所述MPDU，包括：根据所述第一MAC子头中RAR格式指示域所指示的RAR消息的格式类型，对所述第一RAR消息进行解析。
  28. 如权利要求27所述的方法，其中，所述RAR格式域指示所述至少一个第一RAR消息是否为包括响应指示域的RAR消息，所述响应指示域用于指示波束失败恢复请求响应。
  29. 如权利要求27所述的方法，其中，所述RAR格式域通过指示所述至少一个第一RAR消息中需要承载的以下至少一种信息类型，以指示所述至少一个第一RAR消息的格式：
    定时命令TA command；
    上行授权UL grant；
    响应指示域，所述响应指示域用于指示波束失败恢复请求响应；
    临时的小区无线网络临时标识T-C-RNTI；
    用户侧设备上报的候选下行波束中当前正在使用的上行波束对应的下行波束的确认信息；
    用户侧设备上报的候选下行波束中当前正在使用的上行波束对应的下行波束以外的下行波束的确认信息；
    切换至其它候选下行波束的指示；
    切换至其它下行波束的指示；
    重新启动波束搜索的指示；
    切换至其它候选下行波束或重新启动波束搜索的指示；
    用户侧设备上报的候选下行波束中可用的候选下行波束的指示；
    可用的下行波束的指示。
  30. 如权利要求26所述的方法，还包括：
    获取承载所述MPDU的资源位置信息，其中，所述MPDU的资源位置与所述MPDU的第一RAR消息的格式存在映射关系；
    其中，解析所述MPDU，包括：
    根据所述资源位置信息所指示的RAR消息的格式，对所述MPDU的RAR消息进行解析。
  31. 如权利要求30所述的方法，其中，所述资源位置信息包括如下至少一种资源位置的信息：
    时域资源位置、频域资源位置、前导preamble码位置、波束资源位置，波束对应的同步信号块SS block/信道状态信息参考信号CSI-RS的频域/时域资源位置。
  32. 如权利要求30或31所述的方法，其中，所述资源位置信息用于指示所述MPDU中任一个第一MAC子头对应的至少一个第一RAR消息是否为包括响应指示域的RAR消息，所述响应指示域用于指示波束失败恢复请求响应。
  33. 如权利要求30或31所述的方法，其中，所述资源位置信息用于通过指示所述MPDU中任一个第一MAC子头对应的至少一个第一RAR消息中需要承载的以下至少一种类型的信息，以指示所述至少一个第一RAR消息的格式：
    TA command；
    UL grant；
    T-C-RNTI；
    响应指示域，所述响应指示域用于指示波束失败恢复请求响应；
    用户侧设备上报的候选下行波束中当前正在使用的上行波束对应的下行波束的确认信息；
    用户侧设备上报的候选下行波束中当前正在使用的上行波束对应的下行波束以外的下行波束的确认信息；
    切换至其它候选下行波束的指示；
    切换至其它下行波束的指示；
    重新启动波束搜索的指示；
    切换至其它候选下行波束或重新启动波束搜索的指示；
    用户侧设备上报的候选下行波束中可用的候选下行波束的指示；
    可用的下行波束的指示。
  34. 如权利要求28或32所述的方法，其中，第一MAC子头对应的至少一个RAR消息中每个第一RAR消息用于承载所述至少一种类型的信息中的一种或多种。
  35. 如权利要求26所述的方法，其中，所述MPDU中还包括第二MAC子头，所述MPDU中不存在所述第二MAC子头对应的RAR消息；
    解析所述MPDU还包括：解析所述MPDU中的第二MAC子头。
  36. 如权利要求35所述的方法，其中，所述第二MAC子头用于指示波束失败恢复请求响应；
    解析所述MPDU还包括：解析所述MPDU中的第二MAC子头以得到波束失败恢复请求响应。
  37. 如权利要求35所述的方法，其中，所述第二MAC子头包括响应指示域，所述响应指示域用于指示波束失败恢复请求响应；
    解析所述MPDU还包括：解析所述MPDU中的第二MAC子头的响应指示域，以获取波束失败恢复请求响应。
  38. 如权利要求37所述的方法，其中，所述响应指示域使用MAC子头中的预留比特位；或者
    所述响应指示域使用MAC子头中不同于预留比特位的新增比特位。
  39. 如权利要求35所述的方法，还包括：
    获取承载所述MPDU的资源位置信息，其中，所述MPDU的资源位置用于指示波束失败恢复请求响应；
    其中，解析所述MPDU，包括：根据所述资源位置信息，确定波束失败 恢复请求响应。
  40. 如权利要求35所述的方法，还包括：
    获取承载所述MPDU的资源位置信息，其中，所述MPDU的资源位置用于指示所述第二MAC子头之后是否有后续的RAR消息；
    其中，解析所述MPDU，包括：根据所述资源位置信息，确定所述第二MAC子头之后是否有后续的RAR消息。
  41. 如权利要求26-40中任一项所述的方法，其中，解析所述MPDU包括：
    根据所述MPDU中MAC子头和RAR消息的排列方式解析所述MPDU，其中，所述MPDU中的MAC子头和RAR消息按照如下一种方式排列：
    所述MPDU中各个MAC子头位于所述MPDU的MAC头部中，各个MAC子头对应的RAR消息按照对应的MAC子头的顺序位于MAC头部之后；或者
    所述MPDU中各个MAC子头位于所述MPDU的MAC头部中，存在对应的RAR消息的MAC子头对应的RAR消息按照对应的MAC子头的顺序位于MAC头部之后；或者
    所述MPDU中各个MAC子头对应的RAR消息位于对应的MAC子头的后一个字段域；或者
    所述MPDU中存在对应的RAR消息的MAC子头所对应的RAR消息位于对应的MAC子头的后一个字段域。
  42. 如权利要求41所述的方法，其中，所述MAC子头还指示是否有对应的RAR消息；或者
    所述MAC子头还指示对应的RAR消息的个数。
  43. 一种媒体接入控制协议数据单元MPDU的传输方法，包括：
    接收MPDU，所述MPDU包括第二MAC子头，所述MPDU中不存在所述第二MAC子头对应的RAR消息；
    解析所述MPDU。
  44. 如权利要求43所述的方法，其中，所述第二MAC子头用于指示确认收到波束失败恢复请求的响应，或者用于指示确认未收到波束失败恢复请 求的响应；
    解析所述MPDU包括：解析所述MPDU中的第二MAC子头以得到波束失败恢复请求响应。
  45. 如权利要求44所述的方法，其中，所述第二MAC子头包括响应指示域，所述响应指示域用于指示波束失败恢复请求响应；
    解析所述MPDU包括：解析所述MPDU中的第二MAC子头的响应指示域，以获取波束失败恢复请求响应。
  46. 如权利要求43-45中任一项所述的方法，其中，所述第二MAC子头包括RAR消息指示域，所述RAR消息指示域用于指示所述第二MAC子头之后是否有后续的RAR消息；
    解析所述MPDU包括：解析所述MPDU中的第二MAC子头以确认所述第二MAC子头之后是否有后续的RAR消息。
  47. 如权利要求46所述的方法，还包括：
    获取所述MPDU的资源位置信息，其中，所述资源位置信息与响应指示存在映射关系，所述响应指示包括指示确认收到波束失败恢复请求的响应，或者指示确认未收到波束失败恢复请求的响应；
    其中，解析所述MPDU包括：根据所述MPDU的资源位置信息获取所述响应指示。
  48. 如权利要求43所述的方法，还包括：
    获取所述MPDU的资源位置信息，其中，所述资源位置信息用于指示所述第二MAC子头之后是否有后续的RAR消息；
    其中，解析所述MPDU包括：根据所述MPDU的资源位置信息确定所述第二MAC子头之后是否有后续的RAR消息。
  49. 一种网络侧设备，包括：
    生成单元，用于生成媒体接入控制协议数据单元MPDU；
    发送单元，用于发送所述MPDU；
    其中，所述MPDU用于指示所述MPDU中一个或多个随机接入响应RAR消息的格式类型。
  50. 如权利要求49所述的网络侧设备，其中，所述MPDU的至少一个 第一媒体接入控制MAC子头中包括RAR格式指示域，所述RAR格式域用于指示所述第一MAC子头对应的至少一个第一RAR消息的格式。
  51. 如权利要求50所述的网络侧设备，其中，所述RAR格式域使用MAC子头中的预留比特位；或者
    所述RAR格式域使用MAC子头中不同于预留比特位的新增比特位。
  52. 如权利要求50或51所述的网络侧设备，其中，所述RAR格式域指示所述至少一个第一RAR消息是否为包括响应指示域的RAR消息，所述响应指示域用于指示波束失败恢复请求响应。
  53. 如权利要求50或51所述的网络侧设备，其中，所述RAR格式域通过指示所述至少一个第一RAR消息中需要承载的以下至少一种信息类型，以指示所述至少一个第一RAR消息的格式：
    定时命令TA command；
    上行授权UL grant；
    临时的小区无线网络临时标识T-C-RNTI；
    响应指示域，所述响应指示域用于指示波束失败恢复请求响应；
    用户侧设备上报的候选下行波束中当前正在使用的上行波束对应的下行波束的确认信息；
    用户侧设备上报的候选下行波束中当前正在使用的上行波束对应的下行波束以外的下行波束的确认信息；
    切换至其它候选下行波束的指示；
    切换至其它下行波束的指示；
    重新启动波束搜索的指示；
    切换至其它候选下行波束或重新启动波束搜索的指示；
    用户侧设备上报的候选下行波束中可用的候选下行波束的指示；
    可用的下行波束的指示。
  54. 如权利要求49所述的网络侧设备，其中，所述发送单元具体用于：在所述MPDU的第一RAR消息的格式对应的资源位置上发送所述MPDU，其中，所述MPDU的资源位置与所述MPDU的第一RAR消息的格式存在映射关系。
  55. 如权利要求54所述的网络侧设备，其中，所述资源位置信息包括如下至少一种资源位置的信息：
    时域资源位置、频域资源位置、前导preamble码位置、波束资源位置，波束对应的同步信号块SS block/信道状态信息参考信号CSI-RS的频域/时域资源位置。
  56. 如权利要求54或55所述的网络侧设备，其中，所述资源位置信息用于指示所述MPDU中任一个第一MAC子头对应的至少一个第一RAR消息是否为包括响应指示域的RAR消息，所述响应指示域用于指示波束失败恢复请求响应。
  57. 如权利要求54或55所述的网络侧设备，其中，所述资源位置信息用于通过指示所述MPDU中任一个第一MAC子头对应的至少一个第一RAR消息中需要承载的以下至少一种类型的信息，以指示所述至少一个第一RAR消息的格式：
    TA command；
    UL grant；
    T-C-RNTI；
    响应指示域，所述响应指示域用于指示波束失败恢复请求响应；
    用户侧设备上报的候选下行波束中当前正在使用的上行波束对应的下行波束的确认信息；
    用户侧设备上报的候选下行波束中当前正在使用的上行波束对应的下行波束以外的下行波束的确认信息；
    切换至其它候选下行波束的指示；
    切换至其它下行波束的指示；
    重新启动波束搜索的指示；
    切换至其它候选下行波束或重新启动波束搜索的指示；
    用户侧设备上报的候选下行波束中可用的候选下行波束的指示；
    可用的下行波束的指示。
  58. 如权利要求52、53、56、57中任一项所述的网络侧设备，其中，所述响应指示域使用RAR消息中的预留比特位；或者
    所述响应指示域使用RAR消息中不同于预留比特位的一个或多个新增比特位。
  59. 如权利要求53或57所述的网络侧设备，其中，第一MAC子头对应的至少一个RAR消息中每个第一RAR消息用于承载所述至少一种类型的信息中的一种或多种。
  60. 如权利要求49所述的网络侧设备，其中，所述MPDU中还包括第二MAC子头，所述MPDU中不存在所述第二MAC子头对应的RAR消息。
  61. 如权利要求60所述的网络侧设备，其中，所述第二MAC子头用于指示波束失败恢复请求响应。
  62. 如权利要求60所述的网络侧设备，其中，所述第二MAC子头包括响应指示域，所述响应指示域用于指示波束失败恢复请求响应。
  63. 如权利要求62所述的网络侧设备，其中，所述响应指示域使用MAC子头中的预留比特位；或者
    所述响应指示域使用MAC子头中不同于预留比特位的新增比特位。
  64. 如权利要求60所述的网络侧设备，其中，所述发送单元具体用于：
    根据波束失败恢复请求响应确定所述MPDU的资源位置，其中，所述MPDU的资源位置用于指示波束失败恢复请求响应；
    在所述资源位置上发送所述MPDU。
  65. 如权利要求60所述的网络侧设备，其中，所述发送单元具体用于：
    根据所述第二MAC子头之后是否有后续的RAR消息确定所述MPDU的资源位置，其中，所述资源位置用于指示所述第二MAC子头之后是否有后续的RAR消息；
    在所述资源位置上发送所述MPDU。
  66. 如权利要求49-65中任一项所述的网络侧设备，其中，所述MPDU中的MAC子头和RAR消息按照如下一种方式排列：
    所述MPDU中各个MAC子头位于所述MPDU的MAC头部中，各个MAC子头对应的RAR消息按照对应的MAC子头的顺序位于MAC头部之后；或者
    所述MPDU中各个MAC子头位于所述MPDU的MAC头部中，存在 对应的RAR消息的MAC子头对应的RAR消息按照对应的MAC子头的顺序位于MAC头部之后；或者
    所述MPDU中各个MAC子头对应的RAR消息位于对应的MAC子头的后一个字段域；或者
    所述MPDU中存在对应的RAR消息的MAC子头所对应的RAR消息位于对应的MAC子头的后一个字段域。
  67. 如权利要求66所述的网络侧设备，其中，所述MAC子头还指示是否有对应的RAR消息；或者
    所述MAC子头还指示对应的RAR消息的个数。
  68. 一种网络侧设备，包括：
    生成单元，用于生成媒体接入控制协议数据单元MPDU，所述MPDU包括第二MAC子头，所述MPDU中不存在所述第二MAC子头对应的RAR消息；
    发送单元，用于发送所述MPDU。
  69. 如权利要求68所述的网络侧设备，其中，所述第二MAC子头用于指示波束失败恢复请求的响应。
  70. 如权利要求68所述的网络侧设备，其中，所述第二MAC子头包括响应指示域，所述响应指示域用于指示波束失败恢复请求响应。
  71. 如权利要求70所述的网络侧设备，其中，所述响应指示域使用MAC子头中的预留比特位；或者
    所述响应指示域使用MAC子头中不同于预留比特位的新增比特位。
  72. 如权利要求68所述的网络侧设备，其中，所述发送单元具体用于：
    根据波束失败恢复请求响应确定所述MPDU的资源位置，其中，所述MPDU的资源位置用于指示波束失败恢复请求响应；
    在所述资源位置上发送所述MPDU。
  73. 如权利要求68所述的网络侧设备，其中，所述发送单元具体用于：
    根据所述第二MAC子头之后是否有后续的RAR消息确定所述MPDU的资源位置，其中，所述资源位置用于指示所述第二MAC子头之后是否有后续的RAR消息；
    在所述资源位置上发送所述MPDU。
  74. 一种用户侧设备，包括：
    接收单元，用于接收媒体接入控制协议数据单元MPDU，所述MPDU用于指示所述MPDU中一个或多个随机接入响应RAR消息的格式类型；
    解析单元，用于解析所述MPDU。
  75. 如权利要求74所述的用户侧设备，其中，所述MPDU的至少一个第一媒体接入控制MAC子头中包括RAR格式指示域，所述RAR格式域用于指示所述第一MAC子头对应的至少一个第一RAR消息的格式；
    所述解析单元具体用于：根据所述第一MAC子头中RAR格式指示域所指示的RAR消息的格式类型，对所述第一RAR消息进行解析。
  76. 如权利要求75所述的用户侧设备，其中，所述RAR格式域指示所述至少一个第一RAR消息是否为包括响应指示域的RAR消息，所述响应指示域用于指示波束失败恢复请求响应。
  77. 如权利要求75所述的用户侧设备，其中，所述RAR格式域通过指示所述至少一个第一RAR消息中需要承载的以下至少一种信息类型，以指示所述至少一个第一RAR消息的格式：
    定时命令TA command；
    上行授权UL grant；
    响应指示域，所述响应指示域用于指示波束失败恢复请求响应；
    临时的小区无线网络临时标识T-C-RNTI；
    用户侧设备上报的候选下行波束中当前正在使用的上行波束对应的下行波束的确认信息；
    用户侧设备上报的候选下行波束中当前正在使用的上行波束对应的下行波束以外的下行波束的确认信息；
    切换至其它候选下行波束的指示；
    切换至其它下行波束的指示；
    重新启动波束搜索的指示；
    切换至其它候选下行波束或重新启动波束搜索的指示；
    用户侧设备上报的候选下行波束中可用的候选下行波束的指示；
    可用的下行波束的指示。
  78. 如权利要求74所述的用户侧设备，其中，所述用户侧设备还包括获取单元，用于获取承载所述MPDU的资源位置信息，其中，所述MPDU的资源位置与所述MPDU的第一RAR消息的格式存在映射关系；
    所述解析单元具体用于：根据所述资源位置信息所指示的RAR消息的格式类型，对所述MPDU的RAR消息进行解析。
  79. 如权利要求78所述的用户侧设备，其中，所述资源位置信息包括如下至少一种资源位置的信息：
    时域资源位置、频域资源位置、前导preamble码位置、波束资源位置，波束对应的同步信号块SS block/信道状态信息参考信号CSI-RS的频域/时域资源位置。
  80. 如权利要求78或79所述的用户侧设备，其中，所述资源位置信息用于指示所述MPDU中任一个第一MAC子头对应的至少一个第一RAR消息是否为包括响应指示域的RAR消息，所述响应指示域用于指示波束失败恢复请求响应。
  81. 如权利要求78或79所述的用户侧设备，其中，所述资源位置信息用于通过指示所述MPDU中任一个第一MAC子头对应的至少一个第一RAR消息中需要承载的以下至少一种类型的信息，以指示所述至少一个第一RAR消息的格式：
    TA command；
    UL grant；
    T-C-RNTI；
    响应指示域，所述响应指示域用于指示波束失败恢复请求响应；
    用户侧设备上报的候选下行波束中当前正在使用的上行波束对应的下行波束的确认信息；
    用户侧设备上报的候选下行波束中当前正在使用的上行波束对应的下行波束以外的下行波束的确认信息；
    切换至其它候选下行波束的指示；
    切换至其它下行波束的指示；
    重新启动波束搜索的指示；
    切换至其它候选下行波束或重新启动波束搜索的指示；
    用户侧设备上报的候选下行波束中可用的候选下行波束的指示；
    可用的下行波束的指示。
  82. 如权利要求76或80所述的用户侧设备，其中，第一MAC子头对应的至少一个RAR消息中每个第一RAR消息用于承载所述至少一种类型的信息中的一种或多种。
  83. 如权利要求74所述的用户侧设备，其中，所述MPDU中还包括第二MAC子头，所述MPDU中不存在所述第二MAC子头对应的RAR消息；
    所述解析单元具体还用于：解析所述MPDU中的第二MAC子头。
  84. 如权利要求83所述的用户侧设备，其中，所述第二MAC子头用于指示波束失败恢复请求响应；
    所述解析单元具体还用于：解析所述MPDU中的第二MAC子头以得到波束失败恢复请求响应。
  85. 如权利要求83所述的用户侧设备，其中，所述第二MAC子头包括响应指示域，所述响应指示域用于指示波束失败恢复请求响应；
    所述解析单元具体还用于：解析所述MPDU中的第二MAC子头的响应指示域，以获取波束失败恢复请求响应。
  86. 如权利要求85所述的用户侧设备，其中，所述响应指示域使用MAC子头中的预留比特位；或者
    所述响应指示域使用MAC子头中不同于预留比特位的新增比特位。
  87. 如权利要求83所述的用户侧设备，其中，所述用户侧设备还包括获取单元，用于获取承载所述MPDU的资源位置信息，其中，所述MPDU的资源位置用于指示波束失败恢复请求响应；
    所述解析单元具体用于：根据所述资源位置信息，确定波束失败恢复请求响应。
  88. 如权利要求83所述的用户侧设备，其中，所述用户侧设备还包括获取单元，用于获取承载所述MPDU的资源位置信息，其中，所述MPDU的资源位置用于指示所述第二MAC子头之后是否有后续的RAR消息；
    所述解析单元具体用于：根据所述资源位置信息，确定所述第二MAC子头之后是否有后续的RAR消息。
  89. 如权利要求74-88中任一项所述的用户侧设备，其中，所述解析单元具体用于：
    根据所述MPDU中MAC子头和RAR消息的排列方式解析所述MPDU，其中，所述MPDU中的MAC子头和RAR消息按照如下一种方式排列：
    所述MPDU中各个MAC子头位于所述MPDU的MAC头部中，各个MAC子头对应的RAR消息按照对应的MAC子头的顺序位于MAC头部之后；或者
    所述MPDU中各个MAC子头位于所述MPDU的MAC头部中，存在对应的RAR消息的MAC子头对应的RAR消息按照对应的MAC子头的顺序位于MAC头部之后；或者
    所述MPDU中各个MAC子头对应的RAR消息位于对应的MAC子头的后一个字段域；或者
    所述MPDU中存在对应的RAR消息的MAC子头所对应的RAR消息位于对应的MAC子头的后一个字段域。
  90. 如权利要求89所述的用户侧设备，其中，所述MAC子头还指示是否有对应的RAR消息；或者
    所述MAC子头还指示对应的RAR消息的个数。
  91. 一种用户侧设备，包括：
    接收单元，用于接收媒体接入控制协议数据单元MPDU，所述MPDU包括第二MAC子头，所述MPDU中不存在所述第二MAC子头对应的RAR消息；
    解析单元，用于解析所述MPDU。
  92. 如权利要求91所述的用户侧设备，其中，所述第二MAC子头用于指示确认收到波束失败恢复请求的响应，或者用于指示确认未收到波束失败恢复请求的响应；
    所述解析单元具体用于：解析所述MPDU中的第二MAC子头以得到波束失败恢复请求响应。
  93. 如权利要求91所述的用户侧设备，其中，所述第二MAC子头包括响应指示域，所述响应指示域用于指示波束失败恢复请求响应；
    所述解析单元具体用于：解析所述MPDU中的第二MAC子头的响应指示域，以获取波束失败恢复请求响应。
  94. 如权利要求91-93中任一项所述的用户侧设备，其中，所述第二MAC子头包括RAR消息指示域，所述RAR消息指示域用于指示所述第二MAC子头之后是否有后续的RAR消息；
    所述解析单元具体用于：解析所述MPDU中的第二MAC子头以确认所述第二MAC子头之后是否有后续的RAR消息。
  95. 如权利要求91所述的用户侧设备，其中，所述用户侧设备还包括获取单元，用于获取所述MPDU的资源位置信息，其中，所述资源位置信息与响应指示存在映射关系，所述响应指示包括指示确认收到波束失败恢复请求的响应，或者指示确认未收到波束失败恢复请求的响应；
    所述解析单元具体用于：根据所述MPDU的资源位置信息获取所述响应指示。
  96. 如权利要求91所述的用户侧设备，其中，所述用户侧设备还包括获取单元，用于获取所述MPDU的资源位置信息，其中，所述资源位置信息用于指示所述第二MAC子头之后是否有后续的RAR消息；
    所述解析单元具体用于：根据所述MPDU的资源位置信息确定所述第二MAC子头之后是否有后续的RAR消息。
  97. 一种网络侧设备，包括：
    处理器；以及
    被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行如权利要求1-19中任一项所述的方法。
  98. 一种计算机可读存储介质，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被包括多个应用程序的电子设备执行时，使得所述电子设备执行如权利要求1-19中任一项所述的方法。
  99. 一种网络侧设备，包括：
    处理器；以及
    被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行如权利要求20-25中任一项所述的方法。
  100. 一种计算机可读存储介质，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被包括多个应用程序的电子设备执行时，使得所述电子设备执行如权利要求20-25中任一项所述的方法。
  101. 一种用户侧设备，包括：
    处理器；以及
    被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行如权利要求26-42中任一项所述的方法。
  102. 一种计算机可读存储介质，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被包括多个应用程序的电子设备执行时，使得所述电子设备执行如权利要求26-42中任一项所述的方法。
  103. 一种用户侧设备，包括：
    处理器；以及
    被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行如权利要求43-48中任一项所述的方法。
  104. 一种计算机可读存储介质，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被包括多个应用程序的电子设备执行时，使得所述电子设备执行如权利要求43-48中任一项所述的方法。
PCT/CN2018/099119 2017-08-10 2018-08-07 Mpdu的传输方法、用户侧设备和网络侧设备 WO2019029509A1 (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
ES18844010T ES2899375T3 (es) 2017-08-10 2018-08-07 Método de transmisión de MPDU y dispositivo de red
EP21193596.0A EP3934363A1 (en) 2017-08-10 2018-08-07 Network device for mpdu transmission, computer readable storage medium and computer program
EP18844010.1A EP3668244B1 (en) 2017-08-10 2018-08-07 Mpdu transmission method and network device
US16/637,719 US11122629B2 (en) 2017-08-10 2018-08-07 Media access control protocol data unit transmission method, user equipment and network device

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201710682119.5A CN109392178B (zh) 2017-08-10 2017-08-10 Mpdu传输的方法、用户侧设备和网络侧设备
CN201710682119.5 2017-08-10

Publications (1)

Publication Number Publication Date
WO2019029509A1 true WO2019029509A1 (zh) 2019-02-14

Family

ID=65270934

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/099119 WO2019029509A1 (zh) 2017-08-10 2018-08-07 Mpdu的传输方法、用户侧设备和网络侧设备

Country Status (7)

Country Link
US (1) US11122629B2 (zh)
EP (2) EP3668244B1 (zh)
CN (1) CN109392178B (zh)
ES (1) ES2899375T3 (zh)
HU (1) HUE057731T2 (zh)
PT (1) PT3668244T (zh)
WO (1) WO2019029509A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021221558A1 (en) * 2020-04-29 2021-11-04 Telefonaktiebolaget Lm Ericsson (Publ) Methods and devices for facilitating random access

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109392178B (zh) * 2017-08-10 2021-07-13 维沃移动通信有限公司 Mpdu传输的方法、用户侧设备和网络侧设备
CN109392017B (zh) 2017-08-11 2021-07-09 大唐移动通信设备有限公司 一种随机接入响应的方法、装置、基站及终端
CN111567133B (zh) * 2018-01-11 2024-02-20 瑞典爱立信有限公司 用户设备、网络节点及处理无线通信网络中的通信的方法
CN114375068B (zh) * 2019-06-14 2024-05-03 维沃移动通信有限公司 随机接入方法、响应方法、终端及网络设备
CN113330811A (zh) * 2019-07-19 2021-08-31 Oppo广东移动通信有限公司 无线通信方法、终端设备和网络设备
WO2022041150A1 (zh) * 2020-08-28 2022-03-03 华为技术有限公司 一种通信方法及装置
CN113037558B (zh) * 2021-03-16 2022-04-15 重庆邮电大学 一种宽带微功率无线通信网络分析方法和系统
WO2023000235A1 (zh) * 2021-07-21 2023-01-26 Oppo广东移动通信有限公司 资源处理方法及装置
CN117692036A (zh) * 2022-08-26 2024-03-12 大唐移动通信设备有限公司 波束指示方法、装置及可读存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102595636A (zh) * 2012-03-14 2012-07-18 电信科学技术研究院 一种随机接入响应确定方法、装置及系统
CN103874049A (zh) * 2014-03-31 2014-06-18 电信科学技术研究院 一种缓冲区状态上报bsr触发方法及装置
CN104579541A (zh) * 2013-10-22 2015-04-29 北京久华信信息技术有限公司 一种无线通信系统媒体接入层（mac层）协议数据单元（pdu）的构造方法
CN104936235A (zh) * 2014-03-21 2015-09-23 上海贝尔股份有限公司 用于支持双连接的无线通信系统中的方法和设备

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8027356B2 (en) * 2008-01-31 2011-09-27 Lg Electronics Inc. Method for signaling back-off information in random access
KR101548748B1 (ko) * 2008-08-07 2015-09-11 엘지전자 주식회사 랜덤 접속 절차를 수행하는 방법
KR100949972B1 (ko) 2009-01-02 2010-03-29 엘지전자 주식회사 단말의 임의접속 수행 기법
WO2010110522A1 (en) 2009-03-22 2010-09-30 Lg Electronics Inc. Random access response processing
CN102291836B (zh) * 2010-06-21 2016-01-20 中兴通讯股份有限公司 一种随机接入控制方法及系统
KR101414696B1 (ko) * 2010-08-27 2014-07-04 엘지전자 주식회사 대규모 무선 접속 네트워크 상의 엑세스 클래스 차단과 백오프 컨트롤을 위한 mac pdu 시그널링 및 작동 방법
CN102572937B (zh) * 2010-12-23 2015-01-14 普天信息技术研究院有限公司 一种宽带集群系统中随机接入的方法、基站及系统
US9240846B2 (en) * 2011-11-04 2016-01-19 Blackberry Limited Random access channel procedures for in-device coexistence interference avoidance
HUE045935T2 (hu) * 2012-12-04 2020-01-28 Ericsson Telefon Ab L M Túlterhelés-vezérlés kommunikációs hálózatban
RU2638181C2 (ru) * 2013-09-16 2017-12-12 Хуавей Текнолоджиз Ко., Лтд. Способ предварительного определения ресурса при произвольном доступе, пользовательское устройство и базовая станция
US11057921B2 (en) * 2014-10-01 2021-07-06 Samsung Electronics Co., Ltd. System and method for improving spectral efficiency and coverage for user equipments
CN106550480B (zh) * 2015-09-21 2021-09-17 中兴通讯股份有限公司 一种随机接入方法、装置及系统
EP3451780B1 (en) * 2016-05-12 2022-11-30 Huawei Technologies Co., Ltd. Communication methods utilizing random access, terminal, and base station
JP6809541B2 (ja) * 2017-01-17 2021-01-06 日本電気株式会社 基地局、端末装置、方法、及びプログラム
CA3061464C (en) * 2017-04-27 2023-08-29 Lg Electronics Inc. Method for performing amf registration-related procedure by udm in wireless communication system, and device therefor
WO2018226026A1 (en) * 2017-06-07 2018-12-13 Samsung Electronics Co., Ltd. System and method of identifying random access response
KR102434225B1 (ko) * 2017-06-16 2022-08-19 삼성전자 주식회사 차세대 이동 통신 시스템에서 안테나빔별 망혼잡을 제어하는 방법 및 장치
CN110754116B (zh) * 2017-06-16 2023-03-21 株式会社Ntt都科摩 用户装置、无线通信系统及无线通信方法
CN109392178B (zh) * 2017-08-10 2021-07-13 维沃移动通信有限公司 Mpdu传输的方法、用户侧设备和网络侧设备
CN109392017B (zh) * 2017-08-11 2021-07-09 大唐移动通信设备有限公司 一种随机接入响应的方法、装置、基站及终端
US11589309B2 (en) * 2018-01-12 2023-02-21 Intel Corporation Methods and arrangements to support wake-up radio packet transmission

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102595636A (zh) * 2012-03-14 2012-07-18 电信科学技术研究院 一种随机接入响应确定方法、装置及系统
CN104579541A (zh) * 2013-10-22 2015-04-29 北京久华信信息技术有限公司 一种无线通信系统媒体接入层（mac层）协议数据单元（pdu）的构造方法
CN104936235A (zh) * 2014-03-21 2015-09-23 上海贝尔股份有限公司 用于支持双连接的无线通信系统中的方法和设备
CN103874049A (zh) * 2014-03-31 2014-06-18 电信科学技术研究院 一种缓冲区状态上报bsr触发方法及装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3668244A4 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021221558A1 (en) * 2020-04-29 2021-11-04 Telefonaktiebolaget Lm Ericsson (Publ) Methods and devices for facilitating random access

Also Published As

Publication number Publication date
EP3934363A1 (en) 2022-01-05
ES2899375T3 (es) 2022-03-11
PT3668244T (pt) 2021-12-02
US20210007145A1 (en) 2021-01-07
US11122629B2 (en) 2021-09-14
EP3668244A4 (en) 2020-07-29
CN109392178A (zh) 2019-02-26
EP3668244B1 (en) 2021-10-27
CN109392178B (zh) 2021-07-13
EP3668244A1 (en) 2020-06-17
HUE057731T2 (hu) 2022-06-28

Similar Documents

Publication Publication Date Title
WO2019029509A1 (zh) Mpdu的传输方法、用户侧设备和网络侧设备
RU2653059C1 (ru) Передача малых объемов данных в беспроводной коммуникационной сети
KR101612761B1 (ko) 복수의 무선 장치를 트리거링하기 위한 기술 및 구성
US11109392B2 (en) Communication method, network device, and relay device
KR20140083007A (ko) 무선 통신 네트워크 내의 스몰 데이터 기술 및 구성
CN115766657A (zh) 一种获取边缘服务的方法和装置
WO2019024891A1 (zh) Urllc中上行免授权传输的方法、用户侧设备和网络侧设备
US20210392612A1 (en) Method, device and terminal for location message transmission processing
JP2019036971A (ja) 効果的なアクセスポイント発見のためのシステムおよび方法
WO2019062151A1 (zh) 一种资源指示方法、通信装置及网络设备
US20110010610A1 (en) Multi-User Packing Techniques for Wireless Network
WO2021204248A1 (zh) 无线通信方法和通信装置
WO2022078472A1 (en) Method of propagation delay compensation and related devices
WO2019153248A1 (zh) 发送同步信号的方法、设备及计算机存储介质
US20230397174A1 (en) Methods and apparatuses for indicating a set of resources on a nr sidelink
US11290982B2 (en) Notifications concerning UE unreachability
WO2019192464A1 (zh) 配置数据流的方法和装置
WO2018058537A1 (zh) 传输信号的方法和装置
KR102684116B1 (ko) 액세스 네트워크 장치를 인증하는 방법 및 관련 장치
WO2023130478A1 (zh) 波束失败恢复信息发送装置、接收装置及通信系统
US20240098776A1 (en) Information communication method and apparatus
WO2021138955A1 (zh) 通知发送时间信息的方法以及装置
WO2021081928A1 (zh) 无线通信的方法和终端设备
WO2018201811A1 (zh) 随机接入方法、终端、基站和计算机可读存储介质
KR20220035928A (ko) 액세스 네트워크 장치를 인증하는 방법 및 관련 장치

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 18844010

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2018844010

Country of ref document: EP

Effective date: 20200310