CN106612159B

CN106612159B - Confirmation method and device based on service type indication

Info

Publication number: CN106612159B
Application number: CN201510697179.5A
Authority: CN
Inventors: 林英沛; 苏宏家; 淦明; 刘乐; 郭宇宸
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2015-10-23
Filing date: 2015-10-23
Publication date: 2020-06-26
Anticipated expiration: 2035-10-23
Also published as: WO2017067253A1; CN106612159A

Abstract

The embodiment of the invention provides a confirmation method and a confirmation device based on service type indication, wherein the method comprises the following steps: a receiving node receives a service data packet sent by a sending node, wherein the service data packet carries k service data sub-packets of N service types; the receiving node replies a confirmation message to the sending node, wherein the confirmation message comprises: a service identifier and k service identification auxiliary fields; wherein, the service identifier indicates the combination of the N service types, or the service identifier indicates that the number of the service types is N; the auxiliary service identification fields are in one-to-one correspondence with the service data sub-packets, and the k auxiliary service identification fields are sequentially arranged according to the sequence of the k service data sub-packets so as to indicate the combination mode of the k service data sub-packets of the N service types, thereby realizing the purpose of completing the indication of a plurality of services at one time and greatly saving resources.

Description

Confirmation method and device based on service type indication

Technical Field

The present invention relates to communications technologies, and in particular, to a method and an apparatus for confirming based on a service type indicator.

Background

Currently, the Wireless Local Area Network (WLAN) mainly adopts the IEEE802.11 series, which is an Institute of Electrical and Electronics Engineers (Institute of Electrical and Electronics Engineers). The WLAN may include a plurality of Basic Service Sets (BSSs), where each BSS includes: an Access Point (AP) and a plurality of Stations (STAs) associated with the AP. After introducing an Orthogonal Frequency Division Multiple Access (OFDMA) technique into 802.11ax of the IEEE standard, the AP may schedule the STA to transmit uplink data on a Resource Unit (RU) specified by the AP at the same time, and similarly, may instruct the STA to receive downlink data on a Resource Unit (RU) specified by the AP at the same time.

Specifically, for service data interacted between the AP and the STA, a service type may BE indicated by a Traffic Identifier (TID) transmitted between the AP and the STA, and generally, the service Type (TC) is divided into a Video image class service (Video, VI), a Voice class service (Voice, VO), a Best-Effort service (Best-Effort, BE), and a Background service (Background, BK). Taking fig. 1 as an example, one AP is associated with 4 STAs, and if a conventional traffic type indication method is adopted, the AP sends a downlink Physical layer service Data Unit (PSDU) to each STA, where the PSDU only carries one TID and one TID can only correspond to one traffic type. Since the service requirements and communication environments of the 4 STAs are different, it cannot be guaranteed that downlink service data received by the 4 STAs on respective RUs can be terminated at the same time. If a STA finishes receiving the service data, the RU used for receiving the data is in an idle state, which may cause other STAs except the 4 STAs to misjudge the channel to be idle and then contend for the channel, thereby causing severe interference to the STA which does not finish receiving the downlink service data.

In the prior art, in order to avoid interference, it should be ensured that the service data of multiple STAs associated with the AP are received at the same time, as shown in fig. 1, the AP adds padding bits (Pad) after the service data of the STA which has transmitted downlink data in advance relative to other STAs. Conversely, as shown in fig. 2, traffic data transmitted by a plurality of STAs to the AP also adds a Pad.

However, the Pad is actually redundant information, and like the service transmission of the STA3 and the STA4 in fig. 1, which have multiple service requirements, it is necessary to wait until all downlink service data of the STA are transmitted, and then transmit service data of a next service type, and conversely, as shown in fig. 2, uplink service data transmitted by the STA to the AP also has the same problem, that is, the conventional service type indication method causes a large amount of resource waste.

Disclosure of Invention

The embodiment of the invention provides a confirmation method and a confirmation device based on service type indication, which are used for solving the problem of large resource waste caused by a service type indication method in the prior art.

A first aspect of an embodiment of the present invention provides a method for confirming based on a service type indicator, including:

