Retransmission method, device, equipment, medium and program product

Abstract

The invention discloses a retransmission method, a retransmission device, retransmission equipment, a medium and a program product, and belongs to the field of wireless communication. The method is executed by a first station, and the method comprises the following steps: sending a retransmission parameter; wherein the retransmission parameter is a parameter related to retransmission of the first station. According to the method, a retransmission parameter is sent through a first station; wherein the retransmission parameter is a parameter related to retransmission of the first station. After receiving the retransmission parameter, a second station as a receiving station can judge whether the first station is retransmitted based on the retransmission parameter and acquire information of a frame related to retransmission.

Description

Retransmission method, apparatus, device, medium and program product Technical Field

[0001] The present application relates to the field of wireless communications, and in particular to a retransmission method, apparatus, device, medium, and program product. Background Art

[0002] Wireless communication standards specify an acknowledgment and retransmission mechanism. In this mechanism, the receiving station responds with an acknowledgment frame or a block acknowledgment frame after successfully receiving a correct frame. The sending station determines whether to retransmit based on whether the acknowledgment frame is received within a specified timeframe or based on the contents of the received block acknowledgment frame.

[0003] However, the receiving station cannot determine whether retransmission occurs at the sending station.

[0004] Summary of the Invention

[0005] The present application provides a retransmission method, apparatus, device, medium, and program product, the technical solution of which at least includes:

[0006] According to one aspect of an embodiment of the present application, a retransmission method is provided. The method is performed by a first station, and the method includes:

[0007] Send retransmission parameters;

[0008] The retransmission parameter is a parameter related to the retransmission of the first station.

[0009] According to another aspect of an embodiment of the present application, a retransmission method is provided. The method is performed by a second station, and the method includes:

[0010] receiving a retransmission parameter sent by the first station;

[0011] The retransmission parameter is a parameter related to the retransmission of the first station.

[0012] According to another aspect of an embodiment of the present application, a first retransmission device is provided, the device including:

[0013] A sending module, used for sending retransmission parameters;

[0014] The retransmission parameter is a parameter related to the retransmission of the first retransmission device.

[0015] According to another aspect of an embodiment of the present application, a second retransmission device is provided, the device including:

[0016] A receiving module, configured to receive a retransmission parameter sent by the first retransmission device;

[0017] The retransmission parameter is a parameter related to the retransmission of the first retransmission device.

[0018] According to another aspect of an embodiment of the present application, a first site is provided, the first site including:

[0019] processor;

[0020] a transceiver connected to the processor;

[0021] a memory for storing executable instructions for the processor;

[0022] The processor is configured to load and execute executable instructions to implement the retransmission method in various aspects as described above.

[0023] According to another aspect of an embodiment of the present application, a second site is provided, the second site including:

[0024] processor;

[0025] a transceiver connected to the processor;

[0026] a memory for storing executable instructions for the processor;

[0027] The processor is configured to load and execute executable instructions to implement the retransmission method in various aspects as described above.

[0028] According to another aspect of an embodiment of the present application, a computer-readable storage medium is provided, in which at least one program is stored. The at least one program is loaded and executed by a processor to implement the retransmission method as described in the above aspects.

[0029] According to another aspect of an embodiment of the present application, a computer program product or computer program is provided, which includes computer instructions, the computer instructions are stored in a computer-readable storage medium, a processor obtains the computer instructions from the computer-readable storage medium, and the processor executes the computer instructions to implement the retransmission method as described in the above aspects.

[0030] The technical solutions provided by the embodiments of the present application may have the following beneficial effects:

[0031] A retransmission parameter is sent by the first station, wherein the retransmission parameter is a parameter related to the retransmission of the first station. After receiving the retransmission parameter, the second station, as a receiving station, can determine whether the first station has retransmitted based on the retransmission parameter and obtain information about frames related to the retransmission. BRIEF DESCRIPTION OF THE DRAWINGS

[0032] In order to more clearly illustrate the technical solutions in the embodiments of the present application, the following briefly introduces the drawings required for use in the description of the embodiments. Obviously, the drawings described below are only some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without any creative work.

[0033] FIG1 shows a schematic diagram of a communication system provided by an exemplary embodiment of the present application;

[0034] FIG2 shows a schematic diagram of a confirmation mechanism provided by related art;

[0035] FIG3 is a schematic diagram showing a format of a permission-to-send frame provided by the related art;

[0036] FIG4 is a schematic diagram showing the format of the A-Control field provided by the related art;

[0037] FIG5 is a schematic diagram showing a control subfield format provided by the related art;

[0038] FIG6 is a schematic diagram showing a scenario in which a receiving station is interfered with according to an exemplary embodiment of the present application;

[0039] FIG7 shows a schematic diagram of a frame interaction process provided by an exemplary embodiment of the present application;

[0040] FIG8 shows a flowchart of a retransmission method provided by an exemplary embodiment of the present application;

[0041] FIG9 is a schematic diagram showing a high-reliability link control type format of an A-Control field provided by an exemplary embodiment of the present application;

[0042] FIG10 is a schematic diagram showing a high-reliability link control type format of an A-Control field provided by an exemplary embodiment of the present application;

[0043] FIG11 is a schematic diagram showing a high-reliability link control type format of an A-Control field provided by an exemplary embodiment of the present application;

[0044] FIG12 is a schematic diagram showing a format of an ultra-high reliability link setup request frame provided by an exemplary embodiment of the present application;

[0045] FIG13 is a schematic diagram showing a format of an ultra-high reliability link setup response frame provided by an exemplary embodiment of the present application;

[0046] FIG14 shows a flowchart of a retransmission method provided by an exemplary embodiment of the present application;

[0047] FIG15 is a schematic diagram showing a retransmission method provided by an exemplary embodiment of the present application;

[0048] FIG16 is a schematic diagram showing a retransmission method provided by an exemplary embodiment of the present application;

[0049] FIG17 is a schematic diagram showing a retransmission method provided by an exemplary embodiment of the present application;

[0050] FIG18 shows a flowchart of a retransmission method provided by an exemplary embodiment of the present application;

[0051] FIG19 is a schematic diagram showing a retransmission method provided by an exemplary embodiment of the present application;

[0052] FIG20 shows a schematic diagram of a retransmission method provided by an exemplary embodiment of the present application;

[0053] FIG21 is a schematic diagram showing a control frame format provided by an exemplary embodiment of the present application;

[0054] FIG22 is a schematic diagram showing a control frame format provided by an exemplary embodiment of the present application;

[0055] FIG23 is a schematic diagram showing a user signaling field format provided by an exemplary embodiment of the present application;

[0056] FIG24 is a schematic diagram showing a user signaling field format provided by an exemplary embodiment of the present application;

[0057] FIG25 shows a flowchart of a retransmission method provided by an exemplary embodiment of the present application;

[0058] FIG26 shows a flowchart of a retransmission method provided by an exemplary embodiment of the present application;

[0059] FIG27 shows a flowchart of a retransmission method provided by an exemplary embodiment of the present application;

[0060] FIG28 shows a block diagram of a first retransmission device provided by an exemplary embodiment of the present application;

[0061] FIG29 shows a block diagram of a second retransmission device provided by an exemplary embodiment of the present application;

[0062] FIG30 shows a schematic structural diagram of a first site or a second site provided by an exemplary embodiment of the present application. DETAILED DESCRIPTION

[0063] To make the objectives, technical solutions, and advantages of the present application more clear, the embodiments of the present application will be further described in detail below with reference to the accompanying drawings. Exemplary embodiments will be described in detail herein, with examples shown in the accompanying drawings. When the following description refers to the drawings, unless otherwise indicated, the same numbers in different drawings represent the same or similar elements. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with the present application. Instead, they are merely examples of devices and methods consistent with certain aspects of the present application, as detailed in the appended claims.

[0064] The terms used in this disclosure are for the purpose of describing specific embodiments only and are not intended to limit the disclosure. As used in this disclosure and the appended claims, the singular forms "a," "an," "the," and "the" are intended to include the plural forms, unless the context clearly indicates otherwise. It should also be understood that the term "and / or" as used herein refers to and encompasses any and all possible combinations of one or more of the associated listed items.

[0065] It should be understood that although the terms first, second, third, etc. may be used in this disclosure to describe various information, such information should not be limited to these terms. These terms are only used to distinguish information of the same type from each other. For example, without departing from the scope of this disclosure, first information may also be referred to as second information, and similarly, second information may also be referred to as first information. Depending on the context, the word "if" as used herein may be interpreted as "at the time of" or "when" or "in response to determining."

[0066] The technical solutions described in some embodiments of the present application can be applicable to various communication systems, such as: Global System of Mobile communication (GSM) system, Code Division Multiple Access (CDMA) system, Wideband Code Division Multiple Access (WCDMA) system, General Packet Radio Service (GPRS), Long Term Evolution (LTE) system, Advanced long term evolution (LTE-A) system, New Radio (NR) system, NR system evolution system, LTE on unlicensed spectrum (LTE-U) system, NR on unlicensed spectrum (NR-U) system, Non-Terrestrial Networks (NTN) system, Universal Mobile Telecommunication System (UMTS), Wireless Local Area Networks (WLAN), Wireless Fidelity (Wireless Fidelity) system. Fidelity, WiFi), fifth-generation communication (5th-Generation, 5G) system, cellular Internet of Things system, cellular passive Internet of Things system, and can also be applied to subsequent evolution systems of 5G NR system, and can also be applied to 6G and subsequent evolution systems.

[0067] Figure 1 shows a schematic diagram of a communication system 100 provided by an exemplary embodiment of the present application. The communication system 100 includes terminal devices, terminal devices and network devices, or access points (APs) and stations (STAs), though this application does not limit this. This application uses the example of a communication system 100 including an AP 110 and a STA 120 for illustration.

[0068] In some scenarios, an AP can also be referred to as an AP STA, that is, in a sense, an AP is also a type of STA. In some scenarios, a STA can also be referred to as a non-AP STA.

[0069] In some embodiments, STAs may include AP STAs and non-AP STAs.

[0070] The communication in the communication system 100 may be communication between an AP and a non-AP STA, communication between a non-AP STA and a non-AP STA, or communication between a STA and a peer STA, where a peer STA may refer to a device that communicates with the STA peer, for example, the peer STA may be an AP or a non-AP STA.

[0071] An AP acts as a bridge between wired and wireless networks. Its primary function is to connect wireless network clients together and then connect the wireless network to the Ethernet. An AP can be a terminal device with a WiFi chip (such as a mobile phone) or a network device (such as a router).

[0072] It should be understood that the role of STA in the communication system 100 is not absolute. For example, in some scenarios, when a mobile phone is connected to a router, the mobile phone is a non-AP STA. When the mobile phone serves as a hotspot for other mobile phones, the mobile phone plays the role of an AP.

[0073] APs and non-AP STAs can be devices used in the Internet of Vehicles, IoT nodes and sensors in the Internet of Things (IoT), smart cameras, smart remote controls, smart water and electricity meters in smart homes, and sensors in smart cities.

[0074] In some embodiments, non-AP STAs may support, but are not limited to, 802.11be. Non-AP STAs may also support various current and future 802.11 family WLAN standards, such as 802.11ax, 802.11ac, 802.11n, 802.11g, 802.11b, and 802.11a.

[0075] In some embodiments, the AP may be a device supporting the 802.11be standard. The AP may also be a device supporting various current and future 802.11 family WLAN standards, such as 802.11ax, 802.11ac, 802.11n, 802.11g, 802.11b, and 802.11a.

[0076] An AP is a device deployed in a wireless local area network to provide wireless communication capabilities for STAs. STAs may include: User Equipment (UE), Access Terminal, Subscriber Unit, Subscriber Station, Mobile Station, Mobile Station, Remote Station, Remote Terminal, Mobile Device, Wireless Communication Device, User Agent, or User Equipment. Alternatively, a STA may be a cellular phone, cordless phone, Session Initiation Protocol (SIP) phone, Wireless Local Loop (WLL) station, Personal Digital Assistant (PDA), handheld device with wireless communication capabilities, computing device or other processing device connected to a wireless modem, vehicle-mounted device, or wearable device, but this is not limited in the present embodiment.

[0077] In an embodiment of the present application, a STA may be a mobile phone, tablet computer, computer, virtual reality (VR) device, augmented reality (AR) device, wireless device in industrial control, set-top box, wireless device in unmanned driving, vehicle-mounted communication equipment, wireless device in telemedicine, wireless device in smart grid, wireless device in transportation safety, wireless device in smart city or wireless device in smart home, wireless communication chip, etc. that supports WLAN / Wi-Fi technology.

[0078] In the embodiment of the present application, both the STA and the AP support the Institute of Electrical and Electronics Engineers (IEEE) 802.11 standard, but are not limited to the IEEE 802.11 standard.

[0079] Next, the confirmation and retransmission mechanism is introduced:

[0080] The following frames are defined in the relevant standards to require immediate confirmation:

[0081] Unicast non-acknowledged (Acknowledge, Ack) action (Action No Ack) type management frames (Individually addressed Management frames other than Action No Ack frames);

[0082] Unicast non-QoS (Quality of Service) data frames (Individually addressed non-QoS Data frames);

[0083] Unicast QoS Data frames addressed individually with Normal Ack or Implicit BAR Ack policy.

[0084] BlockAck frames not sent in immediate response to Aggregated MAC Protocol Data Units (A-MPDUs);

[0085] BlockAckReq frames;

[0086] Power Save Poll (PS-Poll) frames, which can be acknowledged by generating a Data frame.

[0087] When a STA receives a frame from an AP with the To DS subfield set to 1 and requiring immediate acknowledgment, it must send an acknowledgment frame or a block acknowledgment frame after a short inter-frame space (SIFS) interval, regardless of whether the STA is in the idle or active state.

[0088] Figure 2 shows a schematic diagram of the acknowledgment mechanism provided by related technologies. For example, a data frame requires immediate acknowledgment. A STA receives the data frame and sends an acknowledgment (Ack) or Block Ack (BA) frame one SIFS later. Furthermore, if the STA invokes a backoff procedure after a Distributed Inter-Frame Space (DIFS) interval has passed since sending the acknowledgment or block acknowledgment frame, the backoff duration is the backoff slots.

[0089] The period from the start of receiving a data frame to the end of DIFS is called the defer access process. The defer access process is followed by the backoff after defer process, referred to as the backoff process.

[0090] After sending a MAC Protocol Data Unit (MPDU) that requires an ACK or Block ACK frame, the STA shall wait for the AckTimeout interval starting from the PHYTXEND.confirm primitive, which is one SIFS time plus one slot time plus one RxPHYStartDelay time. If the PHY-RXSTART.indication primitive does not occur during the AckTimeout interval, the STA determines that the MPDU transmission has failed and the STA shall invoke its backoff procedure when the AckTimeout interval expires.

[0091] If the PHY-RXSTART.indication primitive appears during the AckTimeout interval, the STA will wait for the corresponding PHY-RXEND.indication primitive to determine whether the MPDU transmission is successful. If the STA recognizes that a valid acknowledgment frame addressed to the STA corresponds to the PHY-RXEND.indication primitive, the recognition is interpreted as a successful acknowledgment.

[0092] If a STA does not recognize a valid acknowledgment frame addressed to it, the situation shall be interpreted as an MPDU transmission failure. In this case, the STA shall invoke its backoff procedure at the PHY-RXEND.indication primitive.

[0093] For the Distributed Coordination Function (DCF), in the event of reception of a corrupted ACK frame or Block ACK frame, the backoff procedure results in the use of Extended Inter-Frame Space (EIFS) instead of DIFS or Arbitration Inter-Frame Space (AIFS) after the AckTimeout interval and the subsequent reception of the corrupted ACK frame or Block ACK frame.

[0094] For the Enhanced Distributed Channel Access Function (EDCAF), if the MPDU transmission in a non-initial physical layer protocol data unit (PPDU) of the transmission opportunity (TXOP) holder fails, the STA can perform point coordination function inter-frame space (PIFS) recovery or wait for the transmission network allocation vector (TXNAV) timer to expire and invoke the backoff procedure.

[0095] Next, the High-Throughput Control (HTC) field is introduced:

[0096] Table 1 shows the format of the HTC field (HT Control field) provided by related art. As shown in Table 1, the A-Control field is the HTC field when both B0 and B1 are 1. The HTC field may be carried in QoS data frames, QoS Null data frames, and management frames. Its presence is controlled by the +HTC subfield in the Frame Control field.

[0097] Table 1

[0098] Next, let's introduce the Clear To Send (CTS) frame:

[0099] FIG3 shows a schematic diagram of a CTS frame format provided by related art. The CTS frame format includes at least one of the following: a frame control (Frame Control) field, a duration (Duration) field, a receiver address (RA) field, and a frame check sequence (FCS) field.

[0100] Among them, the frame control field occupies 2 bytes, the duration field occupies 2 bytes, the RA field occupies 6 bytes, and the FCS field occupies 4 bytes.

[0101] The frame control field is used to indicate information such as the type of the MAC frame; the duration field is used to indicate the duration of the TXOP to be protected; the RA field is used to indicate the receiving address; and the FCS field is used to indicate the frame check sequence.

[0102] For the above-mentioned frame control field, the frame control field format includes at least one of the following: Protocol Version (PV) subfield, Type subfield, Subtype subfield, To DS subfield, From DS subfield, More Fragments subfield, Retry subfield, Power Management subfield, More Data subfield, Protected Frame subfield, +HTC subfield. In the embodiment of the present application, the subfield can be simply referred to as a field.

[0103] Among them, the protocol version subfield occupies 2 bits in total, B0-B1; the type subfield occupies 2 bits in total, B2-B3; the subtype subfield occupies 4 bits in total, B4-B7; the to DS subfield occupies 1 bit in total, B8; the from DS subfield occupies 1 bit in total, B9; the more fragments subfield occupies 1 bit in total, B10; the retransmission subfield occupies 1 bit in total, B11; the power management subfield occupies 1 bit in total, B12; the more data subfield occupies 1 bit in total, B13; the protected frame subfield occupies 1 bit in total, B14; and the +HTC subfield occupies 1 bit in total, B15.

[0104] The protocol version subfield is used to indicate the version of the MAC frame. For example, a value of 0 indicates the basic version, and a value of 1 indicates the PV1 MAC frame version.

[0105] The type subfield is used to indicate the frame type. For example, a value of 1 (01 in binary) indicates that the frame type is a control frame.

[0106] The subtype subfield is used to indicate the frame subtype. For example, a value of 12 (1100 in binary) indicates that the subtype of the frame is a CTS frame.

[0107] The To DS subfield and the From DS subfield are used to indicate the frame transmission direction.

[0108] The More Fragments subfield is used to indicate whether it is a non-last fragment after the same MAC Service Data Unit (MSDU) or MAC Protocol Data Unit (MPDU) is segmented. For example, a value of 1 indicates yes, and a value of 0 indicates no.

[0109] The retransmission subfield is used to indicate whether it is a retransmission frame. For example, a value of 1 indicates yes, and a value of 0 indicates no. In a CTS frame, the value is always 0, indicating that it is not a retransmission frame.

[0110] The Power Management subfield is used to indicate the power management mode.

[0111] The More Data subfield is used by the AP to indicate whether the STA in the power saving mode has more buffered data to be sent to the STA. For example, a value of 1 indicates yes, and a value of 0 indicates no.

[0112] The protected frame subfield is used to indicate whether the frame body is encrypted. For example, a value of 1 indicates yes, and a value of 0 indicates no. In a CTS frame, the value is always 0, indicating that the frame body is not encrypted.

[0113] The +HTC subfield is used to indicate whether the frame header includes the HTC field. For example, a value of 1 indicates yes, and a value of 0 indicates no. In a CTS frame, the value is always 0, indicating that the HTC field is not included.

[0114] FIG4 shows a schematic diagram of the A-Control field format provided by the related art. The A-Control field format includes at least one of the following: a control list field and a padding field.

[0115] Among them, the control list field occupies a variable number of bits, and the padding field occupies 0 or more fields.

[0116] Regarding the above-mentioned control list field, the control list field includes one or more control subfields. Figure 5 shows a schematic diagram of the control subfield format provided by the relevant technology. The control subfield format includes at least one of the following: control ID field and control information field.

[0117] The control ID field occupies 4 bits from B0 to B3, and the number of bits occupied by the control information field is variable.

[0118] In the confirmation and retransmission mechanism defined in the relevant standards, the receiving station may be interfered with by the hidden station. Figure 6 shows a schematic diagram of a scenario in which the receiving station is interfered with, provided by an exemplary embodiment of the present application.

[0119] Taking the scenario shown in Figure 6 as an example, STA120 is a sending station that sends data to the associated AP110; AP110 is a receiving station that receives data and replies with an Ack frame to STA120; STA130 is a hidden station that is not associated with AP110 and may enter a sleep state or wake up state at any time, so the network allocation vector (NAV) may not be set.

[0120] FIG7 is a schematic diagram of a frame interaction process provided by an exemplary embodiment of the present application. When obstruction or interference occurs, the frame interaction between AP 110, STA 120, and STA 130 may occur as shown in FIG7.

[0121] Before sending a data frame, STA 120 sends a Request To Send (RTS) frame to request channel access rights. AP 110 sends a CTS frame to confirm that STA 120 has channel access rights in the next Transmission Opportunity (TXOP).

[0122] When the data frame sent by STA120 is transmitted normally, AP110 replies with an acknowledgment frame based on the relevant acknowledgment mechanism. For example, STA120 sends a data frame, and after a SIFS period, AP110 replies with an acknowledgment frame (Ack).

[0123] When AP110 fails to receive a data frame sent by STA120 due to obstruction or interference, AP110 will remain silent and not reply to any frames based on the relevant confirmation mechanism. For example, if STA120 sends the first two data frames, AP110 fails to receive them due to obstruction or interference and remains silent and does not reply to any frames.

[0124] During the period when AP110 remains silent, since AP110 does not use the channel for a long time, the Clear Channel Assessment (CCA) of the hidden station STA130 may indicate that the channel is idle. Moreover, since STA130 may not be set with NAV, STA130 wakes up or turns on during the retransmission process of STA120, and STA130 sends an RTS frame or other frame to try to occupy the channel. During this period, STA120 sends a second data 2 frame, which is a retransmission frame and is the same as the first data 2 frame. At this time, AP110 may receive the retransmission frame from STA120 and the RTS frame or other frame from STA130 at the same time, causing the retransmission frame to be interfered with and fail to be received again, which in turn triggers more retransmissions, resulting in a longer link recovery time and a longer transmission delay.

[0125] Only when STA 130 does not send an RTS frame or other frames and there is no other interference, the data frame sent by STA 120 can be successfully received by AP 110. For example, STA 130 sends the third data 2 frame, AP 110 successfully receives it and replies with an acknowledgment frame (Ack).

[0126] The above problem occurs because when the sending station (STA120) continuously sends retransmission frames, the receiving station (AP110) is in a state of not sending any frames, resulting in channel loss. In order to solve this problem, the present application proposes a retransmission method suitable for the enhanced distributed channel access (EDCA) channel access method, in which the sending station informs the receiving station of the retransmission parameters in advance. The retransmission parameters are parameters related to the retransmission of the sending station. When the sending station retransmits, the receiving station sends the first frame within a time that does not interfere with the retransmission frame based on the above retransmission parameters. The first frame is used to instruct other stations around the receiving station to set NAV, thereby suppressing the interference of other stations on the retransmission frame and improving the reliability of the retransmission.

[0127] FIG8 shows a flowchart of a retransmission method provided by an exemplary embodiment of the present application. The method is performed by a first station and includes:

[0128] Step 810: Send retransmission parameters.

[0129] The retransmission parameter is a parameter related to the retransmission of the first station.

[0130] In some embodiments, the retransmission parameters include parameters related to the retransmission of the first station sent before sending the retransmission frame.

[0131] In some embodiments, the retransmission parameters include parameters related to the retransmission of the first station carried in a PPDU preceding the retransmission PPDU, and the retransmission PPDU is a PPDU carrying a retransmission frame.

[0132] In some embodiments, the retransmission parameter includes a parameter for the second station to identify whether retransmission will occur at the first station.

[0133] In some embodiments, in the event of a retransmission, the retransmission parameters include parameters related to determining a duration for retransmitting the PPDU.

[0134] In some embodiments, the first station is a STA; or, the first station is an AP.

[0135] In some embodiments, the method includes two implementations:

[0136] Implementation of PPDU granularity (Per PPDU);

[0137] · Implementation of TXOP granularity (Per TXOP).

[0138] In some embodiments, the implementation of Per PPDU means that when a PPDU is sent, each PPDU carries a retransmission parameter;

[0139] The Per TXOP implementation means that some retransmission parameters only need to be sent once during each TXOP.

[0140] 1. Implementation of Per PPDU:

[0141] In some embodiments, the first station sends the current PPDU.

[0142] The current PPDU includes: a current frame and a retransmission parameter. The retransmission parameter is associated with a next PPDU. The next PPDU represents a PPDU that carries the next frame.

[0143] The first station informs the second station of the retransmission parameters associated with the next PPDU in the current PPDU, the first station is the sending station, and the second station is the receiving station.

[0144] In some embodiments, the retransmission parameters are sent at a PPDU granularity, and all retransmission parameters are carried in each PPDU.

[0145] In some embodiments, the retransmission parameters include retransmission parameters associated with a next PPDU, or the retransmission parameters include retransmission parameters associated with a next frame, or the retransmission parameters include retransmission parameters associated with a PPDU carrying the next frame.

[0146] In some embodiments, the retransmission parameters include parameters used to determine the retransmission process of the next PPDU, or the retransmission parameters include parameters used to determine the retransmission process of the next frame, or the retransmission parameters include parameters used to determine the retransmission process of the PPDU carrying the next frame.

[0147] In some embodiments, the retransmission parameter includes at least one of the following three parameters:

[0148] First parameter;

[0149] The second parameter;

[0150] The third parameter;

[0151] The first parameter indicates whether to send the next PPDU after a SIFS after the current frame is confirmed. The next PPDU is identical to the current PPDU except for the content of the physical layer service data unit (PSDU).

[0152] The second parameter is used to indicate the maximum number of retransmissions;

[0153] The third parameter is used to indicate the modulation and coding scheme (MCS) used in the event of retransmission, including the number of consecutive retransmissions using the same MCS and / or the value by which the MCS is reduced each time during retransmission;

[0154] In some embodiments, the first parameter is a Boolean parameter, and the second parameter and the third parameter are integer parameters.

[0155] Retransmission parameter passing method:

[0156] (1) The retransmission parameter is carried in the first field.

[0157] In some embodiments, the first field is a High Reliable Link (HRL) Control field. The HRL Control field is defined to convey retransmission parameters and is a variant type of the A-Control field of the HT Control field in the MAC frame header.

[0158] FIG9 is a schematic diagram showing an HRL control type format of an A-Control field provided by an exemplary embodiment of the present application. The format includes at least one of the following: a control ID field and a control information field.

[0159] Among them, the control ID field occupies 4 bits from B0 to B3, and the control information field occupies 11 bits from B4 to B14.

[0160] The Control ID field is used to indicate the variant type of the A-Control field, and its value can be any integer between 10 and 14. For example, a value of 10 indicates that the variant type is the HRL control type (HRL control field).

[0161] The control information field contains parameters used to improve link reliability.

[0162] For the above-mentioned control information field, the control information field format includes at least one of the following: More Same PPDU field, Maximum Retry number field, Number of Retry per MCS field, and Step of MCS Decrease field. In the embodiment of the present application, the subfields and fields have the same meaning.

[0163] Among them, the More Same PPDU field occupies 1 bit, the Maximum Retransmission Number field occupies 4 bits, the Same MCS Retransmission Number field occupies 3 bits, and the MCS Reduction Value field occupies 3 bits.

[0164] The More Identical PPDU field is used to indicate whether the next PPDU will be sent after the current frame is confirmed and one SIFS has passed. The next PPDU is identical to the PPDU carrying the current frame except for the PSDU content. For example, a value of 1 indicates yes, and a value of 0 indicates no.

[0165] Exemplarily, the second station receives the i-th data frame, and the More Identical PPDU field in the i-th data frame has a value of 1, indicating that the first station will send a PPDU carrying the i+1-th data frame, but the second station does not receive the PPDU carrying the i+1-th data frame, the second station infers that the first station will retransmit the i+1-th data frame;

[0166] When the second station receives the i-th data frame and the value of the More Identical PPDU field in the i-th data frame is 0, it means that the first station will not send the PPDU carrying the i+1-th data frame, that is, the i-th data frame is the last frame. Even if the second station does not receive the i+1-th data frame, it is inferred that the first station will not retransmit.

[0167] The maximum number of retransmissions field is used to indicate the maximum number of retransmissions, and the value is the number of retransmissions.

[0168] The Same MCS Retransmission Count field indicates the number of consecutive retransmissions using the same MCS. Its value is the number of consecutive retransmissions using the same MCS, or the number of consecutive retransmissions using the same MCS minus one. For example, when three bits are used to represent the value, if the number of consecutive retransmissions using the same MCS is 1, the value is 001; or, alternatively, the value is 000. If the value is the number of consecutive retransmissions using the same MCS minus one, the value can be set starting from 000, allowing for more values ​​to represent the number, thereby improving utilization.

[0169] The MCS reduction value field indicates the MCS reduction value for each retransmission. The value is the MCS reduction value. Once the MCS value is reduced to 0, it should remain at 0 and not change.

[0170] The HRL control type format of the above-mentioned A-Control field is an exemplary possible situation. In different embodiments or different designs, it is not ruled out that at least one of the designs of the position of the above-mentioned field in the frame, the arrangement order between other fields, the number of bytes occupied, the number of bits occupied, the element name, and the field name may change. This embodiment does not limit this.

[0171] In some embodiments, the first parameter occupies at least one first subfield in the first field;

[0172] The second parameter occupies at least one second subfield in the first field;

[0173] The third parameter occupies at least one third subfield in the first field.

[0174] Exemplarily, the first parameter occupies more identical PPDU fields;

[0175] The second parameter occupies the maximum number of retransmissions field;

[0176] The third parameter occupies the same MCS retransmission times field and the MCS reduction value field.

[0177] In some embodiments, only the same MCS is used for continuous retransmission, and the value of the same MCS retransmission number field is the number of continuous retransmissions using the same MCS, or the number of continuous retransmissions using the same MCS minus one; the MCS reduction value field is not used, or the MCS reduction value field is 0, or each bit in the field is 0.

[0178] In some embodiments, the MCS value is reduced for each retransmission, and the value of the MCS reduction value field is the MCS reduction value; the same MCS retransmission number field is not used, or the same MCS retransmission number field is set to 0, or each bit in the field is set to 0.

[0179] In some embodiments, the same MCS is used for continuous retransmission, and after retransmitting the number of times corresponding to the value of the Same MCS Retransmission Count field, the MCS value is lowered according to the value corresponding to the MCS Decrease Value field and retransmission continues. For example, the same MCS (MCS value is 6) is first used for continuous retransmission, the value corresponding to the Same MCS Retransmission Count field is 4, and the value corresponding to the MCS Decrease Value field is 1. That is, after retransmitting 4 times, the MCS value is lowered and retransmitted again, each time by 1, and retransmission is performed according to the MCS values ​​of 5, 4, 3, 2, 1, and 0, respectively.

[0180] (2) The retransmission parameter is carried in the second field.

[0181] The second field is used to indicate whether to send the next PPDU after a SIFS has passed after the current frame is confirmed.

[0182] In some embodiments, the second field is an HRL control field.

[0183] FIG10 is a schematic diagram showing an HRL control type format of an A-Control field provided by an exemplary embodiment of the present application. The format includes at least one of the following: a control ID field and a control information field.

[0184] Among them, the control ID field occupies 4 bits from B0 to B3, and the control information field occupies 10 bits from B4 to B13.

[0185] For the above control information field, the control information field format includes at least one of the following: a maximum retransmission number (Number of Maximum Retry) field, a same MCS retransmission number (Number of Retry per MCS) field, and an MCS reduction value (Step of MCS Decrease) field.

[0186] Among them, the maximum retransmission number field occupies 4 bits, the same MCS retransmission number field occupies 3 bits, and the MCS reduction value field occupies 3 bits.

[0187] In some embodiments, the second parameter occupies at least one second subfield in the second field;

[0188] The third parameter occupies at least one third subfield in the second field.

[0189] Exemplarily, the second parameter occupies the maximum number of retransmissions field;

[0190] The third parameter occupies the same MCS retransmission times field and the MCS reduction value field.

[0191] Compared to the embodiment in Figure 9 , this embodiment does not use the "More Identical PPDUs field." Instead, the MAC frame header determines whether to send the next PPDU after a SIFS after the current frame is confirmed by including the HRL Control Type field in the A-Control field. If the field is not included, the next PPDU is not sent. If the field is included, the next PPDU is sent, and the next PPDU is identical to the current PPDU except for the PSDU content. The meanings of the other fields are similar to those in the embodiment in Figure 9 and are not further described here.

[0192] The HRL control type format of the above-mentioned A-Control field is an exemplary possible situation. In different embodiments or different designs, it is not ruled out that at least one of the designs of the position of the above-mentioned field in the frame, the arrangement order between other fields, the number of bytes occupied, the number of bits occupied, the element name, and the field name may change. This embodiment does not limit this.

[0193] In some embodiments, after receiving the first parameter in the current PPDU, the second station identifies whether a retransmission will occur in the next PPDU. If it is determined that the next PPDU will be retransmitted, the second station determines the sending time position and the duration of the retransmitted PPDU based on at least one of the maximum number of retransmissions field, the number of retransmissions with the same MCS field, and the MCS reduction value field. The retransmitted PPDU is a PPDU of the next frame used to carry the retransmission, and can be one or more PPDUs after the next PPDU.

[0194] For example, the second station receives a PPDU carrying 1 frame of data with MCS = 6 and a duration of 100 microseconds. Since the HRL control field indicates that the next PPDU will be sent after one SIFS after the current frame is confirmed, and the duration of the next PPDU is equal to the duration of the current PPDU, the second station can infer that after receiving confirmation and another SIFS, it will receive a PPDU carrying 2 frames of data, and its duration is also 100 microseconds.

[0195] Next, the second station receives the next PPDU after SIFS, but finds a checksum error upon receipt. It then determines that the first station has failed to transmit two frames of data and will retransmit. The MCS reduction value field is set to 1, indicating that the first retransmitted PPDU will use MCS5. Combined with the duration of the PPDU carrying one frame of data, it can be inferred that the duration of the first retransmitted PPDU is 125 microseconds. After waiting for AckTimeout plus PIFS, the second station receives the first retransmitted PPDU, but finds a checksum error upon receipt. It then determines that the first station will continue retransmitting, and the second retransmitted PPDU will use MCS4. Combined with the duration of the PPDU carrying one frame of data, it can be inferred that the duration of the second retransmitted PPDU is 150 microseconds. After waiting for AckTimeout plus PIFS, the second station receives the second retransmitted PPDU and finds a checksum error upon receipt. It then determines that the first station will continue retransmitting, and the second retransmitted PPDU will use MCS4. Combined with the duration of the PPDU carrying one frame of data, it can be inferred that the second retransmitted PPDU will be 150 microseconds. After waiting for AckTimeout plus PIFS, the second station receives the second retransmitted PPDU and finds that the checksum succeeds, thus concluding that the retransmission process has concluded and the first station will no longer retransmit.

[0196] Retransmission rules:

[0197] In some embodiments, when the value of the first subfield is the first value, the next PPDU is sent based on the retransmission parameter; when the value of the first subfield is the second value, the next PPDU is sent based on parameters other than the retransmission parameter.

[0198] In some embodiments, when the value of the first subfield is the first value and retransmission occurs, the next PPDU is a retransmitted PPDU sent according to the second parameter and the third parameter; and / or,

[0199] When the value of the first subfield is the first value and the second station does not successfully receive the next PPDU, the retransmitted PPDU of the next PPDU is sent according to the second parameter and the third parameter;

[0200] The retransmission PPDU of the next PPDU is the PPDU of the next frame carrying the retransmission, and identifying the retransmission indicates that it is identified that the next PPDU is not successfully received and needs to be retransmitted.

[0201] In some embodiments, after the first station competes for a channel and reserves a TXOP for multiple frame exchanges, when sending non-initial frames, the HRL control field may be carried in the HT control field of the MAC header of the following types of frames:

[0202] Unicast Action No Ack management frames (Individually addressed Management frames other than Action No Ack frames);

[0203] Individually addressed non-QoS Data frames;

[0204] Unicast QoS Data frames addressed individually with Normal Ack or Implicit BAR Ack policy.

[0205] Exemplarily, if the first station carries the HRL control field in the unicast non-quality of service data frame, or carries the HRL control field and the More Identical PPDU field (first subfield) has a value of 1 (first value), then the next PPDU is sent based on the retransmission parameter; if the second station recognizes the retransmission, the first station sends the retransmitted PPDU according to the maximum number of retransmissions field, the same MCS retransmission number field, and the MCS reduction value field in the HRL control field;

[0206] If the first site does not carry the HRL control field in the sent frame, or carries the HRL control field but the value of more identical PPDU fields (first subfields) is 0 (second value), then the next PPDU does not need to comply with the retransmission parameters and is sent based on parameters other than the retransmission parameters; if the second site recognizes the retransmission, it does not need to comply with the retransmission parameters for retransmission.

[0207] 2. Implementation of Per TXOP:

[0208] In some embodiments, the first station sends the retransmission parameter after the initial frame of the TXOP;

[0209] The retransmission parameter is a parameter used when transmitting a specified frame within a TXOP.

[0210] In some embodiments, the retransmission parameters include retransmission parameters associated with transmitting a specified frame within a TXOP.

[0211] In some embodiments, the retransmission parameter includes at least one of the following:

[0212] The second parameter;

[0213] The third parameter;

[0214] The fourth parameter;

[0215] The fifth parameter;

[0216] The sixth parameter;

[0217] · Seventh parameter;

[0218] · Eighth parameter;

[0219] Ninth parameter;

[0220] The second parameter is used to indicate the maximum number of retransmissions;

[0221] The third parameter is used to indicate the MCS to be used in case of retransmission, including the number of consecutive retransmissions using the same MCS and / or the value by which the MCS is reduced each time during retransmission;

[0222] The fourth parameter is used to indicate whether to send the next PPDU after the current frame is confirmed and a SIFS has passed. The next PPDU indicates the PPDU that carries the next frame.

[0223] The fifth parameter is used to indicate the PHY version of the PPDU;

[0224] The sixth parameter is used to indicate a first time interval, which represents the time interval from the start of a PPDU to the reporting of the first primitive to the MAC layer, called RxPHYStartDelay; the first primitive is a primitive indicating that the physical layer has received a valid PPDU, called PHY-RXSTART.indication primitive;

[0225] The seventh parameter is used to indicate the duration of the PPDU;

[0226] The eighth parameter is used to indicate the length of the PSDU;

[0227] The ninth parameter is used to indicate the MCS used to send the PPDU;

[0228] In some embodiments, the fourth parameter is a Boolean parameter, and the other parameters except the fourth parameter are integer parameters.

[0229] In some embodiments, the fourth parameter is carried in each PPDU.

[0230] In some embodiments, all or part of the parameters other than the fourth parameter are carried in the first request frame.

[0231] In some embodiments, all or part of the parameters other than the fourth parameter are carried in the first response frame.

[0232] In some embodiments, all or part of the parameters other than the fourth parameter are carried in each PPDU.

[0233] Retransmission parameter passing method:

[0234] (1) The fourth parameter is carried in the third field.

[0235] In some embodiments, the third field is an HRL Control field. The HRL Control field is defined to transmit the fourth parameter. The HRL Control field is a variant type of the A-Control field of the HT Control field located in the MAC frame header.

[0236] FIG11 is a schematic diagram showing an HRL control type format of an A-Control field provided by an exemplary embodiment of the present application. The format includes at least one of the following: a control ID field and a control information field.

[0237] Among them, the control ID field occupies 4 bits from B0 to B3, and the control information field occupies 1 bit from B4.

[0238] The Control ID field is used to indicate the variant type of the A-Control field, and its value can be any integer between 10 and 14. For example, a value of 10 indicates that the variant type is the HRL control type (HRL control field).

[0239] The control information field contains parameters used to improve link reliability.

[0240] Regarding the above control information field, the control information field format includes: More PPDU field.

[0241] Among them, the More PPDU field occupies 1 bit.

[0242] The More PPDU field is used to indicate whether to send the next PPDU after a SIFS after the current frame is confirmed. For example, a value of 1 indicates sending, and a value of 0 indicates not sending.

[0243] In some embodiments, the fourth parameter occupies at least one fourth subfield in the third field.

[0244] Illustratively, the fourth parameter occupies more PPDU fields.

[0245] The HRL control type format of the above-mentioned A-Control field is an exemplary possible situation. In different embodiments or different designs, it is not ruled out that at least one of the designs of the position of the above-mentioned field in the frame, the arrangement order between other fields, the number of bytes occupied, the number of bits occupied, the element name, and the field name may change. This embodiment does not limit this.

[0246] (2) Other retransmission parameters except the fourth parameter are carried in the first request frame.

[0247] In some embodiments, the first request frame is an ultra-high reliability (Ultra-High Reliability, UHR) link setup request (UHR Link Setup Request) frame. Figure 12 shows a schematic diagram of the UHR link setup request frame format provided by an exemplary embodiment of the present application. The UHR link setup request frame format includes at least one of the following: a frame control (Frame Control) field, a duration (Duration) field, an address 1 (Address 1) field, an address 2 (Address 2) field, an address 3 (Address 3) field, a sequence control (Sequence Control) field, an HT control (HT Control) field, a frame body (Frame body) field, and an FCS field.

[0248] Among them, the frame control field occupies 2 bytes, the duration field occupies 2 bytes, the address 1 field occupies 6 bytes, the address 2 field occupies 6 bytes, the address 3 field occupies 6 bytes, the sequence control field occupies 2 bytes, the HT control field occupies 4 bytes, the frame body field occupies 2 bytes, and the FCS field occupies 4 bytes.

[0249] Regarding the above frame body field, the frame body field format includes: an action subfield. In the embodiment of the present application, the subfield can be referred to as a field for short.

[0250] The action subfield occupies 4 bytes.

[0251] Regarding the above-mentioned action subfield, the action subfield format includes at least one of the following: a category subfield, a UHR link action subfield, a dialog token subfield, and a UHR link parameters subfield.

[0252] Among them, the category subfield occupies 1 byte, the UHR link action subfield occupies 1 byte, the dialogue token subfield occupies 1 byte, and the UHR link parameter subfield occupies 9 bytes.

[0253] The category subfield is used to indicate a new action frame type, namely, the UHR link action frame type, and its value is any integer between 39 and 125. For example, it can be 40.

[0254] The UHR link action subfield is used to indicate the subtype of the UHR link action frame, and its value is any integer between 0 and 255. For example, it can be 0 to indicate that the UHR link action frame is a UHR link setup request frame.

[0255] The Dialog Token subfield is used to indicate an associated pair of UHR Link Setup Request frames and UHR Link Setup Response frames, both of which contain the Dialog Token subfield.

[0256] The UHR link parameter subfield is used to carry parameters related to the UHR retransmission mechanism.

[0257] For the above-mentioned UHR link parameter subfield, the UHR link parameter subfield format includes at least one of the following: traffic ID (TID) subfield, PHY version (PHY Version) subfield, RxPHYStartDelay subfield, PPDU time (PPDU Time) subfield, PSDU length (PSDU Length) subfield, MCS subfield, maximum retransmission number (Number of Maximum Retry) subfield, same MCS retransmission number (Number of Retry per MCS) subfield, MCS reduction value (Step of MCS Decrease) subfield, reserved (Reserved) subfield.

[0258] Among them, the TID subfield occupies 4 bits, the PHY version subfield occupies 4 bits, the RxPHYStartDelay subfield occupies 8 bits, the PPDU duration subfield occupies 16 bits, the PSDU length subfield occupies 24 bits, the MCS subfield occupies 4 bits, the maximum retransmission number subfield occupies 4 bits, the same MCS retransmission number subfield occupies 3 bits, the MCS reduction value subfield occupies 3 bits, and the reserved subfield occupies 2 bits.

[0259] The TID subfield is used to indicate the stream identifier of the stream for which the UHR retransmission scheme is enabled.

[0260] The PHY version subfield is used to indicate the version of the PPDU used. The values ​​and meanings are shown in Table 2.

[0261] Table 2

[0262] The RxPHYStartDelay subfield is used to indicate the delay between the receiving station starting to receive the PPDU and initiating the PHY-RXSTART.indication. It is used to assist the receiving station in determining whether the preamble (Preamble) part of the next PPDU has been successfully received. The value unit is microseconds.

[0263] The PPDU duration subfield is used to indicate the duration of the transmitted PPDU, with the value in microseconds.

[0264] The PSDU length subfield is used to indicate the length of the PSDU carried in the transmitted PPDU, and the value unit is byte.

[0265] The MCS subfield is used to indicate the MCS used by the transmitted PPDU.

[0266] The maximum number of retransmissions subfield is used to indicate the maximum number of retransmissions, and the value is the number of retransmissions.

[0267] The Same MCS Retransmission Count subfield indicates the number of consecutive retransmissions using the same MCS. Its value is the number of consecutive retransmissions using the same MCS, or the number of consecutive retransmissions using the same MCS minus one. For example, when three bits are used to represent the value, if the number of consecutive retransmissions using the same MCS is 1, the value is 001; alternatively, the value is 000. If the value is the number of consecutive retransmissions using the same MCS minus one, the value can be set starting from 000, allowing more values ​​to represent the number, thereby improving utilization.

[0268] The MCS Decrease Value subfield indicates the MCS value to be decreased each time a retransmission is performed. The value is the MCS decrease value. When the MCS value decreases to 0, it should remain at 0 and not change.

[0269] The above-mentioned UHR link setting request frame format is an exemplary possible situation. In different embodiments or different designs, it is not ruled out that at least one of the positions of the above-mentioned fields in the frame, the arrangement order with other fields, the number of occupied bytes, the number of occupied bits, the element name, and the field name may change. This embodiment does not limit this.

[0270] In some embodiments, other retransmission parameters except the fourth parameter each occupy at least one subfield in the first request frame.

[0271] Exemplarily, the second parameter occupies the maximum number of retransmissions subfield; the third parameter occupies the same MCS retransmission number subfield and the MCS reduction value subfield; the fifth parameter occupies the PHY version subfield; the sixth parameter occupies the RxPHYStartDelay subfield; the seventh parameter occupies the PPDU duration subfield; the eighth parameter occupies the PSDU length subfield; and the ninth parameter occupies the MCS subfield.

[0272] In some embodiments, only the same MCS is used for continuous retransmission, and the value of the same MCS retransmission number subfield is the number of continuous retransmissions using the same MCS, or the number of continuous retransmissions using the same MCS minus one; the MCS reduction value subfield is not used, or the MCS reduction value subfield is 0, or each bit in the subfield is 0.

[0273] In some embodiments, the MCS value is reduced for each retransmission, and the value of the MCS reduction value subfield is the MCS reduction value; the same MCS retransmission number subfield is not used, or the same MCS retransmission number subfield is set to 0, or each bit in the subfield is set to 0.

[0274] In some embodiments, the same MCS is used for continuous retransmission, and after retransmitting the number of times corresponding to the value of the Same MCS Retransmission Count subfield, the MCS value is lowered according to the value corresponding to the MCS Decrease Value subfield and retransmission continues. For example, the same MCS (MCS value is 6) is first used for continuous retransmission, the value corresponding to the Same MCS Retransmission Count subfield is 4, and the value corresponding to the MCS Decrease Value subfield is 1. That is, after retransmitting 4 times, the MCS value is lowered and retransmitted again, each time by 1, and retransmission is performed according to the MCS values ​​of 5, 4, 3, 2, 1, and 0, respectively.

[0275] In some embodiments, after receiving the fourth parameter in the current PPDU, the second station identifies whether the next PPDU will be retransmitted. If it is determined that the next PPDU will be retransmitted, the second station determines the sending time position and duration of the retransmitted PPDU based on at least one of the maximum number of retransmissions subfield, the number of retransmissions with the same MCS subfield, the MCS reduction value subfield, and the PPDU duration subfield. The retransmitted PPDU is the PPDU of the next frame used to carry the retransmission, and can be one or more PPDUs after the next PPDU.

[0276] (3) Other retransmission parameters except the fourth parameter are carried in the first response frame.

[0277] Figure 13 shows a schematic diagram of the UHR link setup response frame format provided by an exemplary embodiment of the present application. The UHR link setup response frame format includes at least one of the following: a frame control field, a duration field, an address 1 field, an address 2 field, an address 3 field, a sequence control field, an HT control field, a frame body field, and an FCS field.

[0278] Among them, the frame control field occupies 2 bytes, the duration field occupies 2 bytes, the address 1 field occupies 6 bytes, the address 2 field occupies 6 bytes, the address 3 field occupies 6 bytes, the sequence control field occupies 2 bytes, the HT control field occupies 4 bytes, the frame body field occupies 2 bytes, and the FCS field occupies 4 bytes.

[0279] Regarding the above frame body field, the frame body field format includes: an action subfield. In the embodiment of the present application, the subfield can be referred to as a field for short.

[0280] The action subfield occupies 4 bytes.

[0281] For the above-mentioned action subfield, the action subfield format includes at least one of the following: Category subfield, UHR Link Action subfield, Dialog Token subfield, Status Code subfield, and UHR Link Parameters subfield.

[0282] Among them, the category subfield occupies 1 byte, the UHR link action subfield occupies 1 byte, the dialogue token subfield occupies 1 byte, the status code subfield occupies 2 bytes, and the UHR link parameter subfield occupies 0 or 9 bytes.

[0283] The category subfield is used to indicate a new action frame type, namely, the UHR link action frame type, and its value is any integer between 39 and 125. For example, it can be 40.

[0284] The UHR link action subfield is used to indicate the subtype of the UHR link action frame, and its value is any integer between 0 and 255. For example, it can be 1 to indicate that the UHR link action frame is a UHR link setup response frame.

[0285] The Status Code subfield indicates the response result to the UHR Link Setup Request frame. A value of 0 indicates success (SUCCESS), a value of 37 indicates rejection (REQUEST_DECLINED), and a value of 39 indicates rejection with suggested parameters (REJECTED_WITH_SUGGESTED_CHANGES).

[0286] The UHR Link Parameters subfield exists only when the Status Code subfield value is 39; otherwise, this field does not exist.

[0287] For the above-mentioned UHR link parameter subfield, the UHR link parameter subfield format includes at least one of the following: TID subfield, PHY version (PHY Version) subfield, RxPHYStartDelay subfield, PPDU duration (PPDU Time) subfield, PSDU length (PSDU Length) subfield, MCS subfield, maximum retransmission number (Number of Maximum Retry) subfield, same MCS retransmission number (Number of Retry per MCS) subfield, MCS reduction value (Step of MCS Decrease) subfield, reserved (Reserved) subfield.

[0288] Among them, the TID subfield occupies 4 bits, the PHY version subfield occupies 4 bits, the RxPHYStartDelay subfield occupies 8 bits, the PPDU duration subfield occupies 16 bits, the PSDU length subfield occupies 24 bits, the MCS subfield occupies 4 bits, the maximum retransmission number subfield occupies 4 bits, the same MCS retransmission number subfield occupies 3 bits, the MCS reduction value subfield occupies 3 bits, and the reserved subfield occupies 2 bits.

[0289] The meanings of the above fields or subfields refer to the corresponding embodiments of the UHR link setup request frame and are not repeated here.

[0290] The above-mentioned UHR link setting response frame format is an exemplary possible situation. In different embodiments or different designs, it is not ruled out that at least one of the positions of the above-mentioned fields in the frame, the arrangement order with other fields, the number of occupied bytes, the number of occupied bits, the element name, and the field name may change. This embodiment does not limit this.

[0291] In some embodiments, other retransmission parameters except the fourth parameter each occupy at least one subfield in the first response frame.

[0292] Exemplarily, the second parameter occupies the maximum number of retransmissions subfield; the third parameter occupies the same MCS retransmission number subfield and the MCS reduction value subfield; the fifth parameter occupies the PHY version subfield; the sixth parameter occupies the RxPHYStartDelay subfield; the seventh parameter occupies the PPDU duration subfield; the eighth parameter occupies the PSDU length subfield; and the ninth parameter occupies the MCS subfield.

[0293] In some embodiments, the first response frame includes a fifth subfield, and the fifth subfield is used to indicate a response result to the first request frame.

[0294] If the value of the fifth subfield is the fifth value, it indicates success;

[0295] When the value of the fifth subfield is the sixth value, it indicates rejection;

[0296] If the value of the fifth subfield is the seventh value, it indicates rejection and provides suggested parameters;

[0297] The recommended parameters include at least one of the second parameter, the third parameter, the fifth parameter, the sixth parameter, the seventh parameter, the eighth parameter, and the ninth parameter.

[0298] Exemplarily, the fifth subfield is a status code subfield, which is used to indicate the response result to the UHR link setup request frame. A value of 0 indicates success, a value of 37 indicates rejection, and a value of 39 indicates rejection with suggested parameters provided.

[0299] Retransmission rules:

[0300] In some embodiments, when the value of the fifth subfield is the fifth value or the seventh value, the next PPDU is sent based on the retransmission parameter; when the value of the fifth subfield is the sixth value, the next PPDU is sent based on parameters other than the retransmission parameter.

[0301] In some embodiments, when the value of the fifth subfield is the fifth value or the seventh value and the second station recognizes a retransmission, the next PPDU is a retransmission PPDU sent according to the retransmission parameter; and / or,

[0302] If the value of the fifth subfield is the fifth value or the seventh value and the second station does not successfully receive the next PPDU, a retransmitted PPDU of the next PPDU is sent according to the retransmission parameters;

[0303] The retransmission PPDU of the next PPDU is the PPDU of the next frame carrying the retransmission, and identifying the retransmission indicates that the next PPDU is not successfully received and needs to be retransmitted.

[0304] In some embodiments, after the first station competes for a channel and reserves a TXOP for multiple frame exchanges, it can send a first request frame (UHR link setup request frame) to the second station after the initial frame of the TXOP to request negotiation of other retransmission parameters other than the fourth parameter. If the negotiation is successful, the PPDUs carrying the following types of frames sent by the first station to the second station within the TXOP must comply with the negotiated retransmission parameters:

[0305] Unicast Action No Ack management frames (Individually addressed Management frames other than Action No Ack frames);

[0306] Individually addressed non-QoS Data frames;

[0307] Unicast QoS Data frames addressed individually with Normal Ack or Implicit BAR Ack policy.

[0308] In some embodiments, the third field is carried in the last frame of the TXOP, and the fourth subfield has a third value;

[0309] The third field is carried in all frames except the last frame in the TXOP, and the fourth subfield has a fourth value.

[0310] Illustratively, within the TXOP, the last frame sent by the first station to the second station carries the HRL control field, and the value of the More PPDU field is 0;

[0311] In the TXOP, all frames except the last frame sent by the first station to the second station carry the HRL control field, and the value of the More PPDU field is 1.

[0312] In summary, the method provided in this embodiment involves a first station sending retransmission parameters related to the first station's retransmission. After receiving the retransmission parameters, the second station, as a receiving station, can determine whether the first station has retransmitted based on the retransmission parameters and obtain information about frames related to the retransmission.

[0313] The method provided in this embodiment further carries a retransmission parameter by using at least one of the HRL control field, the UHR link setup request frame, and the UHR link setup response frame to specifically indicate the retransmission method in different situations, thereby improving the accuracy of retransmission.

[0314] The method provided in this embodiment further flexibly adjusts the MCS used during retransmission by using the same MCS retransmission times field and the MCS reduction value field, thereby improving retransmission efficiency.

[0315] The method provided in this embodiment also implements PPDU granularity (Per PPDU). When sending a PPDU, each PPDU carries retransmission parameters, so that each PPDU has corresponding retransmission parameters, thereby improving the flexibility of retransmission.

[0316] The method provided in this embodiment also uses the TXOP granularity (Per TXOP) to send a retransmission parameter once during each TXOP period, thereby reducing the number of transmissions and thus saving power consumption of the first station.

[0317] FIG14 shows a flowchart of a retransmission method provided by an exemplary embodiment of the present application. The method is performed by a first station, and the method includes:

[0318] Step 812: Send the current PPDU.

[0319] For specific implementation details, please refer to the implementation method of Per PPDU in the embodiment of Figure 8, which will not be repeated here.

[0320] Step 822: Receive an acknowledgment frame or a block acknowledgment frame sent by the second station.

[0321] In some embodiments, the acknowledgment frame or the block acknowledgment frame is sent by the second station when the value of the first subfield is the second value.

[0322] Exemplarily, when the frame received by the second station does not include the HRL control field, or includes the HRL control field but the value of the More Identical PPDU field therein is 0, the second station sends an acknowledgment frame or a block acknowledgment frame.

[0323] In some embodiments, the acknowledgment frame or block acknowledgment frame is sent by the second station when the value of the first subfield is the first value and the second station successfully receives the PPDU; and / or

[0324] The confirmation frame or block confirmation frame is sent by the second station when the value of the first subfield is the first value and no retransmission occurs.

[0325] Exemplarily, when the frame received by the second station includes an HRL control field, or includes an HRL control field and the value of the More Identical PPDU field therein is 1, if no retransmission occurs, the second station sends an acknowledgment frame or a block acknowledgment frame.

[0326] Step 824: Receive at least one first frame broadcast by the second station.

[0327] Among them, the first frame is used to instruct other sites around the second site to set NAV, the first frame is a frame sent in a first time period, the first time period is determined according to the retransmission parameter, and the first time period is a time period outside the time period of interference retransmission PPDU.

[0328] In some embodiments, the duration field in the first frame is set based on a retransmission parameter, and the duration field is used to set the NAV.

[0329] In some embodiments, the first frame is broadcast by the second station when the value of the first subfield is the first value and the second station does not successfully receive the next PPDU; and / or,

[0330] The first frame is broadcast by the second station when the value of the first subfield is the first value and the second station recognizes retransmission.

[0331] Exemplarily, when the frame received by the second station includes an HRL control field, or includes an HRL control field and the value of more identical PPDU fields therein is 1, if the second station recognizes retransmission, the second station can estimate the transmission time period of the retransmitted PPDU based on the retransmission parameters sent by the first station, thereby sending one or more first frames within a time period (first time period) that does not interfere with the retransmitted PPDU.

[0332] In some embodiments, when the MAC layer of the second station does not receive the first primitive within a first delay interval corresponding to a PPDU, the first time period is a time period from an end time of the first delay interval to a start time of a next retransmitted PPDU;

[0333] In a case where the MAC layer of the second station receives the first primitive within a first delay interval corresponding to a PPDU, the first time period is a time period between an end time of the one PPDU and a start time of a next retransmitted PPDU;

[0334] Among them, the first delay interval represents the reception delay of the physical layer; the first delay interval is a time interval within the transmission time period corresponding to a PPDU; and the first primitive is a primitive indicating that the physical layer has received a valid PPDU.

