+

WO2017067253A1 - Procédé et dispositif pour confirmer une indication basée sur une catégorie de trafic - Google Patents

Procédé et dispositif pour confirmer une indication basée sur une catégorie de trafic Download PDF

Info

Publication number
WO2017067253A1
WO2017067253A1 PCT/CN2016/090793 CN2016090793W WO2017067253A1 WO 2017067253 A1 WO2017067253 A1 WO 2017067253A1 CN 2016090793 W CN2016090793 W CN 2016090793W WO 2017067253 A1 WO2017067253 A1 WO 2017067253A1
Authority
WO
WIPO (PCT)
Prior art keywords
service
types
data sub
service data
combination
Prior art date
Application number
PCT/CN2016/090793
Other languages
English (en)
Chinese (zh)
Inventor
林英沛
苏宏家
淦明
刘乐
郭宇宸
Original Assignee
华为技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Publication of WO2017067253A1 publication Critical patent/WO2017067253A1/fr

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal

Definitions

  • the present invention relates to communication technologies, and in particular, to a method and an apparatus for confirming based on a service type indication.
  • the WLAN may include a plurality of basic service sets (BSSs), and each BSS includes: one access point (AP) and a plurality of stations associated with the AP (Station, referred to as STA).
  • BSSs basic service sets
  • STA stations associated with the AP
  • OFDMA Orthogonal Frequency Division Multiple Access
  • the AP can schedule the STA to send uplinks on the resource unit (Resource Unit, referred to as RU) specified by the AP at the same time.
  • Resource Unit referred to as RU
  • Data similarly, may also indicate that the STA receives downlink data on a Resource Unit (RU) designated by the AP at the same time.
  • RU Resource Unit
  • the traffic identifier (Traffic Identifier, TID for short) is used to indicate the service type.
  • TID Traffic Identifier
  • the traffic type (Traffic Category, TC for short) It is a video image service (Video, VI), a voice service (Voice, VO), a best effort service (Best-Effort, BE), and a background service (Background, BK).
  • an AP is associated with four STAs. If a traditional service type indication method is used, the AP sends a Physical Layer Service Data Unit (PSDU) to each STA. Carrying a TID, a TID can only correspond to one type of service.
  • PSDU Physical Layer Service Data Unit
  • the downlink service data received by the four STAs on the respective RUs can be simultaneously ended. If an STA receives service data, it is used to receive The RU used by the data may be in an idle state, which may cause other STAs other than the four STAs to misjudge the channel after the channel is idle, thereby causing serious interference to STAs that have not completed downlink service data reception.
  • the above-mentioned Pad is actually redundant information, and the service transmission of the STA3 and STA4 in FIG. 1 has multiple service requirements, and the service data of the next service type must be sent after all the downlink service data of the STA is transmitted.
  • the uplink service data sent by the STA to the AP also has the same problem, that is, the traditional service type indication method causes a large amount of resource waste.
  • An embodiment of the present invention provides a method and an apparatus for confirming a service type indication, which is used to solve the problem that a service type indication method in the prior art causes a large amount of resources to be wasted.
  • a first aspect of the embodiments of the present invention provides a method for confirming based on a service type indication, including:
  • the receiving node receives the service data packet sent by the sender node, where the service data packet carries k service data sub-packets of N service types, where N is a positive integer greater than or equal to 2, and k is greater than or equal to N. Positive integer
  • acknowledgement message includes: a service identifier and k service identifier auxiliary fields;
  • the service identifier indicates a combination of the N service types, or the service identifier indicates that the number of service types is N; the service identifier auxiliary field is in one-to-one correspondence with the service data sub-package.
  • the k service identifier auxiliary fields are sequentially arranged in the order of the k service data sub-packets to indicate a combination manner of k service data sub-packets of the N service types.
  • a second aspect of the embodiments of the present invention provides a confirmation device based on a service type indication, including:
  • a receiving unit configured to receive a service data packet sent by the sender node, where the service data packet carries k service data sub-packets of N service types, where N is greater than or equal to 2 An integer, k is a positive integer greater than or equal to N;
  • a sending unit configured to send an acknowledgment message to the sender node, where the acknowledgment message includes: a service identifier and k service identifier auxiliary fields;
  • the service identifier indicates a combination of the N service types, or the service identifier indicates that the number of service types is N; the service identifier auxiliary field is in one-to-one correspondence with the service data sub-package.
  • the k service identifier auxiliary fields are sequentially arranged in the order of the k service data sub-packets to indicate a combination manner of k service data sub-packets of the N service types.
  • a third aspect of the embodiments of the present invention provides a confirmation apparatus based on a service type indication, including: a processor, a memory, an interface circuit, and a bus;
  • the processor, the interface circuit, and the memory are connected by the bus and complete communication with each other, wherein the memory stores a set of program codes, and the processor calls a program code stored in the memory, Do the following:
  • a service data packet sent by a sender node where the service data packet carries k service data sub-packets of N service types, where N is a positive integer greater than or equal to 2, and k is greater than or a positive integer equal to N;
  • acknowledgement message includes: a service identifier and k service identifier auxiliary fields;
  • the service identifier indicates a combination of the N service types, or the service identifier indicates that the number of service types is N; the service identifier auxiliary field is in one-to-one correspondence with the service data sub-package.
  • the k service identifier auxiliary fields are sequentially arranged in the order of the k service data sub-packets to indicate a combination manner of k service data sub-packets of the N service types.
  • the different values of the service identifiers are in one-to-one correspondence with different service type combinations.
  • the service identifier includes a plurality of bits, each bit corresponding to a service type, and the value of the bit is used to indicate whether a corresponding service type exists.
  • different values of the service identifiers are in one-to-one correspondence with the number of service types.
  • the service data packet sent by the sender node to the receiver node carries multiple service data sub-packets of different service types, and the receiver node receives the service data packet.
  • the service identifier and the multiple service identifier auxiliary fields are used to indicate multiple services of different service types received, so as to complete the confirmation of the service data, and the indication that multiple services can be completed at one time is realized, thereby greatly saving resources.
  • FIG. 1 is a schematic diagram of downlink service data packet transmission in a traditional service type indication method
  • FIG. 2 is a schematic diagram of uplink service data packet transmission in a traditional service type indication method
  • FIG. 3 is a schematic diagram of an application scenario of a method for confirming a service type indication according to the present invention
  • FIG. 4 is a schematic diagram of downlink service data packet transmission in a service type indication method provided by the present invention.
  • FIG. 5 is a schematic diagram of uplink service data packet transmission in a service type indication method according to the present invention.
  • FIG. 6 is a schematic flowchart of Embodiment 1 of a method for confirming a service type indication according to the present invention
  • FIG. 7 is a schematic structural diagram of a confirmation message in a method for confirming a service type indication according to the present invention.
  • FIG. 8 is a schematic structural diagram of Embodiment 1 of a device for confirming a service type indication according to the present invention.
  • FIG. 9 is a schematic structural diagram of Embodiment 2 of a device for confirming a service type indication according to the present invention.
  • the embodiment of the present invention is applicable to a WLAN, and the WLAN mainly adopts a standard of the IEEE802.11 series.
  • the WLAN may include multiple BSSs, and each BSS includes multiple sites.
  • the site may include: an access-type site, such as an AP, and may also include a non-access-type site (Non-Access Point Station, referred to as Non-AP).
  • STA in all the embodiments of the present invention, the STA refers to a Non-AP STA, and details are not described herein.
  • each BSS includes one AP and multiple STAs associated with the AP.
  • FIG. 3 is a schematic diagram of an application scenario of a method for confirming a service type indication according to the present invention.
  • the BSS includes: 1 AP, and 4 STAs associated with the AP, and 4 STAs are respectively recorded as STA1, STA2, STA3, and STA4.
  • the AP is also called a wireless access point or hotspot.
  • the AP is an access point for mobile users to enter the wired network. It is mainly deployed in the home, inside the building, and inside the campus. The typical coverage radius is tens of meters to hundreds of meters. Of course, it can also be deployed outdoors.
  • An AP is equivalent to a bridge connecting a wired network and a wireless network. Its main function is to connect the wireless network clients together and then connect the wireless network to the Ethernet.
  • the AP may be a terminal device or a network device with a Wireless Fidelity (WiFi) chip.
  • the AP may be a device supporting the 802.11ax system. Further optionally, the AP may also be a device supporting multiple WLAN technologies such as 802.11ac, 802.11n, 802.11g, 802.11b, and 802.11a.
  • the STA may be a wireless communication chip, a wireless sensor, or a wireless communication terminal.
  • the STA can be: a mobile phone supporting Wi-Fi communication function, a tablet supporting Wi-Fi communication function, a set top box supporting Wi-Fi communication function, a smart TV supporting Wi-Fi communication function, and supporting Wi-Fi communication function. Smart wearable devices, in-vehicle communication devices that support Wi-Fi communication, and computers that support Wi-Fi communication.
  • the STA can support the 802.11ax system. Further optionally, the STA can also support multiple WLAN systems such as 802.11ac, 802.11n, 802.11g, 802.11b, and 802.11a.
  • the AP can perform uplink and downlink transmissions to multiple different STAs on different time-frequency resources.
  • the AP may adopt different modes for uplink and downlink transmission, such as an OFDMA single-user multiple-input multiple-output (SU-MIMO) mode, or an OFDMA multi-user multiple input multiple output (Multi).
  • SU-MIMO single-user multiple-input multiple-output
  • Multi OFDMA multi-user multiple input multiple output
  • MU-MIMO OFDMA single-user multiple-input multiple-output
  • the plurality of different STAs refer to a plurality of different sites
  • the MU-MIMO mode the plurality of different STAs may refer to a plurality of different site groups.
  • FIG. 4 is a schematic diagram of downlink service data packet transmission in a service type indication method according to the present invention
  • FIG. 5 is a schematic diagram of uplink service data packet transmission in a service type indication method provided by the present invention.
  • the receiver node may be an AP or an STA.
  • the sender node may also be an AP or an STA.
  • the AP is a sender node
  • the STA is a receiver node.
  • the STA is the sender node
  • the AP is the receiver node, which will not be described below.
  • a service data packet sent by a sender node may carry multiple service data sub-packets of different service types, for example, multiple TIDs may be carried.
  • a horizontal bar indicates a service data packet
  • the service data packet sent by the AP to the four STAs may include multiple service data sub-packets, for example, the service sent by the AP to STA1 in FIG.
  • the data packet includes: three service data sub-packets: VO sub-packet, BE sub-package, and BK sub-package.
  • the service data packet sent by the sender is replied, so that multiple different types of service data sub-packets can be replied at one time.
  • FIG. 6 is a schematic flowchart of Embodiment 1 of a method for confirming a service type indication according to the present invention. As shown in FIG. 6, the method includes:
  • the receiver node receives the service data packet sent by the sender node.
  • the service data carries k service data sub-packets of N service types; N is a positive integer greater than or equal to 2, and k is a positive integer greater than or equal to N.
  • the receiver node sends an acknowledgement message to the sender node, where the acknowledgement message includes: a service identifier and k service identifier auxiliary fields.
  • the sender node is notified that the k service data sub-packets of the N service types sent by the sender node are received.
  • the service identifier indicates a combination of the foregoing N service types, or the TID indicates that the number of service types is N. That is, it specifically indicates which service types are specifically included in the N service types, or only indicates the number of service types included.
  • the plurality of service data sub-packets sent by the sender node have a certain order, for example, the service data sub-package in the service data packet sent by the AP to the STA3 in FIG.
  • the order is “VO sub-package ⁇ BE sub-package ⁇ BK sub-package”.
  • the service identifier auxiliary field carried by the receiver when replying to the acknowledgement message They are also arranged in the order of the corresponding service data sub-packets.
  • the service identifier auxiliary field is in one-to-one correspondence with the service data sub-packet, and the k service identifier auxiliary fields are sequentially arranged in the order of k service data sub-packets to specifically indicate k services of the N service types. The way data sub-packets are combined. In this way, the receiving node can indicate that the k service data sub-packets of the N service types sent by the sender are received through the above confirmation message.
  • the sender node and the receiver node may be configured in advance to confirm the service data in such a manner that the sender node and the receiver node know in advance the meanings expressed by the service identifier and the service identifier auxiliary field.
  • the acknowledge message is a block acknowledgement (BA) frame.
  • the frame structure of the BA frame is as shown in FIG. 7, and includes: a “frame control” field, a “Duration/ID” field, and a “receiver address (RA)”. Field, "transmitter address (TA)” field, “BA Control” field, “BA Infomation” field, and “frame check sequence” (FCS) "Field.
  • TA transmitter address
  • FCS frame check sequence
  • the "BA Information” field of the BA frame includes: a “per traffic identifier (per-TID Info)” subfield, a “Block Ack Starting Sequence Control” subfield, and " Block Ack Bitmap” subfield.
  • the foregoing service identifier is carried in a per-TID Info subfield.
  • a per-TID Info subfield there may be 12 bits of reserved bits in the 16 bits of the per-TID Info subfield, and 11 bits are used as the Association Identifier (AID), and the remaining 1 bit is used to indicate the acknowledgement message. (ACK/BA), the other 4 bits of the 16 bits of the per-TID Info subfield can be used as the TID.
  • AID Association Identifier
  • ACK/BA the other 4 bits of the 16 bits of the per-TID Info subfield can be used as the TID.
  • the service data packet sent by the sender node to the receiver node carries multiple service data sub-packets of different service types, and the receiver node returns a confirmation message to the sender node after receiving the service data packet, and confirms the message.
  • the service identifier and the multiple service identifier auxiliary fields are used to indicate multiple services of different service types received, so as to complete the confirmation of the service data, and the indication that multiple services can be completed at one time is realized, thereby greatly saving resources.
  • each value of the service identifier can represent a unique combination of service types.
  • the service identifier may include multiple bits, and the value of the service identifier is composed of values of the multiple bits, but is not limited thereto.
  • the service identifier may be "TID" in the per-TID Info subfield, and the "TID” may occupy 4 bits, but not limited thereto.
  • the 4 bits of the "TID” can represent 16 different values, and each value represents a combination of service types, taking four service types (VO, VI, BE, BK) as an example. There are 15 different combinations of service types, and the remaining one TID value can be used as a reserved bit. Of course, in some implementation scenarios, some service type combinations are not required, so the service type combination can be flexibly reduced, that is, more reservations may be left. Bit. Take Table 1 as an example, where "1110" represents a service type combination of "VO+VI+BE+BK". It should be noted that Table 1 is only a specific example, and the correspondence between the TID value and the service type combination is not limited to this example.
  • the service identifier indicates a combination of the N service types, and specifically, the current value of the service identifier indicates a combination of the foregoing N service types.
  • STA3 sends a service data packet including three types of TCs, VO, VI, and BE. If the corresponding relationship of Table 1 is used, the AP carries the BA that responds after receiving the service data packets of the three TCs.
  • the TID value is "1010".
  • the service identifier may include: multiple bits, each bit corresponding to a service type, and the value of each bit is used to indicate whether a corresponding service type exists. For example, a certain bit corresponds to the service type "VI”, and the value of the bit is "1" indicating the presence of "VI”, and the value of the bit is "0” indicating that "VI” does not exist. Similar to the above example, referring to FIG. 7, the "TID" of the four bits in the per-TID Info subfield is taken as an example, assuming that the first bit indicates the service type "VO" and the second bit indicates the service type "VI". The third bit indicates the service type "BE", and the fourth bit indicates the service type "BK”.
  • the value of the bit is “1” indicating that the corresponding service type exists, and the value of the bit is "0". If the current service type does not exist, then when the current value of the TID is "1100", the combination of the service type is "VO+VI". Of course, it is not limited to this, as long as each bit uniquely corresponds. A business type is OK.
  • the service identifier indicates a combination of the N service types, and specifically, the value of the current multiple bits of the service identifier indicates a combination of the foregoing N service types.
  • STA3 sends a service data packet containing three types of TCs: VO, VI, and BE.
  • the TID value carried in the BA that the AP responds to after receiving the service data packets of the three TCs is "1110". .
  • different values of the service identifiers are in one-to-one correspondence with the number of service types. That is, each value of the service identifier can represent the number of unique business types.
  • the service identifier may include multiple bits, and the value of the service identifier is composed of values of the multiple bits, but is not limited thereto.
  • the "TID" of the four bits in the per-TID Info subfield is taken as an example, and the number of any combination of the four service types is represented by the first three bits of the "TID".
  • the last bit can be reserved, but it is not limited to this, as long as it is a combination of any 3 bits.
  • Table 2 as an example:
  • TID business type 000 VO 001 VI 010 BE 011 BK 100 2*TC 101 3*TC 110 4*TC 111 Reserved
  • the service identifier indicates that the number of service types is N, and specifically, the current value of the service identifier indicates the number of service types.
  • the k service identifier auxiliary fields are sequentially arranged in the order of k service data sub-packets, to indicate the combination manner of k service data sub-packets of the N service types, specifically
  • the k-th service identification auxiliary field is sequentially arranged in the order of k service data sub-packets, and each service identification auxiliary sub-segment indicates the service type of the corresponding service data sub-packet, and whether the service type of the corresponding service sub-package is Same as the service type of the adjacent next service data sub-package.
  • the service identifier auxiliary field may be “Block Ack Starting Sequence Control”+ “Block Ack Bitmap” in the BA information subfield of the BA frame, but is not limited thereto.
  • the main information is carried in the "Block Ack Starting Sequence Control”.
  • the "Block Ack Starting Sequence Control” may include a 4-bit "Fragmentation number” and a 12-bit "starting sequence”. In the "Starting Sequence number”, specifically, three of the four bits of the "Fragmentation number" indicate "Traffic Type (TC Type)", and the other bit indicates "Cascaded Indication".
  • the value of the three bits of "TC Type” can correspond to the service data sub-packets of the four service types. For example, “000” indicates a VO sub-package, “001” indicates a VI sub-package, and “010” indicates a BE sub-package. “011” indicates a BK sub-package; further, “Cascaded Indication” can be used to indicate whether the service type of the corresponding service data sub-packet is the same as the service type of the adjacent next service data sub-package, for example, "0” can be used. Indicates that the service type of the next service data sub-packet is different from that of the adjacent next service data sub-packet. The value of "1" indicates that it is different from the adjacent service data sub-packet service type, and is not limited herein.
  • STA3 sends three service data sub-packets of three service types: VO, VI, and BE to the AP, and assumes that the AP replies to STA3 in the manner shown in Table 1.
  • the "TID” in the BA is "1010”
  • the BA includes three consecutive service identification auxiliary fields "'Block Ack Starting Sequence Control' + 'Block Ack Bitmap'”, and the first "Block Ack Starting Sequence Control” Corresponding to the VO sub-package, where the "TC Type" is "000", since the adjacent next service data sub-package is a VI sub-package, and the service type of the VO sub-package is different, "Cascaded Indication" is 0.
  • “Block Ack Starting Sequence Control” is "0000”.
  • the second "Block Ack Starting Sequence Control” corresponds to the VI sub-package, and is different from the service type BE of the adjacent next service data sub-package.
  • the third "Block Ack Starting Sequence Control” corresponds to the BE sub-package, which is the last service data sub-package in the service data packet, which can be recorded as "0100", but not Limit.
  • the second or third implementation manner of the foregoing service identifier is used, only the value of the TID is different, and the representation manners of the subsequent service identifier auxiliary fields are the same, and details are not described herein again.
  • the service data packet sent by STA1 to the AP includes four types of service data: two types of service types: “VO sub-package ⁇ VO sub-package ⁇ BE sub-package ⁇ BE sub-package”. If the sub-packet and the AP reply to the STA are in the manner shown in Table 2, the value of the "TID" may be 1000 or 1001, which is not limited herein.
  • the BA includes four consecutive service identifier auxiliary fields, and the above example.
  • the first “Block Ack Starting Sequence Control” corresponds to the VO packet, where "TC Type” is “000”, and the next adjacent service data sub-packet is still VO, so “Cascaded Indication” is 1 , ie "Block Ack Starting” The Sequence Control is "0001”.
  • the second “Block Ack Starting Sequence Control” corresponds to the VO sub-packet and is different from the service type BE of the next adjacent service data sub-packet, and is marked as "0000".
  • the third "Block Ack Starting Sequence Control” corresponds to the BE sub-packet and is the same as the service type BE of the next adjacent service data sub-packet, denoted as "0101”
  • the fourth "Block Ack Starting Sequence Control" and The BE sub-packet corresponds to, and the BE sub-packet is the last service data sub-package of the service data packet, which can be recorded as “0100”, but is not limited thereto.
  • FIG. 8 is a schematic structural diagram of Embodiment 1 of a device for confirming a service type indication according to the present invention.
  • the device includes: a receiving unit 801 and a sending unit 802. among them:
  • the receiving unit 801 is configured to receive a service data packet sent by the sender node, where the service data packet carries k service data sub-packets of N service types, where N is a positive integer greater than or equal to 2, and k is greater than Or a positive integer equal to N.
  • the sending unit 802 is configured to send an acknowledgement message to the sender node, where the acknowledgement message includes: a service identifier and k service identifier auxiliary fields.
  • the service identifier indicates a combination of the N types of service types, or the service identifier indicates that the number of service types is N; the service identifier auxiliary field corresponds to the service data sub-package. And the k service identifier auxiliary fields are sequentially arranged in the order of the k service data sub-packets to indicate a combination manner of k service data sub-packets of the N service types.
  • the acknowledgment device based on the service type indication may be integrated into the receiver node in the network, and the receiver node may be an AP, or an STA, which is not limited herein.
  • the above-mentioned receiving unit 801 can be implemented by using an interface, which is used to implement communication between the receiving node and the sending node.
  • the interface can be a wired interface, for example, a fiber interface. Of course, it can also be a wireless interface, and no limitation is imposed here.
  • the sending unit 802 can be implemented by a processing element in the receiving node, and the processing element can be a separately set processing element, or can be implemented in one of the receiving node, or can be implemented by a program code.
  • the form is stored in a storage element of the receiving node, and is called by a processing element of the receiving node and performs the function of the above transmitting unit.
  • the processing element described herein can be a central processor (Central) A processing unit (CPU), or an Application Specific Integrated Circuit (ASIC), or one or more integrated circuits configured to implement embodiments of the present invention.
  • CPU central processor
  • ASIC Application Specific Integrated Circuit
  • different values of the service identifiers are in one-to-one correspondence with different service type combinations.
  • the service identifier indicates a combination of the N service types, and specifically, the current value of the service identifier indicates a combination of the N service types.
  • the service identifier includes multiple bits, each bit corresponding to a service type, and the value of the bit is used to indicate whether a corresponding service type exists; correspondingly, the service The identifier indicates a combination of the N service types, and specifically, the value of the current multiple bits of the service identifier indicates a combination of the N service types.
  • the different values of the service identifiers are in one-to-one correspondence with the number of service types.
  • the service identifier indicates that the number of service types is N, specifically: The current value of the service identifier indicates that the number of service types is N.
  • the k service identifier auxiliary fields are sequentially arranged in the order of the k service data sub-packets to indicate a combination manner of k service data sub-packets of the N service types, specifically for:
  • the k service identifier auxiliary fields are sequentially arranged in the order of the k service data sub-packets, and each of the service identifier auxiliary fields indicates a service type of the corresponding service data sub-packet, and the corresponding service data sub-package Whether the service type is the same as the service type of the adjacent next service data sub-packet.
  • FIG. 9 is a schematic structural diagram of Embodiment 2 of a service type indication-based confirmation apparatus according to the present invention.
  • the apparatus includes: a processor 901, a memory 902, an interface circuit 903, and a bus 904.
  • the processor 901, the memory 902, and the interface circuit 903 are connected by a bus 904 and complete communication with each other.
  • the memory 902 stores a set of program codes, and the processor 901 calls the program code stored in the memory to perform the following operations:
  • the service data packet sent by the sender node is received by the interface circuit 903, where the service data packet carries k service data sub-packets of N service types, where N is a positive integer greater than or equal to 2, and k is greater than or equal to A positive integer of N.
  • the acknowledgement message packet Includes: Service Identifier and k Service ID Auxiliary Fields.
  • the service identifier indicates a combination of the N service types, or the service identifier indicates that the number of service types is N; the service identifier auxiliary field is in one-to-one correspondence with the service data sub-package.
  • the k service identifier auxiliary fields are sequentially arranged in the order of the k service data sub-packets to indicate a combination manner of k service data sub-packets of the N service types.
  • the acknowledgment device based on the service type indication may be integrated into the receiver node in the network, and the receiver node may be an AP, or an STA, which is not limited herein.
  • different values of the service identifiers are in one-to-one correspondence with different service type combinations.
  • the service identifier indicates a combination of the N service types, and specifically, the current value of the service identifier indicates a combination of the N service types.
  • the service identifier includes multiple bits, each bit corresponding to a service type, and the value of the bit is used to indicate whether a corresponding service type exists; correspondingly, the service The identifier indicates a combination of the N service types, and specifically, the value of the current multiple bits of the service identifier indicates a combination of the N service types.
  • the different values of the service identifiers are in one-to-one correspondence with the number of service types.
  • the service identifier indicates that the number of service types is N, specifically: The current value of the service identifier indicates that the number of service types is N.
  • the k service identifier auxiliary fields are sequentially arranged in the order of the k service data sub-packets to indicate a combination manner of k service data sub-packets of the N service types, specifically for:
  • the k service identifier auxiliary fields are sequentially arranged in the order of the k service data sub-packets, and each of the service identifier auxiliary fields indicates a service type of the corresponding service data sub-packet, and the corresponding service data sub-package Whether the service type is the same as the service type of the adjacent next service data sub-packet.
  • the disclosed apparatus and method may be implemented in other manners.
  • the device embodiments described above are merely illustrative.
  • the division of the unit is only a logical function division.
  • there may be another division manner for example, multiple units or components may be combined or Can be integrated into another The system, or some features can be ignored or not executed.
  • the mutual coupling or direct coupling or communication connection shown or discussed may be an indirect coupling or communication connection through some interface, device or unit, and may be in an electrical, mechanical or other form.
  • the units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, that is, may be located in one place, or may be distributed to multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of the embodiment.
  • each functional unit in each embodiment of the present invention may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.
  • the above integrated unit can be implemented in the form of hardware or in the form of hardware plus software functional units.
  • the above-described integrated unit implemented in the form of a software functional unit can be stored in a computer readable storage medium.
  • the above software functional unit is stored in a storage medium and includes instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) or a processor (English: processor) to perform the embodiments of the present invention. Part of the steps of the method.
  • the foregoing storage medium includes: a U disk, a mobile hard disk, a read only memory (English: Read-Only Memory, abbreviated as: ROM), a random access memory (English: Random Access Memory, abbreviated as: RAM), a magnetic disk or an optical disk, and the like.
  • ROM Read-Only Memory
  • RAM Random Access Memory

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

Selon un mode de réalisation, l'invention concerne un procédé et un dispositif pour confirmer une indication basée sur une catégorie de trafic. Le procédé comprend les étapes consistant en : la réception, par un nœud récepteur, d'un paquet de données de trafic transmis par un nœud émetteur, le paquet de données de trafic portant k sous-paquets de données de trafic de N catégories de trafic ; et le renvoi, par le nœud récepteur, d'un message de confirmation au nœud émetteur, le message de confirmation comprenant un identifiant de trafic et k champs auxiliaires d'identification de trafic, l'identifiant de trafic indiquant une combinaison des N catégories de trafic, ou l'identifiant de trafic indiquant qu'il y a N catégories de trafic. Les champs auxiliaires d'identification de trafic correspondent un à un avec les sous-paquets de données de trafic. Les k champs auxiliaires d'identification de trafic sont agencés selon un ordre de séquence des k sous-paquets de données de trafic de façon à indiquer de quelle manière les k sous-paquets de données de trafic des N catégories de trafic sont combinés, ce qui permet l'identification de plusieurs catégories de trafic en même temps, et d'économiser des ressources.
PCT/CN2016/090793 2015-10-23 2016-07-21 Procédé et dispositif pour confirmer une indication basée sur une catégorie de trafic WO2017067253A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201510697179.5 2015-10-23
CN201510697179.5A CN106612159B (zh) 2015-10-23 2015-10-23 基于业务类型指示的确认方法及装置

Publications (1)

Publication Number Publication Date
WO2017067253A1 true WO2017067253A1 (fr) 2017-04-27

Family

ID=58556655

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2016/090793 WO2017067253A1 (fr) 2015-10-23 2016-07-21 Procédé et dispositif pour confirmer une indication basée sur une catégorie de trafic

Country Status (2)

Country Link
CN (1) CN106612159B (fr)
WO (1) WO2017067253A1 (fr)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110162564A (zh) * 2019-05-30 2019-08-23 北京中电普华信息技术有限公司 业务数据处理方法及系统
CN111726882A (zh) * 2019-03-19 2020-09-29 华为技术有限公司 数据传输的方法及装置
CN113742334A (zh) * 2020-06-29 2021-12-03 北京沃东天骏信息技术有限公司 数据处理方法和装置
CN115499335A (zh) * 2021-06-01 2022-12-20 中国移动通信有限公司研究院 一种网络性能测量方法、装置、通信设备和存储介质

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113254447A (zh) * 2021-05-27 2021-08-13 平安普惠企业管理有限公司 Id生成方法、装置、电子设备及存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2000004677A1 (fr) * 1998-07-14 2000-01-27 International Business Machines Corporation Couche liaison de donnees pour protocole mac sans fil a latence elevee
CN101931881A (zh) * 2009-06-22 2010-12-29 华为技术有限公司 业务内容同步方法、装置和系统
CN102158977A (zh) * 2011-04-07 2011-08-17 大唐移动通信设备有限公司 一种指示业务类型的方法、装置及系统
WO2012028034A1 (fr) * 2010-09-03 2012-03-08 中兴通讯股份有限公司 Procédé et système pour répondre par une autorisation d'émettre cts
CN102413518A (zh) * 2010-09-26 2012-04-11 中国移动通信集团北京有限公司 一种混合业务流的处理方法、装置和系统

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101124762A (zh) * 2004-07-30 2008-02-13 诺基亚公司 共享资源网络中用于可变长度的确认的系统和方法
KR100631736B1 (ko) * 2004-08-12 2006-10-09 삼성전자주식회사 Ａｃｋ 프레임 전송 방법 및 장치
EP2014014A4 (fr) * 2006-04-24 2011-11-30 Nokia Corp Diffusion/multidiffusion fiable dans un reseau sans fil
WO2013169212A1 (fr) * 2012-05-11 2013-11-14 Agency For Science, Technology And Research Procédés pour déterminer des informations relatives à un paramètre de communication, et dispositifs de communication correspondants

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2000004677A1 (fr) * 1998-07-14 2000-01-27 International Business Machines Corporation Couche liaison de donnees pour protocole mac sans fil a latence elevee
CN101931881A (zh) * 2009-06-22 2010-12-29 华为技术有限公司 业务内容同步方法、装置和系统
WO2012028034A1 (fr) * 2010-09-03 2012-03-08 中兴通讯股份有限公司 Procédé et système pour répondre par une autorisation d'émettre cts
CN102413518A (zh) * 2010-09-26 2012-04-11 中国移动通信集团北京有限公司 一种混合业务流的处理方法、装置和系统
CN102158977A (zh) * 2011-04-07 2011-08-17 大唐移动通信设备有限公司 一种指示业务类型的方法、装置及系统

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111726882A (zh) * 2019-03-19 2020-09-29 华为技术有限公司 数据传输的方法及装置
US20220007386A1 (en) * 2019-03-19 2022-01-06 Huawei Technologies Co., Ltd. Data Transmission Method And Apparatus
CN111726882B (zh) * 2019-03-19 2025-02-25 华为技术有限公司 数据传输的方法及装置
US12245267B2 (en) * 2019-03-19 2025-03-04 Huawei Technologies Co., Ltd. Data transmission method and apparatus
CN110162564A (zh) * 2019-05-30 2019-08-23 北京中电普华信息技术有限公司 业务数据处理方法及系统
CN113742334A (zh) * 2020-06-29 2021-12-03 北京沃东天骏信息技术有限公司 数据处理方法和装置
CN115499335A (zh) * 2021-06-01 2022-12-20 中国移动通信有限公司研究院 一种网络性能测量方法、装置、通信设备和存储介质

Also Published As

Publication number Publication date
CN106612159B (zh) 2020-06-26
CN106612159A (zh) 2017-05-03

Similar Documents

Publication Publication Date Title
US11218845B2 (en) Method and apparatus of transmitting a spatial stream for MU-MIMO in a wireless local area network system
JP7394920B2 (ja) 通信装置、通信方法および集積回路
WO2020182071A1 (fr) Procédé de transmission d'informations, procédé de réception d'informations, et appareil utilisé pour un système de communication sans fil
JP7579385B2 (ja) 無線通信システムに用いられる通信方法および通信装置
US10542557B2 (en) System and method for digital communications with interference avoidance
JP5636103B2 (ja) ステーショングループ管理用のアクセスポイントおよびステーション管理グループを管理する方法
CN107078858B (zh) 在无线lan系统中发送和接收多用户块确认帧的方法及其设备
EP3713122B1 (fr) Procédé permettant de répondre à une trame d'accusé de réception, appareil et système de transmission de données
US20160080115A1 (en) Methods for efficient acknowledgement in wireless systems
EP3200491B1 (fr) Procédé d'établissement d'une connexion de communication entre une station et un point d'accès, point d'accès et station
WO2017067253A1 (fr) Procédé et dispositif pour confirmer une indication basée sur une catégorie de trafic
US11438188B2 (en) Multicast packets for a wireless local area network
CN104185217A (zh) 并行数据传输处理方法及装置
WO2020011000A1 (fr) Procédé de transmission collaborative à points d'accès (ap) multiples, appareil associé, et système
WO2017097066A1 (fr) Procédé et dispositif de transmission de trame de déclenchement dans un réseau local sans fil
WO2017036257A1 (fr) Procédé et appareil de transmission de trame de déclenchement dans un réseau local sans fil
WO2017041590A1 (fr) Procédé et dispositif de transmission d'informations d'état de canal
US20240297745A1 (en) Information transmission method, communication apparatus, computer-readable storage medium, and chip
KR20110120052A (ko) 순차적 리스폰스 프로토콜을 이용한 데이터 통신 방법 및 상기 방법이 적용된 단말
WO2023160331A1 (fr) Procédé de commutation de mode d'antenne et appareil associé

Legal Events

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

Ref document number: 16856688

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 16856688

Country of ref document: EP

Kind code of ref document: A1

点击 这是indexloc提供的php浏览器服务，不要输入任何密码和下载