a receiving node receives a service data packet sent by a sending node, wherein the service data packet 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 replies a confirmation message to the sender node, wherein the confirmation message comprises: a service identifier and k service identification auxiliary fields;

wherein, the service identifier indicates the combination of the N service types, or the service identifier indicates that the number of the service types is N; the service identification auxiliary fields are in one-to-one correspondence with the service data sub-packets, and the k service identification auxiliary fields are sequentially arranged according to the sequence of the k service data sub-packets so as to indicate the combination mode of the k service data sub-packets of the N service types.

A second aspect of the embodiments of the present invention provides a device for confirming based on a service type indication, including:

a receiving unit, configured to receive a service data packet sent by a sender node, where the service data packet 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;

a sending unit, configured to reply an acknowledgement message to the sender node, where the acknowledgement message includes: a service identifier and k service identification auxiliary fields;

A third aspect of the embodiments of the present invention provides a device for confirming 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 through the bus and complete mutual communication, wherein a group of program codes are stored in the memory, and the processor calls the program codes stored in the memory and executes the following operations:

receiving a service data packet sent by a sender node through the interface circuit, wherein the service data packet 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;

replying, by the interface circuit, an acknowledgement message to the sender node, the acknowledgement message comprising: a service identifier and k service identification auxiliary fields;

Optionally, different values of the service identifier correspond to different service type combinations one to one.

Optionally, the service identifier includes a plurality of bits, each bit corresponding to a service type, and a value of the bit is used to indicate whether the corresponding service type exists.

Optionally, different values of the service identifier correspond to the number of service types one to one.

The method and the device for confirming based on the service type indication provided by the embodiment of the invention have the advantages that a plurality of service data sub-packets with different service types are carried in a service data packet sent to a receiving node by a sending node, the receiving node replies a confirmation message to the sending node after receiving the service data packet, and a plurality of received services with different service types are indicated in the confirmation message through a service identifier and a plurality of service identification auxiliary fields so as to complete the confirmation of the service data, thereby realizing the purpose of completing the indication of a plurality of services at one time and greatly saving resources.

Drawings

In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings needed to be used in the description of the embodiments or the prior art will be briefly introduced below, and it is obvious that the drawings in the following description are some embodiments of the present invention, and for those skilled in the art, other drawings can be obtained according to these drawings without creative efforts.

Fig. 1 is a schematic diagram illustrating downlink service data packet transmission in a conventional service type indication method;

fig. 2 is a schematic diagram illustrating uplink service data packet transmission in a conventional service type indication method;

fig. 3 is a schematic view of an application scenario of the service type indication-based confirmation method provided in the present invention;

fig. 4 is a schematic diagram of downlink service data packet transmission in the service type indication method provided in the present invention;

fig. 5 is a schematic diagram of uplink service data packet transmission in the service type indication method provided in the present invention;

fig. 6 is a schematic flowchart of a first embodiment of a service type indication-based acknowledgement method according to the present invention;

fig. 7 is a schematic structural diagram of an acknowledgment message in the acknowledgment method based on service type indication provided in the present invention;

fig. 8 is a schematic structural diagram of a first embodiment of a confirmation apparatus based on service type indication according to the present invention;

fig. 9 is a schematic structural diagram of a second embodiment of a confirmation apparatus based on service type indication provided in the present invention.

Detailed Description

In order to make the objects, technical solutions and advantages of the embodiments of the present invention clearer, the technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are some, but not all, embodiments of the present invention. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.

The embodiment of the invention is suitable for the WLAN which mainly adopts the standard of IEEE802.11 series. The WLAN may include a plurality of BSSs, each BSS includes a plurality of stations, and each station may include: the Access Station, such as the AP, may further include a Non-Access Station (Non-AP STA for short), and the STA in all embodiments of the present invention refers to the Non-AP STA, which is not described herein again. Specifically, each BSS includes an AP and a plurality of STAs associated with the AP.

Fig. 3 is a schematic view of an application scenario of the confirmation method based on service type indication provided in the present invention, as shown in fig. 3, the BSS includes: 1 AP and 4 STAs associated with the AP, the 4 STAs being denoted as STA1, STA2, STA3 and STA4, respectively.

The AP is also referred to as a wireless access point or a hotspot. The AP is an access point for a mobile subscriber to enter a wired network, and is mainly deployed in a home, a building, and a campus, and typically has a coverage radius of several tens of meters to hundreds of meters, and may be deployed outdoors. The AP acts as a bridge connecting the network and the wireless network, and mainly functions to connect the wireless network clients together and then to access the wireless network to the ethernet. Specifically, the AP may be a terminal device or a network device with a Wireless Fidelity (WiFi) chip. Optionally, the AP may be a device supporting 802.11ax standard, and further optionally, the AP may also be a device supporting multiple WLAN standards such as 802.11ac, 802.11n, 802.11g, 802.11b, and 802.11 a.

The STA may be a wireless communication chip, a wireless sensor, or a wireless communication terminal. For example, the STA may be: the mobile phone supporting the Wi-Fi communication function, the tablet personal computer supporting the Wi-Fi communication function, the set top box supporting the Wi-Fi communication function, the smart television supporting the Wi-Fi communication function, the smart wearable device supporting the Wi-Fi communication function, the vehicle-mounted communication device supporting the Wi-Fi communication function, the computer supporting the Wi-Fi communication function and the like. Optionally, the STA may support an 802.11ax system, and further optionally, the STA may also support multiple WLAN systems such as 802.11ac, 802.11n, 802.11g, 802.11b, and 802.11 a.

In the WLAN system 802.11ax introduced after the OFDMA technique, the AP may perform uplink and downlink transmission on different time-frequency resources to a plurality of different STAs. Specifically, the AP may use 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 (MU-MIMO) mode, where the Multiple different STAs refer to Multiple different sites in the SU-MIMO mode; in the MU-MIMO mode, the plurality of different STAs may refer to a plurality of different station groups.

Fig. 4 is a schematic diagram of downlink service data packet transmission in the service type indication method provided in the present invention; fig. 5 is a schematic diagram of uplink service data packet transmission in the service type indication method provided in the present invention.

In the embodiment of the present invention, the node of the receiving party may be an AP or an STA, and similarly, the node of the sending party may also be an AP or an STA, where, as shown in fig. 4, the AP is the node of the sending party and the STA is the node of the receiving party in the transmission process; as shown in fig. 5, in the transmission process, the STA is a sender node and the AP is a receiver node, which is not described in detail below.

As shown in fig. 4 and fig. 5, a service data packet sent by a sender node in the embodiment of the present invention may carry multiple service data sub-packets of different service types, for example, may carry multiple TIDs. For example, in fig. 4 and 5, a horizontal bar indicates a service data packet, and each of the service data packets sent by the AP to 4 STAs may include a plurality of service data sub-packets, for example, in fig. 4, the service data packet sent by the AP to the STA1 includes: VO sub-package, BE sub-package, BK sub-package these 3 service data sub-packages. In the following embodiments, the reply is performed on the service data packet sent by the sender, so that a plurality of service data sub-packets of different types can be replied at one time.

Fig. 6 is a flowchart illustrating a first embodiment of a method for confirming based on service type indication, where as shown in fig. 6, the method includes:

s601, the receiving node receives the service data packet sent by the sending node. Wherein, 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.

S602, the receiving node replies a confirmation message to the sending node, wherein the confirmation message comprises: a service identifier and k service identification assistance fields. So as to inform the sending node of receiving k service data sub-packets of N service types sent by the sending node.

Wherein, the Traffic Identifier (TID) indicates the combination of the above N traffic types, or the TID indicates that the number of the traffic types is N. That is, it indicates which service types are specifically included in the N service types, or only indicates the number of the included service types.

As shown in fig. 3 and 4, the plurality of service data sub-packets sent by the sending node have a certain sequence, for example, in the service data packet sent by the AP to the STA3 in fig. 3, the sequence of the service data sub-packets is "VO sub-packet → BE sub-packet → BK sub-packet", and accordingly, in order to describe the execution sequence of the k service data sub-packets of the N service types, when the receiving side replies to the acknowledgement message, the carried service identification auxiliary fields are also arranged in sequence according to the sequence of the corresponding service data sub-packets. In the concrete implementation, the service identifier auxiliary fields correspond to the service data sub-packets one by one, and the k service identifier auxiliary fields are sequentially arranged according to the sequence of the k service data sub-packets so as to specifically indicate the combination mode of the k service data sub-packets of the N service types. Therefore, the receiving node can indicate that k service data sub-packets of N service types sent by the sending node are received through the acknowledgement message.

It should be noted that the sender node and the receiver node may be configured in advance and determine the service data by default in such a manner that both the sender node and the receiver node know the meaning expressed by the service identifier and the service identifier auxiliary field in advance.

Optionally, the acknowledgement message is a Block Acknowledgement (BA) frame. Specifically, the frame structure of the BA frame is shown in fig. 7, and includes: a "frame Control" field, a "Duration/user identification (Duration/ID)" field, a "Receive Address (RA)" field, a "Transmit Address (TA)" field, a "block acknowledgement Control (BA Control)" field, a "block acknowledgement information (BA information)" field, and a "Frame Check Sequence (FCS)" field.

The "BA Information" field of the BA frame includes: a per traffic identifier (per-TID Info) subfield, a Block acknowledgement Starting sequence control (Block Ack Starting sequence control) subfield, and a Block acknowledgement Bitmap (Block Ack Bitmap) subfield.

Optionally, the traffic identifier is carried in a per-TID Info subfield. In a specific implementation, referring to fig. 7, there may be 12 reserved bits in the 16 bits of the per-TID Info subfield, 11 bits of the 12 bits are used as an Association Identifier (AID for short), the remaining 1bit is used to represent an acknowledgement message (ACK/BA), and the other 4 bits of the 16 bits of the per-TIDInfo subfield may be used as the TID.

In the embodiment, a service data packet sent by a sender node to a receiver node carries a plurality of service data sub-packets of different service types, the receiver node replies a confirmation message to the sender node after receiving the service data packet, and the received services of different service types are indicated in the confirmation message through a service identifier and a plurality of service identification auxiliary fields to complete the confirmation of service data, so that the indication that a plurality of services can be completed at one time is realized, and resources are greatly saved.

On the basis of the foregoing embodiment, optionally, in a first implementation manner, different values of the service identifier correspond to different service type combinations one to one. I.e. each value of the service identifier may represent a unique service type combination.

Specifically, the service identifier may include a plurality of bits, and the value of the service identifier is composed of a value of the plurality of bits, but is not limited thereto.

Referring to fig. 7, the traffic identifier may be a "TID" in the per-TID Info subfield, and the "TID" may occupy 4 bits (bits), but is not limited thereto. As shown in table 1, the 4 bits of the "TID" may represent 16 different values, each value represents one traffic type combination, and taking 4 traffic types (VO, VI, BE, BK) as an example, there are 15 different traffic type combinations in total, and the remaining 1 TID value may BE used as a reserved bit. Taking table 1 as an example, where "1110" represents a traffic type combination of "VO + VI + BE + BK". It should be noted that table 1 is only a specific example, and the correspondence relationship between the TID value and the traffic type combination is not limited to this example.

TABLE 1

For such a service identifier, the service identifier indicates a combination of the N service types, specifically: the current value of the service identifier indicates a combination of the above N service types. Taking fig. 4 as an example, the STA3 sends a traffic packet containing 3 TCs of VO, VI and BE, and if the corresponding relationship in table 1 is adopted, the TID value carried in the BA replied after the AP receives the traffic packet containing the 3 TCs is "1010".

Optionally, in a second implementation manner, the service identifier may include: a plurality of bits, each bit corresponding to a traffic type, the value of each bit indicating whether the corresponding traffic type exists. For example, a bit corresponding to a traffic type "VI" has a value of "1" indicating the presence of "VI" and a value of "0" indicating the absence of "VI". Similarly to the above example, referring to fig. 7, still taking the "TID" of 4 bits in the per-TID Info subfield as an example, assuming that the 1 st bit indicates the traffic type "VO", the 2 nd bit indicates the traffic type "VI", the 3 rd bit indicates the traffic type "BE", and the 4 th bit indicates the traffic type "BK", accordingly, the value of the bit is "1" indicates that the corresponding traffic type exists, and the value of the bit is "0" indicates that the corresponding traffic type does not exist, when the current value of the TID is "1100", the combination of the traffic types is "VO + VI", of course, this is not a limitation, as long as each bit uniquely corresponds to one traffic type.

For such a service identifier, the service identifier indicates a combination of the N service types, specifically: the current multiple bit values of the service identifier indicate the combination of the above N service types. Taking fig. 4 as an example, the STA3 sends traffic packets containing 3 TCs of VO, VI and BE, and the TID value carried in the BA replied after the AP receives the traffic packets containing the 3 TCs is "1110".

Optionally, in a third implementation manner, different values of the service identifier correspond to the number of the service types one to one. I.e. each value of the service identifier may represent the number of a unique service type.

Similarly to the above example, referring to fig. 7, still taking the "TID" of 4 bits in the per-TID Info subfield as an example, assuming that the first 3 bits of the "TID" indicate the number of any combination of 4 traffic types, the last bit can be used as a reserved bit, but it is not limited thereto, as long as any combination of 3 bits is available. Specifically, taking table 2 as an example:

TABLE 2

"2 × TC" indicates that there are 2 traffic types, "3 × TC" indicates that there are 3 traffic types, and "4 × TC" indicates that there are 4 traffic types. In the manner shown in table 2, when the traffic identifier is to represent 2 traffic types, the value of "TID" may be "100 x", where x may be 0 or 1, without limitation.

For the service identifier, the number of the service types indicated by the service identifier is N, which specifically includes: the current value of the service identifier indicates the number of service types.

It should be noted that, the above three embodiments are not limited, and different service identifiers may be distinguished from a plurality of service types.

Further, on the basis of the above embodiment, the k service identification auxiliary fields are sequentially arranged according to the order of the k service data sub-packets, so as to indicate a combination manner of the k service data sub-packets of the N service types, specifically: the k service identification auxiliary fields are sequentially arranged according to the sequence of the 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-packet is the same as the service type of the next adjacent service data sub-packet.

As shown in fig. 7, in a specific implementation, the service identification 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 "Block Ack Starting Sequence Control", specifically, "Fragmentation number" of 4 bits and "Starting Sequence number" of 12 bits may be included in the "Block Ack Starting Sequence Control", specifically, 3 bits out of the 4 bits of the "Fragmentation number" indicate "traffic Type (TC Type)", and the other bit indicates "concatenated Indication (concatenated Indication)". The 3-bit value of "TC Type" may correspond to the service data sub-packets of 4 service types, for example, "000" represents a VO sub-packet, "001" represents a VI sub-packet, "010" represents a BE sub-packet, and "011" represents a BK sub-packet; further, "masked Indication" may be used to indicate whether the service type of the corresponding service data sub-packet is the same as the service type of the next service data sub-packet, for example, "0" may indicate that the service type is different from the next service data sub-packet, and "1" may indicate that the service type is different from the next service data sub-packet, which is not limited herein.

Continuing with fig. 7, for example, as shown in fig. 4, STA3 sends 3 service data sub-packets of three service types VO, VI and BE to the AP, and it is assumed that if the BA replied from AP to STA3 adopts the manner shown in table 1, the "TID" in the BA is "1010", and the BA further includes consecutive 3 service identification auxiliary fields of "Block Ack Starting Sequence Control '+" Block Ack Bitmap' ", and the first" Block Ack Starting Sequence Control "corresponds to sub-packet VO, where" TC Type "is" 000 ", and since the next service data sub-packet adjacent to the BA is VI sub-packet, which is different from the service Type of the VO, the" masked Indication "is 0, that is," Block Ack Starting Sequence Control "is" 0000 ", and similarly, the second" Block Ack Starting Sequence Control "corresponds to Sequence Control, and is different from the next service data sub-packet VI sub-packet, which is also corresponds to the next service Type of VO, and is recorded as" BE 0 ", the third "Block Ack StartingSequence Control" corresponds to the BE sub-packet, which is the last service data sub-packet in the service data packet and may BE marked as "0100", but not limited thereto. In this example, if the second or third implementation manner of the service identifier is adopted, only the values of TIDs are different, and the representation manners of subsequent service identifier auxiliary fields are all consistent, which is not described herein again.

For another example, as shown in fig. 4, the service data packet sent by the STA1 to the AP includes 4 service data sub-packets of 2 service types, i.e., "VO sub-packet → BE sub-packet", if the BA replied by the AP to the STA adopts the manner shown in table 2, the value of "TID" may BE 1000 or 1001, without limitation, and further the BA includes 4 consecutive service identification auxiliary fields, similar to the above example, the first "Block Ack Starting Sequence Control" corresponds to the VO data packet, where "TC Type" is "000", and the next adjacent service data sub-packet is still VO, so that "cascade identification" is 1, i.e., "Block Ack Starting Sequence Control" is "0001", and similarly, the second "Block Ack Starting Sequence Control" corresponds to the sub-packet and is marked as BE a different service data sub-packet BE of the next adjacent service data Type, BE 0000 ", the third "Block Ack Starting Sequence Control" corresponds to the BE sub-packet, is the same as the service type BE of the next adjacent service data sub-packet, and is marked as "0101", the fourth "Block Ack Starting Sequence Control" corresponds to the BE sub-packet, and the BE sub-packet is the last service data sub-packet of the service data packet, and may BE marked as "0100", but not limited thereto.

The foregoing examples are given for ease of understanding only and are not intended to be limiting in the present disclosure.

Fig. 8 is a schematic structural diagram of a first embodiment of a confirmation apparatus based on service type indication provided in the present invention, where the apparatus includes: a receiving unit 801 and a transmitting unit 802. Wherein:

a receiving unit 801, configured to receive a service data packet sent by a sender node, where the service data packet 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.

A sending unit 802, configured to reply an acknowledgement message to the sender node, where the acknowledgement message includes: a service identifier and k service identification assistance fields.

Specifically, the service identifier indicates a combination of the N service types, or the service identifier indicates that the number of the service types is N; the service identification auxiliary fields are in one-to-one correspondence with the service data sub-packets, and the k service identification auxiliary fields are sequentially arranged according to the sequence of the k service data sub-packets so as to indicate the combination mode of the k service data sub-packets of the N service types.

The implementation principle and technical effect of the device are similar to those of the method embodiments, and are not described herein again.

The above-mentioned acknowledgement device based on the service type indication may be integrated in a receiver node in the network, and the receiver node may be an AP or an STA, which is not limited herein. The receiving unit 801 may be implemented by an interface, which is used to implement communication between the receiving node and the sending node, and the interface may be preferably a wired interface, such as an optical fiber interface. Of course, the interface may also be a wireless interface, and is not limited herein. The sending unit 802 may be implemented by a processing element in the receiving node, and the processing element may be a processing element that is set up separately, or may be implemented by being integrated in a certain processing element in the receiving node, or may be stored in a storage element of the receiving node in the form of program code, and the certain processing element of the receiving node calls and executes the functions of the sending unit. The Processing element described herein may be a Central Processing Unit (CPU), or an Application Specific Integrated Circuit (ASIC), or one or more Integrated circuits configured to implement embodiments of the present invention.

In one implementation, different values of the service identifier correspond to different service type combinations one to one. The service identifier indicates a combination of the N service types, specifically: the current value of the service identifier indicates a combination of the N service types.

In another implementation, the service identifier includes a plurality of bits, each bit corresponds to a service type, and a value of the bit is used to indicate whether a corresponding service type exists; correspondingly, the service identifier indicates a combination of the N service types, specifically: the current value of the plurality of bits of the service identifier indicates a combination of the N service types.

Optionally, in another embodiment, different values of the service identifier correspond to the number of service types one to one; correspondingly, the number of the service type indicated by the service identifier is N, which specifically includes: the current value of the service identifier indicates that the number of service types is N.

On the basis of the above embodiment, the k service identification auxiliary fields are sequentially arranged according to the order of the k service data sub-packets to indicate a combination manner of the k service data sub-packets of the N service types, which specifically includes:

the k service identification auxiliary fields are sequentially arranged according to the sequence of the k service data sub-packets, and each service identification auxiliary field indicates the service type of the corresponding service data sub-packet and whether the service type of the corresponding service data sub-packet is the same as the service type of the next adjacent service data sub-packet.

For a specific implementation, reference may be made to the foregoing method embodiments, which are not described herein again.

Fig. 9 is a schematic structural diagram of a second embodiment of a confirmation apparatus based on service type indication provided in the present invention, where the apparatus includes: a processor 901, a memory 902, interface circuitry 903, and a bus 904.

The processor 901, memory 902, and interface circuit 903 are coupled by a bus 904 and communicate with each other. Wherein, a group of program codes is stored in the memory 902, and the processor 901 calls the program codes stored in the memory to execute the following operations:

receiving a service data packet sent by a sender node through an interface circuit 903, where the service data packet 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.

Replying an acknowledgement message to the sender node through the interface circuit 903, where the acknowledgement message includes: a service identifier and k service identification assistance fields.

The above-mentioned acknowledgement device based on the service type indication may be integrated in a receiver node in the network, and the receiver node may be an AP or an STA, which is not limited herein.

In the embodiments provided in the present invention, it should be understood that the disclosed apparatus and method may be implemented in other ways. For example, the above-described apparatus embodiments are merely illustrative, and for example, the division of the units is only one logical division, and other divisions may be realized in practice, for example, a plurality of units or components may be combined or integrated into another system, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, devices or units, and may be in an electrical, mechanical or other form.

The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.

In addition, functional units in the embodiments of the present invention may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit. The integrated unit can be realized in a form of hardware, or in a form of hardware plus a software functional unit.

The integrated unit implemented in the form of a software functional unit may be stored in a computer readable storage medium. The software functional unit is stored in a storage medium and includes several instructions to enable a computer device (which may be a personal computer, a server, or a network device) or a processor (processor) to execute some steps of the methods according to the embodiments of the present invention. And the aforementioned storage medium includes: a U disk, a removable hard disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk, and other various media capable of storing program codes.

Finally, it should be noted that: the above embodiments are only used to illustrate the technical solution of the present invention, and not to limit the same; while the invention has been described in detail and with reference to the foregoing embodiments, it will be understood by those skilled in the art that: the technical solutions described in the foregoing embodiments may still be modified, or some or all of the technical features may be equivalently replaced; and the modifications or the substitutions do not make the essence of the corresponding technical solutions depart from the scope of the technical solutions of the embodiments of the present invention.

Claims

1. A method for confirming based on service type indication is characterized by comprising the following steps:

2. The method of claim 1, wherein different values of the service identifier correspond one-to-one to different service type combinations; accordingly, the number of the first and second electrodes,

the service identifier indicates a combination of the N service types, specifically: the current value of the service identifier indicates a combination of the N service types.

3. The method of claim 1, wherein the service identifier comprises a plurality of bits, each bit corresponding to a service type, and wherein a value of the bit is used to indicate whether the corresponding service type exists; accordingly, the number of the first and second electrodes,

the service identifier indicates a combination of the N service types, specifically: the current value of the plurality of bits of the service identifier indicates a combination of the N service types.

4. The method of claim 1, wherein different values of the service identifier correspond to the number of service types one to one; accordingly, the number of the first and second electrodes,

the number of the service type indicated by the service identifier is N, and specifically:

the current value of the service identifier indicates that the number of service types is N.

5. The method according to any one of claims 1 to 4, wherein the k service identification auxiliary fields are sequentially arranged according to the order of the k service data sub-packets to indicate a combination manner of the k service data sub-packets of the N service types, specifically:

6. An apparatus for acknowledgement based on traffic type indication, comprising:

7. The apparatus of claim 6, wherein different values of the service identifier correspond to different service type combinations one to one; accordingly, the number of the first and second electrodes,

8. The apparatus of claim 6, wherein the service identifier comprises a plurality of bits, each bit corresponding to a service type, and wherein a value of the bit is used to indicate whether the corresponding service type exists; accordingly, the number of the first and second electrodes,

9. The apparatus of claim 6, wherein different values of the service identifier correspond to a number of service types one to one; accordingly, the number of the first and second electrodes,

the number of the service type indicated by the service identifier is N, and specifically: the current value of the service identifier indicates that the number of service types is N.

10. The apparatus according to any one of claims 6 to 9, wherein the k service identification auxiliary fields are sequentially arranged according to the order of the k service data sub-packets to indicate a combination manner of the k service data sub-packets of the N service types, specifically: