CN108123781A - 一种信息指示方法、接收方法及装置 - Google Patents

一种信息指示方法、接收方法及装置 Download PDF

Info

Publication number
CN108123781A
CN108123781A CN201611072323.7A CN201611072323A CN108123781A CN 108123781 A CN108123781 A CN 108123781A CN 201611072323 A CN201611072323 A CN 201611072323A CN 108123781 A CN108123781 A CN 108123781A
Authority
CN
China
Prior art keywords
website
frame
field
information
resource unit
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.)
Granted
Application number
CN201611072323.7A
Other languages
English (en)
Other versions
CN108123781B (zh
Inventor
吴伟民
文星雨
于健
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201611072323.7A priority Critical patent/CN108123781B/zh
Priority to PCT/CN2017/113350 priority patent/WO2018099370A1/zh
Publication of CN108123781A publication Critical patent/CN108123781A/zh
Priority to US16/425,385 priority patent/US20190281656A1/en
Application granted granted Critical
Publication of CN108123781B publication Critical patent/CN108123781B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J13/00—Code division multiplex systems
    • H04J13/0007—Code type
    • H04J13/0022—PN, e.g. Kronecker
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J13/00—Code division multiplex systems
    • H04J13/0007—Code type
    • H04J13/004—Orthogonal
    • H04J13/0048—Walsh
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J13/00—Code division multiplex systems
    • H04J13/0007—Code type
    • H04J13/0055—ZCZ [zero correlation zone]
    • H04J13/0059—CAZAC [constant-amplitude and zero auto-correlation]
    • H04J13/0062—Zadoff-Chu
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0002—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate
    • H04L1/0003—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate by switching between different modulation schemes
    • H04L1/0004—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate by switching between different modulation schemes applied to control information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1614—Details of the supervisory signal using bitmaps
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1671—Details of the supervisory signal the supervisory signal being transmitted together with control information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1858—Transmission or retransmission of more than one copy of acknowledgement message
    • 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
    • H04L5/0039—Frequency-contiguous, i.e. with no allocation of frequencies for one user or terminal between the frequencies allocated to another
    • 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
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • 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/0091—Signaling for the administration of the divided path
    • 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/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • 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)
  • Power Engineering (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本公开是关于一种信息指示方法、接收方法及装置，其中，信息指示方法包括：接入点向至少一个站点发送数据帧，所述数据帧为非聚合帧或者由N个MAC帧聚合而成的聚合帧，其中，N为大于1的正整数，且N小于等于M，M为最大允许聚合MAC帧的个数；接入点向至少一个站点发送触发信息，所述触发信息用于指示至少一个站点在共享资源单元上回复确认帧；接入点接收至少一个站点在所述共享资源单元上反馈的确认帧。本方法简化了上行和下行数据确认帧回复的方式，通过灵活地利用标准中帧的保留字段或者添加协商过程，来完成简单确认回复过程，取消了冗余繁复的专门回复过程，节省了帧头开销和间隔时间，提高了数据率和吞吐量。

Description

一种信息指示方法、接收方法及装置
技术领域
本发明涉及通信技术领域，尤其涉及一种信息指示方法、接收方法及装置。
背景技术
对于WiFi标准，尤其是针对高速率的应用场景，所支持的速率可以达到1Gbps以上，而对于传感器、抄表等设备，其对速率的要求不高，通常只要只有几十kbps。此外，对于该类业务，数据量也不会很大，一般是一些抄表数据的上传，通常的一个数据包只有几十个字节。对于这种对速率要求不高，数据量不是很大的站点(Station,STA)称作IoT(Internetof Things，物联网)STA。
如图1表示一种AP(Access Point，接入点)与多个STA交互的场景示意图，在交互过程中，WiFi是通过无线空口进行数据传输的，数据往往会因为干扰以及较差的信道环境而没有成功被接收方接收。为了确定接收方是否正确接收数据，引入了确认机制，一般通过确认帧实现，所述确认帧可以包括ACK(Acknowledgement，确认)帧和BA(Block ACK，块确认)帧，还可以包括Multi-TID BA帧和M-BA帧，其中，TID(Traffic Identifier，通信标识符)。
在WiFi 802.11ac标准中，引入了DL MU-MIMO(Downlink Multiple UserMultiple Input Mmultiple Output，下行多用户输入输出)机制，可以使AP通过不同的空间流同时和多个STA进行传输。另外，802.11ax标准还引入了UL(uplink，上行)MU-MIMO传输机制，以及上行和下行的OFDMA(Orthogonal Frequency Division Multiple Access,正交频分多址)传输。在802.11ax标准中引入了两种不同的物理层分组格式用来分别进行下行和上行的多用户传输：
多用户格式(Multiple User Format,MU format)，多用户格式是在单用户格式的基础上，引用了多用户同时传输。一种现有的协议版本中规定，多用户格式特指AP向多个STA进行下行传输时所采用的格式。对于多个STA向AP同时传输的上行多用户传输时所采用的格式，被叫做基于触发的上行格式(Trigger Based Uplink Format)。多用户格式的分组结构如图2所示。首先包含了传统前导码，所述传统前导码中包括L-STF(Legacy ShortTraining Field,传统短训练字段)，L-LTF(Legacy Long Training Field,传统长训练字段)，L-SIG(Legacy Signal Field,传统信令字段)，用来保证后向兼容性，使得STA可以读懂传统前导码部分。除此之外，还包括传统信令字段的重复(Repeated L-SIG)，通过重复特性，用于自动检测以及对L-SIG鲁棒性的增强。HE-SIG-A(High Efficient Signal FieldA，高效信令字段A)，用来承载BSS Color(Basic Service Set Color，基本服务集颜色)，空间复用参数，传输机会时长(TXOP Duration，Transmit Opportunity Duration)等信令信息。HE-SIG-B(High Efficient Signal Field B，高效信令字段B)，主要用来承载本BSS内多个STA的资源调度信息。后续为HE-STF(High Efficient Short Training Field，高效短训练序列)和HE-LTF(High Efficient Long Training Field，高效长训练序列)，分别用来进行MIMO(Multiple Input Multiple Output，多输入多输出)的AGC(Automatic GainControl，自动增益控制)和信道测量。其中HE-LTF字段可能包含多个HE-LTF符号，用来进行多个空时流上的信道测量。最后是Data(数据)部分，用来承载MAC(Media Access Control，媒体接入控制)帧。
基于触发的上行格式(Trigger Based Uplink Format)，多用户进行上行传输需要达到同步，并提前知道自己传输时的位置以及物理层参数。因此需要AP先向STA发送触发帧(Trigger Frame,TF)，多个STA收到触发帧之后，根据触发帧里的资源调度信息，同时进行上行多用户传输。因此上行多用户传输的格式被称作基于触发的上行格式，其分组结构如图3所示，同多用户格式的区别就是不再具备HE-SIG-B，因为资源调度信息的参数是通过AP告知给STA的，在其进行上行传输时，不再需要反过来告知AP。
由此可见，基于触发的上行格式允许AP发起多个STA同时进行上行传输。此外，AP可以不指定某一个STA进行上行传输，而采取OFDMA随机竞争的方式，让成功竞争到信道的STA进行上行传输。因此基于触发的上行格式使得STA在独自竞争信道获取传输机会之外，有了另外一种随机竞争获得上行传输机会的方式。
一般地，利用OFDMA ACK/BA对下行的多用户传输进行应答的方式，如下图4所示，表示下行多用户传输的确认流程的示意图，包括由6个STA组成的多用户确认机制，由于上行多用户传输需要通过触发帧中的触发信息来指示上行传输的调度参数，因此在发送下行数据的同时，AP需要发送确认帧的触发信息。其中，该触发信息可以通过Data帧中的MAC帧头携带，或者通过与Data帧聚合的单播触发帧来携带。对于下行多用户传输的确认流程，针对IoT STA而言，其数据往往只有几十个字节，即便使用较短的ACK帧，也需要14个字节，开销较大，若通过BA帧反馈，则开销会更大，甚至要超过数据本身的长度。
对于上行多用户传输的确认流程，如图5a所示，AP首先需要向多个STA发送触发帧，然后多个STA同时进行上行多用户传输，最后AP再发送确认帧以对多个STA进行确认。为了进一步减少开销，如图5b所示，将M-BA帧和触发帧聚合起来，但是即使采用了聚合机制，缩减了物理层前导的一些开销，依然无法解决开销很大的问题。
因此，如何减少针对只有几十个字节的数据包的确认帧开销，是本领域技术人员需要解决的技术问题。
发明内容
本申请中提供了一种信息指示方法、应答方法及装置，以减少回复确认帧时数据的开销。为了解决该技术问题，本申请公开了如下技术方案：
第一方面，本申请提供了一种信息指示方法，方法包括：接入点向至少一个站点发送数据帧，所述数据帧为非聚合帧或者由N个MAC帧聚合而成的聚合帧，其中，N为大于1的正整数，且N小于等于M，M为正整数，且M表示最大允许聚合MAC帧的个数；接入点向至少一个站点发送触发信息，所述触发信息用于指示所述至少一个站点在共享资源单元上回复确认帧；接入点接收所述至少一个站点在所述共享资源单元上反馈的所述确认帧。
本申请方面提供的方法，接入点通过发送触发信息来指示至少一个站点在共享资源单元上反馈确认帧，采用共享资源单元的方式回复确认帧，能够简化上行和下行数据回复确认帧的开销，并且，通过灵活地利用标准中帧的保留字段或者添加协商过程，来完成简单确认回复过程，取消了冗余繁复的专门回复过程，节省了帧头开销和间隔时间，提高了数据率和吞吐量。
进一步地，所述触发信息中包括至少一个逐个站点字段，每个所述逐个站点字段对应指示一个站点或者一组站点；每个所述逐个站点字段中包括如下至少一种信息：特殊的站点关联标识AID，特殊的调制编码机制MCS，特殊的空间流分配。另外，还可以将确认点阵图作为触发信息的一个字段，广播给需要接收确认帧的站点，以节约开销。
结合第一方面，在一种可能的实现中，所述接入点向至少一个站点发送所述触发信息包括：所述接入点通过广播触发帧来发送所述触发信息，或者，通过单播触发帧发送所述触发信息，或者通过数据帧的聚合控制字段发送所述触发信息。
结合第一方面，在一种可能的实现中，所述触发信息中还包括位于MAC帧头之后的公共区域，所述公共区域中包括优化ACK指示字段，所述优化ACK指示字段用于指示所述接入点采用如下任意一种方式承载所述确认点阵图回复所述确认帧：采用非优化的确认回复方式；采用高效信令字段B的一个字段承载确认点阵图的回复方式；采用触发信息的一个字段承载确认点阵图的回复方式。
结合第一方面，在一种可能的实现中，所述特殊的站点关联标识，所述特殊的调制编码机制，所述特殊的空间流分配中的至少一种用于指示所述确认点阵图的存在。
结合第一方面，在一种可能的实现中，所述接入点向至少一个站点发送数据帧之前，方法还包括：所述接入点与所述至少一个站点协商，确定每个所述站点回复所述确认帧的方式。
结合第一方面，在一种可能的实现中，所述接入点通过与所述至少一个站点协商确定每个所述站点回复所述确认帧的方式，包括：所述接入点接收所述至少一个站点反馈的信息元素，所述信息元素用于指示每个所述站点是否支持通过所述共享资源单元和所述确认点阵图中的至少一种方式回复所述确认帧；所述接入点根据所述信息元素确定每个所述站点回复所述确认帧的方式。
结合第一方面，在一种可能的实现中，所述接入点与所述至少一个站点协商，确定每个所述站点回复所述确认帧的方式，包括：所述接入点与所述至少一个站点通过多用户请求发送MU-RTS帧和同步允许发送CTS帧协商确定每个所述站点回复所述确认帧的方式。
结合第一方面，在一种可能的实现中，所述触发信息中还包括位于MAC帧头之后的公共区域，所述公共区域中包括优化ACK指示字段，所述优化ACK指示字段用于指示所述接入点采用如下任意一种方式承载所述确认点阵图回复所述确认帧：采用非优化的确认回复方式；采用高效信令字段B的一个字段承载确认点阵图的回复方式；采用触发信息的一个字段承载确认点阵图的回复方式。
第二方面，本申请提供了一种信息接收方法，包括：站点接收来自接入点的数据帧和触发信息，所述数据帧为非聚合帧或者由N个MAC帧聚合而成的聚合帧，其中，N为大于1的正整数，且N小于等于M，M为最大允许聚合MAC帧的个数，所述触发信息用于指示所述站点在共享资源单元上回复确认帧；所述站点根据所述数据帧生成确认帧；所述站点按照所述触发信息的指示在所述共享资源单元上发送所述确认帧。
第三方面，本申请提供了一种信息指示装置，包括：处理单元，用于生成数据帧和触发信息，所述数据帧为非聚合帧或者由N个MAC帧聚合而成的聚合帧，其中，N为大于1的正整数，且N小于等于M，M为最大允许聚合MAC帧的个数，所述触发信息用于指示至少一个站点在共享的资源单元上回复确认帧；收发单元，用于向所述至少一个站点发送所述数据帧和所述触发信息；所述收发单元，还用于接收所述至少一个站点在所述共享资源单元上反馈的确认帧。
第四方面，本申请提供了一种信息接收装置，包括：收发单元，用于接收数据帧和触发信息，所述数据帧为非聚合帧或者由N个MAC帧聚合而成的聚合帧，其中，N为大于1的正整数，且N小于等于M，M为最大允许聚合MAC帧的个数所述触发信息用于指示所述站点在共享资源单元上回复确认帧；处理单元，用于根据所述数据帧生成确认帧；所述收发单元，还用于按照所述触发信息的指示在所述共享资源单元上发送所述确认帧。
第五方面，本申请提供一种接入点，包括：收发器和处理器，所述收发器和所述处理器用于执行上述第一方面各个实现的全部或部分方法的步骤。
第六方面，本申请提供至少一种站点，每个所述站点包括：收发器和处理器，所述收发器和处理器用于执行上述第二方面各个实现的全部或部分方法的步骤。
第七方面，本申请还提供一种计算机存储介质，其中，该计算机存储介质可存储有程序，该程序执行时可包括本发明提供一种信息指示方法、信息接收方法的各实现方式中的部分或全部步骤。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍。
图1为本申请实施例提供的接入点与至少一个站点交互的场景示意图；
图2为本申请实施例提供的多用户格式的一种分组结构示意图；
图3为本申请实施例提供的基于触发的上行格式的分组结构示意图；
图4为本申请实施例提供的一种下行多用户传输的确认流程的示意图；
图5a为本申请实施例提供的一种上行多用户传输的确认流程的示意图；
图5b为本申请实施例提供的一种聚合M-BA和触发帧的上行多用户传输的确认流程的示意图；
图6为本申请实施例提供的一种ACK帧结构的示意图；
图7为本申请实施例提供的一种BA帧结构的示意图；
图8为本申请实施例提供的一种Multi-TID BA帧结构的示意图；
图9为本申请实施例提供的一种M-BA帧结构的示意图；
图10为本申请实施例提供的一种信息指示方法的流程示意图；
图11为本申请实施例提供的一种在共享资源单元上回复确认帧的示意图；
图12为本申请实施例提供的另一种在共享资源单元上回复确认帧的示意图；
图13为本申请实施例提供的又一种在共享资源单元上指示的回复确认帧的示意图；
图14为本申请实施例提供的一种包含有AID的触发帧结构示意图；
图15为本申请实施例提供的一种利用多个特殊共享资源单元回复确认帧的示意图；
图16为本申请实施例提供的将确认点阵图作为触发帧的一个字段的确认帧回复方式的示意图；
图17为本申请实施例提供将确认点阵图作为触发帧的一个字段的触发帧的示意图；
图18为本申请实施例提供将确认点阵图作为HE-SIG-B的一个字段的确认帧回复方式的示意图；
图19为本申请实施例提供将确认点阵图作为一个字段的HE-SIG-B结构示意图；
图20为本申请实施例提供将确认点阵图作为IoT-SIG一个字段的确认帧回复方式的示意图；
图21为本申请实施例提供利用信息元素交互优化确认回复方式的能力信息的示意图；
图22为本申请实施例提供的一种信息指示装置的结构示意图；
图23为本申请实施例提供的一种信息接收装置的结构示意图；
图24为本申请实施例提供的一种接入点的结构示意图；
图25为本申请实施例提供的一种站点的结构示意图。
具体实施方式
本申请实施例提供的用户应答方案应用于WiFi的各种标准协议中，例如802.11a/g，802.11n，802.11ac，以及802.11ax标准，其主要的应用场景都是针对高速率的场景。
为方便后续描述并清楚地对本申请进行说明，以下首先对本申请可能用到的概念做简要说明：
在802.11标准协议中的，规定确认帧包括两种常用的确认方式，一种是ACK帧，针对非聚合帧的数据进行确认；另外一种是BA帧，针对聚合帧的数据进行确认，所以称作块确认，具体地这两种帧的结构如下图6和图7所示。
针对多个通信类别的数据在进行确认帧回复时，还提供了一种Multi-TID BA帧，用于为多个通信类别的数据同时进行块确认。针对不同的优先级的服务质量，802.11e标准中定义了4中接入类别，对应4种优先级的通信类别(Traffic category,TC)，Multi-TID BA帧针对一个站点的多个通信类别的数据同时进行块确认，其帧结构如图8所示。
标准版本中还提供了一种M-BA帧，该帧基于Multi-TID BA帧结构，用于多用户块确认帧(Multi-user Block ACK，M-BA)。接入点可以发送一个M-BA帧来向多个站点发送确认或块确认信息，如图9所示为一种M-BA帧结构的示意图，该M-BA帧中包括BA信息(BAInformation)字段，所述BA信息字段是多个站点的块确认信息的级联，站点的关联标识(Association Identifier,AID)置于Per TID Info的保留位(B0-B10)中，用于标识需要接收确认信息的站点；ACK/BA的指示置于Per TID Info的保留位(B11)中，用于指示发送给该站点的确认信息是ACK还是BA。M-BA帧与ACK/BA/Multi-TID BA帧的主要区别是在一个MAC帧中完成了对多个站点的ACK/BA确认信息的传输。M-BA帧利用广播方式进行传输，接收地址(RA)会设置为广播地址，当每个站点读取M-BA帧的时候，通过搜索AID来识别接入点是否对其发送了确认信息，并进一步通过ACK/BA帧，来识别后续是确认还是块确认，从而进一步读取后续不同的确认信息。
本申请各个实施例中引入了多用户格式和基于触发的上行格式，所述多用户格式是指接入点向多个站点进行下行传输时所采用的格式，所述基于触发的上行格式是指多个站点向接入点同时传输的上行多用户传输时所采用的格式，所述传输包括数据，以及任何MAC帧，例如数据帧，确认帧等。
所述上行多用户传输是指接入点先向多个站点发送触发帧(Trigger Frame,TF)，多个站点接收到该触发帧之后，根据触发帧里的资源调度信息，进行上行多用户传输，接入点点再根据接收的多个站点数据，向多个站点回复确认帧。
本申请提供的信息指示方法可以应用于下行多用户传输，所述下行多用户传输包括：接入点先向多个站点发送触发帧和下行数据，每个站点接收到触发帧和下行数据之后向该接入点回复确认帧。
本申请各个实施例所述的接入点(access point，AP)可以是无线接入点(wireless access point，WAP)。所述站点(station，STA)也可称为用户，进一步地，所述站点或者用户可包括：用户终端(user terminal，UT)、用户代理(user agent，UA)、用户设备、或用户装备(user equipment，UE)、移动电话(cellphone)、智能手机(smartphone)、个人电脑、平板电脑(tablet computer)、可穿戴设备、个人数码助理(personal digitalassistant，PDA)、移动互联网设备(mobile Internet device，MID)和电子书阅读器(e-book reader)等具备WLAN功能的设备。
本申请提供的实施例针对只有几十个字节的数据包括，接入点通过对数据帧和触发信息的配置，以使站点在应答时减少资源开销。具体技术方案如下：
实施例一
本实施例针对与下行多用户传输的优化确认帧回复方式，具体地，通过多个站点共享一个资源单元(Resource Unit,RU)也可以称为资源块的方式优化确认帧的回复方式，以减少资源开销。
如图10所示，本实施例提供了一种信息指示方法，该方法包括如下步骤：
步骤101:接入点向至少一个站点发送数据帧，所述数据帧为非聚合帧或者由N个MAC帧聚合而成的聚合帧，其中，N为大于1的正整数，且N小于等于M，M为正整数，M表示最大允许聚合MAC帧的个数。
其中，所述非聚合帧是指只由一个MAC帧组成，而不是由两个及以上的MAC帧聚合起来的A-MPDU(Aggregated MPDU,聚合MAC协议数据单元)。所述非聚合帧包括MPDU(MACprotocol Data Unit，MAC协议数据单元)，或者Single MPDU(S-MPDU，单媒体接入控制协议数据单元)。如果所述数据帧包括N个MAC帧聚合而成的聚合帧，则N为大于1的正整数，且N≤M，M为预设值，即限定聚合帧中所聚合的MAC帧的数量不超过M,其中M为允许聚合的MAC帧的数目的最大值。这里限制N不超过M，目的是限制N位于一个比较小的范围内，以使减少确认帧的开销。具体地，N值可通过预先设置，或者接入点与站点协商确定，还可以直接由接入点设置确定。可选的，假设M为4，则说明N小于等于4，N为2,3或4。
步骤102：接入点向至少一个站点发送触发信息，所述触发信息用于指示所述至少一个站点通过共享资源单元的方式回复确认帧。
其中，所述触发信息可通过触发帧发送，可选的，所述接入点可以分开发送所述数据帧和触发帧，或者接入点同时发送所述数据帧和触发帧。当所述接入点发送完数据帧之后，向目的站点发送触发帧以触发下行数据，以使所述目的站点回复确认帧，此外，也可以同时触发其他站点进行上行多用户传输。
步骤103：接入点接收所述至少一个站点在所述共享资源单元上反馈的所述确认帧。
进一步地，在发送触发帧的过程中，如图11和图12所示，接入点可以通过广播的方式发送触发帧，还可以在发送数据的同时发送触发帧，具体如何发送数据帧和触发帧的方式不限。
如图11所示，针对接入点广播发送触发帧的发送方式，所述信息指示方法具体过程为：首先，接入点向站点1至站点4发送下行多用户数据，例如发送数据帧，然后，接入点再向所有站点广播触发帧，其中，所述广播触发帧用于指示站点1至站点4在共享资源单元上回复确认帧。站点1至站点4接收到广播触发帧后，按照该广播触发帧指示在共享资源单元向所述接入点回复确认帧。
其中，多个站点可以在共享资源单元上可以采用不同的方式回复确认帧。一种可能的回复方式是：如果接入点发送的数据或数据帧是非聚合帧，由于非聚合帧只有一个MAC帧或MPDU，所以只需要1个比特就可以回复所述接入点数据是否被正确接收，具体通过1比特向接入点回复确认帧的过程包括：
一种方式是：站点通过码分的形式发送确认帧，其中，所述码分的形式包括每个所述站点发送的信息分别乘以不同的预设正交序列，以避免多个站点同时在共享资源单元上回复确认帧时，互相发送冲突。其中，所述预设正交序列可以为时域上的序列，也可以为频域上的序列，还可以采用Walsh码，Zadoff-Chu序列，PN(Pseudorandom Noise，伪噪声)序列，并且，每一个序列对应一个站点的确认帧或确认信息。
另一种方式是：每个站点的确认帧或确认信息通过使用1个或多个子载波承载的方式回复，不同的站点的确认帧或确认信息通过不同的符号或者不同的子载波去进行区分。例如，每个站点使用1比特在共享资源单元上回复确认帧或确认信息。为了保证回复信息的鲁棒性，还可以利用码字对序列进行扩频处理。
如图13所示，表示一种在共享资源单元上回复确认帧的示意图。其中，符号1表示共享资源单元的子载波上的一个符号，每个符号可以用于回复确认帧。可选的，符号1可以从HE-LTF的第一个符号开始，也可以从负载部分开始第一个符号开始。若HE-LTF的符号个数比较多，则可以只利用HE-LTF来完成确认帧的回复。符号1至符号3组成一个共享资源单元，该共享资源单元用于指示站点1至站点9回复确认帧的共享资源单元的位置。此外，每个站点可以使用共享资源单元上一个符号的若干个子载波，也可以使用1个空间流回复确认帧。
如果接入点发送的数据帧是聚合帧，由于限制所述最大聚合帧的数目不超过M，例如2，则指示每个站点使用2比特的信息回复确认帧，即相当于在非聚合帧的确认方式下，把两个站点的确认帧分配给一个站点就可以完成聚合情况下确认帧的回复。
进一步地，所述共享的资源单元可以为固定的资源单元，例如固定的第一个资源单元，也可以通过触发帧指示一个共享资源单元或多个共享资源单元用来回复确认帧。
具体地，接入点通过广播触发帧的方式指示所述至少一个站点在共享资源单元上回复确认帧。如图14所示，触发帧中包括MAC帧头、公共区域和逐个站点区域，其中，逐个站点区域中包括若干个逐个站点字段，例如，逐个站点字段1、逐个站点字段2、……、逐个站点字段N，对应于需要发送的站点数量。每个所述逐个站点字段中可以包括：特殊的站点关联标识(Association Identifier,AID)、特殊的调制编码机制(Modulation and CodingScheme,MCS)、特殊的空间流分配(Spatial Stream Allocation，SS Allocation)中的至少一种信息字段，这些字段用于指示该逐个站点字段是用来指示共享资源单元的确认信息的。当存在AID、MCS或特殊的空间流分配字段时，所述逐个站点字段中还包括资源单元分配字段，该资源单元分配字段用于指示接收端站点在哪个共享资源单元上发送确认帧。此外，所述逐个站点字段内还包括非特殊的站点关联标识、调制编码机制和空间流分配等字段。
举例说明，接入点在配置触发信息或触发帧时，在预留的AID(从2008到2045)中选取一个，当站点接收并检测到该触发帧中包含选取的AID时，则确定需要通过共享资源单元回复确认帧。可选的，进一步利用该AID后续的资源单元分配字段是指示在所述接入点配置的共享资源单元上回复确认帧。可替代地，如果资源单元分配字段中还有很多保留(reserved)情况，可以利用一种或多种保留情况来指示哪一个资源单元是用来进行共享资源单元确认帧回复的。可替代地，目前MCS只有0到11被分配利用，还有12-15未被利用。或者，特殊的空间流分配的索引表里如果包括很多保留情况。这些保留的情况可用于指示站点通过共享资源单元回复确认帧。同样，可选的，进一步利用该AID后续的资源单元分配字段指示所述至少一个站点回复确认帧的共享资源单元位置。
此外，接入点还可以通过触发信息或数据帧携带指示信息，所述指示信息用于指示所述至少一个站点在共享资源单元上回复确认帧的顺序。例如，若通过触发帧指示，可以利用AID指示站点真实的AID，然后利用特殊的资源单元分配指示该站点需要在哪一个共享资源单元上回复确认信息，然后再利用MCS或SS Allocation指示该STA回复确认信息的顺序。采用触发帧携带的指示方法可以不对数据帧进行任何更改，只通过利用现有的触发帧结构来指示共享资源块回复确认信息/确认帧。若通过数据帧指示回复确认帧的顺序，则在后续的触发帧中，接入点只需要通过特殊的AID指示某个资源单元内的所有STA来共享资源单元中回复确认信息。
可替代地，所述触发信息中还包括资源单元分配字段，所述资源单元分配字段用于指示不同站点在共享资源单元内回复确认帧/确认信息的位置，或者，所述至少一个站点还可以按照下行多用户分组中HE-SIG-B指示的顺序回复确认帧，避免单独指示每个站点回复确认帧的顺序。如图14所示，在利用多个共享资源单元回复确认帧的方式中，特殊的AID所对应的资源单元分配字段用于指示站点1至站点4回复确认帧的位置，例如，指示站点1和站点3在第一共享资源单元上回复确认帧，指示站点2和站点4在第二共享资源单元上回复确认帧。
需要说明的是，本实施例中所述的顺序不是站点回复确认帧的先后顺序，而可以理解为正交码的码元顺序，例如所有站点同时发送确认帧，但是这些确认帧是互相正交的序列。接入点配置的序列或编码等与接收端的每个站点具有一一对应的关系。
针对接入点单播发送触发帧的方式，单播触发帧包含单个站点的触发信息，类似于广播触发帧，也可以通过特殊的AID，特殊的MCS，或特殊的空间流分配来指示该逐个站点字段是用来指示共享资源单元的确认信息的。此外，由于是单播触发信息，指示信息不会影响其他站点，因此还可以通过MAC帧头的HE-A-control(High Efficient AggregatedControl，高效聚合控制)字段、新的控制ID、重新定义优化的确认机制的触发信息来指示该站点回复确认帧的顺序，以及指示该站点在哪一个共享资源单元的位置上回复确认帧等信息；或者，也可以通过对单播触发帧的帧格式进行重新定义的方式指示。
此外，本申请实施例所述的确认帧可以指示肯定应答ACK信息，也可以指示否定应答NACK信息，以及其它的站点的应答信息。
本实施例提供的信息指示方法，接入点先配置并发送数据帧，再通过携带有指示信息的触发帧指示多个站点通过共享资源单元的方式回复确认帧，优化了下行数据确认回复的方式，利用触发帧中的AID或MCS等保留字段提高配置指示的灵活性，取消了冗余繁复的专门回复过程，只通过正交码利用一个共享资源单元就完成了多个站点的确认信息回复，节省了帧头开销和时间间隔，提高了数据率和吞吐量。
实施例二
本实施例针对上行多用户传输优化确认帧的回复方式，特别是针对背景技术中介绍的将M-BA和触发帧聚合的方式，对于只有几十个字节的数据本身，仍然开销很大的问题，本实施例提供的解决方案是：将确认信息或确认帧嵌入在触发帧中，即将压缩后的确认信息作为触发帧的一个字段广播给需要接收确认帧的多个站点。
与实施例一相同，约定数据帧为非聚合帧或者数目不超过M的聚合帧数量，M为较小的值，例如2,3,4，因此若有N个站点需要接收确认信息，则只需要M*N个比特就可以承载这N站点的确认信息/确认帧。例如，每个站点之前传输了一个非聚合帧，如果一共有N个站点，则只需要传输1个N比特的确认点阵图，每个比特对应确认前次数据传输是否成功接收。
本实施例将确认点阵图作为触发帧的一个字段来回复确认帧，所述确认点阵图用于指示上一轮多用户上行传输中，所述接入点是否正确接收所述至少一个站点发送的数据。如图16所示，接入点与多个站点之间进行数据传输时，首先向至少一个站点(站点1至站点3)发送下行触发帧，用于触发站点1至站点4发送上行多用户数据，然后接入点接收到这些上行多用户数据之后，再向所有站点广播触发帧，其中，该广播的触发帧中含有确认点阵图，该确认点阵图用于向站点1至站点4反馈确认帧，并且触发其它站点(站点5至站点8)回复确认帧。对于每个站点的确认点阵图/确认比特的顺序，则可以按照之前一个触发帧中触发上行数据的调度信息出现的顺序，也可以在触发信息传输时进行指示，下面结合触发帧的帧结构具体说明：
如图17所示，表示一种将确认点阵图作为触发帧的一个字段的触发帧结构示意图。该触发帧中包括MAC帧头、公共区域、逐个站点区域等。其中，公共区域中的基于触发帧类型的公共信息中包括优化ACK指示字段，该优化ACK指示字段用于指示后续上行数据的确认信息是否会采用将确认点阵图作为触发帧的一个字段的确认帧方式进行回复。可选的，所述确认点阵图可以承载在逐个站点字段内，还可以承载在公共区域的基于触发帧类型的公共信息字段内。
进一步地，可以通过在公共区域中添加指示某个固定位置的逐个站点字段内的信息是否为确认点阵图信息，也可以通过逐个站点字段中的特殊的AID，特殊的MCS，特殊的空间流分配来指示该逐个站点字段存在确认点阵图，所述确认点阵图用于对之前的上行传输进行确认。
本实施例中，接入点通过将确认点阵图嵌入在触发帧中，使得接入点在发送触发帧的同时回复了确认帧，从而避免接入点单独地向站点发送确认帧，从而节约了发送确认帧的开销。
实施例三
本实施例在实施例二的基础上进一步对上行多用户数据传输的确认帧回复方式进行优化，为进一步地节省开销，本实施例将确认点阵图作为HE-SIG-B的一个字段的确认帧进行回复。
具体地方法包括：首先接入点向至少一个站点发送触发帧。所述站点例如站点1至站点4接收到接入点发送的触发帧后，向该接入点发送上行多用户数据，接入点接收这些数据，并将确认点阵图作为HE-SIG-B的一个字段的确认帧方式回复给相应的站点。参考图19，示出了一种将确认点阵图作为一个字段的HE-SIG-B结构示意图。
一般的，帧交互图流程图中不包含物理层前导，本实施例中图19所示的HE-SIG-B结构示意图中包括确认点阵图和特殊的站点标识，例如特殊的AID，特殊的MCS，特殊的空间流分配。
下面结合HE-SIG-B的格式对本实施例提供的确认帧回复方式进行描述，如图19所示，与触发帧的结构类似，HE-SIG-B结构包括公共域和逐个站点域，所述确认点阵图可以作为公共域的一个字段，也可以类似于触发帧，通过特殊的AID，特殊的MCS，特殊的空间流分配来指示该逐个站点字段指示的是确认点阵图。
如果确认点阵图承载在逐个站点域，则将确认点阵图配置在该逐个站点域的末端，因为在HE-SIG-B中，资源单元位置信息是在公共区域指示的，而后边的逐个站点域也是按照资源单元的顺序指示的，因此为了不影响按顺序指示，所以把特殊的站点标识以及确认点阵图放在逐个站点域的最后。
此外，在本实施例和实施例二中，如图17所示的优化ACK指示字段，可以用于进一步指示在多用户上行数据传输之后，是通过后续的触发帧还是通过HE-SIG-B的方式承载确认点阵图，例如，优化ACK指示字段包含2比特，这2个比特能够指示如下4种情况：
2比特是00，表示后续采用现有非优化的确认回复方式；
2比特是01：表示后续采用HE-SIG-B的一个字段承载确认点阵图的回复方式；
2比特是10：表示后续采用触发帧的一个字段承载确认点阵图的回复方式；
2比特是11：表示预留，以用于其它信息的指示。
以上只是优化ACK指示字段的一个例子，该字段还可以采用不同的顺序，如00表示后续采用HE-SIG-B的一个字段承载确认点阵图的回复方式，01表示表示后续采用现有非优化的确认回复方式，该字段可以采用不同的比特数，比如只采用1比特，0表示后续采用现有非优化的确认回复方式。1表示后续采用HE-SIG-B或者触发帧的一个字段承载确认点阵图的回复方式。或者采用更多的比特，包括以上几种情况的一种或多种的同时，还包括其他情况，或者更多的预留情况，本申请对此不做限制。
对于实施例二和实施例三中的确认点阵图，其长度可以按照最大允许的站点数目N，和最大支持的聚合帧的数目M来确定，采用固定的最大值M*N比特进行传输，也可以在点阵图的前边对点阵图的模式，也就是N和M进行指示，指示一个可变的点阵图。
对于HE-SIG-B，其承载的物理带宽可以为20MHz，而对于某些IoT STA，其所支持的带宽可能小于20MHz，例如只有2MHz，因此，这些站点可能无法读懂HE-SIG-B，所以，可以考虑在HE-SIG-B之后通过IoT-SIG，或者直接通过IoT-SIG承载确认点阵图。
如图20所示，提供了一种将确认点阵图作为IoT-SIG的一个字段的确认帧回复方式，其中，除了包括HE-SIG-B字段和IoT-SIG字段，物理层前导中还包括HE-STF，HE-LTF，还可能存在IoT-STF和IoT-LTF，由于是MAC帧交互的流程，并且只关注SIG中的确认点阵图信息，因此不予画出。
本实施例提供的方法，通过在HE-SIG-B字段中配置确认点阵图回复确认帧，进一步节约了上行多用户传输回复确认帧的开销。
实施例四
本实施例在上述实施例一、二、三的基础上进一步引入了协商优化确认机制，以提高接入点与站点之间传输的效率，节约空口开销，并通过协商机制确定接入点回复确认帧和触发信息的方式，以及指示多个站点在哪个共享资源单元上回复确认帧。所述协商过程可执行于下行多用户传输的确认流程和上行多用户传输的确认流程，具体地，协商机制包括如下方式：
方式一：采用静态的协商方式。
站点在与接入点关联时与接入点协商是否支持优化/简化的确认帧回复方式。进一步地，协商内容包括站点在与接入点数据交互时，是否只支持优化的确认回复方式，还是同时支持现有的确认回复方式和优化的确认回复方式。在具体实现中，通过在信标帧，关联请求帧，关联响应帧，重关联请求帧，探索请求帧，探索响应帧中的一种或多种承载响应的信息元素(Information Element,IE)来指示是否支持优化的确认回复方式，以及具体支持哪一种优化的确认回复方式。
如图21所示，示出了一种利用IE交互优化确认回复方式的能力信息的示意图。其中，信息(Information)字段中包括如下至少一种指示信息：
对于上行数据采用优化确认回复机制、对于下行数据采用优化确认回复机制、仅支持优化确认回复机制、最大聚合帧数M、最大站点数目N等。
此外，还可以利用不同的元素标识符拓展(Element ID Extension)后边的信息字段来承载着不同的指示信息或管理信息。
方式二：采用相对灵活的协商方式。
接入点与所述至少一个站点通过MU-RTS帧(Multiple User Request to Send，多用户请求发送)和同步CTS(Clear to Send，允许发送)帧的方式进行协商。具体地，一般在进行多用户数据传输时，接入点要和多个站点进行MU-RTS帧和同步CTS帧的交互来预留一段传输机会，以便用于传输数据，保证数据不被其他接入点和站点干扰，因此，可以通过MU-RTS帧和同步CTS帧交互来确定是否采用优化的确认帧回复机制。
例如，若接入点后续希望进行较高速的数据传输，不希望对数据的聚合数据进行限制，则可以指示采用已有的数据传输和回复机制。若接入点后续希望同IoT STA进行一些较小数据量的数据交互，则可以指示站点采用优化的确认回复机制。
方式三：不进行协商，而是通过触发帧或者数据帧中的优化ACK指示字段来指示每一次数据传输后是否会采用优化的确认回复机制。
当采用确认回复机制时，接入点与站点之间进行数据交互时，会按照限制的最大聚合帧数M来发送数据，通过该最大聚合帧数M和接入点支持的最大站点数目N，来确定确认比特位图或确认比特的长度等。
本实施例通过引入协商机制，是接入点在向站点发送数据帧和触发帧时，能够根据站点的情况，确认采用哪一种确认帧的方式进行回复，例如，优化/简化的确认帧回复方式，从而实现了简单确认回复过程，取消了冗余繁复的专门回复过程，节省了帧头开销和间隔时间，提高了数据率和吞吐量。
实施例五
本实施例提供了一种信息接收方法，对应于上述实施例一至实施例三，用于接收接入点发送的数据帧和触发信息，并回复确认帧，具体地，信息接收方法包括：
步骤201：站点接收来自接入点的数据帧和触发信息，所述数据帧为非聚合帧或者由N个MAC帧聚合而成的聚合帧，其中，N为大于1的正整数，且N小于等于M，M为最大允许聚合MAC帧的个数，所述触发信息用于指示所述站点在共享资源单元上回复确认帧；
步骤202：所述站点根据所述数据帧生成确认帧；
步骤203：所述站点按照所述触发信息的指示在所述共享资源单元上发送所述确认帧。其中，所述确认帧可以指示肯定应答ACK信息，也可以指示否定应答NACK信息，以及其它的站点的应答信息。
可选的，所述站点按照所述触发信息的指示在所述共享资源单元上发送所述确认帧包括：如果所述数据帧是非聚合帧，则所述站点通过预设比特，例如1比特发送所述确认帧。或者，站点通过码分方式在所述共享资源单元上发送所述确认帧，或者，通过码分方式在所述共享资源单元上发送所述确认帧包括：所述站点采用预设正交序列的方式发送所述确认帧，所述预设正交序列包括Zadoff-Chu序列，PN序列或Walsh码。
可选的，所述站点通过预设比特，例如1比特字节发送所述确认帧包括：所述站点使用码字对所述序列进行扩频处理。
可选的，所述确认帧中包括确认点阵图；所述确认点阵图位于公共域或者逐个站点域内。所述确认点阵图用于指示上一轮多用户上行传输中，所述接入点是否正确接收所述至少一个站点发送的数据。
可选的，所述确认帧中包括HE-SIG-B和IoT-SIG，所述IoT-SIG位于所述HE-SIG-B之后，用于承载所述确认点阵图。
本实施例提供的信息接收方法，针对只有几十个字节的数据包，通过分别提出了简化上行和下行数据确认回复的方式，通过灵活地利用标准中帧的保留字段或者添加协商过程，来完成简单确认回复过程，取消了冗余繁复的专门回复过程，节省了帧头开销和间隔时间，提高了数据率和吞吐量。
如图22所示，本实施例还提供一种信息指示装置，该装置用于执行如图10所示的信息指示方法的步骤，以及上述实施例一至实施例四所述的方法流程。
该装置包括收发单元2201和处理单元2202，其中，所述处理单元2202，用于生成数据帧和触发信息，所述数据帧包括为非聚合帧或者由N个MAC帧聚合而成的聚合帧，其中，N为大于1的正整数，且N小于等于M，M为最大允许聚合MAC帧的个数，所述触发信息用于指示至少一个站点在共享的资源单元上回复确认帧。
收发单元2201，用于向所述至少一个站点发送所述数据帧和所述触发信息，接收所述至少一个站点在所述共享资源单元上反馈的确认帧。
可选的，所述触发信息中包括至少一个逐个站点字段，每个所述逐个站点字段对应指示一个站点或者一组站点；每个所述逐个站点字段中包括如下至少一种信息：特殊的站点关联标识AID，特殊的调制编码机制MCS，特殊的空间流分配。其中，所述特殊的AID，特殊的MCS，特殊的空间流分配还用于指示所述确认点阵图的存在。
另外，所述逐个站点字段中还包括资源单元分配，所述资源单元分配用于指示所述至少一个站点反馈所述确认帧的共享资源单元的位置。
可选的，所述触发信息还包括指示所述至少一个站点通过码分的形式发送所述确认帧；所述码分的形式包括采用每个所述站点发送的信息分别乘以不同的预设正交序列，所述预设正交序列包括Zadoff-Chu序列，伪噪声PN序列，Walsh码。
可选的，收发单元2201具体用于通过广播触发帧发送所述触发信息，或者，通过单播触发帧发送所述触发信息，或者通过数据帧的聚合控制字段发送所述触发信息。
可选的，所述触发信息中还包括位于MAC帧头之后的公共区域，所述公共区域中携载优化ACK指示字段，所述优化ACK指示字段用于指示所述至少一个站点再次发送确认帧时，是否采用将确认点阵图作为所述触发信息的一个字段的方式回复确认帧。
可选的，所述触发信息中还包括确认点阵图，所述确认点阵图用于指示上一轮多用户上行传输中，所述接入点是否正确接收所述至少一个站点发送的数据。
可选的，所述确认点阵图通过所述触发信息中的一个字段承载，或者，通过高效信令字段B中的一个字段承载，其中，所述一个字段包括所述触发信息或所述高效信令字段B中的公共区域内的一个字段，或者逐个站点区域内的一个字段。
可选的，所述优化ACK指示字段还用于指示所述接入点采用如下任意一种方式承载所述确认点阵图回复所述确认帧：采用非优化的确认回复方式、采用高效信令字段B的一个字段承载确认点阵图的回复方式、采用触发信息的一个字段承载确认点阵图的回复方式。
可选的，收发单元2201，还用于通过与所述至少一个站点协商确定每个所述站点回复所述确认帧的方式，或者，所述接入点通过所述触发信息或者所述数据帧的指示确定。
进一步地，收发单元2201通过与所述至少一个站点协商确定每个所述站点回复所述确认帧的方式包括：通过接收所述至少一个站点反馈的信息元素来确定回复所述确认帧的方式，其中所述信息元素用于指示每个所述站点自身是否支持优化的确认回复方式，或者，与所述至少一个站点通过多用户请求发送MU-RTS帧和同步允许发送CTS帧来进行协商确定每个所述站点回复所述确认帧的方式。
如图23所示，本实施例还提供了一种确认帧应答装置，用于接收确认帧指示装置发送的触发信息和数据帧，以及上述实施例一至实施例四所述的方法流程。
所述装置包括收发单元2301和处理单元2302，收发单元2301，用于接收来自接入点的数据帧和触发信息，所述数据帧为非聚合帧或者由N个MAC帧聚合而成的聚合帧，其中，N为大于1的正整数，且N小于等于M，M为最大允许聚合MAC帧的个数，所述触发信息用于指示所述站点通过共享资源单元的方式回复确认帧；处理单元2302，用于根据所述数据帧生成确认帧；
收发单元2301，还用于按照所述触发信息的指示在所述共享资源单元上发送所述确认帧。
其中，所述触发信息中包括至少一个逐个站点字段，每个所述逐个站点字段对应指示一个站点或者一组站点；每个所述逐个站点字段中包括如下至少一种信息：特殊的站点关联标识AID，特殊的调制编码机制MCS，特殊的空间流分配，
可选的，所述收发单元2301，还用于如果所述数据帧是非聚合帧，则所述站点使用预设比特发送所述确认帧。
可选的，所述收发单元2301，还用于采用预设正交序列的方式发送所述确认帧，所述预设正交序列包括Zadoff-Chu序列，PN序列，Walsh码，或使用码字对所述序列进行扩频处理。
可选的，所述确认帧中包括确认点阵图，所述确认点阵图用于指示上一轮多用户上行传输中，所述接入点是否正确接收所述至少一个站点发送的数据，且所述确认点阵图位于公共域或者逐个站点域内。
所述触发信息中还包括位于MAC帧头之后的公共区域，所述公共区域中包括优化ACK指示字段，所述优化ACK指示字段用于指示所述接入点采用如下任意一种方式承载所述确认点阵图回复所述确认帧：
采用非优化的确认回复方式，所述非优化的确认帧回复方式是指现有技术中使用的例如M-BA帧的回复方式，以及除了本申请实施例提供的通过共享资源单元和确认帧点阵图方式之外的其它回复方式。
采用高效信令字段B的一个字段承载确认点阵图的回复方式。
采用触发信息的一个字段承载确认点阵图的回复方式。
另外，所述站点还用于在回复确认帧之前与接入点进行协商以确定回复确认帧的方式。
可选的，所述确认帧中包括高效信令字段B，HE-SIG-B和位于所述HE-SIG-B之后的物联网信令字段IoT-SIG，所述HE-SIG-B用于承载所述确认点阵图。
在另一个实施例中还提供了一种接入点，如图23所示，所述接入点可以是前述实施例中的信息指示装置，用于实现前述实施例中的方法步骤。
如图24所示，所述接入点可以包括：收发器2401、处理器2402、存储器2403和通信总线2404，其中，收发器2401中包括至少一个通信接口和I/O接口，收发器2401可以包括接收机、发射机和天线等部件。所述接入点还可以包括更多或更少的部件，或者组合某些部件，或者不同的部件布置，本申请对此不进行限定。
处理器2402为接入点的控制中心，利用各种接口和线路连接整个接入点的各个部分，通过运行或执行存储在存储器2403内的软件程序和/或模块，以及调用存储在存储器内的数据，以执行接入点的各种功能和/或处理数据。处理器2402可以由集成电路(integrated circuit，IC)组成，例如可以由单颗封装的IC所组成，也可以由连接多颗相同功能或不同功能的封装IC而组成。举例来说，处理器可以仅包括中央处理器(centralprocessing unit，CPU)，也可以是GPU、数字信号处理器(digital signal processor，DSP)、及收发模块中的控制芯片(例如基带芯片)的组合。
收发器2401用于建立通信信道，使接入点通过所述通信信道以连接至接收设备，从而实现接入点与站点之间的数据传输。所述收发器可以包括无线局域网(wirelesslocal area network，WLAN)模块、蓝牙模块、基带(base band)模块等通信模块，以及所述通信模块对应的射频(radio frequency，RF)电路，用于进行无线局域网络通信、蓝牙通信、红外线通信及/或蜂窝式通信***通信，例如宽带码分多重接入(wideband code divisionmultiple access，WCDMA)及/或高速下行封包存取(high speed downlink packetaccess，HSDPA)。所述收发模块用于控制终端设备中的各组件的通信，并且可以支持直接内存存取(direct memory access)。
在上述实施例中，所述收发单元2201所要实现的功能可以由所述接入点的收发器2401实现，或者由处理器2402控制的收发器2401实现；所述处理单元2202所要实现的功能则可以由所述处理器2402实现。
参见图25为本申请站点设备的一个实施例的结构示意图。所述站点设备可以是前述实施例中的信息接收装置，用于实现前述实施例中的方法步骤。
其中，所述站点设备可以由收发器2501、处理器2502、存储器2503和通信总线2504等组成，收发器2501中包括至少一个通信接口和I/O接口，收发器2501可以包括接收机、发射机和天线等部件。所述站点还可以包括更多或更少的部件，或者组合某些部件，或者不同的部件布置，本申请对此不进行限定。
所述收发器2501可以用于接收或发送数据，收发器2501可以在处理器2502的控制下向接入点设备发送确认帧等数据；所述收发器2501在处理器2502的控制下接收接入点或其他网络侧设备发送的数据。
本实施例中，接入点先配置并发送数据帧，再通过携带有指示信息的触发帧指示多个站点通过共享资源单元的方式回复确认帧，优化了下行数据确认回复的方式，利用触发帧中的AID或MCS等保留字段提高配置指示的灵活性，取消了冗余繁复的专门回复过程，只通过正交码利用一个共享资源单元就完成了多个站点的确认信息回复，节省了帧头开销和时间间隔，提高了数据率和吞吐量。
进一步地，在所述接入点和站点中，存储器可以是只读存储器(read-onlymemory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，EEPROM)、只读光盘(Compact Disc Read-Only Memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，也可以和处理器集成在一起。其中，所述存储器用于存储执行本发明方案的应用程序代码，并由处理器来控制执行。所述处理器用于执行所述存储器中存储的应用程序代码。
本发明实施例还提供了一种计算机存储介质，用于储存为上述实施例一至实施例四所述的信息指示方法、信息接收方法所用的计算机软件指令，其包含用于执行上述方法实施例所设计的程序。通过执行存储的程序，可以减少上行和下行数据回复确认帧的开销。
本发明是参照本发明实施例的方法、装置(设备)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
本说明书中各个实施例之间相同相似的部分互相参见即可。尤其，对于设备实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例中的说明即可。
以上所述的本申请实施方式并不构成对本申请保护范围的限定。

Claims (24)

1.一种信息指示方法，其特征在于，方法包括：
接入点向至少一个站点发送数据帧，所述数据帧为非聚合帧或者由N个MAC帧聚合而成的聚合帧，其中，N为大于1的正整数，且N小于等于M，M为最大允许聚合MAC帧的个数；
所述接入点向所述至少一个站点发送触发信息，所述触发信息用于指示所述至少一个站点在共享的资源单元上回复确认帧；
所述接入点接收所述至少一个站点在所述共享资源单元上反馈的所述确认帧。
2.根据权利要求1所述的方法，其特征在于，
所述触发信息中包括至少一个逐个站点字段，每个所述逐个站点字段对应指示一个站点或者一组站点；
每个所述逐个站点字段中包括如下至少一种信息：特殊的站点关联标识，特殊的调制编码机制，特殊的空间流分配。
3.根据权利要求2所述的方法，其特征在于，
每个所述逐个站点字段中还包括资源单元分配，所述资源单元分配用于指示所述至少一个站点反馈所述确认帧的共享资源单元的位置。
4.根据权利要求1所述的方法，其特征在于，
所述触发信息还用于指示所述至少一个站点通过码分的形式发送所述确认帧，所述码分的形式包括每个所述站点发送的信息分别乘以不同的预设正交序列，所述预设正交序列包括Zadoff-Chu序列，伪噪声PN序列或Walsh码。
5.根据权利要求1-4任一项所述的方法，其特征在于，所述触发信息中还包括确认点阵图，
所述确认点阵图用于指示上一轮多用户上行传输中，所述接入点是否正确接收所述至少一个站点发送的数据。
6.根据权利要求5所述的方法，其特征在于，
所述确认点阵图通过所述触发信息中的一个字段承载，或者，通过高效信令字段B中的一个字段承载，其中，所述字段包括所述触发信息，所述高效信令字段B中的公共区域内的一个字段，或者逐个站点区域内的一个字段。
7.一种信息接收方法，其特征在于，方法包括：
站点接收数据帧和触发信息，所述数据帧为非聚合帧或者由N个MAC帧聚合而成的聚合帧，其中，N为大于1的正整数，且N小于等于M，M为最大允许聚合MAC帧的个数，所述触发信息用于指示所述站点在共享资源单元上回复确认帧；
所述站点根据所述数据帧生成确认帧；
所述站点按照所述触发信息的指示在所述共享资源单元上发送所述确认帧。
8.根据权利要求7所述的方法，其特征在于，所述站点按照所述触发信息的指示在所述共享资源单元上发送所述确认帧，包括：
如果所述数据帧是非聚合帧，则所述站点使用预设比特在所述共享资源单元上发送所述确认帧。
9.根据权利要求8所述的方法，其特征在于，所述站点按照所述触发信息的指示在所述共享资源单元上发送所述确认帧，包括：
所述站点通过码分形式按照所述触发信息的指示，在所述共享资源单元上发送所述确认帧，其中，所述码分的形式包括所述站点发送的信息乘以预设正交序列，所述预设正交序列包括Zadoff-Chu序列，伪噪声PN序列或Walsh码。
10.根据权利要求7-9任一项所述的方法，其特征在于，所述确认帧中包括确认点阵图，
所述确认点阵图用于指示上一轮多用户上行传输中，所述接入点是否正确接收所述至少一个站点发送的数据。
11.根据权利要求10所述的方法，其特征在于，
所述触发信息包括所述至少一个逐个站点字段，每个所述逐个站点字段对应指示一个站点或者一组站点，每个所述逐个站点字段用于指示所述确认点阵图的存在；
每个所述逐个站点字段中包括如下至少一种信息：特殊的站点关联标识，特殊的调制编码机制，特殊的空间流分配。
12.根据权利要求11所述的方法，其特征在于，
所述确认帧中还包括高效信令字段B和物联网信令字段IoT-SIG中的至少一种，所述确认点阵图通过所述高效信令字段B和所述IoT-SIG中的至少一种字段承载。
13.一种信息指示装置，其特征在于，包括：
处理单元，用于生成数据帧和触发信息，所述数据帧为非聚合帧或者由N个MAC帧聚合而成的聚合帧，其中，N为大于1的正整数，且N小于等于M，M为最大允许聚合MAC帧的个数，所述触发信息用于指示至少一个站点在共享的资源单元上回复确认帧；
收发单元，用于向所述至少一个站点发送所述数据帧和所述触发信息，并接收所述至少一个站点在所述共享资源单元上反馈的确认帧。
14.根据权利要求13所述的装置，其特征在于，
所述触发信息中包括至少一个逐个站点字段，每个所述逐个站点字段对应指示一个站点或者一组站点；
每个所述逐个站点字段中包括如下至少一种信息：特殊的站点关联标识AID，特殊的调制编码机制MCS，特殊的空间流分配。
15.根据权利要求14所述的装置，其特征在于，
每个所述逐个站点字段中还包括资源单元分配，所述资源单元分配用于指示所述至少一个站点反馈所述确认帧的共享资源单元的位置。
16.根据权利要求13所述的装置，其特征在于，
所述触发信息还包括指示所述至少一个站点通过码分的形式发送所述确认帧，所述码分的形式包括每个所述站点发送的信息分别乘以不同的预设正交序列，所述预设正交序列包括Zadoff-Chu序列，伪噪声PN序列或Walsh码。
17.根据权利要求13-16任一项所述的装置，其特征在于，
所述触发信息中还包括确认点阵图，所述确认点阵图用于指示上一轮多用户上行传输中，所述接入点是否正确接收所述至少一个站点发送的数据。
18.根据权利要求17所述的装置，其特征在于，
所述收发单元，还用于接收所述至少一个站点反馈的信息元素，所述信息元素用于指示每个所述站点是否支持通过所述共享资源单元和所述确认点阵图中的至少一种方式回复所述确认帧；
所述处理单元，还用于根据所述信息元素确定每个所述站点回复所述确认帧的方式。
19.一种信息接收装置，其特征在于，包括：
收发单元，用于接收数据帧和触发信息，所述数据帧为非聚合帧或者由N个MAC帧聚合而成的聚合帧，其中，N为大于1的正整数，且N小于等于M，M为最大允许聚合MAC帧的个数，所述触发信息用于指示所述站点在共享资源单元上回复确认帧；
处理单元，用于根据所述数据帧生成确认帧；
所述收发单元，还用于按照所述触发信息的指示在所述共享资源单元上发送所述确认帧。
20.根据权利要求19所述的装置，其特征在于，
所述收发单元，还用于如果所述数据帧是非聚合帧，则使用预设比特在所述共享资源单元上发送所述确认帧。
21.根据权利要求20所述的装置，其特征在于，
所述收发单元，还用于通过码分形式按照所述触发信息的指示，在所述共享资源单元上发送所述确认帧，其中，所述码分的形式包括每个所述站点发送的信息分别乘以不同的预设正交序列，所述预设正交序列包括Zadoff-Chu序列，伪噪声PN序列或Walsh码。
22.根据权利要求19-21任一项所述的装置，其特征在于，所述确认帧中包括确认点阵图，
所述确认点阵图用于指示上一轮多用户上行传输中，所述接入点是否正确接收所述至少一个站点发送的数据。
23.根据权利要求22所述的装置，其特征在于，
所述触发信息包括所述至少一个逐个站点字段，每个所述逐个站点字段对应指示一个站点或者一组站点，每个所述逐个站点字段用于指示所述确认点阵图的存在；
每个所述逐个站点字段中包括如下至少一种信息：特殊的站点关联标识，特殊的调制编码机制，特殊的空间流分配。
24.根据权利要求23所述的装置，其特征在于，
所述确认帧中还包括高效信令字段B和物联网信令字段IoT-SIG中的至少一种，所述确认点阵图通过所述高效信令字段B和所述IoT-SIG中的至少一种字段承载。
CN201611072323.7A 2016-11-29 2016-11-29 一种信息指示方法、接收方法及装置 Active CN108123781B (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN201611072323.7A CN108123781B (zh) 2016-11-29 2016-11-29 一种信息指示方法、接收方法及装置
PCT/CN2017/113350 WO2018099370A1 (zh) 2016-11-29 2017-11-28 一种信息指示方法、接收方法及装置
US16/425,385 US20190281656A1 (en) 2016-11-29 2019-05-29 Information indication method, information receiving method, and apparatus

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201611072323.7A CN108123781B (zh) 2016-11-29 2016-11-29 一种信息指示方法、接收方法及装置

Publications (2)

Publication Number Publication Date
CN108123781A true CN108123781A (zh) 2018-06-05
CN108123781B CN108123781B (zh) 2020-12-15

Family

ID=62225533

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201611072323.7A Active CN108123781B (zh) 2016-11-29 2016-11-29 一种信息指示方法、接收方法及装置

Country Status (3)

Country Link
US (1) US20190281656A1 (zh)
CN (1) CN108123781B (zh)
WO (1) WO2018099370A1 (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110535567A (zh) * 2019-09-20 2019-12-03 中科睿微(宁波)电子技术有限公司 一种wlan***聚合重传的方法及***
CN112789806A (zh) * 2019-09-10 2021-05-11 北京小米移动软件有限公司 数据传输方法、装置及存储介质
CN113541859A (zh) * 2020-04-17 2021-10-22 华为技术有限公司 一种信道打孔模式指示方法及相关装置
WO2023125166A1 (zh) * 2021-12-31 2023-07-06 联洲集团有限公司 数据处理方法、装置、计算机可读存储介质及处理器

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2575481B (en) * 2018-07-11 2020-07-15 Canon Kk Acknowledgement of direct link and downlink transmissions in trigger-based multi-user transmissions
US11497040B2 (en) * 2020-04-09 2022-11-08 Cypress Semiconductor Corporation Scheduling of network traffic for wireless communications devices

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101682358A (zh) * 2007-03-23 2010-03-24 Nxp股份有限公司 用于无线通信的资源单元分配的方法、用户站和基站
CN104065452A (zh) * 2014-04-30 2014-09-24 珠海市魅族科技有限公司 一种无线通信方法、相关设备及***
WO2016049800A1 (en) * 2014-09-29 2016-04-07 Intel Corporation Wireless device, method, and computer readable media for requesting and sending block acknowledgement
CN106102181A (zh) * 2015-04-30 2016-11-09 英特尔Ip公司 用于高效无线局域网中的预关联帧交换的装置和方法

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10420121B2 (en) * 2015-11-03 2019-09-17 Newracom, Inc. Aggregated HE control content in A-MPDU
JP6483635B2 (ja) * 2016-03-16 2019-03-13 株式会社東芝 無線通信装置および無線通信方法
JP2018046459A (ja) * 2016-09-15 2018-03-22 株式会社東芝 無線通信装置および無線通信方法
WO2018082778A1 (en) * 2016-11-03 2018-05-11 Nokia Technologies Oy Uci transmission in a communication system

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101682358A (zh) * 2007-03-23 2010-03-24 Nxp股份有限公司 用于无线通信的资源单元分配的方法、用户站和基站
CN104065452A (zh) * 2014-04-30 2014-09-24 珠海市魅族科技有限公司 一种无线通信方法、相关设备及***
WO2016049800A1 (en) * 2014-09-29 2016-04-07 Intel Corporation Wireless device, method, and computer readable media for requesting and sending block acknowledgement
CN106102181A (zh) * 2015-04-30 2016-11-09 英特尔Ip公司 用于高效无线局域网中的预关联帧交换的装置和方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
DER-JIUNN DENG,等: "On Quality-of-Service Provisioning in IEEE 802.11ax WLANs", 《IEEE ACCESS》 *

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112789806A (zh) * 2019-09-10 2021-05-11 北京小米移动软件有限公司 数据传输方法、装置及存储介质
CN110535567A (zh) * 2019-09-20 2019-12-03 中科睿微(宁波)电子技术有限公司 一种wlan***聚合重传的方法及***
CN113541859A (zh) * 2020-04-17 2021-10-22 华为技术有限公司 一种信道打孔模式指示方法及相关装置
CN113541859B (zh) * 2020-04-17 2024-05-17 华为技术有限公司 一种信道打孔模式指示方法及相关装置
WO2023125166A1 (zh) * 2021-12-31 2023-07-06 联洲集团有限公司 数据处理方法、装置、计算机可读存储介质及处理器

Also Published As

Publication number Publication date
CN108123781B (zh) 2020-12-15
WO2018099370A1 (zh) 2018-06-07
US20190281656A1 (en) 2019-09-12

Similar Documents

Publication Publication Date Title
US11470595B2 (en) Wireless communication method and wireless communication terminal, which use discontinuous channel
US11870634B2 (en) Doppler mode in a wireless network
US9596682B2 (en) Method and apparatus for multiple frame transmission for supporting MU-MIMO
US11621875B2 (en) Method and apparatus for applying optimized phase rotation in consideration of various RF capabilities in broadband with 80MHZ based preamble puncturing in WLAN system
CN108123781A (zh) 一种信息指示方法、接收方法及装置
CN110830224B (zh) 通信过程中获知资源单元数量的方法和相关装置
EP3713122B1 (en) Method for replying with acknowledgement frame, apparatus, and data transmission system
CN107592960A (zh) Wlan***中的短分组优化
US11737103B2 (en) Method and apparatus for frequency domain resource allocation in wireless communication system
CN107113267A (zh) 无线通信***中的多用户收发方法及其装置
CN101925113B (zh) 一种上行控制信道的传输处理方法及设备
WO2020200035A1 (zh) 传输上行控制信息的方法及装置
CN111867086B (zh) 通信方法以及通信装置
CN107872838B (zh) 中继指示方法及接入点ap
US20220166584A1 (en) Dmrs port determining method and communications apparatus
CN109672506A (zh) 数据传输的确认方法及设备
US10349398B2 (en) Non-orthogonal transmission method and apparatus in communication system
EP3648390B1 (en) Communication method and device
CN106612159B (zh) 基于业务类型指示的确认方法及装置
US10582449B2 (en) Intra-PDDU power saving in WLAN
WO2021227703A1 (zh) 传输方法、设备和存储介质
CN110418420A (zh) 一种随机接入方法及装置
US20240146597A1 (en) Doppler mode in a wireless network

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