指示多资源单元Multi-RU合并的方法和装置与流程

指示多资源单元multi-ru合并的方法和装置
技术领域
1.本申请涉及无线通信领域，特别是涉及无线通信系统中的指示多资源单元multi-ru合并的方法和装置。


背景技术：

2.无线局域网(wireless lan,wlan)发展至今已经历经多代，包括802.11a/b/g、802.11n、802.11ac、802.11ax以及现在正在讨论中的802.11be等。其中，802.11n标准称为ht(high throughput，高吞吐率)，802.11ac标准称为vht(very high throughput，非常高吞吐率)，802.11ax标准称为he(high efficient，高效)，802.11be标准称为eht(extremely high throughput，超高吞吐率)。
3.在带宽配置方面，802.11ax目前支持如下带宽配置：20mhz、40mhz、80mhz、160mhz及80+80mhz。其中，160mhz与80+80mhz的区别在于前者为连续频带，而后者的两个80mhz间可以分离。在802.11be中，将对320mhz等配置进行支持。
4.在802.11ax中，用户频带资源的分配并不是以20mhz的信道为单位，而是以ru(resource unit，资源单元)为单位。在802.11ax的一个20mhz信道内，可以包含多个ru，形式可以是26-tone ru、52-tone ru、106-tone ru，其中，tone表示子载波个数。此外，ru也可以是242-tone、484-tone、996-tone等形式。具体的11ax中的ru分配告知方式将在现有技术一中进行描述。
5.11ax目前仅支持将一个ru分配给一个或多个用户，这会降低系统的分配灵活性，也使系统在有前导码打孔的情况下频谱利用率不高。因此，如何提升下一代wlan系统的ru分配的灵活度以及提高频谱利用率是至关重要的问题。


技术实现要素：

6.为了解决上述问题，本申请提供一种指示多资源单元multi-ru合并的方法和装置，应用于无线通信系统，提高ru分配的灵活度以及提高频谱利用率。
7.第一方面，提供一种指示多资源单元multi-ru合并的方法，该方法包括：确定物理层协议数据单元ppdu，所述ppdu包括信令字段，信令字段包括合并指示，用于指示第一ru是否与相邻的第二ru合并为multi-ru；发送所述ppdu。
8.第二方面，提供一种指示多资源单元multi-ru合并的方法，方法包括：
9.接收物理层协议数据单元ppdu，所述ppdu包括信令字段，信令字段包括合并指示，用于指示第一ru是否与相邻的第二ru合并为multi-ru，所述信令字段中不包括所述第二ru对应的用户字段；根据所述信令字段确定所述方法是否被分配multi-ru。
10.采用第一方面或第二方面的方法，可以实现将多个ru分配给一个或多个用户进行数据传输，提升了资源单元分配的灵活度以及提高了频谱效率。
11.在一个可能的示例中，信令字段还包括资源单元分配子字段，资源单元分配子字段指示一个20mhz中被分配的多个ru的大小和位置，多个ru包括所述第一ru。
12.在一个可能的示例中，资源单元分配子字段指示所对应20mhz被划分为以下任一个:[106,-,52,52]，[52,52,-,106]，[106,-,106]，[52,52,-,52,52]；所述第二ru为中间26-tone ru，所述第一ru为与所述中间26-tone ru相邻的106-tone ru或52-tone ru。
[0013]
在一个可能的示例中，资源单元分配子字段指示所对应的20mhz被划分为以下任一个：[26,26,26,26,-,106],[26,26,52,-,106],[52,26,26,-,106],[106,-,26,26,26,26],[106,-,52,26,26]或[106,-,26,26,52]，所述第二ru为中间26-tone ru，所述第一ru为与所述中间26-tone ru相邻的106-tone ru。
[0014]
在一个可能的示例中，所述信令字段还包括第一ru对应的用户字段，所述信令字段不包括所述第二ru对应的用户字段；所述第一ru对应的至少一个用户字段包括所述合并指示；若所述合并指示指示所述第一ru与所述第二ru合并为multi-ru，所述multi-ru分配给所述第一ru对应的用户字段所指示的用户，所述ppdu还包括数据字段，所述数据字段包括承载于所述multi-ru上的数据。
[0015]
在一个可能的示例中，所述第一ru为106-tone ru，所述106-tone ru对应至少两个用户字段。
[0016]
该方法采用特殊取值的资源单元分配子字段结合合并指示multi-ru，可以兼容支持802.11ax的站点，更进一步的，可以简单地确定使用multi-ru进行mu-mimo的用户，复杂度低，并且基于特殊的资源单元子字段的取值与合并指示的结合，节省了信令开销。
[0017]
在一个可能的示例中，所述合并指示包括1bit,所述合并指示取第一值用于指示所述第一ru与相邻的所述第二ru不合并；所述合并指示取第二值用于指示所述第一ru与相邻的所述第二ru合并。在一个可能的示例中，所述合并指示包括2bits,所述合并指示取第一值用于指示所述第一ru与相邻的所述第二ru不合并；所述合并指示取第二值用于指示所述第一ru与左侧相邻的所述第二ru合并；所述合并指示取第三值用于指示所述第一ru与右侧相邻的所述第二ru合并。
[0018]
第三方面，本申请实施例提供了一种通信装置，可以为接入点也可以为站点，可以实现第一方面的方法和功能，所述功能可以通过硬件实现，也可以通过硬件执行响应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。
[0019]
在一个可能的设计中，该装置包括处理单元，收发单元，所述处理器被配置为支持接入点或站点执行上述方法中相应的功能。所述收发单元用于支持该装置与其他装置之间的通信。所述装置还可以包括存储单元，所述存储单元用于与处理单元耦合，其保存接入点必要的程序指令和数据。可选的，该装置还可以为芯片，例如，该收发单元为输入输出接口，该处理单元可以为芯片中的处理电路，使得安装该芯片的设备可以实现前述第一方面的方法和功能。
[0020]
第四方面，本申请实施例提供了一种通信装置，可以为接入点也可以为站点，可以实现第二方面的方法和功能，所述功能可以通过硬件实现，也可以通过硬件执行响应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。
[0021]
在一个可能的设计中，该装置包括处理单元，收发单元，所述处理器被配置为支持接入点或站点执行上述方法中相应的功能。所述收发单元用于支持该装置与其他装置之间的通信。所述装置还可以包括存储单元，所述存储单元用于与处理单元耦合，其保存接入点必要的程序指令和数据。可选的，该装置还可以为芯片，例如，该收发单元为输入输出接口，
该处理单元可以为芯片中的处理电路，使得安装该芯片的设备可以实现前述第二方面的方法和功能。
[0022]
第五方面，本申请实施例提供一种芯片或系统系统，包括处理器，处理器与存储器耦合，所述存储器存储指令，当所述处理器执行所述指令时，控制所述装置执行上述任一方面的方法。可选的，该存储器可以位于该芯片内部，也可以为位于该芯片外部，与该芯片耦合连接，该芯片可调用该存储器中存储的指令。
[0023]
第六方面，本申请提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，所述指令可以由处理电路上的一个或多个处理器执行。当其在计算机上运行时，使得计算机执行上述任一方面所述的方法。
[0024]
第七方面，本申请提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述任一方面所述的方法。
附图说明
[0025]
为了更清楚地说明本发明实施例，下面将对实施例中所需要使用的附图作简单地介绍。
[0026]
图1示出了本申请实施例一种可能的应用场景示意图；
[0027]
图2示出了802.11ax的he-sig-b字段的结构示意图；
[0028]
图3示出了本申请实施例提供的一种multi-ru的合并方式的示意图；
[0029]
图4示出了本申请实施例提供的一种指示multi-ru的方法的流程示意图；
[0030]
图5示出了本申请实施例提供的一种触发帧中的公共域和逐个站点域的结构示例；
[0031]
图6示出了本申请实施例提供的一种指示20mhz内的多个资源单元的分配的示意图；
[0032]
图7示出了本申请实施例提供的另一种指示multi-ru的方法的流程示意图；
[0033]
图8示出了本申请实施例提供的又一种指示multi-ru的方法的流程示意图；
[0034]
图9示出了本申请实施例提供的一种指示20mhz内的多个资源单元合并的示意图；
[0035]
图10示出了本申请实施例提供的又一种指示multi-ru的方法的流程示意图；
[0036]
图11示出了本申请实施例提供的又一种指示20mhz内的多个资源单元合并的示意图；
[0037]
图12示出了本申请实施例提供的一种装置的结构示意图；
[0038]
图13示出了本申请实施例提高的另一种装置的结构示意图；
[0039]
图14示出了本申请实施例提高的另一种装置的结构示意图。
具体实施方式
[0040]
本申请实施例描述的场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定。
[0041]
参阅图1，示出了一种无线局域网(wireless local access network，简称wlan)通信系统100。该通信系统100包括接入点ap 105，站点(例如，sta101至sta105)，接入点和站点都可以支持802.11be标准，或802.11be的下一代无线通信标准协议或更下一代无线通
信标准协议，当然也可兼容性的支持802.11be之前的标准，例如802.11ax/ac/a/b/g/n等。
[0042]
接入点(例如，ap105)是一种具有无线通信功能的装置，接入点ap 105可以是采用802.11协议进行数据传输的ap。在一示例中，多个站点sta经由遵循wi-fi的无线链路连接到ap以获得至因特网或至其他广域网的一般连通性。在一些实现中，sta也可被用作ap。可以理解的，上述wlan通信系统100中的ap与sta的数量仅是示例性的，并不构成对本申请实施例的限定。
[0043]
本领域技术人员可以理解的，在上述wlan通信系统中，本申请涉及到的上述站点还可以是各种具有无线通信功能的用户终端、用户装置，接入装置，订户站，订户单元，移动站，用户代理，用户装备或其他名称，其中，用户终端可以包括各种具有无线通信功能的手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其它处理设备,以及各种形式的用户设备(user equipment,简称ue),移动台(mobile station,简称ms)，终端(terminal)，终端设备(terminal equipment)，便携式通信设备，手持机，便携式计算设备，娱乐设备，游戏设备或系统，全球定位系统设备，物联网通信系统中的物联网节点或被配置为经由无线介质进行网络通信的任何其他合适的设备等等。在此，为了描述方便，上面提到的设备统称为站点或sta。
[0044]
本申请所涉及到的接入点ap是一种部署在无线通信网络中为站点提供无线通信功能的装置，可用作wlan的中枢，所述接入点ap还可以为基站、路由器、网关、中继器，通信服务器，交换机或网桥等，其中，所述基站可以包括各种形式的宏基站，微基站，中继站等。在此为描述方便，将上述为站点sta提供无线通信功能服务的装置统称为接入点或ap。
[0045]
wlan发展至今已经历经多代，包括802.11a/b/g、802.11n、802.11ac、802.11ax以及现在正在讨论中的802.11be等。其中，802.11n标准称为ht(high throughput，高吞吐率)，802.11ac标准称为vht(very high throughput，非常高吞吐率)，802.11ax标准称为he(high efficient，高效)，802.11be标准称为eht(extremely high throughput，超高吞吐率)。
[0046]
在带宽配置方面，802.11ax目前支持如下带宽配置：20mhz、40mhz、80mhz、160mhz及80+80mhz。其中，160mhz与80+80mhz的区别在于前者为连续频带，而后者的两个80mhz间可以分离。在未来的wifi协议，比如802.11be中，将对320mhz等配置进行支持。
[0047]
在802.11ax中，用户频带资源的分配并不是以20mhz的信道为单位，而是以ru(resource unit，资源单元)为单位。在802.11ax的一个20mhz信道内，可以包含多个ru，形式可以是26-tone ru、52-tone ru、106-tone ru，其中，tone表示子载波个数。此外，ru也可以是242-tone、484-tone、996-tone等形式。
[0048]
802.11ax中关于用户ru分配的告知方法，具体涉及mu ppdu中he-sig-b的common field中的ru allocation subfield。为了描述清晰，这里首先对he-sig-b的结构进行介绍，如图2所示：
[0049]
he-sig-b分为两部分，其中第一部分是公共字段，包含1～n个资源单元分配子字段(ru allocation subfield)，以及当带宽大于等于80mhz时存在的中间26-子载波(center 26-tone)资源单元指示字段，然后是用于校验的循环冗余码(cyclic redundancy code,crc)以及用于循环解码的尾部(tail)子字段；另外，在用户特定字段(user specific field)，按照资源单元分配的顺序，存在着1～m个用户字段(user field)，m个用户字段通
常是两个为一组，每两个用户字段后跟着一个crc和tail字段，但应排除最后一组，在最后一组中，可能会存在1个或者2个用户字段。
[0050]
在具体讲述资源单元分配的指示方法之前，这里讲述一下802.11ax不同数据分组带宽下的子载波分布(tone plan)：当带宽为20mhz时，整个带宽可以由一整个242-tone ru组成，也可以由26-tone ru，52-tone ru，106-tone ru的各种组合组成。除了用于传输数据的ru，此外，还包括一些保护(guard)子载波，空子载波，或者直流(direct current，dc)子载波。
[0051]
当带宽为40mhz时，整个带宽大致相当于20mhz的子载波分布的复制，整个带宽可以由一整个484-tone ru组成，也可以由26-tone ru，52-tone ru，106-tone ru，242-tone ru的各种组合组成：
[0052]
当带宽为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的各种组合组成。
[0053]
当带宽为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的各种组合组成。
[0054]
以上的各种子载波分布，以242-tone ru为单位，位于带宽左边的子载波可以看做最低频率，位于带宽右边的子载波可以看做最高频率。从左到右，可以对242-tone ru进行标号：1st,2nd,
…
,8th。需要指出，在数据字段，8个242-tone ru与8个20mhz信道按照频率从低到高一一对应，但是由于中间26-tone ru的存在，频率上并不完全重合。
[0055]
下面讲述11ax资源单元分配的指示方法，802.11ax引入了内容信道(content channel，cc)的概念。当数据分组带宽只有20mhz时，he-sig-b只包含1个内容信道，该内容信道中包含1个资源单元分配子字段，用于指示数据部分242-tone(子载波)ru范围内的资源单元分配指示。其中资源单元分配子字段为8个比特，通过索引的方式指示出242-tone ru内所有可能的资源单元排列组合方式。此外，对于尺寸大于等于106-tone的ru，同时通过索引，指示该ru中进行su/mu-mimo传输的用户数。资源单元分配子字段的索引表如下：
[0056]
表1 11ax中的资源单元分配子字段
[0057]
可以是802.11ax下一代定义，例如，802.11be新定义的ru。当然“multi-ru”还可以有其他名称，比如称为ru组合等。multi-ru中组合的ru的个数不限定，比如可以是2个ru合并，也可以是3个ru合并或更多个。multi-ru可以被分配给一个或多个用户进行数据传输，多个用户可以在multi-ru进行mu-mimo传输。需要说明的是，本申请实施例中提到的“用户”是可以使用资源单元进行传输的网元的统称，可以是站点，也可以是接入点。
[0064]
可选的，多个大ru(large-size ru)合并为multi-ru，也可以多个小ru(small-size ru)合并为mutil-ru。在本申请实施例中，ru的大小(size)小于242-tone的ru为小ru，例如，26-tone ru，52-tone ru以及106-tone ru为小ru。ru的大小(size)大于或等于242-tone的ru为大ru，例如，242-tone ru，484-tone ru以及996-tone ru为大ru。
[0065]
多个小ru合并(a combination of small-size rus)可以是26-tone ru，52-tone ru以及106-tone ru的相互合并。例如，至少2个小ru合并为multi-ru。可选的，在本申请实施例中，若约定大小相同的小ru不合并，也就是说，约定大小相同小ru不支持相互合并为multi-ru，例如26-tone ru与26-tone ru不合并，52-tone ru与52-tone ru不合并，106-tone ru与106-tone ru不合并。假如，multi-ru为2个小ru合并，则第一种小ru的合并包括一个106-tone ru和一个26-tone ru，可记为(106+26)；第二种小ru的合并包括一个52-tone ru和一个26-tone ru，可记为(52+26)；第三种小ru的合并包括一个106-tone ru和一个52-tone ru，可记为(106+52)。
[0066]
多个大ru合并(a combination of large-size rus)可以是242-tone ru，484-tone ru以及996-tone ru的相互合并。例如，至少2个大ru合并为multi-ru，其中任意一个大ru都可以为242-tone ru，484-tone ru以及996-tone ru中的任一个。假如，multi-ru包括2个大ru，大ru的合并可以为：(242+242)，(242+484)，(242+996),或，(448+996)。又例如，大ru的合并可以为：1.(242+484)(每个80mhz分片内的连续和非连续的合并(contiguous and non-contiguous,within each 80mhz segment))；2.(242+242)(打孔，非连续情况(punctured case,non-contiguous))；3.(484+996)；4.(242+484+242+484)；5.(242+484+996)；6.(242+242+996)等。
[0067]
需要说明的是，本申请实施例中，多个ru合并的约束条件包括多种。一种约束条件包括：1.小ru与大ru之间不合并；2.小ru合并不跨20mhz(a combination of small-size rus shall not cross20mhz channel boundary)；3.小ru之间的合并应该是连续的(或相邻)。基于上述约束条件，小ru的合并可以为：20mhz内连续的一个52-tone ru和一个26-tone ru，或，20mhz内连续的一个106-tone ru和一个26-tone ru。其中，20mhz内连续的一个52-tone ru和一个26-tone ru的位置可以是：52-tone ru位于26-tone ru的左侧，也可以是52-tone ru位于26-tone ru的右侧；20mhz内连续的一个106-tone ru和一个26-tone ru的位置可以是：106-tone ru位于26-tone ru的左侧，也可以是106-tone ru位于26-tone ru的右侧。对于具有约束条件的ru合并方式，可以称为受限的ru合并方式，受限的ru合并方式考虑到了合并灵活度与合并带来的增益之间的平衡，使得多个ru合并更为合理且复杂度更低。当然，ru的合并也可以不包括任何约束条件，即任意的ru可以相互合并，则该合并方式可以称为非受限的ru合并方式。
[0068]
multi-ru的合并方式的一个例子可如图3所示。其中，支持80mhz内的大ru合并(见图2中的a、b等合并方式)，标识为a的两个242-tone ru合并，标识为b的一个242-tone ru和
一个484-tone ru合并。160mhz内的大ru合并(见图2中的c、d、e、f等合并方式)，相类似的标识为c的两个ru合并，标识为d的四个ru合并，标识为e的两个ru合并，标识为f的三个ru合并。另外，图2仅显示了一部分可能的合并组合，具体合并的ru位置等也可以变化，本申请实施例并不具体限定。
[0069]
上述小ru以及大ru的大小，位置以及划分情况和指示方法可以参考现有802.11ax，例如，参考前述表1。
[0070]
802.11ax标准目前仅支持将一个ru分配给一个用户用于上行或下行ofdma传输，在下一代wifi协议(例如，802.11be)中，将支持将multi-ru分配给一个或用户用于上行或下行ofdma传输，因此，在下一代wifi协议中，如何有效的指示multi-ru以及使用multi-ru的站点，是至关重要的问题。
[0071]
本申请实施例主要针对ppdu的前导中的信令字段进行改进，该信令字段可以为信令b(sig-b)字段，该sig-b字段可以称作eht-sig-b字段，可以理解的，该sig-b字段还可以有其他名称。信令字段包括资源单元分配子字段和用户字段，一个资源单元分配子字段对应一个20mhz的频域资源单元的分配，一个资源单元分配子字段指示20mhz内包括的一个或多个资源单元的大小和位置。资源单元分配子字段包括多个bits，对于20mhz包括大于等于106-tone ru的情形中，由于大于等于106-tone的ru可以用于mu-mimo传输，因此这资源单元分配子字段中还可以有一部分bits用于指示在大于等于106-tone的ru中进行mu-mimo传输的用户的个数。可选的，资源单元分配子字段可以参考802.11ax中的he-sig-b中资源单元分配子字段的设计。用户字段包括站点id子字段(staid subfield)，该站点id子字段包括站点的关联标识符aid，一个或多个用户字段与资源单元分配字段所指示的一个资源单元相对应，根据sta id子字段以及用户字段与ru的对应关系，则站点可以确定被分配的ru的大小以及位置。、
[0072]
需要说明的是，本申请实施例的方案既可以适用于接入点与站点之间的通信，接入点与接入点之间的通信，以及站点与站点之间的通信。接入点与站点之间的通信，比如，下行传输，发送设备为接入点，接收设备为站点，例如，由接入点发送下行ppdu，将multi-ru分配给一个或多个站点，并指示multi-ru，站点接收该multi-ru上承载的数据；又比如，上行传输，发送设备为站点，接收设备为接入点，例如，由站点发送上行ppdu，采用multi-ru发送上行的数据，并指示multi-ru。接入点与接入点之间的通信，例如，可以是ap协作，则发送设备为接入点，接收设备也为接入点。站点与站点之间的通信，例如，d2d传输，则发送设备为站点，接收设备也为站点。
[0073]
为描述方便，本申请的实施例中，采用接入点与站点之间通信，且发送设备为接入点，接收设备为站点进行描述和说明。可以理解的，发送设备还可以为站点或接入点，接收设备也可以为站点或接入点。
[0074]
下面分别结合各个实施例对信令字段中的设计进行详细说明。
[0075]
实施例一提供一种灵活有效的multi-ru指示方法，使得可以将多个ru合并，分配给一个或多个用户进行数据传输，提升了频谱效率和资源单元分配的灵活度。
[0076]
方法一：接入点发送ppdu，ppdu中包括信令字段。信令字段包括资源单元分配子字段和用户字段。其中，一个资源单元分配子字段对应一个20mhz的频域资源单元的分配，一个资源单元分配子字段指示20mhz内包括的一个或多个资源单元的大小和位置。资源单元
分配子字段包括多个bits，可选的，资源单元分配子字段可以参考802.11ax中的he-sig-b中资源单元分配子字段的设计。对于20mhz包括大于等于106-tone ru的情形中，由于802.11ax中定义大于等于106-tone的ru可以用于mu-mimo传输，可选的，这资源单元分配子字段中还可以有一部分bits用于指示在大于等于106-tone的ru中进行mu-mimo传输的用户的个数。在本申请实施例中，被分配给多个用户的ru可以称为mu-mimo ru。用户字段包括站点id子字段(sta id subfield)，该站点id子字段包括站点的关联标识符aid，一个或多个用户字段与资源单元分配字段所指示的一个资源单元相对应，根据站点id子字段以及用户字段与ru的对应关系，则站点可以确定被分配的ru的大小以及位置。在一种可能的实施方式中，为了指示multi-ru分配给一个或多个站点进行数据传输，可以将multi-ru中所对应的每一个用户字段中的站点id子字段都设置为该站点的aid，该站点依次读取信令字段中各个用户字段中的站点id子字段，确定携带了自身aid的用户字段所对应的ru合并为multi-ru，从而实现multi-ru的指示。例如，资源分配子字段指示一个20mhz被划分成的ru大小以及顺序依次为：26-tone ru,26-tone ru,26-tone ru,26-tone ru,26-tone ru,52-tone ru和52-tone ru，为描述方便，记为[26,26,26,26,26,52,52]。信令字段包括7个用户字段，其中的第5个和第6个用户字段中的aid子字段设置为sta101的aid，则sta101依次读取7个用户字段，确定第五个26-tone ru与第一个52-tone ru合并，分配给了sta101，从而sta101可以在使用multi-ru进行通信。
[0077]
方法二：尽管方法一可以实现多资源单元的分配，但是由于多个用户字段对应一个站点，且各个用户字段中携带sta id子字段相同，会使得一个multi-ru对应的多个用户字段有大量重复信息，传输效率较低。为了提升系统性能，方法二修改了multi-ru所对应的多个用户字段中除最后一个用户字段外其他用户字段中的信息，在其他用户字段中指示下一个合并的ru的绝对或相对位置信息。通过这种指示，可以使被分配了multi-ru的站点在读取到第一个ru对应的用户字段后直接获知合并的下一个ru的大小和位置。采用方法二，站点不需要依次读取每个用户字段，在一定程度上节约能耗，提升了效率。例如，资源分配子字段指示一个20mhz被划分成为：[26,26,26,26,26,52,52]，其中，接入点将multi-ru分配给了sta101，其中，multi-ru包括第一个26-tone ru和第一个52-tone ru，用户特定字段中包括7个用户字段，其中第1个用户字段与第一个26-tone ru对应，携带位置信息指示与第一个26-tone ru合并的下一个ru是第6个ru，也就是第一个52-tone ru，则sta101读取到第一个用户字段(第一个用户字段的sta id子字段为sta101的aid)，根据位置信息确定下一个合并的ru为第6个ru，且读取第6个ru对应的用户字段后确定multi-ru中的该52-tone ru后无其他合并的ru，则sta101确定接入点分配给sta101的multi-ru为第一个26-tone ru与第一个52-tone ru，从而sta101可以在multi-ru上进行通信。可选的，位置信息可以包括9比特，该9比特的一个取值可以唯一的对应一个ru的大小和位置，从而可以唯一的确定下一个合并的ru的大小和位置。
[0078]
在本实施例的方法，可以指示基于受限合并方式得到的multi-ru，还可以指示基于非受限合并方式得到的multi-ru，其灵活度高，且实现方式简单。但由于一个multi-ru对应多个用户字段，多个用户字段中存在重复的信令信息，冗余大，效率低。
[0079]
实施例二
[0080]
实施例二提出了另一种指示multi-ru的方法，在信令字段携带合并指示实现
multi-ru的指示，灵活度大，且实现简单。如图4所示，所述方法包括：
[0081]
s101：接入点确定ppdu，所述ppdu包括信令字段，信令字段包括至少一个合并指示，至少一个合并指示用于指示一个multi-ru中的至少两个ru的大小和位置。
[0082]
可选的，ppdu包括，承载于一个multi-ru上的站点的数据，可选的，ppdu还包括承载于其他ru上的数据。
[0083]
s102：接入点发送所述ppdu。
[0084]
s103：站点接收所述ppdu。
[0085]
s104：站点根据所述ppdu中的至少一个合并指示确定一个multi-ru中至少两个ru的大小和位置。可选的，站点获取所述multi-ru上的数据。可选的，合并指示包括一个或多个bits。multi-ru包括至少两个ru，可以为大ru合并，也可以为小ru合并。
[0086]
信令字段包括：资源单元分配子字段，以及，一个或多个用户字段。一个资源单元分配子字段对应一个20mhz的频域ru的分配，一个资源单元分配子字段指示20mhz内的一个或多个ru的大小和位置。资源单元分配子字段包括多个bits，可选的，资源单元分配子字段可以参考802.11ax中的he-sig-b中资源单元分配子字段的设计。用户字段包括sta id子字段，用于指示用户字段所对应的ru分配给了哪一个站点。
[0087]
因此，为了让站点可准确获取该multi-ru中的至少两个ru的大小和位置，本申请实施例给出了多种指示multi-ru的方法。由于多个ru的大小和位置由资源单元分配子字段可确定，因此，multi-ru中的至少两个ru的位置可以由资源单元分配子字段以及合并指示确定。
[0088]
第一种方法：multi-ru中的至少两个ru所对应的任一个用户字段包含合并指示。例如，multi-ru包括ru1和ru2，其中，ru1对应用户字段1，ru2对应用户字段2，在用户字段1中携带合并指示，其中ru1和ru2即可为大ru，也可为小ru。
[0089]
实现方式一：合并指示取第一值用于指示ru1与相邻的ru2合并，也就是说，合并指示取第一值指示multi-ru包括ru1和相邻的ru2，ru2与ru1相邻，也可以说ru2与ru1是连续的，ru2可以ru1左侧相邻的ru，也可以为ru1右侧相邻的ru。合并指示取第二值，指示不合并。例如，合并指示包括1bit，该1bit可以为用户字段中的预留bit，还可以为该用户字段中的新增bit。例如，取1指示该合并指示ru1与相邻(或连续的)的ru2合并为multi-ru。例如，106-tone ru对应用户字段1中的合并指示包括1比特，合并指示取1表示106-tone ru与相邻的26-tone ru合并为一个multi-ru，合并指示取0表示106-tone ru与相邻的26-tone ru不合并，或，表示106-tone ru不与其他ru合并。在一个20mhz内，如果106-tone ru处于20mhz的左边，则相邻的26-tone ru处于右边，如果106-tone ru处于20mhz的右边，则相邻的26-tone ru处于左边。
[0090]
实现方式二：用户字段1中的用户字段类型可作为合并指示，用户字段类型指示该用户字段1对应的ru1与紧邻的ru2合并，也可以说，该用户字段类型指示该ru1是一个合并ru，与其相邻的ru2合并。当然该相邻的ru1可以位于左侧，也可以位于右侧。
[0091]
实现方式三：用户字段1中的特殊sta id可作为合并指示，也就是说，用户字段1中的sta id子字段取特殊值，例如，2046等，可用于指示该用户字段1对应的ru1与相邻的ru2合并。
[0092]
可选的，实现方式一至实现方式三中，默认与右侧相邻的ru合并。比如，ru2为ru1
左侧相邻的ru，用户字段1位于用户字段2左侧，用户字段1携带合并指示，取第一值指示ru1与右侧相邻的ru2合并。
[0093]
实现方式四：用户字段1中携带bit位图，用于指示multi-ru的组合包括该20mhz内的哪些ru，也就是说可以指示20mhz内哪些ru合并为multi-ru中。其中比特位图中的一个比特与一个ru对应，如设置9比特，1100 0000 0表示multi-ru的组合为第1和第2个ru；1100 1000 0表示multi-ru的组合为第1个ru，第2个ru以及第5个ru合并
[0094]
实现方式五：用户字段1携带合并ru的索引，例如，用户字段1中携带ru2的索引，指示与ru1合并的ru为ru2。例如，采用3比特，指示20mhz内的ru2与ru1合并。
[0095]
需要说明的是，若ru1位于ru2左侧，则可以在用户字段1中携带合并指示，指示ru1与ru2合并，这种情况合并指示可采用实现方式一，实现方式四，以及实现方式五，可选的，用户字段2也可以采用实现方式一至五的方式携带合并指示，在用户字段1携带合并指示的基础上也携带合并指示，从而提升鲁棒性。若ru1位于ru2右侧，则用户字段2位于用户字段1之前，则可以在用户字段2中携带合并指示，方法类似，不赘述。第一种方法的复杂度低，且实现简单，不需要sta读取完每一个用户字段，降低了sta处理复杂度，节省了能耗。且其中的实现方式四和实现方式五可以适用于非受限的ru合并方式。
[0096]
第二种方法：multi-ru中的至少两个ru所对应的每个用户字段都包含合并指示。基于每个用户字段中的合并指示共同确定multi-ru中的至少两个ru的大小和位置。例如，multi-ru包括ru1和ru2，其中，ru1对应用户字段1，ru2对应用户字段2，在用户字段1中携带合并指示1，用户字段2中携带合并指示2，合并指示1取第一值用于指示ru1需合并，也就是说，合并指示1取第一值指示multi-ru包括ru1，合并指示2取第一值用于指示ru2需合并，也就是说multi-ru中包括ru2，因此，基于资源单元分配子字段，再结合合并指示1和合并指示2，即可确定multi-ru中的ru1和ru2的大小和位置。第二种方法可适用于非受限的ru方式合并。采用第二种方法，站点需依次读取各个用户字段中的合并指示，从而确定multi-ru。需要说明的是，合并指示可以为用户字段中的预留bits，还可以为新增的bits。
[0097]
当然，本申请实施例中合并指示也可以应用于调度上行传输的触发帧(trigger frame)中，例如图5所示，触发帧包括：公共域和逐个站点域，其中逐个站点域包括用户信息字段，其中用户信息字段包括：关联标识符aid12子字段指示站点，资源单元分配子字段指示分配给该站点的ru。可选的，合并指示可携带于触发帧的用户信息字段中。比如，用户信息字段1指示ru1，用户信息字段2指示ru2，采用第一种方法，则可在用户信息字段1中携带合并指示1，指示ru1与ru2合并。采用第二种方法，则可以在用户信息字段1中携带合并指示1，在用户信息字段2中携带合并指示2，则合并指示1和合并指示2指示ru1与ru2合并。
[0098]
本申请实施例，在信令字段携带合并指示实现multi-ru的指示，灵活度大，且实现简单。
[0099]
上面介绍了合并指示的实现方式，对于multi-ru被分配个多个用户(或站点)进行mu-mimo的情形，由于mu-mimo ru被分配给多个站点，对应多个用户字段，若简单地将multi-ru对应的各个用户字段中的sta id设置成同一个站点的aid，会出现问题。例如，图6所示，资源单元分配子字段指示一个20mhz被划分成：[106,26,26,26,26，26]，其中，有3个用户可以在106-tone ru中应用mu-mimo传输，称这3个用户为mu-mimo用户，因此该106-tone ru对应3个用户字段，其余的5个26-tone ru分别对应5个用户字段。如果106-tone ru
与其右边相邻的26-tone ru合并为multi-ru，则按照前述的方法一会出现以下问题：
[0100]
1.该26-tone ru对应的用户字段4的sta id子字段应该是哪个用户的aid？
[0101]
2.使用该26-tone ru的有几个mu-mimo用户？是左边106-tone ru内的全部3个用户，还是其中的1个或者2个？
[0102]
3.该26-tone ru对应的用户字段的sta id子字段如果设置成其中一个用户的sta id，按方法一，106-tone ru对应的另外两个sta不会认为26-tone ru是分配给自己的，因而会导致其他两个用户的multi-ru分配情况难以告知。
[0103]
下面实施例三进一步介绍multi-ru被分配给多个用户的情形，该如何进一步指示可以使用multi-ru进行mu-mimo的是哪些用户。
[0104]
以multi-ru包括两个ru为例进行说明。可选的，所述multi-ru包括第一ru(记为ru1)和第二ru(记为ru2)，第一ru为mu-mimo ru。接入点发送ppdu，其中ppdu的信令字段包括第一ru对应的至少两个第一用户字段(记为用户字段1)，以及，第二ru对应的一个第二用户字段(记为用户字段2)。，multi-ru被分配给多个用户。站点根据信令字段确定被分配multi-ru的用户。
[0105]
指示可以使用multi-ru进行mu-mimo的是哪些用户的方法可以包括但不限于：
[0106]
实现方式一：由于ru1与ru2合并，且ru2为ru1右侧相邻的ru，则第二用户字段包括mu-mimo传输信息，指示：使用multi-ru进行mu-mimo传输的用户；或，指示采用multi-ru进行mu-mimo的用户是ru1对应的哪几个用户，或，指示采用multi-ru进行mu-mimo的用户是ru1对应的前几个用户。
[0107]
例如，mu-mimo传输信息可以是bit位图，例如，包括8bits或16bits，指示ru1对应的哪几个用户可以使用multi-ru进行mu-mimo，例如，1010 0000对应表示ru1中的第1和第3个用户占用multi-ru。采用该方法可指示ru1对应的用户中的部分用户采用multi-ru进行mu-mimo传输，其灵活度更高，且充分利用了多个用户字段中的冗余bits。可选的，mu-mimo传输信息也可以不携带于用户字段中。
[0108]
实现方式二：不显示指示采用multi-ru进行mu-mimo传输的是哪些sta，而是由协议约定。
[0109]
可选的，由协议约定，multi-ru中进行mu-mimo的用户为ru1对应的用户。例如图6所示，第一个106-tone ru中对应3个用户(分别对应user field 1至user field 3，假如user field 1至user field3为sta101-sta103)，106-tone ru与右侧相邻的26-tone ru合并为multi-ru，则multi-ru被分配给这3个用户(sta101-sta103))进行mu-mimo。采用该方法不需要携带额外的信令，可节省信令开销。
[0110]
可选的，也可以由协议约定，multi-ru中进行mu-mimo的用户包括ru1对应的用户以及合并的另一个ru(ru2)对应的用户。例如图6所示，第一个106-tone ru中对应3个用户(分别对应sta101-sta103)，106-tone ru与右侧相邻的26-tone ru合并为multi-ru，26-tone ru对应1个用户(例如，sra104)，则约定multi-ru被分配给ru1和ru2所对应的这4个用户(sta101-sta104)进行mu-mimo。
[0111]
可选的，在本实施例三中，用户字段1和/或用户字段2还可以包括实施例二中的合并指示，从而由合并指示确定multi-ru中至少两个ru的大小和位置，并进一步结合mu-mimo传输信息，可确定multi-ru中进行mu-mimo的用户。例如图6所示，若采用实现方式一，第一
个106-tone ru中对应3个用户(分别对应sta101-sta103)，用户字段1至3中的至少一个携带合并指示，指示106-tone ru与右侧相邻的26-tone ru合并为multi-ru，则用户字段4中携带mu-mimo传输信息，则sta101至sta103读取到用户字段1中的合并指示以及用户字段4中的mu-mimo传输信息，即可确定106-tone ru与右侧相邻的26-tone ru合并为multi-ru，且sta101至sta103中哪些sta可使用multi-ru进行mu-mimo。若采用实现方式二，第一个106-tone ru中对应3个用户(分别对应sta101-sta103)，26-tone ru对应1个用户(例如，sra104)，用户字段1至3中的至少一个携带合并指示，指示106-tone ru与右侧相邻的26-tone ru合并为multi-ru，sta101至sta104确定106-tone ru与右侧相邻的26-tone ru合并为multi-ru，且sta101至sta104可使用multi-ru进行mu-mimo。
[0112]
实施例四设计一种指示multi-ru的方法。通过使用一些特殊的资源分配子字段的取值，结合合并指示，可以减少用户字段的个数，节约信令开销，且实现简单，兼容性好。如图7所示，该方法包括：
[0113]
s201：接入点确定ppdu，ppdu包括信令字段，信令字段包括合并指示，用于指示第一ru是否与相邻的第二ru合并为multi-ru。
[0114]
信令字段还包括资源单元分配子字段，所述资源单元分配子字段指示一个20mhz中被分配的多个ru的大小和位置，所述多个ru包括所述第一ru。
[0115]
资源单元分配子字段指示所对应20mhz被划分为以下任一个:[106,-,52,52]，[52,52,-,106]，[106,-,106]或[52,52,-,52,52]；其中
“-”
代表位于中间的一个26-tone ru未被分配。第二ru为中间26-tone ru，所述第一ru为与所述中间26-tone ru相邻的106-tone ru或52-tone ru。
[0116]
所述资源单元分配子字段指示所对应的20mhz被划分为以下任一个：[26,26,26,26,-,106],[26,26,52,-,106],[52,26,26,-,106],[106,-,26,26,26,26],[106,-,52,26,26]或[106,-,26,26,52]，所述第二ru为中间26-tone ru，所述第一ru为与所述中间26-tone ru相邻的106-tone ru。
[0117]
信令字段还包括第一ru对应的用户字段，信令字段不包括第二ru对应的用户字段；第一ru对应的至少一个用户字段包括所述合并指示；
[0118]
若合并指示指示第一ru与第二ru合并为multi-ru，所述multi-ru分配给所述第一ru对应的用户字段所指示的用户。
[0119]
可选的，第一ru可以为106-tone ru或52-tone ru，106-tone ru可以被分配给一个或多个用户。对于106-tone ru被分配给多个用户的情况，第一ru对应多个用户字段，该第一ru可以称为mu-mimo ru，那么multi-ru分配给第一ru对应的多个用户。
[0120]
可选的，所述合并指示包括1bit，所述合并指示取第一值用于指示所述第一ru与相邻的所述第二ru不合并；所述合并指示取第二值用于指示所述第一ru与相邻的所述第二ru合并。
[0121]
可选的，所述合并指示包括2bits，所述合并指示取第一值用于指示所述第一ru与相邻的所述第二ru不合并；所述合并指示取第二值用于指示所述第一ru与左侧相邻的所述第二ru合并；所述合并指示取第三值用于指示所述第一ru与右侧相邻的所述第二ru合并
[0122]
s202：接入点发送所述ppdu。
[0123]
s203：站点接收所述ppdu。
[0124]
s204：站点根据所述信令字段，确定是否被分配multi-ru。可选的，若确定被分配multi-ru，则站点获取承载于所述multi-ru上的数据。
[0125]
可选的，合并指示可承载于第一ru对应的任一个用户字段中。该合并指示的实现方法可参考前面实施例二中提出的实现方式一至实现方式五。
[0126]
可选的，所述ppdu还包括数据字段。若合并指示指示合并，则说明第一ru与第二ru合并为multi-ru，则所述数据字段包括承载于所述multi-ru上的数据。
[0127]
一种可能的实现方式，采用已有802.11ax标准中规定的一些特殊取值的资源分配子字段与合并指示结合，实现multi-ru的指示。
[0128]
例如表1所示，若接入点将20mhz划分为[106,26,52,52]，按照现有的802.11ax的资源单元分配子字段以及用户字段的设计原则，接入点需要将资源单元分配子字段设置为01000y2y1y0,且信令字段包括26-tone ru对应的一个用户字段。在本申请实施例的一种示例中，接入点可以将[106,26,52,52]中的106-tone ru与26-tone ru合并为一个multi-ru，接入点可按照802.11ax将资源单元分配子字段设置为00011y2y1y0指示20mhz划分为：[106,-,52,52]，其中
“-”
代表一个26-tone ru未被分配，且信令字段不包括该26-tone ru的用户字段，并且信令字段包括106-tone ru对应的至少一个用户字段携带合并指示。因此，支持802.11ax的站点读取到00011y2y1y0后，会认为右侧紧邻的一个26-tone ru未分配，且信令字段中也不包括该ru对应的用户字段，因此不影响802.11ax的站点准确获取自身的ru分配情况；而支持新标准(例，802.11be)的站点若确定资源单元分配子字段为00011y2y1y0且合并指示指示有合并，则支持新标准的站点确定106-tone ru与右侧紧邻的26-tone ru合并；若资源单元分配子字段为00011y2y1y0且合并指示指示不合并，则确定106-tone ru与右侧紧邻的26-tone ru不合并，也就是说，该26-tone ru也未被分配。
[0129]
基于相类似的原理，可以理解的，有表2所示的几个特殊取值的资源单元分配子字段，也可以实现multi-ru的指示。
[0130]
表2
[0131][0132]
例如，如表2所示，接入点可以将信令字段中的资源单元分配子字段置为01110000，指示20mhz划分为：[52,52,-,52,52]，
“-”
表示26-tone ru未被分配，且信令字段不包括该26-tone ru的用户字段，若信令字段中第二个52-tone ru对应的用户字段中的合并指示指示合并，则支持新标准的站点可确定第二个52-tone ru与其右侧相邻的一个26-tone ru合并，进一步的，站点在multi-ru上获取数据，802.11ax的站点则仍然按照802.11ax的协议约定解析，此处不赘述。
[0133]
又例如，接入点可以将信令字段中的资源单元分配子字段置为00010010，指示20mhz划分为：[52,52,-,106]，且信令字段包括：与第一个52-tone ru对应的用户字段1，与第二个52-tone ru对应的用户字段2，以及与106-tone ru对应的3个用户字段(用户字段3-5)，其中，用户字段3-5中至少有一个用户字段中的合并指示指示合并，则支持新标准的站点可确定106-tone ru与其左侧相邻的一个26-tone ru合并为一个multi-ru，可选的，还可以确定multi-ru对应3个用户字段(用户字段3-5)，被分配给3个用户(或站点)，进一步的，站点在该multi-ru上获取数据。
[0134]
采用该方式，对于multi-ru被分配给多个用户的情形，可以约定使用multi-ru进行mu-mimo的用户为该mu-mimo ru所对应的用户。
[0135]
采用该实现方式，可以兼容支持802.11ax的站点，可以实现multi-ru的指示，更进一步的，可以简单地确定使用multi-ru进行mu-mimo的用户，复杂度低，并且基于特殊的资源单元子字段的取值与合并指示的结合，节省了信令开销。
[0136]
进一步的，还可以对802.11ax中的资源单元分配子字段的一些预留取值，进行重新的设计和定义，再结合合并指示，达到指示更多种多ru合并的效果。
[0137]
表1中的一些预留值如表3所示，如下6种资源单元分配子字段与合并指示共同指示multi-ru组合，其中预留值为011101x1x
0，
01111y2y1y
0，
11011y2y1y
0，
111x4x3x2x1x0。其中，各个预留值与一种多ru合并的对应关系不限定，可灵活的设计。
[0138]
表3
[0139][0140]
本申请实施例，通过使用一些特殊的资源分配子字段的取值结合合并指示指示multi-ru合并，可以节省一个用户字段，节约了信令开销，且实现简单，兼容性好。并且采用本方法，可以确定在multi-ru中进行mu-mimo传输的用户为mu-mimo ru的用户，不存在前述的问题。
[0141]
实施例五介绍另一种multi-ru被分配给多个用户的情形中，该如何指示该multi-ru以及可以使用该multi-ru进行mu-mimo的是哪些sta的方法。图8所示的方法包括：
[0142]
s301：确定ppdu；所述ppdu包括multi-ru，所述multi-ru包括第一ru和第二ru，所述ppdu的信令字段包括所述第一ru对应至少两个第一用户字段，以及，所述第二ru对应一个第二用户字段，所述第二用户字段中的sta id为所述至少两个第一用户字段中的任一个
sta id。
[0143]
接入点在发送ppdu时，若将第一ru与第二ru合并用于数据传输，则接入点可将第二用户字段中的sta id设置为所述至少两个第一用户字段中的任一个sta id。可选的，第一ru对应至少两个用户字段，为mu-mimo ru。
[0144]
s302：发送ppdu；
[0145]
s303：站点接收ppdu；
[0146]
s304：根据所述第二用户字段中的sta id为所述至少两个第一用户字段中的任一个sta id确定multi-ru包括所述第一ru与所述第二ru。
[0147]
可选的，站点还确定multi-ru中进行mu-mimo的用户为至少两个第一用户字段对应的用户。
[0148]
可选的，第二用户字段中还可以包括其他信息，例如，mu-mimo传输信息，指示multi-ru中进行mu-mimo的用户是至少两个第一用户字段对应的用户中的哪几个，其实现方式可参见前述实施例三。进一步的，站点可根据mu-mimo传输信息确定自己是否采用multi-ru进行mu-mimo传输。例如，若站点确定自身不可以，则站点仅可以用第一ru进行mu-mimo；若站点确定可以，则站点利用multi-ru进行mu-mimo。
[0149]
可选的，本申请实施例可不需要合并指示。规定站点需要读取第一ru对应的至少两个第一用户字段，还需要读取第二ru对应的第二用户字段。若第二用户字段中的sta id与至少两个第一用户字段中的任一个sta id相同，则该站点可以确定第一ru与第二ru合并。进一步的，站点还可以确定在multi-ru中进行mu-mimo的用户为至少两个第一用户站点对应的用户。可选的，第二用户字段中的sta id与至少两个第一用户字段中的首个用户字段中的sta id相同，该首个用户字段中的sta可以看作是一个组长，其他站点在读取到组长的id后，可以保存组长的sta id，若其他用户字段的sta id与组长的sta id相同，则认为其他用户字段对应的ru与自身所对应的ru合并。当然，也可以将至少两个第一用户字段中的非首个第一用户字段中的sta作为组长，其实现方式类似，不赘述。
[0150]
可选的，第一ru与第二ru的位置可以是预设的。例如，20mhz划分为：[106,26,26,26,26,26]，第一ru与第二ru的位置为第一个106-tone ru和右侧相邻的一个26-tone ru；或者，第一ru与第二ru的预设位置为106-tone ru和第二个26-tone ru。该预设位置可以由协议约定，也可以由接入点和站点之间提前协商，本申请不限定。
[0151]
例如，如图9所示，20mhz划分为：[106,26,26,26,26,26],其中，106-tone ru对应用户字段1至3(例如，分别携带sta101，sta102和sta103的id)，其右侧相邻的26-tone ru对应用户字段4(携带sta101的id)，sta101，sta102和sta103可以读取用户字段1至4，比如，sta101读取到用户字段1和用户字段4中都携带sta101的id，则确定106-tone ru和右侧紧邻的一个26-tone ru合并，且可以确定该multi-ru被分配给sta101-sta103用于进行mu-mimo传输。sta102读取到用户字段1至用户字段4，将106-tone ru对应的用户字段1中的sta101的id保存下来，读取到用户字段2携带自身的sta id，且用户字段4携带sta101 id，则sta102也可确定106-tone ru和右侧相邻的一个26-tone ru合并为一个multi-ru，且可以确定该multi-ru被分配给sta101-sta103用于进行mu-mimo传输。sta103与sta102的处理相类似，此处不赘述。
[0152]
上述例子示出的是106-tone ru在20mhz左侧的情况，可以理解的，106-tone ru在
20mhz右侧的情况与之类似，其区别在于，站点会先读取到第二用户字段，再读取到第一用户字段，其确定multi-ru的方法与前述类似，此处不赘述。
[0153]
另外，尽管图9示出的例子中，multi-ru为106-tone ru和其相邻的26-tone ru，实际上，本申请实施例的方法，还适用于非相邻ru合并的情况，例如可以规定multi-ru具有其他预设位置或无预设位置，并且图9示出的例子是106-tone ru与26-tone ru位于同一个20mhz内，当然本实施例的方法也可以适用于跨20mhz ru合并的情况，也就是说106-tone ru与26-tone ru位于不同的20mhz内。对于预设位置的ru合并，站点按照预设位置读取ru所对应的用户字段即可，可不需读取所有字段，对于无预设位置的ru的合并，站点需按照顺序逐一读取各个用户字段，确定multi-ru。本申请实施例的方法不仅仅适用于两个ru的合并，当然还适用于两个以上的ru合并，其原理类似。
[0154]
本申请实施例五讲述了一种不需要合并指示比特的方法，仅需要修改用户字段中的sta id，其实现方式简单，且兼容性好。
[0155]
实施例六介绍了又一种指示multi-ru的方法。通过携带合并ru的位置信息，从而实现multi-ru的指示，灵活度更高，不需要限制multi-ru的位置，该方法既适用于受限合并方式，也适用于非受限合并方式。如图10所示，
[0156]
s401：确定ppdu；所述ppdu的数据字段包括承载于一个multi-ru的数据，ppdu的信令字段包括合并ru位置信息，用于站点确定multi-ru；
[0157]
所述multi-ru包括第一ru和第二ru，所述ppdu的信令字段包括所述第一ru对应的至少两个第一用户字段，以及，所述第二ru对应的一个第二用户字段。
[0158]
可选的，第二用户字段包括合并ru位置信息，用于指示第一ru的位置；或，第一用户字段包括合并ru位置信息，用于指示第二ru的位置；或，信令字段包括合并ru位置信息。
[0159]
可选的，第一ru被分配给多个用户，为mu-mimo ru。可选的，该第一ru可以为大于等于106-tone的ru。例如，可以是106-tone ru，242-tone ru，或484-tone ru，996-tone ru。
[0160]
s402：发送ppdu。
[0161]
s403：站点接收ppdu.
[0162]
s404：根据所述所述合并ru位置信息，确定multi-ru。
[0163]
合并ru位置信息的承载方式可以有多种，包括但不限于：
[0164]
方式一：第二用户字段携带合并ru位置信息，指示第一ru的位置。站点根据合并ru位置信息，确定第一ru与第二ru合并。
[0165]
对于方式一，存在如下几种情形：
[0166]
情形1，第二ru位于第一ru的左侧，则第二用户字段位于至少两个第一用户字段的左侧，第二用户字段携带合并ru位置信息，当sta读取到第二用户字段中携带自身的sta id和指示第一ru的合并ru位置信息，则确定第一ru与第二ru合并为multi-ru，进一步解析multi-ru上承载的数据。
[0167]
情形2：第二ru位于第一ru的右侧，则第二用户字段位于至少两个第一用户字段的右侧(即第二用户字段位于至少两个第一用户字段之后)，则第二用户字段中携带合并ru位置信息和合并指示。sta先读取到第一用户字段中携带自身的sta id，确定该sta被分配了第一ru，进一步的，站点还继续读取后续用户字段，如果读取到第二用户字段中的合并指示
指示合并，且合并ru位置信息指示的ru为第一ru，则sta确定第一ru与第二ru合并为multi-ru，进一步解析multi-ru上承载的数据。
[0168]
方式二：第一用户字段携带合并ru位置信息，指示第二ru的位置。站点根据合并ru位置信息，确定multi-ru包括第一ru以及第二ru。
[0169]
例如，第二ru位于第一ru的右侧，第二用户字段位于至少两个第一用户字段的右侧(即第二用户字段位于至少两个第一用户字段之后)，第一用户字段中携带合并ru位置信息，当sta读取到第一用户字段中携带自身的sta id和指示第二ru的合并ru位置信息，则确定第一ru与第二ru合并为multi-ru，从而解析multi-ru上承载的数据。
[0170]
方式三：信令字段包括合并ru位置信息，可以用于指示multi-ru包括的第一ru和第二ru。站点根据合并ru位置信息，确定multi-ru包括的第一ru和第二ru的大小和位置，从而解析multi-ru中承载的数据。
[0171]
可选的，合并ru位置信息位于信令字段的新增字段中，该新增字段可位于第一以及第二用户字段之前。一个示例中，该新增字段为一个特别的用户字段，指示第一ru与第二ru合并。为了不使后面的用户字段产生读取顺序与位置的错误，需要第一用户字段的个数比实际用户的数目多1，如20mhz划分为：[106,26,26,26,26,26]，106-tone ru上有3个用户，可在信令字段中增加1个用户字段，因此106-tone ru对应4个用户字段。其中多出的一用户字段可以携带第一ru的位置信息和第二ru的位置信息。又一个示例中，该新增字段为位于用户特定字段之前的其他字段，也可以称为位置信息字段等，不限定。
[0172]
进一步的，合并ru位置信息的具体实现方式包括如下几种：
[0173]
第一种：合并ru位置信息为比特位图，其中一个比特对应一个ru。例如，一个20mhz最多划分为9个ru，则合并ru位置信息可以为9bits或8bis，指示20mh内合并的ru，从而指示multi-ru。例如，20mhz划分为：[106,26,26,26,26,26]，该合并ru位置信息为9bits，其取值为110000000，指示106-tone ru和紧邻的26-tone ru合并为一个multi-ru。
[0174]
第二种：合并ru位置信息包括多个比特，这多个比特的任一取值对应20mhz内的一个ru，该合并指示可携带在用户字段中，例如，该合并指示携带在任一个第一用户字段中，该合并指示为4bits或3bits，指示第二ru在20mhz中的位置。由于与第一ru可能与除第一ru之外的其他ru合并成multi-ru，因此，20mhz内可以参与合并的ru最多有8个，采用3bits也可实现。
[0175]
第一种和第二种方法可适用于multi-ru位于同一个20mhz中的情形。
[0176]
第三种：合并ru位置信息包括多个比特，其中一部分比特用于指示合并的ru所在的20mhz，另一部分比特用于指示合并的ru是20mhz中的哪一个ru。例如，合并ru位置信息包括8bits，该合并ru位置信息位于第二用户字段中，其中4bits指示与第二ru合并的第一ru所在的20mhz是整个信道中的哪一个，如果整个信道带宽为320mhz，则4bits可以实现，其中另外4bits指示第一ru是20mhz中的哪一个ru，从而实现第一ru的指示。
[0177]
第四种：合并ru位置信息包括多个比特，多个bits的取值指示合并ru为320mh中的哪一个ru。例如，该合并位置信息包括9bits，其中2bits用于指示合并ru位于320mhz中的哪一个80mhz，另外7bits用于指示合并ru是该80mhz中的哪一个ru，可选的，这7bits的指示可参考现有802.11ax中触发帧中用户信息字段中的b12-b19的设计。该320mhz的信道可以是由4个80mhz构成，也可以由2个80mhz和一个160mhz构成，还可以由2个160mhz构成，或，由1
ru包括第一ru和第二ru，且分配给了n个用户。可选的，该第二资源单元分配子字段的取值可以为0111000或01110010，或，01110011。采用该方法，节省了用户字段的个数，从而节省了信令开销，并且实现方式简单。
[0187]
方法三：接入点确定ppdu，ppdu包括信令字段，信令字段包括对应第一ru的n个第一用户字段(用户字段1)以及第二ru对应的1个第二用户字段(用户字段2)，该multi-ru包括第一ru和第二ru，。可选的，用户字段中还可以携带合并指示，指示第一ru与第二ru合并。可选的，该合并指示可以采用前述实施例二介绍的第一种方法和第二种方法。进一步的，还可以采用前述实施例三中类似的方式确定multi-ru被分配的用户。
[0188]
例如，multi-ru为(242+484)，资源单元分配子字段1指示242-tone ru被分配给6个用户，6个用户字段1指示这6个用户，资源单元分配子字段2指示484-tone ru对应1个用户字段2。可选的，该用户字段2携带首个用户字段1中的sta id或携带一个特殊的sta id，指示该484-tone ru与242-tone ru合并。进一步的，站点还可以确定multi-ru被分配给6个用户字段1对应的6个用户。若用户字段2的sta id是另外一个站点的id，则站点也可以确定multi-ru被分配给了7个用户字段对应的用户。可选的，用户字段2中还可以携带mu-mimo传输信息(如实施例三所述)，则站点可以根据mu-mimo传输信息确定multi-ru被分配给了哪些用户。
[0189]
又例如，该用户字段2的合并信息还可以为16比特的合并bitmap，每1比特对应一个242-tone ru，这样16比特可以表示320mhz上的大ru合并情况，当采用该方式表示合并信息后，基于该信息即可确定multi-ru，若multi-ru包括的ru数目大于2，若16比特的取值可以为1001 1111 0000 0000，结合资源单元分配子字段可以确定multi-ru为(242+242+996)，那么第三个及以后的ru对应的资源单元子字段可指示该ru为空(零用户)，则信令字段不包括第三个以及以后的ru对应的用户字段，从而节省了用户字段的个数。
[0190]
再例如，可以在用户字段1中携带合并指示，合并指示可采用实施例二中的实现方式一，实现方式四，实现方式五以及第二种方法。
[0191]
例如，表4所示，80mhz内的常用合并组合如下所示：
[0192]
表4
[0193][0194]
其中一行代表一种合并，第一行表示，multi-ru包括第1个242-tone ru和第4个242-tone ru，可以在第1个242-tone ru对应的用户字段1中携带合并指示，指示该242-tone ru与第4个242-tone ru合并。合并指示可以为一比特还可以为多比特，不赘述。
[0195]
例如，表5所示，当大于80mhz小于等于160mhz时，合并指示法同样可以结合484-tone ru所在的位置及是否合并来表示一些合并组合。
[0196]
表5：160mhz内的常用合并组合如下所示：
[0197][0198]
其中第2行和第5行，multi-ru包括484-tone ru和996-tone ru，可以在484-tone ru对应的用户字段中携带合并指示，指示该484-tone ru与996-tone ru合并。合并指示可
以为一比特还可以为多比特，参考实施例二，不赘述。
[0199]
表6示出996-tone ru间的组合，合并指示可以携带在如下表所示的996-tone ru对应的用户字段中。
[0200]
表6
[0201][0202]
需要说明的是，一比特的合并指示仅能够指示一种预设位置的ru的合并情况，当然合并指示也可以包括更多比特，例如可以是2比特，2比特可以表示更多种预设位置的ru的合并情况。
[0203]
当然，本申请实施例的方法也可以应用于调度上行传输的触发帧(trigger frame)中，例如图5所示，触发帧包括：公共域和逐个站点域，其中逐个站点域包括用户信息字段，其中用户信息字段包括：关联标识符aid12子字段指示站点，资源单元分配子字段指示分配给该站点的ru。可选的，合并指示可携带于触发帧的用户信息字段中。比如，类似于实施例七的方法一，multi-ru为(242+242)，且第一个242-tone ru被分配给了3个用户，对应用户信息字段1至3，第二个242-tone ru对应的用户信息字段4至6，则可将用户信息字段4至6中的aid12子字段依次与用户字段1至3中的aid子字段相同，则可确定multi-ru被分配给这3个用户使用。又比如，类似于实施例七的方法三，multi-ru为(242+242)，且第一个242-tone ru被分配给了3个用户，对应用户信息字段1至3，第二个242-tone ru只对应1个用户信息字段4，该用户信息字段4的aid12字段为用户字段1的aid，则确定multi-ru被分配给这3个用户使用，当然也可以在用户信息字段4中携带mu-mimo传输信息，由mu-mimo传输信息指示multi-ru被分配的是哪几个用户。
[0204]
本实施例重点讲述大ru的合并，支持将大ru合并后分配给一个或多个用户传输。可以有效的支持大带宽中多个不连续的大ru的合并，能够提升大ru合并的灵活度以及频谱效率。比如，对于802.11ax下一代，比如802.11be，320mhz中部分20mhz不可用，导致可用的20mhz信道不连续，采用802.11ax协议，仅能够将连续的多个20mhz信道分配给一个或多个
用户使用，对于不连续的那一部分20mhz信道，可能会被浪费，而采用本实施例的方法，可以将不连续的大ru合并为multi-ru分配给一个或多个用户使用，提升了系统的频谱效率。
[0205]
实施例八提供了一种通信装置，用于实现上述任一实施例中的发送设备所执行的方法，可以理解的，该装置可以是接入点还可以是站点，还可以是接入点或站点内的芯片。如图12所示，该通信装置1200包括：收发单元1201和处理单元1202。
[0206]
第一个示例中，通信装置用于实现实施例一中发送设备执行的方法或功能。例如，处理单元用于确定ppdu，所述ppdu包括信令字段，信令字段包括多个用户字段，多个用户字段中sta id相同的用户字段所对应的至少两个ru合并为multi-ru。收发单元发送所述ppdu。
[0207]
第二个示例中，通信装置用于实现实施例二中发送设备执行的方法或功能。例如，处理单元用于执行步骤s101。收发单元用于执行步骤s102。其中，合并指示的实现方式可参考前述实施例二。
[0208]
第三个示例中，通信装置用于实现实施例三中发送设备执行的方法或功能。例如，处理单元用于确定ppdu，所述ppdu包括信令字段，信令字段包括mu-mimo传输信息，用于指示：使用multi-ru进行mu-mimo传输的用户；或，指示采用multi-ru进行mu-mimo的用户是ru1对应的哪几个用户，或，指示采用multi-ru进行mu-mimo的用户是ru1对应的前几个用户。收发单元发送所述ppdu。multi-ru包括ru1和ru2。mu-mimo传输信息的实现方式可参考前述实施例三。
[0209]
第四个示例中，通信装置用于实现实施例四中发送设备执行的方法或功能。例如，处理单元用于执行步骤s201。收发单元用于执行步骤s202。其中，合并指示的实现方式可参考前述实施例四。其资源单元分配子字段以及合并指示的实现方式可参考前述实施例四。
[0210]
第五个示例中，通信装置用于实现实施例五中发送设备执行的方法或功能。例如，处理单元用于执行步骤s301。收发单元用于执行步骤s302。其中，信令字段还包括资源单元分配子字段，资源单元分配子字段以及合并指示的实现方式可参考前述实施例五。
[0211]
第六个示例中，通信装置用于实现实施例六中发送设备执行的方法或功能。例如，执行步骤s401。收发单元用于执行步骤s402。其中，合并ru位置信息的实现方式可参考前述实施例六。
[0212]
第七个示例中，通信装置用于实现实施例七中发送设备执行的方法或功能。例如，处理单元确定ppdu；ppdu包括信令字段。收发单元发送所述ppdu。其中，信令字段还包括资源单元分配子字段，资源单元分配子字段以及合并指示的实现方式可参考前述实施例七。
[0213]
实施例九提供了一种通信装置，用于实现上述任一实施例中的接收设备所执行的方法，可以理解的，该装置可以是接入点还可以是站点，还可以是接入点或站点内的芯片。如图13所示，该通信装置1300包括：收发单元1301和处理单元1302。
[0214]
第一个示例中，通信装置用于实现实施例一中接收设备执行的方法或功能。例如，收发单元用于接收ppdu，所述ppdu包括信令字段，信令字段包括多个用户字段，多个用户字段中sta id相同的用户字段所对应的至少两个ru合并为multi-ru。处理单元用于确定多个用户字段中sta id相同的用户字段所对应的至少两个ru合并为multi-ru。
[0215]
第二个示例中，通信装置用于实现实施例二中接收设备执行的方法或功能。例如，收发单元用于执行步骤s103。处理单元用于执行步骤s104。其中，合并指示的实现方式可参
考前述实施例二。
[0216]
第三个示例中，通信装置用于实现实施例三中接收设备执行的方法或功能。例如，处理单元用于确定ppdu，所述ppdu包括信令字段，信令字段包括mu-mimo传输信息，用于指示：使用multi-ru进行mu-mimo传输的用户；或，指示采用multi-ru进行mu-mimo的用户是ru1对应的哪几个用户，或，指示采用multi-ru进行mu-mimo的用户是ru1对应的前几个用户。收发单元发送所述ppdu。multi-ru包括ru1和ru2。mu-mimo传输信息的实现方式可参考前述实施例三。
[0217]
第四个示例中，通信装置用于实现实施例四中接收设备执行的方法或功能。例如，收发单元用于执行步骤s203。处理单元用于执行步骤s204。其中，信令字段还包括资源单元分配子字段，资源单元分配子字段以及合并指示的实现方式可参考前述实施例四。
[0218]
第五个示例中，通信装置用于实现实施例五中接收设备执行的方法或功能。例如，收发单元用于执行步骤s303。处理单元用于执行步骤s304。其中，信令字段还包括资源单元分配子字段，资源单元分配子字段以及合并指示的实现方式可参考前述实施例五。
[0219]
第六个示例中，通信装置用于实现实施例六中接收设备执行的方法或功能。例如，收发单元用于执行步骤s403。处理单元用于执行步骤s404。其中，合并ru位置信息的实现方式可参考前述实施例六。
[0220]
第七个示例中，通信装置用于实现实施例七中接收设备执行的方法或功能。例如，处理单元确定ppdu；ppdu包括信令字段。收发单元发送所述ppdu。其中，信令字段还包括资源单元分配子字段，资源单元分配子字段以及合并指示的实现方式可参考前述实施例七。
[0221]
图14示出了上述实施例中一种通信装置1400可能的结构示意图，该装置1400可以包括：处理器1402、收发器1404、可选的，还包括：计算机可读存储介质/存储器1403、输入设备1405和输出设备1406，以及总线1401。其中，处理器，收发器，计算机可读存储介质等通过总线连接。本申请实施例不限定上述部件之间的具体连接介质。
[0222]
一种可能的实现方式中，该装置1400可以配置成是前述wlan通信系统中的ap1(例如ap105)，或为ap内的芯片系统或芯片，或配置成wlan系统中的sta。装置1400可执行上述任一实施例中涉及发送端装置的方法和步骤。
[0223]
示例性的，收发器1404可用于支持发送设备与上述实施例中的接收设备进行通信，可以执行图4至图10中涉及发送设备的收发过程和/或用于本申请所描述的技术的其他过程。
[0224]
例如，收发器1404可以用于执行s102，s202，或s302或s402；当然，收发器1404还可以用于执行本申请所描述的技术的其他过程和方法。
[0225]
处理器1402用于对上述发送设备的动作进行控制管理，用于执行上述实施例中发送设备进行的处理，可以执行图4至图10中涉及发送设备的处理过程和/或用于本申请所描述的技术的其他过程，可以负责管理总线以及可以执行存储在存储器中的程序或指令。例如，处理器1402可以用于执行s101,s201，s301，或s401。当然，处理器1402还可以用于执行本申请所描述的技术的其他过程和方法。
[0226]
计算机可读存储介质/存储器1403中保存有执行本申请技术方案的程序，指令或数据。例如，计算机可读存储介质/存储器1403可包含足以允许装置1400执行上述任一实施例中的方法和功能的指令。
[0227]
另一种可能的实现方式中，该装置1400可以配置成是前述wlan通信系统中的ap1(例如ap105)，或为ap内的芯片系统或芯片，或配置成wlan系统中的sta。装置1400可执行上述任一实施例中涉及接收设备的方法和步骤。
[0228]
示例性的，收发器1404可用于支持接收设备与上述实施例中的发送设备进行通信，可以执行图4至图10中涉及接收设备的收发过程和/或用于本申请所描述的技术的其他过程。
[0229]
例如，收发器1404可以用于执行s103，s203，或s303或s403；当然，收发器1404还可以用于执行本申请所描述的技术的其他过程和方法。
[0230]
处理器1402用于对上述发送设备的动作进行控制管理，用于执行上述实施例中发送设备进行的处理，可以执行图4至图10中涉及发送设备的处理过程和/或用于本申请所描述的技术的其他过程，可以负责管理总线以及可以执行存储在存储器中的程序或指令。例如，处理器1402可以用于执行s104,s204，s304，或s404。当然，处理器1402还可以用于执行本申请所描述的技术的其他过程和方法。
[0231]
计算机可读存储介质/存储器1403中保存有执行本申请技术方案的程序，指令或数据。例如，计算机可读存储介质/存储器1403可包含足以允许装置1400执行上述任一实施例中的方法和功能的指令。
[0232]
可以理解的是，图10仅仅示出了通信装置1400的简化设计，在实际应用中，通信装置1400可以包含任意数量的收发器，处理器，存储器等，而所有的可以实现本申请的通信装置1400都在本发明的保护范围之内。
[0233]
上述装置1400中涉及的处理器可以是通用处理器，例如通用中央处理器(cpu)、网络处理器(network processor，简称np)、微处理器等，也可以是特定应用集成电路(application-specific integrated circbit，简称asic)，或一个或多个用于控制本申请方案程序执行的集成电路。还可以是数字信号处理器(digital signal processor，简称dsp)、现场可编程门阵列(field-programmable gate array，简称fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。控制器/处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，dsp和微处理器的组合等等。处理器通常是基于存储器内存储的程序指令来执行逻辑和算术运算。
[0234]
上述涉及的计算机可读存储介质/存储器1403还可以保存有操作系统和其他应用程序。具体地，程序可以包括程序代码，程序代码包括计算机操作指令。更具体的，上述存储器可以是只读存储器(read-only memory，简称rom)、可存储静态信息和指令的其他类型的静态存储设备、随机存取存储器(random access memory，简称ram)、可存储信息和指令的其他类型的动态存储设备、磁盘存储器等等。存储器1803可以是上述存储类型的组合。并且上述计算机可读存储介质/存储器可以在处理器中，还可以在处理器的外部，或在包括处理器或处理电路的多个实体上分布。上述计算机可读存储介质/存储器可以具体体现在计算机程序产品中。举例而言，计算机程序产品可以包括封装材料中的计算机可读介质。
[0235]
可以替换的，装置1400也可配置成通用处理系统，例如通称为芯片，该通用处理系统包括:提供处理器功能的一个或多个微处理器；以及提供存储介质的至少一部分的外部存储器，所有这些都通过外部总线体系结构与其它支持电路连接在一起。
[0236]
本申请实施例还提供了一种芯片系统，该芯片系统包括处理器，用于支持发送设
备或接收设备以实现上述任一实施例中所涉及的功能，例如生成或处理上述方法中所涉及的数据和/或信息。在一种可能的设计中，所述芯片系统还可以包括存储器，所述存储器，用于发送端或接收端必要的程序指令和数据，当处理器运行该程序指令时，使得安装该芯片系统的设备实现上述任一实施例中所涉及的方法。该芯片系统，可以由芯片构成，也可以包含芯片和其他分立器件。
[0237]
本申请实施例还提供了一种处理器，用于与存储器耦合，存储器存储有指令，当处理器运行所述指令时，使得所述处理器执行上述任一实施例中涉及发送设备或接收设备的方法和功能。本申请实施例还提供了一种包含指令的计算机程序产品，其在计算机上运行时，使得计算机执行执行上述各实施例中任一实施例中涉及发送设备或接收设备的方法和功能。本申请实施例还提供了一种计算机可读存储介质，该可读存储介质存储指令，当处理器运行所述指令时，使得所述处理器执行上述任一实施例中涉及发送设备或接收设备的方法和功能。
[0238]
本申请实施例还提供了一种装置，用于执行上述各实施例中任一实施例中涉及接收端或发送端的方法和功能。
[0239]
结合本申请公开内容所描述的方法或者算法的步骤可以硬件的方式来实现，也可以是由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成，软件模块可以被存放于ram存储器、闪存、rom存储器、eprom存储器、eeprom存储器、寄存器、硬盘、移动硬盘、cd-rom或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于asic中。另外，该asic可以位于用户设备中。当然，处理器和存储介质也可以作为分立组件存在于用户设备中。
[0240]
本领域技术人员应该可以意识到，在上述一个或多个示例中，本申请所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。
[0241]
以上所述的具体实施方式，对本申请的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本申请的具体实施方式而已，并不用于限定本申请的保护范围，凡在本申请的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本申请的保护范围之内。