[0335] Exemplarily, when the MAC layer of the second station does not receive the PHY-RXSTART.indication primitive within the RxPHYStartDelay interval corresponding to a PPDU, the first time period is a time period from the end of the RxPHYStartDelay interval to the start time of the next retransmitted PPDU;

[0336] When the MAC layer of the second site receives the PHY-RXSTART.indication primitive within the RxPHYStartDelay interval corresponding to a PPDU, the first time period is the time period from the end moment of the PPDU to the start moment of the next retransmitted PPDU.

[0337] In some embodiments, the second station is in a sleep state or an off state during a first time period, and wakes up again during a time period outside the first time period to receive frames sent by the first station, so that other stations around the second station do not occupy the channel.

[0338] According to the above embodiment, the retransmission process is exemplarily introduced:

[0339] Figure 15 is a schematic diagram of a retransmission method provided by an exemplary embodiment of the present application. In this embodiment, the transmitting station (first station) is an STA, the receiving station (second station) is an AP, and the STA is associated with the AP. The STA obtains a TXOP by sending an RTS frame and receiving a CTS frame, and reserves the channel for a period of time by setting the NAV value. The format of the HRL control field uses the format corresponding to the embodiment of Figure 9.

[0340] During this TXOP, the STA needs to send an MSDU to the AP, which requires high transmission reliability. This MSDU is split into two MPDUs, namely the two data frames shown in Figure 15: Data 1 and Data 2. To improve transmission reliability, the STA carries an HRL control field with the More Same PPDU (MSP) field set to 1 in the MAC header of Data 1. This indicates to the AP that Data 2 will be sent after Data 1, and that the PPDU carrying Data 2 is the same as the PPDU carrying Data 1. This allows the AP to determine whether Data 2 was successfully received and indirectly determine whether the STA will retransmit. If the data frame is received successfully, the STA will not retransmit; if not, the STA will retransmit.

[0341] At the same time, the STA uses the Maximum Retransmission Number subfield, Same MCS Retransmission Number subfield, and MCS Reduction Value subfield in the HRL Control field to inform the AP how to send the retransmission PPDU if a retransmission occurs, thereby helping the AP estimate the appropriate time to send the frame.

[0342] The STA successfully sends Data 1 to the AP and receives an Ack or BA frame in response. However, the first Data 2 sent by the STA fails due to obstruction or interference, so the AP cannot respond with an Ack or BA frame. Based on the relevant acknowledgment and retransmission rules, the STA's MAC layer does not receive the PHY-RXSTART.indication primitive within the AckTimeout period. Therefore, it determines that the first Data 2 frame has failed to be sent and waits for the PIFS interval to send the second Data 2 frame. Because the obstruction or interference has been eliminated by this time, the retransmitted Data 2 frame (the second Data 2 frame) is sent successfully, and the STA receives the corresponding Ack or BA frame.

[0343] During this time, the AP learns from the MSP field in the Data 1 frame that the STA will send Data 2. While receiving the PPDU carrying the first Data 2 frame, the AP's MAC layer receives the PHY-RXSTART.indication primitive within the RxPHYStartDelay interval, but is unable to parse the correct Data 2 frame. Therefore, the AP determines that the first Data 2 frame has failed to be received and, therefore, that the STA will retransmit. The AP also knows that Data 2 frame and Data 1 frame are identical PPDUs, allowing it to estimate the end time of the PPDU carrying the first Data 2 frame and the start time of the PPDU carrying the second Data 2 frame. To prevent hidden stations from occupying the channel and interfering with the PPDU carrying the second Data 2 frame (the retransmitted PPDU), the AP broadcasts a first frame between these two times. This first frame is a VAck frame or a CTS frame, which instructs the hidden station to set the NAV, preventing it from using the channel and improving the reception success rate of the retransmitted PPDU.

[0344] Figure 16 shows a schematic diagram of a retransmission method provided by an exemplary embodiment of the present application. In this embodiment, the transmitting station (first station) is an STA, the receiving station (second station) is an AP, and the STA is associated with the AP. The STA obtains a TXOP by sending an RTS frame and receiving a CTS frame, and reserves the channel for a period of time by setting the NAV value. The format of the HRL control field uses the format corresponding to the embodiment of Figure 9.

[0345] During this TXOP, the STA needs to send an MSDU to the AP, which requires high transmission reliability. This MSDU is split into two MPDUs, namely the two data frames shown in Figure 16: Data 1 and Data 2. To improve transmission reliability, the STA includes an HRL control field with the MSP field set to 1 in the MAC header of Data 1. The STA also sets the Maximum Retransmissions subfield to 10, the Same MCS Retransmissions subfield to 1, and the MCS Decrease Value subfield in the HRL control field to 1. This indicates to the AP that if retransmissions occur, the MCS of each retransmitted PPDU will be the MCS of the previous PPDU minus one, and that a maximum of 10 PPDUs may be retransmitted.

[0346] The STA successfully sends a data frame (1) to the AP at MCS6 and receives an ACK or BA frame in response from the AP. Since the MSP field is set to 1, the STA then sends the first data frame (2) to the AP at the same MCS6. However, due to obstruction or interference, the STA's transmission of the first data frame (2) fails, and the AP cannot respond with an ACK or BA frame. Based on the relevant acknowledgment and retransmission rules, the STA's MAC layer does not receive the PHY-RXSTART.indication primitive within the AckTimeout period, thus determining that the first data frame (2) has failed to be transmitted. After waiting for the PIFS interval, the STA sends the second data frame (2) with a lower MCS value, i.e., MCS5. However, obstruction or interference still exists, so the first retransmitted data frame (2) also fails to be transmitted. After the AckTimeout plus PIFS interval, the STA sends the second retransmitted data frame (3) again, lowering the MCS value to MCS4. At this point, the obstruction or interference has been eliminated, so the second retransmitted data frame (2) is successfully transmitted, and the first station receives the ACK or BA frame.

[0347] During this period, the AP estimates the transmission time period of the first PPDU carrying the data 2 frame and the transmission time period of each PPDU carrying the retransmitted data 2 frame (retransmission PPDU) through the retransmission parameters in the data 1 frame.

[0348] For example, an AP receives a PPDU carrying one data frame with MCS=6 and a duration of 100 microseconds. Since MSP=1, the AP can infer that a PPDU carrying two data frames will be received SIFS after the reply Ack or BA frame, also with a duration of 100 microseconds. Next, the AP receives the next PPDU after the SIFS, but finds a checksum error upon reception. The AP then determines that the STA has failed to transmit two data frames and will retransmit. Based on the retransmission parameters, the first retransmitted PPDU will use MCS5. Combined with the PSDU length of the PPDU carrying one data frame, the duration of the first retransmitted PPDU can be inferred to be 125 microseconds. After waiting for the AckTimeout plus PIFS, the AP receives the first retransmitted PPDU, but finds a checksum error upon reception. The AP then determines that the STA will continue to retransmit, and the second retransmitted PPDU will use MCS4. Combined with the PSDU length of the PPDU carrying one data frame, the duration of the second retransmitted PPDU can be inferred to be 150 microseconds. After waiting for AckTimeout plus PIFS, the AP receives the second retransmitted PPDU and verifies it successfully, thus determining that the retransmission process is complete and the STA does not retransmit any more.

[0349] In order to prevent the hidden station from occupying the channel and interfering with the retransmitted PPDU, the AP broadcasts a first frame outside the transmission time period of the PPDU carrying the first 2 data frames and the PPDU carrying the second 2 data frames. The first frame is a VAck frame or a CTS frame, which is used to instruct the hidden station to set NAV to avoid the hidden station from using the channel, thereby improving the reception success rate of the retransmitted PPDU.

[0350] Figure 17 shows a schematic diagram of a retransmission method provided by an exemplary embodiment of the present application. This embodiment is basically the same as the embodiment corresponding to Figure 15, except that the first data 2 frames sent by the STA are blocked or interfered to a greater extent, resulting in the AP not receiving the PHY-RXSTART.indication primitive within the RxPHYStartDelay interval when receiving the PPDU carrying the data 2 frames. Therefore, the AP can determine that the reception of the PPDU carrying the first data 2 frames has failed at the end of the RxPHYStartDelay interval. Therefore, the AP can send the first frame after the end of the RxPHYStartDelay interval, and the first frame is a VAck frame or a CTS frame. Since there is sufficient time, the AP can send two first frames before the start time of the PPDU carrying the retransmitted data 2 frames (the second data 2 frames).

[0351] For other implementation details of the embodiment of Figure 17, please refer to the embodiment of Figure 15 and will not be repeated here.

[0352] In summary, the method provided in this embodiment involves a first station sending a current PPDU, wherein the current PPDU includes the current frame and retransmission parameters, the retransmission parameters being associated with a next PPDU, which represents the PPDU carrying the next frame. Upon receiving the retransmission parameters associated with the next PPDU, the second station, acting as a receiving station, can determine whether the first station has retransmitted based on the retransmission parameters and obtain information about the frames associated with the retransmission.

[0353] The method provided in this embodiment further improves the reception success rate of the retransmitted PPDU by receiving at least one first frame broadcast by the second station, where the first frame is used to instruct other stations around the second station to set NAV to prevent other stations from using the channel.

[0354] FIG18 shows a flowchart of a retransmission method provided by an exemplary embodiment of the present application. The method is performed by a first station, and the method includes:

[0355] Step 814: After the initial frame of the TXOP, send retransmission parameters.

[0356] For specific implementation details, please refer to the implementation of Per TXOP in the embodiment of FIG8 , which will not be described in detail here.

[0357] Step 826: Receive an acknowledgment frame or a block acknowledgment frame sent by the second station.

[0358] In some embodiments, when the second site receives the first request frame, if it agrees with the retransmission parameter therein, it replies with a first response frame with the value of the fifth subfield being the fifth value; if it disagrees with the retransmission parameter therein, it replies with a first response frame with the value of the fifth subfield being the sixth value; if it disagrees with the retransmission parameter therein but provides recommended parameters, it replies with a first response frame with the value of the fifth subfield being the seventh value.

[0359] Exemplarily, when the second site receives the UHR link setup request frame, if it agrees with the retransmission parameters therein, it replies with a UHR link setup response frame with a status code subfield value of 0; if it disagrees with the retransmission parameters therein, it replies with a UHR link setup response frame with a status code subfield value of 37; if it disagrees with the retransmission parameters therein but provides recommended parameters, it replies with a UHR link setup response frame with a status code subfield value of 39.

[0360] In some embodiments, the value of the fifth subfield is the fifth value or the seventh value, and the acknowledgment frame or the block acknowledgment frame is sent by the second station when the value of the fourth subfield is the eighth value;

[0361] The fourth subfield is the subfield occupied by the fourth parameter in the third field.

[0362] Exemplarily, the value of the status code subfield is 0 or 39. When the frame received by the second station does not include the HRL control field, or includes the HRL control field but the value of the More PPDU field is 0, the second station sends an acknowledgment frame or a block acknowledgment frame.

[0363] In some embodiments, the value of the fifth subfield is the fifth value or the seventh value, and the confirmation frame or block confirmation frame is sent by the second station when the value of the fourth subfield is the ninth value and the second station successfully receives the PPDU; and / or

[0364] An acknowledgment frame or a block acknowledgment frame is sent by the second station when the value of the fourth subfield is the ninth value and no retransmission occurs;

[0365] The fourth subfield is the subfield occupied by the fourth parameter in the third field.

[0366] Exemplarily, the value of the status code subfield is 0 or 39. When the frame received by the second station includes an HRL control field, or includes an HRL control field and the value of the More PPDU field is 1, the second station sends an acknowledgment frame or a block acknowledgment frame.

[0367] Step 828: Receive at least one first frame broadcast by the second station.

[0368] Among them, the value of the fifth subfield is the fifth value or the seventh value, the first frame is used to indicate that other sites around the second site set NAV, the first frame is a frame sent within the first time period, the first time period is determined according to the retransmission parameter, and the first time period is a time period outside the time period of interference retransmission PPDU.

[0369] In some embodiments, the duration field in the first frame is set based on a retransmission parameter, and the duration field is used to set the NAV.

[0370] In some embodiments, the first frame is broadcast by the second station when the value of the fourth subfield is the ninth value and the second station does not successfully receive the next PPDU; and / or,

[0371] The first frame is broadcast by the second station when the value of the fourth subfield is the ninth value and the second station recognizes the retransmission;

[0372] The fourth subfield is the subfield occupied by the fourth parameter in the third field.

[0373] Exemplarily, when the frame received by the second station includes an HRL control field and the value of the More PPDU field therein is 1, if the second station recognizes retransmission, the second station can estimate the transmission time period of the retransmitted PPDU based on the retransmission parameters sent by the first station, thereby sending one or more first frames within a time period (first time period) that does not interfere with the retransmitted PPDU.

[0374] In some embodiments, when the MAC layer of the second station does not receive the first primitive within a first delay interval corresponding to a PPDU, the first time period is a time period from an end time of the first delay interval to a start time of a next retransmitted PPDU;

[0375] In a case where the MAC layer of the second station receives the first primitive within a first delay interval corresponding to a PPDU, the first time period is a time period between an end time of the one PPDU and a start time of a next retransmitted PPDU;

[0376] Among them, the first delay interval represents the reception delay of the physical layer; the first delay interval is a time interval within the transmission time period corresponding to a PPDU; and the first primitive is a primitive indicating that the physical layer has received a valid PPDU.

[0377] Exemplarily, when the MAC layer of the second station does not receive the PHY-RXSTART.indication primitive within the RxPHYStartDelay interval corresponding to a PPDU, the first time period is a time period from the end of the RxPHYStartDelay interval to the start time of the next retransmitted PPDU;

[0378] When the MAC layer of the second site receives the PHY-RXSTART.indication primitive within the RxPHYStartDelay interval corresponding to a PPDU, the first time period is the time period from the end moment of the PPDU to the start moment of the next retransmitted PPDU.

[0379] According to the above embodiment, the retransmission process is exemplarily introduced:

[0380] Figure 19 shows a schematic diagram of a retransmission method provided by an exemplary embodiment of the present application. In this embodiment, the sending station (first station) is an AP, and the receiving station (second station) is an STA, which is associated with the AP. The AP obtains a TXOP by sending a CTS frame and reserves the channel for a period of time by setting the NAV value.

[0381] During this TXOP, the AP needs to send an MSDU to the STA, which requires high transmission reliability, and split the MSDU into two data frames, namely Data 1 and Data 2 in Figure 19. To improve transmission reliability, the AP sends a UHR Link Setup Request frame to negotiate retransmission parameters with the STA. The STA responds with a UHR Link Setup Response frame with the Status Code subfield set to 0 to indicate agreement.

[0382] In the remaining TXOP, the AP sets the More PPDU (MP) field in the HRL control field of the Data 1 frame (not the last frame) sent to the STA to 1, sets the MP field in the HRL control field in the Data 2 frame (the last frame) to 0, and transmits the PPDU carrying the Data 1 frame and the Data 2 frame according to the negotiated retransmission parameters.

[0383] The AP successfully sends Data 1 to the STA and receives an Ack or BA frame in response. However, the AP's first Data 2 failed due to obstruction or interference, so the STA cannot reply with an Ack or BA frame. The AP waits for the PIFS interval before sending the second Data 2 (the retransmitted Data 2). Because the obstruction or interference has resolved, the retransmitted Data 2 is successfully sent, and the AP receives an Ack or BA frame.

[0384] The STA uses the MP field in the HRL control field of the Data 1 frame to detect that the AP is about to send Data 2. While receiving the PPDU carrying Data 2, the STA's MAC layer receives the PHY-RXSTART.indication primitive within the RxPHYStartDelay interval, but is unable to parse the correct Data 2 frame. Therefore, the STA determines that the first Data 2 frame has failed to be received and infers that the AP will retransmit it. The STA also knows that the PPDU carrying Data 2 is the same as that carrying Data 1, allowing it to estimate the end time of the PPDU carrying the first Data 2 frame and the start time of the PPDU carrying the retransmitted Data 2 frame. To prevent hidden stations from occupying the channel and interfering with the PPDU carrying the second Data 2 frame (the retransmitted PPDU), the STA broadcasts a first frame between these two times. This first frame is a VAck frame or a CTS frame, which instructs the hidden station to set the NAV, preventing the hidden station from using the channel and improving the reception success rate of the retransmitted PPDU.

[0385] Figure 20 shows a schematic diagram of a retransmission method provided by an exemplary embodiment of the present application. In this embodiment, the transmitting station (first station) is an AP, and the receiving stations (second stations) are STA1 and STA2, both of which are associated with the AP. The AP obtains a TXOP by sending a CTS frame and reserves the channel for a period of time by setting the NAV value.

[0386] Within this TXOP, the AP needs to send a highly reliable MSDU to STA1 and STA2, respectively, and split each MSDU into two data frames, namely, Data 1 and Data 2, and Data 3 and Data 4, as shown in Figure 20. To improve the reliability of data frame transmission, the AP sends the first UHR Link Setup Request frame to negotiate the corresponding retransmission parameters with STA1. STA1 responds with a UHR Link Setup Response frame with the Status Code subfield set to 0, indicating its agreement. The AP then sends the second UHR Link Setup Request frame to negotiate the corresponding retransmission parameters with STA2. STA2 responds with a UHR Link Setup Response frame with the Status Code subfield set to 0, indicating its agreement.

[0387] In the remaining TXOP, the AP sets the MP field in the HRL control field of the Data 1 frame (not the last frame) sent to STA1 to 1, sets the MP field in the HRL control field of the Data 2 frame (the last frame) to 0, and transmits the PPDU carrying Data 1 and Data 2 according to the negotiated retransmission parameters. Then, the AP sets the MP field in the HRL control field of the Data 3 frame (not the last frame) sent to STA2 to 1, sets the MP field in the HRL control field of the Data 4 frame (the last frame) to 0, and transmits the PPDU carrying Data 3 and Data 4 according to the negotiated retransmission parameters.

[0388] No obstruction or interference is encountered during the transmission of the above data frame, so the receiving station replies with an Ack frame or a BA frame according to the relevant confirmation rules.

[0389] In summary, the method provided in this embodiment transmits retransmission parameters after the initial frame of a TXOP. The retransmission parameters are parameters used when transmitting a specific frame within the TXOP. After receiving the retransmission parameters, the second station, acting as a receiving station, can determine whether the first station has retransmitted based on the retransmission parameters and obtain information about the frames related to the retransmission.

[0390] The method provided in this embodiment further improves the reception success rate of the retransmitted PPDU by receiving at least one first frame broadcast by the second station, where the first frame is used to instruct other stations around the second station to set NAV to prevent other stations from using the channel.

[0391] In the above embodiment, the first frame may be a VAck frame or a CTS frame. The VAck frame is a newly defined control frame broadcast by the second station (receiving station) during a time period that does not interfere with retransmitted PPDUs. It is used to instruct hidden stations around the receiving station to set a NAV, thereby suppressing their use of the channel. The PPDU carrying the VAck frame may be a non-HT PPDU (non-HT PPDU) or another type of PPDU.

[0392] In some embodiments, the formats of the first frame (VAck frame) include the following two:

[0393] (1) The first frame includes a sixth subfield, which is used to indicate a frame subtype.

[0394] Figure 21 shows a schematic diagram of the control frame (VAck frame) format provided by an exemplary embodiment of the present application. The VAck frame format includes at least one of the following: a frame control (Frame Control) field, a duration (Duration) field, an RA field, and an FCS field.

[0395] Among them, the frame control field occupies 2 bytes, the duration field occupies 2 bytes, the RA field occupies 6 bytes, and the FCS field occupies 4 bytes.

[0396] The frame control field is used to indicate information such as the type of the MAC frame.

[0397] The duration field is used to indicate the duration of the TXOP to be protected, and its value is the length between the end time of the VAck frame and the end time of the TXOP, and the value unit is microseconds.

[0398] The RA field is used to indicate the receiving address, which is the broadcast address here.

[0399] The FCS field is used to indicate the frame check sequence.

[0400] For the above-mentioned frame control field, the frame control field format includes at least one of the following: Protocol Version subfield, Type subfield, Subtype subfield, To DS subfield, From DS subfield, More Fragments subfield, Retry subfield, Power Management subfield, More Data subfield, Protected Frame subfield, +HTC subfield. In the embodiment of the present application, the subfield can be simply referred to as field.

[0401] Among them, the protocol version subfield occupies 2 bits in total, B0-B1; the type subfield occupies 2 bits in total, B2-B3; the subtype subfield occupies 4 bits in total, B4-B7; the to DS subfield occupies 1 bit in total, B8; the from DS subfield occupies 1 bit in total, B9; the more fragments subfield occupies 1 bit in total, B10; the retransmission subfield occupies 1 bit in total, B11; the power management subfield occupies 1 bit in total, B12; the more data subfield occupies 1 bit in total, B13; the protected frame subfield occupies 1 bit in total, B14; and the +HTC subfield occupies 1 bit in total, B15.

[0402] The protocol version subfield is used to indicate the version of the MAC frame. For example, a value of 0 indicates the basic version, and a value of 1 indicates the PV1 MAC frame version.

[0403] The type subfield is used to indicate the frame type. For example, a value of 1 (01 in binary) indicates that the frame type is a control frame.

[0404] The subtype subfield is used to indicate the frame subtype, for example, a value of 15 (1111 in binary) indicates that the subtype of the frame is a VAck frame.

[0405] The To DS subfield and the From DS subfield are used to indicate the frame transmission direction.

[0406] The More Fragments subfield is used to indicate whether it is a non-last fragment after the same MSDU or MMPDU is segmented. For example, a value of 1 indicates yes, and a value of 0 indicates no.

[0407] The retransmission subfield is used to indicate whether it is a retransmission frame. For example, a value of 1 indicates yes, and a value of 0 indicates no. In this VAck frame, the value is always 0, indicating that it is not a retransmission frame.

[0408] The Power Management subfield is used to indicate the power management mode.

[0409] The More Data subfield is used by the AP to indicate whether the STA in the power saving mode has more buffered data to be sent to the STA. For example, a value of 1 indicates yes, and a value of 0 indicates no.

[0410] The protected frame subfield is used to indicate whether the frame body is encrypted. For example, a value of 1 indicates yes, and a value of 0 indicates no. In this VAck frame, the value is always 0, indicating that the frame body is not encrypted.

[0411] The +HTC subfield is used to indicate whether the frame header includes the HTC field. For example, a value of 1 indicates yes, and a value of 0 indicates no. In the VAck frame, the value is always 0, indicating that the HTC field is not included.

[0412] The above control frame format is an exemplary possible situation. In different embodiments or different designs, it is not ruled out that at least one of the positions of the above fields in the frame, the arrangement order with other fields, the number of bytes occupied, the number of bits occupied, the element name, and the field name may change. This embodiment does not limit this.

[0413] (2) The first frame includes a sixth subfield and a seventh subfield. The sixth subfield is used to indicate the frame subtype, and the seventh subfield is used to indicate the subtype of the control frame extension.

[0414] Figure 22 shows a schematic diagram of the control frame (VAck frame) format provided by an exemplary embodiment of the present application. The VAck frame format includes at least one of the following: a frame control (Frame Control) field, a duration (Duration) field, an RA field, and an FCS field.

[0415] Among them, the frame control field occupies 2 bytes, the duration field occupies 2 bytes, the RA field occupies 6 bytes, and the FCS field occupies 4 bytes.

[0416] For the above-mentioned frame control field, the frame control field format includes at least one of the following: Protocol Version subfield, Type subfield, Subtype subfield, Control Frame Extension subfield, Power Management subfield, More Data subfield, Protected Frame subfield, +HTC subfield. In the embodiment of the present application, the subfield can be simply referred to as field.

[0417] Among them, the protocol version subfield occupies 2 bits from B0 to B1, the type subfield occupies 2 bits from B2 to B3, the subtype subfield occupies 4 bits from B4 to B7, the control frame extension subfield occupies 4 bits from B8 to B11, the power management subfield occupies 1 bit from B12, the more data subfield occupies 1 bit from B13, the protected frame subfield occupies 1 bit from B14, and the +HTC subfield occupies 1 bit from B15.

[0418] The type subfield is used to indicate the frame type. For example, a value of 1 (01 in binary) indicates that the frame type is a control frame.

[0419] The subtype subfield is used to indicate the frame subtype, for example, a value of 6 (0110 in binary) indicates that the subtype of the frame is a control frame extension. Exemplarily, the sixth subfield is the subtype subfield.

[0420] The Control Frame Extension subfield is used to indicate the subtype of the Control Frame Extension, and its value is any integer between 12 and 15. For example, a value of 12 (1100 in binary) indicates that the subtype of the Control Frame Extension is a VAck frame. Exemplarily, the seventh subfield is the Control Frame Extension subfield.

[0421] For other fields and their meanings, please refer to the embodiment of Figure 21 and will not be repeated here.

[0422] The above control frame format is an exemplary possible situation. In different embodiments or different designs, it is not ruled out that at least one of the positions of the above fields in the frame, the arrangement order with other fields, the number of bytes occupied, the number of bits occupied, the element name, and the field name may change. This embodiment does not limit this.

[0423] In addition to being transmitted in the form of the HRL control field in the MAC frame of the MAC layer, the retransmission parameter in the above embodiment can also be transmitted in the form of the user signaling (User SIGnal, U-SIG) field in the PPDU of the PHY layer in some embodiments.

[0424] In some embodiments, the retransmission parameter is carried in a MAC frame of the MAC layer, or in a PPDU of the PHY layer.

[0425] FIG23 shows a schematic diagram of a U-SIG field format provided by an exemplary embodiment of the present application. The U-SIG field format includes a first part (U-SIG-1) format and a second part (U-SIG-2) format.

[0426] The first part (U-SIG-1) format includes at least one of the following: PHY Version Identifier field, Bandwidth field, Uplink (UL) / Downlink (DL) link field, Basic Service Set (BSS) color code (BSS Color) field, TXOP field, More Same PPDU field, Maximum Retry number (Number of Maximum Retry) field, Number of Retry per MCS field, MCS Decrease step value field, and Validate field.

[0427] Among them, the PHY version identifier field occupies 3 bits from B0 to B2, the bandwidth field occupies 3 bits from B3 to B5, the UL / DL field occupies 1 bit from B6, the BSS color code field occupies 6 bits from B7 to B12, the TXOP field occupies 7 bits from B13 to B19, the more identical PPDU field occupies 1 bit from B20, the maximum number of retransmissions field occupies 2 bits from B21 to B22, the same MCS retransmission number field occupies 1 bit from B23, the MCS reduction value field occupies 1 bit from B24, and the verification field occupies 1 bit from B25.

[0428] The More Identical PPDU field is used to indicate whether to send the next PPDU after the current frame is confirmed and one SIFS has passed, and the PPDU carrying the next frame is identical to the PPDU carrying the current frame except for the PSDU content. For example, a value of 1 indicates yes, and a value of 0 indicates no.

[0429] The maximum number of retransmissions field is used to indicate the maximum number of retransmissions, and the value is the number of retransmissions.

[0430] The Same MCS Retransmission Count field is used to indicate the number of consecutive retransmissions using the same MCS. The value is the number of consecutive retransmissions using the same MCS, or the number of consecutive retransmissions using the same MCS minus 1. For example, when three bits are used to represent the value, if the number of consecutive retransmissions using the same MCS is 1, the value is 001; or, if the number of consecutive retransmissions using the same MCS is 000.

[0431] The MCS reduction value field indicates the MCS reduction value for each retransmission. The value is the MCS reduction value. Once the MCS value is reduced to 0, it should remain at 0 and not change.

[0432] The second part (U-SIG-2) format includes at least one of the following: PPDU Type and Compression Mode field, Validate field, Punctured Channel Information field, BSS Color field, Enhanced High Throughput Signal (EHT-SIG) MCS field, EHT-SIG Number of Symbols field, Cyclic Redundancy Check (CRC) field, and Tail field.

[0433] Among them, the PPDU type and compression mode fields occupy a total of 2 bits from B0 to B1, the verification field occupies a total of 1 bit from B2, the clipped channel information field occupies a total of 5 bits from B3 to B7, the BSS color code field occupies a total of 1 bit from B8, the EHT-SIG MCS field occupies a total of 2 bits from B9 to B10, the EHT-SIG symbol number field occupies a total of 5 bits from B11 to B15, the CRC field occupies a total of 4 bits from B16 to B19, and the tail field occupies a total of 6 bits from B20 to B25.

[0434] The above-mentioned U-SIG field format is an exemplary possible situation. In different embodiments or different designs, it is not ruled out that at least one of the positions of the above-mentioned fields in the frame, the order of arrangement with other fields, the number of bytes occupied, the number of bits occupied, the element name, and the field name may be changed. This embodiment does not limit this.

[0435] FIG24 shows a schematic diagram of a U-SIG field provided by an exemplary embodiment of the present application. The U-SIG field format includes a first part (U-SIG-1) format and a second part (U-SIG-2) format.

[0436] The first part (U-SIG-1) format includes at least one of the following: a PHY Version Identifier field, a Bandwidth field, a UL / DL Link field, a BSS Color field, a TXOP field, a More PPDU field, a Disregard field, and a Validate field.

[0437] Among them, the PHY version identifier field occupies 3 bits from B0 to B2, the bandwidth field occupies 3 bits from B3 to B5, the UL / DL field occupies 1 bit from B6, the BSS color code field occupies 6 bits from B7 to B12, the TXOP field occupies 7 bits from B13 to B19, the More PPDU field occupies 1 bit from B20, the Ignore field occupies 4 bits from B21 to B24, and the Verification field occupies 1 bit from B25.

[0438] The More PPDU field is used to indicate whether to send the next PPDU after the current frame is confirmed and a SIFS has passed. For example, a value of 1 indicates yes, and a value of 0 indicates no.

[0439] The second part (U-SIG-2) format includes at least one of the following: PPDU Type and Compression Mode field, Validate field, Punctured Channel Information field, BSS Color field, EHT-SIG MCS field, EHT-SIG Number of Symbols field, CRC field, and Tail field.

[0440] Among them, the PPDU type and compression mode fields occupy a total of 2 bits from B0 to B1, the verification field occupies a total of 1 bit from B2, the clipped channel information field occupies a total of 5 bits from B3 to B7, the BSS color code field occupies a total of 1 bit from B8, the EHT-SIG MCS field occupies a total of 2 bits from B9 to B10, the EHT-SIG symbol number field occupies a total of 5 bits from B11 to B15, the CRC field occupies a total of 4 bits from B16 to B19, and the tail field occupies a total of 6 bits from B20 to B25.

[0441] The above-mentioned U-SIG field format is an exemplary possible situation. In different embodiments or different designs, it is not ruled out that at least one of the positions of the above-mentioned fields in the frame, the order of arrangement with other fields, the number of bytes occupied, the number of bits occupied, the element name, and the field name may be changed. This embodiment does not limit this.

[0442] FIG25 shows a flowchart of a retransmission method provided by an exemplary embodiment of the present application. The method is performed by the second station, and the method includes:

[0443] Step 2510: Receive the retransmission parameters sent by the first site.

[0444] The retransmission parameter is a parameter related to the retransmission of the first station.

[0445] In some embodiments, receiving the retransmission parameter sent by the first station includes:

[0446] receiving a current PPDU sent by the first station;

[0447] The current PPDU includes: a current frame and a retransmission parameter. The retransmission parameter is associated with a next PPDU. The next PPDU represents a PPDU that carries the next frame.

[0448] In some embodiments, the retransmission parameter includes at least one of the following three parameters:

[0449] First parameter;

[0450] The second parameter;

[0451] The third parameter;

[0452] The first parameter is used to indicate whether to send the next PPDU after the current frame is confirmed and a SIFS has passed. The next PPDU is identical to the current PPDU except for the PSDU content.

[0453] The second parameter is used to indicate the maximum number of retransmissions;

[0454] The third parameter is used to indicate the MCS used in case of retransmission, including the number of consecutive retransmissions using the same MCS and / or the value by which the MCS is reduced each time during retransmission.

[0455] In some embodiments, the retransmission parameter is carried in the first field.

[0456] In some embodiments, the first field is an HRL control field.

[0457] In some embodiments, the first parameter occupies at least one first subfield in the first field;

[0458] The second parameter occupies at least one second subfield in the first field;

[0459] The third parameter occupies at least one third subfield in the first field.

[0460] In some embodiments, the retransmission parameter is carried in the second field, and the second field is used to indicate whether to send the next PPDU after a SIFS has passed after the current frame is confirmed.

[0461] In some embodiments, the second field is an HRL control field.

[0462] In some embodiments, the second parameter occupies at least one second subfield in the second field;

[0463] The third parameter occupies at least one third subfield in the second field.

[0464] In some embodiments, when the value of the first subfield is the first value, the next PPDU is sent based on the retransmission parameter;

[0465] When the value of the first subfield is the second value, the next PPDU is sent based on parameters other than the retransmission parameter.

[0466] In some embodiments, when the value of the first subfield is the first value and retransmission occurs, the next PPDU is a retransmitted PPDU sent according to the second parameter and the third parameter; and / or,

[0467] When the value of the first subfield is the first value and the second station does not successfully receive the next PPDU, the retransmitted PPDU of the next PPDU is sent according to the second parameter and the third parameter;

[0468] The retransmission PPDU of the next PPDU is the PPDU of the next frame carrying the retransmission, and identifying the retransmission indicates that it is identified that the next PPDU is not successfully received and needs to be retransmitted.

[0469] In some embodiments, receiving the retransmission parameter sent by the first station includes:

[0470] After the initial frame of the TXOP, receiving retransmission parameters sent by the first station;

[0471] The retransmission parameter is a parameter used when transmitting a specified frame within a TXOP.

[0472] In some embodiments, the retransmission parameter includes at least one of the following:

[0473] The second parameter;

[0474] The third parameter;

[0475] The fourth parameter;

[0476] The fifth parameter;

[0477] The sixth parameter;

[0478] The seventh parameter;

[0479] Eighth parameter;

[0480] Ninth parameter;

[0481] The second parameter is used to indicate the maximum number of retransmissions;

[0482] The third parameter is used to indicate the MCS to be used in case of retransmission, including the number of consecutive retransmissions using the same MCS and / or the value by which the MCS is reduced each time during retransmission;

[0483] The fourth parameter is used to indicate whether to send the next PPDU after the current frame is confirmed and a SIFS has passed. The next PPDU indicates the PPDU that carries the next frame.

[0484] The fifth parameter is used to indicate the PHY version of the PPDU;

[0485] The sixth parameter is used to indicate a first time interval, where the first time interval represents the time interval from the start of a PPDU to the reporting of a first primitive to the MAC layer, where the first primitive indicates that the physical layer has received a valid PPDU.

[0486] The seventh parameter is used to indicate the duration of the PPDU;

[0487] The eighth parameter is used to indicate the length of the PSDU;

[0488] The ninth parameter is used to indicate the MCS used to send the PPDU.

[0489] In some embodiments, the fourth parameter is carried in the third field.

[0490] In some embodiments, the third field is an HRL control field.

[0491] In some embodiments, the fourth parameter occupies at least one fourth subfield in the third field.

[0492] In some embodiments, the third field is carried in the last frame of the TXOP, and the fourth subfield has a third value;

[0493] The third field is carried in all frames except the last frame in the TXOP, and the fourth subfield has a fourth value.

[0494] In some embodiments, other retransmission parameters except the fourth parameter are carried in the first request frame.

[0495] In some embodiments, other retransmission parameters except the fourth parameter each occupy at least one subfield in the first request frame.

[0496] In some embodiments, other retransmission parameters except the fourth parameter are carried in the first response frame.

[0497] In some embodiments, other retransmission parameters except the fourth parameter each occupy at least one subfield in the first response frame.

[0498] In some embodiments, the first response frame includes a fifth subfield, and the fifth subfield is used to indicate a response result to the first request frame.

[0499] In some embodiments, when the value of the fifth subfield is the fifth value, it indicates success;

[0500] When the value of the fifth subfield is the sixth value, it indicates rejection;

[0501] If the value of the fifth subfield is the seventh value, it indicates rejection and provides suggested parameters;

[0502] The recommended parameters include at least one of the second parameter, the third parameter, the fifth parameter, the sixth parameter, the seventh parameter, the eighth parameter, and the ninth parameter.

[0503] The specific implementation details of the above retransmission method refer to the embodiment of Figure 8 and will not be repeated here.

[0504] In summary, the method provided in this embodiment receives retransmission parameters sent by a first station; wherein the retransmission parameters are parameters related to the retransmission of the first station. After receiving the retransmission parameters, the second station, as the receiving station, can determine whether the first station has retransmitted based on the retransmission parameters and obtain information about frames related to the retransmission.

[0505] The method provided in this embodiment also carries a retransmission parameter through at least one of the first field, the second field, the third field, the first request frame, and the first response frame, specifically indicating the retransmission method in different situations, thereby improving the accuracy of retransmission.

[0506] The method provided in this embodiment further improves retransmission efficiency by flexibly adjusting the MCS used during retransmission by using the third subfield.

[0507] The method provided in this embodiment is also implemented through PPDU granularity (Per PPDU). When the first station sends a PPDU, each PPDU carries a retransmission parameter, so that each PPDU has a corresponding retransmission parameter, thereby improving the flexibility of retransmission.

[0508] The method provided in this embodiment is also implemented in a TXOP granularity (Per TXOP) manner. The first station sends a retransmission parameter once during each TXOP period, thereby reducing the number of transmissions and thus saving power consumption of the first station.

[0509] Regarding the implementation of PPDU granularity (Per PPDU), FIG26 shows a flowchart of a retransmission method provided by an exemplary embodiment of the present application. The method is performed by the second station, and the method includes:

[0510] Step 2512: Receive the current PPDU sent by the first station.

[0511] For specific implementation details, please refer to step 2510 of the embodiment of Figure 25, which will not be repeated here.

[0512] Step 2522: Send an acknowledgment frame or a block acknowledgment frame.

[0513] In some embodiments, sending an acknowledgment frame or a block acknowledgment frame includes:

[0514] When the value of the first subfield is the second value, an acknowledgment frame or a block acknowledgment frame is sent.

[0515] In some embodiments, sending an acknowledgment frame or a block acknowledgment frame includes:

[0516] If the value of the first subfield is the first value and the PPDU is successfully received, sending an acknowledgment frame or a block acknowledgment frame; and / or,

[0517] When the value of the first subfield is the first value and no retransmission occurs, an acknowledgment frame or a block acknowledgment frame is sent.

[0518] Step 2524: Broadcast at least one first frame.

[0519] Among them, the first frame is used to instruct other sites around the second site to set NAV, the first frame is a frame sent in a first time period, the first time period is determined according to the retransmission parameter, and the first time period is a time period outside the time period of interference retransmission PPDU.

[0520] In some embodiments, the duration field in the first frame is set based on a retransmission parameter, and the duration field is used to set the NAV.

[0521] In some embodiments, broadcasting at least one first frame includes:

[0522] When the value of the first subfield is the first value and the next PPDU is not successfully received, broadcast at least one first frame; and / or,

[0523] When the value of the first subfield is the first value and retransmission is identified, at least one first frame is broadcast.

[0524] In some embodiments, when the MAC layer of the second station does not receive the first primitive within a first delay interval corresponding to a PPDU, the first time period is a time period from an end time of the first delay interval to a start time of a next retransmitted PPDU;

[0525] In a case where the MAC layer of the second station receives the first primitive within a first delay interval corresponding to a PPDU, the first time period is a time period between an end time of the one PPDU and a start time of a next retransmitted PPDU;

[0526] Among them, the first delay interval represents the reception delay of the physical layer; the first delay interval is a time interval within the transmission time period corresponding to a PPDU; and the first primitive is a primitive indicating that the physical layer has received a valid PPDU.

[0527] In summary, the method provided in this embodiment receives a current PPDU sent by a first station; the current PPDU includes the current frame and retransmission parameters, and the retransmission parameters are associated with a next PPDU, which represents the PPDU carrying the next frame. After receiving the retransmission parameters associated with the next PPDU, the second station, as the receiving station, can determine whether the first station has retransmitted based on the retransmission parameters and obtain information about the frames related to the retransmission.

[0528] The method provided in this embodiment further improves the reception success rate of the retransmitted PPDU by broadcasting at least one first frame, where the first frame is used to instruct other stations around the second station to set NAV to prevent other stations from using the channel.

[0529] Regarding the implementation of TXOP granularity (Per TXOP), FIG27 shows a flowchart of a retransmission method provided by an exemplary embodiment of the present application. The method is performed by the second station and includes:

[0530] Step 2514: After the initial frame of the TXOP, receive the retransmission parameters sent by the first station.

[0531] For specific implementation details, please refer to step 2510 of the embodiment of Figure 25, which will not be repeated here.

[0532] Step 2526: Send an acknowledgment frame or a block acknowledgment frame.

[0533] Among them, the value of the fifth subfield is the fifth value or the seventh value.

[0534] In some embodiments, sending an acknowledgment frame or a block acknowledgment frame includes:

[0535] If the value of the fourth subfield is the ninth value and the PPDU is successfully received, an acknowledgment frame or a block acknowledgment frame is sent; and / or,

[0536] If the value of the fourth subfield is the ninth value and no retransmission occurs, an acknowledgment frame or a block acknowledgment frame is sent;

[0537] The fourth subfield is the subfield occupied by the fourth parameter in the third field.

[0538] Step 2528: Broadcast at least one first frame.

[0539] Among them, the value of the fifth subfield is the fifth value or the seventh value, the first frame is used to indicate that other sites around the second site set NAV, the first frame is a frame sent within the first time period, the first time period is determined according to the retransmission parameter, and the first time period is a time period outside the time period of interference retransmission PPDU.

[0540] In some embodiments, the duration field in the first frame is set based on a retransmission parameter, and the duration field is used to set the NAV.

[0541] In some embodiments, broadcasting at least one first frame includes:

[0542] If the value of the fourth subfield is the ninth value and the next PPDU is not successfully received, broadcast at least one first frame; and / or,

[0543] When the value of the fourth subfield is the ninth value and a retransmission is identified, broadcast at least one first frame;

[0544] The fourth subfield is the subfield occupied by the fourth parameter in the third field.

[0545] In some embodiments, when the MAC layer of the second station does not receive the first primitive within a first delay interval corresponding to a PPDU, the first time period is a time period from an end time of the first delay interval to a start time of a next retransmitted PPDU;

[0546] In a case where the MAC layer of the second station receives the first primitive within a first delay interval corresponding to a PPDU, the first time period is a time period between an end time of the one PPDU and a start time of a next retransmitted PPDU;

[0547] Among them, the first delay interval represents the reception delay of the physical layer; the first delay interval is a time interval within the transmission time period corresponding to a PPDU; and the first primitive is a primitive indicating that the physical layer has received a valid PPDU.

[0548] In summary, the method provided in this embodiment receives retransmission parameters sent by a first station after the initial frame of a TXOP. The retransmission parameters are parameters used when transmitting a specific frame within the TXOP. After receiving the retransmission parameters, the second station, acting as the receiving station, can determine whether the first station has retransmitted based on the retransmission parameters and obtain information about the frames related to the retransmission.

[0549] The method provided in this embodiment further improves the reception success rate of the retransmitted PPDU by broadcasting at least one first frame, where the first frame is used to instruct other stations around the second station to set NAV to prevent other stations from using the channel.

[0550] In some embodiments, the first frame includes a sixth subfield, and the sixth subfield is used to indicate a frame subtype.

[0551] In some embodiments, the first frame includes a sixth subfield and a seventh subfield, the sixth subfield is used to indicate the frame subtype, and the seventh subfield is used to indicate the subtype of the control frame extension.

[0552] In some embodiments, the first frame is a VAck frame or a CTS frame.

[0553] In some embodiments, the retransmission parameter is carried in a MAC frame of the MAC layer, or in a PPDU of the PHY layer.

[0554] In the above embodiments, steps with the same sequence number can be considered to be the same step. Among them, the embodiment corresponding to Figure 8, the embodiment corresponding to Figure 14, the embodiment corresponding to Figure 18, the embodiment corresponding to Figure 25, the embodiment corresponding to Figure 26, and the embodiment corresponding to Figure 27 can be implemented separately or in combination, and this application does not limit this.

[0555] Figure 28 shows a block diagram of a first retransmission device provided by an exemplary embodiment of the present application. The device can be implemented as a first retransmission device through software or hardware or a combination of both, or be implemented as a part of the first retransmission device. The device includes a sending module 2810 and a receiving module 2820.

[0556] A sending module 2810 is configured to send retransmission parameters;

[0557] The retransmission parameter is a parameter related to the retransmission of the first retransmission device.

[0558] In a possible design of this embodiment, the retransmission parameters include parameters related to retransmission of the first retransmission device that are sent before the retransmission frame is sent.

[0559] In a possible design of this embodiment, the retransmission parameters include parameters related to retransmission by the first retransmission device carried in a PPDU preceding the retransmission PPDU, and the retransmission PPDU is a PPDU that carries a retransmission frame.

[0560] In a possible design of this embodiment, the retransmission parameter includes a parameter used by the second retransmission device to identify whether the first retransmission device will retransmit.

[0561] In a possible design of this embodiment, in the event of retransmission, the retransmission parameters include parameters related to determining a duration for retransmitting the PPDU.

[0562] In one possible design of this embodiment, the device includes two implementation modes:

[0563] Implementation of PPDU granularity (Per PPDU);

[0564] · Implementation of TXOP granularity (Per TXOP).

[0565] In a possible design of this embodiment, the implementation of Per PPDU means that when a PPDU is sent, each PPDU carries a retransmission parameter;

[0566] The Per TXOP implementation means that some retransmission parameters only need to be sent once during each TXOP.

[0567] 1. Implementation of Per PPDU:

[0568] In one possible design of this embodiment, the sending module 2810 is configured to send the current PPDU;

[0569] The current PPDU includes: a current frame and a retransmission parameter. The retransmission parameter is associated with a next PPDU. The next PPDU represents a PPDU that carries the next frame.

[0570] The first retransmitting device informs the second retransmitting device of the retransmission parameters associated with the next PPDU in the current PPDU. The first retransmitting device is a sending device, and the second retransmitting device is a receiving device.

[0571] In a possible design of this embodiment, the retransmission parameters are sent at a PPDU granularity, and all retransmission parameters are carried in each PPDU.

[0572] In one possible design of this embodiment, the retransmission parameter includes a retransmission parameter associated with the next PPDU, or the retransmission parameter includes a retransmission parameter associated with the next frame, or the retransmission parameter includes a retransmission parameter associated with the PPDU carrying the next frame.

[0573] In one possible design of this embodiment, the retransmission parameters include parameters used to determine the retransmission process of the next PPDU, or the retransmission parameters include parameters used to determine the retransmission process of the next frame, or the retransmission parameters include parameters used to determine the retransmission process of the PPDU carrying the next frame.

[0574] In a possible design of this embodiment, the retransmission parameter includes at least one of the following three parameters:

[0575] First parameter;

[0576] The second parameter;

[0577] The third parameter;

[0578] The first parameter is used to indicate whether to send the next PPDU after the current frame is confirmed and a SIFS has passed. The next PPDU is identical to the current PPDU except for the PSDU content.

[0579] The second parameter is used to indicate the maximum number of retransmissions;

[0580] The third parameter is used to indicate the MCS used in case of retransmission, including the number of consecutive retransmissions using the same MCS and / or the value by which the MCS is reduced each time during retransmission.

[0581] In a possible design of this embodiment, the first parameter is a Boolean parameter, and the second parameter and the third parameter are integer parameters.

[0582] Retransmission parameter passing method:

[0583] (1) In a possible design of this embodiment, the retransmission parameter is carried in the first field.

[0584] In a possible design of this embodiment, the first field is an HRL control field.

[0585] The HRL Control field is defined to convey retransmission parameters. The HRL Control field is a variant type of the A-Control field of the HT Control field in the MAC frame header.

[0586] FIG9 is a schematic diagram showing an HRL control type format of an A-Control field provided by an exemplary embodiment of the present application. The format includes at least one of the following: a control ID field and a control information field.

[0587] Among them, the control ID field occupies 4 bits from B0 to B3, and the control information field occupies 11 bits from B4 to B14.

[0588] The Control ID field is used to indicate the variant type of the A-Control field, and its value can be any integer between 10 and 14. For example, a value of 10 indicates that the variant type is the HRL control type (HRL control field).

[0589] The control information field contains parameters used to improve link reliability.

[0590] For the above-mentioned control information field, the control information field format includes at least one of the following: More Same PPDU field, Maximum Retry number field, Number of Retry per MCS field, and Step of MCS Decrease field. In the embodiment of the present application, the subfields and fields have the same meaning.

[0591] Among them, the More Same PPDU field occupies 1 bit, the Maximum Retransmission Number field occupies 4 bits, the Same MCS Retransmission Number field occupies 3 bits, and the MCS Reduction Value field occupies 3 bits.

[0592] The More Identical PPDU field is used to indicate whether the next PPDU will be sent after the current frame is confirmed and one SIFS has passed. The next PPDU is identical to the PPDU carrying the current frame except for the PSDU content. For example, a value of 1 indicates yes, and a value of 0 indicates no.

[0593] Exemplarily, the second retransmitting apparatus receives the i-th data frame, and the value of the More Identical PPDU field in the i-th data frame is 1, indicating that the first retransmitting apparatus will send a PPDU carrying the i+1-th data frame, but the second retransmitting apparatus does not receive the PPDU carrying the i+1-th data frame, so the second retransmitting apparatus infers that the first retransmitting apparatus will retransmit the i+1-th data frame;

[0594] When the second retransmission device receives the i-th data frame and the value of the more identical PPDU field in the i-th data frame is 0, it means that the first retransmission device will not send the PPDU carrying the i+1-th data frame, that is, the i-th data frame is the last frame. Even if the second retransmission device does not receive the i+1-th data frame, it is inferred that the first retransmission device will not retransmit.

[0595] The maximum number of retransmissions field is used to indicate the maximum number of retransmissions, and the value is the number of retransmissions.

[0596] The Same MCS Retransmission Count field indicates the number of consecutive retransmissions using the same MCS. Its value is the number of consecutive retransmissions using the same MCS, or the number of consecutive retransmissions using the same MCS minus one. For example, when three bits are used to represent the value, if the number of consecutive retransmissions using the same MCS is 1, the value is 001; or, alternatively, the value is 000. If the value is the number of consecutive retransmissions using the same MCS minus one, the value can be set starting from 000, allowing for more values ​​to represent the number, thereby improving utilization.

[0597] The MCS reduction value field indicates the MCS reduction value for each retransmission. The value is the MCS reduction value. Once the MCS value is reduced to 0, it should remain at 0 and not change.

[0598] The HRL control type format of the above-mentioned A-Control field is an exemplary possible situation. In different embodiments or different designs, it is not ruled out that at least one of the designs of the position of the above-mentioned field in the frame, the arrangement order between other fields, the number of bytes occupied, the number of bits occupied, the element name, and the field name may change. This embodiment does not limit this.

[0599] In a possible design of this embodiment, the first parameter occupies at least one first subfield in the first field;

[0600] The second parameter occupies at least one second subfield in the first field;

[0601] The third parameter occupies at least one third subfield in the first field.

[0602] Exemplarily, the first parameter occupies more identical PPDU fields;

[0603] The second parameter occupies the maximum number of retransmissions field;

[0604] The third parameter occupies the same MCS retransmission times field and the MCS reduction value field.

[0605] In a possible design of this embodiment, only continuous retransmission with the same MCS is used, and the value of the number of retransmissions with the same MCS field is the number of continuous retransmissions with the same MCS, or the number of continuous retransmissions with the same MCS minus one; the MCS reduction value field is not used, or the MCS reduction value field is 0, or each bit in the field is 0.

[0606] In a possible design of this embodiment, the MCS value is lowered for each retransmission, and the value of the MCS reduction value field is the MCS reduction value; the same MCS retransmission number field is not used, or the same MCS retransmission number field is set to 0, or each bit in the field is set to 0.

[0607] In one possible design of this embodiment, the same MCS is used for continuous retransmission. After retransmitting the number of times corresponding to the same MCS retransmission count field, the MCS value is lowered according to the value corresponding to the MCS reduction value field and retransmission continues. For example, the same MCS (MCS value is 6) is first used for continuous retransmission. The value corresponding to the same MCS retransmission count field is 4, and the value corresponding to the MCS reduction value field is 1. That is, after retransmitting four times, the MCS value is lowered and retransmitted again, each time by 1. Retransmission is performed according to the MCS values ​​of 5, 4, 3, 2, 1, and 0, respectively.

[0608] (2) In a possible design of this embodiment, the retransmission parameter is carried in the second field, and the second field is used to indicate whether to send the next PPDU after the current frame is confirmed and a SIFS has passed.

[0609] In a possible design of this embodiment, the second field is an HRL control field.

[0610] FIG10 is a schematic diagram showing an HRL control type format of an A-Control field provided by an exemplary embodiment of the present application. The format includes at least one of the following: a control ID field and a control information field.

[0611] Among them, the control ID field occupies 4 bits from B0 to B3, and the control information field occupies 10 bits from B4 to B13.

[0612] For the above control information field, the control information field format includes at least one of the following: a maximum retransmission number (Number of Maximum Retry) field, a same MCS retransmission number (Number of Retry per MCS) field, and an MCS reduction value (Step of MCS Decrease) field.

[0613] Among them, the maximum retransmission number field occupies 4 bits, the same MCS retransmission number field occupies 3 bits, and the MCS reduction value field occupies 3 bits.

[0614] In a possible design of this embodiment, the second parameter occupies at least one second subfield in the second field;

[0615] The third parameter occupies at least one third subfield in the second field.

[0616] Exemplarily, the second parameter occupies the maximum number of retransmissions field;

[0617] The third parameter occupies the same MCS retransmission times field and the MCS reduction value field.

[0618] Compared to the embodiment shown in Figure 9, this design does not use the "More Identical PPDUs field." Instead, the MAC frame header determines whether to send the next PPDU after a SIFS after the current frame is confirmed by including the HRL Control Type field in the A-Control field. If the field is not included, the next PPDU is not sent. If the field is included, the next PPDU is sent, and the next PPDU is identical to the current PPDU except for the PSDU content. The meanings of the other fields are similar to those in the embodiment shown in Figure 9 and are not further described here.

[0619] The HRL control type format of the above-mentioned A-Control field is an exemplary possible situation. In different embodiments or different designs, it is not ruled out that at least one of the designs of the position of the above-mentioned field in the frame, the arrangement order between other fields, the number of bytes occupied, the number of bits occupied, the element name, and the field name may change. This embodiment does not limit this.

[0620] In one possible design of this embodiment, after receiving the first parameter in the current PPDU, the second retransmitting device identifies whether the next PPDU will be retransmitted. If it is determined that the next PPDU will be retransmitted, the second retransmitting device determines the sending time position and the duration of the retransmitted PPDU based on at least one of the maximum number of retransmissions field, the number of retransmissions with the same MCS field, and the MCS reduction value field. The retransmitted PPDU is the PPDU of the next frame used to carry the retransmission, and can be one or more PPDUs after the next PPDU.

[0621] For example, the second retransmission device receives a PPDU carrying 1 frame of data with MCS = 6 and a duration of 100 microseconds. Since the HRL control field indicates that the next PPDU will be sent after one SIFS after the current frame is confirmed, and the duration of the next PPDU is equal to the duration of the current PPDU, the second retransmission device can infer that after obtaining confirmation and another SIFS, it will receive a PPDU carrying 2 frames of data, and its duration is also 100 microseconds.

[0622] Next, the second retransmitter receives the next PPDU after the SIFS, but detects a checksum error upon receipt. It then determines that the first retransmitter has failed to transmit two frames of data and will retransmit. The MCS reduction value field is set to 1, indicating that the first retransmitted PPDU will use MCS 5. Combined with the duration of the PPDU carrying one frame of data, it can be inferred that the duration of the first retransmitted PPDU is 125 microseconds. After waiting for the AckTimeout plus the PIFS, the second retransmitter receives the first retransmitted PPDU, but detects a checksum error upon receipt. It then determines that the first retransmitter will continue retransmitting, and the second retransmitted PPDU will use MCS 4. Combined with the duration of the PPDU carrying one frame of data, it can be inferred that the duration of the second retransmitted PPDU is 150 microseconds. After waiting for the AckTimeout plus the PIFS, the second retransmitter receives the second retransmitted PPDU and detects a checksum error upon receipt. This concludes the retransmission process and the first retransmitter ceases retransmission.

[0623] In a possible design of this embodiment, when the value of the first subfield is the first value, the next PPDU is sent based on the retransmission parameter;

[0624] When the value of the first subfield is the second value, the next PPDU is sent based on parameters other than the retransmission parameter.

[0625] In a possible design of this embodiment, when the value of the first subfield is the first value and retransmission occurs, the next PPDU is a retransmitted PPDU sent according to the second parameter and the third parameter; and / or,

[0626] When the value of the first subfield is the first value and the second retransmitting device does not successfully receive the next PPDU, the retransmitted PPDU of the next PPDU is sent according to the second parameter and the third parameter;

[0627] The retransmission PPDU of the next PPDU is the PPDU of the next frame carrying the retransmission, and identifying the retransmission indicates that the next PPDU is not successfully received and needs to be retransmitted.

[0628] In one possible design of this embodiment, after the first retransmitting device competes for a channel and reserves a TXOP for exchanging multiple frames, when sending non-initial frames, the HRL control field may be carried in the HT control field of the MAC header of the following types of frames:

[0629] Unicast Action No Ack management frames (Individually addressed Management frames other than Action No Ack frames);

[0630] Individually addressed non-QoS Data frames;

[0631] Unicast QoS Data frames addressed individually with Normal Ack or Implicit BAR Ack policy.

[0632] Exemplarily, if the first retransmitting device carries the HRL control field in the unicast non-quality of service data frame, or carries the HRL control field and the More Identical PPDU field (first subfield) has a value of 1 (first value), then the next PPDU is sent based on the retransmission parameters; if the second retransmitting device recognizes the retransmission, the first retransmitting device sends the retransmitted PPDU according to the Maximum Retransmission Number field, the Same MCS Retransmission Number field, and the MCS Reduction Value field in the HRL control field;

[0633] If the first retransmission device does not carry the HRL control field in the sent frame, or carries the HRL control field but the value of the more identical PPDU field (first subfield) is 0 (the second value), then the next PPDU does not need to comply with the retransmission parameters and is sent based on parameters other than the retransmission parameters; if the second retransmission device recognizes the retransmission, it does not need to comply with the retransmission parameters for retransmission.

[0634] In a possible design of this embodiment, the receiving module 2820 is used to receive a confirmation frame or a block confirmation frame sent by the second retransmission device.

[0635] In a possible design of this embodiment, the confirmation frame or block confirmation frame is sent by the second retransmission device when the value of the first subfield is the second value.

[0636] Exemplarily, when the frame received by the second retransmitting apparatus does not include the HRL control field, or includes the HRL control field but the value of the More Identical PPDU field is 0, the second retransmitting apparatus sends an acknowledgment frame or a block acknowledgment frame.

[0637] In a possible design of this embodiment, the acknowledgment frame or the block acknowledgment frame is sent by the second retransmitting apparatus when the value of the first subfield is the first value and the second retransmitting apparatus successfully receives the PPDU; and / or,

[0638] The confirmation frame or block confirmation frame is sent by the second retransmission device when the value of the first subfield is the first value and no retransmission occurs.

[0639] Exemplarily, when the frame received by the second retransmitting device includes an HRL control field, or includes an HRL control field and the value of the More Identical PPDU field is 1, if no retransmission occurs, the second retransmitting device sends an acknowledgment frame or a block acknowledgment frame.

[0640] In one possible design of this embodiment, the receiving module 2820 is configured to receive at least one first frame broadcast by the second retransmitting apparatus;

[0641] Among them, the first frame is used to instruct other devices around the second retransmission device to set NAV, the first frame is a frame sent in a first time period, the first time period is determined according to the retransmission parameter, and the first time period is a time period outside the time period of interference retransmission PPDU.

[0642] In a possible design of this embodiment, the duration field in the first frame is set based on a retransmission parameter, and the duration field is used to set the NAV.

[0643] In a possible design of this embodiment, the first frame is broadcast by the second retransmitting apparatus when the value of the first subfield is the first value and the second retransmitting apparatus fails to successfully receive the next PPDU; and / or,

[0644] The first frame is broadcast by the second retransmitting device when the value of the first subfield is the first value and the second retransmitting device recognizes the retransmission.

[0645] Exemplarily, when the frame received by the second retransmission device includes an HRL control field, or includes an HRL control field and more identical PPDU fields therein have a value of 1, if the second retransmission device recognizes retransmission, the second retransmission device can estimate the transmission time period of the retransmitted PPDU based on the retransmission parameters sent by the first retransmission device, thereby sending one or more first frames within a time period (first time period) that does not interfere with the retransmitted PPDU.

[0646] In a possible design of this embodiment, when the MAC layer of the second retransmitting apparatus does not receive the first primitive within a first delay interval corresponding to a PPDU, the first time period is a time period from an end time of the first delay interval to a start time of a next retransmitted PPDU;

[0647] In a case where the MAC layer of the second retransmitting device receives the first primitive within a first delay interval corresponding to a PPDU, the first time period is a time period from an end time of the one PPDU to a start time of a next retransmitted PPDU;

[0648] Among them, the first delay interval represents the reception delay of the physical layer; the first delay interval is a time interval within the transmission time period corresponding to a PPDU; and the first primitive is a primitive indicating that the physical layer has received a valid PPDU.

[0649] Exemplarily, when the MAC layer of the second retransmitting device does not receive the PHY-RXSTART.indication primitive within the RxPHYStartDelay interval corresponding to a PPDU, the first time period is a time period from the end moment of the RxPHYStartDelay interval to the start moment of the next retransmitted PPDU;

[0650] When the MAC layer of the second retransmitting device receives the PHY-RXSTART.indication primitive within the RxPHYStartDelay interval corresponding to a PPDU, the first time period is the time period from the end time of the PPDU to the start time of the next retransmitted PPDU.

[0651] In a possible design of this embodiment, the second retransmission device is in a sleep state or a shutdown state during a first time period, and wakes up again in a time period outside the first time period to receive frames sent by the first retransmission device, so that other devices around the second retransmission device will not occupy the channel.

[0652] 2. Implementation of Per TXOP:

[0653] In one possible design of this embodiment, the sending module 2810 is configured to send retransmission parameters after an initial frame of a TXOP;

[0654] The retransmission parameter is a parameter used when transmitting a specified frame within a TXOP.

[0655] In a possible design of this embodiment, the retransmission parameter is sent at a TXOP granularity.

[0656] In a possible design of this embodiment, the retransmission parameter includes a retransmission parameter associated with transmitting a designated frame within a TXOP.

[0657] In one possible design of this embodiment, the retransmission parameter includes at least one of the following:

[0658] The second parameter;

[0659] The third parameter;

[0660] The fourth parameter;

[0661] The fifth parameter;

[0662] The sixth parameter;

[0663] The seventh parameter;

[0664] Eighth parameter;

[0665] Ninth parameter;

[0666] The second parameter is used to indicate the maximum number of retransmissions;

[0667] The third parameter is used to indicate the MCS to be used in case of retransmission, including the number of consecutive retransmissions using the same MCS and / or the value by which the MCS is reduced each time during retransmission;

[0668] The fourth parameter is used to indicate whether to send the next PPDU after the current frame is confirmed and a SIFS has passed. The next PPDU indicates the PPDU that carries the next frame.

[0669] The fifth parameter is used to indicate the PHY version of the PPDU;

[0670] The sixth parameter is used to indicate a first time interval, which represents the time interval from the start of a PPDU to the reporting of the first primitive to the MAC layer, called RxPHYStartDelay; the first primitive is a primitive indicating that the physical layer has received a valid PPDU, called PHY-RXSTART.indication primitive;

[0671] The seventh parameter is used to indicate the duration of the PPDU;

[0672] The eighth parameter is used to indicate the length of the PSDU;

[0673] The ninth parameter is used to indicate the MCS used to send the PPDU.

[0674] In a possible design of this embodiment, the fourth parameter is a Boolean parameter, and the other parameters except the fourth parameter are integer parameters.

[0675] In a possible design of this embodiment, the fourth parameter is carried in each PPDU.

[0676] In a possible design of this embodiment, all or part of the parameters other than the fourth parameter are carried in the first request frame.

[0677] In a possible design of this embodiment, all or part of the parameters other than the fourth parameter are carried in the first response frame.

[0678] In a possible design of this embodiment, all or part of the parameters other than the fourth parameter are carried in each PPDU.

[0679] Retransmission parameter passing method:

[0680] (1) In a possible design of this embodiment, the fourth parameter is carried in the third field.

[0681] In a possible design of this embodiment, the third field is an HRL Control field. The HRL Control field is defined to transmit the fourth parameter. The HRL Control field is a variant type of the A-Control field of the HT Control field in the MAC frame header.

[0682] FIG11 is a schematic diagram showing an HRL control type format of an A-Control field provided by an exemplary embodiment of the present application. The format includes at least one of the following: a control ID field and a control information field.

[0683] Among them, the control ID field occupies 4 bits from B0 to B3, and the control information field occupies 1 bit from B4.

[0684] The Control ID field is used to indicate the variant type of the A-Control field, and its value can be any integer between 10 and 14. For example, a value of 10 indicates that the variant type is the HRL control type (HRL control field).

[0685] The control information field contains parameters used to improve link reliability.

[0686] Regarding the above control information field, the control information field format includes: More PPDU field.

[0687] Among them, the More PPDU field occupies 1 bit.

[0688] The More PPDU field is used to indicate whether to send the next PPDU after a SIFS after the current frame is confirmed. For example, a value of 1 indicates sending, and a value of 0 indicates not sending.

[0689] In a possible design of this embodiment, the fourth parameter occupies at least one fourth subfield in the third field.

[0690] Illustratively, the fourth parameter occupies more PPDU fields.

[0691] The HRL control type format of the above-mentioned A-Control field is an exemplary possible situation. In different embodiments or different designs, it is not ruled out that at least one of the designs of the position of the above-mentioned field in the frame, the arrangement order between other fields, the number of bytes occupied, the number of bits occupied, the element name, and the field name may change. This embodiment does not limit this.

[0692] (2) In a possible design of this embodiment, other retransmission parameters besides the fourth parameter are carried in the first request frame.

[0693] In a possible design of this embodiment, the first request frame is an ultra-high reliability (UHR) link setup request (UHR Link Setup Request) frame. Figure 12 shows a schematic diagram of the UHR link setup request frame format provided by an exemplary embodiment of the present application. The UHR link setup request frame format includes at least one of the following: a frame control (Frame Control) field, a duration (Duration) field, an address 1 (Address 1) field, an address 2 (Address 2) field, an address 3 (Address 3) field, a sequence control (Sequence Control) field, an HT control (HT Control) field, a frame body (Frame body) field, and an FCS field.

[0694] Among them, the frame control field occupies 2 bytes, the duration field occupies 2 bytes, the address 1 field occupies 6 bytes, the address 2 field occupies 6 bytes, the address 3 field occupies 6 bytes, the sequence control field occupies 2 bytes, the HT control field occupies 4 bytes, the frame body field occupies 2 bytes, and the FCS field occupies 4 bytes.

[0695] Regarding the above frame body field, the frame body field format includes: an action subfield. In the embodiment of the present application, the subfield can be referred to as a field for short.

[0696] The action subfield occupies 4 bytes.

[0697] Regarding the above-mentioned action subfield, the action subfield format includes at least one of the following: a category subfield, a UHR link action subfield, a dialog token subfield, and a UHR link parameters subfield.

[0698] Among them, the category subfield occupies 1 byte, the UHR link action subfield occupies 1 byte, the dialogue token subfield occupies 1 byte, and the UHR link parameter subfield occupies 9 bytes.

[0699] The category subfield is used to indicate a new action frame type, namely, the UHR link action frame type, and its value is any integer between 39 and 125. For example, it can be 40.

[0700] The UHR link action subfield is used to indicate the subtype of the UHR link action frame, and its value is any integer between 0 and 255. For example, it can be 0 to indicate that the UHR link action frame is a UHR link setup request frame.

[0701] The Dialog Token subfield is used to indicate an associated pair of UHR Link Setup Request frames and UHR Link Setup Response frames, both of which contain the Dialog Token subfield.

[0702] The UHR link parameter subfield is used to carry parameters related to the UHR retransmission mechanism.

[0703] For the above-mentioned UHR link parameter subfield, the UHR link parameter subfield format includes at least one of the following: traffic ID (TID) subfield, PHY version (PHY Version) subfield, RxPHYStartDelay subfield, PPDU time (PPDU Time) subfield, PSDU length (PSDU Length) subfield, MCS subfield, maximum retransmission number (Number of Maximum Retry) subfield, same MCS retransmission number (Number of Retry per MCS) subfield, MCS reduction value (Step of MCS Decrease) subfield, reserved (Reserved) subfield.

[0704] Among them, the TID subfield occupies 4 bits, the PHY version subfield occupies 4 bits, the RxPHYStartDelay subfield occupies 8 bits, the PPDU duration subfield occupies 16 bits, the PSDU length subfield occupies 24 bits, the MCS subfield occupies 4 bits, the maximum retransmission number subfield occupies 4 bits, the same MCS retransmission number subfield occupies 3 bits, the MCS reduction value subfield occupies 3 bits, and the reserved subfield occupies 2 bits.

[0705] The TID subfield is used to indicate the stream identifier of the stream for which the UHR retransmission scheme is enabled.

[0706] The PHY version subfield is used to indicate the version of the PPDU used. The values ​​and meanings are shown in Table 2.

[0707] The RxPHYStartDelay subfield is used to indicate the delay between the start of PPDU reception and the initiation of PHY-RXSTART.indication by the receiving device. It is used to assist the receiving device in determining whether the preamble (Preamble) part of the next PPDU is successfully received. The value unit is microseconds.

[0708] The PPDU duration subfield is used to indicate the duration of the transmitted PPDU, with the value in microseconds.

[0709] The PSDU length subfield is used to indicate the length of the PSDU carried in the transmitted PPDU, and the value unit is byte.

[0710] The MCS subfield is used to indicate the MCS used by the transmitted PPDU.

[0711] The maximum number of retransmissions subfield is used to indicate the maximum number of retransmissions, and the value is the number of retransmissions.

[0712] The Same MCS Retransmission Count subfield indicates the number of consecutive retransmissions using the same MCS. Its value is the number of consecutive retransmissions using the same MCS, or the number of consecutive retransmissions using the same MCS minus one. For example, when three bits are used to represent the value, if the number of consecutive retransmissions using the same MCS is 1, the value is 001; alternatively, the value is 000. If the value is the number of consecutive retransmissions using the same MCS minus one, the value can be set starting from 000, allowing more values ​​to represent the number, thereby improving utilization.

[0713] The MCS Decrease Value subfield indicates the MCS value to be decreased each time a retransmission is performed. The value is the MCS decrease value. When the MCS value decreases to 0, it should remain at 0 and not change.

[0714] The above-mentioned UHR link setting request frame format is an exemplary possible situation. In different embodiments or different designs, it is not ruled out that at least one of the positions of the above-mentioned fields in the frame, the arrangement order with other fields, the number of occupied bytes, the number of occupied bits, the element name, and the field name may change. This embodiment does not limit this.

[0715] In a possible design of this embodiment, other retransmission parameters except the fourth parameter each occupy at least one subfield in the first request frame.

[0716] Exemplarily, the second parameter occupies the maximum number of retransmissions subfield; the third parameter occupies the same MCS retransmission number subfield and the MCS reduction value subfield; the fifth parameter occupies the PHY version subfield; the sixth parameter occupies the RxPHYStartDelay subfield; the seventh parameter occupies the PPDU duration subfield; the eighth parameter occupies the PSDU length subfield; and the ninth parameter occupies the MCS subfield.

[0717] In a possible design of this embodiment, only continuous retransmission with the same MCS is used, and the value of the number of continuous retransmissions with the same MCS subfield is the number of continuous retransmissions with the same MCS, or the number of continuous retransmissions with the same MCS minus one; the MCS reduction value subfield is not used, or the MCS reduction value subfield is 0, or each bit in the subfield is 0.

[0718] In a possible design of this embodiment, the MCS value is lowered for each retransmission, and the value of the MCS reduction value subfield is the MCS reduction value; the same MCS retransmission number subfield is not used, or the same MCS retransmission number subfield is set to 0, or each bit in the subfield is set to 0.

[0719] In one possible design of this embodiment, the same MCS is used for continuous retransmission. After retransmitting the number of times corresponding to the same MCS retransmission count subfield, the MCS value is lowered according to the value corresponding to the MCS reduction value subfield and retransmission continues. For example, the same MCS (MCS value is 6) is first used for continuous retransmission. The value corresponding to the same MCS retransmission count subfield is 4, and the value corresponding to the MCS reduction value subfield is 1. That is, after retransmitting four times, the MCS value is lowered and retransmitted again, each time by 1. Retransmissions are performed according to MCS values ​​of 5, 4, 3, 2, 1, and 0, respectively.

[0720] In one possible design of this embodiment, after receiving the fourth parameter in the current PPDU, the second retransmitting device identifies whether the next PPDU will be retransmitted. If it is determined that the next PPDU will be retransmitted, the second retransmitting device determines the sending time position and duration of the retransmitted PPDU based on at least one of the maximum number of retransmissions subfield, the number of retransmissions with the same MCS subfield, the MCS reduction value subfield, and the PPDU duration subfield. The retransmitted PPDU is the PPDU of the next frame used to carry the retransmission, and can be one or more PPDUs after the next PPDU.

[0721] (3) In a possible design of this embodiment, other retransmission parameters besides the fourth parameter are carried in the first response frame.

[0722] Figure 13 shows a schematic diagram of the UHR link setup response frame format provided by an exemplary embodiment of the present application. The UHR link setup response frame format includes at least one of the following: a frame control field, a duration field, an address 1 field, an address 2 field, an address 3 field, a sequence control field, an HT control field, a frame body field, and an FCS field.

[0723] Among them, the frame control field occupies 2 bytes, the duration field occupies 2 bytes, the address 1 field occupies 6 bytes, the address 2 field occupies 6 bytes, the address 3 field occupies 6 bytes, the sequence control field occupies 2 bytes, the HT control field occupies 4 bytes, the frame body field occupies 2 bytes, and the FCS field occupies 4 bytes.

[0724] Regarding the above frame body field, the frame body field format includes: an action subfield. In the embodiment of the present application, the subfield can be simply referred to as a field.

[0725] The action subfield occupies 4 bytes.

[0726] For the above-mentioned action subfield, the action subfield format includes at least one of the following: Category subfield, UHR Link Action subfield, Dialog Token subfield, Status Code subfield, and UHR Link Parameters subfield.

[0727] Among them, the category subfield occupies 1 byte, the UHR link action subfield occupies 1 byte, the dialogue token subfield occupies 1 byte, the status code subfield occupies 2 bytes, and the UHR link parameter subfield occupies 0 or 9 bytes.

[0728] The category subfield is used to indicate a new action frame type, namely, the UHR link action frame type, and its value is any integer between 39 and 125. For example, it can be 40.

[0729] The UHR link action subfield is used to indicate the subtype of the UHR link action frame, and its value is any integer between 0 and 255. For example, it can be 1 to indicate that the UHR link action frame is a UHR link setup response frame.

[0730] The Status Code subfield indicates the response result to the UHR Link Setup Request frame. A value of 0 indicates success (SUCCESS), a value of 37 indicates rejection (REQUEST_DECLINED), and a value of 39 indicates rejection with suggested parameters (REJECTED_WITH_SUGGESTED_CHANGES).

[0731] The UHR Link Parameters subfield exists only when the Status Code subfield value is 39; otherwise, this field does not exist.

[0732] For the above-mentioned UHR link parameter subfield, the UHR link parameter subfield format includes at least one of the following: TID subfield, PHY version (PHY Version) subfield, RxPHYStartDelay subfield, PPDU duration (PPDU Time) subfield, PSDU length (PSDU Length) subfield, MCS subfield, maximum retransmission number (Number of Maximum Retry) subfield, same MCS retransmission number (Number of Retry per MCS) subfield, MCS reduction value (Step of MCS Decrease) subfield, reserved (Reserved) subfield.

[0733] Among them, the TID subfield occupies 4 bits, the PHY version subfield occupies 4 bits, the RxPHYStartDelay subfield occupies 8 bits, the PPDU duration subfield occupies 16 bits, the PSDU length subfield occupies 24 bits, the MCS subfield occupies 4 bits, the maximum retransmission number subfield occupies 4 bits, the same MCS retransmission number subfield occupies 3 bits, the MCS reduction value subfield occupies 3 bits, and the reserved subfield occupies 2 bits.

[0734] The meanings of the above fields or subfields refer to the corresponding embodiments of the UHR link setup request frame and are not repeated here.

[0735] The above-mentioned UHR link setting response frame format is an exemplary possible situation. In different embodiments or different designs, it is not ruled out that at least one of the positions of the above-mentioned fields in the frame, the arrangement order with other fields, the number of occupied bytes, the number of occupied bits, the element name, and the field name may change. This embodiment does not limit this.

[0736] In a possible design of this embodiment, other retransmission parameters except the fourth parameter each occupy at least one subfield in the first response frame.

[0737] Exemplarily, the second parameter occupies the maximum number of retransmissions subfield; the third parameter occupies the same MCS retransmission number subfield and the MCS reduction value subfield; the fifth parameter occupies the PHY version subfield; the sixth parameter occupies the RxPHYStartDelay subfield; the seventh parameter occupies the PPDU duration subfield; the eighth parameter occupies the PSDU length subfield; and the ninth parameter occupies the MCS subfield.

[0738] In a possible design of this embodiment, the first response frame includes a fifth subfield, and the fifth subfield is used to indicate a response result to the first request frame.

[0739] In one possible design of this embodiment, when the value of the fifth subfield is the fifth value, it indicates success;

[0740] When the value of the fifth subfield is the sixth value, it indicates rejection;

[0741] If the value of the fifth subfield is the seventh value, it indicates rejection and provides suggested parameters;

[0742] The recommended parameters include at least one of the second parameter, the third parameter, the fifth parameter, the sixth parameter, the seventh parameter, the eighth parameter, and the ninth parameter.

[0743] Exemplarily, the fifth subfield is a status code subfield, which is used to indicate the response result to the UHR link setup request frame. A value of 0 indicates success, a value of 37 indicates rejection, and a value of 39 indicates rejection with suggested parameters provided.

[0744] Retransmission rules:

[0745] In a possible design of this embodiment, when the value of the fifth subfield is the fifth value or the seventh value, the next PPDU is sent based on the retransmission parameter; when the value of the fifth subfield is the sixth value, the next PPDU is sent based on parameters other than the retransmission parameter.

[0746] In a possible design of this embodiment, when the value of the fifth subfield is the fifth value or the seventh value and the second retransmission device recognizes the retransmission, the next PPDU is a retransmission PPDU sent according to the retransmission parameter; and / or,

[0747] If the value of the fifth subfield is the fifth value or the seventh value and the second retransmitting device does not successfully receive the next PPDU, the retransmitted PPDU of the next PPDU is sent according to the retransmission parameter;

[0748] The retransmission PPDU of the next PPDU is the PPDU of the next frame carrying the retransmission, and identifying the retransmission indicates that the next PPDU is not successfully received and needs to be retransmitted.

[0749] In a possible design of this embodiment, after the first retransmitting device competes for a channel and reserves a TXOP for multiple frame exchanges, it can send a first request frame (UHR link setup request frame) to the second retransmitting device after the initial frame of the TXOP to request negotiation of other retransmission parameters other than the fourth parameter. If the negotiation is successful, the PPDUs carrying the following types of frames sent by the first retransmitting device to the second retransmitting device within the TXOP must comply with the negotiated retransmission parameters:

[0750] Unicast Action No Ack management frames (Individually addressed Management frames other than Action No Ack frames);

[0751] Individually addressed non-QoS Data frames;

[0752] Unicast QoS Data frames addressed individually with Normal Ack or Implicit BAR Ack policy.

[0753] In a possible design of this embodiment, the third field is carried in the last frame in the TXOP, and the fourth subfield has a third value;

[0754] The third field is carried in all frames except the last frame in the TXOP, and the fourth subfield has a fourth value.

[0755] Exemplarily, within the TXOP, the last frame sent by the first retransmitting device to the second retransmitting device carries the HRL control field, and the value of the More PPDU field is 0;

[0756] In the TXOP, the frames other than the last frame sent by the first retransmitting device to the second retransmitting device carry the HRL control field, and the value of the More PPDU field is 1.

[0757] In a possible design of this embodiment, the value of the fifth subfield is the fifth value or the seventh value, and the receiving module 2820 is used to receive the confirmation frame or block confirmation frame sent by the second retransmission device.

[0758] In a possible design of this embodiment, when the second retransmission device receives the first request frame, if it agrees with the retransmission parameters therein, it replies with a first response frame with the value of the fifth subfield taking the fifth value; if it disagrees with the retransmission parameters therein, it replies with a first response frame with the value of the fifth subfield taking the sixth value; if it disagrees with the retransmission parameters therein but provides recommended parameters, it replies with a first response frame with the value of the fifth subfield taking the seventh value.

[0759] Exemplarily, when the second retransmission device receives a UHR link setup request frame, if it agrees with the retransmission parameters therein, it replies with a UHR link setup response frame with a status code subfield value of 0; if it disagrees with the retransmission parameters therein, it replies with a UHR link setup response frame with a status code subfield value of 37; if it disagrees with the retransmission parameters therein but provides recommended parameters, it replies with a UHR link setup response frame with a status code subfield value of 39.

[0760] In a possible design of this embodiment, the acknowledgment frame or the block acknowledgment frame is sent by the second retransmitting device when the value of the fourth subfield is the eighth value;

[0761] The fourth subfield is the subfield occupied by the fourth parameter in the third field.

[0762] Exemplarily, the value of the status code subfield is 0 or 39. When the frame received by the second retransmission device does not include the HRL control field, or includes the HRL control field but the value of the More PPDU field is 0, the second retransmission device sends an acknowledgment frame or a block acknowledgment frame.

[0763] In a possible design of this embodiment, the acknowledgment frame or block acknowledgment frame is sent by the second retransmitting apparatus when the value of the fourth subfield is the ninth value and the second retransmitting apparatus successfully receives the PPDU; and / or,

[0764] The confirmation frame or block confirmation frame is sent by the second retransmission device when the value of the fourth subfield is the ninth value and no retransmission occurs;

[0765] The fourth subfield is the subfield occupied by the fourth parameter in the third field.

[0766] Exemplarily, the value of the status code subfield is 0 or 39. When the frame received by the second retransmission device includes an HRL control field, or includes an HRL control field and the value of the More PPDU field is 1, the second retransmission device sends an acknowledgment frame or a block acknowledgment frame.

[0767] In a possible design of this embodiment, the value of the fifth subfield is the fifth value or the seventh value. The receiving module 2820 is configured to receive at least one first frame broadcast by the second retransmitting apparatus;

[0768] Among them, the first frame is used to instruct other devices around the second retransmission device to set NAV, the first frame is a frame sent in a first time period, the first time period is determined according to the retransmission parameter, and the first time period is a time period outside the time period of interference retransmission PPDU.

[0769] In a possible design of this embodiment, the duration field in the first frame is set based on a retransmission parameter, and the duration field is used to set the NAV.

[0770] In a possible design of this embodiment, the first frame is broadcast by the second retransmitting apparatus when the value of the fourth subfield is the ninth value and the second retransmitting apparatus fails to successfully receive the next PPDU; and / or,

[0771] The first frame is broadcast by the second retransmitting device when the value of the fourth subfield is the ninth value and the second retransmitting device recognizes the retransmission;

[0772] The fourth subfield is the subfield occupied by the fourth parameter in the third field.

[0773] Exemplarily, when the frame received by the second retransmission device includes an HRL control field and the value of the More PPDU field therein is 1, if the second retransmission device recognizes retransmission, the second retransmission device can estimate the transmission time period of the retransmitted PPDU based on the retransmission parameters sent by the first retransmission device, thereby sending one or more first frames within a time period (first time period) that does not interfere with the retransmitted PPDU.

[0774] In a possible design of this embodiment, when the MAC layer of the second retransmitting apparatus does not receive the first primitive within a first delay interval corresponding to a PPDU, the first time period is a time period from an end time of the first delay interval to a start time of a next retransmitted PPDU;

[0775] In a case where the MAC layer of the second retransmitting device receives the first primitive within a first delay interval corresponding to a PPDU, the first time period is a time period from an end time of the one PPDU to a start time of a next retransmitted PPDU;

[0776] Among them, the first delay interval represents the reception delay of the physical layer; the first delay interval is a time interval within the transmission time period corresponding to a PPDU; and the first primitive is a primitive indicating that the physical layer has received a valid PPDU.

[0777] Exemplarily, when the MAC layer of the second retransmitting device does not receive the PHY-RXSTART.indication primitive within the RxPHYStartDelay interval corresponding to a PPDU, the first time period is a time period from the end moment of the RxPHYStartDelay interval to the start moment of the next retransmitted PPDU;

[0778] When the MAC layer of the second retransmitting device receives the PHY-RXSTART.indication primitive within the RxPHYStartDelay interval corresponding to a PPDU, the first time period is the time period from the end time of the PPDU to the start time of the next retransmitted PPDU.

[0779] In one possible design of this embodiment, the first frame may be a VAck frame or a CTS frame. The VAck frame is a newly defined control frame broadcast by the second retransmitting device (receiving device) during a time period that does not interfere with the retransmitted PPDU. It is used to instruct other devices around the receiving device to set a NAV, thereby suppressing their use of the channel. The PPDU carrying the VAck frame may be a non-HT PPDU (non-HT PPDU) or another type of PPDU.

[0780] In a possible design of this embodiment, the formats of the first frame (VAck frame) include the following two:

[0781] (1) In a possible design of this embodiment, the first frame includes a sixth subfield, and the sixth subfield is used to indicate a frame subtype.

[0782] Figure 21 shows a schematic diagram of the control frame (VAck frame) format provided by an exemplary embodiment of the present application. The VAck frame format includes at least one of the following: a frame control (Frame Control) field, a duration (Duration) field, an RA field, and an FCS field.

[0783] Among them, the frame control field occupies 2 bytes, the duration field occupies 2 bytes, the RA field occupies 6 bytes, and the FCS field occupies 4 bytes.

[0784] The frame control field is used to indicate information such as the type of the MAC frame.

[0785] The duration field is used to indicate the duration of the TXOP to be protected, and its value is the length between the end time of the VAck frame and the end time of the TXOP, and the value unit is microseconds.

[0786] The RA field is used to indicate the receiving address, which is the broadcast address in this case.

[0787] The FCS field is used to indicate the frame check sequence.

[0788] For the above-mentioned frame control field, the frame control field format includes at least one of the following: Protocol Version subfield, Type subfield, Subtype subfield, To DS subfield, From DS subfield, More Fragments subfield, Retry subfield, Power Management subfield, More Data subfield, Protected Frame subfield, +HTC subfield. In the embodiment of the present application, the subfield can be simply referred to as field.

[0789] Among them, the protocol version subfield occupies 2 bits in total, B0-B1; the type subfield occupies 2 bits in total, B2-B3; the subtype subfield occupies 4 bits in total, B4-B7; the to DS subfield occupies 1 bit in total, B8; the from DS subfield occupies 1 bit in total, B9; the more fragments subfield occupies 1 bit in total, B10; the retransmission subfield occupies 1 bit in total, B11; the power management subfield occupies 1 bit in total, B12; the more data subfield occupies 1 bit in total, B13; the protected frame subfield occupies 1 bit in total, B14; and the +HTC subfield occupies 1 bit in total, B15.

[0790] The protocol version subfield is used to indicate the version of the MAC frame. For example, a value of 0 indicates the basic version, and a value of 1 indicates the PV1 MAC frame version.

[0791] The type subfield is used to indicate the frame type. For example, a value of 1 (01 in binary) indicates that the frame type is a control frame.

[0792] The subtype subfield is used to indicate the frame subtype, for example, a value of 15 (1111 in binary) indicates that the subtype of the frame is a VAck frame.

[0793] The To DS subfield and the From DS subfield are used to indicate the frame transmission direction.

[0794] The More Fragments subfield is used to indicate whether it is a non-last fragment after the same MSDU or MMPDU is segmented. For example, a value of 1 indicates yes, and a value of 0 indicates no.

[0795] The retransmission subfield is used to indicate whether it is a retransmission frame. For example, a value of 1 indicates yes, and a value of 0 indicates no. In this VAck frame, the value is always 0, indicating that it is not a retransmission frame.

[0796] The Power Management subfield is used to indicate the power management mode.

[0797] The More Data subfield is used by the AP to indicate whether the STA in the power saving mode has more buffered data to be sent to the STA. For example, a value of 1 indicates yes, and a value of 0 indicates no.

[0798] The protected frame subfield is used to indicate whether the frame body is encrypted. For example, a value of 1 indicates yes, and a value of 0 indicates no. In this VAck frame, the value is always 0, indicating that the frame body is not encrypted.

[0799] The +HTC subfield is used to indicate whether the frame header includes the HTC field. For example, a value of 1 indicates yes, and a value of 0 indicates no. In the VAck frame, the value is always 0, indicating that the HTC field is not included.

[0800] The above control frame format is an exemplary possible situation. In different embodiments or different designs, it is not ruled out that at least one of the positions of the above fields in the frame, the arrangement order with other fields, the number of bytes occupied, the number of bits occupied, the element name, and the field name may change. This embodiment does not limit this.

[0801] (2) In a possible design of this embodiment, the first frame includes a sixth subfield and a seventh subfield. The sixth subfield is used to indicate the frame subtype, and the seventh subfield is used to indicate the subtype of the control frame extension.

[0802] Figure 22 shows a schematic diagram of the control frame (VAck frame) format provided by an exemplary embodiment of the present application. The VAck frame format includes at least one of the following: a frame control (Frame Control) field, a duration (Duration) field, an RA field, and an FCS field.

[0803] Among them, the frame control field occupies 2 bytes, the duration field occupies 2 bytes, the RA field occupies 6 bytes, and the FCS field occupies 4 bytes.

[0804] For the above-mentioned frame control field, the frame control field format includes at least one of the following: Protocol Version subfield, Type subfield, Subtype subfield, Control Frame Extension subfield, Power Management subfield, More Data subfield, Protected Frame subfield, +HTC subfield. In the embodiment of the present application, the subfield can be simply referred to as field.

[0805] Among them, the protocol version subfield occupies 2 bits from B0 to B1, the type subfield occupies 2 bits from B2 to B3, the subtype subfield occupies 4 bits from B4 to B7, the control frame extension subfield occupies 4 bits from B8 to B11, the power management subfield occupies 1 bit from B12, the more data subfield occupies 1 bit from B13, the protected frame subfield occupies 1 bit from B14, and the +HTC subfield occupies 1 bit from B15.

[0806] The type subfield is used to indicate the frame type. For example, a value of 1 (01 in binary) indicates that the frame type is a control frame.

[0807] The subtype subfield is used to indicate the frame subtype, for example, a value of 6 (0110 in binary) indicates that the subtype of the frame is a control frame extension. Exemplarily, the sixth subfield is the subtype subfield.

[0808] The Control Frame Extension subfield is used to indicate the subtype of the Control Frame Extension, and its value is any integer between 12 and 15. For example, a value of 12 (1100 in binary) indicates that the subtype of the Control Frame Extension is a VAck frame. Exemplarily, the seventh subfield is the Control Frame Extension subfield.

[0809] For other fields and their meanings, please refer to the embodiment of Figure 21 and will not be repeated here.

[0810] The above control frame format is an exemplary possible situation. In different embodiments or different designs, it is not ruled out that at least one of the positions of the above fields in the frame, the arrangement order with other fields, the number of bytes occupied, the number of bits occupied, the element name, and the field name may change. This embodiment does not limit this.

[0811] In addition to being transmitted in the form of the HRL control field in the MAC frame of the MAC layer, the retransmission parameter in the above design can also be transmitted in the form of the U-SIG field in the PPDU of the PHY layer in a possible design of this embodiment.

[0812] In a possible design of this embodiment, the retransmission parameter is carried in a MAC frame of the MAC layer, or in a PPDU of the PHY layer.

[0813] FIG23 shows a schematic diagram of a U-SIG field format provided by an exemplary embodiment of the present application. The U-SIG field format includes a first part (U-SIG-1) format and a second part (U-SIG-2) format.

[0814] The first part (U-SIG-1) format includes at least one of the following: PHY Version Identifier field, Bandwidth field, Uplink (UL) / Downlink (DL) link field, Basic Service Set (BSS) color code (BSS Color) field, TXOP field, More Same PPDU field, Maximum Retry number (Number of Maximum Retry) field, Number of Retry per MCS field, MCS Decrease step value field, and Validate field.

[0815] Among them, the PHY version identifier field occupies 3 bits from B0 to B2, the bandwidth field occupies 3 bits from B3 to B5, the UL / DL field occupies 1 bit from B6, the BSS color code field occupies 6 bits from B7 to B12, the TXOP field occupies 7 bits from B13 to B19, the more identical PPDU field occupies 1 bit from B20, the maximum number of retransmissions field occupies 2 bits from B21 to B22, the same MCS retransmission number field occupies 1 bit from B23, the MCS reduction value field occupies 1 bit from B24, and the verification field occupies 1 bit from B25.

[0816] The More Identical PPDU field is used to indicate whether to send the next PPDU after the current frame is confirmed and one SIFS has passed, and the PPDU carrying the next frame is identical to the PPDU carrying the current frame except for the PSDU content. For example, a value of 1 indicates yes, and a value of 0 indicates no.

[0817] The maximum number of retransmissions field is used to indicate the maximum number of retransmissions, and the value is the number of retransmissions.

[0818] The Same MCS Retransmission Count field is used to indicate the number of consecutive retransmissions using the same MCS. The value is the number of consecutive retransmissions using the same MCS, or the number of consecutive retransmissions using the same MCS minus 1. For example, when three bits are used to represent the value, if the number of consecutive retransmissions using the same MCS is 1, the value is 001; or, if the number of consecutive retransmissions using the same MCS is 000.

[0819] The MCS reduction value field indicates the MCS reduction value for each retransmission. The value is the MCS reduction value. Once the MCS value is reduced to 0, it should remain at 0 and not change.

[0820] The second part (U-SIG-2) format includes at least one of the following: PPDU Type and Compression Mode field, Validate field, Punctured Channel Information field, BSS Color field, Enhanced High Throughput Signal (EHT-SIG) MCS field, EHT-SIG Number of Symbols field, Cyclic Redundancy Check (CRC) field, and Tail field.

[0821] Among them, the PPDU type and compression mode fields occupy a total of 2 bits from B0 to B1, the verification field occupies a total of 1 bit from B2, the clipped channel information field occupies a total of 5 bits from B3 to B7, the BSS color code field occupies a total of 1 bit from B8, the EHT-SIG MCS field occupies a total of 2 bits from B9 to B10, the EHT-SIG symbol number field occupies a total of 5 bits from B11 to B15, the CRC field occupies a total of 4 bits from B16 to B19, and the tail field occupies a total of 6 bits from B20 to B25.

[0822] The above-mentioned U-SIG field format is an exemplary possible situation. In different embodiments or different designs, it is not ruled out that at least one of the positions of the above-mentioned fields in the frame, the order of arrangement with other fields, the number of bytes occupied, the number of bits occupied, the element name, and the field name may be changed. This embodiment does not limit this.

[0823] FIG24 shows a schematic diagram of a U-SIG field provided by an exemplary embodiment of the present application. The U-SIG field format includes a first part (U-SIG-1) format and a second part (U-SIG-2) format.

[0824] The first part (U-SIG-1) format includes at least one of the following: a PHY Version Identifier field, a Bandwidth field, a UL / DL Link field, a BSS Color field, a TXOP field, a More PPDU field, a Disregard field, and a Validate field.

[0825] Among them, the PHY version identifier field occupies 3 bits from B0 to B2, the bandwidth field occupies 3 bits from B3 to B5, the UL / DL field occupies 1 bit from B6, the BSS color code field occupies 6 bits from B7 to B12, the TXOP field occupies 7 bits from B13 to B19, the More PPDU field occupies 1 bit from B20, the Ignore field occupies 4 bits from B21 to B24, and the Verification field occupies 1 bit from B25.

[0826] The More PPDU field is used to indicate whether to send the next PPDU after the current frame is confirmed and a SIFS has passed. For example, a value of 1 indicates yes, and a value of 0 indicates no.

[0827] The second part (U-SIG-2) format includes at least one of the following: PPDU Type and Compression Mode field, Validate field, Punctured Channel Information field, BSS Color field, EHT-SIG MCS field, EHT-SIG Number of Symbols field, CRC field, and Tail field.

[0828] Among them, the PPDU type and compression mode fields occupy a total of 2 bits from B0 to B1, the verification field occupies a total of 1 bit from B2, the clipped channel information field occupies a total of 5 bits from B3 to B7, the BSS color code field occupies a total of 1 bit from B8, the EHT-SIG MCS field occupies a total of 2 bits from B9 to B10, the EHT-SIG symbol number field occupies a total of 5 bits from B11 to B15, the CRC field occupies a total of 4 bits from B16 to B19, and the tail field occupies a total of 6 bits from B20 to B25.

[0829] The above-mentioned U-SIG field format is an exemplary possible situation. In different embodiments or different designs, it is not ruled out that at least one of the positions of the above-mentioned fields in the frame, the order of arrangement with other fields, the number of bytes occupied, the number of bits occupied, the element name, and the field name may be changed. This embodiment does not limit this.

[0830] In this embodiment, the transmitting module 2810 can be divided into multiple transmitting submodules, such as a first transmitting submodule and a second transmitting submodule. The first transmitting submodule is used to transmit the current PPDU, and the second transmitting submodule is used to transmit retransmission parameters after the initial frame of the TXOP. Alternatively, the first transmitting submodule is used to transmit the retransmission parameters after the initial frame of the TXOP, and the second transmitting submodule is used to transmit the current PPDU. This embodiment does not limit the functions of the different transmitting submodules.

[0831] In this embodiment, the receiving module 2820 can be divided into multiple receiving submodules, such as a first receiving submodule and a second receiving submodule. The first receiving submodule is configured to receive an acknowledgment frame or a block acknowledgment frame sent by the second retransmitting device, and the second receiving submodule is configured to receive at least one first frame broadcast by the second retransmitting device; alternatively, the first receiving submodule is configured to receive at least one first frame broadcast by the second retransmitting device, and the second receiving submodule is configured to receive an acknowledgment frame or a block acknowledgment frame sent by the second retransmitting device. This embodiment does not limit the functions of the different receiving submodules.

[0832] This embodiment is described by taking one sending module 2810 as an example, and the number of sending modules 2810 is not limited.

[0833] This embodiment is described by taking one receiving module 2820 as an example, and the number of receiving modules 2820 is not limited.

[0834] For an introduction to the functions of the sending module 2810 , please refer to step 810 in the embodiment of FIG. 8 , step 812 in the embodiment of FIG. 14 , and step 814 in the embodiment of FIG. 18 .

[0835] For an introduction to the functions of the receiving module 2820, please refer to the contents of steps 822 and 824 in the embodiment of FIG. 14 and steps 826 and 828 in the embodiment of FIG. 18.

[0836] Figure 29 shows a block diagram of a second retransmission device provided by an exemplary embodiment of the present application. The device can be implemented as a second site, or as part of a second site, through software or hardware or a combination of both. The device includes a receiving module 2910, a sending module 2920 and a broadcast module 2930.

[0837] The receiving module 2910 is configured to receive a retransmission parameter sent by a first retransmission device;

[0838] The retransmission parameter is a parameter related to the retransmission of the first retransmission device.

[0839] In a possible design of this embodiment, the retransmission parameters include parameters related to retransmission of the first retransmission device that are sent before the retransmission frame is sent.

[0840] In a possible design of this embodiment, the retransmission parameters include parameters related to retransmission by the first retransmission device carried in a PPDU preceding the retransmission PPDU, and the retransmission PPDU is a PPDU that carries a retransmission frame.

[0841] In a possible design of this embodiment, the retransmission parameter includes a parameter used by the second retransmission device to identify whether the first retransmission device will retransmit.

[0842] In a possible design of this embodiment, in the event of retransmission, the retransmission parameters include parameters related to determining a duration for retransmitting the PPDU.

[0843] In one possible design of this embodiment, the device includes two implementation modes:

[0844] Implementation of PPDU granularity (Per PPDU);

[0845] · Implementation of TXOP granularity (Per TXOP).

[0846] In a possible design of this embodiment, the implementation of Per PPDU means that when a PPDU is sent, each PPDU carries a retransmission parameter;

[0847] The Per TXOP implementation means that some retransmission parameters only need to be sent once during each TXOP.

[0848] 1. Implementation of Per PPDU:

[0849] In a possible design of this embodiment, the receiving module 2910 is configured to receive a current PPDU sent by a first retransmitting device;

[0850] The current PPDU includes: a current frame and a retransmission parameter. The retransmission parameter is associated with a next PPDU. The next PPDU represents a PPDU that carries the next frame.

[0851] The first retransmitting device informs the second retransmitting device of the retransmission parameters associated with the next PPDU in the current PPDU. The first retransmitting device is a sending device, and the second retransmitting device is a receiving device.

[0852] In a possible design of this embodiment, the retransmission parameters are sent at a PPDU granularity, and all retransmission parameters are carried in each PPDU.

[0853] In one possible design of this embodiment, the retransmission parameter includes a retransmission parameter associated with the next PPDU, or the retransmission parameter includes a retransmission parameter associated with the next frame, or the retransmission parameter includes a retransmission parameter associated with the PPDU carrying the next frame.

[0854] In one possible design of this embodiment, the retransmission parameters include parameters used to determine the retransmission process of the next PPDU, or the retransmission parameters include parameters used to determine the retransmission process of the next frame, or the retransmission parameters include parameters used to determine the retransmission process of the PPDU carrying the next frame.

[0855] In a possible design of this embodiment, the retransmission parameter includes at least one of the following three parameters:

[0856] First parameter;

[0857] The second parameter;

[0858] The third parameter;

[0859] The first parameter is used to indicate whether to send the next PPDU after the current frame is confirmed and a SIFS has passed. The next PPDU is identical to the current PPDU except for the PSDU content.

[0860] The second parameter is used to indicate the maximum number of retransmissions;

[0861] The third parameter is used to indicate the MCS used in case of retransmission, including the number of consecutive retransmissions using the same MCS and / or the value by which the MCS is reduced each time during retransmission.

[0862] In a possible design of this embodiment, the first parameter is a Boolean parameter, and the second parameter and the third parameter are integer parameters.

[0863] Retransmission parameter passing method:

[0864] (1) In a possible design of this embodiment, the retransmission parameter is carried in the first field.

[0865] In a possible design of this embodiment, the first field is an HRL control field.

[0866] The HRL Control field is defined to convey retransmission parameters. The HRL Control field is a variant type of the A-Control field of the HT Control field in the MAC frame header.

[0867] FIG9 is a schematic diagram showing an HRL control type format of an A-Control field provided by an exemplary embodiment of the present application. The format includes at least one of the following: a control ID field and a control information field.

[0868] Among them, the control ID field occupies 4 bits from B0 to B3, and the control information field occupies 11 bits from B4 to B14.

[0869] The Control ID field is used to indicate the variant type of the A-Control field, and its value can be any integer between 10 and 14. For example, a value of 10 indicates that the variant type is the HRL control type (HRL control field).

[0870] The control information field contains parameters used to improve link reliability.

[0871] For the above-mentioned control information field, the control information field format includes at least one of the following: More Same PPDU field, Maximum Retry number field, Number of Retry per MCS field, and Step of MCS Decrease field. In the embodiment of the present application, the subfields and fields have the same meaning.

[0872] Among them, the More Same PPDU field occupies 1 bit, the Maximum Retransmission Number field occupies 4 bits, the Same MCS Retransmission Number field occupies 3 bits, and the MCS Reduction Value field occupies 3 bits.

[0873] The More Identical PPDU field is used to indicate whether the next PPDU will be sent after the current frame is confirmed and one SIFS has passed. The next PPDU is identical to the PPDU carrying the current frame except for the PSDU content. For example, a value of 1 indicates yes, and a value of 0 indicates no.

[0874] Exemplarily, the second retransmitting apparatus receives the i-th data frame, and the value of the More Identical PPDU field in the i-th data frame is 1, indicating that the first retransmitting apparatus will send a PPDU carrying the i+1-th data frame, but the second retransmitting apparatus does not receive the PPDU carrying the i+1-th data frame, so the second retransmitting apparatus infers that the first retransmitting apparatus will retransmit the i+1-th data frame;

[0875] When the second retransmission device receives the i-th data frame and the value of the more identical PPDU field in the i-th data frame is 0, it means that the first retransmission device will not send the PPDU carrying the i+1-th data frame, that is, the i-th data frame is the last frame. Even if the second retransmission device does not receive the i+1-th data frame, it is inferred that the first retransmission device will not retransmit.

[0876] The maximum number of retransmissions field is used to indicate the maximum number of retransmissions, and the value is the number of retransmissions.

[0877] The Same MCS Retransmission Count field indicates the number of consecutive retransmissions using the same MCS. Its value is the number of consecutive retransmissions using the same MCS, or the number of consecutive retransmissions using the same MCS minus one. For example, when three bits are used to represent the value, if the number of consecutive retransmissions using the same MCS is 1, the value is 001; or, alternatively, the value is 000. If the value is the number of consecutive retransmissions using the same MCS minus one, the value can be set starting from 000, allowing for more values ​​to represent the number, thereby improving utilization.

[0878] The MCS reduction value field indicates the MCS reduction value for each retransmission. The value is the MCS reduction value. Once the MCS value is reduced to 0, it should remain at 0 and not change.

[0879] The HRL control type format of the above-mentioned A-Control field is an exemplary possible situation. In different embodiments or different designs, it is not ruled out that at least one of the designs of the position of the above-mentioned field in the frame, the arrangement order between other fields, the number of bytes occupied, the number of bits occupied, the element name, and the field name may change. This embodiment does not limit this.

[0880] In a possible design of this embodiment, the first parameter occupies at least one first subfield in the first field;

[0881] The second parameter occupies at least one second subfield in the first field;

[0882] The third parameter occupies at least one third subfield in the first field.

[0883] Exemplarily, the first parameter occupies more identical PPDU fields;

[0884] The second parameter occupies the maximum number of retransmissions field;

[0885] The third parameter occupies the same MCS retransmission times field and the MCS reduction value field.

[0886] In a possible design of this embodiment, only continuous retransmission with the same MCS is used, and the value of the number of retransmissions with the same MCS field is the number of continuous retransmissions with the same MCS, or the number of continuous retransmissions with the same MCS minus one; the MCS reduction value field is not used, or the MCS reduction value field is 0, or each bit in the field is 0.

[0887] In a possible design of this embodiment, the MCS value is lowered for each retransmission, and the value of the MCS reduction value field is the MCS reduction value; the same MCS retransmission number field is not used, or the same MCS retransmission number field is set to 0, or each bit in the field is set to 0.

[0888] In one possible design of this embodiment, the same MCS is used for continuous retransmission. After retransmitting the number of times corresponding to the same MCS retransmission count field, the MCS value is lowered according to the value corresponding to the MCS reduction value field and retransmission continues. For example, the same MCS (MCS value is 6) is first used for continuous retransmission. The value corresponding to the same MCS retransmission count field is 4, and the value corresponding to the MCS reduction value field is 1. That is, after retransmitting four times, the MCS value is lowered and retransmitted again, each time by 1. Retransmission is performed according to the MCS values ​​of 5, 4, 3, 2, 1, and 0, respectively.

[0889] (2) In a possible design of this embodiment, the retransmission parameter is carried in the second field, and the second field is used to indicate whether to send the next PPDU after the current frame is confirmed and a SIFS has passed.

[0890] In a possible design of this embodiment, the second field is an HRL control field.

[0891] FIG10 is a schematic diagram showing an HRL control type format of an A-Control field provided by an exemplary embodiment of the present application. The format includes at least one of the following: a control ID field and a control information field.

[0892] Among them, the control ID field occupies 4 bits from B0 to B3, and the control information field occupies 10 bits from B4 to B13.

[0893] For the above control information field, the control information field format includes at least one of the following: a maximum retransmission number (Number of Maximum Retry) field, a same MCS retransmission number (Number of Retry per MCS) field, and an MCS reduction value (Step of MCS Decrease) field.

[0894] Among them, the maximum retransmission number field occupies 4 bits, the same MCS retransmission number field occupies 3 bits, and the MCS reduction value field occupies 3 bits.

[0895] In a possible design of this embodiment, the second parameter occupies at least one second subfield in the second field;

[0896] The third parameter occupies at least one third subfield in the second field.

[0897] Exemplarily, the second parameter occupies the maximum number of retransmissions field;

[0898] The third parameter occupies the same MCS retransmission times field and the MCS reduction value field.

[0899] Compared to the embodiment shown in Figure 9, this design does not use the "More Identical PPDUs field." Instead, the MAC frame header determines whether to send the next PPDU after a SIFS after the current frame is confirmed by including the HRL Control Type field in the A-Control field. If the field is not included, the next PPDU is not sent. If the field is included, the next PPDU is sent, and the next PPDU is identical to the current PPDU except for the PSDU content. The meanings of the other fields are similar to those in the embodiment shown in Figure 9 and are not further described here.

[0900] The HRL control type format of the above-mentioned A-Control field is an exemplary possible situation. In different embodiments or different designs, it is not ruled out that at least one of the designs of the position of the above-mentioned field in the frame, the arrangement order between other fields, the number of bytes occupied, the number of bits occupied, the element name, and the field name may change. This embodiment does not limit this.

[0901] In one possible design of this embodiment, after receiving the first parameter in the current PPDU, the second retransmitting device identifies whether the next PPDU will be retransmitted. If it is determined that the next PPDU will be retransmitted, the second retransmitting device determines the sending time position and the duration of the retransmitted PPDU based on at least one of the maximum number of retransmissions field, the number of retransmissions with the same MCS field, and the MCS reduction value field. The retransmitted PPDU is the PPDU of the next frame used to carry the retransmission, and can be one or more PPDUs after the next PPDU.

[0902] For example, the second retransmission device receives a PPDU carrying 1 frame of data with MCS = 6 and a duration of 100 microseconds. Since the HRL control field indicates that the next PPDU will be sent after one SIFS after the current frame is confirmed, and the duration of the next PPDU is equal to the duration of the current PPDU, the second retransmission device can infer that after obtaining confirmation and another SIFS, it will receive a PPDU carrying 2 frames of data, and its duration is also 100 microseconds.

[0903] Next, the second retransmitter receives the next PPDU after the SIFS, but detects a checksum error upon receipt. It then determines that the first retransmitter has failed to transmit two frames of data and will retransmit. The MCS reduction value field is set to 1, indicating that the first retransmitted PPDU will use MCS 5. Combined with the duration of the PPDU carrying one frame of data, it can be inferred that the duration of the first retransmitted PPDU is 125 microseconds. After waiting for the AckTimeout plus the PIFS, the second retransmitter receives the first retransmitted PPDU, but detects a checksum error upon receipt. It then determines that the first retransmitter will continue retransmitting, and the second retransmitted PPDU will use MCS 4. Combined with the duration of the PPDU carrying one frame of data, it can be inferred that the duration of the second retransmitted PPDU is 150 microseconds. After waiting for the AckTimeout plus the PIFS, the second retransmitter receives the second retransmitted PPDU and detects a checksum error upon receipt. This concludes the retransmission process and the first retransmitter ceases retransmission.

[0904] In a possible design of this embodiment, when the value of the first subfield is the first value, the next PPDU is sent based on the retransmission parameter;

[0905] When the value of the first subfield is the second value, the next PPDU is sent based on parameters other than the retransmission parameter.

[0906] In a possible design of this embodiment, when the value of the first subfield is the first value and retransmission occurs, the next PPDU is a retransmitted PPDU sent according to the second parameter and the third parameter; and / or,

[0907] When the value of the first subfield is the first value and the second retransmitting device does not successfully receive the next PPDU, the retransmitted PPDU of the next PPDU is sent according to the second parameter and the third parameter;

[0908] The retransmission PPDU of the next PPDU is the PPDU of the next frame carrying the retransmission, and identifying the retransmission indicates that the next PPDU is not successfully received and needs to be retransmitted.

[0909] In one possible design of this embodiment, after the first retransmitting device competes for a channel and reserves a TXOP for exchanging multiple frames, when sending non-initial frames, the HRL control field may be carried in the HT control field of the MAC header of the following types of frames:

[0910] Unicast Action No Ack management frames (Individually addressed Management frames other than Action No Ack frames);

[0911] Individually addressed non-QoS Data frames;

[0912] Unicast QoS Data frames addressed individually with Normal Ack or Implicit BAR Ack policy.

[0913] Exemplarily, if the first retransmitting device carries the HRL control field in the unicast non-quality of service data frame, or carries the HRL control field and the More Identical PPDU field (first subfield) has a value of 1 (first value), then the next PPDU is sent based on the retransmission parameters; if the second retransmitting device recognizes the retransmission, the first retransmitting device sends the retransmitted PPDU according to the Maximum Retransmission Number field, the Same MCS Retransmission Number field, and the MCS Reduction Value field in the HRL control field;

[0914] If the first retransmission device does not carry the HRL control field in the sent frame, or carries the HRL control field but the value of the more identical PPDU field (first subfield) is 0 (the second value), then the next PPDU does not need to comply with the retransmission parameters and is sent based on parameters other than the retransmission parameters; if the second retransmission device recognizes the retransmission, it does not need to comply with the retransmission parameters for retransmission.

[0915] In a possible design of this embodiment, the sending module 2920 is used to send an acknowledgment frame or a block acknowledgment frame.

[0916] In a possible design of this embodiment, the sending module 2920 is used to send a confirmation frame or a block confirmation frame when the value of the first subfield is the second value.

[0917] Exemplarily, when the frame received by the second retransmitting apparatus does not include the HRL control field, or includes the HRL control field but the value of the More Identical PPDU field is 0, the second retransmitting apparatus sends an acknowledgment frame or a block acknowledgment frame.

[0918] In one possible design of this embodiment, the sending module 2920 is configured to send an acknowledgment frame or a block acknowledgment frame when the value of the first subfield is the first value and the PPDU is successfully received; and / or,

[0919] When the value of the first subfield is the first value and no retransmission occurs, an acknowledgment frame or a block acknowledgment frame is sent.

[0920] Exemplarily, when the frame received by the second retransmitting device includes an HRL control field, or includes an HRL control field and the value of the More Identical PPDU field is 1, if no retransmission occurs, the second retransmitting device sends an acknowledgment frame or a block acknowledgment frame.

[0921] In one possible design of this embodiment, the broadcast module 2930 is configured to broadcast at least one first frame;

[0922] The first frame is used to instruct other stations around the second retransmission device to set NAV. The first frame is a frame sent in a first time period. The first time period is determined according to the retransmission parameter and is a time period outside the time period of the interference retransmission PPDU.

[0923] In a possible design of this embodiment, the duration field in the first frame is set based on a retransmission parameter, and the duration field is used to set the NAV.

[0924] In one possible design of this embodiment, the broadcast module 2930 is configured to broadcast at least one first frame when the value of the first subfield is the first value and the next PPDU is not successfully received; and / or,

[0925] When the value of the first subfield is the first value and retransmission is identified, at least one first frame is broadcast.

[0926] Exemplarily, when the frame received by the second retransmission device includes an HRL control field, or includes an HRL control field and more identical PPDU fields therein have a value of 1, if retransmission is identified, the second retransmission device can estimate the transmission time period of the retransmitted PPDU based on the retransmission parameters sent by the first retransmission device, thereby sending one or more first frames within a time period (first time period) that does not interfere with the retransmitted PPDU.

[0927] In a possible design of this embodiment, when the MAC layer of the second retransmitting apparatus does not receive the first primitive within a first delay interval corresponding to a PPDU, the first time period is a time period from an end time of the first delay interval to a start time of a next retransmitted PPDU;

[0928] In a case where the MAC layer of the second retransmitting device receives the first primitive within a first delay interval corresponding to a PPDU, the first time period is a time period from an end time of the one PPDU to a start time of a next retransmitted PPDU;

[0929] Among them, the first delay interval represents the reception delay of the physical layer; the first delay interval is a time interval within the transmission time period corresponding to a PPDU; and the first primitive is a primitive indicating that the physical layer has received a valid PPDU.

[0930] Exemplarily, when the MAC layer of the second retransmitting device does not receive the PHY-RXSTART.indication primitive within the RxPHYStartDelay interval corresponding to a PPDU, the first time period is a time period from the end moment of the RxPHYStartDelay interval to the start moment of the next retransmitted PPDU;

[0931] When the MAC layer of the second retransmitting device receives the PHY-RXSTART.indication primitive within the RxPHYStartDelay interval corresponding to a PPDU, the first time period is the time period from the end time of the PPDU to the start time of the next retransmitted PPDU.

[0932] In a possible design of this embodiment, the second retransmission device is in a sleep state or a shutdown state during a first time period, and wakes up again in a time period outside the first time period to receive frames sent by the first retransmission device, so that other devices around the second retransmission device will not occupy the channel.

[0933] 2. Implementation of Per TXOP:

[0934] In one possible design of this embodiment, the receiving module 2910 is configured to receive, after an initial frame of a TXOP, a retransmission parameter sent by a first retransmission device;

[0935] The retransmission parameter is a parameter used when transmitting a specified frame within a TXOP.

[0936] In a possible design of this embodiment, the retransmission parameter is sent at a TXOP granularity.

[0937] In a possible design of this embodiment, the retransmission parameter includes a retransmission parameter associated with transmitting a designated frame within a TXOP.

[0938] In one possible design of this embodiment, the retransmission parameter includes at least one of the following:

[0939] The second parameter;

[0940] The third parameter;

[0941] The fourth parameter;

[0942] The fifth parameter;

[0943] The sixth parameter;

[0944] The seventh parameter;

[0945] Eighth parameter;

[0946] Ninth parameter;

[0947] The second parameter is used to indicate the maximum number of retransmissions;

[0948] The third parameter is used to indicate the MCS to be used in case of retransmission, including the number of consecutive retransmissions using the same MCS and / or the value by which the MCS is reduced each time during retransmission;

[0949] The fourth parameter is used to indicate whether to send the next PPDU after the current frame is confirmed and a SIFS has passed. The next PPDU indicates the PPDU that carries the next frame.

[0950] The fifth parameter is used to indicate the PHY version of the PPDU;

[0951] The sixth parameter is used to indicate a first time interval, which represents the time interval from the start of a PPDU to the reporting of the first primitive to the MAC layer, called RxPHYStartDelay; the first primitive is a primitive indicating that the physical layer has received a valid PPDU, called PHY-RXSTART.indication primitive;

[0952] The seventh parameter is used to indicate the duration of the PPDU;

[0953] The eighth parameter is used to indicate the length of the PSDU;

[0954] The ninth parameter is used to indicate the MCS used to send the PPDU.

[0955] In a possible design of this embodiment, the fourth parameter is a Boolean parameter, and the other parameters except the fourth parameter are integer parameters.

[0956] In a possible design of this embodiment, the fourth parameter is carried in each PPDU.

[0957] In a possible design of this embodiment, all or part of the parameters other than the fourth parameter are carried in the first request frame.

[0958] In a possible design of this embodiment, all or part of the parameters other than the fourth parameter are carried in the first response frame.

[0959] In a possible design of this embodiment, all or part of the parameters other than the fourth parameter are carried in each PPDU.

[0960] Retransmission parameter passing method:

[0961] (1) In a possible design of this embodiment, the fourth parameter is carried in the third field.

[0962] In a possible design of this embodiment, the third field is an HRL Control field. The HRL Control field is defined to transmit the fourth parameter. The HRL Control field is a variant type of the A-Control field of the HT Control field in the MAC frame header.

[0963] FIG11 is a schematic diagram showing an HRL control type format of an A-Control field provided by an exemplary embodiment of the present application. The format includes at least one of the following: a control ID field and a control information field.

[0964] Among them, the control ID field occupies 4 bits from B0 to B3, and the control information field occupies 1 bit from B4.

[0965] The Control ID field is used to indicate the variant type of the A-Control field, and its value can be any integer between 10 and 14. For example, a value of 10 indicates that the variant type is the HRL control type (HRL control field).

[0966] The control information field contains parameters used to improve link reliability.

[0967] Regarding the above control information field, the control information field format includes: More PPDU field.

[0968] Among them, the More PPDU field occupies 1 bit.

[0969] The More PPDU field is used to indicate whether to send the next PPDU after a SIFS after the current frame is confirmed. For example, a value of 1 indicates sending, and a value of 0 indicates not sending.

[0970] In a possible design of this embodiment, the fourth parameter occupies at least one fourth subfield in the third field.

[0971] Illustratively, the fourth parameter occupies more PPDU fields.

[0972] The HRL control type format of the above-mentioned A-Control field is an exemplary possible situation. In different embodiments or different designs, it is not ruled out that at least one of the designs of the position of the above-mentioned field in the frame, the arrangement order between other fields, the number of bytes occupied, the number of bits occupied, the element name, and the field name may change. This embodiment does not limit this.

[0973] (2) In a possible design of this embodiment, other retransmission parameters besides the fourth parameter are carried in the first request frame.

[0974] In a possible design of this embodiment, the first request frame is an ultra-high reliability (UHR) link setup request (UHR Link Setup Request) frame. Figure 12 shows a schematic diagram of the UHR link setup request frame format provided by an exemplary embodiment of the present application. The UHR link setup request frame format includes at least one of the following: a frame control (Frame Control) field, a duration (Duration) field, an address 1 (Address 1) field, an address 2 (Address 2) field, an address 3 (Address 3) field, a sequence control (Sequence Control) field, an HT control (HT Control) field, a frame body (Frame body) field, and an FCS field.

[0975] Among them, the frame control field occupies 2 bytes, the duration field occupies 2 bytes, the address 1 field occupies 6 bytes, the address 2 field occupies 6 bytes, the address 3 field occupies 6 bytes, the sequence control field occupies 2 bytes, the HT control field occupies 4 bytes, the frame body field occupies 2 bytes, and the FCS field occupies 4 bytes.

[0976] Regarding the above frame body field, the frame body field format includes: an action subfield. In the embodiment of the present application, the subfield can be simply referred to as a field.

[0977] The action subfield occupies 4 bytes.

[0978] Regarding the above-mentioned action subfield, the action subfield format includes at least one of the following: a category subfield, a UHR link action subfield, a dialog token subfield, and a UHR link parameters subfield.

[0979] Among them, the category subfield occupies 1 byte, the UHR link action subfield occupies 1 byte, the dialogue token subfield occupies 1 byte, and the UHR link parameter subfield occupies 9 bytes.

[0980] The category subfield is used to indicate a new action frame type, namely, the UHR link action frame type, and its value is any integer between 39 and 125. For example, it can be 40.

[0981] The UHR link action subfield is used to indicate the subtype of the UHR link action frame, and its value is any integer between 0 and 255. For example, it can be 0 to indicate that the UHR link action frame is a UHR link setup request frame.

[0982] The Dialog Token subfield is used to indicate an associated pair of UHR Link Setup Request frames and UHR Link Setup Response frames, both of which contain the Dialog Token subfield.

[0983] The UHR link parameter subfield is used to carry parameters related to the UHR retransmission mechanism.

[0984] For the above-mentioned UHR link parameter subfield, the UHR link parameter subfield format includes at least one of the following: traffic ID (TID) subfield, PHY version (PHY Version) subfield, RxPHYStartDelay subfield, PPDU time (PPDU Time) subfield, PSDU length (PSDU Length) subfield, MCS subfield, maximum retransmission number (Number of Maximum Retry) subfield, same MCS retransmission number (Number of Retry per MCS) subfield, MCS reduction value (Step of MCS Decrease) subfield, reserved (Reserved) subfield.

[0985] Among them, the TID subfield occupies 4 bits, the PHY version subfield occupies 4 bits, the RxPHYStartDelay subfield occupies 8 bits, the PPDU duration subfield occupies 16 bits, the PSDU length subfield occupies 24 bits, the MCS subfield occupies 4 bits, the maximum retransmission number subfield occupies 4 bits, the same MCS retransmission number subfield occupies 3 bits, the MCS reduction value subfield occupies 3 bits, and the reserved subfield occupies 2 bits.

[0986] The TID subfield is used to indicate the stream identifier of the stream for which the UHR retransmission scheme is enabled.

[0987] The PHY version subfield is used to indicate the version of the PPDU used. The values ​​and meanings are shown in Table 2.

[0988] The RxPHYStartDelay subfield is used to indicate the delay between the start of PPDU reception and the initiation of PHY-RXSTART.indication by the receiving device. It is used to assist the receiving device in determining whether the preamble (Preamble) part of the next PPDU is successfully received. The value unit is microseconds.

[0989] The PPDU duration subfield is used to indicate the duration of the transmitted PPDU, with the value in microseconds.

[0990] The PSDU length subfield is used to indicate the length of the PSDU carried in the transmitted PPDU, and the value unit is byte.

[0991] The MCS subfield is used to indicate the MCS used by the transmitted PPDU.

[0992] The maximum number of retransmissions subfield is used to indicate the maximum number of retransmissions, and the value is the number of retransmissions.

[0993] The Same MCS Retransmission Count subfield indicates the number of consecutive retransmissions using the same MCS. Its value is the number of consecutive retransmissions using the same MCS, or the number of consecutive retransmissions using the same MCS minus one. For example, when three bits are used to represent the value, if the number of consecutive retransmissions using the same MCS is 1, the value is 001; alternatively, the value is 000. If the value is the number of consecutive retransmissions using the same MCS minus one, the value can be set starting from 000, allowing more values ​​to represent the number, thereby improving utilization.

[0994] The MCS Decrease Value subfield indicates the MCS value to be decreased each time a retransmission is performed. The value is the MCS decrease value. When the MCS value decreases to 0, it should remain at 0 and not change.

[0995] The above-mentioned UHR link setting request frame format is an exemplary possible situation. In different embodiments or different designs, it is not ruled out that at least one of the positions of the above-mentioned fields in the frame, the arrangement order with other fields, the number of occupied bytes, the number of occupied bits, the element name, and the field name may change. This embodiment does not limit this.

[0996] In a possible design of this embodiment, other retransmission parameters except the fourth parameter each occupy at least one subfield in the first request frame.

[0997] Exemplarily, the second parameter occupies the maximum number of retransmissions subfield; the third parameter occupies the same MCS retransmission number subfield and the MCS reduction value subfield; the fifth parameter occupies the PHY version subfield; the sixth parameter occupies the RxPHYStartDelay subfield; the seventh parameter occupies the PPDU duration subfield; the eighth parameter occupies the PSDU length subfield; and the ninth parameter occupies the MCS subfield.

[0998] In a possible design of this embodiment, only continuous retransmission with the same MCS is used, and the value of the number of continuous retransmissions with the same MCS subfield is the number of continuous retransmissions with the same MCS, or the number of continuous retransmissions with the same MCS minus one; the MCS reduction value subfield is not used, or the MCS reduction value subfield is 0, or each bit in the subfield is 0.

[0999] In a possible design of this embodiment, the MCS value is lowered for each retransmission, and the value of the MCS reduction value subfield is the MCS reduction value; the same MCS retransmission number subfield is not used, or the same MCS retransmission number subfield is set to 0, or each bit in the subfield is set to 0.

[1000] In one possible design of this embodiment, the same MCS is used for continuous retransmission. After retransmitting the number of times corresponding to the same MCS retransmission count subfield, the MCS value is lowered according to the value corresponding to the MCS reduction value subfield and retransmission continues. For example, the same MCS (MCS value is 6) is first used for continuous retransmission, the value corresponding to the same MCS retransmission count subfield is 4, and the value corresponding to the MCS reduction value subfield is 1. That is, after retransmitting four times, the MCS value is lowered and retransmitted again, each time by 1. Retransmissions are performed according to MCS values ​​of 5, 4, 3, 2, 1, and 0, respectively.

[1001] In one possible design of this embodiment, after receiving the fourth parameter in the current PPDU, the second retransmitting device identifies whether the next PPDU will be retransmitted. If it is determined that the next PPDU will be retransmitted, the second retransmitting device determines the sending time position and duration of the retransmitted PPDU based on at least one of the maximum number of retransmissions subfield, the number of retransmissions with the same MCS subfield, the MCS reduction value subfield, and the PPDU duration subfield. The retransmitted PPDU is the PPDU of the next frame used to carry the retransmission, and can be one or more PPDUs after the next PPDU.

[1002] (3) In a possible design of this embodiment, other retransmission parameters besides the fourth parameter are carried in the first response frame.

[1003] Figure 13 shows a schematic diagram of the UHR link setup response frame format provided by an exemplary embodiment of the present application. The UHR link setup response frame format includes at least one of the following: a frame control field, a duration field, an address 1 field, an address 2 field, an address 3 field, a sequence control field, an HT control field, a frame body field, and an FCS field.

[1004] Among them, the frame control field occupies 2 bytes, the duration field occupies 2 bytes, the address 1 field occupies 6 bytes, the address 2 field occupies 6 bytes, the address 3 field occupies 6 bytes, the sequence control field occupies 2 bytes, the HT control field occupies 4 bytes, the frame body field occupies 2 bytes, and the FCS field occupies 4 bytes.

[1005] Regarding the above frame body field, the frame body field format includes: an action subfield. In the embodiment of the present application, the subfield can be referred to as a field for short.

[1006] The action subfield occupies 4 bytes.

[1007] For the above-mentioned action subfield, the action subfield format includes at least one of the following: Category subfield, UHR Link Action subfield, Dialog Token subfield, Status Code subfield, and UHR Link Parameters subfield.

[1008] Among them, the category subfield occupies 1 byte, the UHR link action subfield occupies 1 byte, the dialogue token subfield occupies 1 byte, the status code subfield occupies 2 bytes, and the UHR link parameter subfield occupies 0 or 9 bytes.

[1009] The category subfield is used to indicate a new action frame type, namely, the UHR link action frame type, and its value is any integer between 39 and 125. For example, it can be 40.

[1010] The UHR link action subfield is used to indicate the subtype of the UHR link action frame, and its value is any integer between 0 and 255. For example, it can be 1 to indicate that the UHR link action frame is a UHR link setup response frame.

[1011] The Status Code subfield indicates the response result to the UHR Link Setup Request frame. A value of 0 indicates success (SUCCESS), a value of 37 indicates rejection (REQUEST_DECLINED), and a value of 39 indicates rejection with suggested parameters (REJECTED_WITH_SUGGESTED_CHANGES).

[1012] The UHR Link Parameters subfield exists only when the Status Code subfield value is 39; otherwise, this field does not exist.

[1013] For the above-mentioned UHR link parameter subfield, the UHR link parameter subfield format includes at least one of the following: TID subfield, PHY version (PHY Version) subfield, RxPHYStartDelay subfield, PPDU duration (PPDU Time) subfield, PSDU length (PSDU Length) subfield, MCS subfield, maximum retransmission number (Number of Maximum Retry) subfield, same MCS retransmission number (Number of Retry per MCS) subfield, MCS reduction value (Step of MCS Decrease) subfield, reserved (Reserved) subfield.

[1014] Among them, the TID subfield occupies 4 bits, the PHY version subfield occupies 4 bits, the RxPHYStartDelay subfield occupies 8 bits, the PPDU duration subfield occupies 16 bits, the PSDU length subfield occupies 24 bits, the MCS subfield occupies 4 bits, the maximum retransmission number subfield occupies 4 bits, the same MCS retransmission number subfield occupies 3 bits, the MCS reduction value subfield occupies 3 bits, and the reserved subfield occupies 2 bits.

[1015] The meanings of the above fields or subfields refer to the corresponding embodiments of the UHR link setup request frame and are not repeated here.

[1016] The above-mentioned UHR link setting response frame format is an exemplary possible situation. In different embodiments or different designs, it is not ruled out that at least one of the positions of the above-mentioned fields in the frame, the arrangement order with other fields, the number of occupied bytes, the number of occupied bits, the element name, and the field name may change. This embodiment does not limit this.

[1017] In a possible design of this embodiment, other retransmission parameters except the fourth parameter each occupy at least one subfield in the first response frame.

[1018] Exemplarily, the second parameter occupies the maximum number of retransmissions subfield; the third parameter occupies the same MCS retransmission number subfield and the MCS reduction value subfield; the fifth parameter occupies the PHY version subfield; the sixth parameter occupies the RxPHYStartDelay subfield; the seventh parameter occupies the PPDU duration subfield; the eighth parameter occupies the PSDU length subfield; and the ninth parameter occupies the MCS subfield.

[1019] In a possible design of this embodiment, the first response frame includes a fifth subfield, and the fifth subfield is used to indicate a response result to the first request frame.

[1020] In one possible design of this embodiment, when the value of the fifth subfield is the fifth value, it indicates success;

[1021] When the value of the fifth subfield is the sixth value, it indicates rejection;

[1022] If the value of the fifth subfield is the seventh value, it indicates rejection and provides suggested parameters;

[1023] The recommended parameters include at least one of the second parameter, the third parameter, the fifth parameter, the sixth parameter, the seventh parameter, the eighth parameter, and the ninth parameter.

[1024] Exemplarily, the fifth subfield is a status code subfield, which is used to indicate the response result to the UHR link setup request frame. A value of 0 indicates success, a value of 37 indicates rejection, and a value of 39 indicates rejection with suggested parameters provided.

[1025] Retransmission rules:

[1026] In a possible design of this embodiment, when the value of the fifth subfield is the fifth value or the seventh value, the next PPDU is sent based on the retransmission parameter; when the value of the fifth subfield is the sixth value, the next PPDU is sent based on parameters other than the retransmission parameter.

[1027] In a possible design of this embodiment, when the value of the fifth subfield is the fifth value or the seventh value and the second retransmission device recognizes the retransmission, the next PPDU is a retransmission PPDU sent according to the retransmission parameter; and / or,

[1028] If the value of the fifth subfield is the fifth value or the seventh value and the second retransmitting device does not successfully receive the next PPDU, the retransmitted PPDU of the next PPDU is sent according to the retransmission parameter;

[1029] The retransmission PPDU of the next PPDU is the PPDU of the next frame carrying the retransmission, and identifying the retransmission indicates that the next PPDU is not successfully received and needs to be retransmitted.

[1030] In a possible design of this embodiment, after the first retransmitting device competes for a channel and reserves a TXOP for multiple frame exchanges, it can send a first request frame (UHR link setup request frame) to the second retransmitting device after the initial frame of the TXOP to request negotiation of other retransmission parameters other than the fourth parameter. If the negotiation is successful, the PPDUs carrying the following types of frames sent by the first retransmitting device to the second retransmitting device within the TXOP must comply with the negotiated retransmission parameters:

[1031] Unicast Action No Ack management frames (Individually addressed Management frames other than Action No Ack frames);

[1032] Individually addressed non-QoS Data frames;

[1033] Unicast QoS Data frames addressed individually with Normal Ack or Implicit BAR Ack policy.

[1034] In a possible design of this embodiment, the third field is carried in the last frame in the TXOP, and the fourth subfield has a third value;

[1035] The third field is carried in all frames except the last frame in the TXOP, and the fourth subfield has a fourth value.

[1036] Exemplarily, within the TXOP, the last frame sent by the first retransmitting device to the second retransmitting device carries the HRL control field, and the value of the More PPDU field is 0;

[1037] In the TXOP, the frames other than the last frame sent by the first retransmitting device to the second retransmitting device carry the HRL control field, and the value of the More PPDU field is 1.

[1038] In a possible design of this embodiment, the value of the fifth subfield is the fifth value or the seventh value, and the sending module 2920 is used to send a confirmation frame or a block confirmation frame.

[1039] In a possible design of this embodiment, when the second retransmission device receives the first request frame, if it agrees with the retransmission parameters therein, it replies with a first response frame with the value of the fifth subfield taking the fifth value; if it disagrees with the retransmission parameters therein, it replies with a first response frame with the value of the fifth subfield taking the sixth value; if it disagrees with the retransmission parameters therein but provides recommended parameters, it replies with a first response frame with the value of the fifth subfield taking the seventh value.

[1040] Exemplarily, when the second retransmission device receives a UHR link setup request frame, if it agrees with the retransmission parameters therein, it replies with a UHR link setup response frame with a status code subfield value of 0; if it disagrees with the retransmission parameters therein, it replies with a UHR link setup response frame with a status code subfield value of 37; if it disagrees with the retransmission parameters therein but provides recommended parameters, it replies with a UHR link setup response frame with a status code subfield value of 39.

[1041] In one possible design of this embodiment, the sending module 2920 is configured to send an acknowledgment frame or a block acknowledgment frame when the value of the fourth subfield is the eighth value;

[1042] The fourth subfield is the subfield occupied by the fourth parameter in the third field.

[1043] Exemplarily, the value of the status code subfield is 0 or 39. When the frame received by the second retransmission device does not include the HRL control field, or includes the HRL control field but the value of the More PPDU field is 0, the second retransmission device sends an acknowledgment frame or a block acknowledgment frame.

[1044] In one possible design of this embodiment, the sending module 2920 is configured to send an acknowledgment frame or a block acknowledgment frame when the value of the fourth subfield is the ninth value and the PPDU is successfully received; and / or

[1045] If the value of the fourth subfield is the ninth value and no retransmission occurs, an acknowledgment frame or a block acknowledgment frame is sent;

[1046] The fourth subfield is the subfield occupied by the fourth parameter in the third field.

[1047] Exemplarily, the value of the status code subfield is 0 or 39. When the frame received by the second retransmission device includes an HRL control field, or includes an HRL control field and the value of the More PPDU field is 1, the second retransmission device sends an acknowledgment frame or a block acknowledgment frame.

[1048] In a possible design of this embodiment, the value of the fifth subfield is the fifth value or the seventh value, and the broadcast module 2930 is configured to broadcast at least one first frame;

[1049] Among them, the first frame is used to instruct other sites around the second retransmission device to set NAV, the first frame is a frame sent in the first time period, the first time period is determined according to the retransmission parameter, and the first time period is a time period outside the time period of interference retransmission PPDU.

[1050] In one possible design of this embodiment, the broadcast module 2930 is configured to broadcast at least one first frame when the value of the fourth subfield is the ninth value and the next PPDU is not successfully received; and / or

[1051] When the value of the fourth subfield is the ninth value and a retransmission is identified, broadcast at least one first frame;

[1052] The fourth subfield is the subfield occupied by the fourth parameter in the third field.

[1053] Exemplarily, when the frame received by the second retransmission device includes an HRL control field and the value of the More PPDU field therein is 1, if retransmission is identified, the second retransmission device can estimate the transmission time period of the retransmitted PPDU based on the retransmission parameters sent by the first retransmission device, thereby sending one or more first frames within a time period (first time period) that does not interfere with the retransmitted PPDU.

[1054] In a possible design of this embodiment, when the MAC layer of the second retransmitting apparatus does not receive the first primitive within a first delay interval corresponding to a PPDU, the first time period is a time period from an end time of the first delay interval to a start time of a next retransmitted PPDU;

[1055] In a case where the MAC layer of the second retransmitting device receives the first primitive within a first delay interval corresponding to a PPDU, the first time period is a time period from an end time of the one PPDU to a start time of a next retransmitted PPDU;

[1056] Among them, the first delay interval represents the reception delay of the physical layer; the first delay interval is a time interval within the transmission time period corresponding to a PPDU; and the first primitive is a primitive indicating that the physical layer has received a valid PPDU.

[1057] Exemplarily, when the MAC layer of the second retransmitting device does not receive the PHY-RXSTART.indication primitive within the RxPHYStartDelay interval corresponding to a PPDU, the first time period is a time period from the end moment of the RxPHYStartDelay interval to the start moment of the next retransmitted PPDU;

[1058] When the MAC layer of the second retransmitting device receives the PHY-RXSTART.indication primitive within the RxPHYStartDelay interval corresponding to a PPDU, the first time period is the time period from the end time of the PPDU to the start time of the next retransmitted PPDU.

[1059] In one possible design of this embodiment, the first frame may be a VAck frame or a CTS frame. The VAck frame is a newly defined control frame broadcast by the second retransmitting device (receiving device) during a time period that does not interfere with the retransmitted PPDU. It is used to instruct other devices around the receiving device to set a NAV, thereby suppressing their use of the channel. The PPDU carrying the VAck frame may be a non-HT PPDU (non-HT PPDU) or another type of PPDU.

[1060] In a possible design of this embodiment, the formats of the first frame (VAck frame) include the following two:

[1061] (1) In a possible design of this embodiment, the first frame includes a sixth subfield, and the sixth subfield is used to indicate a frame subtype.

[1062] Figure 21 shows a schematic diagram of the control frame (VAck frame) format provided by an exemplary embodiment of the present application. The VAck frame format includes at least one of the following: a frame control (Frame Control) field, a duration (Duration) field, an RA field, and an FCS field.

[1063] Among them, the frame control field occupies 2 bytes, the duration field occupies 2 bytes, the RA field occupies 6 bytes, and the FCS field occupies 4 bytes.

[1064] The frame control field is used to indicate information such as the type of the MAC frame.

[1065] The duration field is used to indicate the duration of the TXOP to be protected, and its value is the length between the end time of the VAck frame and the end time of the TXOP, and the value unit is microseconds.

[1066] The RA field is used to indicate the receiving address, which is the broadcast address in this case.

[1067] The FCS field is used to indicate the frame check sequence.

[1068] For the above-mentioned frame control field, the frame control field format includes at least one of the following: Protocol Version subfield, Type subfield, Subtype subfield, To DS subfield, From DS subfield, More Fragments subfield, Retry subfield, Power Management subfield, More Data subfield, Protected Frame subfield, +HTC subfield. In the embodiment of the present application, the subfield can be simply referred to as field.

[1069] Among them, the protocol version subfield occupies 2 bits in total, B0-B1; the type subfield occupies 2 bits in total, B2-B3; the subtype subfield occupies 4 bits in total, B4-B7; the to DS subfield occupies 1 bit in total, B8; the from DS subfield occupies 1 bit in total, B9; the more fragments subfield occupies 1 bit in total, B10; the retransmission subfield occupies 1 bit in total, B11; the power management subfield occupies 1 bit in total, B12; the more data subfield occupies 1 bit in total, B13; the protected frame subfield occupies 1 bit in total, B14; and the +HTC subfield occupies 1 bit in total, B15.

[1070] The protocol version subfield is used to indicate the version of the MAC frame. For example, a value of 0 indicates the basic version, and a value of 1 indicates the PV1 MAC frame version.

[1071] The type subfield is used to indicate the frame type. For example, a value of 1 (01 in binary) indicates that the frame type is a control frame.

[1072] The subtype subfield is used to indicate the frame subtype, for example, a value of 15 (1111 in binary) indicates that the subtype of the frame is a VAck frame.

[1073] The To DS subfield and the From DS subfield are used to indicate the frame transmission direction.

[1074] The More Fragments subfield is used to indicate whether it is a non-last fragment after the same MSDU or MMPDU is segmented. For example, a value of 1 indicates yes, and a value of 0 indicates no.

[1075] The retransmission subfield is used to indicate whether it is a retransmission frame. For example, a value of 1 indicates yes, and a value of 0 indicates no. In this VAck frame, the value is always 0, indicating that it is not a retransmission frame.

[1076] The Power Management subfield is used to indicate the power management mode.

[1077] The More Data subfield is used by the AP to indicate whether the STA in the power saving mode has more buffered data to be sent to the STA. For example, a value of 1 indicates yes, and a value of 0 indicates no.

[1078] The protected frame subfield is used to indicate whether the frame body is encrypted. For example, a value of 1 indicates yes, and a value of 0 indicates no. In this VAck frame, the value is always 0, indicating that the frame body is not encrypted.

[1079] The +HTC subfield is used to indicate whether the frame header includes the HTC field. For example, a value of 1 indicates yes, and a value of 0 indicates no. In the VAck frame, the value is always 0, indicating that the HTC field is not included.

[1080] The above control frame format is an exemplary possible situation. In different embodiments or different designs, it is not ruled out that at least one of the positions of the above fields in the frame, the arrangement order with other fields, the number of bytes occupied, the number of bits occupied, the element name, and the field name may change. This embodiment does not limit this.

[1081] (2) In a possible design of this embodiment, the first frame includes a sixth subfield and a seventh subfield. The sixth subfield is used to indicate the frame subtype, and the seventh subfield is used to indicate the subtype of the control frame extension.

[1082] Figure 22 shows a schematic diagram of the control frame (VAck frame) format provided by an exemplary embodiment of the present application. The VAck frame format includes at least one of the following: a frame control (Frame Control) field, a duration (Duration) field, an RA field, and an FCS field.

[1083] Among them, the frame control field occupies 2 bytes, the duration field occupies 2 bytes, the RA field occupies 6 bytes, and the FCS field occupies 4 bytes.

[1084] For the above-mentioned frame control field, the frame control field format includes at least one of the following: Protocol Version subfield, Type subfield, Subtype subfield, Control Frame Extension subfield, Power Management subfield, More Data subfield, Protected Frame subfield, +HTC subfield. In the embodiment of the present application, the subfield can be simply referred to as field.

[1085] Among them, the protocol version subfield occupies 2 bits from B0 to B1, the type subfield occupies 2 bits from B2 to B3, the subtype subfield occupies 4 bits from B4 to B7, the control frame extension subfield occupies 4 bits from B8 to B11, the power management subfield occupies 1 bit from B12, the more data subfield occupies 1 bit from B13, the protected frame subfield occupies 1 bit from B14, and the +HTC subfield occupies 1 bit from B15.

[1086] The type subfield is used to indicate the frame type. For example, a value of 1 (01 in binary) indicates that the frame type is a control frame.

[1087] The subtype subfield is used to indicate the frame subtype, for example, a value of 6 (0110 in binary) indicates that the subtype of the frame is a control frame extension. Exemplarily, the sixth subfield is the subtype subfield.

[1088] The Control Frame Extension subfield is used to indicate the subtype of the Control Frame Extension, and its value is any integer between 12 and 15. For example, a value of 12 (1100 in binary) indicates that the subtype of the Control Frame Extension is a VAck frame. Exemplarily, the seventh subfield is the Control Frame Extension subfield.

[1089] For other fields and their meanings, please refer to the embodiment of Figure 21 and will not be repeated here.

[1090] The above control frame format is an exemplary possible situation. In different embodiments or different designs, it is not ruled out that at least one of the positions of the above fields in the frame, the arrangement order with other fields, the number of bytes occupied, the number of bits occupied, the element name, and the field name may change. This embodiment does not limit this.

[1091] In addition to being transmitted in the form of the HRL control field in the MAC frame of the MAC layer, the retransmission parameter in the above design can also be transmitted in the form of the U-SIG field in the PPDU of the PHY layer in a possible design of this embodiment.

[1092] In a possible design of this embodiment, the retransmission parameter is carried in a MAC frame of the MAC layer, or in a PPDU of the PHY layer.

[1093] FIG23 shows a schematic diagram of a U-SIG field format provided by an exemplary embodiment of the present application. The U-SIG field format includes a first part (U-SIG-1) format and a second part (U-SIG-2) format.

[1094] The first part (U-SIG-1) format includes at least one of the following: PHY Version Identifier field, Bandwidth field, Uplink (UL) / Downlink (DL) link field, Basic Service Set (BSS) color code (BSS Color) field, TXOP field, More Same PPDU field, Maximum Retry number (Number of Maximum Retry) field, Number of Retry per MCS field, MCS Decrease step value field, and Validate field.

[1095] Among them, the PHY version identifier field occupies 3 bits from B0 to B2, the bandwidth field occupies 3 bits from B3 to B5, the UL / DL field occupies 1 bit from B6, the BSS color code field occupies 6 bits from B7 to B12, the TXOP field occupies 7 bits from B13 to B19, the more identical PPDU field occupies 1 bit from B20, the maximum number of retransmissions field occupies 2 bits from B21 to B22, the same MCS retransmission number field occupies 1 bit from B23, the MCS reduction value field occupies 1 bit from B24, and the verification field occupies 1 bit from B25.

[1096] The More Identical PPDU field is used to indicate whether to send the next PPDU after the current frame is confirmed and one SIFS has passed, and the PPDU carrying the next frame is identical to the PPDU carrying the current frame except for the PSDU content. For example, a value of 1 indicates yes, and a value of 0 indicates no.

[1097] The maximum number of retransmissions field is used to indicate the maximum number of retransmissions, and the value is the number of retransmissions.

[1098] The Same MCS Retransmission Count field is used to indicate the number of consecutive retransmissions using the same MCS. The value is the number of consecutive retransmissions using the same MCS, or the number of consecutive retransmissions using the same MCS minus 1. For example, when three bits are used to represent the value, if the number of consecutive retransmissions using the same MCS is 1, the value is 001; or, if the number of consecutive retransmissions using the same MCS is 000.

[1099] The MCS reduction value field indicates the MCS reduction value for each retransmission. The value is the MCS reduction value. Once the MCS value is reduced to 0, it should remain at 0 and not change.

[1100] The second part (U-SIG-2) format includes at least one of the following: PPDU Type and Compression Mode field, Validate field, Punctured Channel Information field, BSS Color field, Enhanced High Throughput Signal (EHT-SIG) MCS field, EHT-SIG Number of Symbols field, Cyclic Redundancy Check (CRC) field, and Tail field.

[1101] Among them, the PPDU type and compression mode fields occupy a total of 2 bits from B0 to B1, the verification field occupies a total of 1 bit from B2, the clipped channel information field occupies a total of 5 bits from B3 to B7, the BSS color code field occupies a total of 1 bit from B8, the EHT-SIG MCS field occupies a total of 2 bits from B9 to B10, the EHT-SIG symbol number field occupies a total of 5 bits from B11 to B15, the CRC field occupies a total of 4 bits from B16 to B19, and the tail field occupies a total of 6 bits from B20 to B25.

[1102] The above-mentioned U-SIG field format is an exemplary possible situation. In different embodiments or different designs, it is not ruled out that at least one of the positions of the above-mentioned fields in the frame, the order of arrangement with other fields, the number of bytes occupied, the number of bits occupied, the element name, and the field name may be changed. This embodiment does not limit this.

[1103] FIG24 shows a schematic diagram of a U-SIG field provided by an exemplary embodiment of the present application. The U-SIG field format includes a first part (U-SIG-1) format and a second part (U-SIG-2) format.

[1104] The first part (U-SIG-1) format includes at least one of the following: a PHY Version Identifier field, a Bandwidth field, a UL / DL Link field, a BSS Color field, a TXOP field, a More PPDU field, a Disregard field, and a Validate field.

[1105] Among them, the PHY version identifier field occupies 3 bits from B0 to B2, the bandwidth field occupies 3 bits from B3 to B5, the UL / DL field occupies 1 bit from B6, the BSS color code field occupies 6 bits from B7 to B12, the TXOP field occupies 7 bits from B13 to B19, the More PPDU field occupies 1 bit from B20, the Ignore field occupies 4 bits from B21 to B24, and the Verification field occupies 1 bit from B25.

[1106] The More PPDU field is used to indicate whether to send the next PPDU after the current frame is confirmed and a SIFS has passed. For example, a value of 1 indicates yes, and a value of 0 indicates no.

[1107] The second part (U-SIG-2) format includes at least one of the following: PPDU Type and Compression Mode field, Validate field, Punctured Channel Information field, BSS Color field, EHT-SIG MCS field, EHT-SIG Number of Symbols field, CRC field, and Tail field.

[1108] Among them, the PPDU type and compression mode fields occupy a total of 2 bits from B0 to B1, the verification field occupies a total of 1 bit from B2, the clipped channel information field occupies a total of 5 bits from B3 to B7, the BSS color code field occupies a total of 1 bit from B8, the EHT-SIG MCS field occupies a total of 2 bits from B9 to B10, the EHT-SIG symbol number field occupies a total of 5 bits from B11 to B15, the CRC field occupies a total of 4 bits from B16 to B19, and the tail field occupies a total of 6 bits from B20 to B25.

[1109] The above-mentioned U-SIG field format is an exemplary possible situation. In different embodiments or different designs, it is not ruled out that at least one of the positions of the above-mentioned fields in the frame, the order of arrangement with other fields, the number of bytes occupied, the number of bits occupied, the element name, and the field name may be changed. This embodiment does not limit this.

[1110] In this embodiment, the receiving module 2910 can be divided into multiple receiving submodules, such as a first receiving submodule and a second receiving submodule. The first receiving submodule is configured to receive the current PPDU sent by the first retransmitting device, and the second receiving submodule is configured to receive the retransmission parameters sent by the first retransmitting device after the initial frame of the TXOP. Alternatively, the first receiving submodule is configured to receive the retransmission parameters sent by the first retransmitting device after the initial frame of the TXOP, and the second receiving submodule is configured to receive the current PPDU sent by the first retransmitting device. This embodiment does not limit the functions of the different receiving submodules.

[1111] This embodiment is described by taking one receiving module 2910 as an example, and the number of receiving modules 2910 is not limited.

[1112] For an introduction to the functions of the receiving module 2910, please refer to the contents of step 2510 in the embodiment of FIG. 25, step 2512 in the embodiment of FIG. 26, and step 2514 in the embodiment of FIG. 27.

[1113] For an introduction to the functions of the sending module 2920, please refer to the contents of step 2522 in the embodiment of FIG. 26 and step 2526 in the embodiment of FIG. 27 .

[1114] For an introduction to the functions of the broadcast module 2930, please refer to the contents of step 2524 in the embodiment of FIG. 26 and step 2528 in the embodiment of FIG. 27 .

[1115] Figure 30 shows a schematic structural diagram of a first site or a second site 3000 provided by an exemplary embodiment of the present application, including: a processor 3001, a receiver 3002, a transmitter 3003, a memory 3004 and a bus 3005.

[1116] The processor 3001 includes one or more processing cores. The processor 3001 executes various functional applications and information processing by running software programs and modules.

[1117] Receiver 3002 and transmitter 3003 can be implemented as a communication component, which can be a communication chip and is referred to as a transceiver. In some embodiments, receiver 3002 can be used to implement the functions and steps of at least one of the aforementioned receiving module 2820 and receiving module 2910; transmitter 3003 can be used to implement the functions and steps of at least one of the aforementioned transmitting module 2810, transmitting module 2920, and broadcasting module 2930.

[1118] The memory 3004 is connected to the processor 3001 via a bus 3005 .

[1119] The memory 3004 may be used to store at least one instruction, and the processor 3001 may be used to execute the at least one instruction to implement each step in the above method embodiment.

[1120] In addition, the memory 3004 can be implemented by any type of volatile or non-volatile storage device or a combination thereof. Volatile or non-volatile storage devices include but are not limited to: magnetic disks or optical disks, electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), static random access memory (SRAM), read-only memory (ROM), magnetic memory, flash memory, and programmable read-only memory (PROM).

[1121] In some embodiments, the receiver 3002 receives signals / data independently, or the processor 3001 controls the receiver 3002 to receive signals / data, or the processor 3001 requests the receiver 3002 to receive signals / data, or the processor 3001 cooperates with the receiver 3002 to receive signals / data.

[1122] In some embodiments, the transmitter 3003 independently sends signals / data, or the processor 3001 controls the transmitter 3003 to send signals / data, or the processor 3001 requests the transmitter 3003 to send signals / data, or the processor 3001 cooperates with the transmitter 3003 to send signals / data.

[1123] In an exemplary embodiment, a computer-readable storage medium is further provided. The computer-readable storage medium stores at least one program, which is loaded and executed by a processor to implement the retransmission method provided by each of the above method embodiments.

[1124] In an exemplary embodiment, a computer program product or a computer program is also provided. When the computer program product or the computer program is run on a processor, the first site or the second site 3000 executes the retransmission method provided by the above-mentioned various method embodiments.

[1125] Those skilled in the art will understand that all or part of the steps to implement the above embodiments may be accomplished by hardware, or may be accomplished by a program instructing the relevant hardware, and the program may be stored in a computer-readable storage medium, and the above-mentioned storage medium may be a read-only memory, a disk, or an optical disk, etc.

[1126] The above are merely optional embodiments of the present application and are not intended to limit the present application. Any modifications, equivalent replacements, improvements, etc. made within the spirit and principles of the present application shall be included in the scope of protection of the present application.

Claims

1. A retransmission method, characterized in that: The method is performed by a first site, and includes: Send retransmission parameters; The retransmission parameter is a parameter related to the retransmission of the first site.

2. The method according to claim 1, characterized in that: The retransmission parameter includes at least one of the following three parameters: The first parameter; The second parameter; The third parameter; The first parameter is used to indicate whether to send the next physical layer protocol data unit PPDU after the current frame is confirmed and a short interframe space SIFS passes, the next PPDU and the current PPDU are the same except for the content of the physical layer service data unit PSDU, the current PPDU includes the current frame and the retransmission parameters associated with the next PPDU, and the next PPDU represents the PPDU carrying the next frame; The second parameter is used to indicate the maximum number of retransmissions; The third parameter is used to indicate the modulation coding scheme MCS used in case of retransmission, including the number of consecutive retransmissions using the same MCS, and / or the value by which the MCS is reduced each time during retransmission.

3. The method according to claim 2, characterized in that The retransmission parameter is carried in the first field.

4. The method according to claim 3, characterized in that The first field is a High Reliability Link (HRL) control field.

5. The method according to claim 3 or 4, characterized in that: The first parameter occupies at least one first subfield in the first field; The second parameter occupies at least one second subfield in the first field; The third parameter occupies at least one third subfield in the first field.

6. The method according to claim 2, characterized in that The retransmission parameter is carried in a second field, and the second field is used to indicate whether to send the next PPDU after the current frame is confirmed and a SIFS has passed.

7. The method according to claim 6, characterized in that The second field is a HRL control field.

8. The method according to claim 6 or 7, characterized in that: The second parameter occupies at least one second subfield in the second field; The third parameter occupies at least one third subfield in the second field.

9. The method according to claim 5, characterized in that When the value of the first subfield is the first value, the next PPDU is sent based on the retransmission parameter; When the value of the first subfield is the second value, the next PPDU is sent based on other parameters except the retransmission parameter.

10. The method according to claim 5, characterized in that When the value of the first subfield is the first value and retransmission occurs, the next PPDU is a retransmission PPDU sent according to the second parameter and the third parameter; and / or, When the value of the first subfield is the first value and the second station fails to successfully receive the next PPDU, the retransmission PPDU of the next PPDU is sent according to the second parameter and the third parameter; The retransmission PPDU of the next PPDU is the PPDU of the next frame that carries the retransmission.

11. The method according to any one of claims 2 to 10, characterized in that: The sending retransmission parameter includes: Send current PPDU; The current PPDU includes: a current frame and the retransmission parameter, the retransmission parameter is associated with a next PPDU, and the next PPDU represents a PPDU carrying a next frame.

12. The method according to claim 10, characterized in that The method further comprises: Receive an acknowledgment frame or a block acknowledgment frame sent by the second station.

13. The method according to claim 12, characterized in that The confirmation frame or the block confirmation frame is sent by the second station when the value of the first subfield is the second value.

14. The method according to claim 12, characterized in that The confirmation frame or the block confirmation frame is sent by the second station when the value of the first subfield is the first value and the second station successfully receives the PPDU; and / or, The confirmation frame or the block confirmation frame is sent by the second station when the value of the first subfield is the first value and no retransmission occurs.

15. The method according to claim 10, characterized in that The method further comprises: receiving at least one first frame broadcasted by the second station; Among them, the first frame is used to instruct other sites around the second site to set the network allocation vector NAV, the first frame is a frame sent in a first time period, the first time period is determined according to the retransmission parameter, and the first time period is a time period outside the time period of interference retransmission PPDU.

16. The method according to claim 15, characterized in that The first frame is broadcast by the second station when the value of the first subfield is the first value and the second station fails to successfully receive the next PPDU; and / or, The first frame is broadcast by the second station when the value of the first subfield is the first value and the second station recognizes retransmission.

17. The method according to claim 1, characterized in that The retransmission parameter includes at least one of the following: The second parameter; The third parameter; The fourth parameter; The fifth parameter: The sixth parameter; The seventh parameter; The eighth parameter; Ninth parameter; The second parameter is used to indicate the maximum number of retransmissions; The third parameter is used to indicate the MCS used in the event of retransmission, including the number of consecutive retransmissions using the same MCS, and / or the value by which the MCS is reduced each time during retransmission; The fourth parameter is used to indicate whether to send the next PPDU after the current frame is confirmed and a SIFS has passed, and the next PPDU represents the PPDU carrying the next frame; The fifth parameter is used to indicate the PHY version of the PPDU; The sixth parameter is used to indicate a first time interval, where the first time interval represents a time interval from the start time of a PPDU to reporting a first primitive to the MAC layer, where the first primitive is a primitive indicating that the physical layer has received a valid PPDU; The seventh parameter is used to indicate the duration of the PPDU; The eighth parameter is used to indicate the length of the PSDU; The ninth parameter is used to indicate the MCS used to send the PPDU.

18. The method according to claim 17, characterized in that The fourth parameter is carried in the third field.

19. The method according to claim 18, characterized in that The third field is the HRL control field.

20. The method according to claim 18 or 19, characterized in that The fourth parameter occupies at least one fourth subfield in the third field.

21. The method according to claim 20, characterized in that The third field is carried in the last frame in the transmission opportunity TXOP, and the fourth subfield has a third value; The third field is carried in other frames except the last frame in the TXOP, and the fourth subfield has a fourth value.

22. The method according to any one of claims 18 to 21, characterized in that: Other retransmission parameters except the fourth parameter are carried in the first request frame.

23. The method according to claim 22, characterized in that Other retransmission parameters except the fourth parameter respectively occupy at least one subfield in the first request frame.

24. The method according to any one of claims 18 to 21, characterized in that: Other retransmission parameters except the fourth parameter are carried in the first response frame.

25. The method according to claim 24, characterized in that Other retransmission parameters except the fourth parameter respectively occupy at least one subfield in the first response frame.

26. The method according to claim 24, characterized in that The first response frame includes a fifth subfield, and the fifth subfield is used to indicate a response result to the first request frame.

27. The method according to claim 26, characterized in that When the value of the fifth subfield is the fifth value, it indicates success; When the value of the fifth subfield is the sixth value, it indicates rejection; When the value of the fifth subfield is the seventh value, it indicates rejection and provides suggested parameters; The recommended parameters include the second parameter, the third parameter, the fifth parameter, the sixth parameter, the seventh parameter, At least one parameter among the number, the eighth parameter, and the ninth parameter.

28. The method according to any one of claims 17 to 27, characterized in that: The sending retransmission parameter includes: After an initial frame of the TXOP, sending the retransmission parameter; The retransmission parameter is a parameter used when transmitting a specified frame within the TXOP.

29. The method according to claim 27, characterized in that The value of the fifth subfield is the fifth value or the seventh value, and the method further includes: Receive an acknowledgment frame or a block acknowledgment frame sent by the second station.

30. The method according to claim 29, characterized in that The confirmation frame or the block confirmation frame is sent by the second station when the value of the fourth subfield is the eighth value; The fourth subfield is the subfield occupied by the fourth parameter in the third field.

31. The method according to claim 29, characterized in that The confirmation frame or the block confirmation frame is sent by the second station when the value of the fourth subfield is the ninth value and the second station successfully receives the PPDU; and / or, The confirmation frame or the block confirmation frame is sent by the second station when the value of the fourth subfield is the ninth value and no retransmission occurs; The fourth subfield is the subfield occupied by the fourth parameter in the third field.

32. The method according to claim 27, characterized in that The value of the fifth subfield is the fifth value or the seventh value, and the method further includes: receiving at least one first frame broadcasted by the second station; Among them, the first frame is used to instruct other sites around the second site to set NAV, the first frame is a frame sent in a first time period, the first time period is determined according to the retransmission parameter, and the first time period is a time period outside the time period of interference retransmission PPDU.

33. The method according to claim 32, characterized in that The first frame is broadcast by the second station when the value of the fourth subfield is the ninth value and the second station fails to successfully receive the next PPDU; and / or, The first frame is broadcast by the second station when the value of the fourth subfield is the ninth value and the second station identifies the retransmission; The fourth subfield is the subfield occupied by the fourth parameter in the third field.

34. The method according to claim 15 or 16 or 32 or 33, characterized in that In a case where the MAC layer of the second station does not receive the first primitive within a first delay interval corresponding to a PPDU, the first time period is a time period from an end time of the first delay interval to a start time of a next retransmitted PPDU; In the case where the MAC layer of the second station receives the first primitive within the first delay interval corresponding to the one PPDU, the first time period is a time period from the end time of the one PPDU to the start time of the next retransmitted PPDU; Among them, the first delay interval represents the receiving delay of the physical layer; the first delay interval is a time interval within the transmission time period corresponding to the PPDU; and the first primitive is a primitive indicating that the physical layer has received a valid PPDU.

35. The method according to claim 15 or 16 or 32 or 33 or 34, characterized in that: The first frame includes a sixth subfield, and the sixth subfield is used to indicate a frame subtype.

36. The method according to claim 15 or 16 or 32 or 33 or 34, characterized in that: The first frame includes a sixth subfield and a seventh subfield, the sixth subfield is used to indicate a frame subtype, and the seventh subfield is used to indicate a subtype of a control frame extension.

37. The method according to claim 15 or 16 or 32 or 33 or 34, characterized in that: The first frame is a VAck frame or a Clear to Send CTS frame.

38. The method according to any one of claims 1 to 37, characterized in that: The retransmission parameter is carried in a MAC frame of the MAC layer, or in a PPDU of the PHY layer.

39. A retransmission method, characterized in that: The method is performed by the second site, and includes: receiving a retransmission parameter sent by the first station; The retransmission parameter is a parameter related to the retransmission of the first site.

40. The method according to claim 39, characterized in that The retransmission parameter includes at least one of the following three parameters: The first parameter; The second parameter; The third parameter; The first parameter is used to indicate whether to send the next physical layer protocol data unit PPDU after the current frame is confirmed and a short interframe space SIFS has passed. The next PPDU and the current PPDU are the same except for the content of the physical layer service data unit PSDU. The current PPDU includes the current frame and the retransmission parameters associated with the next PPDU, and the next PPDU represents the PPDU carrying the next frame; The second parameter is used to indicate the maximum number of retransmissions; The third parameter is used to indicate the modulation coding scheme MCS used in case of retransmission, including the number of consecutive retransmissions using the same MCS, and / or the value by which the MCS is reduced each time during retransmission.

41. The method according to claim 40, characterized in that The retransmission parameter is carried in the first field.

42. The method according to claim 41, characterized in that The first field is a High Reliability Link (HRL) control field.

43. The method according to claim 41 or 42, characterized in that The first parameter occupies at least one first subfield in the first field; The second parameter occupies at least one second subfield in the first field; The third parameter occupies at least one third subfield in the first field.

44. The method according to claim 40, characterized in that The retransmission parameter is carried in a second field, and the second field is used to indicate whether to send the next PPDU after the current frame is confirmed and a SIFS has passed.

45. The method according to claim 44, characterized in that The second field is a HRL control field.

46. ​​The method according to claim 44 or 45, characterized in that The second parameter occupies at least one second subfield in the second field; The third parameter occupies at least one third subfield in the second field.

47. The method according to claim 43, characterized in that When the value of the first subfield is the first value, the next PPDU is sent based on the retransmission parameter; When the value of the first subfield is the second value, the next PPDU is sent based on other parameters except the retransmission parameter.

48. The method according to claim 43, characterized in that When the value of the first subfield is the first value and retransmission occurs, the next PPDU is a retransmission PPDU sent according to the second parameter and the third parameter; and / or, When the value of the first subfield is the first value and the second station fails to successfully receive the next PPDU, the retransmission PPDU of the next PPDU is sent according to the second parameter and the third parameter; The retransmission PPDU of the next PPDU is the PPDU of the next frame that carries the retransmission.

49. The method according to any one of claims 40 to 48, characterized in that The receiving the retransmission parameter sent by the first station includes: receiving a current PPDU sent by the first station; The current PPDU includes: a current frame and the retransmission parameter, the retransmission parameter is associated with a next PPDU, and the next PPDU represents a PPDU carrying a next frame.

50. The method according to claim 48, characterized in that The method further comprises: Send an ACK frame or a Block ACK frame.

51. The method according to claim 50, characterized in that The sending confirmation frame or block confirmation frame comprises: When the value of the first subfield is the second value, the confirmation frame or the block confirmation frame is sent.

52. The method according to claim 50, characterized in that The sending confirmation frame or block confirmation frame comprises: When the value of the first subfield is the first value and the PPDU is successfully received, sending the confirmation frame or the block confirmation frame; and / or, When the value of the first subfield is the first value and no retransmission occurs, the confirmation frame or the block confirmation frame is sent.

53. The method according to claim 48, characterized in that The method further comprises: broadcasting at least one first frame; Among them, the first frame is used to instruct other sites around the second site to set the network allocation vector NAV, the first frame is a frame sent in a first time period, the first time period is determined according to the retransmission parameter, and the first time period is a time period outside the time period of interference retransmission PPDU.

54. The method according to claim 53, characterized in that The broadcasting of at least one first frame comprises: When the value of the first subfield is the first value and the next PPDU is not successfully received, broadcasting the at least one first frame; and / or, When the value of the first subfield is the first value and retransmission is identified, the at least one first frame is broadcast.

55. The method according to claim 1, characterized in that The retransmission parameter includes at least one of the following: The second parameter; The third parameter; The fourth parameter; The fifth parameter: The sixth parameter; The seventh parameter; The eighth parameter; Ninth parameter; The second parameter is used to indicate the maximum number of retransmissions; The third parameter is used to indicate the MCS used in the event of retransmission, including the number of consecutive retransmissions using the same MCS, and / or the value by which the MCS is reduced each time during retransmission; The fourth parameter is used to indicate whether to send the next PPDU after the current frame is confirmed and a SIFS has passed, and the next PPDU represents the PPDU carrying the next frame; The fifth parameter is used to indicate the PHY version of the PPDU; The sixth parameter is used to indicate a first time interval, where the first time interval represents a time interval from the start time of a PPDU to reporting a first primitive to the MAC layer, where the first primitive is a primitive indicating that the physical layer has received a valid PPDU; The seventh parameter is used to indicate the duration of the PPDU; The eighth parameter is used to indicate the length of the PSDU; The ninth parameter is used to indicate the MCS used to send the PPDU.

56. The method according to claim 55, characterized in that The fourth parameter is carried in the third field.

57. The method according to claim 56, characterized in that The third field is the HRL control field.

58. The method according to claim 56 or 57, characterized in that The fourth parameter occupies at least one fourth subfield in the third field.

59. The method according to claim 58, characterized in that The third field is carried in the last frame in the transmission opportunity TXOP, and the fourth subfield has a third value; The third field is carried in other frames except the last frame in the TXOP, and the fourth subfield has a fourth value.

60. The method according to any one of claims 56 to 59, characterized in that: Other retransmission parameters except the fourth parameter are carried in the first request frame.

61. The method according to claim 60, characterized in that Other retransmission parameters except the fourth parameter respectively occupy at least one subfield in the first request frame.

62. The method according to any one of claims 56 to 59, characterized in that: Other retransmission parameters except the fourth parameter are carried in the first response frame.

63. The method according to claim 62, characterized in that Other retransmission parameters except the fourth parameter respectively occupy at least one subfield in the first response frame.

64. The method according to claim 62, characterized in that The first response frame includes a fifth subfield, and the fifth subfield is used to indicate a response result to the first request frame.

65. The method according to claim 64, characterized in that When the value of the fifth subfield is the fifth value, it indicates success; When the value of the fifth subfield is the sixth value, it indicates rejection; When the value of the fifth subfield is the seventh value, it indicates rejection and provides suggested parameters; The recommended parameters include at least one of the second parameter, the third parameter, the fifth parameter, the sixth parameter, the seventh parameter, the eighth parameter, and the ninth parameter.

66. The method according to any one of claims 55 to 65, characterized in that The receiving the retransmission parameter sent by the first station includes: After an initial frame of the TXOP, receiving the retransmission parameter sent by the first station; The retransmission parameter is a parameter used when transmitting a specified frame within the TXOP.

67. The method according to claim 65, characterized in that The value of the fifth subfield is the fifth value or the seventh value, and the method further includes: Send an ACK frame or a Block ACK frame.

68. The method according to claim 67, characterized in that The sending confirmation frame or block confirmation frame comprises: When the value of the fourth subfield is the eighth value, sending the confirmation frame or the block confirmation frame; The fourth subfield is the subfield occupied by the fourth parameter in the third field.

69. The method according to claim 67, characterized in that The sending confirmation frame or block confirmation frame comprises: When the value of the fourth subfield is the ninth value and the PPDU is successfully received, the confirmation frame or the block confirmation frame is sent; and / or, When the value of the fourth subfield is the ninth value and no retransmission occurs, sending the confirmation frame or the block confirmation frame; The fourth subfield is the subfield occupied by the fourth parameter in the third field.

70. The method of claim 65, wherein: The value of the fifth subfield is the fifth value or the seventh value, and the method further includes: broadcasting at least one first frame; Among them, the first frame is used to instruct other sites around the second site to set NAV, the first frame is a frame sent in a first time period, the first time period is determined according to the retransmission parameter, and the first time period is a time period outside the time period of interference retransmission PPDU.

71. The method according to claim 70, characterized in that The broadcasting of at least one first frame comprises: When the value of the fourth subfield is the ninth value and the next PPDU is not successfully received, broadcasting the at least one first frame; and / or, When the value of the fourth subfield is the ninth value and retransmission is identified, broadcasting the at least one first frame; The fourth subfield is the subfield occupied by the fourth parameter in the third field.

72. The method of claim 53 or 54 or 70 or 71, wherein: In a case where the MAC layer of the second station does not receive the first primitive within a first delay interval corresponding to a PPDU, the first time period is a time period from an end time of the first delay interval to a start time of a next retransmitted PPDU; In the case where the MAC layer of the second station receives the first primitive within the first delay interval corresponding to the one PPDU, the first time period is a time period from the end time of the one PPDU to the start time of the next retransmitted PPDU; Among them, the first delay interval represents the receiving delay of the physical layer; the first delay interval is a time interval within the transmission time period corresponding to the PPDU; and the first primitive is a primitive indicating that the physical layer has received a valid PPDU.

73. The method of claim 53 or 54 or 70 or 71 or 72, wherein: The first frame includes a sixth subfield, and the sixth subfield is used to indicate a frame subtype.

74. The method of claim 53 or 54 or 70 or 71 or 72, wherein: The first frame includes a sixth subfield and a seventh subfield, the sixth subfield is used to indicate a frame subtype, and the seventh subfield is used to indicate a subtype of a control frame extension.

75. The method of claim 53 or 54 or 70 or 71 or 72, wherein: The first frame is a VAck frame or a Clear to Send CTS frame.

76. The method according to any one of claims 39 to 75, characterized in that The retransmission parameter is carried in a MAC frame of the MAC layer, or in a PPDU of the PHY layer.

77. A first retransmission device, characterized in that: The device comprises: A sending module, used for sending retransmission parameters; The retransmission parameter is a parameter related to the retransmission of the first retransmission device.

78. A second retransmission device, characterized in that: The device comprises: A receiving module, used for receiving a retransmission parameter sent by a first retransmission device; The retransmission parameter is a parameter related to the retransmission of the first retransmission device.

79. A first site, characterized in that: The first site includes: processor; a transceiver connected to the processor; a memory for storing executable instructions for the processor; The processor is configured to load and execute the executable instructions to implement the retransmission method as described in any one of claims 1 to 38.

80. A second site, characterized in that: The second site includes: processor; a transceiver connected to the processor; a memory for storing executable instructions for the processor; Wherein, the processor is configured to load and execute the executable instructions to implement the retransmission method as described in any one of claims 39 to 76.

81. A computer-readable storage medium, characterized in that The computer-readable storage medium stores at least one program, and the at least one program is loaded and executed by the processor to implement the retransmission method as described in any one of claims 1 to 38, or the retransmission method as described in any one of claims 39 to 76.

82. A computer program product, characterized in that The computer program product includes computer instructions, which are stored in a computer-readable storage medium. The processor obtains the computer instructions from the computer-readable storage medium, and the processor executes the computer instructions to implement the retransmission method as described in any one of claims 1 to 38, or the retransmission method as described in any one of claims 39 to 76.

Images