CN117097450A - 一种资源单元合并指示方法及通信装置 - Google Patents
一种资源单元合并指示方法及通信装置 Download PDFInfo
- Publication number
- CN117097450A CN117097450A CN202310916131.3A CN202310916131A CN117097450A CN 117097450 A CN117097450 A CN 117097450A CN 202310916131 A CN202310916131 A CN 202310916131A CN 117097450 A CN117097450 A CN 117097450A
- Authority
- CN
- China
- Prior art keywords
- mru
- tone
- resource unit
- ppdu
- resource
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 162
- 238000004891 communication Methods 0.000 title claims abstract description 138
- 238000012545 processing Methods 0.000 claims description 24
- 238000004590 computer program Methods 0.000 claims description 6
- 230000005540 biological transmission Effects 0.000 abstract description 62
- 238000001228 spectrum Methods 0.000 abstract description 26
- 238000013468 resource allocation Methods 0.000 description 135
- 230000006870 function Effects 0.000 description 35
- 230000008569 process Effects 0.000 description 22
- 238000010586 diagram Methods 0.000 description 18
- 230000011664 signaling Effects 0.000 description 13
- 101100161473 Arabidopsis thaliana ABCB25 gene Proteins 0.000 description 6
- 101100096893 Mus musculus Sult2a1 gene Proteins 0.000 description 6
- 101150081243 STA1 gene Proteins 0.000 description 6
- OVGWMUWIRHGGJP-WVDJAODQSA-N (z)-7-[(1s,3r,4r,5s)-3-[(e,3r)-3-hydroxyoct-1-enyl]-6-thiabicyclo[3.1.1]heptan-4-yl]hept-5-enoic acid Chemical compound OC(=O)CCC\C=C/C[C@@H]1[C@@H](/C=C/[C@H](O)CCCCC)C[C@@H]2S[C@H]1C2 OVGWMUWIRHGGJP-WVDJAODQSA-N 0.000 description 5
- 101000988961 Escherichia coli Heat-stable enterotoxin A2 Proteins 0.000 description 5
- 238000010295 mobile communication Methods 0.000 description 4
- 238000012549 training Methods 0.000 description 4
- 125000004122 cyclic group Chemical group 0.000 description 3
- 101000604123 Homo sapiens Noggin Proteins 0.000 description 2
- 101000969776 Homo sapiens Protein Mpv17 Proteins 0.000 description 2
- 102100021273 Protein Mpv17 Human genes 0.000 description 2
- 230000006399 behavior Effects 0.000 description 2
- 230000008878 coupling Effects 0.000 description 2
- 238000010168 coupling process Methods 0.000 description 2
- 238000005859 coupling reaction Methods 0.000 description 2
- 230000001419 dependent effect Effects 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- OVGWMUWIRHGGJP-WTODYLRWSA-N (z)-7-[(1r,3s,4s,5r)-3-[(e,3r)-3-hydroxyoct-1-enyl]-6-thiabicyclo[3.1.1]heptan-4-yl]hept-5-enoic acid Chemical compound OC(=O)CCC\C=C/C[C@H]1[C@H](/C=C/[C@H](O)CCCCC)C[C@H]2S[C@@H]1C2 OVGWMUWIRHGGJP-WTODYLRWSA-N 0.000 description 1
- 101100056005 Arabidopsis thaliana MUR4 gene Proteins 0.000 description 1
- 101100366889 Caenorhabditis elegans sta-2 gene Proteins 0.000 description 1
- 239000008186 active pharmaceutical agent Substances 0.000 description 1
- 230000004075 alteration Effects 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 239000003795 chemical substances by application Substances 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000010365 information processing Effects 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 230000006386 memory function Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 238000003672 processing method Methods 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0044—Arrangements for allocating sub-channels of the transmission path allocation of payload
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0037—Inter-user or inter-terminal allocation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L27/00—Modulated-carrier systems
- H04L27/26—Systems using multi-frequency codes
- H04L27/2601—Multicarrier modulation systems
- H04L27/2602—Signal structure
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
- H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/0001—Arrangements for dividing the transmission path
- H04L5/0003—Two-dimensional division
- H04L5/0005—Time-frequency
- H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/0001—Arrangements for dividing the transmission path
- H04L5/0014—Three-dimensional division
- H04L5/0023—Time-frequency-space
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
- H04W72/044—Wireless resource allocation based on the type of the allocated resource
- H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
- H04W72/231—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the layers above the physical layer, e.g. RRC or MAC-CE signalling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/02—Data link layer protocols
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请公开了一种资源单元合并指示方法及通信装置。其中的资源单元合并指示方法包括发送端生成PPDU,以及发该PPDU,其中,所述PPDU包括资源单元分配子字段,所述资源单元分配子字段用于指示所述资源单元分配子字段对应的242‑tone RU属于哪个MRU,还用于指示所述资源单元分配子字段对应的用户字段的个数。通过该方法可指示一个或多个用户使用多个连续或者不连续的RU进行数据传输,提高了***RU的分配灵活性以及***频谱利用率。
Description
本申请是分案申请,原申请的申请号是202010177500.8,原申请日是2020年3月13日,原申请的全部内容通过引用结合在本申请中。
技术领域
本申请涉及移动通信技术领域,尤其涉及一种资源单元合并指示方法及通信装置。
背景技术
为了支持正交频分多址(orthogonal frequency division multiple access,OFDMA)传输,802.11ax支持将频带资源分为若干资源单元(resource unit,RU),每个站点或者每组站点只能在其中一个RU上传输,也就是目前只支持为一个站点(station,STA)或多个STA分配一个RU。但是未来可能支持为一个STA或多个STA分配多个RU,如何指示一个STA或多个STA在多个RU上进行数据传输是目前需要解决的问题。
发明内容
本申请提供一种资源单元合并指示方法及装置,可指示一个或多个用户使用多个连续或者不连续的RU进行数据传输,提高了***RU的分配灵活性以及***频谱利用率。
第一方面,提供一种资源单元合并指示方法,该方法可由第一通信装置执行,第一通信装置可以是通信设备或能够支持通信设备实现该方法所需的功能的通信装置,例如芯片***。下面以所述通信设备可为发送端,这里以发送端是接入点(access point,AP)为例进行描述。该方法包括:
AP生成物理层协议数据单元(physical protocol data unit,PPDU),所述PPDU包括资源单元分配子字段,所述资源单元分配子字段用于指示所述资源单元分配子字段对应的242-tone RU属于哪个MRU,还用于指示所述资源单元分配子字段对应的用户字段的个数;
所述AP发送所述PPDU。
第二方面,提供一种资源单元合并指示方法,该方法可由第二通信装置执行,第二通信装置可以是通信设备或能够支持通信设备实现该方法所需的功能的通信装置,例如芯片***。下面以所述通信设备可为接收端,这里以接收端是站点(station,STA)为例进行描述。该方法包括:
STA接收来自AP的物理层协议数据单元PPDU,所述PPDU包括资源单元分配子字段,所述资源单元分配子字段用于指示所述资源单元分配子字段对应的242-tone RU属于哪个MRU,还用于指示所述资源单元分配子字段对应的用户字段的个数;
所述STA根据所述指示信息确定所述MRU。
在该方案中,一个资源分配子字段指示该资源分配子字段对应的242-tone RU属于某个MRU,且可指示该资源分配子字段对应的用户字段的个数,那么可通过与MRU对应的多个资源分配子字段来指示该MRU的合并,例如,如果M个资源分配子字段指示的M个242-tone RU属于同一MRU,即可以指示该MRU的合并方式以及在该MRU进行传输的用户数。通过该方案可以实现更多合并类型的MRU的合并指示,使得RU分配灵活性更高。
在第一方面或者第二方面的一种可能的实现方式中,所述资源单元分配子字段用于指示所述资源单元分配子字段对应的242-tone RU属于哪个MRU,包括:
所述资源单元分配子字段用于指示所述资源单元分配子字段对应的242-tone RU所属的MRU的组合标识。
应理解,如果多个242-tone RU所属的MRU的组合标识相同,那么该MRU由这多个242-tone RU合并组成。
在第一方面或者第二方面的一种可能的实现方式中,不同的MRU的组合标识相同或者不同,且,具有相同组合标识的两个MRU之间至少存在两个具有不同组合标识的MRU。
应理解,具有相同组合标识的两个MRU之间至少存在两个具有不同组合标识的MRU,也就是同一组合标识可以指示不同的MRU,从而以较少的组合标识实现更多合并类型的MRU的合并指示。
在第一方面或者第二方面的一种可能的实现方式中,不同的MRU不存在交叠,具有相同组合标识的第一MRU和第二MRU之间至少存在第三MRU,所述第三MRU的组合标识与所述第一MRU或所述第二MRU的组合标识不同。
该方案可通过更少的组合标识,例如通过一种或两种组合标识实现更多合并类型的MRU的合并指示。
第三方面,提供一种资源单元合并指示方法,该方法可由第一通信装置执行,第一通信装置可以是通信设备或能够支持通信设备实现该方法所需的功能的通信装置,例如芯片***。下面以所述通信设备可为发送端,这里以发送端是AP为例进行描述。该方法包括:
AP生成PPDU,所述PPDU包括第一指示信息和第二指示信息,所述第一指示信息用于指示996-tone RU与哪个80MHz中要合并的RU进行合并,所述第二指示信息用于指示所述MRU对应的用户字段的个数,所述MRU为所述996RU与一个80MHz中要合并的RU进行合并,得到MRU的;
AP发送所述PPDU。
第四方面,提供一种资源单元合并指示方法,该方法可由第二通信装置执行,第二通信装置可以是通信设备或能够支持通信设备实现该方法所需的功能的通信装置,例如芯片***。下面以所述通信设备可为接收端,这里以接收端是STA为例进行描述。该方法包括:
STA接收来自AP的PPDU,其中,所述PPDU包括第一指示信息和第二指示信息,所述第一指示信息用于指示996-tone RU与哪个80MHz中要合并的RU进行合并,所述第二指示信息用于指示所述MRU对应的用户字段的个数,所述MRU为所述996RU与一个80MHz中要合并的RU进行合并,得到MRU的;
STA根据所述第一指示信息和所述第二指示信息确定所述STA所属的所述MRU。
针对包括996-tone RU的MRU的合并指示,例如可通过第一指示信息指示996-toneRU是MRU的一个RU,也就是该996-tone RU与至少一个RU合并,第二指示信息指示与996-tone RU合并的RU的位置。结合第一指示信息和第二指示信息可以确定该包括996-tone RU的MRU。通过该方案可以实现更多合并类型的MRU的合并指示,使得RU分配灵活性更高。
在可能的实现方式中,所述PPDU包括M个资源分配子字段,应理解该方案指示包括996-tone RU的MRU,所述M大于或等于5,第一指示信息和第二指示信息分别可以承载在这M个资源分配子字段中的部分资源分配子字段,具体的实现方式包括但不限于以下几种方式:
方式一、所述第一指示信息承载在所述996-tone RU对应的4个资源单元分配子字段,所述4个资源单元分配子字段的取值相同,用于指示所述996-tone RU与第i个80MHz中的所述至少一个RU合并,所述i大于或等于1;
所述第二指示信息承载在所述至少一个RU对应的N个资源单元分配子字段,所述N大于或等于1。
方式二、所述第一指示信息承载在所述996-tone RU对应的4个资源单元分配子字段,所述4个资源单元分配子字段的取值相同,用于指示所述996-tone RU与除所述996-tone RU之外的第i个80MHz中的所述至少一个RU合并,所述i大于或等于1;
所述第二指示信息承载在所述至少一个RU对应的N个资源单元分配子字段,所述N大于或等于1。
方式三、所述第一指示信息承载在所述996-tone RU对应的4个资源单元分配子字段中的第i资源单元分配子字段,用于指示所述996-tone RU与第i个80MHz中的所述至少一个RU合并,所述i大于或等于1;
所述第二指示信息承载在所述至少一个RU对应的N个资源单元分配子字段,所述N大于或等于1。
方式四、所述第一指示信息承载在所述996-tone RU对应的4个资源单元分配子字段中的第i资源单元分配子字段,用于指示所述996-tone RU与所述第i个80MHz中的第j个40MHz合并,所述i大于或等于1,所述j大于或等于1;
所述第二指示信息承载在所述至少一个RU对应的N个资源单元分配子字段,所述N大于或等于1。
第五方面,提供一种资源单元合并指示方法,该方法可由第一通信装置执行,第一通信装置可以是通信设备或能够支持通信设备实现该方法所需的功能的通信装置,例如芯片***。下面以所述通信设备可为发送端,这里以发送端是AP为例进行描述。该方法包括:
AP生成PPDU,所述PPDU包括第一指示信息和第二指示信息,所述第一指示信息用于指示多资源单元MRU的合并类型,所述第二指示信息用于指示所述MRU对应的用户字段的个数,所述MRU由至少两个资源单元RU合并组成,所述至少两个RU中的任意一个RU为大于或等于242-tone RU的RU,所述P大于或等于0;
AP发送所述PPDU。
第六方面,提供一种资源单元合并指示方法,该方法可由第二通信装置执行,第二通信装置可以是通信设备或能够支持通信设备实现该方法所需的功能的通信装置,例如芯片***。下面以所述通信设备可为接收端,这里以接收端是STA为例进行描述。该方法包括:
STA接收来自AP的PPDU,其中,所述PPDU包括第一指示信息和第二指示信息,所述第一指示信息用于指示为P个站点STA分配的多资源单元MRU的合并类型,所述第二指示信息用于指示所述PPDU包括的用户字段的个数,所述MRU由至少两个资源单元RU合并组成,所述至少两个RU中的任意一个RU为大于或等于242-tone RU的RU,所述P大于或等于0;
STA根据所述第一指示信息和所述第二指示信息确定所述STA所属的所述MRU。
在该方案中,可以定义MRU的合并类型,即MRU的组合方式,通过第一指示信息指示MRU的合并类型,通过第二指示信息指示P个STA的个数。应理解,结合第一指示信息和第二指示信息指示P个STA在该MRU上进行传输。通过该方案可以实现更多合并类型的MRU的合并指示,使得RU分配灵活性更高。
在第五方面或者第六方面的一种可能的实现方式中,所述PPDU包括与所述MRU对应的M个资源分配子字段,所述M大于或等于2,其中:
所述第一指示信息承载在所述M个资源单元分配子字段中的N个资源单元分配子字段,所述N大于或等于1。
示例性的,所述N个资源单元分配子字段为所述MRU中的第一个RU中的第一个242-tone RU对应的资源单元分配子字段,即第一指示信息承载在所述MRU中的第一个RU中的第一个242-tone RU对应的资源单元分配子字段;或者,
所述N个资源单元分配子字段为所述MRU中的第一个RU对应的资源单元分配子字段,即第一指示信息承载在所述MRU中的第一个RU对应的资源单元分配子字段;或者,
所述N个资源单元分配子字段为所述MRU中的最小RU对应的资源单元分配子字段,即第一指示信息承载在所述MRU中的最小RU对应的资源单元分配子字段;或者,
所述N个资源单元分配子字段为所述MRU中的最小RU中的第一个242-tone RU对应的资源单元分配子字段,即第一指示信息承载在所述MRU中的最小RU中的第一个242-toneRU对应的资源单元分配子字段。
该方案中,列举了第一指示信息四种承载方式,具体实现可兼顾内容信道的均衡从这四种承载方式中选择一种。
在第五方面或者第六方面的一种可能的实现方式中,所述第二指示信息承载在所述M个资源单元分配子字段中除所述N个资源单元分配子字段之外的M-N个资源单元分配子字段。
该方案中,可在除承载第一指示信息的M-N个资源单元分配子字段承载第二指示信息,可使得内容信道的均衡性更好。
在第五方面或者第六方面的一种可能的实现方式中,所述N个资源单元分配子字段对应的用户字段的个数为0,所述M-N个资源单元分配子字段对应的用户字段的个数之和为所述P;或者,
所述N个资源单元分配子字段对应的用户字段的个数为1,所述M-N个资源单元分配子字段对应的用户字段的个数为所述P-1。
应理解,用于承载第一指示信息的N个资源单元分配子字段对应的用户字段的个数为0或1,也指示1个STA在MRU进行传输,即可适用SU-MIMO传输的场景。
在第五方面或者第六方面的一种可能的实现方式中,所述第二指示信息承载在第一字段,所述第一字段包括U-SIG字段和EHT-SIG公共字段,其中,所述第一字段占用K*L比特,所述K为传输带宽上MRU的个数,所述L为所述MRU中的CC1和CC2各自的用户数的索引;或者,所述第二指示信息承载在EHT-SIG公共字段。
该方案提供了第二指示信息的一种可替换的实现方式,即第二指示信息可以承载在除资源分配子字段之外的字段,例如第一字段。
在第五方面或者第六方面的一种可能的实现方式中,所述第一指示信息承载在第二字段,所述第二字段包括U-SIG字段或EHT-SIG公共字段,所述第二指示信息承载在所述M个资源单元分配子字段,所述M个资源单元分配子字段中的每个资源单元分配子字段用于指示对应的用户字段的个数。
该方案提供了第一指示信息的一种可替换的实现方式,即第一指示信息可以承载在除资源分配子字段之外的字段,例如U-SIG字段或EHT-SIG公共字段。
第七方面,提供一种资源单元合并指示方法,该方法可由第一通信装置执行,第一通信装置可以是通信设备或能够支持通信设备实现该方法所需的功能的通信装置,例如芯片***。下面以所述通信设备可为发送端,这里以发送端是AP为例进行描述。该方法包括:
AP生成PPDU,所述PPDU包括M个资源分配子字段,每个所述资源分配子字段用于指示对应的242-tone RU所属的MRU的合并类型,以及对应的用户字段的个数,其中,所述M为所述MRU对应的资源分配子字段的个数,所述MRU由至少两个资源单元RU合并组成,所述至少两个RU中的任意一个RU为大于或等于242-tone RU的RU。
第八方面,提供一种资源单元合并指示方法,该方法可由第二通信装置执行,第二通信装置可以是通信设备或能够支持通信设备实现该方法所需的功能的通信装置,例如芯片***。下面以所述通信设备可为接收端,这里以接收端是为STA为例进行描述。该方法包括:
STA接收来自AP的PPDU,所述PPDU包括M个资源分配子字段,每个所述资源分配子字段用于指示对应的242-tone RU所属的MRU的合并类型,以及对应的用户字段的个数,其中,所述M为所述MRU对应的资源分配子字段的个数,所述MRU由至少两个资源单元RU合并组成,所述至少两个RU中的任意一个RU为大于或等于242-tone RU的RU;
所述STA根据所述PPDU确定所述STA所属的所述MRU。
在该方案中,与MRU对应的任意一个资源单元分配子字段均可以指示该MRU的合并类型,以及与资源单元分配子字段对应的用户字段的个数,即可实现指示一个或多个STA在多个连续或者不连续的RU上进行传输。具体的合并类型可以根据资源分配子字段承载的取值来确定,从而可以实现更多合并类型的MRU的合并指示,使得RU分配灵活性更高。
在第七方面或者第八方面的一种可能的实现方式中,每个所述资源分配子字段还用于指示所述MRU包括的至少两个RU在传输带宽的位置。
在该方案中,通过指示MRU包括的RU在传输带宽的位置,可实现该资源分配子字段对应的用户字段的个数自由设置,更加灵活。
第九方面,提供了一种通信装置,该装置包括用于执行以上第一方面或者第一方面的任意可能的实现方式中的各个步骤的单元,或者用于执行以上第三方面或者第三方面的任意可能的实现方式中的各个步骤的单元,或者用于执行以上第五方面或者第五方面的任意可能的实现方式中的各个步骤的单元,或者用于执行以上第七方面或者第七方面的任意可能的实现方式中的各个步骤的单元。
例如,该通信装置包括收发单元和处理单元,其中,收发单元用于生成物理层协议数据单元PPDU,所述PPDU包括资源单元分配子字段,所述资源单元分配子字段用于指示所述资源单元分配子字段对应的242-tone RU属于哪个MRU,还用于指示所述资源单元分配子字段对应的用户字段的个数;处理单元用于AP发送所述PPDU;或者例如,收发单元用于接收来自接入点AP的物理层协议数据单元PPDU,所述PPDU包括资源单元分配子字段,所述资源单元分配子字段用于指示所述资源单元分配子字段对应的242-tone RU属于哪个MRU,还用于指示所述资源单元分配子字段对应的用户字段的个数;处理单元用于根据所述PPDU确定所述MRU。
第十方面,提供了另一种通信装置,该装置包括用于执行以上第二方面或者第二方面的任意可能的实现方式中的各个步骤的单元,或者用于执行以上第四方面或者第四方面的任意可能的实现方式中的各个步骤的单元,或者用于执行以上第六方面或者第六方面的任意可能的实现方式中的各个步骤的单元,或者用于执行以上第八方面或者第八方面的任意可能的实现方式中的各个步骤的单元。
第十一方面,本申请实施例提供了一种通信装置,该通信装置包括处理器,用于实现上述第一方面中AP或者第二方面中STA所执行的方法,或者用于实现上述第三方面中AP或者第四方面中STA所执行的方法,实现上述第五方面中AP或者第六方面中STA所执行的方法,实现上述第七方面中AP或者第八方面中STA所执行的方法。该通信装置还可以包括存储器,用于存储程序指令和数据。该存储器与该处理器耦合,该处理器可以调用并执行该存储器中存储的程序指令,用于实现上述第一方面中AP或者第二方面中STA所执行的任意一种方法,或者用于实现上述第三方面中AP或者第四方面中STA所执行的任意一种方法,实现上述第五方面中AP或者第六方面中STA所执行的任意一种方法,实现上述第七方面中AP或者第八方面中STA所执行的任意一种方法。该通信装置还可以包括通信接口,该通信接口可以是通信装置中的收发器,例如通过所述通信装置中的天线、馈线和编解码器等实现,或者,如果该通信装置为设置在STA或AP中的芯片,则通信接口可以是该芯片的输入/输出接口,例如输入/输出管脚等。该收发器用于该通信装置与其它设备进行通信。示例性地,当该通信装置为AP时,该其它设备为STA;或者,当该通信装置为STA时,该其它设备为AP。
第十二方面,本申请实施例提供了一种芯片***,该芯片***包括处理器,还可以包括存储器,用于实现第一方面中AP或者第二方面中STA执行的方法,或者用于实现上述第三方面中AP或者第四方面中STA所执行的方法,实现上述第五方面中AP或者第六方面中STA所执行的方法,实现上述第七方面中AP或者第八方面中STA所执行的方法。该芯片***可以由芯片构成,也可以包含芯片和其他分立器件。
第十三方面,本申请实施例提供了一种通信***,所述***包括第一方面所述的AP以及第二方面所述的STA,或者包括第三方面所述的AP以及第四方面所述的STA,或者包括第五方面所述的AP以及第六方面所述的STA,或者包括第七方面所述的AP以及第八方面所述的STA,或包括第九方面中两种通信装置,其中一种通信装置用于实现AP的功能,另一种通信装置用于实现STA的功能。应理解,该通信***可包括更多个AP和/或STA。
第十四方面,本申请实施例中还提供一种计算机可读存储介质,包括指令,当其在计算机上运行时,使得计算机执行第一方面中AP或者第二方面中STA执行的方法,或者用于实现上述第三方面中AP或者第四方面中STA所执行的方法,实现上述第五方面中AP或者第六方面中STA所执行的方法,实现上述第七方面中AP或者第八方面中STA所执行的方法。
第十五方面,本申请实施例中还提供一种计算机程序产品,包括指令,当其在计算机上运行时,使得计算机执行第一方面中AP或者第二方面中STA执行的方法,或者用于实现上述第三方面中AP或者第四方面中STA所执行的方法,实现上述第五方面中AP或者第六方面中STA所执行的方法,实现上述第七方面中AP或者第八方面中STA所执行的方法。
上述第九方面至第十五方面及其实现方式的有益效果可以参考对第一方面到第八方面的方法及其实现方式的有益效果的描述。
附图说明
图1为本申请实施例适用的一种无线局域网的网络架构;
图2为本申请实施例提供的一种HE-SIG-B的帧结构示意图;
图3为本申请实施例提供的一种40MHz的HE-SIG-B的帧结构示意图;
图4为本申请实施例提供的一种HE MU PPDU的帧结构示意图;
图5为本申请实施例提供的一示例的资源单元合并指示方法的示意图;
图6为本申请实施例提供的320MHz的一示例的MRU的示意图;
图7为本申请实施例提供的320MHz的一示例的MRU的示意图;
图8为本申请实施例提供的一种HE MU PPDU的帧结构示意图;
图9为本申请实施例提供的一示例的资源单元合并指示方法的示意图;
图10为本申请实施例提供的320MHz的一示例的MRU的示意图;
图11为本申请实施例提供的320MHz的一示例的MRU的示意图;
图12为本申请实施例提供的320MHz的一示例的MRU的示意图;
图13为本申请实施例提供的一示例的资源单元合并指示方法的示意图;
图14为本申请实施例提供的320MHz的一示例的MRU的示意图;
图15为本申请实施例提供的320MHz的一示例的MRU的示意图;
图16为本申请实施例提供的320MHz的一示例的MRU的示意图;
图17为本申请实施例提供的320MHz的一示例的MRU的示意图;
图18为本申请实施例提供的320MHz的一示例的MRU的示意图;
图19为本申请实施例提供的通信装置的一种结构示意图;
图20为本申请实施例提供的通信装置的一种结构示意图。
具体实施方式
为了使本申请实施例的目的、技术方案和优点更加清楚,下面将结合附图对本申请实施例作进一步地详细描述。
本申请实施例可以适用于无线局域网(wireless local area network,WLAN)的场景,可以适用于IEEE 802.11***标准,例如IEEE802.11ax标准,或其下一代或更下一代的标准中。或者本申请实施例也可以适用于物联网(internet of things,IoT)网络或车联网(Vehicle to X,V2X)网络等无线局域网***中。当然,本申请实施例还可以适用于其他可能的通信***,例如,全球移动通信(global system of mobile communication,GSM)***、码分多址(code division multiple 10access,CDMA)***、宽带码分多址(widebandcode division multiple access,WCDMA)***、通用分组无线业务(general packetradio service,GPRS)、长期演进(long term evolution,LTE)***、LTE频分双工(frequency division duplex,FDD)***、LTE时分双工(time division duplex,TDD)、通用移动通信***(universal mobile telecommunication system,UMTS)、全球互联微波接入(worldwide interoperability for microwave access,WiMAX)通信***、以及未来的5G通信***等。
示例性的,请参见图1,示出了本申请实施例适用的一种WLAN的网络架构图,图1以该WLAN包括一个AP,以及与该AP关联的STA1和STA2为例。该AP可为STA1和STA2调度无线资源,并在调度的无线资源上为STA1和STA2传输数据,包括上行数据信息和/或下行数据信息。应理解,图1中的AP和STA的数量仅是举例,还可以更多或者更少。AP可以与STA1或STA2进行通信,或者该AP可以与STA1和STA2进行通信。应理解,如果WLAN包括多个AP和多个STA,本申请实施例同样适用于AP与AP之间的通信,例如各个AP之间可通过分布式***(distributed system,DS)相互通信,任一AP均可为与其关联的STA,和/或未关联的STA调度无线资源,并在调度的无线资源上为该STA传输数据。本申请实施例也适用于STA与STA之间的通信。
本申请实施例涉及到的站点STA可以是各种具有无线通信功能的用户终端、用户装置,接入装置,订户站,订户单元,移动站,用户代理,用户装备或其他名称,其中,用户终端可以包括各种具有无线通信功能的手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其它处理设备,以及各种形式的用户设备(user equipment,UE),移动台(mobile station,MS),终端(terminal),终端设备(terminal equipment),便携式通信设备,手持机,便携式计算设备,娱乐设备,游戏设备或***,全球定位***设备或被配置为经由无线介质进行网络通信的任何其他合适的设备等。在此,为了描述方便,上面提到的设备统称为站点或STA。本申请实施例所涉及到的接入点AP是一种部署在无线通信网络中为其关联的STA提供无线通信功能的装置,该接入点AP可用作该通信***的中枢,可以为基站、路由器、网关、中继器,通信服务器,交换机或网桥等通信设备,其中,所述基站可以包括各种形式的宏基站,微基站,中继站等。在此,为了描述方便,上面提到的设备统称为接入点AP。具体的,本申请涉及的AP和STA可以为适用于IEEE 802.11***标准的AP和STA。
AP与STA进行通信,AP可以为STA分配资源,STA在被分配的资源上进行数据传输。例如AP和STA之间可以采用应用正交频分多址(orthogonal frequency divisionmultiple access,OFDMA),也可以采用多用户多入多出(multi-users multiple-inputmultiple-output,MU-MIMO)技术进行无线通信。在OFDMA及MU-MIMO技术中,WLAN协议会将频谱带宽划分为若干个资源单元(resource unit,RU)。例如802.11ax协议支持的带宽配置包括20MHz、40MHz、80MHz、160MHz及80+80MHz。其中,160MHz与80+80MHz的区别在于前者为连续频带,而后者的两个80MHz间可以分离,即80+80MHz组成的160MHz是不连续的。IEEE802.11ax协议规定对于20MHz、40MHz、80MHz和160MHz,可将频谱带宽划分成多类RU,其中包括26子载波RU、52子载波RU、106子载波RU、242子载波RU(20MHz带宽内最大RU),484子载波RU(40MHz带宽内最大RU),996子载波RU(80MHz带宽内最大RU),和2*996子载波RU(160MHz带宽内最大RU)。每个RU由连续的子载波组成,比如26子载波RU由26个连续的子载波RU组成。在下文中,26子载波RU记为26-tone RU,52子载波RU记为52-tone RU,等等,以此类推。
AP以RU为单位为STA分配资源,可通过物理层协议数据单元(physical protocoldata unit,PPDU)告知STA为其分配的资源。具体的,AP可通过将资源分配信息承载在PPDU包括的信令字段(Signal Field,SIG),向STA指示被分配的RU。例如,该信令字段可以是高效信令字段B(High Efficient Signal Field-B,HE-SIG-B),或者也可以为超高吞吐率信令字段(Extremely High Throughput Signal Field,EHT-SIG)。
图2示出了802.11ax协议提出的HE-SIG B字段格式。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个用户字段,所以最后一组中的一个用户字段用虚线进行示意。最后一组用户字段的Tail字段之后可以是填充(Padding)字段。
其中,一个资源单元分配子字段为一个资源单元分配索引,一个资源单元分配索引指示了20MHz内包括的一个或者多个资源单元的大小和位置。其中,至少一个站点字段的顺序和资源单的分配顺序是对应的。每一个站点字段指示在资源单元的分配中包括的RU内被分配的STA的站点信息。
资源单元分配索引是通过一个或多个8比特的序列指示的,其中每8比特对应带宽频谱的一个20MHz。例如在802.11ax协议中,一个资源单元分配子字段的索引表如表1,由于该索引表用于指示分配的资源,所以也可以称为资源分配信息表。
表1资源分配信息表
表1中,第一列代表8比特序列,中间列#1~#9代表着不同资源单元。表格的数字代表该资源单元所包含的子载波数目。例如,序列“00111y2y1y0”表示整个242-tone RU被分成了52-tone RU、52-tone RU、26-tone RU、106-tone RU这4个RU组成。第三列的数目指示相同资源单元分配的条目个数,即相同资源单元排列方式对应的不同的序列个数。对于序列“00111y2y1y0”而言,之所以会存在8个条目,是因为在指示242-tone RU资源单元分配方式的同时,y2y1y0还用于指示在该106-tone RU内所包含的SU/MU-MIMO传输的用户数,对应1~8个用户。即利用3比特的y2y1y0指示该106-tone RU内支持的1至8个用户。8个条目可以看成表格中独立的8行,这8行对应相同的资源单元分配方式,每一行对应不同的106-tone RU内支持的用户数。当一个资源单元分配子字段指示的资源单元的排列组合中包括由大于或者等于106个子载波组成的资源单元时,该资源单元分配索引还用于指示由大于或者等于106个子载波组成的资源单元支持的MU MIMO用户数。
802.11ax协议还引入了内容信道(Content Channel,CC)的概念。当带宽只有20MHz时,HE-SIG-B只包含1个CC,该CC中包含1个资源单元分配子字段,用于指示20MHz内的分配的RU。其中资源单元分配子字段占用8个比特,可以通过索引的方式指示出20MHz带宽内所有可能的RU排列组合方式。对于尺寸大于等于106-tone的RU来说,同时还需要指示该RU中进行SU/MU-MIMO传输的用户数,或者用户信息字段个数,如表1中的字母x或y,具体请参考802.11ax协议。
如果传输带宽大于20MHz,PPDU包括的传统前导码(legacy preamble,L-preamble)、高效率前导码(high efficiency preamble,HE-preamble)中的重复的传统信令(repeated legacy signal,RL-SIG)、HE-SIG-A字段会每20MHz复制传输,而HE-SIG B则采用“1212”传输方法,即HE-SIG B包括两个CC,一个CC在传输带宽上的各个奇数20MHz上传输,包含该多个奇数20MHz的资源分配信息以及在这多个奇数20MHz上传输的站点信息,另一个CC在传输带宽上的各个偶数20MHz上传输,包含该多个偶数20MHz的资源分配信息以及在这多个偶数20MHz上传输的站点信息。应理解,也就是资源单元分配子字段的内容将分别在两个CC中各显示一部分。STA通过对这两个CC的读取,可以获知带宽频谱资源被分划分成的RU。
例如,请参见图3,示出了40MHz时HE-SIG-B的结构。当带宽为40MHz时,存在两个CC,这两个CC分别为CC1和CC2。CC1中包含奇数序号的20MHz(也就是第一个20MHz)范围内的资源单元分配子字段以及所对应的用户特定字段;CC2中包含偶数序号的20MHz(也就是第二个20MHz)范围内的资源单元分配子字段以及所对应的用户特定字段。
再例如,当带宽为80MHz时,仍然存在两个CC,这两个CC分别为CC1和CC2。CC1中包含奇数序号的242子载波RU(也就是第一个20MHz和第三个20MHz)范围内的资源单元分配子字段以及所对应的用户特定字段;CC2中包含偶数序号的242子载波RU(也就是第二个20MHz和第四个20MHz)范围内的资源单元分配子字段以及所对应的用户特定字段。
尽管如表1所示的资源单元分配子字段设置了多种RU分配模式,但是仅支持将一个RU分配给一个或多个用户,并不支持将多个连续或者不连续的RU分配给某一个或多个用户。举例来说,存在3个RU,这3个RU分别为RU1、RU2和RU3,RU1和RU3的信道条件优于RU2的信道条件,理想情况下,可以将RU1和RU3分配给同一个用户,但是目前只支持将RU1或RU3分配给同一个用户,不支持RU1和RU3分配给同一个用户。可见RU分配的灵活性较低,同时频谱利用率也较低。
为了提高RU分配的灵活性和/或频率利用率,未来可能支持将多个连续或者不连续的RU分配给某一个或多个用户。在本文中,将多个连续或者不连续的RU称为多RU,应理解,多RU是由多个RU组成的RU。在一些实施例中,多RU可记为Multi-RU,也可记为MRU。需要说明的是,在本文中,将多RU统一记为MRU。
802.11ax协议最大支持160MHz的分配,未来可能支持更大的带宽,例如240MHz,320MHz,目前802.11ax协议并没有规定320MHz内所有可能的RU排列组合方式,也就是多RU的合并方式。例如目前将MRU分为小RU类型与大RU类型,其中小RU类型指的是MRU包括的多个RU均为小于242-tone RU的RU,例如该MRU包括的RU的集合为{26,52,106},应理解,该集合内的数字(26,52,106)分别表示26-tone RU、52-tone RU、106-tone RU。相对来说,大RU类型指的是MRU包括的多个RU均为大于或等于242-tone RU的RU。例如该MRU包括的RU的集合为{242,484,2*996},表示该MRU是由242-tone RU、484-tone RU和2个996-tone RU合并组成的。应理解,这里合并类型也可以认为是合并方式或者组合方式,在本文中,将多个RU的组合方式或者合并方式统一称为合并类型。
例如,在带宽为80MHz的OFDMA传输中,支持的MRU的合并类型如表2:
表2
RU尺寸 | 等效带宽 | 组合个数 |
484+242 | 60MHz | 4 |
应理解,242-tone RU和484-tone RU在80MHz带宽内的位置不同,存在4种情况,所以表2中的组合个数是4。
在带宽为160MHz的OFDMA传输中,支持的MRU的合并类型如表3:
表3
RU尺寸 | 等效带宽 | 组合个数 |
484+996 | 120MHz | 4 |
在带宽为240MHz的OFDMA传输中,若240MHz为频谱上连续的240MHz,对应一个STA的MRU包括的多个RU只允许存在于两个连续80MHz组成的160MHz中,也就是不允许分别位于3个80MHz内的RU合并。若240MHz为由160MHz+80MHz非连续的两个部分组成,则大RU合并只允许在连续的160MHz或者另外一个80MHz中。
在带宽为320MHz或者160Mhz+160MHz的OFDMA传输中,对应一个STA的MRU包括的多个RU只允许在主160Mhz或者辅160MHz中。
在非OFDMA传输(例如单用户传输或者MU-MIMO传输)中,同样会涉及多个RU的合并。应理解,对于非OFDMA传输而言,在进行前导码打孔以后,剩下的没被打孔的部分会形成MRU。所以非OFDMA传输中支持的MRU的合并类型,等效于非OFDMA传输支持的前导码打孔组合情况。
例如,在80MHz非OFDMA传输中,支持多个RU的组合如表4:
表4
RU尺寸 | 等效带宽 | 组合个数 |
484+242 | 60MHz | 4 |
在160MHz非OFDMA传输中,支持多个RU的组合如表5:
表5
80MHz RU尺寸 | 80MHz RU尺寸 | 等效带宽 | 组合个数 |
484 | 996 | 120MHz | 4 |
484+242 | 996 | 140MHz | 8 |
在240MHz非OFDMA传输中,支持多个RU的组合如表6:
表6
在320MHz非OFDMA传输中,支持多个RU的组合如表7:
表7
如上表2-表7示出了目前支持的MRU的合并类型,显然并不是所有可能的RU排列组合方式。应理解,如果给出RU所有可能的排列组合方式,虽然RU的合并更为灵活,但是复杂度相应也增加。为此,在可能的实现方式中,本申请实施例可以设置下列的RU合并规则,以兼顾RU的灵活性和复杂度:
第一:小RU与大RU之间不合并;
第二:小RU之间不进行跨20MHz的合并;
第三:小RU之间的合并应是连续的,可选的,也可以是不连续的。
基于上述规则,本申请实施例示出了对于80MHz-320MHz内的MRU可能的合并类型,例如表8,为一些MRU的可能合并类型。
表8
表8中,第一列表示MRU的合并类型,表格中的数字表示MRU包括的每个RU的大小。例如“242+242+996”表示该MRU由242-tone RU、242-tone RU、996-tone RU这3个RU合并组成。中间列表示MRU的等效带宽,第三列表示MRU属于的传输带宽。例如,160MHz的传输带宽内,MRU的合并类型可能是“242+242+996”,也可能是“242+484+996”。
鉴于表2-表7只给出了MRU的部分合并类型,且没有针对MRU的分配指示方案,本申请提供了一种资源单元合并指示的方法,将多个连续或者不连续的RU的合并类型告知一个或多个用户,可实现支持一个或多个用户使用多个连续或者不连续的RU进行MU-MIMO数据传输,且支持的MRU的合并类型更多,提高了***RU的分配灵活性以及***频谱利用率。
AP在通知每个STA发送数据时,需要告知每个STA,AP为每个STA分配的RU。具体的,本申请实施例可以构造资源分配信息表,该资源分配信息表类似802.11ax标准中的资源分配信息表,例如该资源分配信息表可以是采用802.11ax标准中的资源分配信息表中的比特序列构造的表。该资源分配信息表中的比特序列可用于指示一个STA或多个STA被分配到一个MRU上进行数据传输。应理解,本申请实施例构造的资源分配信息表可用的比特序列可以是前述表1中已定义的比特序列,也可以是没有定义的比特序列,也就是表1中的预留比特序列,例如“011101x1x0”、“01111y2y1y0”、“11011y2y1y0”或者“111x4x3x2x1x0”等。
下面结合附图,介绍本申请实施例提供的资源单元合并指示的几种方案。需要说明的是,本申请实施例采用的比特序列是m个比特序列,且m大于或等于8,本申请实施例支持在MRU进行MU-MIMO传输的最大用户数或者用户字段的个数为16。在下文的介绍中,以m等于8,用户数或者用户字段的最大个数是8为例。在本文中,例如“242-tone RU+242-toneRU”也可记为“242+242”,即“242-tone RU+242-tone RU”与“242+242”等同,同理“484-toneRU+996-tone RU”与“484+996”等同。
方案一、资源分配信息表中的一个m比特序列指示MRU的合并类型,资源分配表中的另一个m比特序列指示该m比特序列对应的资源分配子字段对应的用户字段的个数。例如当传输带宽为80MHz,则通过4个m比特序列指示一个STA或多个STA被分配到一个MRU上传输,这4个m比特序列中的某个m比特序列可指示该MRU的合并类型,其余3个m比特序列中的部分m比特序列分别指示各自对应的用户字段的个数,应理解,部分个m比特序列对应的用户字段的个数之和为所述一个STA或多个STA的个数。
换句话来说,可在表1中增加用于指示MRU的合并类型的条目,以及增加用于指示用户字段的个数的条目。AP可通过用于指示MRU的合并类型的条目以及用于指示用户字段的个数的条目来指示一个STA或多个STA在MRU上进行SU-MIMO传输或者进行MU-MIMO数据传输。
例如表9,为本申请实施例提供的资源分配信息表中用于指示MRU的合并类型的可能条目,应理解,表9中的比特序列以表1中的预留比特序列为例。
表9
/>
表9中,第一列表示8比特序列。中间列表示MRU的合并类型,也就是MRU包括的多个RU的合并方式,其中表格的数字代表某个传输带宽内的MRU包括的多个RU每个RU的大小。例如,索引“11111000”表示240MHz的传输带宽内的MRU由242-tone RU、484-tone RU、996-tone RU、996-tone RU这4个RU合并组成。第三列的条目数量指示相同资源单元分配的条目个数,即相同资源单元排列方式对应的不同的索引个数。应理解,表9中一个8比特序列用于指示MRU的合并类型,不同的8比特序列表示MRU的合并类型不同,所以每种资源单元排列方式对应一个条目。
例如表10,为本申请实施例提供的资源分配信息表中用于指示用户字段的个数的可能条目,也可以认为是用于指示用户数的可能条目。应理解,表10中的比特序列以表1中的预留比特序列为例。
表10
表10中,第一列表示8比特序列。中间列表示这8比特序列对应的242-tone RU属于某个MRU,且这8比特序列对应的用户字段的个数。例如,序列“11100111”表示该“11100111”对应的242-tone RU为某个MRU中的一个RU,且该“11100111”对应的用户字段的个数为7。第三列的条目数量指示相同资源单元分配的条目个数,即相同资源单元排列方式对应的不同的索引个数。应理解,表10中一个8比特序列用于指示对应的242属于某个MRU,且对应的用户字段的个数,不同的8比特序列表示对应的用户字段的个数不同,所以每种资源单元排列方式对应一个条目。
应理解,表9和表10沿用表1中的预留比特序列进行示意,本申请实施例可以通过上述表9和表10的示例性的8比特序列来告知STA资源单元合并指示。通过上述表9和表10指示M个8比特序列指示将传输带宽划分成的MRU,且一个或多个用户在该MRU上进行MU-MIMO传输。其中M取决于传输带宽,例如M可等于传输带宽/20MHz。应理解,该传输带宽是20MHz的倍数,例如该传输带宽为80MHz,M等于4,传输带宽为160MHz,M等于8,等等。还应理解,表9的中间列除了用于指示MRU的合并类型以外,也可以指示对应的用户字段的个数,由于通过表10可指示该MRU上的用户数,所以可以理解为表9的中间列用于指示MRU的合并类型以及指示对应的用户字段的个数默认为0。当然,在一些实施例中,表9的中间列也可用于指示MRU的合并类型以及指示对应的用户字段的个数默认为1、2等,本申请实施例对此不作限制。
具体的,本申请实施例可将表9中的8比特序列和表10中的8比特序列承载在信令字段,也就是将MRU的合并类型以及该MRU对应的用户信息通过信令字段通知给用户。例如,信令字段可以为信令字段B,也可以为极高吞吐量信令字段(EHT SIG),或者为EHT SIG中包括的信令字段,或者,也可以为EHT SIG-B,或者还可以是物理层协议数据单元(physicallayer protocol data unit,PPDU)包括的其他字段。本申请实施例在此不作限制。
下面结合附图,以PPDU的一种可能的结构为例,介绍基于表9和表10实现的资源单元合并指示的方法。
本申请实施例涉及的PPDU可以是EHT PPDU。图4示例性示出了该EHT PPDU的帧结构,如图4所示,该EHT PPDU可包括L-STF字段、L-LTF字段、L-SIG字段、RL-SIG字段和通用字段(U-SIG,Universal SIG)字段、极高吞吐量信令字段(EHT-SIG字段)、极高吞吐量短训练字段(extremely high throughtput short training field,EHT-STF字段)、极高吞吐量长训练字段(extremely high throughtput long training field,EHT-LTF)、数据(data)字段等字段,其中,U-SIG字段占据2个OFDM符号,如图11中所示的U-SIG SYM1和U-SIGSYM1。其中通用字段(U-SIG)字段可包括版本非相关信息(version independent info)字段和版本相关信息(version dependent info)字段。该version independent info字段可包含3比特的WiFi版本字段,1比特下行/上行字段,至少6比特的BSS color字段,至少7比特的TxOP字段,至少4比特的CRC字段,6比特尾比特字段。进一步地,该version independentinfo字段还可以包括带宽字段。该version dependent info字段可包括PPDU格式字段等,还可以包括调制编码方案字段,空间流字段,编码字段等字段中的一个或多个。
如图5,为本申请一个实施例的资源单元合并指示的方法的示意性流程图,该方法可以应用在图1所示的场景中。当然也可以应用在其他可能通信场景或者通信***中,本申请实施例在此不作限制。应理解该方法涉及发送设备和接收设备,在本文的介绍中,发送设备也称为发送端,接收设备也称为接收端,在下文中,以发送端是AP,接收端是STA为例。该方法包括如下步骤:
S501、发送端生成PPDU,该PPDU包括第一指示信息和第二指示信息,第一指示信息用于指示为MRU的合并类型,第二指示信息用于指示所述MRU对应的用户字段的个数。
S502、发送端发送该PPDU,接收端接收该PPDU;
S503、接收端根据该PPDU中的第一指示信息和第二指示信息确定所述MRU。
应理解,STA确定所述MRU之后,可在所述MRU上进行SU-MIMO传输,也可在所述MRU上进行MU-MIMO传输,或者也可能在所述MRU上进行OFDMA传输等,本申请实施例不作限制。需要说明的是,下文以STA确定MRU之后在MRU上进行MU-MIMO传输为例。
应理解,第一指示信息采用表9中的条目,也就是第一指示信息为表9中用于指示MRU的合并类型的8比特序列信息;第二指示信息采用表10中的条目,也就是第二指示信息包括至少一个表10中用于指示一个242-tone RU对应的用户字段个数的8比特序列信息。应理解,用户字段的个数与用户个数可以相同,当用户字段的个数与用户个数相同时,第二指示信息采用表10中的条目可以指示用户个数。
在可能的实现方式中,第一指示信息和第二指示信息均可承载在PPDU包括的资源分配子字段。也就是用于指示MRU的合并类型的第一指示信息可以承载在PPDU包括的资源分配子字段,用于指示MRU对应的用户字段的个数的第二指示信息也可承载在PPDU包括的资源分配子字段。应理解,PPDU包括EHT-SIG公共字段和至少一个用户信息字段,EHT-SIG公共字段包括M个资源分配子字段,由于本申请实施例针对的MRU至少属于80MHz内,所以M大于或等于4。至少一个用户信息字段可用于承载具体的用户信息,例如STA ID。
在一些实施例中,第一指示信息可以承载MRU中的某个RU对应的至少一个资源分配子字段,也可以承载在MRU中的某个RU中的最小的RU对应的资源分配子字段等。下面列举几种第一指示信息和第二指示信息的几种实现方式。需要说明的是,下文的介绍中,MRU包括的多个RU出现的顺序是指频率从低到高的顺序,例如MRU包括的多个RU中第一个出现的RU指的是从频率到高顺序第一个出现的RU。当然,本申请实施例对该顺序不作限制,也可以是频率从高到低的顺序,本申请实施例以该顺序是频率从低到高的顺序为例。
第一示例,第一指示信息承载在MRU包括的多个RU中第一个出现的RU中的第一个242-tone RU对应的资源分配子字段,该MRU除第一个242-tone RU对应的资源分配子字段之外的资源分配子字段用于承载第二指示信息。也就是MRU包括的多个RU中第一个出现的RU中的第一个242-tone RU对应的资源分配子字段采用如表9所示的条目,该MRU除第一个出现的RU中的第一个242-tone RU之外的其余每个242-tone RU对应的资源分配子字段采用如表10所示的条目。
举例来说,如图6所示的320MHz的频谱资源,包括两个MRU,从低频到高频的顺序,依次记为MRU1和MRU2,相同阴影部分的多个RU构成一个MRU。从图6中可以看出,MRU1包括3个RU,这3个RU分别是242-tone RU、242-tone RU和996-tone RU,MRU1的合并类型可记为C(242+242+996)。MRU2包括2个RU,这2个RU分别是484-tone RU和996-tone RU,MRU2的合并类型可记为C(484+996)。MRU1上有4个用户,MRU2上有3个用户。用户数或者用户字段个数可记为Nx,x为用户字段的个数,例如3个用户字段记为N3,1个用户字段记为N1,应理解,MRU1上有4个用户的意思是MRU1包括的多个RU分别对应的用户字段的个数的总和为4,MRU2上有3个用户的意思是MRU2包括的多个RU分别对应的用户字段的个数的总和为3。
沿用802.11ax标准中所述的CC,奇数信道的资源分配信息(即资源分配表中的一个m比特序列)会被放在CC1上,偶数信道的资源分配信息会被放在CC2上。那么与图6对应的CC一种可能的CC如表11。
表11
CC1 | C(242+242+996) | else | N3 | N0 | C(484+996) | else | N1 | N0 |
CC2 | else | N0 | N1 | N0 | N0 | else | N2 | N0 |
表11中Nx表示采用表10中的条目,用于指示该资源分配子字段对应的用户字段的个数(用户数),C(242+242+996)采用表9中的条目。应理解,图6中空白部分的RU表示该RU不属于MRU1或MRU2,所以这里记为“else”表示不属于表9和表10中的条目,例如else对应的资源分配子字段承载的8比特序列可以是表1中已定义的比特序列。
表12示出了表11的另一种表示形式,应理解,表12以else采用表1已定义的“01110001”来表示:
表12
/>
应理解,MRU上的总用户数为MRU对应的每个242-tone RU对应的资源分配子字段对应的用户字段的个数之和。需要说明的是,本申请实施例对每个242-tone RU对应的资源分配子字段对应的用户字段的个数的大小不作限制,例如与图6对应的CC一种可能的CC如表13,表13与表11的不同之处在于,同一个资源分配子字段对应的用户字段的个数不同:
表13
需要说明的是,图6虽然以多个MRU不存在交叠的情况为例,但是第一示例的方案对于多个MRU存在交叠的情况同样适用。这里交叠指的是一个MRU包括的某个RU在另一个MRU所在的带宽范围内,换句话来说,交叠指的是一个MRU所在的频带范围内存在K个其余MRU包括的RU。应理解,K等于1,那么该MRU存一次交叠,K等于i,那么该MRU存在i次交叠。
举例来说,如图7所示的320MHz的频谱资源,包括两个MRU,从低频到高频的顺序,这两个MRU依次记为MRU1和MRU2,相同阴影部分的多个RU构成一个MRU。从图7中可以看出,MRU1和MRU2存在1次交叠。MRU1包括2个RU,这2个RU分别是996-tone RU和484-tone RU,MRU1的合并类型可记为C(996+484)。MRU2包括3个RU,这3个RU分别是484-tone RU、996-tone RU和996-tone RU,MRU2的合并类型可记为C(484+996+996)。存在3个用户在MRU1上进行MU-MIMO传输,存在2个用户在MRU2上进行MU-MIMO传输。
按照第一示例的方案,沿用802.11ax标准中所述的CC,与图7对应的CC一种可能的CC如表14。
表14
CC1 | C(484+996) | N1 | C(484+996+996) | N0 | N0 | N0 | N0 | N0 |
CC2 | N2 | N0 | N2 | N0 | N0 | N0 | N2 | N0 |
另外,应注意到第一示例的方案具备负载均衡的功能,即可以通过在不同242-tone RU对应的资源单元分配子字段承载表10中的不同条目来达到在CC1和CC2上对应一定个数的用户字段的目的。
第二示例,第一指示信息承载在MRU包括的多个RU中第一个出现的RU对应的资源分配子字段,该MRU除第一个RU之外的RU对应的资源分配子字段用于承载第二指示信息。也就是MRU包括的多个RU中第一个出现的RU中的每个242-tone RU对应的资源分配子字段均采用如表9所示的条目,该MRU除第一个出现的RU之外的其余每个242-tone RU对应的资源分配子字段采用如表10所示的条目。
举例来说,沿用图6所示的320MHz的频谱资源,即包括MRU1和MRU2,在MRU1上有4个用户,在MRU2上有3个用户。在该示例中,由于MRU1包括的多个RU中第一个出现的RU为第一个242-tone RU,因此第一指示信息和第二指示信息的实现如第一示例,也就是MRU1的合并类型指示和用户字段的个数的指示方式同表11。而MRU2包括的多个RU中第一个出现的RU为484-tone RU,因此第一指示信息承载在这484-tone RU包括的2个242-tone RU分别对应的资源分配子字段,例如图7。
沿用802.11ax标准中所述的CC,与图7对应的CC一种可能的CC如表15。
表15
CC1 | C(242+242+996) | else | N3 | N0 | C(484+996) | else | N1 | N0 |
CC2 | else | N0 | N1 | N0 | C(484+996) | else | N2 | N0 |
表16示出了表15的另一种表示形式,表16以else采用表1已定义的“01110001”来表示:
表16
应理解,与第一示例的方案类似,在第二示例的方案中,每个242-tone RU对应的资源分配子字段对应的用户字段的个数的大小也不作限制,只要结果在CC1和CC2上对应的用户字段的个数均衡即可。
例如与图7对应的CC一种可能的CC如表17,表17与表15的不同之处在于,同一个资源分配子字段对应的用户字段的个数不同:
表17
CC1 | C(242+242+996) | else | N2 | N0 | C(484+996) | else | N1 | N1 |
CC2 | else | N2 | N0 | N0 | C(484+996) | else | N1 | N0 |
第三示例,第一指示信息承载在MRU包括的多个RU中最小的RU对应的至少一个资源分配子字段,该MRU除最小的RU之外的RU对应的资源分配子字段用于承载第二指示信息。也就是MRU包括的多个RU中最小的RU包括的每个242-tone RU对应的资源分配子字段采用如表9所示的条目,该MRU除最小的RU之外的其余多个242-tone RU对应的资源分配子字段分别采用如表10所示的条目。
举例来说,沿用图6所示的320MHz的频谱资源,即包括MRU1和MRU2,在MRU1上有4个用户,在MRU2上有3个用户。在该示例中,由于MRU1包括的多个RU中最小的RU为第一个242-tone RU,因此第一指示信息和第二指示信息的实现如第一示例,也就是MRU1的合并类型指示和用户字段的个数的指示方式同表11。而MRU2包括的多个RU中最小的RU为484-tone RU,因此第一指示信息和第二指示信息的实现如第二示例,也就是MRU2的合并类型指示承载在这484-tone RU对应的2个242-tone RU分别对应的资源分配子字段,用户字段的个数的指示承载在除484-tone RU之外的多个242-tone RU对应的资源分配子字段,例如表15或者表16,又或者表17,这里不再赘述。
第四示例,第一指示信息承载在MRU包括的多个RU中最小的RU中的第一个242-tone RU对应的资源分配子字段,该MRU除最小的RU中的第一个242-tone RU之外的其余RU对应的资源分配子字段用于承载第二指示信息。也就是MRU包括的多个RU中最小的RU中的第一个242-tone RU对应的资源分配子字段采用如表9所示的条目,该MRU除最小的RU中的第一个242-tone RU之外的其余242-tone RU对应的资源分配子字段采用如表10所示的条目。
举例来说,沿用图6所示的320MHz的频谱资源,即包括MRU1和MRU2,在MRU1上有4个用户,在MRU2上有3个用户。在该示例中,由于MRU1包括的多个RU中最小的RU为第一个242-tone RU,因此MRU1的合并类型指示和用户字段的个数的指示方式同表11。而MRU2包括的多个RU中最小的RU为484-tone RU,即MRU2的合并类型指示承载在这484-tone RU对应的第一个242-tone RU分别对应的资源分配子字段,因此第一指示信息和第二指示信息的实现如第一示例,也就是MRU1的合并类型指示和用户字段的个数的指示方式同表11,这里不再赘述。
方案二、资源分配信息表中的一个m比特序列指示MRU的合并类型,MRU对应的用户数由资源分配子字段之外的字段指示。也就是MRU的合并类型的指示沿用方案一中的前述表9中的条目,MRU对应的用户数由资源分配子字段之外的字段(例如U-SIG字段和EHT-SIG公共字段)指示。换句话来说,也就是如图5所示的流程,第一指示信息的实现方式同方案一中第一指示信息的实现方式相同,这里不再赘述。第二指示信息承载在PPDU除资源分配子字段之外的字段,例如第二指示信息可承载在U-SIG字段和/或EHT-SIG公共字段。
示例性的,方案二可以采用U-SIG字段中的Y比特来指示传输带宽上的MRU的个数,采用EHT-SIG公共字段中的Y*M比特来指示至少一个MRU对应的用户数,其中,M表示一个MRU对应的用户数。应理解,U-SIG字段中的Y比特和EHT-SIG公共字段中的Y*M比特一起指示Y个MRU对应的用户数。从这个角度来说,可以认为U-SIG字段包括用户数指示字段1,EHT-SIG公共字段包括用户数指示字段2,用户数指示字段1和用户数指示字段2用于指示MRU对应用户数。如图8所示。需要说明的是,用户数指示字段2位于用户字段之前,每个MRU对应一个M比特的用户数指示字段2。
考虑到负载均衡,即CC1对应的用户字段的个数和CC2上对应的用户字段的个数相同或者CC1对应的用户字段的个数和CC2上对应的用户字段的个数之间的差值尽量小。举例来说,对于某个MRU可以采用M比特中的部分比特指示CC1对应的用户字段的个数,采用M比特中的另一部分比特指示CC2对应的用户字段的个数。例如M等于6,本申请实施例可以采用这6比特中的前3比特的取值表示CC1对应的用户字段的个数,采用这6比特中的后3比特的取值表示CC2对应的用户字段的个数。例如6比特中的前3比特的取值为0,表示对应CC1对应的用户字段的个数为0,CC2对应的用户字段的个数为0;6比特中的前3比特的取值为1,表示对应CC1对应的用户字段的个数为1,CC2对应的用户字段的个数为0。
在可能的实施方式中,用户字段出现的位置可以是CC1和CC2对应的第一个242-tone RU,用户字段可承载用户信息。
举例来说,沿用图6所示的320MHz的频谱资源,即包括MRU1和MRU2,在MRU1上有4个用户,在MRU2上有3个用户。第一指示信息沿用前述方案一的承载方式,也就是MRU1和MRU2的合并类型沿用前述方案一的指示方式,具体可以是前述方案一中的第一示例到第四示例中的任意一种方式。由于存在MRU1和MRU2,即两个MRU,所以Y等于2。假设M=6,即EHT-SIG公共字段中的2*6比特来指示这2个MRU对应的用户数。
又一示例性的,第二指示信息可以承载在EHT公共字段,例如在EHT公共字段新增加一个字段,例如称为第一字段,该第一字段占用K个比特,该K个比特的取值可指示MRU的合并类型以及对应的用户数。例如K=4*6,可以认为存在4个MRU,第一字段通过这K个比特来指示这4个MRU对应的用户数。
方案三、资源分配信息表中的一个m比特序列指示对应的资源分配子字段对应的用户字段的个数,MRU的合并类型由资源分配子字段之外的字段指示。也就是MRU对应的用户字段的个数沿用前述表10中的条目,MRU的合并类型由资源分配子字段之外的字段(例如U-SIG字段或EHT-SIG公共字段)指示。换句话来说,也就是如图5所示的流程,第二指示信息的实现方式同方案一中第二指示信息的实现方式相同,这里不再赘述。第一指示信息承载在PPDU除资源分配子字段之外的字段,例如第一指示信息可承载在U-SIG字段中的带宽字段指示、EHT-SIG公共字段中新增加的字段指示,或者EHT-SIG中的用户特定字段指示,等等。
方案四,资源分配信息表中的一个m比特序列指示对应的996-tone RU与哪个80MHz中要合并的RU进行合并,也可以认为是与996-tone RU要合并的RU在哪个80MHz,也就是996-tone RU要合并的RU在传输带宽的位置;资源分配信息表中的另一个m比特序列指示对应的资源分配子字段对应的用户字段的个数。需要说明的是,该方案用于包括996-toneRU的MRU的合并指示。例如表8所示,当传输带宽大于或等于160MHz时,也就是对于跨80MHz的MRU合并来说,除合并类型“242+484+242+484”之外,MRU的合并均可以认为是996-toneRU与其他大小的RU合并,所以在本申请实施例可以通过指示MRU包括的996-tone RU的合并位置,例如与哪个80MHz中的RU合并,从而实现MRU的合并指示。
换句话来说,可在表1中增加用于指示对应的996-tone RU与某个MRU合并的条目,例如表18,为本申请实施例提供的资源分配信息表中用于指示MRU包括的996-tone RU与某个MRU合并的可能条目,应理解,表18中的比特序列以表1中的预留比特序列为例。
表18
应理解,表18列出了4个条目,可以适用于传输带宽为320MHz的情况。在该方案中,AP可通过表18中的条目以及表10的条目来指示一个STA或多个STA在MRU上进行MU-MIMO数据传输。
下面结合附图,以PPDU的一种可能的结构为例,介绍基于表18和表10实现的资源单元合并指示的方法。
如图9所示,为本申请一个实施例的资源单元合并指示的方法的示意性流程图,该方法可以应用在图1所示的场景中。当然也可以应用在其他可能通信场景或者通信***中,本申请实施例在此不作限制。应理解该方法涉及发送设备和接收设备,在本文的介绍中,发送设备也称为发送端,接收设备也称为接收端,在下文中,以发送端是AP,接收端是STA为例。该方法包括如下步骤:
S901、发送端生成PPDU,该PPDU包括第三指示信息和第四指示信息,第三指示信息用于指示996RU与哪个80MHz中要合并的RU进行合并,第四指示信息用于指示MRU对应的用户字段的个数,所述MRU为所述996RU与一个80MHz中要合并的RU进行合并,得到MRU;
S902、发送端发送该PPDU,接收端接收该PPDU;
S903、接收端根据该PPDU中的第三指示信息和第四指示信息确定所述MRU。
应理解,第三指示信息可以通过表18中的条目实现,用于指示996-tone RU与哪个80MHz的RU合并。第四指示信息可以通过表10中的条目实现,用于指示与MRU对应的用户字段的个数。应理解,通过第四指示信息可隐含指示996-tone RU合并的RU在80MHz内的具***置。
在可能的实现方式中,第四指示信息可承载在与996-tone RU合并的至少一个RU对应的N个资源分配子字段,也就是该N个资源分配子字段中每个资源分配子字段采用表10中的条目。第三指示信息可承载在与996-tone RU对应的4个资源单元分配子字段中的部分或全部资源分配子字段,下面列举几种第三指示信息的承载方式。
方式一、第三指示信息承载在996-tone RU对应的4个资源单元分配子字段,这4个资源单元分配子字段的取值相同,用于指示996-tone RU与第i个80MHz中的第一MRU合并,i大于或等于1。
举例来说,如图10所示的320MHz的频谱资源,包括两个MRU,从低频到高频的顺序,依次记为MRU1和MRU2,相同阴影部分的多个RU构成一个MRU。从图10中可以看出,MRU1包括3个RU,这3个RU分别是242-tone RU、242-tone RU和996-tone RU,其中,242-tone RU、242-tone RU属于第一个80MHz,即996-tone RU与第一个80MHz内的2个RU进行合并。MRU2包括2个RU,这2个RU分别是484-tone RU和424-tone RU。存在3个用户在MRU1上进行MU-MIMO传输,应理解,MRU1包括的多个RU分别对应的用户字段的个数的总和为4。由于MRU2不包括996-tone RU,所以这里不作进一步的介绍。
沿用802.11ax标准中所述的CC,那么与图10对应的CC一种可能的CC如表19。
表19
CC1 | N1 | else | 01110100 | 01110100 | * | else | else | else |
CC2 | else | N2 | 01110100 | 01110100 | * | * | else | else |
表19中Nx即用户字段个数可沿用前述的表10中的条目,也就是第四指示信息的实现同方案一,这里不再赘述。第三指示信息采用表18中的条目实现,例如表18中“01110100”用于指示对应996-tone RU与第一个80MHz内的至少一个RU(即第1个242-tone RU和第4个242-tone RU)合并。其中,第1个242-tone RU和第4个242-tone RU分别对应的资源分配子字段承载第四指示信息,用于指示对应的用户字段的个数,表示第1个242-tone RU和第4个242-tone RU是要合并的RU。应理解,图10中空白部分的RU表示该RU不属于MRU1或MRU2,所以这里记为“else”表示不属于表18和表10中的条目。由于MRU2不包括996-tone RU,所以MRU2对应的CC用“*”来表示,具体这里可以采用如前述的方案一的第一示例到第四示例的任意一种方案指示,本申请实施例不作限制。
当然,第四指示信息也可以采用表1中已定义的8比特序列,例如表20是表19的另一种表示形式。应理解,表20中第1个242-tone RU和第4个242-tone RU分别对应的资源分配子字段可沿用表1中的8比特序列,例如可记为C(242,2)的“11000y2y1y0”:
表20
其中,C(242,2)表示对应的用户字段的个数为2,第1个242-tone RU和第4个242-tone RU分别对应的资源分配子字段均可对应2个用户字段,且这2个用户字段分别用于承载用户信息,例如STA1 ID,STA2 ID。
应理解,对于某个996-tone RU来说,不可能与自己合并,因此表21示出了表18的一种变形。
表21
对比表18和表21,可见表21的条目数量更少,所以表21相对表18来说,更能节约条目数量。
这种情况下,第三指示信息的承载方式可为方式二,即第三指示信息承载在996-tone RU对应的4个资源单元分配子字段,这4个资源单元分配子字段的取值相同,用于指示996-tone RU与除该996-tone RU之外的第i个80MHz中的第一MRU合并,i大于或等于1。
举例来说,沿用图10所示的320MHz的频谱资源,沿用802.11ax标准中所述的CC,那么与图10对应的CC一种可能的CC如表22。
表22
CC1 | N1 | else | 01110100 | 01110100 | * | else | else | else |
CC2 | else | N2 | 01110100 | 01110100 | * | * | else | else |
表22中Nx即用户字段个数可沿用前述的表10中的条目,也就是第四指示信息的实现同方案一,这里不再赘述。第三指示信息采用表21中的条目实现,例如表21中“01110100”用于指示对应996-tone RU与除自己之外的第一个80MHz内的至少一个RU(即第1个242-tone RU和第4个242-tone RU)合并。
作为表18和表21的一种可替换的方案,可通过996-tone RU对应的4个资源分配子字段中的某个资源分配子字段指示MRU中的996-tone RU的合并位置。例如表23,为本申请实施例提供的资源分配信息表中用于指示MRU包括的996-tone RU与某个MRU合并的可能条目,应理解,表23中的比特序列以表1中的预留比特序列为例。
表23
表23相对表21来说,进一步可节约条目数量。在该方案中,AP可通过表23中的条目以及表10的条目来指示包括996-tone RU的MRU。
由于996-tone RU包括4个242-tone RU,所以996-tone RU中的4个242-tone RU,可通过一个242-tone RU可表示996-tone RU与4个80MHz中的哪个80MHz的至少一个RU合并。这种情况下,第三指示信息的承载方式可为方式三,即第三指示信息承载在996-toneRU对应的4个资源单元分配子字段中的第i资源单元分配子字段,用于指示996-tone RU与第i个80MHz中的至少一个RU合并,i大于或等于1。
举例来说,如图11所示的320MHz的频谱资源,采用表23的条目,那么如图11所示。采用802.11ax标准中所述的CC,那么与图11对应的CC一种可能的CC如表22。
表24
CC1 | N1 | else | 01110100 | 01110101 | * | else | else | else |
CC2 | else | N2 | 01110101 | 01110101 | * | * | else | else |
表24中Nx即用户字段个数可沿用前述的表10中的条目,也就是第四指示信息的实现同方案一,这里不再赘述。第三指示信息采用表23中的条目实现,例如,表23中“01110100”用于指示对应242-tone RU属于某个996-tone RU,该242-tone RU是996-toneRU中的第1个242-tone RU,所以可以指示该996-tone RU与第一个80MHz内的至少一个RU(即第1个242-tone RU和第4个242-tone RU)合并。应理解,996-tone RU中除第1个242-tone RU之外的其余3个242-tone RU对应的资源分配子字段承载的条目为不属于表23的条目,例如可采用表1中的“01110011”,即表示对应996-tone RU属于某个MRU,且该资源单元分配子字段对应0个用户字段。
前述的表18、表21以及表23均可以用于指示80MHz内存在一个RU或一个MRU,与996-tone RU合并组成新的MRU。当80MHz内存在多个MRU时,本申请实施例可采用如表25所示的条目来指示996-tone RU与某个80MHz中的某个MRU合并。
例如表25,为本申请实施例提供的资源分配信息表中用于指示MRU包括的996-tone RU与某个80MHz中的某个MRU合并的可能条目,应理解,表25中的比特序列以表1中的预留比特序列为例。
表25
应理解,如果996-tone RU中第i个242-tone RU对应的第i个80MHz未与该996-tone RU合并,则该第i个242-tone RU可使用表25中的条目“01110111”,仅表示996-toneRU该属于某个MRU,也就是该996-tone RU属于MRU合并。
这种情况下,第三指示信息的承载方式可为方式四,即第三指示信息承载在996-tone RU对应的4个资源单元分配子字段中的第i资源单元分配子字段,用于指示996-toneRU与第i个80MHz中的第j个40MHz合并,i大于或等于1,j大于或等于1。
举例来说,如图12所示的320MHz的频谱资源,包括两个MRU,分别记为MRU1和MRU2,相同阴影部分的多个RU构成一个MRU。从图10中可以看出,MRU1包括2个RU,这2个RU分别是996-tone RU和484-tone RU。MRU2包括3个RU,这3个RU分别是484-tone RU、996-tone RU和996-tone RU。应理解,第2个80MHz包括2个MRU,也就是第1个484-tone RU和第2个484-toneRU,其中第1个484-tone RU与MRU1中的996-tone RU合并,第2个484-tone RU与MRU2中的2个996-tone RU合并。
沿用802.11ax标准中所述的CC,那么与图12对应的CC一种可能的CC如表26。
表26
CC1 | else | else | Nx | Nx | else | else | else | 01110110 |
CC2 | 01110101 | else | Nx | Nx | 01110100 | 01110110 | 01110100 | else |
应理解,对应图12,第1个996-tone RU与第2个80MHz内的第二个40MHz合并,那么第1个996-tone RU包括的第2个242-tone RU对应的资源分配子字段承载表25所示的条目“01110101”,第1个996-tone RU除第2个242-tone RU之外的其余3个242-tone RU对应的资源分配子字段可承载“01110101”,也可以承载不属于表25的条目,表26用“else”表示。第2个80MHz中的第一个40MHz对应的资源分配子字段可用于指示用户字段的个数,可承载如前述表10的条目,表示MRU1对应的用户数;同理,第2个80MHz中的第2个40MHz对应的资源分配子字段可承载如前述表10的条目,表示MRU2对应的用户数,表26统一用“Nx”来表示。第3个996-tone RU与第2个80MHz内的第一个40MH合并,所以第3个996-tone RU中的第2个242-tone RU对应的资源分配子字段承载表25所示的条目“01110100”,同时,该第3个996-toneRU与第四个80MHz内的RU合并,所以第3个996-tone RU中的第4个242-tone RU对应的资源分配子字段承载表25所示的条目“01110110”。同理,第4个996-tone RU中的第2个242-toneRU对应的资源分配子字段承载表25所示的条目“01110100”,第4个996-tone RU中的第3个242-tone RU对应的资源分配子字段承载表25所示的条目“01110110”。
需要说明的是,上述针对大于80MHz的MRU合并指示,并不对80MHz内的MRU的合并指示构成限制,80MHz内的MRU的合并指示例如可以遍历80MHz内的所以合并组合和用户数,本申请实施例不作限制。
方案五,资源分配信息表中的一个m比特序列指示对应的242-tone RU属于某个MRU,且该m比特序列还用于指示与该m比特序列对应的资源单元分配子字段对应的用户字段的个数。不同的MRU可通过组合标识来区分,也就是,该m比特序列指示对应的242-toneRU属于某个MRU可通过指示对应的242-tone RU所属的MRU的组合标识来实现。应理解,这里组合标识用于区分不同的MRU。
换句话来说,可在表1中增加用于指示242-tone RU属于某个MRU、以及对应的用户字段的条目。AP可通过用于指示242-tone RU属于某个MRU以及用户字段的个数的条目来指示一个STA或多个STA在MRU上进行MU-MIMO数据传输。
例如表27,为本申请实施例提供的资源分配信息表中用于指示242-tone RU属于某个MRU以及用户字段的个数的可能条目,应理解,表27中的比特序列以表1中的预留比特序列为例。
表27
需要说明的是,在表27列举了A、B、C三种组合标识,在具体实现时,可以在资源分配信息表中定义更多种组合标识,本申请实施例对组合标识的数量不作限制。应理解,表27中“11101001-11110001”和“11110010-11111011”实际上是9个条目,为了节约表格的长度,这里合并填写。
表27中的比特序列可以是新定义的比特序列,也可沿用表1中的预留比特序列进行示意,表27以此为例。本申请实施例可以通过上述表27中的8比特序列来告知STA资源单元合并指示。具体的,本申请实施例可将表27中的8比特序列承载在信令字段,也就是将MRU的组合标识以及该MRU对应的用户信息通过信令字段通知给用户。
例如表27中的8比特序列可以承载在MRU中包括的多个RU对应的资源分配子字段,例如8比特序列可记为Nx(A),其中Nx表示用户字段的个数,A表示组合标识,示例性的,N3(A)表示用户字段的个数是3,组合标识是A,又一示例性的,N2(B)表示用户字段的个数是2,组合标识是B。
本申请实施例可以通过上述表27的示例性的8比特序列来告知STA资源单元合并指示。如图13,为本申请一个实施例的资源单元合并指示的方法的示意性流程图,该方法可以应用在图1所示的场景中。当然也可以应用在其他可能通信场景或者通信***中,本申请实施例在此不作限制。该方法包括如下步骤:
S1301、发送端生成PPDU,该PPDU包括资源单元分配子字段,资源单元分配子字段用于指示资源单元分配子字段对应的242-tone RU属于哪个MRU,还用于指示资源单元分配子字段对应的用户字段的个数;
S1302、发送端发送该PPDU;
S1303、接收端根据该PPDU确定所述MRU。
应理解,该M个资源单元分配子字段中的每个资源分配子字段采用表27中的条目,也就是每个资源分配子字段承载表27中多个8比特序列。
举例来说,如图14所示的320MHz的频谱资源,包括4个MRU,按照从低频到高频的顺序,依次记为MRU1、MRU2、MRU3和MRU4,相同阴影部分的多个RU构成一个MRU。按照从低频到高频的顺序,图14所示的频谱资源依次包括第1个242-tone RU、第2个242-tone RU、第3个242-tone RU、第4个242-tone RU、第1个996-tone RU、第1个484-tone RU、第5个242-toneRU、第6个242-tone RU和第2个996-tone RU。其中,可以看出第1个242-tone RU和第4个242-tone RU合并组成MRU1,第2个242-tone RU和第1个996-tone RU合并组成MRU2,第1个484-tone RU和第6个242-tone RU合并组成MRU3,第5个242-tone RU和第2个996-tone RU合并组成MRU4。MRU1、MRU2、MRU3和MRU4这4个MRU两两之间均可以认为是具有不同组合标识的MRU。
例如MRU1对应的组合标识是A,MRU2对应的组合标识是B,MRU3对应的组合标识是C,MRU1对应的组合标识是D。沿用802.11ax标准中所述的CC,与图14对应的CC一种可能的CC如表28。
表28
CC1 | N2(A) | N3(B) | N2(B) | N0(B) | N2(C) | N1(D) | N0(D) | N0(D) |
CC2 | else | N1(A) | N2(B) | N0(B) | N2(C) | N0(C) | N0(D) | N0(D) |
表28中,例如N2(A)采用表27中的条目,用于指示该资源分配子字段对应的RU属于组合标识A,且对应的用户字段的个数为2。应理解,图14中空白部分的RU表示该RU不属于MRU1或MRU2,所以这里记为“else”表示不属于表27中的条目,例如else对应的资源分配子字段承载的8比特序列可以是表1中已定义的比特序列。
还应理解,当多个MRU之间不存在交叠的情况下,采用2种组合标识即可,即这2种组合标识分别复用。当多个MRU之间存在交叠时,可采用2种组合标识,也可采用3种组合标识。
举例来说,如图14存在4个MRU,上述表28采用以对应的4种组合标识。作为一种可替换的方案,与图14对应的CC一种可能的CC如表29。
表29
CC1 | N2(A) | N3(B) | N2(B) | N0(B) | N2(C) | N1(A) | N0(A) | N0(A) |
CC2 | else | N1(A) | N2(B) | N0(B) | N2(C) | N0(C) | N0(A) | N0(A) |
表29与表28的不同之处在于,表28采用3种组合标识指示4个MRU,即复用其中的组合标识A,这样不需要定义更多的组合标识,可以节约表27中的条目数。
应理解,当多个MRU存在一次交叠,也就是一个MRU所占的频率范围内存在另一个MRU包括的一个或多个RU。还应理解,n次交叠指的是一个MRU所占的频率内存在另外n个MRU分别包括的一个或多个RU。当至少4个MRU存在一次交叠时,可复用组合标识来指示为一个用户或多个用户分配的MRU。且属于同一组合标识的2个MRU之间至少存在另外的2种组合标识的MRU。如表29所示,存在4个MRU,复用组合标识A指示MRU4,MRU4和MRU1的组合标识相同,MRU1和MUR4之间的MR2和MR3分别对应组合标识B和组合标识C。
又例如,如图15所示的320MHz的频谱资源,包括2个MRU,分别记为MRU1、MRU2,相同阴影部分的多个RU构成一个MRU。按照从低频到高频的顺序,图12所示的频谱资源依次包括第1个996-tone RU、第1个484-tone RU、第2个484-tone RU、第2个996-tone RU、第3个996-tone RU。其中,可以看出第1个996-tone RU和第2个484-tone RU合并组成MRU1,第1个484-tone RU、第2个996-tone RU和第3个996-tone RU合并组成MRU2。例如MRU1对应的组合标识是A,MRU2对应的组合标识是B。
沿用802.11ax标准中所述的CC,与图15对应的CC一种可能的CC如表30:
表30
CC1 | N2(A) | N0(A) | N2(B) | N0(A) | N0(B) | N0(B) | N0(B) | N0(B) |
CC2 | N1(A) | N0(A) | N2(B) | N1(A) | N0(B) | N0(B) | N0(B) | N0(B) |
需要说明的是,当表27中只定义一种组合标识的条目时,例如表27中定义了组合标识A的9个条目,也能够指示一个或多个用户被分配到某些MRU进行MU-MIMO传输。例如可预定义合并规则,示例性的,定义80MHz内的MRU的合并类型为“242+484”,160MHz内的MRU的合并类型为“484+996”,即使采用一种组合标识的条目也可以确定80MHz内的MRU的合并类型为“242+484”,160MHz内的MRU的合并类型为“484+996”。
举例来说,请参见图16,为320MHz的频谱资源。沿用802.11ax标准中所述的CC,与图14对应的CC一种可能的CC如表31:
表31
CC1 | N2(A) | N0(A) | N2(A) | else | N0(A) | N0(A) | else | else |
CC2 | else | N0(A) | N2(A) | else | N0(A) | N0(A) | else | else |
可见表31通过一种组合标识即A的条目指示320MHz包括的MRU。由于规定了80MHz内的MRU的合并类型为“242-tone RU+484-tone RU”,160MHz内的MRU的合并类型为“484-tone RU+996-tone RU”,所以即使如表30采用组合标识A的条目,也可以确定320MHz内包括2个MRU,这2个MRU分别是80MHz内合并类型为“242-tone RU+484-tone RU”为MRU和160MHz内合并类型为“484-tone RU+996-tone RU”的MRU。
同理,定义240MHz或320MHz内的MRU的合并类型为“484+996+996”,即使采用一种组合标识的条目也可以确定240MHz或320MHz内的MRU的合并类型为“484+996+996”;或者定义320MHz内的MRU的合并类型为“484+996+996+996”,即使采用一种组合标识的条目也可以确定240MHz或320MHz内的MRU的合并类型为“484+996+996+996”。
又例如可以定义160MHz中支持一次合并,320MHz中支持主160MHz的合并,或者320MHz支持辅160MHz的合并,320MHz支持一次“484-tone RU+996-tone RU+996-tone RU+996-tone RU”的合并等。那么针对遵循上述预定义合并规则的MRU,通过表27中例如组合标识A对应的9个条目指示,也可以明确在320MHz内的至少一个MRU。
还需要说明的是,不同类别的组合标识也可以复用。举例来说,如图17所示的320MHz的频谱资源。由于MRU的合并规则包括不存在跨160MHz的合并,那么图17中不会存在“484-tone RU+242-tone RU+484-tone RU+242-tone RU”的合并类型,因此可以确定图17中第2个“484-tone RU+242-tone RU”不可能与第一个“484-tone RU+242-tone RU”合并,所以即使第2个“484-tone RU+242-tone RU”包括的242-tone RU对应的资源分配子字段即使承载如表27的条目与第1个“484-tone RU+242-tone RU”包括的242-tone RU对应的资源分配子字段即使承载如表27的条目相同,即不同类型的组合标识复用,也能够指示出如图16所示的MRU的合并。
方案六:资源分配信息表中的一个m比特序列指示对应的242-tone RU所属的MRU的合并类型,以及与该m比特序列对应的资源单元分配子字段对应的用户字段的个数。
换句话来说,可在表1中增加用于指示MRU的合并类型以及对应的用户字段的条目。例如表32,为本申请实施例提供的资源分配信息表中用于指示MRU的合并类型以及用户字段的个数的可能条目。其中,表32以资源单元分配子字段新增条目索引是m比特序列为例。
表32
需要说明的是,表32中的x用于指示可支持最大的用户数,例如最大的用户数是8,那么x等于8,对于每种合并类型,例如“242+242”来说,存在9个条目,也就是表32中的第一行实际上是9行,这里为了节约表格,将这9行合并成一行。应理解,表32中的一个m比特序列既可以指示对应242-tone RU属于某个MRU,以及指示该对应的用户字段的个数。如果存在多个m比特序列采用表32中的条目,那么这多个m比特序列分别对应的242-tone RU就属于某个MRU,且同时还可指示与每个m比特序列对应的242-tone RU在该MRU的位置,从这个角度来说,多个m比特序列可指示该MRU的合并类型。
例如对于80MHz内的某个MRU,例如该MRU由第1个242-tone RU,以及第3个242-tone RU和第4个242-tone RU组成的484-tone RU合并组成。那么在第1个242-tone RU,以及484-tone RU对应的资源分配子字段承载表27所示的条目即可。
AP可通过用于指示MRU的合并类型以及用户字段的个数的条目来指示一个STA或多个STA在MRU上例如进行MU-MIMO数据传输。
在一种可能的实施方式中,第1个242-tone RU,以及484-tone RU对应的资源分配子字段分别对应的用户字段的个数可以是总用户数,例如第1个242-tone RU对应的资源分配子字段对应的用户字段的个数为总用户数,484-tone RU中的2个242-tone RU分别对应的资源分配子字段对应的用户字段的个数为总用户数。
在另一种可能的实现方式中,第1个242-tone RU,以及484-tone RU对应的资源分配子字段所对应的用户字段的总个数可以是总用户数,例如第1个242-tone RU对应的资源分配子字段对应的用户字段的个数为N1,484-tone RU中的2个242-tone RU分别对应的资源分配子字段对应的用户字段的个数为N2和N3,其中,N1+N2+N3等于总用户数。应理解,具体每个MRU上对应的多个资源单元分配子字段中每个资源单元分配子字段对应的用户字段的个数应遵循负载均衡原则,即CC1对应的用户字段的个数与CC2对应的用户字段的个数之差尽量小,例如CC1对应的用户字段的个数与CC2对应的用户字段的个数相同,或者CC1比CC2多承载一个用户字段。
举例来说,如图18所示的320MHz的频谱资源,包括1个MRU,该MRU属于320MHz内的RU合并,且该MRU的合并类型是“484+996”,可通过表30中的某个“m比特序列”来指示,记为C(484+996)。沿用802.11ax标准中所述的CC,那么与图18对应的CC一种可能的CC如表33。
表33
CC1 | else | C(484+996) | C(484+996) | C(484+996) | else | else | else | else |
CC2 | else | C(484+996) | C(484+996) | C(484+996) | else | else | else | else |
在表33中,16个资源分配子字段中从第3个资源分配子字段到第8个资源分配子字段使用表32中的条目“C(484+996)”,可以确定该MRU由第一个160MHz内的484-tone RU和996-tone RU合并组成,且每个资源分配子字段同时还指示了对应的用户字段的个数,所以根据表32中的CC1和CC2可以确定与该MRU对应的用户数。
方案七,资源分配信息表中的一个m比特序列指示MRU的合并类型和该MRU包括的各个RU所在传输带宽的位置,以及与该m比特序列对应的资源单元分配子字段对应的用户字段的个数。
换句话来说,可在表1中增加用于指示MRU的合并类型和该MRU包括的各个RU所在传输带宽的位置以及对应的用户字段的条目。例如表34,为本申请实施例提供的资源分配信息表中用于指示MRU的合并类型、用户字段的个数以及该MRU包括的各个RU所在的位置的可能条目。其中,表34以资源单元分配子字段新增条目索引是m比特序列为例。
表34
表34中的m比特序列用于指示MRU的合并类型,例如“242+242”,可记为C(242+242)同时还可以指示该MRU包括的各个RU(例如2个242-tone RU)所在出传输带宽的位置,例如表34中的m比特序列可记为C(242+242),即通过划线位置可以指示没有划线的RU所在传输带宽的位置。其中,x用于指示可支持最大的用户数,例如最大的用户数是8,那么x等于8,对于每种合并类型,例如“996+996”来说,实际上存在“2*(x+1)”个条目,也就是表34中的第一行实际上是2*(x+1)行,这里为了节约表格,将这2*(x+1)行合并成一行。
举例来说,对于80MHz中的MRU,该MRU的合并类型是“242+484”,那么采用表34中的条目指示该MRU的合并,那么指示合并类型“242+484”的条目应该出现三次,即该条目在80MHz的第一个40MHz出现一次,在第二个40MHz出现2次,示例性的,如表35所示。
表35
CC1 | else | C(242+484) | C(242+484) | C(242+484) |
CC2 | else | C(242+484) | C(242+484) | C(242+484) |
如果第一个40MHz中的条目为“C(242+484)”,即表35为表36,那么可以确定242-tone RU位于第一个40MHz内,那么484-tone RU显然位于第二个40MHz。换句话说,可以通过242-tone RU所在的位置指示484-tone RU所在传输带宽的位置,即可实现MRU中包括的所有RU的位置的指示。
表36
CC1 | else | C(242+484) | C(242+484) | C(242+484) |
CC2 | else | C(242+484) | C(242+484) | C(242+484) |
再举例而言,对于320MHz中MRU,该MRU的合并类型为“996+996+996”,可记为C(996+996+996)。如果采用表34中的条目,那么可以有C(996+996+996)、C(996+996+996)或者C(996+996+996),但是不同的996-tone RU对应的资源分配子字段采用表34中表示“996+996+996”的不同条目,从而可以指示出该MRU包括的3个996-tone RU所在的位置。
例如,如图18所示的320MHz的频谱资源,包括1个MRU,该MRU属于320MHz的RU合并,且该MRU的合并类型是“484+996”,可通过表34中的某个“m比特序列”来指示,记为C(484+996)。沿用802.11ax标准中所述的CC,那么与图18对应的CC一种可能的CC如表37。
表37
CC1 | else | C(484+996) | C(484+996) | C(484+996) | else | else | else | else |
CC2 | else | C(484+996) | C(484+996) | C(484+996) | else | else | else | else |
在表37中,16个资源分配子字段中从第3个资源分配子字段到第8个资源分配子字段使用表32中的条目“C(484+996)”,可以确定该MRU由第一个160MHz内的484-tone RU和996-tone RU合并组成,且484-tone RU所在的位置在第二个40MHz内,996-tone RU在第二个80MHz内。
在一种可能的场景中,不同的用户支持的传输带宽不同,例如对于用户来说,某些用户只能获取第一个80MHz的RU信息,另外一些用户只能获取第二个80MHz的RU信息,即每个分片(segment)的资源单元分配子字段可能仅包括自己分片的频带,那么当存在跨分片的RU合并时,方案七可能无法实现MRU的合并指示。
为此,本申请实施例可构造资源分配信息表,该表中的一个m比特序列可用于指示MRU包括的各个RU所在传输带宽的位置,以及与该m比特序列对应的资源单元分配子字段对应的用户字段的个数。该方案中资源分配信息表与方案七中资源分配信息表的不同之处在于,该m比特序列所对应的RU为要进行跨片合并的RU,也就是如表33中划线RU为要进行跨片合并的RU。
例如表38,为本申请实施例提供的资源分配信息表中用于指示MRU的合并类型和户字段的个数以及该MRU包括的各个RU所在传输带宽的位置的可能条目。其中,表38以资源单元分配子字段新增条目索引是m比特序列为例。
表38
举例来说,以“484+996”为例,如果用户所在的80MHz分片没有要合并的484-toneRU,那么通过表33显然无法实现MRU的合并指示。但是通过表38中“484+996”这个条目可以指示。
本申请实施例提供了前述方案一到方案七的方案,任何一种方案均可以实现MRU的合并指示,且支持更多MRU的合并类型的指示,达到RU分配更灵活的目的。
上述本申请提供的实施例中,分别从AP、STA,以及AP和STA之间交互的角度对本申请实施例提供的方法进行了介绍。为了实现上述本申请实施例提供的方法中的各功能,终端、网络设备可以包括硬件结构和/或软件模块,以硬件结构、软件模块、或硬件结构加软件模块的形式来实现上述各功能。
下面结合附图介绍本申请实施例中用来实现上述方法的通信装置。因此,上文中的内容均可以用于后续实施例中,重复的内容不再赘述。
图19示出了一种通信装置1900的结构示意图。该通信装置1900可以对应实现上述各个方法实施例中由发送端例如AP或接收端例如STA实现的功能或者步骤。该通信装置可以包括收发单元1910和处理单元1920。可选的,还可以包括存储单元,该存储单元可以用于存储指令(代码或者程序)和/或数据。收发单元1910和处理单元1920可以与该存储单元耦合,例如,处理单元1920可以读取存储单元中的指令(代码或者程序)和/或数据,以实现相应的方法。上述各个单元可以独立设置,也可以部分或者全部集成,例如收发单元1910可由发送单元和接收单元集成。
在一些可能的实施方式中,通信装置1900能够对应实现上述方法实施例中STA的行为和功能。例如通信装置1900可以为STA,也可以为应用于STA中的部件(例如芯片或者电路)。收发单元1910可以用于执行图5或图9或图13所示的实施例中由STA所执行的全部接收或发送操作,例如图5所示的实施例中的S502,和/或用于支持本文所描述的技术的其它过程;又例如图9所示的实施例中的S902,和/或用于支持本文所描述的技术的其它过程;又例如图13所示的实施例中的S1302,和/或用于支持本文所描述的技术的其它过程。其中,处理单元1920用于执行如图5或图9或图13所示的实施例中由STA所执行的除了收发操作之外的全部操作,例如图5所示的实施例中的S501,和/或用于支持本文所描述的技术的其它过程;又例如图9所示的实施例中的S901,和/或用于支持本文所描述的技术的其它过程;又例如图13所示的实施例中的S1301,和/或用于支持本文所描述的技术的其它过程。
示例性的,收发单元1910,用于接收来自发送端的物理层协议数据单元PPDU,所述PPDU包括资源单元分配子字段,所述资源单元分配子字段用于指示所述资源单元分配子字段对应的242-tone RU属于哪个MRU,还用于指示所述资源单元分配子字段对应的用户字段的个数;
处理单元1920,用于根据所述PPDU确定所述MRU。
又一示例性的,收发单元1910,用于接收来自AP的PPDU,其中,所述PPDU包括第一指示信息和第二指示信息,所述第一指示信息用于指示996-tone RU与哪个80MHz中要合并的RU进行合并,所述第二指示信息用于指示所述MRU对应的用户字段的个数,所述MRU为所述996RU与一个80MHz中要合并的RU进行合并,得到MRU的;
处理单元1920,用于根据第一指示信息和第二指示信息确定所述STA所属的所述MRU。
又一示例性的,收发单元1910,用于接收来自AP的PPDU,其中,所述PPDU包括第一指示信息和第二指示信息,所述第一指示信息用于指示为P个站点STA分配的多资源单元MRU的合并类型,所述第二指示信息用于指示所述PPDU包括的用户字段的个数,所述MRU由至少两个资源单元RU合并组成,所述至少两个RU中的任意一个RU为大于或等于242-toneRU的RU,所述P大于或等于0;
处理单元1920,用于根据第一指示信息和第二指示信息确定所述STA所属的所述MRU。
在一示例性的,收发单元1910,用于接收来自AP的PPDU,所述PPDU包括M个资源分配子字段,每个所述资源分配子字段用于指示对应的242-tone RU所属的MRU的合并类型,以及对应的用户字段的个数,其中,所述M为所述MRU对应的资源分配子字段的个数,所述MRU由至少两个资源单元RU合并组成,所述至少两个RU中的任意一个RU为大于或等于242-tone RU的RU;
处理单元1920,用于根据PPDU确定所述MRU。
在一些可能的实施方式中,通信装置1900能够对应实现上述方法实施例中STA的行为和功能。例如通信装置1900可以为AP,也可以为应用于AP中的部件(例如芯片或者电路)。收发单元1910可以用于执行图5或图9或图13所示的实施例中由AP所执行的全部接收或发送操作,例如图5所示的实施例中的S502,和/或用于支持本文所描述的技术的其它过程;例如图9所示的实施例中的S902,和/或用于支持本文所描述的技术的其它过程;又例如图13所示的实施例中的S1302,和/或用于支持本文所描述的技术的其它过程。其中,处理单元1920用于执行如图5或图9或图13所示的实施例中由AP所执行的除了收发操作之外的全部操作,例如图5所示的实施例中的S503,和/或用于支持本文所描述的技术的其它过程;例如图9所示的实施例中的S903,和/或用于支持本文所描述的技术的其它过程;又例如图12所示的实施例中的S1203,和/或用于支持本文所描述的技术的其它过程。
一示例性的,处理单元1920,用于生成PPDU,所述PPDU包括资源单元分配子字段,所述资源单元分配子字段用于指示所述资源单元分配子字段对应的242-tone RU属于哪个MRU,还用于指示所述资源单元分配子字段对应的用户字段的个数;
收发单元1910,用于发送PPDU。
又一示例性的,处理单元1920,用于生成PPDU,所述PPDU包括第一指示信息和第二指示信息,所述第一指示信息用于指示996-tone RU与哪个80MHz中要合并的RU进行合并,所述第二指示信息用于指示所述MRU对应的用户字段的个数,所述MRU为所述996RU与一个80MHz中要合并的RU进行合并,得到MRU的;
收发单元1910,用于发送PPDU。
再一示例性的,处理单元1920,用于生成PPDU,所述第一指示信息用于指示多资源单元MRU的合并类型,所述第二指示信息用于指示所述MRU对应的用户字段的个数,所述MRU由至少两个资源单元RU合并组成,所述至少两个RU中的任意一个RU为大于或等于242-toneRU的RU,所述P大于或等于0;
收发单元1910,用于发送PPDU。
再一示例性的,处理单元1920,用于生成PPDU,所述PPDU包括M个资源分配子字段,每个所述资源分配子字段用于指示对应的242-tone RU所属的MRU的合并类型,以及对应的用户字段的个数,其中,所述M为所述MRU对应的资源分配子字段的个数,所述MRU由至少两个资源单元RU合并组成,所述至少两个RU中的任意一个RU为大于或等于242-tone RU的RU;
收发单元1910,用于发送PPDU。
如图20所示为本申请实施例提供的通信装置2000,其中,通信装置2000可以是STA,能够实现本申请实施例提供的方法中STA的功能,或者,通信装置2000可以是AP,能够实现本申请实施例提供的方法中AP的功能;通信装置2000也可以是能够支持STA实现本申请实施例提供的方法中对应的功能的装置,或者能够支持AP实现本申请实施例提供的方法中对应的功能的装置。其中,该通信装置2000可以为芯片***。本申请实施例中,芯片***可以由芯片构成,也可以包含芯片和其他分立器件。
在一些实施例中,通信装置2000可包括通信接口2010,用于通过传输介质和其它设备进行通信,从而用于通信装置2000中的装置可以和其它设备进行通信。示例性地,当该通信装置为STA时,该其它设备为AP;或者,当该通信装置为AP时,该其它设备为STA。通信接口2010具体可以是收发器。在硬件实现上,上述收发单元1910可以为收发器,收发器集成在通信装置2000中构成通信接口2010。
通信装置2000还包括至少一个处理器2020,处理器2020可以利用通信接口2010收发数据,用于实现或用于支持通信装置2000实现本申请实施例提供的方法中STA或AP的功能。例如通信装置2000能够对应实现上述方法实施例中STA的行为和功能。
通信接口2010可以用于执行图5或图9或图13所示的实施例中由STA所执行的全部接收或发送操作,例如图5所示的实施例中的S502,和/或用于支持本文所描述的技术的其它过程;例如图9所示的实施例中的S902,和/或用于支持本文所描述的技术的其它过程;又例如图13所示的实施例中的S1302,和/或用于支持本文所描述的技术的其它过程。其中,至少一个处理器2020用于执行如图5所示的实施例中由STA所执行的除了收发操作之外的全部操作,例如图5所示的实施例中的S501,和/或用于支持本文所描述的技术的其它过程;例如图9所示的实施例中的S901,和/或用于支持本文所描述的技术的其它过程;例如图13所示的实施例中的S1301,和/或用于支持本文所描述的技术的其它过程。
例如通信装置2000能够对应实现上述方法实施例中AP的行为和功能。通信接口2010可以用于执行图5或图9或图13所示的实施例中由AP所执行的全部接收或发送操作,例如图5所示的实施例中的S502,和/或用于支持本文所描述的技术的其它过程;又例如图9所示的实施例中的S902,和/或用于支持本文所描述的技术的其它过程;又例如图13所示的实施例中的S1302,和/或用于支持本文所描述的技术的其它过程。其中,至少一个处理器2020用于执行如图5或图9或图13所示的实施例中由AP所执行的除了收发操作之外的全部操作,例如图5所示的实施例中的S503,和/或用于支持本文所描述的技术的其它过程;例如图9所示的实施例中的S903,和/或用于支持本文所描述的技术的其它过程;又例如图13所示的实施例中的S1303,和/或用于支持本文所描述的技术的其它过程。
在另一些实施例中,通信装置2000还可以包括至少一个存储器2030,用于存储程序指令和/或数据。存储器2030和处理器2020耦合。本申请实施例中的耦合是装置、单元或模块之间的间接耦合或通信连接,可以是电性,机械或其它的形式,用于装置、单元或模块之间的信息交互。处理器2020可能和存储器2030协同操作。处理器2020可能执行存储器2030中存储的程序指令和/或数据,以使得通信装置2000实现相应的方法。所述至少一个存储器中的至少一个可以包括于处理器中。
本申请实施例中不限定上述通信接口2010、处理器2020以及存储器2030之间的具体连接介质。本申请实施例在图20中以存储器2030、处理器2020以及通信接口2010之间通过总线2040连接,总线在图20中以粗线表示,其它部件之间的连接方式,仅是进行示意性说明,并不引以为限。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示,图20中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
在本申请实施例中,处理器2020可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件,可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。
在本申请实施例中,存储器2030可以是非易失性存储器,比如硬盘(hard diskdrive,HDD)或固态硬盘(solid-state drive,SSD)等,还可以是易失性存储器(volatilememory),例如随机存取存储器(random-access memory,RAM)。存储器是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。本申请实施例中的存储器还可以是电路或者其它任意能够实现存储功能的装置,用于存储程序指令和/或数据。
需要说明的是,上述实施例中的通信装置可以是STA或AP也可以是电路,也可以是应用于STA或AP中的芯片或者其他具有上述STA或AP功能的组合器件、部件等。当通信装置是STA或AP时收发单元1910可以是收发器,可以包括天线和射频电路等,处理模块可以是处理器,例如:中央处理单元(central processing unit,CPU)。当通信装置是具有上述STA或AP功能的部件时,收发单元1910可以是射频单元,处理模块可以是处理器。当通信装置是芯片***时,收发单元1910可以是芯片***的输入输出接口、处理模块可以是芯片***的处理器。
作为一种可能的产品形态,本申请实施例所述的AP和STA,还可以使用下述来实现:一个或多个FPGA(现场可编程门阵列)、PLD(可编程逻辑器件)、控制器、状态机、门逻辑、分立硬件部件、任何其它适合的电路、或者能够执行本申请通篇所描述的各种功能的电路的任意组合。
应理解,上述各种产品形态的AP,具有上述方法实施例中AP的任意功能,此处不再赘述;上述各种产品形态的STA,具有上述方法实施例中STA的任意功能,此处不再赘述。
本申请实施例还提供一种通信***,具体的,通信***包括STA和AP,或者还可以包括更多个AP和接入网设备。示例性的,该通信***包括用于实现上述图6或图9的相关功能的STA和AP。
所述AP分别用于实现上述图5或图12相关网络部分的功能。所述STA用于实现上述图5或图12相关STA的功能。例如STA可执行例如图5所示的实施例中的S502和S503,AP可执行图5所示的实施例中的S501和S502。又例如,STA可执行例如图12所示的实施例中的S1202和S1203,AP可执行图12所示的实施例中的S1201和S1202。
本申请实施例中还提供一种计算机可读存储介质,包括指令,当其在计算机上运行时,使得计算机执行图5或图12中AP或STA执行的方法。
本申请实施例中还提供一种计算机程序产品,包括计算机程序代码,当计算机程序代码在计算机上运行时,使得计算机执行图5或图12中AP或STA执行的方法。
本申请实施例提供了一种芯片***,该芯片***包括处理器,还可以包括存储器,用于实现前述方法中AP或STA的功能。该芯片***可以由芯片构成,也可以包含芯片和其他分立器件。
本申请实施例还提供了一种通信装置,包括处理器和接口;所述处理器,用于执行上述任一方法实施例所述的信息处理方法。
应理解,上述通信装置可以是一个芯片,所述处理器可以通过硬件来实现也可以通过软件来实现,当通过硬件实现时,该处理器可以是逻辑电路、集成电路等;当通过软件来实现时,该处理器可以是一个通用处理器,通过读取存储器中存储的软件代码来实现,改存储器可以集成在处理器中,可以位于所述处理器之外,独立存在。
本申请实施例提供的方法中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、网络设备、用户设备或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line,简称DSL)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机可以存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如,软盘、硬盘、磁带)、光介质(例如,数字视频光盘(digital video disc,简称DVD))、或者半导体介质(例如,SSD)等。
显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。
Claims (21)
1.一种资源单元合并指示方法,其特征在于,包括:
生成物理层协议数据单元PPDU,所述PPDU包括多个资源单元分配子字段,其中,一个所述资源单元分配子字段对应242-tone RU,所述242-tone RU属于某个MRU,所述MRU包括多个资源单元分配子字段分别对应的242-tone RU,所述MRU被分配给一个或多个用户;
发送所述PPDU。
2.如权利要求1所述的方法,其特征在于,所述资源单元分配子字段还用于指示所述资源单元分配子字段对应的用户字段的个数。
3.如权利要求1或2所述的方法,其特征在于,所述242-tone RU属于某个MRU,包括:所述MRU有MRU的组合标识。
4.如权利要求3所述的方法,其特征在于,不同的MRU的组合标识相同或者不同,且,具有相同组合标识的两个MRU之间至少存在两个具有不同组合标识的MRU。
5.如权利要求3所述的方法,其特征在于,不同类别的组合标识可以复用。
6.一种资源单元合并指示方法,其特征在于,包括:
接收来自发送端的物理层协议数据单元PPDU,所述PPDU包括多个资源单元分配子字段,其中,一个所述资源单元分配子字段对应242-tone RU,所述242-tone RU属于某个MRU,所述MRU包括多个资源单元分配子字段分别对应的242-tone RU,所述MRU被分配给一个或多个用户;
根据所述PPDU确定所述MRU。
7.如权利要求6所述的方法,其特征在于,所述资源单元分配子字段还用于指示所述资源单元分配子字段对应的用户字段的个数。
8.如权利要求6或7所述的方法,其特征在于,所述242-tone RU属于某个MRU,包括:所述MRU有MRU的组合标识。
9.如权利要求8所述的方法,其特征在于,不同的MRU的组合标识相同或者不同,且,具有相同组合标识的两个MRU之间至少存在两个具有不同组合标识的MRU。
10.如权利要求8所述的方法,其特征在于,不同类别的组合标识可以复用。
11.一种通信装置,其特征在于,包括:
处理单元,用于生成物理层协议数据单元PPDU,所述PPDU包括多个资源单元分配子字段,其中,一个所述资源单元分配子字段对应242-tone RU,所述242-tone RU属于某个MRU,所述MRU包括多个资源单元分配子字段分别对应的242-tone RU,所述MRU被分配给一个或多个用户;
收发单元,用于发送所述PPDU。
12.如权利要求11所述的通信装置,其特征在于,所述资源单元分配子字段还用于指示所述资源单元分配子字段对应的用户字段的个数。
13.如权利要求11或12所述的通信装置,其特征在于,所述242-tone RU属于某个MRU,包括:所述MRU有MRU的组合标识。
14.如权利要求13所述的通信装置,其特征在于,不同的MRU的组合标识相同或者不同,且,具有相同组合标识的两个MRU之间至少存在两个具有不同组合标识的MRU。
15.如权利要求13所述的通信装置,其特征在于,不同类别的组合标识可以复用。
16.一种通信装置,其特征在于,包括:
收发单元,用于接收来自接入点发送端的物理层协议数据单元PPDU,所述PPDU包括多个资源单元分配子字段,其中,一个所述资源单元分配子字段对应242-tone RU,所述242-tone RU属于某个MRU,所述MRU包括多个资源单元分配子字段分别对应的242-tone RU,所述MRU被分配给一个或多个用户;
处理单元,用于根据所述PPDU确定所述MRU。
17.如权利要求16所述的通信装置,其特征在于,所述资源单元分配子字段还用于指示所述资源单元分配子字段对应的用户字段的个数。
18.如权利要求16或17所述的通信装置,其特征在于,所述242-tone RU属于某个MRU,包括:所述MRU有MRU的组合标识。
19.如权利要求18所述的通信装置,其特征在于,不同的MRU的组合标识相同或者不同,且,具有相同组合标识的两个MRU之间至少存在两个具有不同组合标识的MRU。
20.如权利要求18所述的通信装置,其特征在于,不同类别的组合标识可以复用。
21.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有计算机程序,所述计算机程序当被计算机执行时,使所述计算机执行如权利要求1~5或6~10中任意一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310916131.3A CN117097450A (zh) | 2020-03-13 | 2020-03-13 | 一种资源单元合并指示方法及通信装置 |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310916131.3A CN117097450A (zh) | 2020-03-13 | 2020-03-13 | 一种资源单元合并指示方法及通信装置 |
CN202010177500.8A CN113395144B (zh) | 2020-03-13 | 2020-03-13 | 一种资源单元合并指示方法及通信装置 |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010177500.8A Division CN113395144B (zh) | 2020-03-13 | 2020-03-13 | 一种资源单元合并指示方法及通信装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN117097450A true CN117097450A (zh) | 2023-11-21 |
Family
ID=77616317
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010177500.8A Active CN113395144B (zh) | 2020-03-13 | 2020-03-13 | 一种资源单元合并指示方法及通信装置 |
CN202310916131.3A Pending CN117097450A (zh) | 2020-03-13 | 2020-03-13 | 一种资源单元合并指示方法及通信装置 |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010177500.8A Active CN113395144B (zh) | 2020-03-13 | 2020-03-13 | 一种资源单元合并指示方法及通信装置 |
Country Status (3)
Country | Link |
---|---|
US (1) | US20230016355A1 (zh) |
CN (2) | CN113395144B (zh) |
WO (1) | WO2021180231A1 (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113795044B (zh) * | 2021-09-15 | 2024-06-11 | 深圳市佳贤通信科技股份有限公司 | 一种ue基带合并方法、***、计算机设备及存储介质 |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107735993B (zh) * | 2015-06-02 | 2021-07-20 | 阿特拉斯全球技术有限责任公司 | 用于wlan***的随机接入ppdu |
CN110351063B (zh) * | 2015-07-01 | 2022-05-17 | 松下知识产权经营株式会社 | 终端站和接收方法 |
US10165551B2 (en) * | 2015-08-11 | 2018-12-25 | Qualcomm Incorporated | Resource allocation signaling in a high efficiency wireless local area network preamble |
WO2017059127A1 (en) * | 2015-09-29 | 2017-04-06 | Newracom, Inc. | Resource allocation indication for multi-user multiple-input-multiple-output (mu-mimo) orthogonal frequency division multiple access (ofdma) communication |
CN106658722B (zh) * | 2015-11-03 | 2020-07-28 | 华为技术有限公司 | 一种无线局域网中频率资源指示的方法和装置 |
CN110460415B (zh) * | 2018-05-07 | 2023-06-20 | 华为技术有限公司 | 数据传输方法、装置及存储介质 |
US11057880B2 (en) * | 2018-06-11 | 2021-07-06 | Qualcomm Incorporated | Wireless communication with per-station punctured transmissions |
CN116614213A (zh) * | 2018-07-25 | 2023-08-18 | 华为技术有限公司 | 资源单元指示方法、装置及存储介质 |
-
2020
- 2020-03-13 CN CN202010177500.8A patent/CN113395144B/zh active Active
- 2020-03-13 CN CN202310916131.3A patent/CN117097450A/zh active Pending
-
2021
- 2021-03-12 WO PCT/CN2021/080628 patent/WO2021180231A1/zh active Application Filing
-
2022
- 2022-09-12 US US17/942,907 patent/US20230016355A1/en active Pending
Also Published As
Publication number | Publication date |
---|---|
WO2021180231A1 (zh) | 2021-09-16 |
US20230016355A1 (en) | 2023-01-19 |
CN113395144B (zh) | 2023-07-18 |
CN113395144A (zh) | 2021-09-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN116388943B (zh) | 资源单元指示方法、装置及存储介质 | |
CN116390250B (zh) | 一种ppdu的传输方法及相关装置 | |
CN116193601B (zh) | 一种资源指示方法及接入点和站点 | |
US20110267996A1 (en) | System information transmission method | |
US20220353025A1 (en) | Information Indication Method and Communications Apparatus | |
EP3910864A1 (en) | Apparatus and method of communication based on extended bandwidth and multi-resource unit in wireless local area network system | |
CN112448803A (zh) | 数据传输方法及装置 | |
CN117220845A (zh) | 无线局域网前导码中的资源分配信令 | |
CN112400347A (zh) | 无线通信***的传输技术 | |
KR20100093475A (ko) | 자원 할당 정보 송수신 방법 및 이를 이용하는 단말 장치 | |
CN113395144B (zh) | 一种资源单元合并指示方法及通信装置 | |
CN115734360A (zh) | 多载波调度的方法和装置 | |
CN117880985A (zh) | 信息处理方法、配置方法、装置、终端及网络侧设备 | |
CN115918211A (zh) | 数据传输方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |