CN116806055B - 一种信息指示方法及通信装置 - Google Patents
一种信息指示方法及通信装置 Download PDFInfo
- Publication number
- CN116806055B CN116806055B CN202310797271.3A CN202310797271A CN116806055B CN 116806055 B CN116806055 B CN 116806055B CN 202310797271 A CN202310797271 A CN 202310797271A CN 116806055 B CN116806055 B CN 116806055B
- Authority
- CN
- China
- Prior art keywords
- field
- user
- bandwidth
- resource
- same
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 85
- 230000006854 communication Effects 0.000 title abstract description 47
- 238000004891 communication Methods 0.000 title abstract description 46
- 230000005540 biological transmission Effects 0.000 claims description 192
- 238000013468 resource allocation Methods 0.000 claims description 148
- 238000001228 spectrum Methods 0.000 claims description 16
- 238000004590 computer program Methods 0.000 claims description 12
- 238000004080 punching Methods 0.000 claims description 11
- 238000003860 storage Methods 0.000 claims description 9
- 230000011664 signaling Effects 0.000 abstract description 20
- 101150081243 STA1 gene Proteins 0.000 description 81
- 101100161473 Arabidopsis thaliana ABCB25 gene Proteins 0.000 description 59
- 101100096893 Mus musculus Sult2a1 gene Proteins 0.000 description 59
- 238000010586 diagram Methods 0.000 description 30
- 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 19
- 101000988961 Escherichia coli Heat-stable enterotoxin A2 Proteins 0.000 description 19
- 238000012545 processing Methods 0.000 description 19
- 230000006870 function Effects 0.000 description 14
- 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 12
- 101100366889 Caenorhabditis elegans sta-2 gene Proteins 0.000 description 12
- 238000013461 design Methods 0.000 description 12
- 101000752249 Homo sapiens Rho guanine nucleotide exchange factor 3 Proteins 0.000 description 8
- 102100021689 Rho guanine nucleotide exchange factor 3 Human genes 0.000 description 8
- 230000008859 change Effects 0.000 description 8
- 239000000047 product Substances 0.000 description 7
- 238000012549 training Methods 0.000 description 6
- 101100395869 Escherichia coli sta3 gene Proteins 0.000 description 4
- 239000000969 carrier Substances 0.000 description 3
- 230000006835 compression Effects 0.000 description 3
- 238000007906 compression Methods 0.000 description 3
- 125000004122 cyclic group Chemical group 0.000 description 3
- 238000010295 mobile communication Methods 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 230000001419 dependent effect Effects 0.000 description 2
- 230000009977 dual effect Effects 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 238000004519 manufacturing process Methods 0.000 description 2
- 230000010363 phase shift Effects 0.000 description 2
- 108700030796 Tsg101 Proteins 0.000 description 1
- 239000008186 active pharmaceutical agent Substances 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 239000007795 chemical reaction product Substances 0.000 description 1
- 239000003795 chemical substances by application Substances 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- -1 i.e. Proteins 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000008569 process Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 230000009466 transformation Effects 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/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
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
-
- 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
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/27—Control channels or signalling for resource management between access points
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B7/00—Radio transmission systems, i.e. using radiation field
- H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
- H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
- H04B7/0413—MIMO systems
- H04B7/0452—Multi-user MIMO systems
-
- 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
- H04L5/0046—Determination of how many bits are transmitted on different sub-channels
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
- H04W84/10—Small scale networks; Flat hierarchical networks
- H04W84/12—WLAN [Wireless Local Area Networks]
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Mobile Radio Communication Systems (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Computer And Data Communications (AREA)
Abstract
本申请涉及无线保真技术领域,尤其涉及一种信息指示方法及通信装置,该方法包括:接入点(access point,AP)确定资源指示信息,以及发送所述资源指示信息,其中,所述资源指示信息包括多个比特序列,所述多个比特序列中的第一比特序列对应第一资源单元,所述第一资源单元为第一站点(station,STA)或多个STA被分配的资源块集合中的一个资源单元,所述资源块集合包括至少两个资源单元。本申请实施例提供的方法采用两个内容信道传输HE‑SIG B能够指示为多个资源单元被分配到一个站点或多个站点,且能够降低信令开销。
Description
本申请要求在2020年1月11日提交中华人民共和国知识产权局、申请号为202010028819.4、发明名称为“一种信息指示方法及通信装置”的中国专利申请的优先权,其全部内容通过引用结合在本申请中。
本申请是分案申请,原申请的申请号是202010172693.8,原申请日是2020年3月12日,原申请的全部内容通过引用结合在本申请中。
技术领域
本申请涉及无线保真技术领域,尤其涉及一种信息指示方法及通信装置。
背景技术
为了支持正交频分多址(orthogonal frequency division multiple access,OFDMA)传输,802.11ax将频带资源分为若干资源单元,每个站点或者每组站点只能在其中一个资源单元上传输,也就是目前只支持为一个站点或多个用户分配一个资源单元。但是未来可能支持为一个站点或多个站点分配多个资源单元,如何为一个站点或多个站点分配多个资源单元是目前需要解决的问题。
发明内容
本申请提供一种信息指示方法及通信装置,采用两个内容信道传输HE-SIG B能够指示为多个资源单元被分配到一个站点或多个站点,且能够降低信令开销。
第一方面,提供一种信息指示方法,该方法包括:
接入点(access point,AP)确定资源指示信息,其中,所述资源指示信息包括多个比特序列,所述多个比特序列中的第一比特序列对应第一资源单元,所述第一资源单元为第一站点(station,STA)或多个STA被分配的资源块集合中的一个资源单元,所述资源块集合包括至少两个资源单元;
所述AP发送所述资源指示信息。
可选的,第一方面的资源指示信息可参见具体实施例中的资源指示信息的实现方式。
第二方面,提供一种信息指示方法,该方法包括:
接入点(access point,AP)生成第一指示信息,所述第一指示信息用于指示多个站点(station,STA)在不连续的带宽上进行全带宽多用户(multi use multiple inputmultiple output,MU-MIMO)传输;
所述AP发送所述第一指示信息。
可选的,第一方面的第一指示信息可参见具体实施例中的指示信息的实现方式。
第三方面,提供了一种通信装置,所述通信装置包括用于执行上述第一方面或第一方面任意可能的实现方式所述方法的模块,或者所述通信装置包括用于执行上述第二方面或第二方面任意可能的实现方式所述方法的模块。
第四方面,本申请实施例提供一种计算机可读存储介质,用于存储计算机程序,所述计算机程序包括用于执行上述第一方面或第一方面任意可能的实现方式的指令,或,上述第二方面或第二方面任意可能的实现方式的指令。
第五方面,本申请实施例提供一种计算机程序,所述计算机程序包括用于执行上述第一方面或第一方面任意可能的实现方式的指令,或,上述第二方面或第二方面任意可能的实现方式的指令。
第六方面,本申请实施例提供一种通信系统,所述通信系统包括上述第三方面所提供的通信装置和站点。
附图说明
图1为本申请实施例适用的一种无线局域网的网络架构;
图2为本申请实施例提供的一种接入点和站点的内部结构图;
图3为本申请实施例提供的另一种接入点和站点的内部结构图;
图4为802.11ax 80M带宽多用户打孔模式一;
图5为802.11ax 80M带宽多用户打孔模式二;
图6为802.11ax 160M带宽多用户打孔模式一;
图7为802.11ax 160M带宽多用户打孔模式二;
图8为本申请实施例提供的一种HE MU PPDU的帧结构示意图;
图9为本申请实施例提供的一种HE-SIG-B的帧结构示意图;
图10为本申请实施例提供的40MHz的HE-SIG-B的帧结构示意图;
图11为本申请实施例提供的EHT PPDU的帧结构示意图;
图12为本申请实施例提供的80MHz的频谱带宽分配给1个用户的资源划分示意图;
图13为本申请实施例提供的单用户打孔传输方法的流程示意图;
图14为本申请实施例提供的80MHz的频谱带宽分配给4个用户的资源划分示意图;
图15为本申请实施例提供的打孔的全带宽MU-MIMO传输方法的流程示意图;
图16为本申请实施例提供的不同用户被分配的资源单元存在重叠的示意图;
图17为本申请实施例提供的160MHz的频谱带宽分配给2个用户的资源划分示意图;
图18为本申请实施例提供的160MHz的频谱带宽分配给5个用户的资源划分示意图;
图19为本申请实施例提供的触发帧的帧结构示意图;
图20为本申请实施例提供的触发帧中的用户信息字段的结构示意图;
图21为本申请实施例提供的上行打孔的全带宽MU-MIMO传输方法的流程示意图;
图22为申请实施例提供的AP的一种结构示意图。
具体实施方式
为了使本申请实施例的目的、技术方案和优点更加清楚,下面将结合附图对本申请实施例作进一步地详细描述。
本申请实施例可以适用于无线局域网(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。如图2所示,为本申请实施例提供的AP和STA的一种内部结构图,802.11系统标准关注其中的802.11物理层(physical,PHY)和介质访问控制(media access control,MAC)部分。因此,本申请实施例提供的STA通常为支持802.11系统标准的MAC和PHY的终端产品,如手机、笔记本电脑等。需要指出的是,虽然仅在图2给出了多个天线的AP和单个天线的STA结构图,在实际场景中,AP和STA都可以是多天线的,并且可以是具有两个以上天线的设备。
如图3所示,为本申请实施例提供的AP和STA的另一种内部结构图,AP和STA分分别包括属于底层的PHY基带模块、MAC层模块和逻辑链路控制(logical link control,LLC),层模块以及射频模块,也就是天线,和属于上层的网际协议(internet protocol,IP)处理模块、传输控制协议(transmission control protocol,TCP)/用户数据报协议(userdatagram protocol,UDP)处理模块和应用层模块。底层和上层通过上层接口进行信息传输。
AP与STA进行通信,AP可以为STA分配资源,STA在被分配的资源上进行数据传输。例如,802.11ax之前的WiFi协议,比如802.11ac,要求传输时需占用连续的带宽,包括20MHz,40MHz,80MHz以及160MHz共四种类型的带宽,其中一个20MHz被记为主20MHz。如果带宽内某个20MHz被其他站点的传输占用,则传输的PPDU带宽就需要减小,缩小后的带宽需包含主20MHz,与主20MHz连续的其他的20MHz都是空闲可用的。比如说连续的80M带宽中的第一个20MHz为主20MHz,但第二个20MHz信道忙,按照连续带宽的要求,此时只能传输主20MHz的PPDU,即浪费了80MHz带宽内得一个空闲的40MHz。
为了聚合更多的信道形成更大可用带宽,802.11ax协议提出了一种前导码打孔的传输方式,允许将非连续的信道聚合在一起,在上述例子中即允许接入点发送20MHz+40MHz的PPDU,从而更加有效地利用空闲信道。具体的,在802.11ax标准中规定的4种传输带宽中,只有其中的80MHz和160MHz带宽存在前导码打孔传输方式的可能。下面分别介绍802.11ax提出的4种前导码打孔传输方式。
80MHz带宽包含主20MHz P20,次20MHz S20以及次40MHz S40,其中S40又分为S40-L(S40中左20MHz)和S40-R(S40中右20MHz)。80MHz下对应的前导码打孔传输方式如图4和5所示,在图4中该80MHz带宽内只有S20被打孔,在图5中80MHz带宽内只有S40里的一个20MHz被打孔。
160M带宽包含主20MHz P20,次20MHz S20,次40MHz S40以及次80MHz S80,其中S40又分为S40-L和S40-R。160MHz下对应的前导码打孔方式如图7和7所示,在图6中,160MHz带宽内主80MHz(由P20,S20和S40组成)内只有S20被打孔,次80MHz某些20MHz可能被打孔,由802.11ax HE-SIG-B字段指示。在图7中,160MHz带宽内主80MHz(由P20,S20和S40组成)内主40MHz(由P20和S20组成)没被打孔,次40Mhz和次80MHz中某些20MHz可能被打孔,由802.11ax HE-SIG-B字段指示。
上述提到的802.11ax的80MHz带宽的2种前导码打孔传输方式以及160MHz带宽的2种前导码打孔传输方式可通过一个指示信息来指示。该指示信息位于802.11ax PPDU前导码高效率信令A(high efficient signal A,HE-SIG-A)字段中,值得注意的是,80MHz带宽内第二种前导码打孔模式,以及160MHz带宽内的两种前导码打孔模式都不能具体指示哪个20MHz被打孔。接收端需要通过进一步解析802.11ax HE PPDU前导码中下一个字段HE-SIG-B字段的共有信息部分字段中的资源分配指示信息,其中HE-SIG-B是主要是用来给多站点进行下行多用户传输,包括OFDMA,MU-MIMO,提供资源单元分配信息以及站点传输参数。也就是说,802.11ax的前导码打孔传输方式只适用于多用户传输。
图8示出了802.11ax协议提出的一种多用户帧格式,即高效多用户物理层协议数据单元(multiple user physical protocol data unit,HE MU PPDU)。该帧格式中包括传统前导码(legacy preamble,L-preamble)、高效率前导码(high efficiency preamble,HE-preamble)和物理层聚合服务数据单元(physical layer convergence protocolservice data unit,PSDU)三部分,其中HE-preamble又包括重复的传统信令(repeatedlegacy signal,RL-SIG)、HE-SIG-A、高效率信令B(high efficiency signal B,HE-SIG-B)、高效率短训练字段(high efficiency short training field,HE-STF)、高效率长训练字段(high efficiency long training field,HE-LTF)等字段。
图9示出了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)字段。
AP可以通过将资源分配信息承载在HE-SIG-B中,向STA指示被分配的RU。在应用正交频分多址(orthogonal frequency division multiple access,OFDMA)及多用户多入多出(multiple user multiple input multiple output,MU-MIMO)技术时,WLAN协议会将频谱带宽划分为若干个资源单元(resource unit,RU)。IEEE 802.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组成。带宽频谱资源划分是通过一个或多个8比特的序列指示的,其中每8比特对应带宽频谱的一个20MHz。
例如在802.11ax协议中,一个资源单元分配子字段的索引表如表1,由于该索引表用于指示分配的资源,所以也可以称为资源分配信息表。
表1资源分配信息表
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,L-preamble和HE-preamble中的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。
例如,请参见图10,示出了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分配模式,但是最大支持160MHz的分配,未来可能支持更大的带宽,例如320MHz,目前802.11ax协议并没有规定320MHz内所有可能的RU排列组合方式,更没有针对320MHz的带宽的分配指示方案。
且,为了降低发送和接收的复杂度,在OFDMA传输中,每个站点或者每组站点只能被分到在一个资源块上传输信息,其中每组站点表示该组站点在对应资源块上做MU-MIMO传输。也就是目前只支持为一个用户分配一个RU,并不支持将一个用户被分配多个RU。为了提高频谱利用率,未来可能支持为一个用户分配多个RU,如何为一个用户分配多个RU是目前需要解决的问题。
另外,AP可以和一个STA进行通信,也称为单用户传输。在802.11ax的协议中,仅支持在连续的带宽上进行单用户传输。但是为了提高频谱利用率,在802.11ax的下一代协议,例如802.11be中,可能支持在不连续的带宽上进行单用户传输,即允许在带宽内的某些子信道被打孔(比如以20MHz为单位)。同理,AP也可以和多个STA进行通信,例如多个STA进行全带宽MU-MIMO传输,但是在802.11ax的协议中,仅支持在连续的带宽上进行802.11ax的协议中,仅支持在连续的带宽上进行单用户传输。未来有可能支持在不连续的带宽上进行全带宽MU-MIMO传输。针对单用户打孔传输和全带宽MU-MIMO传输,AP如何为STA指示分配的RU是目前需要解决的问题。应理解,单用户打孔传输指的是一个站点在不连续的多个RU进行传输,同理,打孔的全带宽MU-MIMO传输指的是一组站点在不连续的RU上做MU-MIMO传输。
为了解决上述的技术问题,本申请实施例提供了一种信息指示方法,该方法中,AP可以复用PPDU的前导码中的字段来指示单用户打孔PPDU或多用户打孔PPDU,另外复用资源分配信息表中的比特序列来指示为单用户传输中的一个站点被分配到多个RU或多用户传输中的一个或多个站点被分配到多个RU,相比沿用802.11ax MU打孔的传输方法,可以降低信令的开销。
下面结合附图,分别介绍本申请实施例提供的单用户打孔传输方法和打孔的全带宽MU-MIMO传输方法。
在目前802.11ax标准中,单用户传输和全带宽MU-MIMO传输只支持连续的带宽,也就是不允许带宽内的子信道被打孔。但是为了提高频谱利用率,在802.11ax的下一代协议,例如802.11be标准中,可能支持单用户打孔传输和打孔的全带宽MU-MIMO传输,即允许在单用户和全带宽MU-MIMO用户在被打孔的带宽内传输。
所以在本申请实施例中,当AP需要进行下行的单用户打孔传输时,还需要在指示要传输的PPDU是用单户打孔PPDU,还是多用户打孔PPDU。同理,当AP需要进行下行的全带宽MU-MIMO传输时,也需要在指示要传输的PPDU是打孔的全带宽MU-MIMO传输。
具体的,本申请实施例可以通过第一指示信息告知STA要传输的PPDU是单用户打孔PPDU或者是多用户打孔PPDU,可以认为是不同的传输模式。可以理解为单用户打孔PPDU是第一传输模式,多用户打孔PPDU是第二传输模式。此时,第一指示信息可以用于指示第一传输模式和第二传输模式。具体的,该指示信息可以承载在PPDU的一个字段或多个字段,下面以PPDU的一种可能的结构为例,介绍第一指示信息的几种实现方式。
另一种实施方式:本申请实施例可以通过第一指示信息告知STA要传输的PPDU是单用户全带宽传输、单用户全带宽打孔传输、全带宽MU-MIMO传输、打孔的全带宽MU-MIMO传输、还是OFDMA传输,其中OFDMA传输中的资源块也允许做MU-MIMO传输,OFDMA传输的资源块也可以被打孔。
可选的,单用户全带宽打孔传输和打孔的全带宽MU-MIMO传输可以合并为一种模式A,在该模式下,EHT信令字段含有资源分配相关的信息,比如打孔相关的信息,具体如(四)方案中提到的。
可选的,全带宽MU-MIMO传输和OFDMA传输可以合并一种模式B,在该模式下,通过其他字段,比如802.11ax中压缩模式指示字段,进一步区分在EHT信令字段中是否含有资源分配相关的信息,比如RU资源分配信息。其中EHT信令字段中不含有资源分配相关的信息可以用来全带宽MU-MIMO传输,可选的用来单用户传输;EHT信令字段中含有资源分配相关的信息可以用来OFDMA传输,可选的用来单用户传输。
本申请实施例涉及的PPDU可以是EHT PPDU。图11示例性示出了该EHT PPDU的帧结构,如图11所示,该EHT PPDU可包括L-preamble字段、二进制相移键控(binary phaseshift keying,BPSK)符号字段、极高吞吐量(extremely high throughtput,EHT)信令字段、极高吞吐量短训练字段(extremely high throughtput short training field,EHT-STF)、极高吞吐量长训练字段(extremely high throughtput long training field,EHT-LTF)、数据(data)字段等字段。其中,L-preamble字段可以包括传统信号字段(legacysignal field,L-STF)和传统长训练字段(legacy long training field,L-LTF)。BPSK符号字段可以包括L-SIG字段、RL-SIG字段和U-SIG字段。
本申请实施例中,用于指示分配给STA的RU的资源指示信息可以承载在EHT信令字段,该EHT信令字段可以包括公共字段和用户特定字段,其中资源分配信息可以承载在公共字段,站点的标识可以承载在用户特定字段。
其中U-SIG字段可包括版本非相关信息(version independent info)字段和版本相关信息(version dependent info)字段。该version independent info字段可包含3比特的WiFi版本字段,1比特下行/上行字段,至少6比特的BSS color字段,至少7比特的TxOP字段,至少4比特的CRC字段,6比特尾比特字段。进一步地,该version independent info字段还可以包括带宽字段。该version dependent info字段可包括PPDU格式字段等,还可以包括调制编码方案字段,空间流字段,编码字段等字段中的一个或多个。
作为第一指示信息的一种实现方式,第一指示信息可以承载在U-SIG字段的一个字段,为了便于描述,在本申请实施例中,将该字段称为第一字段。第一字段可以是U-SIG已定义的字段,也可以是U-SIG字段中新增加的一个字段。第一字段可以占用2比特或更多的比特,例如,当第一字段的值为第一值,比如“00”,可以指示单用户PPDU以及不打孔;当第一字段的值为第二值,比如“01”,可以指示单用户PPDU以及打孔,当第一字段的值为第三值,比如“10”,可以指示多用户PPDU以及不打孔,当第一字段的值为第四值,比如“11”,可以指示多用户PPDU以及打孔。需要说明的是,本申请实施例中,第一字段的值在一些实施例中也可以理解为第一字段承载的值。
示例性的,第一字段可以是U-SIG已定义的字段,例如PPDU格式字段。应理解,如果第一字段是U-SIG字段中新增加的一个字段,那么该第一字段位于EHT信令字段的公共字段之前。
作为第一指示信息的另一种实现方式,该第一指示信息也可以承载在U-SIG字段的两个字段,为了便于描述,在本申请实施例中,将这两个字段分别称为第一字段和第二字段。第一字段和第二字段均可以是U-SIG已定义的字段,或者U-SIG字段中新增加的一个字段,或者第一字段是U-SIG已定义的字段,第二字段是U-SIG字段中新增加的一个字段,又或者第一字段是U-SIG字段中新增加的一个字段,第二字段是U-SIG已定义的字段。第一字段用于指示要传输的PPDU格式,包括单用户PPDU或多用户PPDU,第二字段用于指示是否打孔传输。例如第二字段占用1比特或者更多的比特,第二字段的值为第一值,比如“1”,可以指示打孔;相对的,当第二字段的值为第二值,比如“0”,可以指示不打孔。
一示例性的,第一字段为PPDU格式字段,第二字段可以是U-SIG字段中新增加的一个字段,例如称为打孔字段。需要说明的是,当第二字段的值指示打孔,PPDU中EHT信令字段包括的公共字段存在,且EHT信令字段可以承载资源分配信息,例如EHT信令字段包括资源单元分配子字段,用于承载资源分配信息,或者EHT信令字段包括比特位图,该比特位图用于指示打孔的带宽资源。当第二字段的值指示不打孔,PPDU中EHT信令字段包括的公共字段可以不存在。
又一示例性的,第一字段为PPDU格式字段,第二字段为带宽字段,该带宽字段用于指示带宽是打孔模式的带宽还是非打孔模式的带宽。
例如在802.11ax有3比特指示带宽,前4个值指示20M,连续的40M,80M和160M,后面4个值指示打孔的80M和160M带宽。例如在802.11be中,带宽字段可以占用4比特,也就是该带宽字段的值位于[0,15],即16个值。这16个值中的前5个值用来指示20M,连续的40M,连续的80M,连续的160M和连续的320M,还可以选的包括用1个值指示240M,这16个值中未使用的值分别指示打孔40M、打孔的80M,打孔的160M和打孔的320M。例如这16个值中的第6个值用于指示打孔的40M,第7个值用于指示打孔的80M,等等。这种方案中,如果传输的是80M打孔的单用户PPDU,那么PPDU格式字段指示单用户PPDU,带宽字段的值为指示打孔的80M的多个值的一个。
AP在通知每个STA发送数据时,需要告知每个STA,AP为每个STA分配的RU。具体的,AP可以通过如前述表1,即资源分配信息表中的比特序列指示为每个STA分配的RU。一个或多个比特序列指示将带宽频谱资源相应的划分成若干个资源块集合,一个资源块集合可以包括一个或多个资源块,其中比特序列的个数取决于U-SIG字段的带宽,等于带宽/20MHz,其中该带宽是20MHz的倍数,非整除的带宽另说。一个资源块集合分配给一个STA,资源块包括大小以及其位置等属性。类似于802.11ax HE-SIG B包含的资源单元分配字段和一个或多个用户信息字段,每个资源块集合对应一个用户信息字段或者一组用户信息字段。如果一个资源块集合对应一个用户信息字段,则表示该用户被分配到该资源块集合进行传输,如果一个资源块集合对应一组用户信息字段,表示一组用户被分配到该资源块集合进行传输。应理解,如果是一组用户信息字段,例如对于能用于MU-MIMO传输的资源块,那么该组用户信息字段包含的用户信息字段的个数是通过资源单元分配字段指示的,比如表中的字母x或y具体类似802.11ax。通过一个或多个资源块分配字段指示的带宽被划分成的一个或多个资源块集合以及后续的一个或多个用户信息字段的对应关系,用户接收到该信令后才可以获知该用户的下行消息包被分配到那个资源块集合上传输。
本申请实施例可以沿用802.11ax标准中的资源分配信息表,即前述的表1中的比特序列指示一个STA被分配到一个资源块集合上传输,其中资源块集合包括至少2个资源单元。应理解,本申请实施例采用的比特序列可以是已定义的比特序列,也可以是没有定义的比特序列,也就是预留比特序列,例如“011101x1x0”、“01111y2y1y0”、“11011y2y1y0”或者“111x4x3x2x1x0”。下文的介绍中,以本申请实施例采用的比特序列是表1中的预留比特序列为例,且该预留比特序列占用m个比特为例,在下文介绍中,m大于或等于8。
下面分别以单用户打孔传输场景和打孔的全带宽MU-MIMO场景介绍本申请实施例提供的方案。
本申请实施例提供了一种单用户打孔传输方法,在该方法中,通过多个预留比特序列指示一个用户(STA)被分配到一个资源块集合,也就是多个RU上传输,同时还可以指示频率带宽上哪些位置被打孔。其中一个预留比特序列对应一个资源块集合中的一个RU,不同的预留比特序列指示分配的RU的类型不同。示例性的,预留比特序列的值为第一值,表示资源块集合中的一个RU是242子载波RU;预留比特序列的值为第二值,表示资源块集合中的一个RU是484子载波RU,预留比特序列的值为第三值,表示资源块集合中的一个RU是996子载波RU,以此类推。应理解,242子载波RU、484子载波RU和996子载波RU也可以认为是RU的类型不同。
沿用表1中“01110001”表示“242子载波RU空(零站点)-记为242(0)”,本申请实施例可以按照类似方式将某个预留比特序列记为RU(相同),其中,“RU”表示RU的类型,例如为242子载波RU、484子载波RU;携带“相同”资源单元分配字段指示的资源块和其他携带“相同”资源单元分配字段指示的资源块被划分到一个资源块集合里,也就是说该多个资源块将被分配到一个用户或者一组用户,需要说明的是,这里的资源块指的是大于或等于242资源块。如果指示一个STA被分配到一个资源块集合,那么可以将某个预留比特序列记为RU(相同,1),“1”指的是被分配到该资源块集合进行传输的STA的个数,因为是单用户打孔传输场景,所以只有一个STA。以预留比特序列是表1中的“111x4x3x2x1x0”为例,举例来说,“11100000”可以记为242(相同,1),“11100001”可以记为484(相同,1)。
为了便于理解,下面结合图12,介绍本申请实施例如何通过表1的预留比特序列指示一个STA(图12中的STA1)被分配到一个资源块集合上传输。图12示出了80MHz分配示意图,以80MHz带宽被划分为4个子信道,每个子信道为20MHz,也可以认为是242子载波RU为例。从左到右,这4个子信道的编号依次为1-4,依次记为RU1、RU2、RU3和RU4。
应理解,由于AP分配的是80MHz的资源,PPDU中的HE-SIG-B字段包括CC1和CC2,且CC1包括两个资源单元分配字段,CC2包括两个资源单元分配字段,这4个资源单元分配字段中的每个资源单元分配字段承载一个预留比特序列。
例如AP为STA分配的多个RU是不连续的,例如AP为STA1分配RU1、RU3和RU4,即80MHz带宽内的RU2被打孔。换句话来说,本申请实施例在单站点传输的场景中,支持不连续的带宽,即允许在带宽内的某些20MHz被打孔。这种情况下,AP除了指示用于STA1传输的多个RU,还需要指示被打孔的RU。
在第一示例中,预留比特序列可以用于指示分配的资源块集合包括的各个RU的类型,以及被分配到多个RU上进行传输的STA的总个数。那么CC包括的资源分配信息可以记为RU(相同,1),如果是打孔的RU,那么CC包括的资源分配信息记为RU(0),例如沿用表1,“01110001”表示在242子载波RU上打孔记为(0)。
示例性的,如图12所示的频谱资源,CH1也就是第一个242子载波RU可以用242(相同,1)来指示,同理,第二个242子载波RU可以用242(0)来指示,第三个242子载波RU可以用242(相同,1)来指示,第四个242子载波RU可以用242(相同,1)来指示。类似,802.11ax标准中所述的CC,奇数信道的资源分配信息(即资源分配表中的一个m比特序列)会被放在CC1上,偶数信道的资源分配信息会被放在CC2上。也就是指示第1个20M的242(相同,1)会被放在CC1上,指示第2个20M的242(0)会被放在CC2上,指示第3个20M的242(相同,1)会被放在CC1上,指示第4个20M的242(相同,1)会被放在CC2上。即CC1包括的资源分配信息可以是242(相同,1)+242(相同,1),CC2包括的资源分配信息可以是242(0)+242(相同,1),以表示RU1、RU3和RU4分配给了STA1,其中RU2被打孔,且RU1、RU3和RU4均为242子载波RU。
又一示例性的,CC1包括的资源分配信息可以是242(相同,1)+484(相同,1),CC2包括的资源分配信息可以是242(0)+484(相同,1),以表示RU1、RU3和RU4分配给了STA1,其中RU2被打孔,且RU1为242子载波RU,RU3和RU4均为484子载波RU。与前述示例不同,本示例RU3和RU4是连续的,以484子载波的划分粒度分配给STA1。这种设计,STA1接收到CC1和CC2,只需要解读CC1或CC2就可以获取被分配的全部RU,而不需要解读CC1和CC2。
应理解,在单用户打孔传输的场景中,默认被分配到多个RU进行传输的STA的个数为1,所以CC1包括的资源分配信息可以是242(相同)+242(相同),CC2包括的资源分配信息可以是242(相同)+242(相同)。同理,CC1包括的资源分配信息可以是484(相同)+484(相同),CC2包括的资源分配信息可以是484(相同)+484(相同)。
由于在单用户打孔传输的场景中,AP向STA发送资源分配信息时,可以指示接收端的接收地址,该接收地址可以携带该STA的标识,即关联标识。由于该STA可以从接收地址中确认该资源指示信息是否是发送给自己的,所以在一种可能的设计中,CC1和CC2可以不包括与资源单元分配字段对应的用户信息字段,或者包括的用户信息字段中不含STA的标识。
当然,在另一种可能的设计中,CC1和CC2也可以包括与各自的资源单元分配字段对应的用户信息字段,例如CC1包括该STA1的用户信息字段,CC2也包括该STA1的用户信息字段,该STA1的标识可以承载在CC1中的用户信息字段和CC2中的用户信息字段。例如CC1包括的资源分配信息可以是242(相同,1)+242(相同,1),STA1的用户信息字段,CC2包括的资源分配信息可以是242(0)+242(相同,1),STA1的用户信息字段。这种设计方式,尽管AP发送资源分配信息时,不会在指定的接收地址中携带该STA的标识,该STA通过读取CC1和CC2的用户信息字段,还是可以确定AP为自己分配的RU。
作为第一示例的一种可替换的实现方式,在第二示例中,预留比特序列可以用于指示被分配的资源块集合包括的各个RU的类型,以及用户信息字段的个数。CC包括的资源分配信息记为RU(相同,k),k用于指示用户信息字段的个数。应理解,例如预留比特序列的值为第四值,表示资源块集合中的一个RU是242子载波RU,且对应的用户信息字段的个数为某个值;预留比特序列的值为第五值,表示资源块集合中的一个RU是484子载波RU,且对应的用户信息字段的个数为某个值,以此类推。应理解,例如预留比特序列的值为第四值,表示资源块集合中的一个RU是242子载波RU,且对应的用户信息字段的个数为某个值,比如1;应理解,例如预留比特序列的值为第五值,表示资源块集合中的一个RU是242子载波RU,且对应的用户信息字段的个数为某个值,比如2;预留比特序列的值为第十二值,表示资源块集合中的一个RU是484子载波RU,且对应的用户信息字段的个数为某个值,比如1,以此类推。
例如,对应如图12所示的频谱带宽,CC1包括的资源分配信息可以是242(相同,1)+242(相同,0),STA1的用户信息字段,CC2包括的资源分配信息可以是242(0)+242(相同,1),STA1的用户信息字段,以表示RU1、RU3和RU4分配给了STA1,其中RU2被打孔,且RU1、RU3和RU4均为242子载波RU,以及与RU1对应的用户信息字段的个数为1,与RU2对应的用户信息字段的个数为0,与RU3对应的用户信息字段的个数为0,与RU4对应的用户信息字段的个数为1。或者,CC1包括的资源分配信息可以是242(相同,0)+242(相同,1),STA1的用户信息字段,CC2包括的资源分配信息可以是242(0)+242(相同,1),STA1的用户信息字段,以表示RU1、RU3和RU4分配给了STA1,其中RU2被打孔,且RU1、RU3和RU4均为242子载波RU,以及与RU1对应的用户信息字段的个数为0,与RU2对应的用户信息字段的个数为1,与RU3对应的用户信息字段的个数为0,与RU4对应的用户信息字段的个数为1。
或者,CC1包括的资源分配信息可以是242(相同,1)+484(相同,0),STA1的用户信息字段CC2包括的资源分配信息可以是242(0)+484(相同,1),STA1的用户信息字段以表示RU1、RU3和RU4分配给了STA1,其中RU2被打孔,且RU1为242子载波RU,RU3和RU4组成484子载波RU,以及与RU1对应,且放在CC1的用户信息字段的个数为1,与RU2对应,且放在CC2的用户信息字段的个数为0,与RU3对应,且放在CC1的用户信息字段的个数为0,与RU4对应,且放在CC2的用户信息字段的个数为1。其中用户字段可以携带STA1的标识,也可不携带STA1的标识。
应理解,本申请实施例不限定STA1的标识承载在哪个用户信息字段,只要保证STA1能够从CC1和CC2获得STA1的标识即可。
需要说明的是,前述实施例仅以AP分配80MHz带宽为例,应理解,对于其他带宽,例如40MHz、160MHz、甚至基于目前的802.11ax协议演进得到的下一代协议802.11be支持的320MHz带宽,本申请实施例同样适用。不同之处在于,CC1包括的资源分配信息的个数不同,例如对于160MHz而言,CC1包括的资源分配信息可以是242(相同,1)+242(相同,1)+242(相同,1)+242(相同,1),CC2包括的资源分配信息可以是242(相同,1)+242(相同,1)+242(相同,1)+242(相同,1),以此类推,这里不再赘述。
需要说明的是,如果前导码中一个或多个字段指示了单用户打孔传输,作为前述242(相同,1)的一种变形,也可以重用表的中的242(1),表示采用242(1)的比特序列对应的RU分配给一个STA。同理,484(相同,1)的一种变形,也可以记为484(1),也可以重用表的中的484(1),表示采用484(1)的比特序列对应的RU分配给一个STA。同理的还包括重用表1中的996(1)替代996(相同,1),新增的996*2(1)替代996*2(相同,1)。
请参见图13,示出了本申请实施例提供的下行单用户打孔传输方法,该方法可包括如下步骤:
S1301、AP生成PPDU,该PPDU前导码可以包括第一字段和第二字段,其中该第一字段用于指示要传输的PPDU是单用户打孔PPDU,该第二字段包括多个资源单元分配字段,每一个资源单元分配字段用于指示分配给第一STA的资源块集合中的一个RU。
S1302、该AP向第一STA发送该PPDU。
S1303、该第一STA接收该PPDU,根据被分配的资源块集合,接收或发送数据信息。
应理解,第一字段可以位于前述的U-SIG字段,包括一个或多个子字段,用于承载前述的第一指示信息,具体第一指示信息承载在U-SIG字段的方式可以参见前述实施例的介绍,这里不再赘述。第二字段可以是前述的EHT-SIG字段中的公共字段,包括多个资源单元分配字段,每一个资源单元分配字段可以承载前述的预留比特序列,用于指示分配给第一STA的资源块集合中的一个RU,当然,打孔位置也用预留比特序列指示,具体实现方式可以参见前述针对单用户打孔传输的场景下的实施例,这里不再赘述。
本申请实施例还提供了一种打孔的全带宽MU-MIMO传输方法,在该方法中,通过多个预留比特序列指示一组站点(多个STA)被分配到一个资源块集合(也就是多个RU)上进行MIMO传输,同时还可以指示频率带宽上哪些位置被打孔。其中一个预留比特序列对应一个资源块集合中的一个RU。应理解,这一组STA可以是进行全带宽MU-MIMO传输的STA。同理,这种场景下,资源分配信息表中的一个m比特序列,指示一个RU,且该RU是分配给n个STA的资源块集合中的一个RU,用于这n个用户进行MU-MIMO传输。例如资源分配信息表中的一个m比特序列表示242子载波RU,且该242子载波RU被分配给4个STA,用于这4个STA进行MU-MIMO传输。为了简洁,该m比特序列记为242(相同,4),即该m比特序列指示一个242RU,且该242RU是分配给4个STA的资源块集合中的一个RU,用于这4个STA进行MU-MIMO传输。
下面结合图14,介绍本申请实施例如何通过表1的预留比特序列指示一组STA被分配到多个RU上进行MIMO传输。图14示出了80MHz分配示意图,以80MHz带宽被划分为4个子信道,每个子信道为20MHz,也可以认为是242子载波RU为例。从左到右,这4个子信道的编号依次为1-4,依次记为RU1、RU2、RU3和RU4。图14以AP指示一组STA(STA1-STA4)被分配到多个RU进行MIMO传输为例。应理解,本申请实施例不限制多个STA的个数。
具体的,在第一示例中,预留比特序列可以用于指示被分配的资源块集合包括的各个RU的类型,以及被分配到资源块集合上进行传输的STA的总个数。CC包括的资源分配信息记为RU(相同,n),其中n表示被分配到资源块集合上进行传输的STA的总个数。如果是打孔的RU,那么CC包括的资源分配信息记为RU(0),例如沿用表1,“01110001”表示在242子载波RU上打孔记为(0)。
示例性的,CC1包括的资源分配信息可以是242(相同,4)+242(相同,4),CC2包括的资源分配信息可以是242(0)+242(相同,4),以表示4个STA被分配到3个不连续的RU(RU1、RU3和RU4)上进行传输,RU2被打孔,且RU1、RU3和RU4均为242子载波RU。
应理解,在一种可能的设计中,每个CC包括2个STA的用户信息字段,那么例如CC1包括的资源分配信息可以是242(相同,4)+242(相同,4),STA1的用户信息字段,STA2的用户信息字段;CC2包括的资源分配信息可以是242(0)+242(相同,4),STA3的用户信息字段,STA4的用户信息字段。
又一示例性的,CC1包括的资源分配信息可以是242(相同,4)+484(相同,4),CC2包括的资源分配信息可以是242(0)+484(相同,4),以表示4个STA被分配到3个不连续的RU(RU1、RU3和RU4)上进行传输,RU2被打孔,且RU1为242子载波RU,RU3和RU4组成484子载波RU。与前述示例不同,本示例RU3和RU4是连续的,以484子载波的划分粒度分配给STA1。这种设计,STA1接收到CC1和CC2,只需要解读CC1或CC2就可以获取被分配的RU可能被组成更大的资源块,而不需要解读CC1和CC2。
作为第一示例的一种可替换的实现方式,在第二示例中,预留比特序列可以用于指示被分配的资源块集合包括的各个RU的类型,以及用户信息字段的个数。CC包括的资源分配信息记为RU(相同,k),k为用户信息字段的个数。
例如CC1包括的资源分配信息可以是242(相同,1)+242(相同,1),CC2包括的资源分配信息可以是242(0)+242(相同,2),以4个STA被分配到3个不连续的RU(RU1、RU3和RU4)上进行传输,RU2被打孔,且RU1、RU3和RU4均为242子载波RU,以及与RU1对应,且在CC1的用户信息字段的个数为1,与RU2对应,且在CC2的用户信息字段的个数为1,与RU3对应,且在CC1的用户信息字段的个数为0,与RU4对应,且在CC2的用户信息字段的个数为2。
或者,CC1包括的资源分配信息可以是242(相同,2)+484(相同,0),CC2包括的资源分配信息可以是242(0)+484(相同,2),以表示4个STA被分配到3个不连续的RU(RU1、RU3和RU4)上进行传输,RU2被打孔,且RU1为242子载波RU,RU3和RU4组成484子载波RU,以及与RU1对应,且在CC1的用户信息字段的个数为2,与RU2对应,且在CC2的用户信息字段的个数为0,与RU3对应,且在CC1的用户信息字段的个数为0,与RU4对应,且在CC2的用户信息字段的个数为2。
应理解,在一种可能的设计中,每个CC包括2个STA的用户信息字段,例如CC1和CC2包括STA1和STA2的用户信息字段,CC2也包括STA3和STA4的用户信息字段。
作为第一示例和第二示例的可替换的实现方式,预留比特序列可以用于指示被分配的资源块集合包括的各个RU的类型,包括242(相同),484(相同),996(相同),996*2(相同),不需要携带n或者k。也就是对于第一示例而言,被分配到多个RU上进行传输的STA的总个数可以通过另外的信令指示,对于第二示例而言,2个CC的用户信息字段的个数总和也就是被分配到多个RU上进行传输的STA的总个数。例如AP通过第二指示信息指示被分配到多个RU上进行传输的STA的总个数或用户信息字段的个数。第二指示信息的实现方式可参见前述实施例第一指示信息的实现方式,这里不再赘述。
在一种可能的设计中,该第二指示信息可以承载在PPDU的第一字段,该第一字段可以位于PPDU中EHT-SIG字段的公共字段的前面,例如可以是U-SIG字段或者其他可能的字段。示例性的,U-SIG字段占用多个bit,其中这多个bit中的部分bit用于指示分配的STA的总个数n或用户信息字段的个数k。
应理解,如果AP可以支持例如同时与16个STA进行通信,也就是前述的n的取值范围可以是[1,16],存在的RU的类型至少包括4种,那么采用如表1所示的预留比特序列显然不能指示全部的情况。所以在本申请实施例中,所采用的比特序列可以占用大于比特,例如9比特。例如沿用表1的预留比特序列,该预留比特序列占用9比特,实现AP通过该预留比特序列为16个STA分配多个RU。换句话来说,本申请实施例中的m大于或等于8。
再一种可替换的实现方式,如果本申请实施例通过第一指示信息指示打孔的全带宽MU-MIMO传输的场景,本申请实施例还可以通过另一指示信息,指示多个STA被分配到一个资源块集合进行传输,且频谱带宽上被打孔的位置。该指示信息可以承载在例如PPDU中的EHT的公共字段,例如该公共字段可以新定义一个字段,用于指示带宽打孔比特位图。示例性的,以80MHz带宽为例,该字段可以占用4bit,也就是本申请实施例可以通过4bit的带宽打孔比特位图指示哪些20MHz被打孔。例如该字段的值为“1011”可以指示第二个20MHz被打孔,相反“1111”可以指示80MHz没有被打孔。或者以320MHz带宽为例,该字段可以占用15bit或16bit。或者该字段占用的bit的个数是固定的,也就是不随着带宽的变化而变化,例如该字段占用的bit的个数为最大带宽含有的20M的个数,比如16比特。通过该字段同样可以实现为多个STA分配多个RU,且同时支持分配不连续的多个RU。
应理解,带宽打孔比特位图也可以替换成可用信道比特位图,用来指示带宽内从低频率到高频率的多个20MHz是否空闲,例如可用信道比特位图置第一值,例如1,表示对应20MHz空闲;可用信道比特位图置第二值,例如0,表示对应20MHz忙。另外也可以表示指示带宽内从高频率到低频率的多个20MHz是否空闲。
需要说明的是,如果AP通过前导码中的一个字段或多个字段指示了单用户打孔传输,作为前述242(相同,1)的一种变形,也可以重用表1中的242(1),表示采用242(1)的比特序列对应的RU分配给一个STA。同理,484(相同,1)的一种变形,也可以重用表1中的484(1),表示采用242(1)的比特序列对应的RU分配给一个STA。同理的,还包括重用表1中的996(1)替代的996(相同,1),新增的996*2(1)替代996*2(相同,1)。
请参见图15,示出了本申请实施例提供的下行打孔的全带宽MU-MIMO传输方法,该方法可包括如下步骤:
S1501、AP生成PPDU,该PPDU前导码可以包括第一字段和第二字段,其中该第一字段用于指示要传输的PPDU是单用户打孔PPDU,该第二字段包括多个资源单元分配字段,每一个资源单元分配字段用于指示分配给一组STA的资源块集合中的一个RU。
S1502、该AP发送该PPDU。
S1503、该一组STA接收该PPDU,一组STA中的每个STA根据被分配的资源块集合,接收或发送数据信息。
应理解,第一字段可以为前述的U-SIG字段,用于承载前述的第一指示信息,具体第一指示信息承载在U-SIG字段的方式可以参见前述实施例的介绍,这里不再赘述。或者与单用户打孔传输的场景类似,本申请实施例在具体应用在打孔的全带宽下行MU-MIMO传输的场景下,当AP需要进行下行的全带宽MU-MIMO时,可生成PPDU,在该PPDU中前导码指出一组用户在打孔的全带宽上做下行MU-MIMO传输。具体方法是U-SIG字段的PPDU格式字段其中的一个值指示为多用户传输,打孔字段或者带宽字段中的一个值或多个值指示为打孔传输,其中带宽字段指示打孔传输的方法类似于802.11ax,带宽字段的部分值指示打孔的带宽,比如第五值指示打孔方式一的80M,第六值指示打孔方式二的80M带宽,可以该2个值的一个指示是打孔的。
U-SIG字段还包括一个压缩字段,当压缩字段置第一值,比如1,表示EHT SIG的公有字段的资源分配字段或者带宽打孔比特位图/可用信道位图不存在,当压缩字段置第一值以及指示信息指示为不打孔时,此时位于U-SIG字段或其他字段中的类似于HE-SIG A中的“HE-SIG-B符号数或者多用户多输入多输出站点数”子字段指示为多用户多输入多输出站点数。
当压缩字段置第二值,比如0,表示EHT SIG的公有字段的资源分配字段或者带宽打孔比特位图/可用信道位图存在,当压缩字段置第二值以及指示信息指示为不打孔时,此时位于U-SIG字段或其他字段中的类似于表2中的HE-SIG A中的“HE-SIG-B符号数或者多用户多输入多输出站点数”子字段指示为EHT-SIG字段的OFDM符号数;当压缩字段置第二值以及指示信息指示为打孔时,此时位于U-SIG字段或其他字段中的类似于HE-SIG A中的“HE-SIG-B符号数或者多用户多输入多输出站点数”子字段指示为多用户多输入多输出站点数。
表2HE-SIG A字段
其中,第二字段可以是前述的EHT-SIG字段中的公共字段,包括多个资源单元分配字段,每一个资源单元分配字段可以承载前述的预留比特序列,用于指示分配给一组STA的资源块集合中的一个RU,当然,打孔位置也用预留比特序列指示,具体实现方式可以参见前述针对单用户打孔传输的场景下的实施例,这里不再赘述。
在一种可能的应用场景中,例如下行OFDMA PPDU传输场景中,本申请实施例通过资源分配信息表中的预留比特序列可以指示单个站点或者一组站点被分配到多个大于或等于242子载波RU上传输数据。对于一组站点来说,这一组站点在该多个大于或等于242子载波RU上做MU-MIMO传输。
需要说明的是,请参见图16,本申请实施例假设不允许不同的站点被分配的多个RU包含的频段存在重叠。图16示出了160MHz分配示意图,图16以160MHz带宽被划分为8个子信道,每个子信道为242子载波RU为例。从左到右,这8个子信道的编号依次为CH1-CH8,依次记为RU1、RU2、RU3、RU4、RU5、RU6、RU7、RU8。其中RU2和RU6被打孔。不允许不同的站点被分配的多个RU的频段范围存在重叠,也就是例如图14所示的资源分配给2个站点,那么RU1、RU3和RU4可以分配给一个站点,RU5、RU7和RU8可以分配给另一个站点,但是不允许RU1和RU5分配给一个站点,RU3、RU4、RU7和RU8分配给另一个站点。可以理解的是,本申请实施例也可以用在站点被分配的多个RU包含的额频段存在重叠的情况下,此时,分配给同一个站点的多个RU的模式是有限的,而不是任意的。
在本申请实施例中,由于不允许不同的站点被分配的多个RU存在重叠,所以本申请实施例可以通过向STA指示被分配的最后一个RU,实现表示所分配的多个RU哪些RU是分配给同一个STA的。换句话来说,本申请实施例可以指示被分配的某个RU是属于被分配给某个STA的多个RU中的最后一个RU。或者可以认为,被分配给某个STA的多个RU中的最后一个RU可以作为区分被分配给不同STA的RU的标识,也就是最后一个RU属于前一个STA的最后一个RU,但是最后一个RU之后的第一个RU被分配给下一个STA。
在一种可能的实现方式中,预留比特序列除了指示被分配的一个资源块集合的各个RU的类型,还可以指示第三指示信息,以及被分到多个大于或等于242子载波RU传输的站点的总个数。该第三指示信息用于指示分配给某个STA的多个RU中的最后一个RU。
第三指示信息可以包括第一标识信息和第二标识信息,第一标识信息和第二标识信息的变更可以指示前一个STA的最后一个RU。换句话来说,第一标识信息和第二标识信息的变更指示分配不同的STA的RU的频域界线。比如1个资源单元分配子字段包括的资源分配信息可以记为RU(相同,A,n),其中,“RU”表示RU的类型,例如为242子载波RU、484子载波RU;“相同”指的资源单元分配子字段承载的预留比特序列相同;“A”指的是第一标识信息,“n”指的是被分到多个大于或等于242子载波RU传输的站点的总个数。应理解,如果“A”指的是第一STA的多个RU中的最后一个RU,那么对于第二STA的多个RU中的最后一个RU,可以通过第二标识信息“B”来指示,也就是CC中的1个资源单元分配字段包括的资源分配信息可以记为RU(相同,B,n)。值得注意的是RU(x,y,z),其中RU代表大小,x代表相同,y代表A或B,z代表n,只要一个参数不同,RU(x,y,z)就需要一个预留比特序列表示。
作为一种可替换的实现方式,预留比特序列除了指示分配的RU的类型,还可以指示第三指示信息,以及被分到多个大于或等于242子载波RU传输的站点的用户信息字段的总个数。与前述实施例类似,比如1个资源单元分配子字段包括的资源分配信息可以记为RU(相同,A,k)或RU(相同,B,k),k为用户信息字段的个数。
为了便于理解,下面结合图17和图18说明AP如何指示一个STA或多个STA被分配到多个大于或等于242子载波RU上传输数据。
参见图17,示出了160MHz的分配示意图,以160MHz带宽被划分为8个子信道,每个子信道为242子载波RU为例。从左到右,这8个子信道的编号依次为CH1-CH8,依次记为RU1、RU2、RU3、RU4、RU5、RU6、RU7、RU8。其中RU2和RU6被划分成多个小资源块。假设AP将RU1、RU3和RU4分配给STA1,将RU5、RU7和RU8分配给STA2,STA1和STA2在160MHz带宽上进行单用户传输。RU2和RU6可以被分配给其他STA。
在第一示例中,预留比特序列可以用于指示被分配的资源块集合包括的各个RU的类型,第三指示信息,以及被分到多个大于或等于242子载波RU传输的STA的总个数。CC包括的资源分配信息可以记为RU(相同,A或B,1)。
例如,CC1包括的资源分配信息可以是242(相同,A,1)+242(相同,A,1)+242(相同,B,1)+242(相同,B,1);CC2包括的资源分配信息可以是X+242(相同,A,1)+Y+242(相同,B,1),表示相同的比特序列对应的RU被分配给同一个STA,利用A和B的变更表示哪个RU为STA1的多个RU中的最后一个RU。由于被分配到多个大于或等于242子载波RU传输的STA的总个数是1,所以CC1可以包含一个STA1的用户信息字段和一个STA2的用户信息字段,CC2可以包括一个STA1的用户信息字段和一个STA2的用户信息字段。X和Y分别指示20MHz被划分的多个小资源块,具体可通过802.11ax标准指示,即采用表1目前已经定义的比特序列指示。
或者,CC1包括的资源分配信息可以是242(相同,A,1)+484(相同,A,1)+242(相同,B,1)+484(相同,B,1);CC2包括的资源分配信息可以是X+484(相同,A,1)+Y+484(相同,B,1),表示相同的比特序列对应的RU被分配给同一个STA,利用A和B的变更表示哪个RU为STA1的多个RU中的最后一个RU。应理解,CC1可以包含一个STA1的用户信息字段和一个STA2的用户信息字段,CC2可以包括一个STA1的用户信息字段和一个STA2的用户信息字段。X和Y分别指示20MHz被划分的多个小资源块,具体可通过802.11ax标准指示,即采用表1目前已经定义的比特序列指示。
作为第一示例的一种可替换的实现方式,预留比特序列可以用于指示分配的RU的类型,第三指示信息,以及被分到多个大于或等于242子载波RU传输的STA的用户信息字段的总个数。CC包括的资源分配信息可以记为RU(相同,A或B,k),应理解,k的取值为0和1。RU(相同,A或B,0)还可以指示CC包括的资源比特序列对应的用户信息字段的个数为0,RU(相同,A或B,1)还可以指示CC包括的资源比特序列对应的用户信息字段的个数为1。
此时,CC1包括的资源分配信息可以是242(相同,A,1)+242(相同,A,0)+242(相同,B,0)+242(相同,B,0);CC2包括的资源分配信息可以是X+242(相同,A,0)+Y+242(相同,B,1),表示相同的比特序列对应的RU被分配给同一个STA,利用A和B的变更表示哪个RU为STA1的多个RU中的最后一个RU。此时CC1可以包含STA1的用户信息字段,CC2可以包括STA2的用户信息字段。X和Y分别指示20MHz被划分的多个小资源块,具体可通过802.11ax标准指示,即采用表1目前已经定义的比特序列指示。
或者,CC1包括的资源分配信息可以是242(相同,A,1)+484(相同,A,0)+242(相同,B,0)+484(相同,B,0);CC2包括的资源分配信息可以是X+484(相同,A,0)+Y+484(相同,B,1)。应理解,CC1可以包含STA1的用户信息字段,CC2可以包括STA2的用户信息字段。X和Y分别指示20MHz被划分的多个小资源块,具体可通过802.11ax标准指示,即采用表1目前已经定义的比特序列指示。
参见图18,示出了160MHz的分配示意图,以160MHz带宽被划分为8个子信道,每个子信道为242子载波RU为例。从左到右,这8个子信道的编号依次为CH1-CH8,依次记为RU1、RU2、RU3、RU4、RU5、RU6、RU7、RU8。其中RU2和RU6被划分成多个小资源块。假设AP将RU1、RU3和RU4分配给STA1,将RU5、RU7和RU8分配给STA2、STA3、STA4和STA5,共4个STA,STA1-STA4在160MHz带宽上进行全带宽MU-MIMO传输。
在第一示例中,预留比特序列可以用于指示被分配的资源块集合包括的各个RU的类型,第三指示信息,以及被分到多个大于或等于242子载波RU传输的STA的总个数。此时,CC包括的资源分配信息可以记为RU(相同,A或B,n)。
例如,CC1包括的资源分配信息可以是242(相同,A,1)+242(相同,A,1)+242(相同,B,4)+242(相同,B,4);CC2包括的资源分配信息可以是X+242(相同,A,0)+Y+242(相同,B,0),表示相同的比特序列对应的RU被分配给同一个STA,利用A和B的变更表示哪个RU为STA1的多个RU中的最后一个RU。此时CC1包含STA1-STA5的用户信息字段,CC2包括与CH2和CH6对应的用户信息字段。X和Y分别指示20MHz被划分的多个小资源块,具体可通过802.11ax标准指示,即采用表1目前已经定义的比特序列指示。
或者,CC1包括的资源分配信息可以是242(相同,A,1)+484(相同,A,1)+242(相同,B,4)+484(相同,B,4);CC2包括的资源分配信息可以是X+484(相同,A,0)+Y+484(相同,B,0),表示相同的比特序列对应的RU被分配给同一个STA,利用A和B的变更表示哪个RU为STA1的多个RU中的最后一个RU。此时CC1包含STA1-STA5的用户信息字段,CC2包括与CH2和CH6对应的用户信息字段。X和Y分别指示20MHz被划分的多个小资源块,具体可通过802.11ax标准指示,即采用表1目前已经定义的比特序列指示。
作为第一示例的一种可替换的实现方式,预留比特序列可以用于指示被分配的资源块集合包括的各个RU的类型,第三指示信息,以及被分到多个大于或等于242子载波RU传输的STA的用户信息字段的总个数。CC包括的资源分配信息可以记为RU(相同,A或B,k),应理解,k的取值为0-5。例如,RU(相同,A或B,0)还可以指示CC包括的资源比特序列对应的用户信息字段的个数为0,RU(相同,A或B,1)还可以指示CC包括的资源比特序列对应的用户信息字段的个数为1。
此时,CC1包括的资源分配信息可以是242(相同,A,1)+242(相同,A,0)+242(相同,B,0)+242(相同,B,5);CC2包括的资源分配信息可以是X+242(相同,A,0)+Y+242(相同,B,0),表示相同的比特序列对应的RU被分配给同一个STA,利用A和B的变更表示哪个RU为STA1的多个RU中的最后一个RU。此时CC1包含STA1-STA5的用户信息字段,CC2包括与CH2和CH6对应的用户信息字段。X和Y分别指示20MHz被划分的多个小资源块,具体可通过802.11ax标准指示,即采用表1目前已经定义的比特序列指示。
或者,CC1包括的资源分配信息可以是242(相同,A,1)+484(相同,A,0)+242(相同,B,0)+484(相同,B,5);CC2包括的资源分配信息可以是X+484(相同,A,0)+Y+484(相同,B,1)。应理解,CC1包含STA1-STA5的用户信息字段,CC2包括与CH2和CH6对应的用户信息字段。X和Y分别指示20MHz被划分的多个小资源块,具体可通过802.11ax标准指示,即采用表1目前已经定义的比特序列指示。
本申请实施例还提供了一种信息指示方法,用于STA的上行数据传输。在上行多用户数据传输的场景下。当多个STA需要同时发送上行数据信息时,AP会首先向参与多用户数据传输的各STA发送触发帧,在该触发帧中指示出为各STA分配的RU。随后,各STA接收到触发帧后,会同时响应一个上行的OFDMA帧或MU-MIMO帧,或者OFDMA与MU-MIMO的混合帧。之后,AP可根据接收到的上行ODFMA帧或MU-MIMO帧或者OFDMA与MU-MIMO的混合帧,发送确认帧,进而触发各STA在AP为其分配的RU上传输上行数据信息。
该触发帧的结构如图19所示,包括帧控制字段、时长字段、接收地址字段、发送地址字段、公共信息字段、多个用户信息字段、填充字段、帧校验序列字段。其中,公共信息字段与多个用户信息字段类似前述下行多用户传输中HE-SIG B公共字段和多个用户信息字段。例如公共信息字段包括触发帧类型字段,上行长度字段、更多的帧触发字段、需要载波侦听的字段,带宽字段以及基于触发帧类型的公共信息字段等。
如图20所示,用户信息字段可包括关联标识字段、资源单元分配字段、上行编码类型字段、上行编码调制策略字段、上行双载波调制字段,空间流分配或随机接入资源单元信息字段、上行接收信号强度指示字段、保留字段,以及基于触发帧类型的多个用户信息字段。
由于本申请实施例允许多个STA在不连续的带宽上进行全带宽多用户MU-MIMO传输,这种情况下,如果沿用802.11ax上行触发帧调度方法,则若干不连续的RU上需要重复参与MU-MIMO传输的所有用户的用户信息字段个数,信令开销比较大。以图12为例,则在上行打孔全带宽多用户MU-MIMO传输的场景中,该触发帧需要包括20M(RU1)和40M(RU3和RU4,对应484资源块)上传输的STA1~STA4的用户信息字段,总共需要包括8个用户信息字段。
鉴于此,本申请实施例提供了一种触发帧的新的结构,用于上行打孔全带宽多用户MU-MIMO传输,可以避免因为带宽被打孔导致多个不连续的资源块对应的MU-MIMO用户组的信息多次重复发送,能够降低信令的开销。
一种可能的设计中,可以在触发帧的触发帧类型字段中增加一个新的类型,也就是上行打孔全带宽多用户MU-MIMO传输。
示例性的,如图19所示的触发帧类型字段也可以指示上行打孔全带宽多用户MU-MIMO传输,应理解,触发帧类型字段包含多个比特,使用触发帧类型字段其中的一个值来指示该触发帧用来触发上行打孔全带宽多用户MU-MIMO传输。
另一种可能的设计中,可以在触发帧的公共信息字段中增加一个字段,用于指示上行打孔全带宽多用户MU-MIMO传输。
示例性的,如图19所示的触发帧的公共信息字段中新定义一个字段,例如第一字段,该第一字段可以占用1bit或者多个bit,第一字段的值为第一值(例如1),指示上行打孔全带宽多用户MU-MIMO传输,第一字段的值为第二值(例如0),指示不是上行打孔全带宽多用户MU-MIMO传输。
另外,如图20所示的触发帧中的用户信息字段中的资源单元分配字段可以替换成带宽打孔比特位图字段,换句话来说,该资源单元分配字段用于指示带宽内频率从底到高的每个20MHz是否被打孔,或者除主20MHz信道外的带宽内频率从底到高的每个20MHz是否被打孔。示例性的,以80MHz带宽为例,该资源单位单元字段可以占用4bit,也就是本申请实施例可以通过4bit的带宽打孔比特位图指示哪些20MHz被打孔。例如该字段的值为“1011”可以指示第二个20MHz被打孔,相反“1111”可以指示80MHz没有被打孔。或者以320MHz带宽为例,该资源单元分配字段可以占用15bit(除主20MHz外的每个20MHz)或16bit(每个20MHz)。或者该资源单元分配字段占用的bit的个数是固定的,也就是不随着带宽的变化而变化,例如该资源单元分配字段占用的bit的个数为最大带宽含有的20M的个数,比如16比特。通过该资源单元分配字段同样可以实现为一个STA或多个STA指示分配的多个RU,且同时支持分配不连续的多个RU。
另一种可实现的方式中,带宽打孔比特位图字段为替换成可用的信道比特位图,指示带宽内频率从底到高的哪些20MHz是可用的,或者除主20MHz信道外的带宽内频率从底到高的哪些20MHz是可用的。
请参见图21,示出了本申请实施例提供的一种上行打孔全带宽多用户MU-MIMO传输,该方法可包括如下步骤:
S2101、AP生成触发帧,该触发帧包括第一字段和第二字段,所述第一字段用于指示为该触发帧用来调度上行打孔全带宽多用户MU-MIMO传输,所述第二字段用于指示多个STA的标识。
S2102、AP发送触发帧。
S2103、一组STA中的各个STA接收该触发帧,每个STA根据被分配的资源块集合发送上行数据信息。
S2104、AP接收到一个或多个STA发送的上行多用户传输,反馈确认信息。
其中,第一字段可以是触发帧的公共信息字段,第二字段可以是用户信息字段,具体实现可参见前述实施例的介绍。应理解触发帧中的公共信息字段还包括上行长度字段、更多的帧触发字段、需要载波侦听的字段,带宽字段中的一个或多个,带宽打孔比特位图字段或者可用信道比特位图等,还包括上行编码类型字段、上行编码调制策略字段、上行双载波调制字段,空间流分配或随机接入资源单元信息字段、上行接收信号强度指示字段中的一个或多个。
应理解,在S2103中,每个STA在固定间隔后发送上行多用户传输,其中固定间隔为SIFS时间,上行多用户传输为上行MU-MIMO传输。在S2104中,确认信息可以通过下行OFDMA确认,也可以是多用户块确认。
本申请通过上述方案,通过资源分配信息表中的比特序列可以指示为一个STA分配的资源块集合,也可以指示为多个STA分配的资源块集合,其中一个比特序列对应资源块集合中的一个RU。
上述本申请提供的实施例中,分别从AP、STA、以及AP和STA之间交互的角度对本申请实施例提供的方法进行了介绍。为了实现上述本申请实施例提供的方法中的各功能,网络设备和终端可以包括硬件结构和/或软件模块,以硬件结构、软件模块、或硬件结构加软件模块的形式来实现上述各功能。上述各功能中的某个功能以硬件结构、软件模块、还是硬件结构加软件模块的方式来执行,取决于技术方案的特定应用和设计约束条件。
下面结合附图介绍本申请实施例中用来实现上述方法的通信装置。因此,上文中的内容均可以用于后续实施例中,重复的内容不再赘述。
图22示出了一种通信装置的结构示意图。该通信装置可以是应用于AP侧的装置,也可以是也可以为应用于AP侧的装置中的部件(例如芯片或者电路),用于实现上述方法实施例中AP所执行的功能。
如图22所示,该通信装置可以包括处理模块2201和收发模块2202,其中:
在一些实施例中,处理模块2201用于:确定资源指示信息,其中,所述资源指示信息包括多个比特序列,所述多个比特序列中的第一比特序列对应第一资源单元,所述第一资源单元为第一STA或多个STA被分配的资源块集合中的一个资源单元,所述资源块集合包括至少两个资源单元;
收发模块2202用于:发送所述资源指示信息。
在另一些实施例中,处理模块2201用于:生成第一指示信息,所述第一指示信息用于指示多个STA在不连续的带宽上进行全带宽多用户MU-MIMO传输;
收发模块2202用于:发送所述第一指示信息。
应理解,所述通信装置即为上述方法中的AP,其具有上述方法中AP的任意功能。
以上介绍了本申请实施例的通信装置,以下介绍所述通信装置可能的产品形态。应理解,但凡具备上述图22所述的通信装置的功能的任何形态的产品,都落入本申请实施例的保护范围。还应理解,以下介绍仅为举例,不限制本申请实施例的通信装置的产品形态仅限于此。
作为一种可能的产品形态,本申请实施例所述的通信装置,可以由一般性的总线体系结构来实现。
所述通信装置,包括处理器和与所述处理器内部连接通信的收发器,在一些实施例中,处理器用于确定资源指示信息,其中,所述资源指示信息包括多个比特序列,所述多个比特序列中的第一比特序列对应第一资源单元,所述第一资源单元为第一STA或多个STA被分配的资源块集合中的一个资源单元,所述资源块集合包括至少两个资源单元;收发器用于发送所述资源指示信息。可选地,所述通信装置还可以包括存储器,所述存储器用于存储处理器执行的指令。
在另一种实施例中,处理器用于生成第一指示信息,该第一指示信息用于指示多个STA在不连续的带宽上进行全带宽多用户MU-MIMO传输;收发器用于发送第一指示信息。可选地,所述通信装置还可以包括存储器,所述存储器用于存储处理器执行的指令。
作为一种可能的产品形态,本申请实施例所述的通信装置,可以由通用处理器来实现。
实现所述通信装置的通用处理器包括处理电路和与所述处理电路内部连接通信的输出接口;所述处理电路用于确定资源指示信息,其中,所述资源指示信息包括多个比特序列,所述多个比特序列中的第一比特序列对应第一资源单元,所述第一资源单元为第一STA或多个STA被分配的资源块集合中的一个资源单元,所述资源块集合包括至少两个资源单元;所述输出接口用于发送所述资源指示信息。可选地,该通用处理器还可以包括存储介质,所述存储介质用于存储处理电路执行的指令。
实现所述通信装置的通用处理器包括处理电路和与所述处理电路内部连接通信的输入接口,所述处理电路用于第一指示信息,该第一指示信息用于指示多个STA在不连续的带宽上进行全带宽多用户MU-MIMO传输;所述输入接口用于发送第一指示信息。可选地,该通用处理器还可以包括存储介质,所述存储介质用于存储处理电路执行的指令。
作为一种可能的产品形态,本申请实施例所述的通信装置,还可以使用下述来实现:一个或多个FPGA(现场可编程门阵列)、PLD(可编程逻辑器件)、控制器、状态机、门逻辑、分立硬件部件、任何其它适合的电路、或者能够执行本申请通篇所描述的各种功能的电路的任意组合。
应理解,上述各种产品形态的通信装置,具有上述方法实施例中AP的任意功能,此处不再赘述。
简而言之,现有技术中,单用户传输和全带宽多用户MU-MIMO传输时,不允许使用打孔的信道,而本申请是针对单用户传输和全带宽多用户MU-MIMO传输时,允许使用打孔的信道提出的技术方案。具体的,本申请实施例提供了一种单用户打孔传输方法和一种打孔的全带宽MU-MIMO传输方法,下面分别介绍实现这两种方法的有关方案。
需要说明的是,下文中,m≥8,例如m=8,m=9;n=1~16中的一个;被打孔的242RU(即20M)可以用一个m比特序列来指示,为简洁地描述,用“242(0)”来标记所述m比特序列,即可以认为,“242(0)”代表一个m比特序列,这个m比特序列指示一个空242RU,或者指示一个被打孔掉的242RU。
(一)与单用户打孔传输方法有关的方案
实施例1:在U-SIG字段中通过一个字段或者多个字段指示传输的PPDU是单用户打孔PPDU。
实施例2:单用户打孔传输时,如何指示哪些位置被打孔?
具体方案一:
资源分配表中的一个m比特序列,指示一个RU,且该RU是分配给一个用户的多个RU中的一个RU,m≥8。
例如,资源分配表中的一个m比特序列,指示一个242RU,且该242RU是分配给一个用户的多个RU中的一个RU。为简洁地描述,用“242(相同,1)”来标记这个m比特序列,即可以认为,“242(相同,1)”代表一个m比特序列,这个m比特序列指示一个242RU,且该242RU是分配给一个用户的多个RU中的一个RU。
所以,图12所示的打孔,第1个242RU(即20M)用242(相同,1)来指示,第2个242RU用242(0)指示,第3个242RU用242(相同,1)来指示,第4个242RU用242(相同,1)来指示。如11ax标准中所述的CC,奇数信道的资源分配信息(即资源分配表中的一个m比特序列)会被放在CC1上,偶数信道的资源分配信息会被放在CC2上。那么,指示第1个20M的242(相同,1)会被放在CC1上,指示第2个20M的242(0)会被放在CC2上,指示第3个20M的242(相同,1)会被放在CC1上,指示第4个20M的242(相同,1)会被放在CC2上。那么CC1和CC2承载的信息分别包括:CC1:242(相同,1),242(相同,1);CC2:242(0),242(相同,1)。
可选地,CC1和CC2还分别包括1个用户信息字段,CC1和CC2承载的信息分别包括:CC1:242(相同,1),242(相同,1),STA1的用户信息字段;CC2:242(0),242(相同,1),STA1的用户信息字段。
应理解,m比特序列还可以指示别的大小的RU,例如,资源分配表中的一个m比特序列,指示一个484RU,且该484RU是分配给一个用户的多个RU中的一个RU。为简洁地描述,用“484(相同,1)”来标记这个m比特序列,即可以认为,“484(相同,1)”代表一个m比特序列,这个m比特序列指示一个484RU,且该484RU是分配给一个用户的多个RU中的一个RU。那么,对于图12所示的打孔,CC1和CC2承载的信息还可以分别包括:CC1:242(相同,1),484(相同,1);CC2:242(0),484(相同,1)。
可选地,CC1和CC2还分别包括1个用户信息字段,那么,CC1和CC2承载的信息分别包括:CC1:242(相同,1),484(相同,1),STA1的用户信息字段;CC2:242(0),484(相同,1),STA1的用户信息字段。
还应理解,m比特序列还可以指示别的大小的RU,例如,资源分配表中的一个m比特序列,指示一个996RU,且该996RU是分配给一个用户的多个RU中的一个RU;例如,资源分配表中的一个m比特序列,指示一个2*996RU,且该2*996RU是分配给一个用户的多个RU中的一个RU;这种可选方案,与上述方案类似,此处不再赘述。
具体方案二:
资源分配表中的一个m比特序列,指示一个RU,且该RU是分配给一个用户的多个RU中的一个RU,且该RU对应的用户信息字段个数为0;资源分配表中的另一个m比特序列,指示一个RU,且该RU是分配给一个用户的多个RU中的一个RU,且该RU对应的用户信息字段个数为1;m≥8。
例如,资源分配表中的一个m比特序列,指示一个242RU,且该242RU是分配给一个用户的多个RU中的一个RU,且该242RU对应的用户信息字段个数为0;为简洁地描述,用“242(相同,0)”来标记这个m比特序列,即可以认为,“242(相同,0)”代表一个m比特序列,这个m比特序列指示一个242RU,且该242RU是分配给一个用户的多个RU中的一个RU,且该242RU对应的用户信息字段个数为0。资源分配表中的另一个m比特序列,指示一个242RU,且该242RU是分配给一个用户的多个RU中的一个RU,且该242RU对应的用户信息字段个数为1;为简洁地描述,用“242(相同,1)”来标记这个m比特序列,即可以认为,“242(相同,1)”代表一个m比特序列,这个m比特序列指示一个242RU,且该242RU是分配给一个用户的多个RU中的一个RU,且该242RU对应的用户信息字段个数为1。
若CC1和CC2分别包括1个用户信息字段,则图12所示的单用户打孔,CC1和CC2上承载的信息将包括以下一种:
(1)CC1:242(相同,1),242(相同,0),STA1的用户信息字段;CC2:242(0),242(相同,1),STA1的用户信息字段。
(2)CC1:242(相同,0),242(相同,1),STA1的用户信息字段;CC2:242(0),242(相同,1),STA1的用户信息字段。
应理解,m比特序列还可以指示别的大小的RU,例如,资源分配表中的一个m比特序列,指示一个484RU,且该484RU是分配给一个用户的多个RU中的一个RU,且该484RU对应的用户信息字段个数为0;为简洁地描述,用“484(相同,0)”来标记这个m比特序列,即可以认为,“484(相同,0)”代表一个m比特序列,这个m比特序列指示一个484RU,且该484RU是分配给一个用户的多个RU中的一个RU,且该484RU对应的用户信息字段个数为0。再例如,资源分配表中的一个m比特序列,指示一个484RU,且该484RU是分配给一个用户的多个RU中的一个RU,且该484RU对应的用户信息字段个数为1;为简洁地描述,用“484(相同,1)”来标记这个m比特序列,即可以认为,“484(相同,1)”代表一个m比特序列,这个m比特序列指示一个484RU,且该484RU是分配给一个用户的多个RU中的一个RU,且该484RU对应的用户信息字段个数为1。
若CC1和CC2分别包括1个用户信息字段,则图12所示的单用户打孔,CC1和CC2上承载的信息将还可以为一下任意一种:
(1)CC1:242(相同,1),484(相同,0),STA1的用户信息字段;CC2:242(0),484(相同,1),STA1的用户信息字段。
(2)CC1:242(相同,0),484(相同,1),STA1的用户信息字段;CC2:242(0),484(相同,1),STA1的用户信息字段。
还应理解,m比特序列还可以指示别的大小的RU,例如,资源分配表中的一个m比特序列,指示一个996RU,且该996RU是分配给一个用户的多个RU中的一个RU,且该996RU对应的用户信息字段个数为0;再例如,资源分配表中的一个m比特序列,指示一个996RU,且该996RU是分配给一个用户的多个RU中的一个RU,且该996RU对应的用户信息字段个数为1;再例如,资源分配表中的一个m比特序列,指示一个2*996RU,且该2*996RU是分配给一个用户的多个RU中的一个RU,且该996RU对应的用户信息字段个数为0;再例如,资源分配表中的一个m比特序列,指示一个2*996RU,且该2*996RU是分配给一个用户的多个RU中的一个RU,且该996RU对应的用户信息字段个数为1。
(二)下行打孔的全带宽MU-MIMO传输方法有关的方案
实施例1:在U-SIG字段中通过一个字段或者多个字段指示传输的PPDU是打孔的全带宽MU-MIMO传输的PPDU。
实施例2:全带宽MU-MIMO传输时,如何指示哪些位置被打孔?
图14所示的打孔的全带宽MU-MIMO传输,可以用如下多种方案来实现。
具体方案一:
资源分配表中的一个m比特序列,指示一个RU,且该RU是分配给n个用户的、用于这n个用户进行MU-MIMO的、多个RU中的一个RU,m≥8,n=1~16中的一个。资源分配表中的一个m比特序列,指示一个242RU,且该242RU是分配给4个用户的、用于这4个用户进行MU-MIMO的、多个RU中的一个RU。为简洁地描述,用“242(相同,4)”来标记这个m比特序列,即可以认为,“242(相同,4)”代表一个m比特序列,这个m比特序列指示一个242RU,且该242RU是分配给4个用户的、用于这4个用户进行MU-MIMO的、多个RU中的一个RU。
所以,图14所示的打孔的全带宽MU-MIMO传输,第1个20M用242(相同,4)来指示,第2个20M用242(0)指示,第3个20M用242(相同,4)来指示,第4个20M用242(相同,4)来指示。按照奇偶信道的资源分配信息(即资源分配表中的一个m比特序列)的放置法,CC1和CC2承载的信息分别包括:CC1:242(相同,4),242(相同,4);CC2:242(0),242(相同,4)。
可选的,若每个CC分别包括2个用户信息字段,例如,CC1和CC2承载的信息分别包括:CC1:242(相同,4),242(相同,4),STA1的用户信息字段,STA2的用户信息字段;CC2:242(0),242(相同,4),STA3的用户信息字段,STA4的用户信息字段。
应理解,m比特序列还可以指示别的大小的RU,例如,资源分配表中的一个m比特序列,指示一个484RU,且该484RU是分配给4个用户的、用于这4个用户进行MU-MIMO的、多个RU中的一个RU。为简洁地描述,用“484(相同,4)”来标记这个m比特序列,即可以认为,“484(相同,4)”代表一个m比特序列,这个m比特序列指示一个484RU,且该484RU是分配给4个用户的、用于这4个用户进行MU-MIMO的、多个RU中的一个RU。那么,CC1和CC2承载的信息还可以分别包括:CC1:242(相同,4),484(相同,4);CC2:242(0),484(相同,4)。
可选的,若每个CC分别包括2个用户信息字段,则CC1和CC2承载的信息分别包括:CC1:242(相同,4),484(相同,4),STA1的用户信息字段,STA2的用户信息字段;CC2:242(0),484(相同,4),STA3的用户信息字段,STA4的用户信息字段。
应理解,m比特序列还可以指示别的大小的RU,例如,资源分配表中的一个m比特序列,指示一个996RU,且该996RU是分配给4个用户的、用于这4个用户进行MU-MIMO的、多个RU中的一个RU;例如,资源分配表中的一个m比特序列,指示一个2*996RU,且该2*996RU是分配给4个用户的、用于这4个用户进行MU-MIMO的、多个RU中的一个RU;这种可选方案,与上述方案类似,此处不再赘述。
当然,m比特序列可以指示给n个用户的、用于这n个用户进行MU-MIMO的多个RU中的一个RU,其中n=1~16中的任意一个。以上仅以n=4举例,本申请实施例并不局限于n等于几。
具体方案二:
资源分配表中的一个m比特序列,指示一个RU,且该RU是分配给n个用户的、用于这n个用户进行MU-MIMO的、多个RU中的一个RU,且这个RU对应k个用户信息字段;例如,资源分配表中的一个m比特序列,指示一个242RU,且该242RU是分配给4个用户的、用于这4个用户进行MU-MIMO的、多个RU中的一个RU,且该242RU对应1个用户信息字段。为简洁地描述,用“242(相同,1)”来标记这个m比特序列,即可以认为,“242(相同,1)”代表一个m比特序列,这个m比特序列指示一个242RU,且该242RU是分配给4个用户的、用于这4个用户进行MU-MIMO的、多个RU中的一个RU,且该242RU对应1个用户信息字段。
所以,图14所示的打孔的全带宽MU-MIMO传输,第1个20M用242(相同,1)来指示,第2个20M用242(0)指示,第3个20M用242(相同,1)来指示,第4个20M用242(相同,2)来指示。按照奇偶信道的资源分配信息(即资源分配表中的一个m比特序列)的放置法,CC1和CC2承载的信息分别包括:CC1:242(相同,1),242(相同,1),STA1的用户信息字段,STA2的用户信息字段;CC2:242(0),242(相同,2),STA3的用户信息字段,STA4的用户信息字段。
应理解,m比特序列还可以指示别的大小的RU,例如,资源分配表中的一个m比特序列,指示一个484RU,且该484RU是分配给4个用户的、用于这4个用户进行MU-MIMO的、多个RU中的一个RU,且该484RU对应1个用户信息字段。为简洁地描述,用“484(相同,1)”来标记这个m比特序列,即可以认为,“484(相同,1)”代表一个m比特序列,这个m比特序列指示一个484RU,且该484RU是分配给4个用户的、用于这4个用户进行MU-MIMO的、多个RU中的一个RU,且该484RU对应1个用户信息字段。484(相同,2)代表一个m比特序列,这个m比特序列指示一个484RU,且该484RU是分配给4个用户的、用于这4个用户进行MU-MIMO的、多个RU中的一个RU,且该484RU对应2个用户信息字段。那么,CC1和CC2承载的信息分别包括:CC1:242(相同,1),484(相同,1),STA1的用户信息字段,STA2的用户信息字段;CC2:242(0),484(相同,2),STA3的用户信息字段,STA4的用户信息字段。
应理解,m比特序列还可以指示别的大小的RU,例如,资源分配表中的一个m比特序列,指示一个996RU,且该996RU是分配给4个用户的、用于这4个用户进行MU-MIMO的、多个RU中的一个RU,且该996RU对应k个用户信息字段,用996(相同,k)表示;例如,资源分配表中的一个m比特序列,指示一个2*996RU,且该2*996RU是分配给4个用户的、用于这4个用户进行MU-MIMO的、多个RU中的一个RU,且该2*996RU对应k个用户信息字段,用2*996(相同,k)表示。
当然,m比特序列可以指示给n个用户的、用于这n个用户进行MU-MIMO的多个RU中的一个RU,其中n=1~16中的任意一个。以上仅以n=4举例,本申请实施例并不局限于n等于几。
(三)下行OFDMA传输
现有技术中,为了降低发送和接收的复杂度,在OFDMA传输中,一个用户/用户组只能被分配一个RU。
本申请实施例还提供一种资源指示方法,该方法能给一个用户/用户组分配多个RU。
具体方案一:
一种资源指示方法,该方法能给一个用户分配多个RU,该方法包括:
资源分配表中的一个m比特序列,指示分配给一个用户的多个RU中的一个RU,另一个m比特序列,指示分配给另一个用户的多个RU中的一个RU。
例如,资源分配表中的一个m比特序列,指示分配给一个用户的多个RU中的一个242RU,为简洁地描述,用“242(相同,A)”来标记这个m比特序列;另一个m比特序列,指示分配给另一个用户的多个RU中的一个RU,为简洁地描述,用“242(相同,B)”来标记这另一个m比特序列。
图17所示的多用户资源分配中,分配给STA1的资源分配信息(即一个m比特序列)包括第1个20M、第3个20M和第4个20M,这3个20M对应的资源分配信息都可表示为242(相同,A);分配给STA2的资源分配信息(即一个m比特序列)包括第5个20M、第7个20M和第8个20M,这3个20M对应的资源分配信息都可表示为242(相同,B);第2个20M和第6个20M是被划为小RU的20M,第2个20M的资源分配信息(即一个m比特序列)假设用X来表示,第6个20M的资源分配信息(即一个m比特序列)假设用Y来表示。按照奇偶信道的资源分配信息(即资源分配表中的一个m比特序列)的放置法,CC1和CC2承载的信息分别包括:CC1:242(相同,A),242(相同,A),242(相同,B),242(相同,B);CC2:X,242(相同,A),Y,242(相同,B)。
可选地,CC1还包括STA1的用户信息字段,CC2还包括STA2的用户信息字段,即CC1和CC2承载的信息分别包括:CC1:242(相同,A),242(相同,A),242(相同,B),242(相同,B),STA1的用户信息字段;CC2:X,242(相同,A),Y,242(相同,B),STA2的用户信息字段。
当然,也可以CC1还包括STA2的用户信息字段,CC2还包括STA1的用户信息字段。
当然,也可以CC1还包括STA1的用户信息字段和STA2的用户信息字段,CC2还包括STA1的用户信息字段和STA2的用户信息字段。
应理解,本方法中,所述分配给一个用户的多个RU中的一个RU,可以为任意大小的RU,比如242RU、484RU、996RU、2*996RU等;同样地,所述分配给另一个用户的多个RU中的一个RU,也可以为任意大小的RU,比如242RU、484RU、996RU、2*996RU等。在一次资源分配中,可以根据情况,任意组合分配给各种大小的RU。
例如,图17的资源分配,还可以表示为:
CC1:242(相同,A),484(相同,A),242(相同,B),484(相同,B);
CC2:X,484(相同,A),Y,484(相同,B)。
其中,242(相同,A)表示一个m比特序列,这个序列指示分配给一个用户的多个RU中的一个242RU;484(相同,A)表示一个m比特序列,这个序列指示分配给一个用户的多个RU中的一个484RU;242(相同,B)表示一个m比特序列,这个序列指示分配给另一个用户的多个RU中的一个242RU;484(相同,B)表示一个m比特序列,这个序列指示分配给另一个用户的多个RU中的一个484RU。
具体方案二:
一种资源指示方法,包括:
资源分配表中的一个m比特序列,指示分配给一个用户的多个RU中的一个RU,且这个RU对应的用户字段个数为0;资源分配表中的一个m比特序列,指示分配给一个用户的多个RU中的一个RU,且这个RU对应的用户字段个数为1;资源分配表中的一个m比特序列,指示分配给另一个用户的多个RU中的一个RU,且这个RU对应的用户字段个数为0;资源分配表中的一个m比特序列,指示分配给另一个用户的多个RU中的一个RU,且这个RU对应的用户字段个数为1。
例如,资源分配表中的一个m比特序列,指示分配给一个用户的多个RU中的一个242RU,且这个242RU对应的用户字段个数为0,这个m比特序列用242(相同,A,0)表示;资源分配表中的一个m比特序列,指示分配给一个用户的多个RU中的一个RU,且这个RU对应的用户字段个数为1,这个m比特序列用242(相同,A,1)表示;资源分配表中的一个m比特序列,指示分配给另一个用户的多个RU中的一个RU,且这个RU对应的用户字段个数为0,这个m比特序列用242(相同,B,0)表示;资源分配表中的一个m比特序列,指示分配给另一个用户的多个RU中的一个RU,且这个RU对应的用户字段个数为1,这个m比特序列用242(相同,B,1)表示;
可选地,若CC1上放置STA1的用户信息字段和STA2的用户信息字段,CC2上也放置STA1的用户信息字段和STA2的用户信息字段,则图17的资源分配,还可以表示为:
CC1:242(相同,A,1),242(相同,A,0),242(相同,B,1),242(相同,B,0),STA1的用户信息字段,STA2的用户信息字段;CC2:X,242(相同,A,1),Y,242(相同,B,1),STA1的用户信息字段,STA2的用户信息字段。
应理解,本方法中,所述分配给一个用户的多个RU中的一个RU,可以为任意大小的RU,比如242RU、484RU、996RU、2*996RU等;同样地,所述分配给另一个用户的多个RU中的一个RU,也可以为任意大小的RU,比如242RU、484RU、996RU、2*996RU等。在一次资源分配中,可以根据情况,任意组合分配给各种大小的RU。
具体方案三:
一种资源指示方法,该方法能给一个用户组分配多个RU,该方法包括:
资源分配表中的一个m比特序列,指示分配给一个用户组的多个RU中的一个RU。
例如,资源分配表中的一个m比特序列,指示分配给一个用户组的多个RU中的一个242RU。如图18中,给一个用户组(这个用户组包括STA2~5)分配了3个242RU(即第5、7和8个20M),这3个242RU中的任意一个242RU,可用一个m比特序列来指示,为简洁地描述,用“242(相同,B,4)”来标记这个m比特序列;
图18中的第1、3和4个20M被分配给了一个用户STA1,这3个20M中的任意一个20M,可用另一个m比特序列来指示,为简洁地描述,用“242(相同,A,1)”来标记这另一个m比特序列;图18中的第2和6个20M被划分成了小RU,可以用现有11ax中已用的比特序列分别来指示,为简洁地描述,分别用X和Y来标记第2个20M和第6个20M;所以,图18的CC1和CC2分别承载的信息包括:CC1:242(相同,A,1),242(相同,A,1),242(相同,B,4),242(相同,B,4);CC2:X,242(相同,A,1),Y,242(相同,B,4)。
可选地,若CC1还包括STA1到STA5的用户信息字段,CC2还包括第2个20M的用户信息字段和第6个20M的用户信息字段,则CC1和CC2分别承载的信息包括:CC1:242(相同,A,1),242(相同,A,1),242(相同,B,4),242(相同,B,4),STA1的用户信息字段,STA2的用户信息字段,STA3的用户信息字段,STA4的用户信息字段,STA5的用户信息字段;CC2:X,242(相同,A,1),Y,242(相同,B,4),第2个20M的用户信息字段,第6个20M的用户信息字段。
除了通过上述A,B标识变换来识别被分配到多RU的不同站点,另一种方式是用A,B标识分别被分配到多RU的2个站点,如果需要指示更多的分配的多RU的站点,比如3个站点,则需要更多的标识来区分,比如A,B和C。
上述(一)(二)(三)的所有方案中,都介绍了CC1和CC2承载的信息,CC1和CC2包含于EHT-SIG字段,EHT-SIG字段包含于PPDU中,PPDU的结构可参见图11。
在一个通信过程中,发送端生成并发送PPDU,所述PPDU包含EHT-SIG字段,所述EHT-SIG字段包含CC1和CC2,CC1和CC2承载的信息可分别参见上述(一)(二)(三)中的各种具体方案。
上述(一)(二)(三)的所有方案,通过比特序列来指示分配个一个用户/用户组的多个RU中的一个RU,再结合现有的242(0),能指示出打孔的信道。
应理解,除了这种方法外,也可用比特位图来指示打孔的信道。在EHT共有字段增加一个带宽打孔比特位图,比如80M带宽,为4比特位图,320MHz带宽,为16比特位图或者15比特位图,比特位图中的比特被置为第一值,表示相应20M被打孔,被置为第二值表示相应20M没有被打孔,反之亦然。带宽打孔比特位图具体如下述(四)提到的。
带宽打孔比特位图也可以是带宽打孔模式,具体如下述(四)提到的。
另一种方式,可以省略EHT共有字段中的资源分配信息,比如省略EHT共有字段中的带宽打孔比特位图或者带宽打孔模式,同时将U-SIG中的带宽字段替换成带宽及打孔模式字段,具体如下述(四)提到的。
带宽打孔比特位图,带宽打孔模式或者带宽及打孔模式的方法优选用于(一)和(二)方案中,还可选的用于(三)方案中。
还应理解,上述(一)(二)(三)的所有方案中,m比特序列不局限于是资源分配表中的m比特序列,m比特序列可以是其他任何形式存在的m比特序列。
(四)上行打孔的全带宽MU-MIMO传输
本实施例针对于上行打孔的全带宽MU-MIMO传输提出一种指示方法,避免因为带宽被打孔,而导致多个不连续的资源块被分别分配给MU-MIMO用户组,进而导致MU-MIMO用户组中用户的用户信息字段被重复多次。以图14所示的打孔的全带宽多用户MU-MIMO传输为例,AP将第1个20M和包括第3个20M和第4个20M的40M分别分配给STA1~STA4,那么AP发送的触发帧中需要包括8个用户信息字段,这8个用户信息字段中的4个用户信息字段包括:第1个20M分别分配给STA1~STA4的4个用户信息字段;这8个用户信息字段中的剩余4个用户信息字段包括:包括第3个20M和第4个20M的40M分别分配给STA1~STA4的4个用户信息字段。
可见,AP发送的触发帧中需要包括8个用户信息字段,很浪费资源。
本实施例提供对于上行打孔的全带宽MU-MIMO传输提出一种指示方法,该方法包括:
生成并发送触发帧,所述触发帧具有下述特点:
1.触发帧的触发帧类型字段可以指示上行打孔的全带宽MU-MIMO传输;或者在触发帧的公共信息字段中增加一比特或者一个字段,该一比特或者一个字段指示上行打孔的全带宽多用户MU-MIMO传输。另外,上行打孔的全带宽MU-MIMO传输还可选的包括一种特殊情况,就是上行打孔的全带宽单用户传输。上行打孔的全带宽MU-MIMO传输还可以理解为用于指示用户信息字段里包括的是孔带宽比特位图字段或者带宽打孔模式字段,可选的认为,不包括RU分配指示字段。
2.用户信息字段中RU分配字段被替换成打孔带宽比特位图字段或者带宽打孔模式字段。每个20M用1Bit来指示,比如80M带宽,为4比特位图,320MHz带宽,为16比特位图,比特位图中的比特被置为第一值表示相应20M被打孔,比特位图中的比特被置为第二值表示相应20M没有被打孔,反之亦然;或者带宽打孔比特位图的长度不随带宽变化,比如,带宽打孔比特位图的长度为16比特。另一种形式,由于带宽内的主20M信道不允许打孔,因此上述多种形式的打孔比特位图可以减少1比特,比如带宽打孔比特位图的长度不随带宽变化,此时带宽打孔比特位图的长度为15比特,不包括主20M是否打孔的指示。带宽打孔比特位图指示的带宽内的每个20M是按频率从高往低或者从低往高。
带宽打孔模式字段同样是用来指示带宽内哪些20M被打孔,此时为了实施简单,带宽打孔模式字段指示的模式是有限的,不是任意一个或多个20MHz会被打孔,模式可以包括如下表3(后面补充下具体的表格)。
表3打孔模式
由于打孔带宽模式字段指示的打孔模式有限,上述表格包括的模式只需要6比特指示,如果后续包括更多的打孔模式,打孔带宽模式字段的长度也还可以是7比特,8比特,9比特或者其他比特数。
另一种方式,打孔带宽模式字段指示的多个打孔模式随着带宽变化,该带宽由触发帧中的带宽字段指示,具体来讲,当带宽为20M或者40M,没有打孔模式,此时打孔带宽模式字段可以为0比特;当带宽为80M,打孔带宽模式字段指示的模式包括模式编号1~4,需要2比特;当带宽为160M,打孔带宽模式字段指示的模式包括模式编号5~16,需要4比特;当带宽为240M时,打孔带宽模式字段指示的模式包括模式编号17~25,需要4比特;当带宽为320M时,打孔带宽模式字段指示的模式包括模式编号26~37,需要4比特;优选的方式是,打孔带宽模式字段指示的模式随着带宽变化,但长度不变,在上述例子中,此时打孔带宽模式字段的长度为上述所有带宽需要比特数最大值,即4,比如当带宽为80M时,打孔带宽模式字段指示的模式包括模式编号1~4,4比特长度的打孔带宽模式字段值0~3分别指示模式编号1~4,其他值为保留值。
值得注意的是,160M带宽可以由2个80M组成,其中2个80M不在一起,也可以由连续的160M组成;240M带宽可以由160M和80M组成,其中160M和80M不在一起,也可以由连续的240M组成;320M带宽可以由2个160M组成,其中2个160M不在一起,也可以由连续的320M组成。
下面提供进一步减少触发帧信令开销的方法,在全带宽打孔模式下,不仅可以避免携带重复AID的用户信息字段,还可以省去用户信息字段的RU分配指示字段/打孔带宽比特位图字段/带宽打孔模式字段。
具体来讲:
1.触发帧的触发帧类型字段可以指示上行打孔的全带宽MU-MIMO传输,其中,上行打孔的全带宽MU-MIMO传输还可选的包括一种特殊情况,就是上行打孔的全带宽单用户传输。
2.触发帧的用户信息字段中不包括资源分配信息,比如RU分配字段、打孔带宽比特位图字段或者带宽打孔模式字段。
3.在触发帧的共有字段中的带宽字段替换成打孔带宽比特位图字段或者带宽及打孔模式字段。
其中上行打孔的全带宽MU-MIMO传输还可以理解为用于指示用户信息字段里不包括资源分配相关的信息,比如孔带宽比特位图字段或者带宽打孔模式字段,或者RU分配指示字段;可选的,触发帧的共有字段包括打孔带宽比特位图字段或者带宽及打孔模式字段。
打孔带宽比特位图字段与上述方法一样,只不过此时打孔带宽比特位图字段为固定长度,比如15比特或者16比特。打孔带宽比特位图可以全为第一值,比如1,表示所有的20M都没有被打孔。打孔带宽比特位图如存在连续1,以及其他值为0,表示该带宽未被打孔。
带宽及打孔模式字段在表一打孔模式中增加6种未被打孔的带宽模式,包括20M,40M,80M,160,240M和320M,也就说至少包括43种模式。带宽及打孔模式字段可以为6比特,后续如果还包括更多的模式,则可以为7比特,8比特,9比特或者其他数目比特。
值得注意的是,带宽内的主20M是不能被打孔的。
图14所示的打孔的全带宽多用户MU-MIMO传输,用具备上述2个特点的触发帧来指示的话,该触发帧只需要包括4个用户信息字段即可,每个用户信息字段中的RU分配字段被替换成打孔带宽比特位图字段。
基于相同的技术构思,本申请实施例提供一种计算机可读存储介质,所述计算机可读存储介质中存储有计算机指令,当所述指令在计算机上运行时,使得计算机执行上述方法实施例中AP一侧的信息指示方法。
本申请实施例提供一种包含指令的计算机程序产品,其在计算机上运行时,使得计算机执行上述第一方面至第二方面中的任一方面或其任意可能的实现方式中所述的方法实施例。
本申请实施例还提供一种芯片系统,该芯片系统包括处理器,用于支持AP实现上述信息指示方法,例如生成或处理上述各方面中所涉及的数据和/或信息。在一种可能的设计中,所述芯片系统还包括存储器,所述存储器,用于保存数据发送设备必要的程序指令和数据。该芯片系统可以由芯片构成,也可以包含芯片和其他分立器件。
本申请实施例还提供一种通信系统,该系统包括上述方面涉及的至少一个第一接入点以及至少一个第一STA。
本领域内的技术人员应明白,本申请的实施例可提供为方法、系统、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。
Claims (15)
1.一种信息指示方法,其特征在于,包括:
生成物理层协议数据单元(PHY Protocol Data Unit,PPDU),其中,所述PPDU的前导码包括U-SIG字段;所述U-SIG字段包括第一指示信息,所述第一指示信息指示所述PPDU的传输模式,所述PPDU的传输模式为多种传输模式中的一种,所述多种传输模式包括单用户全带宽传输、单用户全带宽打孔传输、全带宽MU-MIMO传输、打孔的全带宽MU-MIMO传输和OFDMA传输;
发送所述PPDU。
2.如权利要求1所述的方法,其特征在于,所述PPDU的前导码还包括EHT-SIG字段,所述EHT-SIG字段包括公共字段和用户特定字段,所述用户特定字段包括一个或多个用户字段,所述用户字段包括站点的关联标识。
3.如权利要求2所述的方法,其特征在于,所述第一指示信息指示PPDU的传输模式为所述单用户全带宽传输或所述全带宽MU-MIMO传输时,所述公共字段不含有资源分配信息。
4.如权利要求2所述的方法,其特征在于,所述第一指示信息指示PPDU的传输模式为所述OFDMA传输,所述公共字段含有资源分配信息。
5.如权利要求2所述的方法,其特征在于,所述第一指示信息指示PPDU的传输模式为单用户全带宽打孔传输时,所述用户特定字段包含一个用户字段。
6.如权利要求2-5任一项所述的方法,其特征在于,所述U-SIG字段还包括带宽字段,所述带宽字段指示的PPDU带宽大于20MHz时,在2个内容信道(Content Channel,CC)上传输的所述用户特定字段都包含一个用户字段。
7.如权利要求1-5任一项所述的方法,其特征在于,所述第一指示信息承载于U-SIG字段的PPDU格式字段和打孔字段,所述PPDU格式字段指示PPDU的类型,所述PPDU的类型包括单用户PPDU,全带宽MU-MIMO PPDU和OFDMA PPDU;
所述打孔字段占用多个比特,其中一个取值指示PPDU未被打孔。
8.如权利要求4所述的方法,其特征在于,所述资源分配信息包括一个或多个比特序列,所述一个或多个比特序列指示将带宽频谱资源相应的划分成若干个资源单元集合,所述资源单元集合包括一个或多个资源单元;所述资源单元集合被分配给一个站点(Station,STA)或多个STA。
9.如权利要求8所述的方法,其特征在于,所述比特序列的比特数为9。
10.如权利要求8所述的方法,其特征在于,所述一个或多个比特序列中的第一比特序列对应第一资源单元,所述第一资源单元为一个站点(station,STA)或多个STA分配的资源单元集合中的一个资源单元。
11.如权利要求8所述的方法,其特征在于,
所述多个比特序列中的每个比特序列用于指示资源单元的大小及位置;或者,
所述多个比特序列中的每个比特序列用于指示资源单元的大小及位置,以及指示STA的个数;或者,所述多个比特序列中的每个比特序列用于指示资源单元的大小,以及指示与资源单元对应的用户信息字段的个数。
12.如权利要求8所述的方法,其特征在于,所述资源分配信息还用于指示相邻两个STA中的前一个STA分配的资源单元集合中的最后一个资源单元。
13.如权利要求8-12任一项所述的方法,其特征在于,所述PPDU的前导码还包括第二指示信息,所述第二指示信息用于指示所述多个STA的个数。
14.一种信息指示装置,其特征在于,包括用于执行权利要求1-13任一项方法的模块。
15.一种计算机可读存储介质,其特征在于,用于存储计算机程序,所述计算机程序包括用于执行权利要求1-13任一项方法的指令。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310797271.3A CN116806055B (zh) | 2020-01-11 | 2020-03-12 | 一种信息指示方法及通信装置 |
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2020100288194 | 2020-01-11 | ||
CN202010028819 | 2020-01-11 | ||
CN202010172693.8A CN113115449A (zh) | 2020-01-11 | 2020-03-12 | 一种信息指示方法及通信装置 |
CN202310797271.3A CN116806055B (zh) | 2020-01-11 | 2020-03-12 | 一种信息指示方法及通信装置 |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010172693.8A Division CN113115449A (zh) | 2020-01-11 | 2020-03-12 | 一种信息指示方法及通信装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN116806055A CN116806055A (zh) | 2023-09-26 |
CN116806055B true CN116806055B (zh) | 2024-04-12 |
Family
ID=76708927
Family Applications (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202310798222.1A Active CN116847468B (zh) | 2020-01-11 | 2020-03-12 | 一种信息指示方法及通信装置 |
CN202310797271.3A Active CN116806055B (zh) | 2020-01-11 | 2020-03-12 | 一种信息指示方法及通信装置 |
CN202010172693.8A Pending CN113115449A (zh) | 2020-01-11 | 2020-03-12 | 一种信息指示方法及通信装置 |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202310798222.1A Active CN116847468B (zh) | 2020-01-11 | 2020-03-12 | 一种信息指示方法及通信装置 |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010172693.8A Pending CN113115449A (zh) | 2020-01-11 | 2020-03-12 | 一种信息指示方法及通信装置 |
Country Status (10)
Country | Link |
---|---|
US (1) | US20220353025A1 (zh) |
EP (1) | EP4084545A4 (zh) |
JP (2) | JP7467643B2 (zh) |
KR (1) | KR20220127293A (zh) |
CN (3) | CN116847468B (zh) |
AU (1) | AU2021206097B2 (zh) |
BR (1) | BR112022013694A2 (zh) |
CA (1) | CA3164418A1 (zh) |
MX (1) | MX2022008565A (zh) |
WO (1) | WO2021139808A1 (zh) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113395143B (zh) * | 2020-03-12 | 2023-06-27 | 华为技术有限公司 | 数据传输方法及设备、芯片系统、计算机可读存储介质 |
WO2022124831A1 (ko) * | 2020-12-09 | 2022-06-16 | 엘지전자 주식회사 | 트리거 프레임의 구성 |
CN115720368A (zh) * | 2021-08-24 | 2023-02-28 | 华为技术有限公司 | 一种长训练字段序列的传输方法及通信装置 |
WO2024020973A1 (zh) * | 2022-07-28 | 2024-02-01 | Oppo广东移动通信有限公司 | 通信方法和站点 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102467724A (zh) * | 2010-11-09 | 2012-05-23 | 中国移动通信集团公司 | 存单信息处理方法、终端及系统 |
CN109315012A (zh) * | 2016-06-15 | 2019-02-05 | 高通股份有限公司 | 针对多个用户的全带宽多播指示 |
Family Cites Families (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
AU2011354847B2 (en) * | 2011-01-10 | 2015-06-18 | Lg Electronics Inc. | Method and apparatus for transmitting management information frame in wireless local area network system |
US20150327121A1 (en) * | 2014-05-08 | 2015-11-12 | Guoqing C. Li | Method, apparatus, and computer readable media for acknowledgement in wireless networks |
CN105813199A (zh) * | 2014-12-30 | 2016-07-27 | 夏普株式会社 | 针对寻呼消息的资源分配方法及网络节点和用户设备 |
WO2016173103A1 (zh) * | 2015-04-30 | 2016-11-03 | 华为技术有限公司 | Wlan系统的资源指示方法及装置 |
CN114844616A (zh) * | 2015-09-01 | 2022-08-02 | 华为技术有限公司 | 传输信息的方法、无线局域网装置 |
EP4369839A3 (en) * | 2015-12-24 | 2024-05-22 | Wilus Institute of Standards and Technology Inc. | Wireless communication method and wireless communication terminal, which use discontinous channel |
US20190116513A1 (en) * | 2017-10-16 | 2019-04-18 | Qualcomm Incorporated | Extremely high throughput (eht) signal detection |
WO2019182427A1 (ko) * | 2018-03-23 | 2019-09-26 | 엘지전자 주식회사 | 무선랜 시스템에서 nccb를 통해 데이터를 전송하는 방법 및 장치 |
US11564250B2 (en) * | 2019-08-09 | 2023-01-24 | Qualcomm Incorporated | Physical layer preamble and signaling for wireless communication |
WO2021141437A1 (ko) * | 2020-01-10 | 2021-07-15 | 엘지전자 주식회사 | 무선랜 시스템에서 ppdu를 수신하는 방법 및 장치 |
-
2020
- 2020-03-12 CN CN202310798222.1A patent/CN116847468B/zh active Active
- 2020-03-12 CN CN202310797271.3A patent/CN116806055B/zh active Active
- 2020-03-12 CN CN202010172693.8A patent/CN113115449A/zh active Pending
-
2021
- 2021-01-11 JP JP2022542441A patent/JP7467643B2/ja active Active
- 2021-01-11 CA CA3164418A patent/CA3164418A1/en active Pending
- 2021-01-11 KR KR1020227027787A patent/KR20220127293A/ko unknown
- 2021-01-11 EP EP21738477.5A patent/EP4084545A4/en active Pending
- 2021-01-11 WO PCT/CN2021/071070 patent/WO2021139808A1/zh active Search and Examination
- 2021-01-11 BR BR112022013694A patent/BR112022013694A2/pt unknown
- 2021-01-11 MX MX2022008565A patent/MX2022008565A/es unknown
- 2021-01-11 AU AU2021206097A patent/AU2021206097B2/en active Active
-
2022
- 2022-07-08 US US17/811,471 patent/US20220353025A1/en active Pending
-
2024
- 2024-04-03 JP JP2024059911A patent/JP2024086769A/ja active Pending
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102467724A (zh) * | 2010-11-09 | 2012-05-23 | 中国移动通信集团公司 | 存单信息处理方法、终端及系统 |
CN109315012A (zh) * | 2016-06-15 | 2019-02-05 | 高通股份有限公司 | 针对多个用户的全带宽多播指示 |
Non-Patent Citations (1)
Title |
---|
Further Ideas on EHT Preamble Design;Qualcomm;Sameer Vermani(Qualcomm)IEEE 802.11-19/1870r4;第1-17页 * |
Also Published As
Publication number | Publication date |
---|---|
JP2023515306A (ja) | 2023-04-13 |
AU2021206097A1 (en) | 2022-08-11 |
EP4084545A1 (en) | 2022-11-02 |
CN116847468B (zh) | 2024-07-05 |
CN113115449A (zh) | 2021-07-13 |
EP4084545A4 (en) | 2023-06-28 |
US20220353025A1 (en) | 2022-11-03 |
WO2021139808A1 (zh) | 2021-07-15 |
BR112022013694A2 (pt) | 2022-09-06 |
JP2024086769A (ja) | 2024-06-28 |
JP7467643B2 (ja) | 2024-04-15 |
CN116806055A (zh) | 2023-09-26 |
AU2021206097B2 (en) | 2024-01-18 |
KR20220127293A (ko) | 2022-09-19 |
CA3164418A1 (en) | 2021-07-15 |
CN116847468A (zh) | 2023-10-03 |
MX2022008565A (es) | 2022-10-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11984972B2 (en) | Communication method and apparatus | |
CN116806055B (zh) | 一种信息指示方法及通信装置 | |
CN115968045B (zh) | 通信方法及装置 | |
CN116193601B (zh) | 一种资源指示方法及接入点和站点 | |
US11956179B2 (en) | Duplicated data sequence transmissions with reduced peak to average power ratio | |
US11627027B2 (en) | Transmission of punctured null data packets and partial bandwidth feedback | |
CN117220845A (zh) | 无线局域网前导码中的资源分配信令 | |
US20210399933A1 (en) | Long training field with reduced peak-to-average power ratio | |
CN115804217A (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |