[0065] 为了使本技术领域的人员更好地理解本发明方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分的实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本发明保护的范围。
[0066] 本发明实施例提供一种在多用户传输中指示资源分配信息的方法及接入点,能够降低资源分配指示的开销,提高资源分配指示的灵活性和适用性。以下分别进行详细说明。
[0067] 本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”和“第四”等是用于区别不同对象,而不是用于描述特定顺序。此外,术语“包括”和“具有”以及它们任何变形,意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元,而是可选地还包括没有列出的步骤或单元,或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。
[0068] 本发明一种在多用户传输中指示资源分配信息的方法的一个实施例,其中,一种在多用户传输中指示资源分配信息的方法包括:接入点生成资源调度信息,资源调度信息包括总传输带宽、被调度站点信息、资源单位指示以及资源分配指示,其中,资源单位指示用于指示总传输带宽中的各个子带所使用的资源单位,总传输带宽根据资源单位指示被划分为多个资源单位,资源分配指示用于指示接入点向每个被调度站点分配的资源,每个被调度站点分配的资源是多个资源单位的一部分,其中,资源单位指示的长度取决于总传输带宽,资源分配指示的长度取决于资源单位指示;接入点向被调度站点发送资源调度信息。
[0069] 请参见图3,图3为本发明第一实施例提供的一种在多用户传输中指示资源分配信息的方法的流程示意图。其中,如图3所示,本发明的第一实施例提供的在多用户传输中指示资源分配信息的方法可以包括:
[0070] 步骤101、接入点生成资源调度信息,所述资源调度信息包括总传输带宽、被调度站点信息、资源单位指示以及资源分配指示,其中,所述资源单位指示用于指示所述总传输带宽中的各个子带所使用的资源单位,所述总传输带宽根据所述资源单位指示被划分为多个资源单位,所述资源分配指示用于指示所述接入点向每个被调度站点分配的资源,所述每个被调度站点分配的资源是所述多个资源单位的一部分,其中,所述资源单位指示的长度取决于所述总传输带宽,所述资源分配指示的长度取决于所述资源单位指示;
[0071] 步骤102、所述接入点向所述被调度站点发送所述资源调度信息。
[0072] 其中,在给定总带宽(Bandwidth,BW)和被调用站点信息的情况下,首先给出RU(资源单位)指示(RUI,RU Indication,指示各子带使用何种RU),然后给出资源分配指示(RAI)。RUI的长度与总带宽有关,即存在从BW到RUI长度L(RUI)之间的映射f:BW→L(RUI);资源分配指示的长度与总带宽、RU指示有关,即存在从RUI到RAI的长度L(RAI)之间的映射g:(RUI)→L(RAI)。
[0073] 其中,上述被调度站点例如可以是智能电话、可穿戴设备(个人中枢)、个人或移动多媒体播放器、个人数字助理(PDA)、膝上型计算机、平板电脑、智能本、掌上型计算机、具备多媒体互联网功能的蜂窝电话、以及类似的电子设备。
[0074] 请参见图4,图4为本发明第一实施例提供的一种承载有上述资源调度信息的Trigger帧的结构示意图,从帧结构的角度来说,其中,上述总传输带宽(Bandwidth,BW,对应图4中的BW字段)长度可以是2bits,例如,00表示20MHz,01表示40MHz,10表示80MHz,11表示160MHz。
[0075] 其中,上述被调度站点信息(在Trigger帧中为被调度STA列表,对应图4中的STA List)具体可以包括以下两种形式:
[0076] A)组标识(Group ID):类似于802.11ac标准,可以事先通过帧交互定义STA组,组中包括至少两个STA。且[STA1 STA2]和[STA2 STA1]是不同的STA组。
[0077] B)STA IDs:即直接指示多个被调度STA的标识。被调度STA标识可能是被调度STA的MAC地址,或关联标识(Association ID,AID),或部分关联标识(partial AID,PAID)。长度方面,L(MAC地址)>L(AID)>L(PAID)。
[0078] 其中,上述资源单位指示(RU Indication,RUI,对应图4中的RUI)具体可以用于指示总传输带宽中的各个子带所使用的资源单位RU,根据所述资源单位指示,可以将所述总传输带宽划分为多个资源单位,例如,如图2b所示的40MHz总传输带宽可划分的资源单位包括4种情况(多用户传输),可用2bits表示这4种情况,如00表示第1种,01表示第2种,10表示第3种,11表示第4种。RUI的长度取决于所述总传输带宽,即存在BW到RUI长度L(RUI)之间的映射f:BW→L(RUI)。
[0079] 对于当前802.11ax的具体情况,子带的宽度为20MHz,两种RU分别为26-tone和242-tone。本发明提供的各个实施例的分析均是以26-tone和242-tone两种RU为例进行描述,但可相应扩展到其他情况。例如,各子带允许使用的RU可能是和BW相关的,如当BW为
20MHz时,各子带的RU可以为26-tone或242-tone;当BW为40MHz时,各子带的RU可以为3×
26-tone或242-tone。
[0080] 其中,上述资源分配指示(RA Indication,RAI)具体可以用于指示被调用站点信息(对应被调度STA列表)中的各个被调度站点所分配到的带宽资源,所述每个被调度站点分配的带宽资源是所述总传输带宽中的多个资源单位的一部分。
[0081] 例如,当RAI采用资源分配Tuple Index时,RAI的长度具体取决于所述资源单位指示和被调度站点的数量,所述被调度站点的数量根据所述被调度站点信息获得。即RAI的长度映射函数为p:(BW,RUI,STA number),STA number是被调度站点的数目。
[0082] 又如,当资源分配指示RAI采用资源分配位表Bitmap时,资源分配指示RAI的长度具体取决于所述总传输带宽BW和所述资源单位指示RUI,即存在从BW、RUI到RAI的长度L(RAI)之间的映射g:(BW,RUI)→L(RAI)。如前所述,RUI的长度取决于所述总传输带宽BW,故此处的描述还可进一步简化为,资源分配指示RAI的长度具体取决于所述资源单位指示RUI,即存在从RUI到RAI的长度L(RAI)之间的映射g:(RUI)→L(RAI)。由于RUI的长度取决于BW,故(RUI)→L(RAI)实际上隐含了RAI的长度还与BW有关。
[0083] 由此可见,本实施例的方案中,接入点生成资源调度信息,资源调度信息包括总传输带宽、被调度站点信息、资源单位指示以及资源分配指示,其中,资源单位指示用于指示总传输带宽中的各个子带所使用的资源单位,总传输带宽根据资源单位指示被划分为多个资源单位,资源分配指示用于指示接入点向每个被调度站点分配的资源,每个被调度站点分配的资源是多个资源单位的一部分,其中,资源单位指示的长度取决于总传输带宽,资源分配指示的长度取决于资源单位指示;接入点向被调度站点发送资源调度信息。本发明实施例的技术方案有利于降低资源分配指示的开销,提高资源分配指示的灵活性和适用性。
[0084] 可选的,在本发明的一些可能的实施方式中,所述资源分配指示包括资源分配位表,或资源分配元组索引。
[0085] 可选的,在本发明的一些可能的实施方式中,当所述资源分配指示包括所述资源分配位表时,所述资源分配位表中每个比特对应于所述总传输带宽中根据所述资源单位指示所划分的所述多个资源单位中的一个。
[0086] 其中,所述资源分配位表的长度与所述多个资源单位的数目有关,但不一定是相等关系,也就是说,Bitmap中每比特对应一个资源单位,但并不是每个资源单位一定能在Bitmap中找到对应比特。因此,Bitmap长度不超过所述多个资源单位数目。
[0087] 可选的,在本发明的一些可能的实施方式中,所述资源分配指示包括所述资源分配元组索引,所述资源分配指示的长度取决于所述资源单位指示和被调度站点的数量,所述被调度站点的数量取决于所述被调度站点信息。
[0088] 可选的,在本发明的一些可能的实施方式中,所述被调度站点信息包括被调度站点的有序标识列表,或被调度站点的组标识,所述组标识用于确定所述被调度站点的组及组内站点的顺序;所述被调度站点的有序标识列表或所述被调度站点的组标识所确定的一组有序站点,分别对应于所述资源分配指示所指示的所述接入点向每个被调度站点分配的资源。
[0089] 可选的,在本发明的一些可能的实施方式中,所述资源调度信息中包括k1个上行多用户数据传输帧和/或k2个下行多用户数据传输帧,所述接入点对所述k1个上行多用户数据传输帧和/或k2个下行多用户数据传输帧所对应的k个资源单位指示和资源分配指示的组合进行聚合编码,k1和k2的和不小于2,且k1、k2为0或正整数,k为k1和k2之和。
[0090] 可选的,在本发明的一些可能的实施方式中,所述被调度站点的有序标识列表中包括虚站点标识,所述资源分配指示中对应于所述虚站点标识的资源空置,所述虚站点标识不对应任何与所述接入点已关联的站点。
[0091] 可选的,在本发明的一些可能的实施方式中,所述被调度站点的有序标识列表中包括预定义站点标识,所述资源分配指示中对应于所述预定义站点标识的资源用于多用户多入多出传输。
[0092] 可选的,在本发明的一些可能的实施方式中,所述被调度站点的有序标识列表中包括所述预定义站点标识,所述资源调度信息中还包括参与多用户多入多出传输的所述被调度站点的有序标识列表,或参与多用户多入多出传输的被调度站点的组标识。
[0093] 可选的,在本发明的一些可能的实施方式中,所述被调度站点的有序标识列表中包括相对关联标识,所述相对关联标识用于对所述被调度站点的有序标识列表中的非重复的所述被调度站点的标识按指定顺序进行标识编码。
[0094] 可选的,在本发明的一些可能的实施方式中,所述被调度站点的有序标识列表中还包括站点标识类型指示信息,所述站点标识类型指示信息用于指示所述被调度站点的有序标识列表中是否包括所述相对关联标识。
[0095] 可选的,在本发明的一些可能的实施方式中,所述资源分配指示包括资源分配位表,所述资源分配位表的第一比特与所述资源分配位表前面的字段的最后一比特重合。
[0096] 可选的,在本发明的一些可能的实施方式中,所述资源调度信息中包括k1个上行多用户数据传输帧和/或k2个下行多用户数据传输帧,所述接入点对所述k1个上行多用户数据传输帧和/或k2个下行多用户数据传输帧所对应的k个资源单位指示和资源分配指示的组合进行聚合编码,k1和k2的和不小于2,且k1和k2为0或正整数,k为k1和k2之和。
[0097] 请参加图5,图5是本发明第二实施例提供的另一种在多用户传输中指示资源分配信息的方法的流程示意图。其中,如图5所示,本发明的第二实施例提供的在多用户传输中指示资源分配信息的方法可以包括:
[0098] 步骤201,接入点生成资源调度信息,所述资源调度信息包括总传输带宽、被调度站点信息、资源单位指示存在指示以及资源分配指示;
[0099] 当所述资源单位指示存在指示取第一值时,所述资源调度信息在所述资源单位指示存在指示之后还包括资源单位指示,所述资源分配指示位于所述资源单位指示之后,其中,所述资源单位指示用于指示所述总传输带宽中的各个子带所使用的资源单位,所述总传输带宽根据所述资源单位指示被划分为多个资源单位,所述资源分配指示用于指示所述接入点向每个被调度站点分配的资源,所述每个被调度站点分配的资源是所述多个资源单位的一部分,所述资源单位指示的长度取决于所述总传输带宽,所述资源分配指示的长度取决于所述资源单位指示;
[0100] 当所述资源单位指示存在指示取第二值时,所述资源调度信息中不包括资源单位指示,所述资源分配指示的长度取决于所述总传输带宽;
[0101] 步骤202,所述接入点向所述被调度站点发送所述资源调度信息。
[0102] 其中,上述被调度站点例如可以是智能电话、可穿戴设备(个人中枢)、个人或移动多媒体播放器、个人数字助理(PDA)、膝上型计算机、平板电脑、智能本、掌上型计算机、具备多媒体互联网功能的蜂窝电话、以及类似的电子设备。
[0103] 由此可见,本实施例的方案中,接入点生成资源调度信息,资源调度信息包括总传输带宽、被调度站点信息、资源单位指示以及资源分配指示,其中,资源单位指示用于指示总传输带宽中的各个子带所使用的资源单位,总传输带宽根据资源单位指示被划分为多个资源单位,资源分配指示用于指示接入点向每个被调度站点分配的资源,每个被调度站点分配的资源是多个资源单位的一部分,其中,资源单位指示的长度取决于总传输带宽,资源分配指示的长度取决于资源单位指示;接入点向被调度站点发送资源调度信息。本发明实施例的技术方案有利于降低资源分配指示的开销,提高资源分配指示的灵活性和适用性。
[0104] 可选的,在本发明的一些可能的实施方式中,所述资源分配指示包括资源分配位表,或资源分配元组索引。
[0105] 可选的,在本发明的一些可能的实施方式中,当所述资源单位指示存在指示取第二值且所述资源分配指示包括所述资源分配位表时,所述资源单位指示存在指示与所述资源分配位表的第一比特重合。
[0106] 可选的,在本发明的一些可能的实施方式中,所述资源单位指示存在指示取第二值且所述资源分配指示包括所述资源分配位表时,所述资源分配位表中每个比特对应于所述总传输带宽中根据所述资源单位指示所划分的所述多个资源单位中的一个。
[0107] 可选的,在本发明的一些可能的实施方式中,当所述资源单位指示存在指示取第二值且所述资源分配指示包括所述资源分配元组索引时,所述资源分配指示的长度取决于所述资源单位指示和被调度站点的数量,所述被调度站点的数量取决于所述被调度站点信息。
[0108] 可选的,在本发明的一些可能的实施方式中,所述被调度站点信息包括被调度站点的有序标识列表,或被调度站点的组标识,所述组标识用于确定所述被调度站点的组及组内站点的顺序;
[0109] 所述被调度站点的有序标识列表或所述被调度站点的组标识所确定的一组有序站点,分别对应于所述资源分配指示所指示的所述接入点向每个被调度站点分配的资源。
[0110] 可选的,在本发明的一些可能的实施方式中,所述被调度站点的有序标识列表中包括虚站点标识,所述资源分配指示中对应于所述虚站点标识的资源空置,所述虚站点标识不对应任何与所述接入点已关联的站点。
[0111] 可选的,在本发明的一些可能的实施方式中,所述被调度站点的有序标识列表中包括预定义站点标识,所述资源分配指示中对应于所述预定义站点标识的资源用于多用户多入多出传输。
[0112] 可选的,在本发明的一些可能的实施方式中,所述被调度站点的有序标识列表中包括所述预定义站点标识时,所述资源调度信息中还包括参与多用户多入多出传输的所述被调度站点的有序标识列表,或参与多用户多入多出传输的被调度站点的组标识。
[0113] 可选的,在本发明的一些可能的实施方式中,所述被调度站点的有序标识列表中包括相对关联标识,所述相对关联标识用于对所述被调度站点的有序标识列表中的非重复的所述被调度站点的标识按指定顺序进行标识编码。
[0114] 可选的,在本发明的一些可能的实施方式中,所述被调度站点的有序标识列表中还包括站点标识类型指示信息,所述站点标识类型指示信息用于指示所述被调度站点的有序标识列表中是否包括所述相对关联标识。
[0115] 可选的,在本发明的一些可能的实施方式中,所述资源分配指示包括资源分配位表,所述资源分配位表的第一比特与所述资源分配位表前面的字段的最后一比特重合。
[0116] 可选的,在本发明的一些可能的实施方式中,所述资源调度信息中包括k1个上行多用户数据传输帧和/或k2个下行多用户数据传输帧,所述接入点对所述k1个上行多用户数据传输帧和/或k2个下行多用户数据传输帧所对应的k个资源单位指示和资源分配指示的组合进行聚合编码,k1和k2的和不小于2,且k1、k2为0或正整数,k为k1和k2之和。
[0117] 本发明第三实施例针对不同带宽(20/40/80/160MHz)具体分析上述映射函数f和g是如何定义的,其中,RAI以Bitmap为例进行说明。
[0118] 1)带宽为20MHz时,1种情况
[0119] 请参见图6,图6为本发明第三实施例提供的带宽为20MHz情况下的Bitmap结构示意图。当总带宽为20MHz时,多用户资源分配值存在一种情况,即20MHz中包含9个26-tone RU。对于20MHz仅包含一个242-tone RU的情况,由于每个RU最多只能分给一个STA,故退化为单用户(Single User,SU)传输,因此不属于多用户传输的范畴。实际上,Trigger帧中必然还存在传输模式指示信息,用于指示当前传输为SU还是MU模式。
[0120] 这种情况下,可以移除RUI(因为只有一种RU可能),而Bitmap的长度为9bits。
[0121] 需要注意的是,由于Bitmap从0或1开始编码不影响实际结果,故可令Bitmap第一位和前面字段的最后一比特重合,从而节省1比特。例如,请参见图7所示,图7为本发明第三实施例提供的包含重合的比特位的BW字段与Bitmap字段的结构示意图,假设Bitmap之前是BW,而20MHz带宽对应的BW指示为00(对应20MHz带宽),则Bitmap中的初始位用0编码,可节省1bit,即该位既是BW=00的后一比特位,同时又是Bitmap的第一比特位。如下图所示。这样,BW字段和Bitmap字段一共只需10bits。Bitmap与前面的字段联合编码从而节省1bit的方法,对于后续所有情况都可以使用,故不再赘述。多数情况下,Bitmap之前的字段可能是RUI。由此可见,资源分配指示包括资源分配位表时,资源分配位表的第一比特与所述资源分配位表前面的字段的最后一比特重合。
[0122] 2)带宽为40MHz时,4种情况
[0123] 请参见图8,图8为本发明第三实施例提供的带宽为40MHz情况下的Bitmap的结构示意图,带宽为40MHz时,根据各20MHz子带使用的RU,Bitmap结构可分为4种情况(对应图8中(1)、(2)、(3)(4))。为区分这四种情况,RUI需要2bits来表示。根据Bitmap的长度,这四种情况进一步分为三类,分别是18bits、9bits和0bits。
[0124] 需要特别说明的是,所述资源分配位表的长度与所述多个资源单位的数目有关,但不一定是相等关系,如图8中的(2)和(3)的Bitmap本来需要10bits,但实际上,在给定RUI的情况下,唯一的242-tone RU的位置是确定的。既然如此,该RU对应比特可以省去,而只需在STA List(对应被调度站点信息)字段中包含该RU对应STA即可。因此,Bitmap只需9bits即可。请参见图9,图9为本发明第三实施例提供的Bitmap中省去242-tone RU对应的比特位的示意图,其中RUI为图8中第(3)的情况,后一个20MHz对应的比特位可以省去,根据RUI即可知道其位置,TSA lisi字段中的STA5与其对应。也就是说,Bitmap中每比特对应一个资源单位,但并不是每个资源单位一定能在Bitmap中找到对应比特。因此,Bitmap长度不超过所述多个资源单位的数目。
[0125] 对于图8中第(4)种情况,由于我们讨论的是多用户(Multiple User,MU)传输资源分配,故两个242-tone RU所在的20MHz分别对应一个STA,即STA List一定仅包含两个STA ID。换句话说,如果使用2比特bitmap,则其中一定为01或10。这种情况下,显然无需Bitmap来指示,即Bitmap长度为0。
[0126] 3)带宽为80MHz时,16种情况
[0127] 请参见图10,图10为本发明第三实施例提供的带宽为80MHz情况下的Bitmap结构示意图,为区分这16种情况,RUI需要4bits来表示。根据Bitmap的长度,这16种情况进一步分为5类,其对应Bitmap长度如图10所示(分别为36bits、27bits、20bits、12its和4bits)。注意,图10中第(2)类至第(5)类的Bitmap之所以长27bits而不是28bits,原因与图8中带宽为20MHz时的第(2)类和第(3)类的情况相同。
[0128] 如果考虑RU的分配在实际使用中受到的限制,如图2c所示,则五类情况对应的Bitmap长度分别为37bits、28bits、21bits、13bits、5bits,多出的1比特对应于80MHz的频域中间位置的26-tone RU(如背景技术中所述,位于频域中间位置的26-tone RU始终存在)。
[0129] 请参见图10a,图10a为本发明第三实施例提供的80MHz带宽的资源分配示例图,四个20MHz子带使用的RU分别为242-tone、242-tone、26-tone、242-tone,对应图10中第四类情况。假设RUI的值为(M)-1,M表示第M种情况,则图10a所示情况中RUI=0011(即3)。此时,Bitmap长度为13比特,其中第一、第二和最后一比特分别对应一个242-tone RU,其余10比特分别对应26-tone RU,请参见图10b。
[0130] 4)带宽为160MHz时,256种情况
[0131] 带宽为160MHz时,根据各20MHz子带使用的RU可分为256种情况。为区分这256种情况,RUI需要8bits来表示。根据Bitmap的长度,这256种情况进一步分为9类,其对应Bitmap长度如下所示。
[0132] (1)0×242-tone+8×26-tone:C80cases,Bitmap length is 72bits
[0133] (2)1×242-tone+7×26-tone:C81cases,Bitmap length is 64bits→63bits[0134] (3)2×242-tone+6×26-tone:C82cases,Bitmap length is 56bits
[0135] (4)3×242-tone+5×26-tone:C83cases,Bitmap length is 48bits
[0136] (5)4×242-tone+4×26-tone:C84cases,Bitmap length is 40bits
[0137] (6)5×242-tone+3×26-tone:C85cases,Bitmap length is 32bits
[0138] (7)6×242-tone+2×26-tone:C86cases,Bitmap length is 24bits
[0139] (8)7×242-tone+1×26-tone:C87cases,Bitmap length is 16bits
[0140] (9)8×242-tone+0×26-tone:C88cases,Bitmap length is 8bits
[0141] 注意,上述第(2)类情况的Bitmap之所以长63bits而不是64bits,原因与图8中带宽为20MHz时的第(2)类和第(3)类的情况相同。
[0142] 根据上述第1)类至第4)类情况的分析,不同BW情况下RUI的长度以及对应Bitmap长度如表1所示。X的长度L(X)的单位为Bits。
[0143] 表1
[0144]
[0145]
[0146] 上述的表1有几点需要注意:
[0147] 1)20MHz时无需RUI,因此这种情况下完全复用Marvell的方案;
[0148] 2)对于除20MHz外的其它带宽,只有情况(1)中本发明的方案开销大于Marvell方案(由于RUI的引入导致),其它情况下均比Marvell方案开销更小。请参见图11,图11为本发明第三实施例提供的包含资源单位指示存在指示(RUI present)的Trigger帧的部分字段的结构示意图,为了使得任何情况下本方案的开销均不小于Marvell的Bitmap方法,额外引入了一个资源单位指示存在指示(RUI present)指示位,用于指示是否情况(1)。当RUI present=0时,当前为表1中情况(1),其后不包括RUI字段,而是直接紧随Bitmap字段,与此同时,RUI present指示位同时也是Bitmap的第一位(因为Bitmap本身并不在意初始位为0或1);当RUI present=1时,其后紧跟RUI字段,然后是Bitmap字段。这样,情况(1)时的开销将与Marvell方案完全相同,而其他情况下比之前的方案多1bit(RUI present指示位),但仍然小于Marvell方案的开销。此方法是否更有效取决于情况(1)出现的概率:若情况(1)出现概率较高,则此方法可节省开销;否则此方法相比不用此方法可能导致更大开销。
[0149] 3)RUI字段的表示除采用上述方法表示外,还可以采用其它方法。例如,采用长度与BW相对应的Bitmap,其中每比特表示对应20MHz采用242-tone RU还是26-tone RU。请参见图12,图12为本发明第三实施例提供的采用长度与BW相对应的Bitmap的RUI表示方法示意图,图12给出了带宽为40MHz的例子,其中0表示采用26-tone RU,1表示采用242-tone RU。这种方法与上表的方法仅仅是RUI的编码方式不同,RUI所需长度是一样的。由于采用Bitmap的方法更加简单,故为优选方法。
[0150] 本实施例中,RAI也可以为Tuple Index。这种情况下,RAI的长度取决于可分配的RU总数N和被调度的STA数目n,即 , 表示x上取整。其中,N由BW和RUI决定,n由STA List(被调度站点信息)决定。因此,RAI的长度由BW、RUI、STA List(被调度站点信息中的被调度站点列表)共同决定。
[0151] 本发明第四实施例针对Trigger帧中的STA List字段的表示方法进行分析。STA List字段(对应被调度站点信息)可以为一组STA ID或者Group ID。上述两种方法中,由于在802.11ax中,AP可能关联数十上百个STA,任何一组STA都有可能被AP放在一组进行调度,特别是组中STA需考虑顺序([123]和[321]是不同组),若使用组标识(Group ID)方法,可能组会非常多,如果用一个较长的Group ID来表示这些组,则组的建立过程的帧交互将带来极大的开销,并且由于STA的退出和新STA的加入,组更新和维护过程同样会带来极大的开销。例如,802.11ac中Group ID长6bits,最多可表示62个不同的多用户组(0和63表示单用户传输)。因此,多数情况下,携带一组STA ID是一种更加灵活的STA列表指示方式。但对于经常调度的相对比较稳定的STA可建立一个组,可以用Group ID来表示,以节省开销。下面的分析基于STA List为一组STA ID进行讨论。此外,STA List包含的STA是有序的,且与RAI资源分配相对应。
[0152] STA ID可以是MAC地址或AID或PAID。为便于描述,本实施例采用PAID表示STA ID。
[0153] 下面分析各种场景下STA List(被调度站点信息中的被调度站点列表)如何具体表示以节省传输开销。需要说明的是,这些场景是802.11ax中目前讨论或可能讨论的场景,但最终并不一定会采用。场景之间相互独立,任何两个或多个场景可自由组合,形成新的场景。
[0154] 场景一:上下行级联(Cascading)
[0155] 上下行级联即Trigger帧中既包含后续DL MU传输的资源分配信息,同时还包含UL MU传输的资源分配信息,请参见图13,图13为本发明第四实施例提供的资源分配信息和Dl/UL数据传输帧的结构示意图。根据资源分配信息在Trigger帧中的位置,包括两种情况:(1)资源分配信息RA位于Trigger的物理头中,Trigger的MAC部分是DL MU数据,即Trigger帧和DL MU数据合为一个帧进行传输;(2)资源分配信息RA位于Trigger帧的MAC部分,即Trigger帧是一个独立的帧,随后是DL MU数据传输帧。帧与帧之间有一定时间间隔,如短帧间间隔(Short Inter-frame Space,SIFS)。BA为块确认(Block Acknowledge)帧,用于指示AP发送给被调度STA的哪些数据已正确接收。
[0156] 在上下行级联场景中,资源分配信息的STA List字段可以既包含DL传输调度的STA ID,也包含UL传输调度的STA ID。如果同一STA既在DL中调度也在UL中调度,则在STA List字段中将该STA ID重复两次是会导致额外浪费,因此考虑对STA List字段进行设计以减少STA List字段长度。
[0157] 本实施例引入相对AID(Relative AID,RAID)的概念。RAID即对当前调度中涉及的非重复STA按顺序重新进行标示编码。请参见图14,图14为本发明第四实施例提供的STA List中的RAID设计示意图,其中,DL传输调度的STA分别为ABCD,UL传输调度的STA分别为EAFC,则非重复STA的调度顺序依次为ABCDEF,其RAID可以设计为1~6。UL List中的A和C在前面已经出现,故可采用RAID。假设PAID长9bits,RAID长4bits,则对采用RAID之后的STA List字段相比原方案可节省10bits(2*(9-4)=10)。
[0158] 请参见图15,图15为本发明第四实施例提供的上下行级联传输情况下的Trigger帧的结构示意图,其中,上下行级联传输的资源分配信息字段具体格式设计如下所示。
[0159] 1)Num of Schedule表示本次调度了几个DL/UL传输。DL/UL指示位表示当前Schedule是UL还是DL传输。此外,Num of Schedule也可以和DL/UL指示合并进行设计,例如00表示只DL,01表示只UL,10表示DL+UL。
[0160] 2)对于上下行级联传输,第一个Schedule(Schedule 1)为DL传输,其中不存在重复STA,故所有STA ID均采用PAID;第二个Schedule(Schedule 2)为UL传输,可能与DL传输的STA重复,故可能使用RAID。此时,每个STA ID之前需要有一个指示位Flag,用于表示随后的STA ID是PAID还是RAID,例如,0表示使用PAID,1表示使用RAID。
[0161] 3)每个Schedule中包含BW字段,这是因为从原则上来说,每个Schedule可使用不同的总带宽。但从实现角度看,整个传输过程使用相同BW最为简单。此时,只需有1个BW字段,并且可以提到资源分配信息字段的前面去。
[0162] 4)Length表示当前Schedule的信息长度,也可以表示当前Schedule所包含的被调度STA的数目。
[0163] 5)Coding表示当前Schedule中的被调度STA的STA ID所采用的信道编码方式,如二进制卷积码(Binary Convolutional Code,BCC)和低密度奇偶校验码(Low Density Parity Check Code,LDPC)码。
[0164] 6)每个Schedule(对应所述上行多用户数据传输帧或所述下行多用户数据传输帧)可对应一个RUI+Bitmap组合,但可进一步压缩。例如,如果DL和UL的带宽均为40MHz(对应上述k1=1,k2=2时),则可只携带一个RUI+Bitmap组合,其格式采用80MHZ的RUI和Bitmap设计。
[0165] 上述的上下行级联传输可进一步扩展为更多DL/UL传输的情况。请参加图16,图16为本发明第四实施例提供的包含多个多用户传输的资源调度示意图,其中,资源分配信息RA中可以包括三个或更多个多用户传输的资源调度。此时,请参见图17,图17为本发明第四实施例提供的Trigger帧的部分结构示意图,只需将上述帧格式中的Num of Schedule设为相应值,并且后面跟随相应个数的Schedule即可。资源分配信息字段也应做相应调整。例如,包含相应个数RUI+Bitmap组合,该相应个数RUI+Bitmap组合还可采用压缩方式,假设前面有5个40MHz的Schedule,RUI+Bitmap组合默认采用80MHz设计格式,则可将前面的Schedule以80MHz为单位按顺序分组,每组对应一个80MHz的RUI+Bitmap组合,第一个为80MHz设计对应Schedule{1,2},第二个为80MHz设计对应Schedule{3,4},第三个为40MHz设计对应Schedule{5},即后面包含三个RUI+Bitmap组合。
[0166] 场景二:不连续RU分配
[0167] AP有可能给同一被调度STA分配多个不相邻的RU。请参见图18,图18为本发明第四实施例提供的同一STA分配了不相邻RU的40MHz带宽的资源分配示意图,STA A和STA C均分配了不相邻的RU。此时,STA List字段应按顺序包含所有STA的ID,只是当一个STA的ID第二次出现时,可采用RAID。
[0168] 请参见图19,图19为本发明第四实施例提供的包含STA List字段的Trigger帧的部分结构示意图,此时,每个STA ID都应有Flag指示位。由于Flag的引入了开销,故使用RAID并不总是能够减少开销(例如一个STA使用RAID导致所有STA的ID之前都需添加Flag)。同时,也并不是每次都会出现重复STA ID。因此,可在前面包含一个Switch指示位(对应上述的站点标识类型指示信息),表示是否使用了RAID。在未使用RAID的情况下,无需添加Flag。Switch指示位可能位于DL/UL之前,表示所有Schedule中RAID使用情况下,开销较小;
也可能位于DL/DL之后,表示当前Schedule的RAID使用情况,开销较大,但更灵活。Switch的使用同样适用于上述的场景一。
[0169] 场景三:空置RU
[0170] 由于干扰或禁止使用等原因,有可能能出现部分RU不能使用的情况下。空置的RU可能是26-tone整数倍或242-tone RU整数倍。
[0171] 1)对于空置RU为26-tone整数倍的情况,可在STA List字段中空置RU的位置引入虚STA ID(对应虚站点标识),即将这些空置RU分配给并不存在的STA。虚STA ID可以是一个预定义的值,例如0;也可以是当前未分配或未被关联STA使用的STA ID,例如,当前被调度STA的AID范围为0~100,则可使用101作为虚STA ID。请参见图20,图20为本发明第四实施例提供的含有虚站点标识的STA List的结构示意图,20MHz分配给3个STA同时空置部分RU,则STA List中包含4个STA ID,空置RU对应STA ID为0。另外可以看出,STA List包含的STA是有序的,且存在虚站点标识的情况下,STA List与RAI资源分配仍然是相对应的(虚站点标识对应PAID(0))。
[0172] 2)对于空置RU为242-tone整数倍的情况,同样可也采用类似26-tone整数倍的方法,引入虚STA ID。此外,还可采用BW Bitmap的方法,即BW采用Bitmap来表示,其中每个比特表示对应20MHz子带是否使用。请参见图21,图21为本发明第四实施例提供的含有空置RU的80MHz带宽的资源分配示意图,80MHz带宽空置一个20MHz,则BW应为1101。需要注意的是,这种方法需要对RUI及Bitmap重新进行设计,对于图21的情况,需考虑60MHz带宽的RUI及Bitmap。
[0173] 对于虚STA ID和BW Bitmap两种方案,前者虽开销稍大,但更加灵活,适用于各种情况。因此,虚STA ID为优选方案。
[0174] 场景四:MIMO+OFDMA Zone
[0175] 前面的讨论主要基于OFDMA的调度。在同一次调度中可能同时存在MIMO zone和OFDMA zone,即部分带宽用于OFDMA传输,另一部分带宽用于MIMO传输。对于这种情况,也可采用类似虚STA ID的方法进行处理,即在OFDMA STA List中包含预定义的STA ID,表示该STA对应的RU用于MIMO传输,具体参与MIMO传输的STA ID包含在随后的MIMO STA List中。
[0176] 请参见图22和图23,图22为本发明第四实施例提供的同时存在MIMO zone和OFDMA zone的40MHz带宽的资源分配示意图,图23为本发明第四实施例提供的OFDMA STA List字段和MIMO STA List字段的结构示意图,其中,40MHz中第一个20MHz用于4个STA的OFDMA传输,第二个20MHz用于MIMO传输,则OFDMA STA List包含5个STA ID,特殊STA ID(如全1的ID)表示该STA ID对应的带宽资源用于MIMO传输。参与MIMO传输的STA信息包含在随后的MIMO STA List中。MIMO STA List可用Group ID表示,也可用一组STA ID表示。
[0177] 请参见图24,图24是本发明第五实施例提供的一种接入点的结构示意图,如图24所示,本实施例的接入点400可包括:
[0178] 信息生成单元410,用于生成资源调度信息,所述资源调度信息包括总传输带宽、被调度站点信息、资源单位指示以及资源分配指示,其中,所述资源单位指示用于指示所述总传输带宽中的各个子带所使用的资源单位,所述总传输带宽根据所述资源单位指示被划分为多个资源单位,所述资源分配指示用于指示所述接入点向每个被调度站点分配的资源,所述每个被调度站点分配的资源是所述多个资源单位的一部分,其中,所述资源单位指示的长度取决于所述总传输带宽,所述资源分配指示的长度取决于所述资源单位指示;
[0179] 信息发送单元420,用于向所述被调度站点发送所述资源调度信息,以便于所述接入点对所述被调度站点的传输进行调度。
[0180] 可选的,在本发明的一些可能的实施方式中,
[0181] 所述资源分配指示包括资源分配位表,或资源分配元组索引。
[0182] 可选的,在本发明的一些可能的实施方式中,
[0183] 所述资源分配指示包括所述资源分配位表时,所述资源分配位表中每个比特对应于所述总传输带宽中根据所述资源单位指示所划分的所述多个资源单位中的一个。
[0184] 可选的,在本发明的一些可能的实施方式中,所述资源分配指示包括所述资源分配元组索引时,所述资源分配指示的长度取决于所述资源单位指示和被调度站点的数量,所述被调度站点的数量取决于所述被调度站点信息。
[0185] 可选的,在本发明的一些可能的实施方式中,所述被调度站点信息包括被调度站点的有序标识列表,或被调度站点的组标识,所述组标识用于确定所述被调度站点的组及组内站点的顺序;所述被调度站点的有序标识列表或所述被调度站点的组标识所确定的一组有序站点,分别对应于所述资源分配指示所指示的所述接入点向每个被调度站点分配的资源。
[0186] 可选的,在本发明的一些可能的实施方式中,所述被调度站点的有序标识列表中包括虚站点标识,所述资源分配指示中对应于所述虚站点标识的资源空置,所述虚站点标识不对应任何与所述接入点已关联的站点。
[0187] 可选的,在本发明的一些可能的实施方式中,所述被调度站点的有序标识列表中包括预定义站点标识,所述总传输带宽中对应于所述预定义站点标识的子带宽资源用于多用户多入多出传输。
[0188] 可选的,在本发明的一些可能的实施方式中,所述被调度站点的有序标识列表中包括所述预定义站点标识,所述资源调度信息中还包括参与多用户多入多出传输的所述被调度站点的有序标识列表,或参与多用户多入多出传输的被调度站点的组标识。
[0189] 可选的,在本发明的一些可能的实施方式中,所述被调度站点的有序标识列表中包括相对关联标识,所述相对关联标识用于对所述被调度站点的有序标识列表中的非重复的所述被调度站点的标识按指定顺序进行标识编码。
[0190] 可选的,在本发明的一些可能的实施方式中,所述被调度站点的有序标识列表中还包括站点标识类型指示信息,所述站点标识类型指示信息用于指示所述被调度站点的有序标识列表中是否包括所述相对关联标识。
[0191] 可选的,在本发明的一些可能的实施方式中,所述资源分配指示包括资源分配位表,所述资源分配位表的第一比特与所述资源分配位表前面的字段的最后一比特重合。
[0192] 可选的,在本发明的一些可能的实施方式中,所述资源调度信息中包括k1个上行多用户数据传输帧和/或k2个下行多用户数据传输帧,k1和k2的和不小于2,且k1和k2为0或正整数;
[0193] 所述接入点还包括:
[0194] 聚合编码单元430,用于对所述k1个上行多用户数据传输帧和/或k2个下行多用户数据传输帧所对应的k个资源单位指示和资源分配指示的组合进行聚合编码,k为k1和k2之和。
[0195] 可以理解的是,本实施例的接入点400的各功能模块的功能可根据上述方法实施例中的方法具体实现,其具体实现过程可以参照上述方法实施例的相关描述,此处不再赘述。
[0196] 由上可见,本实施例的方案中,接入点400生成资源调度信息,资源调度信息包括总传输带宽、被调度站点信息、资源单位指示以及资源分配指示,其中,资源单位指示用于指示总传输带宽中的各个子带所使用的资源单位,总传输带宽根据资源单位指示被划分为多个资源单位,资源分配指示用于指示接入点向每个被调度站点分配的资源,每个被调度站点分配的资源是多个资源单位的一部分,其中,资源单位指示的长度取决于总传输带宽,资源分配指示的长度取决于资源单位指示;接入点400向被调度站点发送资源调度信息。本发明实施例的技术方案有利于降低资源分配指示的开销,提高资源分配指示的灵活性和适用性。
[0197] 请参见图25,图25为本发明第六实施例提供的另一种接入点的结构示意图,如图25所示,本实施例的接入点500包括至少一个总线501、与总线501相连的至少一个处理器
502以及与总线501相连的至少一个存储器503。
[0198] 其中,处理器502通过总线501,调用存储器503中存储的代码以生成资源调度信息,资源调度信息包括总传输带宽、被调度站点信息、资源单位指示以及资源分配指示,其中,资源单位指示用于指示总传输带宽中的各个子带所使用的资源单位,总传输带宽根据资源单位指示被划分为多个资源单位,资源分配指示用于指示接入点向每个被调度站点分配的资源,每个被调度站点分配的资源是多个资源单位的一部分,其中,资源单位指示的长度取决于总传输带宽,资源分配指示的长度取决于资源单位指示;并向所述被调度站点发送所述资源调度信息,以便于所述接入点对所述被调度站点的传输进行调度。
[0199] 可选的,在本发明的一些可能的实施方式中,
[0200] 所述资源分配指示包括资源分配位表,或资源分配元组索引。
[0201] 可选的,在本发明的一些可能的实施方式中,
[0202] 所述资源分配指示包括所述资源分配位表时,所述资源分配位表中每个比特对应于所述总传输带宽中根据所述资源单位指示所划分的所述多个资源单位中的一个。
[0203] 可选的,在本发明的一些可能的实施方式中,
[0204] 所述资源分配指示包括所述资源分配元组索引时,所述资源分配指示的长度取决于所述资源单位指示和被调度站点的数量,所述被调度站点的数量取决于所述被调度站点信息。
[0205] 可选的,在本发明的一些可能的实施方式中,
[0206] 所述被调度站点信息包括被调度站点的有序标识列表,或被调度站点的组标识,所述组标识用于确定所述被调度站点的组及组内站点的顺序;所述被调度站点的有序标识列表或所述被调度站点的组标识所确定的一组有序站点,分别对应于所述资源分配指示所指示的所述接入点向每个被调度站点分配的资源。
[0207] 可选的,在本发明的一些可能的实施方式中,
[0208] 所述被调度站点的有序标识列表中包括虚站点标识,所述资源分配指示中对应于所述虚站点标识的资源空置,所述虚站点标识不对应任何与所述接入点已关联的站点。
[0209] 可选的,在本发明的一些可能的实施方式中,
[0210] 所述被调度站点的有序标识列表中包括预定义站点标识,所述资源分配指示中对应于所述预定义站点标识的资源用于多用户多入多出传输。
[0211] 可选的,在本发明的一些可能的实施方式中,
[0212] 所述被调度站点的有序标识列表中包括所述预定义站点标识时,所述资源调度信息中还包括参与多用户多入多出传输的所述被调度站点的有序标识列表,或参与多用户多入多出传输的被调度站点的组标识。
[0213] 可选的,在本发明的一些可能的实施方式中,
[0214] 所述被调度站点的有序标识列表中包括相对关联标识,所述相对关联标识用于对所述被调度站点的有序标识列表中的非重复的所述被调度站点的标识按指定顺序进行标识编码。
[0215] 可选的,在本发明的一些可能的实施方式中,
[0216] 所述被调度站点的有序标识列表中还包括站点标识类型指示信息,所述站点标识类型指示信息用于指示所述被调度站点的有序标识列表中是否包括所述相对关联标识。
[0217] 可选的,在本发明的一些可能的实施方式中,
[0218] 所述资源分配指示包括资源分配位表,所述资源分配位表的第一比特与所述资源分配位表前面的字段的最后一比特重合。
[0219] 可选的,在本发明的一些可能的实施方式中,所述资源调度信息中包括k1个上行多用户数据传输帧和/或k2个下行多用户数据传输帧;
[0220] 所述处理器502还用于,对所述k1个上行多用户数据传输帧和/或k2个下行多用户数据传输帧所对应的k个资源单位指示和资源分配指示的组合进行聚合编码,k1和k2的和不小于2,且k1和k2为0或正整数,k为k1和k2之和。
[0221] 可以理解的是,本实施例的接入点500的各功能模块的功能可根据上述方法实施例中的方法具体实现,其具体实现过程可以参照上述方法实施例的相关描述,此处不再赘述。
[0222] 由上可见,本实施例的方案中,接入点500生成资源调度信息,资源调度信息包括总传输带宽、被调度站点信息、资源单位指示以及资源分配指示,其中,资源单位指示用于指示总传输带宽中的各个子带所使用的资源单位,总传输带宽根据资源单位指示被划分为多个资源单位,资源分配指示用于指示接入点向每个被调度站点分配的资源,每个被调度站点分配的资源是多个资源单位的一部分,其中,资源单位指示的长度取决于总传输带宽,资源分配指示的长度取决于资源单位指示;接入点500向被调度站点发送资源调度信息。本发明实施例的技术方案有利于降低资源分配指示的开销,提高资源分配指示的灵活性和适用性。
[0223] 本发明实施例还提供一种计算机存储介质,其中,该计算机存储介质可存储有程序,该程序执行时包括上述方法实施例中记载的任何一种控制应用运行的方法的部分或全部步骤。
[0224] 需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明并不受所描述的动作顺序的限制,因为依据本发明,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本发明所必须的。
[0225] 在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
[0226] 在本申请所提供的几个实施例中,应该理解到,所揭露的装置,可通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性或其它的形式。
[0227] 所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0228] 另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
[0229] 所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
[0230] 以上所述,以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。