一种多资源单元对应的调制方式的指示方法及相关设备与流程

1.本技术涉及通信技术领域，尤其涉及一种多资源单元对应的调制方式的指示方法及相关设备。


背景技术：

2.现代的无线通信业务对通信系统的信道容量和通信性能的需求始终在不断增长。为了提升无线通信系统的信道容量和通信性能，在电气和电子工程师协会(institute of electrical and electronics engineers，ieee)802.11be协议标准中，允许同一个用户被分配有多个资源单元(resource unit，ru)。为了进一步提升无线通信系统的分配灵活性和频谱利用率，在一个用户可以被分配多个ru的情况下，同一用户的多个ru可以配置不同的调制编码策略(modulation and coding scheme，mcs)，也即是说，这多个ru支持不等调制(uequal modulation，ueqm)。如何指示同一个用户对应的多个ru中各个ru的调制编码策略是本领域技术人员亟待解决的问题。


技术实现要素：

3.本技术提供一种多资源单元对应的调制方式的指示方法及相关设备，可以指示分配给一个通信设备的多个ru中各个ru的mcs。
4.第一方面，本技术提供了一种多资源单元对应的调制方式的指示方法，该方法包括：第一设备接收第二设备发送的超高吞吐率物理层协议数据单元eht ppdu帧；所述eht ppdu帧包含超高吞吐率信令eht-sig字段；所述eht-sig字段包括公共字段和用户特定字段；所述公共字段包括资源单元ru分配子字段，所述用户特定字段包括所述第一设备对应的用户字段；所述ru分配子字段和所述用户字段用于指示所述第一设备被分配的至少两个ru；所述至少两个ru包括第一ru和第二ru；所述第一ru对应的用户字段中的第一调制编码策略mcs，为所述第一设备被分配的至少两个ru中除所述第二ru之外的其他ru的mcs；其中，所述第二ru对应的用户字段中的第二mcs，为所述第二ru的mcs；所述第一mcs与所述第二mcs不同。通过这种方法，第一设备可以根据接收到的第二设备发送的eht ppdu帧，确定分配给第一设备的多个资源单元中各个资源单元的调制编码策略。
5.结合第一方面，在一种可能的实现方式中，所述ru分配子字段指示的多个ru中的至少两个ru被分配给所述第一设备；所述至少两个ru中的第一ru或第二ru对应的所述用户字段中指示所述第一设备的id。通过这种方式，第一设备可以确定自身被分配的至少两个ru，且可以根据自身的id，确定自身对应的用户字段。
6.结合第一方面，在一种可能的实现方式中，所述ru分配子字段还包括：ru合并指示字段，用于指示ru分配子字段指示的ru是否属于ru合并和ru合并组合中的至少一种。通过这种方式，第一设备可以确定自身被分配的至少两个ru。
7.结合第一方面，在一种可能的实现方式中，所述第一mcs为多个mcs，分别对应所述第一设备被分配的至少两个ru中，除第二ru之外的其他多个ru。
8.结合第一方面，在一种可能的实现方式中，所述第一ru为所述第一设备被分配的至少两个ru中频率最低的ru。
9.结合第一方面，在一种可能的实现方式中，所述第一设备被分配的至少两个ru为不小于242-子载波tone的ru。
10.结合第一方面，在一种可能的实现方式中，所述第一mcs所在的用户字段为996-tone ru中第三个20mhz对应的用户字段，或者第四个20mhz对应的用户字段。
11.结合第一方面，在一种可能的实现方式中，所述ru分配子字段指示的多个ru中，所述第一ru对应的用户字段的数量对应实际的用户数目；除所述第一ru之外的其他ru对应的用户字段为指示mcs的用户字段。通过这种方式，第一设备可以明确自身被分配的mru上实际分配的用户数目。
12.结合第一方面，在一种可能的实现方式中，所述第二ru为所述第一设备被分配的至少两个ru中频率最低的ru。
13.结合第一方面，在一种可能的实现方式中，所述第二mcs所在的用户字段为996-tone ru所在的第三个20mhz对应的用户字段，或者第四个20mhz对应的用户字段。
14.结合第一方面，在一种可能的实现方式中，所述第一mcs所在的用户字段为指示mcs的用户字段。通过这种方式，第一设备可以明确自身被分配的mru上实际分配的用户数目。
15.结合第一方面，在一种可能的实现方式中，所述eht ppdu帧指示的mru中一个mru上的用户数目为，所述一个mru对应的用户字段中包含的设备id的总数与所述一个mru对应的用户字段中包含的重复的设备id的总数的差。通过这种方式，第一设备可以明确自身被分配的mru上实际分配的用户数目。
16.第二方面，本技术提供的另一种多资源单元对应的调制方式的指示方法，该方法包括：第一设备接收第二设备发送的eht ppdu帧；所述eht ppdu帧包含eht-sig字段；所述eht-sig字段包括公共字段和用户特定字段；所述公共字段包括ru分配子字段，所述用户特定字段包括所述第一设备对应的用户字段；所述ru分配子字段和所述用户字段用于指示所述第一设备被分配的至少两个ru；所述ru分配子字段中包括预设比特，所述预设比特用于指示所述第一设备的至少一个ru对应的mcs。通过这种方法，第一设备可以根据接收到的第二设备发送的eht ppdu帧，确定分配给第一设备的多个资源单元中各个资源单元的调制编码策略。
17.结合第二方面，在一种可能的实现方式中，所述预设比特用于按照预设顺序指示预设个数的目标设备对应的mcs，所述第一设备为预设个数的目标设备中的一个设备。
18.结合第二方面，在一种可能的实现方式中，所述预设比特用于按照预设顺序指示预设个数的ru对应的mcs，所述预设个数的ru包含所述至少两个ru。
19.结合第二方面，在一种可能的实现方式中，所述第一设备预存有索引表，所述索引表用于指示预设比特与mcs的对应关系。
20.结合第二方面，在一种可能的实现方式中，所述预设比特为996-tone ru中第三个20mhz对应的资源单元分配子字段对应的比特，以及第四个20mhz对应的资源单元分配子字段对应的比特。
21.第三方面，本技术提供了一种通信装置，所述通信装置包括接收单元和处理单元，
其中：所述接收单元用于接收第二设备发送的eht ppdu帧；所述eht ppdu帧包含eht-sig字段；所述eht-sig字段包括公共字段和用户特定字段；所述公共字段包括资源单元ru分配子字段，所述用户特定字段包括所述通信装置对应的用户字段；所述处理单元，用于根据所述ru分配子字段和所述用户字段，确定所述通信装置被分配的至少两个ru；所述至少两个ru包括第一ru和第二ru；所述处理单元，还用于根据所述用户字段确定所述第一ru对应的用户字段中的第一调制编码策略mcs，为所述通信装置被分配的至少两个ru中除所述第二ru之外的其他ru的mcs；所述处理单元，还用于根据所述用户字段确定所述第二ru对应的用户字段中的第二mcs，为所述第二ru的mcs；所述第一mcs与所述第二mcs不同。通过这种通信装置，可以根据接收到的第二设备发送的eht ppdu帧，确定分配给第一设备的多个资源单元中各个资源单元的调制编码策略。
22.结合第三方面，在一种可能的实现方式中，所述ru分配子字段指示的多个ru中的至少两个ru被分配给所述通信装置；所述至少两个ru中的第一ru或第二ru对应的所述用户字段中指示所述通信装置的id。通过这种方式，通信装置可以确定自身被分配的至少两个ru，且可以根据自身的id，确定自身对应的用户字段。
23.结合第三方面，在一种可能的实现方式中，所述ru分配子字段还包括：ru合并指示字段，用于指示ru分配子字段指示的ru是否属于ru合并和ru合并组合中的至少一种。通过这种方式，通信装置可以确定自身被分配的至少两个ru。
24.结合第三方面，在一种可能的实现方式中，所述第一mcs为多个mcs，分别对应所述通信装置被分配的至少两个ru中，除第二ru之外的其他多个ru。
25.结合第三方面，在一种可能的实现方式中，所述第一ru为所述通信装置被分配的至少两个ru中频率最低的ru。
26.结合第三方面，在一种可能的实现方式中，所述处理单元确定所述通信装置被分配的至少两个ru为不小于242-tone的ru。
27.结合第三方面，在一种可能的实现方式中，所述第一mcs所在的用户字段为996-tone ru所在的第三个20mhz对应的用户字段，或者第四个20mhz对应的用户字段。
28.结合第三方面，在一种可能的实现方式中，所述ru分配子字段指示的多个ru中，所述第一ru对应的用户字段的数量对应实际的用户数目；除所述第一ru之外的其他ru对应的用户字段为指示mcs的用户字段。通过这种方式，通信装置可以明确自身被分配的mru上实际分配的用户数目。
29.结合第三方面，在一种可能的实现方式中，所述第二ru为所述第一设备被分配的至少两个ru中频率最低的ru。
30.结合第三方面，在一种可能的实现方式中，所述第二mcs所在的用户字段为996-tone ru中第三个20mhz对应的用户字段，或者第四个20mhz对应的用户字段。
31.结合第三方面，在一种可能的实现方式中，所述第一mcs所在的用户字段为指示mcs的用户字段。通过这种方式，通信装置可以明确自身被分配的mru上实际分配的用户数目。
32.结合第三方面，在一种可能的实现方式中，所述eht ppdu帧指示的mru中一个mru上的用户数目为，所述一个mru对应的用户字段中包含的设备id的总数与所述一个mru对应的用户字段中包含的重复的设备id的总数的差。通过这种方式，通信装置可以明确自身被
分配的mru上实际分配的用户数目。
33.第四方面，本技术提供了又一种通信装置，所述通信装置包括接收单元和处理单元，其中：所述接收单元用于接收第二设备发送的eht ppdu帧；所述eht ppdu帧包含eht-sig字段；所述eht-sig字段包括公共字段和用户特定字段；所述公共字段包括ru分配子字段，所述用户特定字段包括所述通信装置对应的用户字段；所述处理单元，用于根据所述ru分配子字段和所述用户字段，确定所述通信装置被分配的至少两个ru；所述ru分配子字段中包括预设比特；所述处理单元，还用于根据所述预设比特确定所述通信装置的至少一个ru对应的mcs。通过这种通信装置，可以根据接收到的第二设备发送的eht ppdu帧，确定分配给第一设备的多个资源单元中各个资源单元的调制编码策略。
34.结合第四方面，在一种可能的实现方式中，所述预设比特用于按照预设顺序指示预设个数的目标设备对应的mcs，所述通信装置为预设个数的目标设备中的一个设备。
35.结合第四方面，在一种可能的实现方式中，所述预设比特用于按照预设顺序指示预设个数的ru对应的mcs，所述预设个数的ru包含所述至少两个ru。
36.结合第四方面，在一种可能的实现方式中，所述通信装置还包括存储单元，所述存储单元用于存储索引表，所述索引表用于指示预设比特与mcs的对应关系。
37.结合第四方面，在一种可能的实现方式中，所述预设比特为996-tone ru中第三个20mhz对应的资源单元分配子字段对应的比特，以及第四个20mhz对应的资源单元分配子字段对应的比特。
38.第五方面，本技术提供了又一种通信装置，所述通信装置包括处理器、存储器和收发器；所述收发器，用于接收eht ppdu帧；所述存储器，用于存储程序代码；所述处理器，用于从所述存储器中调用所述程序代码执行如上述第一方面或者第一方面的任一可能的实现方式所描述的方法。
39.第六方面，本技术提供了又一种通信装置，所述通信装置包括处理器、存储器和收发器；所述收发器，用于接收eht ppdu帧；所述存储器，用于存储程序代码；所述处理器，用于从所述存储器中调用所述程序代码执行如上述第二方面或者第二方面的任一可能的实现方式所描述的方法。
40.第七方面，本技术提供了一种计算机可读存储介质，所述计算机可读存储介质用于存储指令，当所述指令被执行时，使得如上述第一方面或者第一方面的任一可能的实现方式所描述的方法被实现。
41.第八方面，本技术提供了另一种计算机可读存储介质，所述计算机可读存储介质用于存储指令，当所述指令被执行时，使得如上述第二方面或者第二方面的任一可能的实现方式所描述的方法所描述的方法被实现。
42.第九方面，本技术提供了一种芯片系统，所述芯片系统包括至少一个处理器和接口，用于支持第一设备实现第一方面所涉及的功能，例如，接收或处理上述方法中所涉及的数据和信息中的至少一种。在一种可能的设计中，所述芯片系统还包括存储器，所述存储器，用于保存站点必要的程序指令和数据。该芯片系统，可以由芯片构成，也可以包括芯片和其他分立器件。
43.第十方面，本技术提供了另一种芯片系统，所述芯片系统包括至少一个处理器和接口，用于支持第一设备实现第二方面所涉及的功能，例如，接收或处理上述方法中所涉及
的数据和信息中的至少一种。在一种可能的设计中，所述芯片系统还包括存储器，所述存储器，用于保存接入点必要的程序指令和数据。该芯片系统，可以由芯片构成，也可以包括芯片和其他分立器件。
44.在本技术实施例中，第一设备可以根据接收到的第二设备发送的eht ppdu帧，确定分配给第一设备的多个资源单元中各个资源单元的调制编码策略。
附图说明
45.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。
46.图1是本技术实施例提供的一种数据通信系统的架构的示意图；
47.图2a-图2c是本技术实施例提供的一些子载波分布及ru分布的示意图；
48.图3是本技术实施例提供的一种he-sig-b字段的结构示意图；
49.图4是本技术实施例提供的另一种he-sig-b字段的结构示意图；
50.图5是本技术实施例提供的一种多资源单元对应的调制方式的指示方法的流程图；
51.图6是本技术实施例提供的一种eht ppdu帧的帧结构示意图；
52.图7-图12是本技术实施例提供的一些ru合并的示意图；
53.图13是本技术实施例提供的一种通信装置的示意图；
54.图14是本技术实施例提供的另一种通信装置的示意图；
55.图15是本技术实施例提供的一种芯片的结构示意图。
具体实施方式
56.下面对本技术实施例中的技术方案进行更详细地描述。
57.本技术的技术方案可以应用于无线局域网(wireless local area network，wlan)网络，可以应用于物联网(the internet of things，iot)网络，还可以应用于车联网(vehicle-to-x，v2x)网络，还可以应用于其他网络等，本技术并不具体限定。举例来说，本技术的应用场景可以是基于电气和电子工程师协会(institute of electrical and electronics engineers，ieee)802.11be标准的wlan网络，或者是基于ieee802.11be标准的iot网络，或者是基于ieee802.11be标准的车联网网络，或者是基于ieee802.11be标准的其它网络，还可以是基于802.11be的下一代wlan网络，或者是基于ieee802.11be下一代标准的iot网络，或者是基于ieee802.11be的下一代标准的车联网网络，或者是基于ieee802.11be的下一代标准的其它网络，还可以是未来标准协议的其他wlan网络。
58.本技术实施例提供的数据通信系统包括一个或者多个接入点(access point，ap)和一个或者多个站点(station，sta)。示例性的，参见图1，是本技术实施例提供的一种数据通信系统的架构的示意图。该数据通信系统包括两个ap和三个sta，其中，该两个ap为一个第一ap(ap1)和一个第二ap(ap2)，该三个sta为一个第一sta(sta1)、一个第二sta(sta2)和一个第三sta(sta3)。需要说明的是，该数据通信系统中至少包括两个设备，可以包含相比于图1更多或者更少的设备，此处不作限制，仅以图1作为示例。本技术实施例提供的多资源单元对应的调制方式的指示方法，可以适用于ap与sta之间的数据通信，例如，sta1与ap1之
tone ru组成，也可以由26-tone ru，52-tone ru，106-tone ru，242-tone ru的各种组合组成。其中，空子载波包括图2b中示例的1tone、2tone所示的部分。
67.参见图2c，是本技术实施例提供的又一种子载波分布及ru分布的示意图。当带宽为80mhz时，整个带宽由4个242-tone ru为单位的资源单元组成，特别的，在整个带宽的中间，还存在一个由两个13-tone子单元组成的中间26-tone ru。整个带宽可以由整个996-tone ru组成，也可以由26-tone ru，52-tone ru，106-tone ru，242-tone ru，484-tone ru的各种组合组成。其中，空子载波包括图2c中示例的1tone、2tone所示的部分。
68.按照上述规律，当带宽为160mhz或者80 80mhz时，整个带宽可以看成两个80mhz的子载波分布的复制，整个带宽可以由一整个2*996-tone ru组成，也可以由26-tone ru，52-tone ru，106-tone ru，242-tone ru，484-tone ru，996-tone ru的各种组合组成。其中，160mhz与80 80mhz的区别在于前者为连续频带，而后者的两个80mhz的频带可以分离。
69.现阶段，基于ieee802.11ax标准的数据通信系统中的各个通信设备之间可以通过多用户物理层协议数据单元(multiple userphy protocol data unit，mu ppdu)中的高效信令字段b(high efficient signalfield b，he-sig-b)来告知针对多用户的ru分配情况。
70.参见图3，是本技术实施例提供的一种he-sig-b字段的结构示意图。he-sig-b分为两部分，第一部分是公共字段(common field)，第二部分是用户特定字段(user specific field)。具体的，公共字段包含1～n个资源单元分配子字段(ru allocation subfield)，以及当带宽大于等于80mhz时存在的中间26-子载波(center 26-tone)资源单元指示(ru indication)字段，然后是用于校验的循环冗余码(cyclic redundancy code，crc)以及用于循环解码的尾部(tail)子字段。另外，用户特定字段按照资源单元分配的顺序，存在着1～m个用户字段(user field)，m个用户字段通常是两个用户字段为一组，每两个用户字段后跟着一个crc和tail字段。但应排除最后一组，在最后一组中，可能会存在1个或者2个用户字段。在上述内容中，n与m为正整数。
71.基于ieee802.11ax标准的数据通信系统还引入了内容信道(content channel，cc)的概念。当数据分组带宽只有20mhz时，he-sig-b只包含1个内容信道，该内容信道中包含1个资源单元分配子字段，用于指示数据部分242-tone(子载波)ru范围内的资源单元分配指示。其中，资源单元分配子字段为8个比特(bit)，通过索引的方式指示出242-tone ru内所有可能的资源单元排列组合方式。此外，对于尺寸大于等于106-tone的ru，该索引还可以指示该ru中进行单用户/多用户多输入多输出(su/mu-mimo)传输的用户数。参见表1，表1是资源单元分配子字段的索引表。
72.表1
73.[0074][0075]
表1中的每一行代表一种ru配置情况。示例性的，资源单元分配子字段00000000，用于表示一个用户对应的20mhz带宽(对应242-tone)的ru配置情况为由9个26-tone ru组成。其中，表格中大部分的ru配置是在242-tone的范围内，另外有少部分属于指示该ru属于242-tone ru、484-tone ru、996-tone ru。具体的，每8比特的资源单元分配子字段将告知对应20mhz带宽范围内的ru分配状况，可以理解为：20mhz带宽对应有1个资源单元分配子字段，40mhz带宽对应有2个资源单元分配子字段，80mhz带宽对应有4个资源单元分配子字段、160mhz带宽有8个资源单元分配子字段。
[0076]
应注意到，用户特定字段中用户出现的顺序与对应的资源单元分配子字段中划分出的ru顺序相一致，用户可以通过读取用户字段中的sta id来识别某一个用户字段是否属于自己，结合用户字段出现的位置与对应的资源单元分配子字段，用户可以知晓自己的ru
分配情况。
[0077]
为了有效地对资源进行复用，基于ieee802.11ax标准的数据通信系统在数据分组带宽大于等于40mhz的情况下采用了cc1、cc2的方式来表示he-sig-b中的内容。也即是说，当数据分组带宽为40mhz时，存在两个he-sig-b内容信道，cc1和cc2。其中在第一个he-sig-b信道的cc1中包含第一个20mhz带宽范围内的资源单元分配子字段以及所对应的用户特定字段；第二个he-sig-b信道的cc2中包含第二个20mhz带宽范围内的资源单元分配子字段以及所对应的用户特定字段。示例性的，参见图4，是本技术实施例提供的另一种he-sig-b字段的结构示意图。
[0078]
当数据分组带宽为80mhz时，仍然存在2个cc，一共4个信道，因此整体按照频率由低到高按照cc1，cc2，cc1，cc2的结构在4个信道上对资源单元分配信息进行指示，其中在cc1中包含第一个和第三个20mhz带宽范围内的资源单元分配子字段以及其范围内所对应的用户特定字段；cc2中包含第二个和第四个20mhz带宽范围内的资源单元子字段以及其范围内所对应的用户特定字段。更大带宽情况下的数组分组与此类似。
[0079]
综上可知，资源单元分配子字段的内容将分别在cc1与cc2中各显示一部分。通过对cc1与cc2内信息的读取，通信设备可以明确每个20mhz上对应的ru分配状况。
[0080]
现阶段，可以利用多个用户字段对一个通信设备被分配的多ru(multi-resourse unit，mru)进行指示。以下对这种方式进行介绍。在he-sig-b字段中的用户特定字段中，允许存在多个sta id相同的用户字段。这些用户字段可以表示对应的ru分配子字段指示的多个ru被分配给一个通信设备。相应的，通信设备可以根据自己的sta id识别属于自己的多个用户字段。由于用户特定字段中用户出现的顺序与对应的资源单元分配子字段中划分出的ru顺序相一致，通信设备可以根据多个用户字段所在的位置，确定通信设备被分配的多个ru。
[0081]
在一些实施例中，还可以参照发明名称为：“资源单元合并指示的方法和通信装置”专利申请号为202010028036.6的中国专利申请中介绍的资源分配方法。
[0082]
下面结合上述内容中介绍的数据通信系统、sta以及ap，对本技术实施例提供的一种多资源单元对应的调制方式的指示方法进行介绍。
[0083]
参见图5，是本技术实施例提供的一种多资源单元对应的调制方式的指示方法的流程图，该方法可以基于图1所示的数据通信系统来实现，下面描述的第一设备可以是图1所示的数据通信系统中的sta，下面描述的第二设备可以是图1所示的数据通信系统中的ap。在另一种实施例中，下面描述的第一设备可以是图1所示的数据通信系统中的ap，下面描述的第二设备可以是图1所示的数据通信系统中的ap。在另一种实施例中，下面描述的第一设备可以是图1所示的数据通信系统中的sta，下面描述的第二设备可以是图1所示的数据通信系统中的sta。在另一种实施例中，下面描述的第一设备可以是图1所示的数据通信系统中的ap，下面描述的第二设备可以是图1所示的数据通信系统中的sta。在另一种可能的实现方式中，第一设备或者第二设备还可以是多链路设备(multi-link device，mld)。
[0084]
该方法包括但不限于如下步骤。
[0085]
s501、第二设备向第一设备发送超高吞吐率物理层协议数据单元(extremely high throughput phy protocol data unit，eht ppdu)帧。
[0086]
需要说明的是，本技术实施例中仅以eht为例，在实际应用中还可以是其他名称，
例如可以是ieee802.11ax标准之后的某一代标准所使用的名称。
[0087]
s502、第一设备接收第二设备发送的所述eht ppdu帧。
[0088]
参见图6，是本技术实施例提供的一种eht ppdu帧的帧结构示意图。示例性的，ehtppdu帧包括：传统短训练(l-stf)字段、传统长训练(l-ltf)字段、传统信令(l-sig)字段、重复传统信令(rl-sig)字段、通用字段符号1(u-sig sym1)、通用字段符号2(u-sigsym2)、超高吞吐率信令(extremely high throughputsignal，eht-sig)字段、eht短训练(eht-stf)字段，eht长训练(eht-ltf)字段和数据字段，等等字段。
[0089]
具体的，通用字段符号1和通用字段符号2可以包括：版本不相关字段、版本相关信息字段、循环冗余码字段和尾部字段。
[0090]
具体的，所述eht-sig字段包括eht-sig公共字段和eht-sig用户特定字段。其中，所述公共字段包括ru分配子字段。所述用户特定字段包括所述第一设备对应的用户字段。具体的，所述ru分配子字段和所述用户字段用于指示所述第一设备被分配的至少两个ru。所述至少两个ru包括第一ru和第二ru。
[0091]
在一些实施例中，所述ru分配子字段指示的多个ru中的至少两个ru被分配给所述第一设备。可选的，ru分配子字段的索引表中包含有指示mru合并的第一预设条目，在内容信道中对应的mru处采用该第一预设条目。通信设备可以通过第一预设条目确定自身被分配的mru。
[0092]
ru合并可以遵循如下规则：(1)小ru与大ru之间不进行合并；(2)小ru之间不进行跨20mhz的合并；(3)小ru之间的合并是连续的。其中，小ru为小于242-tone的ru，大ru为大于等与242-tone的ru。基于上述ru合并规则，以下以大ru合并为例进行介绍，也即是说，所述第一ru和第二ru中的至少一个ru为不小于242-tone的ru。或者，所述第一设备被分配的至少两个ru为不小于242-tone的ru。需要说明的是，数据通信系统也可以采取其他的ru合并规则，在其他的ru合并规则下，第一设备被分配的至少两个ru可以满足对应的规则。另外，ru合并，是表示多个ru可以分配给同一个通信设备(示例为第一设备)进行通信，并不限定该多个ru一定要组合成一个ru。
[0093]
示例性的，若第一设备采用的是，242-tone的ru与484-tone的ru的合并，那么，第一预设条目可以是“242 484”，具体的，在第一个合并所需的242-tone的ru对应的内容信道处包含第一预设条目“242 484”，在第二个合并所需的484-tone的ru对应的内容信道处包含第一预设条目“242 484”。在另一示例中，第一设备采用的是，484-tone的ru、242-tone的ru和996-tone的ru的合并，那么，第一预设条目可以是“484 242 996”，具体的，在第一个合并所需的484-tone的ru对应的内容信道处包含第一预设条目“484 242 996”，在第二个合并所需的242-tone的ru对应的内容信道处包含第一预设条目“484 242 996”，在第三个合并所需的996-tone的ru对应的内容信道处包含第一预设条目“484 242 996”。
[0094]
示例性的，参见图7，是本技术实施例提供的一种ru合并的示意图。需要说明的是，此处仅示意出，320mhz带宽的前160mhz带宽的合并方式。另外，可参见表2，表2包含了一种内容信道中的信息。在该示例中，第一设备可以是图7中的sta1，还可以是图7中的sta2。
[0095]
表2
[0096][0097]
结合图7以及表2，对于前160mhz带宽，内容信道遵循频率由低到高，按照cc1，cc2，cc1，cc2的结构在8个信道上对资源单元分配信息进行指示。其中，在cc1中包含第一个、第三个、第五个和第七个20mhz带宽范围内的ru分配子字段以及第一个20mhz带宽范围内所对应的user field。cc2中包含第二个、第四个、第六个和第八个20mhz带宽范围内的ru子字段以及第二个20mhz带宽范围内所对应的user field。需要说明的是，针对完整的320mhz带宽而言，cc1中还包括第九个、第十一个、第十三个和第十五个带宽范围内的ru分配子字段；cc2中还包括第十个、第十二个、第十四个和第十六个带宽范围内的ru分配子字段。其中，“484 242 996”为用于指示mru合并的第一预设条目，else表示其他条目。表2中括号内数字x，表示该ru分配子字段对应x个user field。通过表2，可以明确第一设备采用的是，484-tone的ru、242-tone的ru和996-tone的ru的合并。以及，合并所使用的ru为，图7中所示的484-tone的ru(第一个和第二个20mhz带宽)、第二个242-tone的ru(第四个20mhz带宽)和996-tone的ru(第五个、第六个、第七个和第八个20mhz带宽)。
[0098]
在另一种实施例中，所述ru分配子字段还包括ru合并指示字段，ru合并指示字段用于指示ru分配子字段指示的ru是否属于ru合并和ru合并组合中的至少一种。示例性的，ru合并指示字段可以为位于字段末尾的2比特(bit)。具体的，00表示对应的ru分配子字段不合并，01表示对应的ru分配子字段属于ru合并组合1，10表示对应的ru分配子字段属于ru合并组合2，11表示对应的ru分配子字段属于ru合并组合3。
[0099]
可参见表3，表3包含了又一种内容信道中的信息。
[0100]
表3
[0101][0102]
同样的，结合图7以及表3，对于前160mhz带宽，内容信道遵循频率由低到高，按照cc1，cc2，cc1，cc2的结构在8个信道上对资源单元分配信息进行指示。其中，“484”为用于指示484-tone的ru，01用于指示该484-tone的ru属于ru合并组合1。第一个else表示其他条目，00用于指示该else对应的ru(第三个20mhz带宽范围对应的ru，也可视为图7中的第一个242-tone的ru)不属于ru合并。“242”用于指示242-tone的ru(第四个20mhz带宽范围对应的ru，也可视为图7中的第二个242-tone的ru)，01用于指示该242-tone的ru属于ru合并组合1。“996”为用于指示996-tone的ru，01用于指示该996-tone的ru属于ru合并组合1。表2中第二个括号内数字x，表示该ru分配子字段对应x个userfield。另外，若else条目对应的是小ru，则该小ru对应的ru分配子字段中可以不包括ru合并指示字段，这是因为，小ru不会和大ru进行合并。
[0103]
需要说明的是，在上述示例中，合并的mru中的每个ru的调制编码策略(modulation and coding scheme，mcs)均为user field设置的mcs。具体的，第一个20mhz
带宽范围内所对应的user field中包含sta1的sta id，第二个20mhz带宽范围内所对应的user field中包含sta 2的sta id。
[0104]
接下来，对所述用户字段用于指示所述第一设备被分配的至少两个ru的方式进行介绍。具体的，所述第一ru对应的用户字段中的第一mcs，为所述第一设备被分配的至少两个ru中除所述第二ru之外的其他ru的mcs。所述第二ru对应的用户字段中的第二mcs，为所述第二ru的mcs。所述第一mcs与所述第二mcs不同。
[0105]
在一种实施例中，第一mcs为一个，可以将第一mcs视为默认的mcs。所述第一设备被分配的至少两个ru中，除第二ru之外的其他多个ru均采用所述第一mcs。
[0106]
示例性的，可参见图8，是本技术实施例提供的又一种ru合并的示意图。图8中示意了160mhz的带宽由4个频率由低到高的ru组成的情况，其中包括第一个ru(484-tone ru)，第二个ru(第一个242-tone ru)，第三个ru(第二个242-tone ru)，第四个ru(996-tone ru)，当带宽大于160mhz时，第四个ru之后还可以有更多的ru，在此不再一一示意。
[0107]
其中，第一个ru，第三个ru和第四个ru作为mru被同时分配给了sta1，也被同时分配给了sta2。
[0108]
相应的内容信道信息如下表4所示，参见表4：。
[0109]
表4
[0110][0111]
表4中，cc1对应的第一列中的484 242 996(1)和cc2对应的第一列中的484 242 996(1)，联合表示如图8所示的484-tone ru，并且484-tone ru与第二个242-toneru以及996-tone ru合并成mru；484 242 996(1)中，(1)表示用户数目，此处，在484-tone-ru处，对应的用户数目为1 1＝2个，即sta1和sta2。
[0112]
cc1对应的第二列中的else，表示如图8所示的第二个242-tone ru未分配给sta1或sta2。
[0113]
cc2对应的第二列中的484 242 996(1)表示如图8所示的第二个242-toneru，并且第二个242-toneru与484-tone ru以及996-tone ru合并成mru，并且在242-tone-ru处，对应的用户字段用于指示不同于484-tone ru上的用户字段所指示的mcs，并不用于表示用户数目。
[0114]
cc1对应的第三列中的484 242 996(1)，cc2对应的第三列中484 242 996(0)，cc1对应的第四列中的484 242 996(0)，cc2对应的第四列中的484 242 996(0)，联合起来表示如图8所示的996-tone ru，并且996-tone ru与484-tone ru以及第二个242-toneru合并成mru，并且在996-tone-ru处，对应的用户字段用于指示不同于484-tone ru上的用户字段所指示的mcs，并不用于表示用户数目。
[0115]
在一种可能的实现方式中，第一设备为图8中所示的sta 1。结合上述内容中的介绍，可以明确sta 1被分配的多ru为484-tone ru、第二个242-tone ru和996-tone ru。在这种情况下，第一mcs为a1，第一ru为484-tone ru；第二mcs为b1，第二ru为第二个242-tone ru。所述第一设备被分配的至少两个ru中，除第二ru之外的其他多个ru(即，第一ru以及
996-tone ru)均采用所述第一mcs。具体的，所述第一ru为所述第一设备(sta1)被分配的至少两个ru中频率最低的ru。此处仅为举例，在其他的实现方式中，第一ru也可以为频率最高的ru。
[0116]
换句话说，所述第一mcs所在的用户字段为所述第一设备(sta 1)对应的多个用户字段中的第一个用户字段。其中，第一设备(sta1)对应的多个用户字段为第一个和第四个20mhz带宽范围内所对应的用户字段。所述第一mcs所在的用户字段为第一个20mhz带宽范围内所对应的用户字段。具体的，第一设备被分配的至少两个ru中的第一ru或第二ru对应的所述用户字段中包含所述第一设备的id，也即，第一个和第四个20mhz带宽范围内所对应的用户字段中包含sta 1的staid。这样，sta1可以通过staid明确自身对应的用户字段。
[0117]
在另一种可能的实现方式中，第一设备为图8中所示的sta2。结合上述内容中的介绍，可以明确sta2被分配的多ru为484-tone ru、第二个242-tone ru和996-tone ru。在这种情况下，第一mcs为a2，第一ru为484-tone ru；第二mcs为b2，第二ru为996-tone ru。所述第一设备被分配的至少两个ru中，除第二ru之外的其他多个ru(即，第一ru以及第二个242-tone ru)均采用所述第一mcs。具体的，所述第一ru可以为所述第一设备(sta2)被分配的至少两个ru中频率最低的ru。
[0118]
换句话说，所述第一mcs所在的用户字段可以为所述第一设备(sta2)对应的多个用户字段中的第一个用户字段。其中，第一设备(sta2)对应的多个用户字段为第二个和第五个20mhz带宽范围内所对应的用户字段。所述第一mcs所在的用户字段为第二个20mhz带宽范围内所对应的用户字段。具体的，第一设备被分配的至少两个ru中的第一ru或第二ru对应的所述用户字段中包含所述第一设备的id，也即，第二个和第五个20mhz带宽范围内所对应的用户字段中包含sta1的staid。这样，sta2可以通过sta id明确自身对应的用户字段。
[0119]
在这种实施例中，在与默认mcs不同的mcs的ru(即第二ru)对应的用户字段处增加用户字段，增加的用户字段可以用于指示该ru的mcs。需要说明的是，若第一设备被分配的所有ru均采用默认mcs，则不需要增加用户字段。通过这种方式，可以高效地指示第一设备对应的多个ru中各个ru的mcs。
[0120]
进一步的，由于第一设备需要明确自身是否为mu-mimo用户以及设置数据流数，第一设备需要确定自身被分配的多ru组合上的实际用户数目。但由于上述实施例中，增加了指示mcs的用户字段，用户字段个数与实际分配在多ru组合上的用户数目不相同，因此第一设备不能通过用户字段的个数判定自身被分配的多ru组合上的实际用户数目。示例性的，参见表4，第一设备(示例为sta1)所属的多ru组合对应有4个用户字段，但实际分配在多ru组合上的用户为sta1和sta 2，实际用户数目为2。
[0121]
为了使得第一设备能够确定出自身被分配的多ru组合上的实际用户数目，本技术实施例中对eht ppdu帧中的用户字段提出如下设计规则。
[0122]
第一种方式，所述ru分配子字段指示的多个ru中，所述第一ru对应的用户字段的数量对应实际的用户数目；除所述第一ru之外的其他ru对应的用户字段为指示mcs的用户字段。结合上述示例，第一ru为484-tone ru，第一ru对应的用户字段包括第一个和第二个20mhz带宽范围内所对应的用户字段，该用户字段的数量为2。该用户字段的数量与多ru上实际分配的用户数目相同。在另一示例中，若多ru上分配了4个用户，则第一ru对应的用户
字段中包含有4个用户字段。第一ru对应的用户字段中的一个用户字段与一个实际的用户相对应。在这种方式中，第一设备可以通过第一ru对应的用户字段的数量来确定实际的用户数目。
[0123]
第二种方式，所述第二mcs所在的用户字段为996-tone ru中第三个20mhz对应的用户字段，或者第四个20mhz对应的用户字段。通过这种方式，可以规定第二mcs所在的用户字段的位置，该第二mcs所在的用户字段为指示mcs的用户字段。在这种方式中，第一设备可以通过自身被分配的多ru对应的所有用户字段中，除了996-tone ru中第三个20mhz对应的用户字段以及第四个20mhz对应的用户字段之外的用户字段的数量，来确定实际的用户数目。
[0124]
示例性的，结合上述示例，按照这种设计方式，内容信息中的信息可参见表5。
[0125]
表5
[0126][0127]
表5中，cc1对应的第一列中的484 242 996(1)和cc2对应的第一列中的484 242 996(1)，联合表示如图8所示的484-tone ru，并且484-tone ru与第二个242-toneru以及996-tone ru合并成mru；484 242 996(1)中，(1)表示用户数目，此处，在484-tone-ru处，对应的用户数目为1 1＝2个，即sta1和sta2。
[0128]
cc1对应的第二列中的else，表示如图8所示的第二个242-tone ru未分配给sta1或sta2。
[0129]
cc2对应的第二列中的484 242 996(0)表示如图8所示的第二个242-toneru，并且第二个242-toneru与484-tone ru以及996-tone ru合并成mru；484 242 996(0)中，(0)表示用户数目，此处，对应的用户数目为0个。
[0130]
cc1对应的第三列中的484 242 996(0)，cc2对应的第三列中484 242 996(0)，cc1对应的第四列中的484 242 996(1)，cc2对应的第四列中的484 242 996(1)，联合起来表示如图8所示的996-tone ru，并且996-tone ru与484-tone ru以及第二个242-toneru合并成mru。在996-tone-ru处，在cc1对应的第三列中的484 242 996(0)，cc2对应的第三列中484 242 996(0)中，即对应，996-tone ru中第一个20mhz对应的用户字段，和第二个20mhz对应的用户字段，(0)表示用户数目，此处，对应的用户数目为0个。cc1对应的第四列中的484 242 996(1)，cc2对应的第四列中的484 242 996(1)，即对应，996-toneru中第三个20mhz对应的用户字段，和第四个20mhz对应的用户字段，这两个用户字段用于指示不同于484-tone ru上的用户字段所指示的mcs，并不用于表示用户数目。
[0131]
需要说明的是，表5所对应的多ru合并情况可以参见图8所示。但表5所对应的用户字段的位置与图8所示的用户字段的位置不完全相同。具体的，484-tone-ru所对应的用户字段的位置保持不变。不同的是，sta 1的第二mcs所在的用户字段为996-tone ru中第三个20mhz对应的用户字段；sta 2的第二mcs所在的用户字段为996-tone ru中第四个20mhz对应的用户字段。第一设备可以通过自身被分配的多ru对应的所有用户字段中，除了这两个用户字段之外的用户字段的数量，来确定实际的用户数目。即，确定出的实际的用户数目为
2 0 0＝2个。
[0132]
与表4不同的是，在表4中，规定了指示用户数目的用户字段的位置，即第一ru对应的用户字段，其余的用户字段为指示mcs的用户字段，其余的这些用户字段不用于指示用户数目。而在表5中，规定了指示mcs的用户字段的位置，即第二mcs所在的用户字段，该指示mcs的用户字段不用于指示用户数目，其余的用户字段可以指示用户数目。
[0133]
在另一种可能的实现方式中，还可以通过第一设备所属的多ru对应的用户字段中包含的设备id来确定实际的用户数目。具体的，所述eht ppdu帧指示的mru中一个mru上的用户数目为，所述一个mru对应的用户字段中包含的设备id的总数与所述一个mru对应的用户字段中包含的重复的设备id的总数的差。示例性的，结合上述示例，所述eht ppdu帧指示的第一设备所属的多ru上的用户数目为，第一设备所属的多ru对应的用户字段中包含的sta id总数(即为4)，与该多ru对应的用户字段中包含的重复的staid总数(即为2)的差。即，确定出的实际的用户数目为2。
[0134]
需要说明的是，所述eht ppdu帧可以指示多个mru。示例性的，以下结合图10所示的ru合并方式来说明。在图10所示出的多个ru中，160mhz的带宽由4个频率由低到高的ru组成，其中包括第一个ru(484-tone ru)，第二个ru(第一个242-tone ru)，第三个ru(第二个242-tone ru)，第四个ru(996-tone ru)。可以理解的是，图10仅示意出了eht ppdu帧中指示的部分ru，第四个ru之后还可以有更多的ru，在此不再一一示意。
[0135]
其中，第一个ru和第四个ru作为一个mru被同时分配给了sta1、sta2、sta3和sta4。在一种可能的实现方式中，第二个ru和第三个ru也可以作为一个mru被同时分配给其他一个或者多个sta。由此可知，该ehtppdu指示的mru的用户数目与一个mru上的用户数目不同(除了eht ppdu帧仅包含一个mru的情况)。换句话说，该ehtppdu指示的mru的用户数目，为该ehtppdu指示的多个mru中每个mru上的用户数目的和。
[0136]
在另一种实施例中，所述第一mcs为多个mcs，分别对应所述第一设备被分配的至少两个ru中，除第二ru之外的其他多个ru。
[0137]
示例性的，可参见图9，是本技术实施例提供的又一种ru合并的示意图。图9中示意了160mhz的带宽由4个频率由低到高的ru组成的情况，其中包括第一个ru(484-tone ru)，第二个ru(第一个242-tone ru)，第三个ru(第二个242-tone ru)，第四个ru(996-toneru)，当带宽大于160mhz时，第四个ru之后还可以有更多的ru，在此不再一一示意。
[0138]
其中，第一个ru，第三个ru和第四个ru作为mru被同时分配给了sta1，也被同时分配给了sta2。
[0139]
相应的内容信道信息如下表6所示，参见表6。
[0140]
表6
[0141][0142]
表6中，cc1对应的第一列中的484 242 996(1)和cc2对应的第一列中的484 242 996(1)，联合表示如图9所示的484-tone ru，并且484-tone ru与第二个242-toneru以及996-tone ru合并成mru；484 242 996(1)中，(1)表示用户数目，此处，在484-tone-ru处，对
应的用户数目为1 1＝2个，即sta1和sta2。
[0143]
cc1对应的第二列中的else，表示如图9所示的第二个242-tone ru未分配给sta1或sta2。
[0144]
cc2对应的第二列中的484 242 996(2)表示如图9所示的第二个242-toneru，并且第二个242-toneru与484-tone ru以及996-tone ru合并成mru，并且在242-tone-ru处，对应的用户字段用于指示不同于484-tone ru上的用户字段所指示的mcs，并不用于表示用户数目。
[0145]
cc1对应的第三列中的484 242 996(0)，cc2对应的第三列中484 242 996(0)，cc1对应的第四列中的484 242 996(0)，cc2对应的第四列中的484 242 996(0)，联合起来表示如图9所示的996-tone ru，并且996-tone ru与484-tone ru以及第二个242-toneru合并成mru，并且在996-tone-ru处，对应的用户字段用于指示不同于484-tone ru上的用户字段所指示的mcs，并不用于表示用户数目。
[0146]
在一种可能的实现方式中，第一设备为图9中所示的sta1。结合上述内容中的介绍，可以明确sta1被分配的多ru为484-tone ru、第二个242-tone ru和996-tone ru。在这种情况下，第一mcs为b1、c1，第一ru为第二个242-tone ru；第二mcs为a1，第二ru为484-tone ru。所述第一设备被分配的至少两个ru中，除第二ru之外的其他多个ru为第一ru以及996-tone ru。其中，第一ru对应b1、996-tone ru对应c1。具体的，所述第二ru可以为所述第一设备(sta1)被分配的至少两个ru中频率最低的ru。
[0147]
换句话说，所述第二mcs所在的用户字段可以为所述第一设备(sta1)对应的多个用户字段中的第一个用户字段。其中，第一设备(sta1)对应的多个用户字段为第一个和第四个20mhz带宽范围内所对应的用户字段。具体的，第一设备被分配的至少两个ru中的第一ru或第二ru对应的所述用户字段中包含所述第一设备的id，也即，第一个和第四个20mhz带宽范围内所对应的用户字段中包含sta1的staid。需要说明的是，第四个20mhz带宽范围内所对应的用户字段有两个，这两个中的其中一个中包含sta 1的sta id，sta 1可以通过sta id明确自身对应的用户字段。
[0148]
在另一种可能的实现方式中，第一设备为图9中所示的sta 2。结合上述内容中的介绍，可以明确sta 2被分配的多ru为484-tone ru、第二个242-tone ru和996-tone ru。在这种情况下，第一mcs为b2、a2，第一ru为第二个242-tone ru；第二mcs为a2，第二ru为484-tone ru。所述第一设备被分配的至少两个ru中，除第二ru之外的其他多个ru为第一ru以及996-tone ru。其中，第一ru对应b2、996-tone ru对应a2。具体的，所述第二ru可以为所述第一设备(sta2)被分配的至少两个ru中频率最低的ru。此处仅为举例，在其他的实现方式中，第二ru也可以为频率最高的ru。
[0149]
换句话说，所述第二mcs所在的用户字段可以为所述第一设备(sta2)对应的多个用户字段中的第一个用户字段。其中，第一设备(sta2)对应的多个用户字段为第二个和第四个20mhz带宽范围内所对应的用户字段。具体的，第一设备被分配的至少两个ru中的第一ru或第二ru对应的所述用户字段中包含所述第一设备的id，也即，第二个和第四个20mhz带宽范围内所对应的用户字段中包含sta 2的sta id。需要说明的是，第四个20mhz带宽范围内所对应的用户字段有两个，这两个中的其中一个中包含sta 2的sta id，sta 2可以通过sta id明确自身对应的用户字段。
[0150]
在这种实施例中，在第一ru对应的用户字段处增加用户字段，增加的用户字段可以用于指示第一设备被分配的至少两个ru中，除第二ru之外的其他多个ru的mcs。通过这种方式，可以高效地指示第一设备对应的多个ru中各个ru的mcs。
[0151]
以下对这种实施例中增加的用户字段进行介绍。具体的，所述第一mcs所在的用户字段可以指示多个mcs。在一种可行的方式中，该用户字段可以按照预设顺序指示所述第一设备被分配的至少两个ru中，除第二ru之外的其他多个ru所对应的mcs。示例性的，该预设顺序可以为频率由低到高。可选的，所述第二ru可以为所述第一设备(sta 2)被分配的至少两个ru中频率最低的ru。那么，所述第一mcs所在的用户字段可以依次指示频率第二高、第三高、第四高的ru所对应的mcs。示例性的，参见表7，表7指示了第一mcs所在的用户字段中包含的内容(或称为子字段)。
[0152]
表7
[0153][0154]
在另一种可能的实现方式中，所述第二ru可以为所述第一设备(sta 2)被分配的至少两个ru中频率最高的ru。该预设顺序可以为频率由高到低。在这种情况中，所述第一mcs所在的用户字段可以依次指示频率第二低、第三低、第四低的ru所对应的mcs。
[0155]
需要说明的是，所述第一设备被分配的至少两个ru中，除第二ru之外的其他多个ru的码率可以与第二ru的第二mcs中的码率相同。因此在该用户字段中可以无需指示码率。对于每个ru的调制方式，可以参照表8，表8指示了调制方式子字段索引与调制方式的对应关系。表8中的对应关系仅为示例，在实际应用中，还可以存在其他的对应关系。
[0156]
表8
[0157]
调制方式子字段索引含义0(即000)bpsk1(即001)qpsk2(即010)16-qam3(即011)64-qam4(即100)256-qam5(即101)1024-qam6(即110)4096-qam
7(即111)该ru不存在
[0158]
需要说明的是，上述内容示例性的说明了所述第一mcs所在的用户字段可以指示多个mcs的方式。在实际应用中，不局限于这种指示方式，所述第一mcs所在的用户字段还可以通过其他方式指示多个mcs。例如，该预设顺序可以为由高到低。又例如，保留(reserved)字段还可以用于指示第一设备的多ru合并中包含的ru个数。又例如，7还可以指示更高阶的调制方式，等等。
[0159]
与上述实施例相似的，为了使得第一设备能够确定出自身被分配的多ru组合上的实际用户数目，这种实施例中对eht ppdu帧中的用户字段提出如下设计规则。
[0160]
第一种方式，所述ru分配子字段指示的多个ru中，所述第二ru对应的用户字段的数量对应实际的用户数目；除所述第二ru之外的其他ru对应的用户字段为指示mcs的用户字段。结合上述示例，第二ru为484-tone ru，第二ru对应的用户字段包括第一个和第二个20mhz带宽范围内所对应的用户字段，该用户字段的数量为2。该用户字段的数量与多ru上实际分配的用户数目相同。在另一示例中，若多ru上分配了4个用户，则第二ru对应的用户字段中包含有4个用户字段。第二ru对应的用户字段中的一个用户字段与一个实际的用户相对应。在这种方式中，第一设备可以通过第二ru对应的用户字段的数量来确定实际的用户数目。
[0161]
第二种方式，所述第一mcs所在的用户字段为996-tone ru中第三个20mhz对应的用户字段，或者第四个20mhz对应的用户字段。通过这种方式，可以规定第一mcs所在的用户字段的位置，该第一mcs所在的用户字段为指示mcs的用户字段。在这种方式中，第一设备可以通过自身被分配的多ru对应的所有用户字段中，除了996-tone ru中第三个20mhz对应的用户字段以及第四个20mhz对应的用户字段之外的用户字段的数量，来确定实际的用户数目。示例性的，结合上述示例，按照这种设计方式，内容信息中的信息可参见表9。
[0162]
表9
[0163][0164]
表9中，cc1对应的第一列中的484 242 996(1)和cc2对应的第一列中的484 242 996(1)，联合表示如图9所示的484-tone ru，并且484-tone ru与第二个242-toneru以及996-tone ru合并成mru；484 242 996(1)中，(1)表示用户数目，此处，在484-tone-ru处，对应的用户数目为1 1＝2个，即sta1和sta2。
[0165]
cc1对应的第二列中的else，表示如图9所示的第二个242-tone ru未分配给sta1或sta2。
[0166]
cc2对应的第二列中的484 242 996(0)表示如图9所示的第二个242-toneru，并且第二个242-toneru与484-tone ru以及996-tone ru合并成mru；484 242 996(0)中，(0)表示用户数目，此处，对应的用户数目为0个。
[0167]
cc1对应的第三列中的484 242 996(0)，cc2对应的第三列中484 242 996(0)，cc1对应的第四列中的484 242 996(2)，cc2对应的第四列中的484 242 996(0)，联合起来表示如图9所示的996-tone ru，并且996-tone ru与484-tone ru以及第二个242-toneru合并成
mru。在996-tone-ru处，在cc1对应的第三列中的484 242 996(0)，cc2对应的第三列中484 242 996(0)中，即对应，996-tone ru中第一个20mhz对应的用户字段，和第二个20mhz对应的用户字段，(0)表示用户数目，此处，对应的用户数目为0个。cc1对应的第四列中的484 242 996(1)，cc2对应的第四列中的484 242 996(1)，即对应，996-toneru中第三个20mhz对应的用户字段，和第四个20mhz对应的用户字段，这两个用户字段用于指示不同于484-tone ru上的用户字段所指示的mcs，并不用于表示用户数目。
[0168]
需要说明的是，表9所对应的多ru合并情况可以参见图9所示。但表9所对应的用户字段的位置与图9所示的用户字段的位置不完全相同。具体的，484-tone-ru所对应的用户字段的位置保持不变。不同的是，sta 1的第一mcs所在的用户字段为996-tone ru中第三个20mhz对应的用户字段；sta2的第一mcs所在的用户字段为996-tone ru中第三个20mhz对应的用户字段。第一设备可以通过自身被分配的多ru对应的所有用户字段中，除了996-tone ru中第三个20mhz对应的用户字段以及第四个20mhz对应的用户字段之外的用户字段的数量，来确定实际的用户数目。即，确定出的实际的用户数目为2 0 0＝2。
[0169]
与表6不同的是，在表6中，规定了指示用户数目的用户字段的位置，即第二ru对应的用户字段，其余的用户字段为指示mcs的用户字段，其余的这些用户字段不用于指示用户数目。而在表9中，规定了指示mcs的用户字段的位置，即第一mcs所在的用户字段，该指示mcs的用户字段不用于指示用户数目，其余的用户字段可以指示用户数目。
[0170]
在另一种可能的实现方式中，还可以通过第一设备所属的多ru对应的用户字段中包含的设备id来确定实际的用户数目。具体的，所述eht ppdu帧指示的mru中一个mru上的用户数目为，所述一个mru对应的用户字段中包含的设备id的总数与所述一个mru对应的用户字段中包含的重复的设备id的总数的差。示例性的，结合上述示例，所述eht ppdu帧指示的第一设备所属的多ru上的用户数目为，第一设备所属的多ru对应的用户字段中包含的staid总数(即为4)，与该多ru对应的用户字段中包含的重复的staid总数(即为2)的差。即，确定出的实际的用户数目为2。
[0171]
上述两种实施例中，eht ppdu帧中的ru分配子字段可以指示第一设备被分配的多个ru的合并情况。eht ppdu帧中第一ru对应的用户字段可以指示第一设备被分配的至少两个ru中除第二ru之外的其他多个ru的第一mcs，第二ru对应的用户字段可以指示第二ru的第二mcs，第一mcs与第二mcs不同。这两种实施例中，通过增加指示mcs的用户字段，可以高效地指示第一设备对应的多个ru中各个ru的mcs。
[0172]
本技术还提供了另一种多资源单元对应的调制方式的指示方法。第一设备可以从第二设备接收eht ppdu帧。在这种指示方式中，eht ppdu帧采用了另一种设计方案。具体的，所述eht ppdu帧包含eht-sig字段；所述eht-sig字段包括公共字段和用户特定字段；所述公共字段包括ru分配子字段，所述用户特定字段包括所述第一设备对应的用户字段；所述ru分配子字段和所述用户字段用于指示所述第一设备被分配的至少两个ru；所述ru分配子字段中包括预设比特，所述预设比特用于指示所述第一设备的至少一个ru对应的mcs。第一设备可以根据eht ppdu帧确定分配给该第一设备的多个资源单元(ru)中各个ru的调制编码策略(mcs)。
[0173]
在一些实施例中，所述预设比特为996-tone ru中第三个20mhz对应的资源单元分配子字段对应的比特，以及第四个20mhz对应的资源单元分配子字段对应的比特。
[0174]
在一种可能的指示方式中，所述预设比特用于按照预设顺序指示预设个数的目标设备对应的mcs，所述第一设备为预设个数的目标设备中的一个设备。这种指示方式可以适用于多ru分配给多个用户的情况。由于996-tone ru上至多分配8个不同的用户，该预设个数可以为8。示例性的，参见图10，是本技术实施例提供的又一种ru合并的示意图。图10中示意了160mhz的带宽由4个频率由低到高的ru组成的情况，其中包括第一个ru(484-tone ru)，第二个ru(第一个242-tone ru)，第三个ru(第二个242-tone ru)，第四个ru(996-toneru)，当带宽大于160mhz时，第四个ru之后还可以有更多的ru，在此不再一一示意。
[0175]
其中，第一个ru和第四个ru作为mru被同时分配给了sta1、sta2、sta3和sta4。
[0176]
相应的内容信道信息如下表10所示。
[0177]
表10
[0178][0179]
表10中，cc1对应的第一列中的484 996(2)和cc2对应的第一列中的484 996(2)，联合表示如图10所示的484-tone ru，并且484-tone ru与996-tone ru合并成mru；484 242 996(2)中，(2)表示用户数目，此处，在484-tone-ru处，对应的用户数目为2 2＝4个，即sta1、sta2、sta3和sta4。
[0180]
cc1对应的第二列中的else和cc2对应的第二列中的else，表示如图10所示的第二个242-tone ru以及第三个242-tone ru未分配给sta1、sta2、sta3或sta4。
[0181]
cc1对应的第三列中的484 996(0)，cc2对应的第三列中484 996(0)，联合起来表示如图10所示的996-tone ru，并且996-tone ru与484-tone ru合并成mru；484 996(0)中，(0)表示用户数目，此处，在996-tone-ru处，对应的用户数目为0个。
[0182]
cc1对应的第四列中的“mcs for sta1、2、3、4”，用于按照sta1至sta4的顺序指示这四个设备在该996-tone ru上采用的mcs。cc2对应的第四列中的“mcs for sta5、6、7、8”用于按照sta5至sta8的顺序指示这四个设备在该996-tone ru上采用的mcs。
[0183]
在一种可能的实现方式中，第一设备为图10中所示的sta1。结合上述内容中的介绍，可以明确sta1被分配的多ru为484-tone ru和996-tone ru。第一设备所在的多ru上共分配了4个通信设备，即：sta1、sta 2、sta 3和sta 4。
[0184]
具体的，484-tone ru对应的用户字段可以指示sta1至sta 4在该484-tone ru上所采用的mcs。996-tone ru中第一个20mhz对应的资源单元分配子字段对应的比特，以及第二个20mhz对应的资源单元分配子字段对应的比特，可以按照前述内容中的介绍的方式指示多ru的合并方式。996-tone ru中第三个20mhz对应的资源单元分配子字段对应的比特，以及第四个20mhz对应的资源单元分配子字段对应的比特，按照sta 1至sta 8的顺序指示了8个目标设备在该996-tone ru上采用的mcs。
[0185]
通过这种指示方式，可以复用996-tone ru中第三个20mhz对应的资源单元分配子字段对应的比特，以及第四个20mhz对应的资源单元分配子字段对应的比特，即，该位置的比特可以表示其他含义。换句话说，第一设备预存有第一索引表以及第二索引表，第一索引
表中包含有指示mru合并的第一预设条目(可参照前述内容中的介绍，此处不再赘述)，第二索引表用于指示预设比特与mcs的对应关系。第一设备可以通过第一索引表和996-tone ru中第一个20mhz对应的资源单元分配子字段对应的比特，以及第二个20mhz对应的资源单元分配子字段对应的比特，确定mru的合并方式；通过第二索引表和996-tone ru中第三个20mhz对应的资源单元分配子字段对应的比特，以及第四个20mhz对应的资源单元分配子字段对应的比特，确定自身在在该996-tone ru上采用的mcs。
[0186]
在一种可能的实现方式中，996-tone ru中第一个20mhz对应的资源单元分配子字段对应的比特，以及第二个20mhz对应的资源单元分配子字段对应的比特，还可以采用上述内容中介绍的另一种指示方式指示ru合并。也即，该ru分配子字段还包括ru合并指示字段，ru合并指示字段用于指示ru分配子字段指示的ru是否属于ru合并和ru合并组合中的至少一种。示例性的，可以参照表11，表11包含了又一种内容信道中的信息。
[0187]
表11
[0188][0189]
表11中，cc1对应的第一列中的484-(01)(2)和cc2对应的第一列中的484-(01)(2)，联合表示如图10所示的484-tone ru；484-(01)(2)中，(01)表示该484-tone ru属于ru合并组合1，(2)表示用户数目，此处，在484-tone-ru处，对应的用户数目为2 2＝4个，即sta1、sta2、sta3和sta4。
[0190]
cc1对应的第二列中的else和cc2对应的第二列中的else，表示如图10所示的第二个242-tone ru以及第三个242-tone ru未分配给sta1、sta2、sta3或sta4。
[0191]
cc1对应的第三列中的996-(01)(0)，cc2对应的第三列中996-(01)(0)，联合起来表示如图10所示的996-tone ru；996-(01)(0)中，(01)表示该996-tone ru属于ru合并组合1，(0)表示用户数目，此处，在996-tone-ru处，对应的用户数目为0个。
[0192]
cc1对应的第四列中的“mcs for sta 1、2、3、4”，用于按照sta 1至sta 4的顺序指示这四个设备在该996-tone ru上采用的mcs。cc2对应的第四列中的“mcs for sta5、6、7、8”用于按照sta5至sta8的顺序指示这四个设备在该996-tone ru上采用的mcs。这种指示方式，可以进一步明确484-tone ru和996-tone ru所在的位置。另外，cc1对应的第一列、第三列以及cc2对应的第一列、第三列的内容，联合表示484-tone ru以及996-toneru合并成mru。
[0193]
接下来，对预设比特与mcs的对应关系进行介绍。具体的，20mhz对应的资源单元分配子字段对应的比特为8比特。由于996-tone ru上至多分配8个不同的用户，这8比特中可以每2比特表示一种用户的调制方式。在该情况下，复用的预设比特可以指示8个用户的调制方式。每2比特与调制方式的对应关系可参照表12或者表13所示。
[0194]
表12
[0195][0196][0197]
表13
[0198][0199]
在又一种可能的指示方式中，所述预设比特用于按照预设顺序指示预设个数的ru对应的mcs，所述预设个数的ru包含所述至少两个ru。这种指示方式可以适用于多ru分配给单个用户的情况。由于一般而言，一个通信设备至多分配4个ru，该预设个数可以为4。
[0200]
示例性的，参见图11，是本技术实施例提供的又一种ru合并的示意图。图11中示意了160mhz的带宽由4个频率由低到高的ru组成的情况，其中包括第一个ru(484-tone ru)，第二个ru(第一个242-tone ru)，第三个ru(第二个242-tone ru)，第四个ru(996-toneru)，当带宽大于160mhz时，第四个ru之后还可以有更多的ru，在此不再一一示意。
[0201]
其中，第一个ru和第四个ru作为mru被分配给了sta1，并且没有分配给其他通信设备。
[0202]
相应的内容信道信息如下表14所示。
[0203]
表14
[0204][0205]
表14中，cc1对应的第一列中的484-(01)(1)和cc2对应的第一列中的484-(01)(0)，联合表示如图11所示的484-tone ru。484-(01)(1)中，(01)表示该484-tone ru属于ru合并组合1，(1)表示用户数目；484-(01)(0)中，(01)表示该484-tone ru属于ru合并组合1，(0)表示用户数目。此处，在484-tone-ru处，对应的用户数目为1 0＝1个，即sta1。
[0206]
cc1对应的第二列中的else和cc2对应的第二列中的else，表示如图11所示的第二个242-tone ru以及第三个242-tone ru未分配给sta1。
[0207]
cc1对应的第三列中的996-(01)(0)，cc2对应的第三列中996-(01)(0)，联合起来表示如图11所示的996-tone ru；996-(01)(0)中，(01)表示该996-tone ru属于ru合并组合1，(0)表示用户数目，此处，在996-tone-ru处，对应的用户数目为0个。
[0208]
cc1对应的第四列中的“第一个与第二个ru的调制方式”，用于按照第一个ru、第二个ru的顺序指示这两个ru的mcs。cc2对应的第四列中的“第三个与第四个ru的调制方式”用于按照第三个ru、第四个ru的顺序指示这两个ru的mcs。
[0209]
第一设备为图11中所示的sta 1。结合上述内容中的介绍，可以明确sta 1被分配的多ru为484-tone ru和996-tone ru。第一设备被分配的多ru，只被分配给了第一设备，没有分配给其他通信设备。
[0210]
具体的，484-tone ru对应的用户字段可以指示sta 1在该484-tone ru上所采用的mcs。996-tone ru中第一个20mhz对应的资源单元分配子字段对应的比特，以及第二个20mhz对应的资源单元分配子字段对应的比特，可以指示多ru的合并方式。996-tone ru中第三个20mhz对应的资源单元分配子字段对应的比特，以及第四个20mhz对应的资源单元分配子字段对应的比特，按照频率从低到高的顺序指示了第一设备被分配的第一个ru、第二个ru、第三个ru以及第四个ru上采用的mcs。
[0211]
接下来，对预设比特与mcs的对应关系进行介绍。具体的，20mhz对应的资源单元分配子字段对应的比特为8比特。由于一般而言，一个通信设备至多分配4个ru，这8比特中可以每4比特可以表示一个ru上的调制方式。在该情况下，复用的预设比特可以指示4个ru上的调制方式。每4比特与调制方式的对应关系可参照表15所示。
[0212]
表15
[0213][0214]
需要说明的是，上述内容示例性的说明了每4比特与调制方式的对应关系。在实际应用中，不局限于这种对应关系。例如，7还可以指示更高阶的调制方式。又例如，0可以与qpsk对应、1可以与bpsk对应，等等。
[0215]
通过上述实施例的方法，可以复用996-tone ru中第三个20mhz对应的资源单元分配子字段对应的比特，以及第四个20mhz对应的资源单元分配子字段对应的比特，来指示ru的mcs，不会增加开销，可以提升eht ppdu帧的比特使用效率。
[0216]
在又一种可能的指示方式中，所述第一设备可以预存有第三索引表，所述第三索
引表包含第二预设条目，该第二预设条目与mcs具有对应关系。示例性的，可以参照图12，图12是本技术实施例提供的又一种ru合并的示意图。需要说明的是，996-tone ru中第一个20mhz对应的资源单元分配子字段对应的比特，以及第二个20mhz对应的资源单元分配子字段对应的比特，可以按照上述内容中介绍的方式指示多ru的合并方式。996-tone ru中第三个20mhz对应的资源单元分配子字段对应的比特，以及第四个20mhz对应的资源单元分配子字段对应的比特，可以为第二预设条目中的一种条目。可选的，该第三索引表中也可以包含有指示mru合并的第一预设条目(可参照前述内容中的介绍，此处不再赘述)。
[0217]
具体的，第二预设条目所表示的含义可以包含以下4种：
[0218]
1)指示单个用户在对应ru上的mcs/调制方式。
[0219]
2)指示单个用户在多个ru上的mcs/调制方式。
[0220]
3)指示多个用户在对应ru上的mcs/调制方式。
[0221]
4)指示多个用户在多个ru上的mcs/调制方式。
[0222]
示例性的，在第二预设条目指示单个用户在对应ru上的mcs/调制方式的情况下，第二预设条目的数量可以为7条，可参照表16，表16指示了调制方式与条目数的对应关系。
[0223]
表16
[0224]
调制方式条目数bpsk1qpsk116-qam164-qam1256-qam11024-qam14096-qam1
[0225]
示例性的，若996-tone ru中第三个20mhz对应的资源单元分配子字段对应的比特为bpsk对应的第二预设条目，则表示该设备在该996-tone ru上所采用的调制方式为bpsk。
[0226]
需要说明的是，第二预设条目具有其他的指示含义，不同的含义可以对应有不同数量的第二预设条目。示例性的，第二预设条目可以用于指示单个用户在多个ru上的mcs/调制方式。第二预设条目的数量可以为28条，例如，一条第二预设条目代表的含义可以是，指示单个用户在频率最低的ru上的调制方式为bpsk；又例如，一条第二预设条目代表的含义可以是，指示单个用户在频率第二高的ru上的调制方式为bpsk，等等。其他第二预设条目的指示含义此处不再一一赘述。
[0227]
通过上述实施例的方法，可以增加996-tone ru中第三个20mhz对应的资源单元分配子字段对应的比特，以及第四个20mhz对应的资源单元分配子字段对应的比特所代表的含义，可以利用这些比特指示单个或多个ru的mcs或调制方式，不会增加开销，可以提升ehtppdu帧的比特使用效率。
[0228]
为了实现上述本技术实施例提供的方法中的各功能，第一设备、第二设备可以包括硬件结构、软件模块，以硬件结构、软件模块、或硬件结构加软件模块的形式来实现上述各功能。上述各功能中的某个功能可以以硬件结构、软件模块、或者硬件结构加软件模块的方式来执行。
[0229]
参见图13，是本技术实施例提供的一种通信装置的结构示意图。该通信装置130可以是可以是站点，也可以是站点中的装置，还可以是能够与接入点匹配使用的装置。该通信装置130还可以是接入点，也可以是接入点中的装置，还可以是能够与站点匹配使用的装置。该通信装置130还可以是多链路设备。该通信装置130包括接收单元1301和处理单元1302，具体的：
[0230]
在一种实施方式中：
[0231]
所述接收单元1301，用于接收第二设备发送的eht ppdu帧。所述eht ppdu帧包含eht-sig字段；所述eht-sig字段包括公共字段和用户特定字段；所述公共字段包括资源单元ru分配子字段，所述用户特定字段包括所述通信装置对应的用户字段。具体的，该接收单元1301所执行的操作可以参照上述图5所示方法中的步骤s502中的介绍。该eht ppdu帧可以参照上述第一种多资源单元对应的调制方式的指示方法中介绍的eht ppdu帧。
[0232]
所述处理单元1302，用于根据所述ru分配子字段和所述用户字段，确定所述通信装置被分配的至少两个ru；所述至少两个ru包括第一ru和第二ru。
[0233]
所述处理单元1302，还用于根据所述用户字段确定所述第一ru对应的用户字段中的第一mcs，为所述通信装置被分配的至少两个ru中除所述第二ru之外的其他ru的mcs。
[0234]
所述处理单元1302，还用于根据所述用户字段确定所述第二ru对应的用户字段中的第二mcs，为所述第二ru的mcs；所述第一mcs与所述第二mcs不同。具体的，所述处理单元1302的确定方式可以参照上述第一种多资源单元对应的调制方式的指示方法中的介绍。
[0235]
在一些实施例中，所述ru分配子字段指示的多个ru中的至少两个ru被分配给所述通信装置；所述至少两个ru中的第一ru或第二ru对应的所述用户字段中指示所述通信装置的id。
[0236]
在一些实施例中，所述ru分配子字段还包括：ru合并指示字段，用于指示ru分配子字段指示的ru是否属于ru合并和ru合并组合中的至少一种。
[0237]
在一些实施例中，所述第一mcs为多个mcs，分别对应所述通信装置被分配的至少两个ru中，除第二ru之外的其他多个ru。
[0238]
在一些实施例中，所述第一ru为所述通信装置被分配的至少两个ru中频率最低的ru。
[0239]
在一些实施例中，所述处理单元1301确定所述通信装置被分配的至少两个ru为不小于242-tone的ru。
[0240]
在一些实施例中，所述第一mcs所在的用户字段为996-tone ru中第三个20mhz对应的用户字段，或者第四个20mhz对应的用户字段。
[0241]
在一些实施例中，所述ru分配子字段指示的多个ru中，所述第一ru对应的用户字段的数量对应实际的用户数目；除所述第一ru之外的其他ru对应的用户字段为指示mcs的用户字段。
[0242]
在一些实施例中，所述eht ppdu帧指示的mru中一个mru上的用户数目为，所述一个mru对应的用户字段中包含的设备id的总数与所述一个mru对应的用户字段中包含的重复的设备id的总数的差。
[0243]
在另一种实施方式中：
[0244]
所述接收单元1301，用于接收第二设备发送的eht ppdu帧。所述eht ppdu帧包含
eht-sig字段；所述eht-sig字段包括公共字段和用户特定字段；所述公共字段包括ru分配子字段，所述用户特定字段包括所述通信装置对应的用户字段。该eht ppdu帧可以参照上述第二种多资源单元对应的调制方式的指示方法中介绍的eht ppdu帧。
[0245]
所述处理单元1302，用于根据所述ru分配子字段和所述用户字段，确定所述通信装置被分配的至少两个ru。
[0246]
所述ru分配子字段中包括预设比特。
[0247]
所述处理单元1302，用于根据所述预设比特确定所述通信装置的至少一个ru对应的mcs。
[0248]
在一些实施例中，所述预设比特用于按照预设顺序指示预设个数的目标设备对应的mcs，所述通信装置为预设个数的目标设备中的一个设备。
[0249]
在一些实施例中，所述预设比特用于按照预设顺序指示预设个数的ru对应的mcs，所述预设个数的ru包含所述至少两个ru。
[0250]
在一些实施例中，所述通信装置预存有索引表，所述索引表用于指示预设比特与mcs的对应关系。
[0251]
在一些实施例中，所述预设比特为996-tone ru中第三个20mhz对应的资源单元分配子字段对应的比特，以及第四个20mhz对应的资源单元分配子字段对应的比特。
[0252]
需要说明的是，图13所示的通信装置的各个单元执行的操作可以上述方法实施例的相关内容。此处不再详述。上述各个单元可以以硬件，软件或者软硬件结合的方式来实现。在一个实施例中，上述内容中的接收单元1301以及处理单元1302的功能可以由通信装置130中的一个或多个处理器来实现。
[0253]
通过图13所示的通信装置，可以从第二设备接收通过eht ppdu帧。通信装置可以根据该eht ppdu帧确定分配给该通信装置的多个ru中各个ru的mcs。
[0254]
请参阅图14，图14是本技术实施例提供的另一种通信装置的结构示意图。所述通信装置1400可以是接入点，也可以是站点，也可以是支持接入点实现上述方法的芯片、芯片系统、或处理器等，还可以是支持站点实现上述方法的芯片、芯片系统、或处理器等。该装置可用于实现上述方法实施例中描述的方法，具体可以参见上述方法实施例中的说明。
[0255]
所述通信装置1400可以包括一个或多个处理器1401。所述处理器1401可以是通用处理器或者专用处理器等。所述处理器1401可以用于对通信装置(如，接入点、接入点芯片，站点、站点芯片等)进行控制，执行软件程序，处理软件程序的数据。
[0256]
可选的，所述通信装置1400中可以包括一个或多个存储器1402，其上可以存有指令1404，所述指令可在所述处理器1401上被运行，使得所述通信装置1400执行上述方法实施例中描述的方法。可选的，所述存储器1402中还可以存储有数据。所述处理器1401和存储器1402可以单独设置，也可以集成在一起。
[0257]
可选的，所述通信装置1400还可以包括收发器1405、天线1406。所述收发器1405可以称为收发单元、收发机、或收发电路等，用于实现收发功能。收发器1405可以包括接收器和发送器，接收器可以称为接收机或接收电路等，用于实现接收功能；发送器可以称为发送机或发送电路等，用于实现发送功能。
[0258]
处理器1401用于通过收发器1405执行图5中的步骤s502中接收eht ppdu帧的操作；或者执行第二种多资源单元对应的调制方式的指示方法中接收eht ppdu帧的操作。
[0259]
在一种实现方式中，处理器1401用于根据接收到的根据eht ppdu帧中的ru分配子字段和用户字段，确定所述通信装置被分配的至少两个ru；所述至少两个ru包括第一ru和第二ru；处理器1401，还用于根据所述用户字段确定所述第一ru对应的用户字段中的第一mcs，为所述通信装置被分配的至少两个ru中除所述第二ru之外的其他ru的mcs。处理器1401，还用于根据所述用户字段确定所述第二ru对应的用户字段中的第二mcs，为所述第二ru的mcs；所述第一mcs与所述第二mcs不同。
[0260]
在另一种实现方式中，处理器1401用于根据所述eht ppdu帧中的ru分配子字段和用户字段，确定所述通信装置被分配的至少两个ru。所述ru分配子字段中包括预设比特；处理器1401，还用于根据所述预设比特确定所述通信装置的至少一个ru对应的mcs。
[0261]
处理器1401执行的操作可以上述方法实施例的相关内容。此处不再详述。
[0262]
在另一种可能的设计中，该收发器可以是收发电路，或者是接口，或者是接口电路。用于实现接收和发送功能的收发电路、接口或接口电路可以是分开的，也可以集成在一起。上述收发电路、接口或接口电路可以用于代码/数据的读写，或者，上述收发电路、接口或接口电路可以用于信号的传输或传递。
[0263]
在又一种可能的设计中，可选的，处理器1401可以存有指令1403，指令1403在处理器1401上运行，可使得所述通信装置1400执行上述方法实施例中描述的方法。指令1403可能固化在处理器1401中，该种情况下，处理器1401可能由硬件实现。
[0264]
在又一种可能的设计中，通信装置1400可以包括电路，所述电路可以实现前述方法实施例中发送或接收或者通信的功能。
[0265]
本技术中描述的处理器和收发器可实现在集成电路(integrated circuit，ic)、模拟ic、射频集成电路rfic、混合信号ic、专用集成电路(application specific integrated circuit，asic)、印刷电路板(printed circuit board，pcb)、电子设备等上。
[0266]
以上实施例描述中的通信装置可以是接入点或者站点，但本技术中描述的通信装置的范围并不限于此，而且通信装置的结构可以不受图14的限制。通信装置可以是独立的设备或者可以是较大设备的一部分。例如所述通信装置可以是：
[0267]
(1)独立的集成电路ic，或芯片，或，芯片系统或子系统；
[0268]
(2)具有一个或多个ic的集合，可选的，该ic集合也可以包括用于存储数据，指令的存储部件；
[0269]
(3)asic，例如调制解调器(modem)；
[0270]
(4)可嵌入在其他设备内的模块；
[0271]
(5)接收机、智能终端、无线设备、手持机、移动单元、车载设备、云设备、人工智能设备等等；
[0272]
(6)其他等等。
[0273]
对于通信装置可以是芯片或芯片系统的情况，可参见图15所示的芯片的结构示意图。图15所示的芯片1500包括处理器1501和接口1502。其中，处理器1501的数量可以是一个或多个，接口1502的数量可以是多个。
[0274]
对于芯片用于实现本技术实施例中第一设备的功能的情况：
[0275]
在一种实施方式中，所述接口1502，用于接收第二设备发送的eht ppdu帧；所述ehtppdu帧包含eht-sig字段；所述eht-sig字段包括公共字段和用户特定字段；所述公共字
段包括资源单元ru分配子字段，所述用户特定字段包括所述通信装置对应的用户字段。所述处理器1501，用于根据所述ru分配子字段和所述用户字段，确定所述通信装置被分配的至少两个ru；所述至少两个ru包括第一ru和第二ru；所述处理器1501，还用于根据所述用户字段确定所述第一ru对应的用户字段中的第一mcs，为所述通信装置被分配的至少两个ru中除所述第二ru之外的其他ru的mcs；所述处理器1501，还用于根据所述用户字段确定所述第二ru对应的用户字段中的第二mcs，为所述第二ru的mcs；所述第一mcs与所述第二mcs不同。
[0276]
在另一种实施方式中，所述接口1502，用于接收第二设备发送的eht ppdu帧；所述eht ppdu帧包含eht-sig字段；所述eht-sig字段包括公共字段和用户特定字段；所述公共字段包括ru分配子字段，所述用户特定字段包括所述通信装置对应的用户字段。所述所述处理器1501，用于根据所述ru分配子字段和所述用户字段，确定所述通信装置被分配的至少两个ru；所述ru分配子字段中包括预设比特；所述处理器1501，还用于根据所述预设比特确定所述通信装置的至少一个ru对应的mcs。
[0277]
可选的，芯片还包括存储器1503，存储器1503用于存储终端设备必要的程序指令和数据。
[0278]
本领域技术人员还可以了解到本技术实施例列出的各种说明性逻辑块(illustrative logical block)和步骤(step)可以通过电子硬件、电脑软件，或两者的结合进行实现。这样的功能是通过硬件还是软件来实现取决于特定的应用和整个系统的设计要求。本领域技术人员可以对于每种特定的应用，可以使用各种方法实现所述的功能，但这种实现不应被理解为超出本技术实施例保护的范围。
[0279]
本技术还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机可读存储介质被计算机执行时实现上述任一方法实施例的功能。
[0280]
本技术还提供了一种计算机程序产品，该计算机程序产品被计算机执行时实现上述任一方法实施例的功能。
[0281]
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机指令时，全部或部分地产生按照本技术实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，高密度数字视频光盘(digital video disc，dvd))、或者半导体介质(例如，固态硬盘(solid state disk，ssd))等。
[0282]
本领域普通技术人员可以理解：本技术中涉及的第一、第二等各种数字编号仅为描述方便进行的区分，并不用来限制本技术实施例的范围，先后顺序。
[0283]
本技术中各表所示的对应关系可以被配置，也可以是预定义的。各表中的信息的取值仅仅是举例，可以配置为其他值，本技术并不限定。在配置信息与各参数的对应关系时，并不一定要求必须配置各表中示意出的所有对应关系。例如，本技术中的表格中，某些行示出的对应关系也可以不配置。又例如，可以基于上述表格做适当的变形调整，例如，拆分，合并等等。上述各表中标题示出参数的名称也可以采用通信装置可理解的其他名称，其参数的取值或表示方式也可以通信装置可理解的其他取值或表示方式。上述各表在实现时，也可以采用其他的数据结构，例如可以采用数组、队列、容器、栈、线性表、指针、链表、树、图、结构体、类、堆、散列表或哈希表等。
[0284]
本技术中的预定义可以理解为定义、预先定义、存储、预存储、预协商、预配置、固化、或预烧制。
[0285]
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
[0286]
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
[0287]
以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应以所述权利要求的保护范围为准。