基于业务类型指示的确认方法及装置与流程

本发明涉及通信技术，尤其涉及一种基于业务类型指示的确认方法及装置。

背景技术：

目前，无线局域网(Wireless Local Area Network，简称WLAN)主要采用的标准为电气和电子工程师协会(Institute of Electrical and Electronics Engineers，简称IEEE)802.11系列。其中，WLAN中可以包括多个基本服务集(Basic Service Set，简称BSS)，每个BSS中包括：一个接入点(Access Point，简称AP)和多个与该AP关联的站点(Station，简称STA)。在IEEE标准的802.11ax中引入正交频分多址(Orthogonal Frequency Division Multiple Access，简称OFDMA)技术后，AP可以在同一时刻调度STA在AP指定的资源单元(Resource Unit，简称RU)上发送上行数据，类似地，也可以在同一时刻指示STA在AP指定的资源单元(Resource Unit，RU)上接收下行数据。

具体地，针对AP与STA之间交互的业务数据，可以通过AP和STA之间传输业务标识符(Traffic Identifier，简称TID)来指示业务类型，一般地，业务类型(Traffic Category，简称TC)分为视频图像类业务(Video，VI)、语音类业务(Voice，VO)、尽力服务业务(Best-Effort，BE)和背景业务(Background，BK)。以图1为例，一个AP与4个STA关联，若采用传统的业务类型指示方法，AP向每个STA发送下行物理层服务数据单元(Physical Layer Service Data Unit，简称PSDU)，该PSDU中只携带一个TID，一个TID中只能对应一种业务类型。由于4个STA的业务需求、通信环境不同，所以不能保证这4个STA在各自RU上接收的下行业务数据可以同时结束。若某个STA接收完业务数据后，其用于接收数据所使用的RU便会处于空闲状态，可能会导致这4个STA之外的其他 STA误判信道空闲后竞争信道，从而对未完成下行业务数据接收的STA产生严重干扰。

现有技术中，为了避免干扰，应该保证AP关联的多个STA的业务数据都在相同时间接收完毕，如图1所示，AP在相对于其他STA提前传输完下行数据的STA的业务数据后添加填充比特(padding，简称Pad)。反向地，如图2所示，多个STA向AP传输的业务数据同样添加Pad。

但是，上述Pad实际上就是冗余信息，而且像图1中STA3、STA4有多重业务需求的业务传输，必须等到该STA的全部下行业务数据传输完毕后再发送下一个业务类型的业务数据，反向地，如图2所示，STA向AP发送的上行业务数据也存在同样的问题，即传统的业务类型指示方法会导致大量的资源浪费。

技术实现要素：

本发明实施例提供一种基于业务类型指示的确认方法及装置，用于解决现有技术中业务类型指示方法导致大量资源浪费的问题。

本发明实施例第一方面提供一种基于业务类型指示的确认方法，包括：

接收方节点接收发送方节点发送的业务数据包，其中，所述业务数据包中携带N种业务类型的k个业务数据子包，N为大于或等于2的正整数，k为大于或等于N的正整数；

所述接收方节点向所述发送方节点回复确认消息，所述确认消息包括：业务标识符和k个业务标识辅助字段；

其中，所述业务标识符指示所述N种业务类型的组合，或者，所述业务标识符指示业务类型的个数为N；所述业务标识辅助字段与所述业务数据子包一一对应，所述k个业务标识辅助字段按照所述k个业务数据子包的顺序依次排列，以指示所述N种业务类型的k个业务数据子包的组合方式。

本发明实施例第二方面提供一种基于业务类型指示的确认装置，包括：

接收单元，用于接收发送方节点发送的业务数据包，其中，所述业务数据包中携带N种业务类型的k个业务数据子包，N为大于或等于2的正整数，k为大于或等于N的正整数；

发送单元，用于向所述发送方节点回复确认消息，所述确认消息包括： 业务标识符和k个业务标识辅助字段；

其中，所述业务标识符指示所述N种业务类型的组合，或者，所述业务标识符指示业务类型的个数为N；所述业务标识辅助字段与所述业务数据子包一一对应，所述k个业务标识辅助字段按照所述k个业务数据子包的顺序依次排列，以指示所述N种业务类型的k个业务数据子包的组合方式。

本发明实施例第三方面提供一种基于业务类型指示的确认装置，包括：处理器、存储器、接口电路和总线；

所述处理器、所述接口电路和所述存储器通过所述总线连接并完成相互间的通信，其中所述存储器中存储一组程序代码，所述处理器调用所述存储器中存储的程序代码，执行以下操作：

通过所述接口电路接收发送方节点发送的业务数据包，其中，所述业务数据包中携带N种业务类型的k个业务数据子包，N为大于或等于2的正整数，k为大于或等于N的正整数；

通过所述接口电路向所述发送方节点回复确认消息，所述确认消息包括：业务标识符和k个业务标识辅助字段；

其中，所述业务标识符指示所述N种业务类型的组合，或者，所述业务标识符指示业务类型的个数为N；所述业务标识辅助字段与所述业务数据子包一一对应，所述k个业务标识辅助字段按照所述k个业务数据子包的顺序依次排列，以指示所述N种业务类型的k个业务数据子包的组合方式。

可选地，所述业务标识符的不同值与不同的业务类型组合一一对应。

可选地，所述业务标识符包括多个比特位，每个比特位对应一种业务类型，所述比特位的值用于指示是否存在对应的业务类型。

可选地，所述业务标识符的不同值与业务类型的个数一一对应。

本发明实施例提供的基于业务类型指示的确认方法及装置，发送方节点向接收方节点发送的业务数据包中携带不同业务类型的多个业务数据子包，接收方节点接收到业务数据包后向发送方节点回复确认消息，在确认消息中通过业务标识符以及多个业务标识辅助字段来指示收到的不同业务类型的多个业务，以完成业务数据的确认，实现了可以一次完成多个业务的指示，大大节约了资源。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为传统业务类型指示方法中的下行业务数据包传输示意图；

图2为传统业务类型指示方法中的上行业务数据包传输示意图；

图3为本发明提供的基于业务类型指示的确认方法的应用场景示意图；

图4为本发明提供的业务类型指示方法中的下行业务数据包传输示意图；

图5为本发明提供的业务类型指示方法中的上行业务数据包传输示意图；

图6为本发明提供的基于业务类型指示的确认方法实施例一的流程示意图；

图7为本发明提供的基于业务类型指示的确认方法中确认消息的结构示意图；

图8为本发明提供的基于业务类型指示的确认装置实施例一的结构示意图；

图9为本发明提供的基于业务类型指示的确认装置实施例二的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明实施例适用于WLAN，该WLAN主要采用IEEE802.11系列的标准。其中，WLAN中可以包括多个BSS，每个BSS中包括多个站点，该站点 可以包括：接入类站点，例如AP，还可以包括非接入类站点(None Access Point Station，简称Non-AP STA)，本发明所有实施例中STA均指Non-AP STA，不再赘述。具体地，每个BSS包括一个AP和多个与该AP关联的STA。

图3为本发明提供的基于业务类型指示的确认方法的应用场景示意图，如图3所示，该BSS中包括：1个AP，以及与该AP关联的4个STA，4个STA分别记为STA1、STA2、STA3、STA4。

其中，AP也称之为无线访问接入点或热点等。AP是移动用户进入有线网络的接入点，主要部署于家庭、大楼内部以及园区内部，典型覆盖半径为几十米至上百米，当然，也可以部署于户外。AP相当于一个连接有线网和无线网的桥梁，其主要作用是将各个无线网络客户端连接到一起，然后将无线网络接入以太网。具体地，AP可以是带有无线保真(Wireless Fidelity，简称WiFi)芯片的终端设备或者网络设备。可选地，AP可以为支持802.11ax制式的设备，进一步可选地，该AP还可以为支持802.11ac、802.11n、802.11g、802.11b及802.11a等多种WLAN制式的设备。

STA可以是无线通讯芯片、无线传感器或无线通信终端。例如STA可以是：支持Wi-Fi通讯功能的移动电话、支持Wi-Fi通讯功能的平板电脑、支持Wi-Fi通讯功能的机顶盒、支持Wi-Fi通讯功能的智能电视、支持Wi-Fi通讯功能的智能可穿戴设备、支持Wi-Fi通讯功能的车载通信设备和支持Wi-Fi通讯功能的计算机等。可选地，该STA可以支持802.11ax制式，进一步可选地，该STA还可以支持802.11ac、802.11n、802.11g、802.11b及802.11a等多种WLAN制式。

引入OFDMA技术后的WLAN系统802.11ax中，AP可以在不同的时频资源上给多个不同的STA进行上下行传输。具体地，AP进行上下行传输可以采用不同的模式，如OFDMA单用户多输入多输出(Single-User Multiple-Input Multiple-Output，简称SU-MIMO)模式，或者OFDMA多用户多输入多输出(Multi-User Multiple-Input Multiple-Output，简称MU-MIMO)，在SU-MIMO模式下，上述多个不同的STA指多个不同的站点；在MU-MIMO模式下，上述多个不同的STA可以指多个不同的站点组。

图4为本发明提供的业务类型指示方法中的下行业务数据包传输示意图；图5为本发明提供的业务类型指示方法中的上行业务数据包传输示意图。

本发明实施例中，接收方节点可以是AP或STA，同样，发送方节点也可以是AP或STA，如图4所示的传输过程中AP为发送方节点，STA为接收方节点；如图5所示的传输过程中STA为发送方节点，AP为接收方节点，下文中不再赘述。

如图4、图5所示，本发明实施例中发送方节点发送的业务数据包中可以携带多个不同业务类型的业务数据子包，例如，可以携带多个TID。例如，图4、图5中，一个横条表示一个业务数据包，AP向4个STA发送的业务数据包中均可以包括多个业务数据子包，例如图4中，AP向STA1发送的业务数据包中就包括：VO子包、BE子包、BK子包这3个业务数据子包。下述实施例中，针对发送方发送的这种业务数据包进行回复，实现可以一次回复多个不同类型的业务数据子包。

图6为本发明提供的基于业务类型指示的确认方法实施例一的流程示意图，如图6所示，该方法包括：

S601、接收方节点接收发送方节点发送的业务数据包。其中，该业务数据中携带N种业务类型的k个业务数据子包；N为大于或等于2的正整数，k为大于或等于N的正整数。

S602、接收方节点向发送方节点回复确认消息，该确认消息包括：业务标识符和k个业务标识辅助字段。以告知发送方节点收到了发送方节点发送的N种业务类型的k个业务数据子包。

其中，该业务标识符(TID)指示上述N种业务类型的组合，或者，该TID指示业务类型的个数为N。即具体指示出N种业务类型具体包括哪些业务类型，或者，仅指示出所包括的业务类型的个数。

另外，如图3、4所示，发送方节点所发送的多个业务数据子包具有一定的顺序，例如图3中AP向STA3发送的业务数据包中业务数据子包顺序为“VO子包→BE子包→BK子包”，相应地，为了说明这N种业务类型的k个业务数据子包的执行顺序，接收方回复确认消息时，携带的业务标识辅助字段也按照对应的业务数据子包的顺序依次排列。具体实现时，业务标识符辅助字段与业务数据子包一一对应，上述k个业务标识辅助字段按照k个业务数据子包的顺序依次排列，以具体指示出这N种业务类型的k个业务数据子包的组合方式。这样接收方节点就可以通过上述确认消息表示接收到发送 方发送的N种业务类型的k个业务数据子包。

需要说明的是，上述发送方节点、接收方节点可以预先配置好默认采用这样的方式确认业务数据，即发送方节点、接收方节点均预先知道业务标识符和业务标识辅助字段所表达的意义。

可选地，上述确认消息为块确认(block acknowledgement，简称BA)帧。具体地，BA帧的帧结构如图7所示，包括：“帧控制(frame control)”字段、“时长/用户标识(Duration/ID)”字段、“接收地址(receiver address，简称RA)”字段、“发送地址(transmitter address，简称TA)”字段、“块确认控制(BA Control)”字段、“块确认信息(BA Infomation)”字段以及“帧校验序列(frame check sequence，简称FCS)”字段。

BA帧的“BA Information”字段包括：“每个业务标识(per traffic identifier，简称per-TID Info)”子字段、“块确认起始序列控制(Block Ack Starting Sequence Control)”子字段、以及“块确认比特图(Block Ack Bitmap)”子字段。

可选地，上述业务标识符携带在per-TID Info子字段中。具体实现时，参照图7，per-TID Info子字段的16bit中可以有12bit的保留位，这12bit中采用11bit作为关联标识(Association Identifier，简称AID)，剩下1个bit用于表示确认消息(ACK/BA)，per-TID Info子字段的16bit中另外4bit可以作为TID。

本实施例中，发送方节点向接收方节点发送的业务数据包中携带不同业务类型的多个业务数据子包，接收方节点接收到业务数据包后向发送方节点回复确认消息，在确认消息中通过业务标识符以及多个业务标识辅助字段来指示收到的不同业务类型的多个业务，以完成业务数据的确认，实现了可以一次完成多个业务的指示，大大节约了资源。

在上述实施例的基础上，可选地，第一种实现方式中，业务标识符的不同值与不同的业务类型组合一一对应。即业务标识符的每个值可以表示一种唯一的业务类型组合。

具体地，上述业务标识符可以包括多个比特位，该业务标识符的值即由这多个比特位的值组成，但并不以此为限。

参照图7，业务标识符可以是per-TID Info子字段中的“TID”，该“TID” 可以占4个比特(bit)，但不以此为限。如表1所示，该“TID”的4个比特可以表示16个不同的值，每个值表示一种业务类型组合，以4种业务类型(VO、VI、BE、BK)为例，一共有15种不同的业务类型组合，剩余1个TID值可以作为保留位，当然，某些实施场景中，有些业务类型组合并不需要，则可以灵活减少业务类型组合，即可能剩余更多的保留位。以表1为例，其中“1110”表示“VO+VI+BE+BK”的业务类型组合。需要说明的是，表1仅是具体的示例，TID值与业务类型组合的对应关系并不以此例为限。

表1

针对这种业务标识符，上述业务标识符指示所述N种业务类型的组合，具体为：业务标识符当前的值指示上述N种业务类型的组合。以图4为例，STA3发送了包含VO、VI和BE这3种TC的业务数据包，如果采用表1的对应关系，AP接收到包含这3种TC的业务数据包后回复的BA中携带的TID值就为“1010”。

可选地，第二种实现方式中，上述业务标识符可以包括：多个比特位， 每个比特位对应一种业务类型，每个比特位的值用于指示是否存在对应的业务类型。例如，某个比特位与业务类型“VI”对应，该比特位的值为“1”指示存在“VI”，该比特位的值为“0”指示不存在“VI”。与上例类似地，参照图7，仍以per-TID Info子字段中4个bit的“TID”为例，假设第1个bit指示业务类型“VO”、第2个bit指示业务类型“VI”、第3个bit指示业务类型“BE”、第4个bit指示业务类型“BK”，相应地，比特位的值为“1”指示对应业务类型存在，比特位的值为“0”指示对应业务类型不存在，那么，当TID当前的值为“1100”时，则表示此次业务类型的组合为“VO+VI”，当然，并不以此为限，只要每个比特位唯一对应一种业务类型即可。

针对这种业务标识符，上述业务标识符指示所述N种业务类型的组合，具体为：业务标识符当前的多个比特位的值指示上述N种业务类型的组合。以图4为例，STA3发送了包含VO、VI和BE这3种TC的业务数据包，AP接收到包含这3种TC的业务数据包后回复的BA中携带的TID值就为“1110”。

可选地，第三种实现方式中，业务标识符的不同值与业务类型的个数一一对应。即业务标识符的每个值可以表示一个唯一的业务类型的个数。

具体地，上述业务标识符可以包括多个比特位，该业务标识符的值即由这多个比特位的值组成，但并不以此为限。

与上例类似地，参照图7，仍以per-TID Info子字段中4个bit的“TID”为例，假设由“TID”的前3个bit表示4种业务类型的任意组合的个数，最后一个bit可以作保留位，但并不以此为限，只要是其中任意3个bit的组合即可。具体地，以表2为例：

表2

“2*TC”表示有2种业务类型，“3*TC”表示有3种业务类型，“4*TC”表示有4种业务类型。以表2的表示方式，当业务标识符要表示2种业务类型时，“TID”的值可以是“100x”，其中x可以是0或1，在此不作限制。

针对这种业务标识符，上述业务标识符指示业务类型的个数为N，具体为：业务标识符当前的值指示业务类型的个数。

需要说明的是，并不以上述三种实施方式为限，不同的业务标识符可以区分出多个业务类型即可。

进一步地，在上述实施例的基础上，上述k个业务标识辅助字段按照k个业务数据子包的顺序依次排列，以指示出这N种业务类型的k个业务数据子包的组合方式，具体为：上述k个业务标识辅助字段按照k个业务数据子包的顺序依次排列，且每个业务标识辅助子段指示对应业务数据子包的业务类型，以及所对应的业务子包的业务类型是否与相邻的下一业务数据子包的业务类型相同。

如图7所示，具体实现时，业务标识辅助字段可以为BA帧的BA information子字段中“‘Block Ack Starting Sequence Control’+‘Block Ack Bitmap’”，但不以此为限。主要信息携带在“Block Ack Starting Sequence Control”中，具体地，“Block Ack Starting Sequence Control”中可以包括4个bit的“分段号(Fragmentation number)”以及12个bit的“起始序列号(Starting Sequence number)”，具体地，“Fragmentation number”的4个bit中，有3个bit表示“业务类型(TC Type)”，另一个bit表示“级联指示(Cascaded Indication)”。“TC Type”这3个bit的值可以跟4种业务类型的业务数据子包一一对应，例如“000”表示VO子包，“001”表示VI子包，“010”表示BE子包，“011”表示BK子包；进而，“Cascaded Indication”可以用来表示对应的业务数据子包的业务类型是否与相邻的下一业务数据子包的业务类型相同，例如，可以用“0”表示与相邻的下一业务数据子包业务类型不同，用“1”表示与相邻的下一业务数据子包业务类型不同，在此不作限制。

继续参照图7，举例说明，如图4中，STA3向AP发送了VO、VI和BE 三种业务类型的3个业务数据子包，假设AP向STA3回复的BA如果采用表1所示的方式，则BA中的“TID”为“1010”，进而该BA包括连续3个业务标识辅助字段“‘Block Ack Starting Sequence Control’+‘Block Ack Bitmap’”，且第一个“Block Ack Starting Sequence Control”与VO子包对应，其中“TC Type”为“000”，由于相邻的下一业务数据子包是VI子包，与该VO子包的业务类型不同，所以“Cascaded Indication”为0，即“Block Ack Starting Sequence Control”为“0000”，同理，第二个“Block Ack Starting Sequence Control”与VI子包对应，并与相邻的下一业务数据子包的业务类型BE不同，记为“0010”，第三个“Block Ack Starting Sequence Control”与BE子包对应，该BE子包是业务数据包中的最后一个业务数据子包，可以记为“0100”，但不以此为限。本例中，如果采用上述业务标识符的第二种或第三种的实现方式，仅TID的值不同，后续业务标识辅助字段的表示方式均一致，在此不再赘述。

再举例说明，如图4所示的例子中，STA1向AP发送的业务数据包中包括“VO子包→VO子包→BE子包→BE子包”这2种业务类型的4种业务数据子包，AP向STA回复的BA如果采用表2所示的方式，则“TID”的值可以为1000或1001，在此不作限制，进而该BA包括连续4个业务标识辅助字段，与上例类似的，第一个“Block Ack Starting Sequence Control”与VO数据包对应，其中“TC Type”为“000”，且相邻的下一个业务数据子包仍为VO，所以“Cascaded Indication”为1，即“Block Ack Starting Sequence Control”为“0001”，同理，第二个“Block Ack Starting Sequence Control”与VO子包对应，并与相邻的下一个业务数据子包的业务类型BE不同，记为“0000”，第三个“Block Ack Starting Sequence Control”与BE子包对应，并与相邻的下一个业务数据子包的业务类型BE相同，记为“0101”，第四个“Block Ack Starting Sequence Control”与BE子包对应，且该BE子包是业务数据包的最后一个业务数据子包，可以记为“0100”，但不以此为限。

上述示例仅为便于理解所举，具体实现时并不以示例为限。

图8为本发明提供的基于业务类型指示的确认装置实施例一的结构示意图，该装置包括：接收单元801和发送单元802。其中：

接收单元801，用于接收发送方节点发送的业务数据包，其中，所述业务数据包中携带N种业务类型的k个业务数据子包，N为大于或等于2的正 整数，k为大于或等于N的正整数。

发送单元802，用于向所述发送方节点回复确认消息，所述确认消息包括：业务标识符和k个业务标识辅助字段。

具体地，所述业务标识符指示所述N种业务类型的组合，或者，所述业务标识符指示业务类型的个数为N；所述业务标识辅助字段与所述业务数据子包一一对应，所述k个业务标识辅助字段按照所述k个业务数据子包的顺序依次排列，以指示所述N种业务类型的k个业务数据子包的组合方式。

该装置的实现原理和技术效果与前述方法实施例类似，在此不再赘述。

上述基于业务类型指示的确认装置可以集成于网络中的接收方节点中，该接收方节点可以为AP，或STA，在此不作限制。以上接收单元801可以通过接口实现，该接口用于实现接收方节点与发送方节点之间的通信，该接口较佳的可以为有线接口，例如可以为光纤接口等。当然，也可以为无线接口，在此不做限制。发送单元802可以由接收方节点中的处理元件实现，且该处理元件可以为单独设立的处理元件，也可以集成在接收方节点中的某一个处理元件中实现，此外，也可以以程序代码的形式存储于接收方节点的存储元件中，由接收方节点的某一个处理元件调用并执行以上发送单元的功能。这里所述的处理元件可以是一个中央处理器(Central Processing Unit，CPU)，或者是特定集成电路(Application Specific Integrated Circuit，ASIC)，或者是被配置成实施本发明实施例的一个或多个集成电路。

其中，一种实现方式中，所述业务标识符的不同值与不同的业务类型组合一一对应。所述业务标识符指示所述N种业务类型的组合，具体为：所述业务标识符当前的值指示所述N种业务类型的组合。

另一种实现方式中，所述业务标识符包括多个比特位，每个比特位对应一种业务类型，所述比特位的值用于指示是否存在对应的业务类型；相应地，所述业务标识符指示所述N种业务类型的组合，具体为：所述业务标识符当前的所述多个比特位的值指示所述N种业务类型的组合。

可选地，另一种实施方式中，所述业务标识符的不同值与业务类型的个数一一对应；相应地，所述业务标识符指示业务类型的个数为N，具体为：所述业务标识符当前的值指示业务类型的个数为N。

在上述实施例的基础上，所述k个业务标识辅助字段按照所述k个业务 数据子包的顺序依次排列，以指示所述N种业务类型的k个业务数据子包的组合方式，具体为：

所述k个业务标识辅助字段按照所述k个业务数据子包的顺序依次排列，且每个所述业务标识辅助字段指示对应业务数据子包的业务类型，以及所对应的业务数据子包的业务类型是否与相邻的下一业务数据子包的业务类型相同。

具体地实现方式可以参照前述方法实施例，在此不再赘述。

图9为本发明提供的基于业务类型指示的确认装置实施例二的结构示意图，该装置包括：处理器901、存储器902、接口电路903和总线904。

处理器901、存储器902和接口电路903通过总线904连接并完成相互间的通信。其中，存储器902中存储一组程序代码，处理器901调用所述存储器中存储的程序代码，执行以下操作：

通过接口电路903接收发送方节点发送的业务数据包，其中，所述业务数据包中携带N种业务类型的k个业务数据子包，N为大于或等于2的正整数，k为大于或等于N的正整数。

通过接口电路903向所述发送方节点回复确认消息，所述确认消息包括：业务标识符和k个业务标识辅助字段。

其中，所述业务标识符指示所述N种业务类型的组合，或者，所述业务标识符指示业务类型的个数为N；所述业务标识辅助字段与所述业务数据子包一一对应，所述k个业务标识辅助字段按照所述k个业务数据子包的顺序依次排列，以指示所述N种业务类型的k个业务数据子包的组合方式。

该装置的实现原理和技术效果与前述方法实施例类似，在此不再赘述。

上述基于业务类型指示的确认装置可以集成于网络中的接收方节点中，该接收方节点可以为AP，或STA，在此不作限制。

其中，一种实现方式中，所述业务标识符的不同值与不同的业务类型组合一一对应。所述业务标识符指示所述N种业务类型的组合，具体为：所述业务标识符当前的值指示所述N种业务类型的组合。

另一种实现方式中，所述业务标识符包括多个比特位，每个比特位对应一种业务类型，所述比特位的值用于指示是否存在对应的业务类型；相应地，所述业务标识符指示所述N种业务类型的组合，具体为：所述业务标识符当 前的所述多个比特位的值指示所述N种业务类型的组合。

可选地，另一种实施方式中，所述业务标识符的不同值与业务类型的个数一一对应；相应地，所述业务标识符指示业务类型的个数为N，具体为：所述业务标识符当前的值指示业务类型的个数为N。

在上述实施例的基础上，所述k个业务标识辅助字段按照所述k个业务数据子包的顺序依次排列，以指示所述N种业务类型的k个业务数据子包的组合方式，具体为：

所述k个业务标识辅助字段按照所述k个业务数据子包的顺序依次排列，且每个所述业务标识辅助字段指示对应业务数据子包的业务类型，以及所对应的业务数据子包的业务类型是否与相邻的下一业务数据子包的业务类型相同。

在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(英文：processor)执行本发明各个实施例所述方法的部分步骤。 而前述的存储介质包括：U盘、移动硬盘、只读存储器(英文：Read-Only Memory，简称：ROM)、随机存取存储器(英文：Random Access Memory，简称：RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。