CN115211226B - 通信方法和通信装置 - Google Patents
通信方法和通信装置 Download PDFInfo
- Publication number
- CN115211226B CN115211226B CN202180000370.3A CN202180000370A CN115211226B CN 115211226 B CN115211226 B CN 115211226B CN 202180000370 A CN202180000370 A CN 202180000370A CN 115211226 B CN115211226 B CN 115211226B
- Authority
- CN
- China
- Prior art keywords
- block acknowledgement
- message frame
- bitmap
- frame
- information
- 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
- 238000004891 communication Methods 0.000 title claims abstract description 84
- 238000000034 method Methods 0.000 title claims abstract description 48
- 238000004590 computer program Methods 0.000 claims description 9
- 238000001228 spectrum Methods 0.000 abstract description 4
- 239000003999 initiator Substances 0.000 description 13
- 230000005540 biological transmission Effects 0.000 description 11
- 230000007246 mechanism Effects 0.000 description 6
- 230000004044 response Effects 0.000 description 6
- 230000002776 aggregation Effects 0.000 description 4
- 238000004220 aggregation Methods 0.000 description 4
- 238000010586 diagram Methods 0.000 description 4
- 230000006870 function Effects 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 102100029716 DnaJ homolog subfamily A member 3, mitochondrial Human genes 0.000 description 2
- 101000866012 Homo sapiens DnaJ homolog subfamily A member 3, mitochondrial Proteins 0.000 description 2
- 101150055994 SSN2 gene Proteins 0.000 description 2
- 101100401597 Saccharomyces cerevisiae (strain ATCC 204508 / S288c) MIG1 gene Proteins 0.000 description 2
- 230000009471 action Effects 0.000 description 2
- MOVRNJGDXREIBM-UHFFFAOYSA-N aid-1 Chemical compound O=C1NC(=O)C(C)=CN1C1OC(COP(O)(=O)OC2C(OC(C2)N2C3=C(C(NC(N)=N3)=O)N=C2)COP(O)(=O)OC2C(OC(C2)N2C3=C(C(NC(N)=N3)=O)N=C2)COP(O)(=O)OC2C(OC(C2)N2C3=C(C(NC(N)=N3)=O)N=C2)COP(O)(=O)OC2C(OC(C2)N2C(NC(=O)C(C)=C2)=O)COP(O)(=O)OC2C(OC(C2)N2C3=C(C(NC(N)=N3)=O)N=C2)COP(O)(=O)OC2C(OC(C2)N2C3=C(C(NC(N)=N3)=O)N=C2)COP(O)(=O)OC2C(OC(C2)N2C3=C(C(NC(N)=N3)=O)N=C2)COP(O)(=O)OC2C(OC(C2)N2C(NC(=O)C(C)=C2)=O)COP(O)(=O)OC2C(OC(C2)N2C3=C(C(NC(N)=N3)=O)N=C2)COP(O)(=O)OC2C(OC(C2)N2C3=C(C(NC(N)=N3)=O)N=C2)COP(O)(=O)OC2C(OC(C2)N2C3=C(C(NC(N)=N3)=O)N=C2)COP(O)(=O)OC2C(OC(C2)N2C(NC(=O)C(C)=C2)=O)COP(O)(=O)OC2C(OC(C2)N2C3=C(C(NC(N)=N3)=O)N=C2)COP(O)(=O)OC2C(OC(C2)N2C3=C(C(NC(N)=N3)=O)N=C2)COP(O)(=O)OC2C(OC(C2)N2C3=C(C(NC(N)=N3)=O)N=C2)CO)C(O)C1 MOVRNJGDXREIBM-UHFFFAOYSA-N 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 239000012634 fragment Substances 0.000 description 2
- 239000002699 waste material Substances 0.000 description 2
- 230000003190 augmentative effect Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 230000006835 compression Effects 0.000 description 1
- 238000007906 compression Methods 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 230000003111 delayed effect Effects 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 230000008569 process Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
-
- 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
- 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]
Abstract
本公开提供一种通信方法和通信装置。所述通信方法包括:确定第一消息帧,其中,所述第一消息帧包括位图信息,所述位图信息指示反馈块确认的位图的长度;发送所述第一消息帧。本公开的示例实施例提供的技术方案能够提供频谱利用率。
Description
技术领域
本公开涉及通信领域,更具体地说,涉及无线通信中的多连接通信方法和通信装置。
背景技术
目前的Wi-Fi技术所研究的范围为:320MHz的带宽传输、多个频段的聚合及协同等,期望能够相对于现有的标准提高至少四倍的速率以及吞吐量,其主要的应用场景为视频传输、AR(Augmented Reality,增强现实)、VR(Virtual Reality,虚拟现实)等。
多个频段的聚合及协同是指设备间同时在2.4GHz、5GHz及6GHz等频段下进行通信,对于设备间同时在多个频段下通信需要定义新的MAC(Media Access Control,介质访问控制)机制来进行管理。此外,还期望多频段的聚合及协同能够支持低时延传输。
目前多频段的聚合及系统技术中将支持的最大带宽为320MHz(160MHz+160MHz),此外还可能会支持240MHz(160MHz+80MHz)及其它带宽。
通常可以采用块确认(Block Ack)机制进行数据传输。在现有的BA机制中,可以通过BA帧中的位图(bitmap)来反馈数据帧的接收情况,然而,BA请求帧不包括所需反馈的位图的长度的信息,因此可能会造成资源的浪费。
发明内容
本公开的各方面将至少解决上述问题和/或缺点。本公开的各种实施例提供以下技术方案:
根据本公开的示例实施例提供一种多连接通信方法。所述通信方法可以应用于发起方,并且可以包括:确定第一消息帧,其中,所述第一消息帧包括位图信息,所述位图信息指示反馈块确认的位图的长度;发送所述第一消息帧。
根据本公开的示例实施例提供一种多连接通信方法。所述通信方法可以应用于接收方,并且可以包括:接收第一消息帧,其中,所述第一消息帧包括位图信息,所述位图信息指示反馈块确认的位图的长度;基于所述第一消息帧执行通信操作。
根据本公开的示例实施例提供一种多连接通信装置,包括:处理模块,被配置为:确定第一消息帧,其中,所述第一消息帧包括位图信息,所述位图信息指示反馈块确认的位图的长度;通信模块,被配置为:发送所述第一消息帧。
根据本公开的示例实施例提供一种多连接通信装置,包括:通信模块,被配置为:接收第一消息帧,其中,所述第一消息帧包括位图信息,所述位图信息指示反馈块确认的位图的长度;处理模块,被配置为:基于所述第一消息帧执行通信操作。
根据本公开的示例实施例提供了一种电子装置。所述电子装置包括存储器、处理器及存储在所述存储器上并在所述处理器上可运行的计算机程序。所述处理器执行所述计算机程序时实现如上所述的方法。
根据本公开的示例实施例提供了一种计算机可读存储介质。所述计算机可读存储介质上存储有计算机程序。该计算机程序被处理器执行时实现如上所述的方法。
本公开的示例实施例提供的技术方案能够提高频谱利用率。
附图说明
通过参照附图详细描述本公开的示例实施例,本公开实施例的上述以及其他特征将更加明显,其中:
图1是示出BA机制的示例的示图。
图2是示出根据本公开的示例实施例的通信方法的流程图。
图3是示出根据本公开的示例实施例的另一通信方法的流程图。
图4是示出根据本公开的示例实施例的通信装置的框图。
具体实施方式
提供以下参照附图的描述,以帮助全面理解由所附权利要求及其等同物限定的本公开的各种实施例。本公开的各种实施例包括各种具体细节,但是这些具体细节仅被认为是示例性的。此外,为了清楚和简洁,可以省略对公知的技术、功能和构造的描述。
在本公开中使用的术语和词语不限于书面含义,而是仅被发明人所使用,以能够清楚和一致的理解本公开。因此,对于本领域技术人员而言,提供本公开的各种实施例的描述仅是为了说明的目的,而不是为了限制的目的。
应当理解,除非上下文另外清楚地指出,否则这里使用的单数形式“一”、“一个”、“所述”和“该”也可以包括复数形式。应该进一步理解的是,本公开中使用的措辞“包括”是指存在所描述的特征、整数、步骤、操作、元件和/或组件,但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。
将理解的是,尽管术语“第一”、“第二”等在本文中可以用于描述各种元素,但是这些元素不应受这些术语的限制。这些术语仅用于将一个元素与另一个元素区分开。因此,在不脱离示例实施例的教导的情况下,下面讨论的第一元素可以被称为第二元素。
应该理解,当元件被称为“连接”或“耦接”到另一元件时,它可以直接连接或耦接到其他元件,或者也可以存在中间元件。此外,这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的术语“和/或”或者表述“……中的至少一个/至少一者”包括一个或多个相关列出的项目的任何和所有组合。
除非另外定义,这里使用的所有术语(包括技术术语和科学术语),具有与本公开所属领域中的普通技术人员的一般理解相同的意义。
下面将结合附图详细描述本公开的实施方式。
图1是示出BA机制的示例的示图。参照图1,在BA机制中,可以通过三个阶段在发起方和接收方之间进行数据的传输。
在(a)建立阶段,发起方和接收方通过ADDBA Request(添加块确认请求)帧和ADDBA Response(添加块确认响应)帧的握手,发起一个会话。ADDBA Request帧和ADDBAResponse帧均可以是管理帧,并且可以以Action帧(行动帧)的形式存在。管理帧(ADDBARequest帧和ADDBA Response帧)是需要通过Ack(Acknowledgment)确认的。如图1所示,建立会话的过程是:发起方向接收方发送ADDBA Request帧;接收方返回指示接收到ADDBARequest帧的Ack,然后接收方针对ADDBA Request帧发送ADDBA Response帧;发起方返回指示接收到ADDBA Response帧的Ack。
在会话连接建立之后,在(b)数据传输&块确认阶段,例如,在传输机会(TXOP:transmission opportunity)期间,发起方可以连续地发送多个数据帧,例如,服务质量(QoS:Quality of Service)数据帧(即,图1的QoSData frame),并且在数据帧传输结束之后,发送块确认请求帧(Block Ack Req);接收方反馈回关于多个数据帧的块确认(BA:Block Ack)。
在块确认完成之后,可以关闭该会话。具体地,在(c)删除阶段,发起方可以发送删除请求帧(DELBA Request)帧,然后接收方返回Ack。
在(b)数据传输&块确认阶段,块确认请求帧(Block Ack Req)可以具有下面的表1所示的示例性格式。
[表1]
在(b)数据传输&块确认阶段,反馈的块确认(BA:Block Ack)可以具有不同的模式类型。
例如,反馈的块确认可以具有压缩块确认(Compressed Block Ack)的类型。压缩块确认帧的块确认信息(BA Information)域可以具有下面的表2所示的示例性格式。
[表2]
例如,反馈的块确认可以具有多站点块确认(Multi-STA BlockAck)的类型。多站点块确认(Multi-STA BlockAck)的块确认信息(BA Information)域可以具有下面的表3所示的示例性格式。
[表3]
表3中的信息可以针对多个站点(STA)中的每个站点重复存在。每个AID TID信息(Per AID TID Info)可以具有下面的表4所示的示例性格式。
[表4]
在表4中,AID TID信息(AID TID Info)可以具有下面的表5所示的示例性格式。
[表5]
例如,反馈的块确认可以具有多通信标识块确认(Multi-TID BlockAck)的类型。多通信标识块确认(Multi-TID BlockAck)的块确认信息(BA Information)域可以具有下面的表6所示的示例性格式。
[表6]
表6所示的块确认信息域可以针对多个TID中的每个TID重复存在。
在块确认帧中,诸如表2、表4和表6中的块确认位图可以用于反馈数据帧(例如,MAC服务数据单元(MSDU,MAC Service Data Unit)或聚合MSDU(A-MSDU))的接收状态。然而,在块确认请求帧中并不包括所需反馈的位图的长度的信息,例如,如果发起方和接收方双方连续传输了512个数据帧,则接收方可能采用256字节的BA进行反馈,这样就造成了资源的浪费。有鉴于此,本公开提供了一种多连接通信方法和通信装置以至少解决上述技术问题。
图2是示出根据本公开的示例实施例的通信方法的流程图。
图2的流程图可以是在发起方进行的操作,对应地,将在下文描述的图3可以是接收方进行的操作。根据本公开的实施例,发起方可以是AP(接入点,Access Point)或非AP(non-AP STA)中的一者,接收方可以是AP或non-AP STA中的另一者。AP可以包括软件应用和/或电路,以使无线网络中的其他类型节点可以通过AP与无线网络外部及内部进行通信。例如,AP可以是配备有Wi-Fi(Wireless Fidelity,无线保真)芯片的终端设备或网络设备。非AP(non-AP STA)可以通过AP接入网络,例如,non-AP STA可以包括但不限于:蜂窝电话、智能电话、可穿戴设备、计算机、个人数字助理(PDA)、个人通信系统(PCS)设备、个人信息管理器(PIM)、个人导航设备(PND)、全球定位系统、多媒体设备、物联网(IoT)设备等。
在本公开的示例实施例中,AP以及non-AP STA可以是多连接设备(MLD:multi-link device),即,支持在同一时刻能够在多连接下同时发送和/或接收的功能。在此情况下,AP以及non-AP STA可以被分别表示为AP MLD和non-AP STAMLD。根据本公开的实施例,发起方可以是支持多连接通信的接入点多连接设备(AP MLD)或非AP多连接设备(non-APSTA MLD)中的一者,接收方可以是AP MLD或non-AP STA MLD中的另一者。换言之,图2所示的通信方法可以应用于多连接通信环境。
参照图2,在步骤210中,可以确定第一消息帧。例如,可以在发起方支持的多连接中的任一连接下确定第一消息帧。根据示例实施例,第一消息帧可以包括位图信息,并且该位图信息可以指示反馈块确认的位图的长度。换言之,该位图信息可以指示反馈多连接下发送的特定数量的数据帧的接收状态。
根据本公开的实施例,第一消息帧可以是块确认请求帧。块确认请求帧(第一消息帧)中所携带的位图信息可以用于确定反馈的块确认帧(诸如,表2、表4、表6中的块确认位图)中的位图的长度。在本公开的实施例中,第一消息帧(例如,块确认请求帧)可以根据接收方的反馈帧(例如,块确认帧)的类型而具有不同的格式。也就是说,可以针对不同类型的块确认帧定义不同格式的块确认请求帧,并且在各种第一消息帧(块确认请求帧)可以携带需要反馈的位图的信息,以提高频谱资源的利用率。
I.针对反馈的块确认帧具有基本块确认(Basic Block Ack)类型或压缩块确认(Compressed Block Ack)类型。
在此情况下,第一消息帧(块确认请求帧)可以重用块确认请求控制域(如表1中的BAR控制域)来标识反馈的块确认的位图的长度。也就是说,位图信息可以包括在第一消息帧的块确认请求控制域中。作为示例,BAR控制域可以具有下面表7所示的格式。
[表7]
在表7中,BAR Ack策略(BAR Ack Policy)子域可以指示块确认类型,例如,立即块确认或延时块确认;BAR类型(BAR Type)子域可以指示块确认请求帧的类型,在该实施例中,BAR类型(BAR Type)子域可以被设置为对应于压缩类型;块确认位图长度(Block AckBitmap Length)可以指示反馈块确认的位图的长度;TID信息(TID_INFO)可以指示通信标识(TID,traffic identification)的信息。
根据本公开的实施例,第一消息帧中的位图信息可以为表7中的块确认位图长度(Block Ack Bitmap Length),位图信息指示的长度可以对应于表7中的块确认位图长度的值。在下文中,为了便于描述,位图信息的长度可以与块确认位图长度互换地使用。其中,Block ACK bitmap length也标识数据帧的接收方需要反馈的接收的数据帧(MSDU或A-MSDU)的数量,数据帧可以在一个连接或多个连接下发送。
根据本公开的实施例,位图信息指示的长度可以被设置为与需要反馈其接收状态的MSDU或A-MSDU的数量相对应。例如,最大支持反馈的MSDU或A-MSDU的数量可以为8、64、256、512或1024。也就是说,根据表7中的块确认位图长度的值,可以通过块确认帧的位图(诸如表2、表4和表6中的块确认位图)反馈8、64、256、512或1024个MSDU或A-MSDU的接收状态。
在一个实施例中,位图信息指示的长度(表7中的块确认位图长度)可以具有多个比特位。例如,表7的块确认位图长度可以具有7个比特位,并且7个比特位可以被设置为相应的值,以标识不同的长度。例如,“0000000”可以标识长度为8,以指示块确认帧反馈8个MSDU或A-MSDU接收状态;“0000001”标识长度为16,以指示块确认帧反馈16个MSDU或A-MSDU接收状态;“0000011”标识长度为64,以指示确认帧反馈64个MSDU或A-MSDU接收状态;“0000111”标识长度为256,以指示确认帧反馈256个MSDU或A-MSDU接收状态;“0001111”标识长度为512,以指示确认帧反馈512个MSDU或A-MSDU接收状态;“0011111”标识长度为1024,以指示确认帧反馈1024个MSDU或A-MSDU接收状态。将理解,在此所示出的比特位的数量、比特位所对应的值、以及需要反馈其接收状态的MSDU或A-MSDU的数量仅是举例说明,而不是对本公开的限制,其他合适的取值也包括在本公开的范围内。
此外,可以根据每个比特位所代表的数值的粒度大小来设置位图信息指示的长度。考虑到粒度的问题,可以利用更多个比特位来标识位图信息指示的长度,因此可以对表7的BAR控制域做出改变或者可以利用表1的块确认请求信息域(BAR Information)来进行标识。
在一个实施例中,可以对表7的BAR控制域做出改变,以利用更多个比特位来标识位图信息指示的长度。例如,表7的块确认位图长度可以具有10个比特位,每个比特位代表数值2,那么块确认位图长度可以通过下面的表8设置的值来标识长度。将理解,表8中所示的“……”表示块确认位图长度的其他取值用于指示反馈其他数量的MSDU或A-MSDU接收状态,因此可以认为表8的块确认位图长度的值所指示的数量“8、16、64、256、512、1024”仅是边界数值,可以通过将块确认位图长度设置为其他的比特值来指示反馈其他数量的MSDU或A-MSDU接收状态,例如,大于0且小于8的值、位于8、16、64、256、512与1024之间的值。此外,表8中的各个值仅是示例性的,可以利用更多的比特数来标识块确认位图长度,以指示更多长度值。
[表8]
在另一实施例中,可以利用表1的块确认请求信息域(BAR Information)来进行标识,以利用更多个比特位来标识位图信息指示的长度。也就是说,位图信息可以包括在第一消息帧的块确认请求信息域中。在此情况下,块确认请求信息域可以具有下面的表9所示的格式。
[表9]
在表9中,起始序列号(Starting Sequence Number)可以标识TID对应的MSDU或A-MSDU的起始帧号,TID对应的MSDU或A-MSDU可以在一个连接下进行传输或在多个连接下进行传输;位图长度(Bitmap Length)可以标识位图信息指示的长度,即,需要反馈其接收状态的MSDU或A-MSDU的数量。也就是说,表9中的位图长度(即,位图信息指示的长度)可以被设置为与需要反馈其接收状态的MSDU或A-MSDU的数量相对应,作为示例,可以如上面的表8中所示,可以利用10个比特位来标识位图长度,然而这仅是示例性的,其他数量的比特位也是可行的。此外,将理解,表9所示的块确认请求信息域的格式仅是示例性的,本公开不限于此,例如,块确认请求信息域还可以包括分段数量(Fragment Number)等。
II.针对反馈的块确认帧具有多通信标识块确认(Multi-TID BlockAck)的类型。
在这种情况下,位图信息可以包括在第一消息帧的块确认请求信息域中。更具体地,位图信息可以包括在块确认请求信息域的每个TID信息域中。例如,表1中的块确认请求信息域(BAR Information),其可以具有下面的表10所示的示例性格式。
[表10]
由于存在多个TID,因此表10所示的块确认请求信息域可以针对多个TID中的每个TID重复地存在。作为示例,表10的每个TID信息(Per TID Info)可以具有下面的表11所示的示例性格式。
[表11]
在表11中,位图长度(Bitmap Length)的值可以被设置为与需要反馈其接收状态的MSDU或A-MSDU的数量相对应,如上述所述,该数量可以为8、64、256、512或1024。位图长度可以具有多个比特位,例如,12个比特位,。然而这仅是示例性的,本公开不限于此,位图长度也可以具有更少的比特数(例如,上文所述7个比特位或10个比特位),其余的比特位(例如,5个比特位或4个比特位)作为保留位(Reserved);或者可以具有更多的比特位数。根据本公开的实施例,可以利用多个比特位所对应的值来标识位图长度,例如,类似于表8的标识方法,可以利用多个比特位所对应的二进制数值来表示长度,为了简明,在此省略重复的描述。然而本公开不限于,位图长度的多个比特位的设置可以类似于以上表7中的块确认位图长度的示例,为了简明,在此省略重复的描述。
根据本公开的实施例,第一消息帧还可以包括起始序列号信息位,例如,包括在块确认请求信息域中的起始序列号信息位,如表10中的块确认起始序列号(Block AckStarting Sequence Number)。起始序列号信息位可以标识与TID对应的MSDU或A-MSDU的起始帧号。与TID对应的MSDU或A-MSDU可以在一个连接下进行传输或者在多个连接下进行传输。
III.针对反馈的块确认帧具有多站点块确认(Multi-STA BlockAck)类型。
在多站点块确认(Multi-STA BlockAck)类型被支持的情况下,可以对如下类型的A-MSDU进行确认:单站点多TID(single-STA multi-TID)A-MSDU、多站点单TID(multi-STAsingle-TID)A-MSDU或多站点多TID(multi-STA multi-TID)A-MSDU。可以根据需要确认的A-MSDU的类型,来定义相应的第一消息帧,下面将对此进行详细描述。
针对single-STA multi-TID A-MSDU的确认,可以类似于上述情况II中的实施例,为了简明在此省略重复的描述。
针对multi-STA single-TID A-MSDU的确认,第一消息帧可以包括TID标识、与TID标识相对应的多个站点中的每个站点的AID标识、与多个站点中的每个站点相对应的位图信息,此外,还可以包括针对每个站点的起始序列号(SSN)。作为示例,这些内容可以包括在第一消息帧的块确认请求信息域(BAR Information)中,其可以具有下面的表11所示的示例性格式。
[表11]
在表1中,TID可以表示单个TID的标识,AID1和AID2可以表示相应站点的AID标识,SSN1和SSN2可以表示针对相应站点的起始序列号,位图长度1(Bitmap Length1)和位图长度2(Bitmap Length2)可以表示针对相应站点的位图长度。根据本公开的实施例,可以利用多个比特位所对应的值来标识针对相应站点的位图长度(例如,位图长度1和位图长度2等)。例如,具有多个比特位的位图长度(例如,位图长度1和位图长度2等)的设置可以类似于以上在情况I和情况II中所描述的示例,为了简明,在此省略重复的描述。SSN1和SSN2可以对应于起始序列号信息位,其可以标识与TID对应的MSDU或A-MSDU的起始帧号。针对每个站点,起始序列号的起始值可以不同,但是位图长度可以不相同,也可以相同。虽然在表11中示出了,单个TID对应于两个站点(AID1和AID2),但是这仅是示例性的,而不是对本公开的限制。
针对multi-STA multi-TID A-MSDU的确认,第一消息帧可以包括与多个TID分别相对应的TID标识、与每个TID标识相对应的至少一个站点的AID标识、与每个站点相对应的位图长度,此外,还可以包括针对每个站点的起始序列号(SSN)。作为示例,这些内容可以包括在第一消息帧的块确认请求信息域(BAR Information)中,其可以具有下面的表12-1和表12-2所示的示例性格式。
[表12-1]
[表12-2]
虽然分开示出了表12-1和表12-2,但是表12-1和表12-2中的内容可以一起包括在第一消息帧的块确认请求信息域中。参照表12-1和表12-2,第一消息帧的块确认请求信息域可以包括:TID1、TID2、与TID1相对应的站点的标识(AID11和AID12)、与站点AID11相对应的起始序列号SSN11、与站点AID11相对应的位图长度11、与站点AID12相对应的起始序列号SSN12、与站点AID12相对应的位图长度12、与TID2相对应的站点的标识(AID21和AID22)、与站点AID21相对应的起始序列号SSN21、与站点AID21相对应的位图长度21、与站点AID22相对应的起始序列号SSN22、与站点AID22相对应的位图长度22等。在表12-1和表12-2中,SSN的起始值可以不同,但位图长度可以不同,也可以相同。根据本公开的实施例,可以利用多个比特位所对应的值来标识针对相应站点的位图长度(例如,位图长度11、位图长度12、位图长度21、位图长度22等)。例如,具有多个比特位的位图长度的设置可以类似于以上在情况I和情况II中所描述的示例,为了简明,在此省略重复的描述。虽然在表12-1和表12-2中示出了,存在两个TID(TID1和TID2),针对每个TID存在两个站点(AID11和AID12、AID21和AID22),但是这仅是示例性的,而不是对本公开的限制。
可以理解的是表格1至表12-2所示的各个元素仅是示例性的,可以省略其中的一些元素或者还可以包括其他元素。此外,表格1至表12-2所示的每一个元素都是独立存在的,这些元素被示例性的列在同一张表格中,但是并不代表表格中的所有元素必须根据表格中所示的同时存在。其中每一个元素的值,是不依赖于表1至表12-2中任何其他元素值。因此本领域内技术人员可以理解,本公开表格中的每一个元素的取值都是一个独立的实施例。
返回参照图2,在步骤220中,可以发送第一消息帧。用于发送第一消息帧的连接与用于确定第一消息帧的连接可以相同,也可以不同,对此本公开不做具体限制。发起方可以通过发送携带有位图信息等的第一消息帧,从而发起方可以通知接收方在反馈帧(例如,块确认帧)的块确认位图中应该反馈多少个MSDU或A-MSDU的接收状态。
图3是示出根据本公开的示例实施例的另一通信方法的流程图。图3的流程图可以是在接收方进行的操作,即,与图2所示的发起方的操作相对应的操作。
参照图3,在步骤310中,可以接收第一消息帧,其中,第一消息帧可以包括位图信息,位图信息可以指示反馈块确认的位图的长度。此外,第一消息帧还可以包括起始序列号信息位,其中,起始序列号信息位可以标识与TID对应的MSDU或A-MSDU的起始帧号。此外,第一消息帧还可以包括:与TID相对应的至少一个TID标识、和/或与每个TID标识相对应的至少一个站点的AID标识。根据本公开的实施例,第一消息帧可以是块确认请求帧。在本公开的实施例中,第一消息帧(例如,块确认请求帧)可以根据接收方的反馈帧(例如,块确认帧)的类型而具有不同的格式。接收方的反馈帧(例如,块确认帧)可以具有基本块确认(BasicBlock Ack)类型或压缩块确认(Compressed Block Ack)类型、多通信标识块确认(Multi-TID BlockAck)类型、多站点块确认(Multi-STA BlockAck)类型。其中,针对多站点块确认(Multi-STA BlockAck)类型,可以对如下方式的A-MSDU进行确认:single-STA multi-TIDA-MSDU、multi-STA single-TID A-MSDU或multi-STA multi-TID A-MSDU。例如,针对块确认帧为基本块确认帧或压缩块确认帧,可以在第一消息帧的块确认请求控制域中或者块确认请求信息域中包括位图信息和起始序列号信息位;针对块确认帧为多TID块确认帧或者single-STA multi-TID A-MSDU的块确认,可以在第一消息帧的每个通信标识TID信息域中包括位图信息、至少一个TID标识、和/或与每个TID标识相对应的至少一个站点的AID标识;针对multi-STA single-TID A-MSDU的块确认或multi-STA multi-TID A-MSDU的块确认,可以在第一消息帧的块确认请求信息域中包括:至少一个TID标识、与每个TID标识相对应的至少一个站点的AID标识、针对每个站点的起始序列号、以及针对每个站点的位图信息。具体地,第一消息帧针对不同类型的反馈帧(例如,块确认帧)而具有的不同格式可以类似于上文参照情况I、情况II和情况II中的实施例,为了简明,在此省略重复的描述。
在步骤320中,可以基于第一消息帧执行通信操作。例如,可以基于第一消息帧确定将要反馈的块确认帧,并且发送块确认帧。根据本公开的实施例,块确认帧可以包括MSDU或A-MSDU的接收状态的信息,例如,该信息可以利用块确认帧中的位图信息来标识。作为示例,反馈其接收状态的MSDU或A-MSDU的数量可以与第一消息帧中包括的位图信息指示的长度相对应。也就是说,可以根据第一消息帧中携带的位图信息所指示的长度来确定块确认帧中的位图信息长度。
图4是示出根据本公开的实施例的多连接通信装置400的框图。
参照图4,通信装置400可以包括处理模块410和通信模块420。在一个实施例中,图4所示的通信装置可以应用于发送方,以执行图2所示的方法。在另一实施例中,图4所示的通信装置可以应用于接收方,以执行图3所示的方法。
根据实施例,图4所示的通信装置400可以应用于发送方。在此情况下,处理模块410可以被配置为:确定第一消息帧,其中,第一消息帧包括位图信息,位图信息指示反馈块确认的位图的长度;通信模块420可以被配置为:发送第一消息帧。具体地,第一消息帧针对不同类型的反馈帧(例如,块确认帧)而具有的不同格式可以类似于上文参照情况I、情况II和情况II中的实施例,为了简明,在此省略重复的描述。也就是说,通信装置400可以执行参照图2所描述的通信方法,为了简明,在此省略重复的描述。
在图4所示的通信装置400应用于接收方。在此情况下,通信模块420可以被配置为:接收第一消息帧,其中,第一消息帧包括位图信息,位图信息指示反馈块确认的位图的长度;处理模块510可以被配置为:基于第一消息帧执行通信操作,例如,处理模块510可以解析第一消息帧和/或其他数据帧,根据解析结果确定块确认帧,并且控制通信模块420发送块确认帧。在此情况下,通信装置400可以执行参照图3所描述的通信方法,为了简明,在此省略重复的描述。
此外,图4所示的通信装置400仅是示例性的,本公开的实施例不限于此,例如,通信装置400还可以包括其他模块,例如,存储器模块等。此外,多连接通信装置400中的各个模块可以组合成更复杂的模块,或者可以划分为更多单独的模块。
根据本公开的实施例的多连接下的通信方法和通信装置能够携带需要通过定义不同类型的块确认请求帧,并且携带需要反馈的位图的信息,以提高频谱资源的利用率。
基于与本公开的实施例所提供的方法相同的原理,本公开的实施例还提供了一种电子装置,该电子装置包括处理器和存储器;其中,存储器中存储有机器可读指令(也可以称为“计算机程序”);处理器,用于执行机器可读指令以实现参照图2和图3描述的方法。
本公开的实施例还提供了一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序,计算机程序被处理器执行时实现参照图2和图3描述的方法。
在示例实施例中,处理器可以是用于实现或执行结合本公开内容所描述的各种示例性的逻辑方框、模块和电路,例如,CPU(Central Processing Unit,中央处理器)、通用处理器、DSP(Digital Signal Processor,数据信号处理器)、ASIC(Application SpecificIntegrated Circuit,专用集成电路)、FPGA(Field Programmable Gate Array,现场可编程门阵列)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。处理器也可以是实现计算功能的组合,例如包含一个或多个微处理器组合、DSP和微处理器的组合等。
在示例实施例中,存储器可以是,例如,ROM(Read Only Memory,只读存储器)、RAM(Random Access Memory,随机存取存储器)、EEPROM(Electrically ErasableProgrammable Read Only Memory,电可擦可编程只读存储器)、CD-ROM(Compact DiscRead Only Memory,只读光盘)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的程序代码并能够由计算机存取的任何其他介质,但不限于此。
应该理解的是,虽然附图的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,其可以以其他的顺序执行。此外,附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,其执行顺序也不必然是依次进行,而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
虽然已经参照本公开的某些实施例示出和描述了本公开,但是本领域技术人员将理解,在不脱离本公开的范围的情况下,可以在形式和细节上进行各种改变。因此,本公开的范围不应被限定为受限于实施例,而是应由所附权利要求及其等同物限定。
Claims (21)
1.一种多连接通信方法,包括:
确定第一消息帧,其中,所述第一消息帧包括位图信息,所述位图信息指示反馈块确认的位图的长度,其中,所述位图信息指示的所述长度被设置为与需要反馈其接收状态的介质访问控制服务数据单元MSDU或A-MSDU的数量相对应;
发送所述第一消息帧。
2.根据权利要求1所述的通信方法,其中,所述位图信息包括在所述第一消息帧的块确认请求控制域中。
3.根据权利要求1所述的通信方法,其中,所述位图信息包括在所述第一消息帧的块确认请求信息域中。
4.根据权利要求2或3所述的通信方法,其中,所述反馈块确认为基本块确认类型或压缩块确认类型。
5.根据权利要求1所述的通信方法,其中,所述位图信息包括在所述第一消息帧的每个通信标识TID信息域中。
6.根据权利要求5所述的通信方法,其中,所述反馈块确认为多TID块确认类型。
7.根据权利要求3或6所述的通信方法,其中,所述第一消息帧还包括:至少一个TID标识、和/或与每个TID标识相对应的至少一个站点的AID标识。
8.根据权利要求1所述方法,其中,
所述第一消息帧还包括起始序列号信息位,所述起始序列号信息位标识与TID对应的MSDU或A-MSDU的起始帧号。
9.一种多连接通信方法,包括:
接收第一消息帧,其中,所述第一消息帧包括位图信息,所述位图信息指示反馈块确认的位图的长度,其中,所述位图信息指示的所述长度被设置为与需要反馈其接收状态的介质访问控制服务数据单元MSDU或A-MSDU的数量相对应;
基于所述第一消息帧执行通信操作。
10.根据权利要求9所述的通信方法,其中,基于所述第一消息帧执行通信操作,包括:
发送块确认帧,其中,所述块确认帧包括所述MSDU或A-MSDU的接收状态的信息,
其中,所述MSDU或A-MSDU的数量与所述位图信息指示的所述长度相对应。
11.根据权利要求10所述的通信方法,其中,所述位图信息包括在所述第一消息帧的块确认请求控制域中。
12.根据权利要求10所述的通信方法,其中,所述位图信息包括在所述第一消息帧的块确认请求信息域中。
13.根据权利要求11或12所述的通信方法,其中,所述块确认帧为基本块确认帧或压缩块确认帧。
14.根据权利要求10所述的通信方法,其中,所述位图信息包括在所述第一消息帧的每个通信标识TID信息域中。
15.根据权利要求14所述的通信方法,其中,所述块确认帧为多TID块确认帧。
16.根据权利要求12或15所述的通信方法,其中,所述第一消息帧还包括:至少一个TID标识、和/或与每个TID标识相对应的至少一个站点的AID标识。
17.根据权利要求9所述方法,其中,
所述第一消息帧还包括起始序列号信息位,所述起始序列号信息位标识与TID对应的MSDU或A-MSDU的起始帧号。
18.一种多连接通信装置,包括:
处理模块,被配置为:确定第一消息帧,其中,所述第一消息帧包括位图信息,所述位图信息指示反馈块确认的位图的长度,其中,所述位图信息指示的所述长度被设置为与需要反馈其接收状态的介质访问控制服务数据单元MSDU或A-MSDU的数量相对应;
通信模块,被配置为:发送所述第一消息帧。
19.一种多连接通信装置,包括:
通信模块,被配置为:接收第一消息帧,其中,所述第一消息帧包括位图信息,所述位图信息指示反馈块确认的位图的长度,其中,所述位图信息指示的所述长度被设置为与需要反馈其接收状态的介质访问控制服务数据单元MSDU或A-MSDU的数量相对应;
处理模块,被配置为:基于所述第一消息帧执行通信操作。
20.一种电子装置,包括存储器、处理器及存储在所述存储器上并在所述处理器上可运行的计算机程序,其中,所述处理器执行所述计算机程序时实现权利要求1至8中的任一项所述的方法或者权利要求9至17中的任一项所述的方法。
21.一种计算机可读存储介质,其中,所述计算机可读存储介质上存储有计算机程序,该计算机程序被处理器执行时实现权利要求1至8中的任一项所述的方法或者权利要求9至17中的任一项所述的方法。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2021/076404 WO2022170538A1 (zh) | 2021-02-09 | 2021-02-09 | 通信方法和通信装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN115211226A CN115211226A (zh) | 2022-10-18 |
CN115211226B true CN115211226B (zh) | 2023-10-31 |
Family
ID=82837379
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202180000370.3A Active CN115211226B (zh) | 2021-02-09 | 2021-02-09 | 通信方法和通信装置 |
Country Status (3)
Country | Link |
---|---|
EP (1) | EP4294116A1 (zh) |
CN (1) | CN115211226B (zh) |
WO (1) | WO2022170538A1 (zh) |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106161583A (zh) * | 2015-05-12 | 2016-11-23 | 华为技术有限公司 | 一种块确认帧的传输方法及设备 |
CN108028728A (zh) * | 2015-09-25 | 2018-05-11 | 高通股份有限公司 | 用于在无线网络中以信号传送及生成可变长度块确认字段的系统和方法 |
CN108476095A (zh) * | 2016-01-08 | 2018-08-31 | 高通股份有限公司 | 针对可变长度块确认的系统和方法 |
CN109076391A (zh) * | 2016-04-22 | 2018-12-21 | 高通股份有限公司 | 块确认生成和选择的规则 |
US10396963B1 (en) * | 2016-09-19 | 2019-08-27 | Marvell International Ltd. | Frame formats for multi-user acknowledgment information |
US10575280B2 (en) * | 2014-12-16 | 2020-02-25 | Lg Electronics Inc. | Data transmission method in wireless communication system and device therefor |
EP3713122A1 (en) * | 2019-03-19 | 2020-09-23 | Huawei Technologies Co., Ltd. | Method for replying with acknowledgement frame, apparatus, and data transmission system |
-
2021
- 2021-02-09 CN CN202180000370.3A patent/CN115211226B/zh active Active
- 2021-02-09 EP EP21925203.8A patent/EP4294116A1/en active Pending
- 2021-02-09 WO PCT/CN2021/076404 patent/WO2022170538A1/zh active Application Filing
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10575280B2 (en) * | 2014-12-16 | 2020-02-25 | Lg Electronics Inc. | Data transmission method in wireless communication system and device therefor |
CN106161583A (zh) * | 2015-05-12 | 2016-11-23 | 华为技术有限公司 | 一种块确认帧的传输方法及设备 |
CN108028728A (zh) * | 2015-09-25 | 2018-05-11 | 高通股份有限公司 | 用于在无线网络中以信号传送及生成可变长度块确认字段的系统和方法 |
CN108476095A (zh) * | 2016-01-08 | 2018-08-31 | 高通股份有限公司 | 针对可变长度块确认的系统和方法 |
CN109076391A (zh) * | 2016-04-22 | 2018-12-21 | 高通股份有限公司 | 块确认生成和选择的规则 |
US10396963B1 (en) * | 2016-09-19 | 2019-08-27 | Marvell International Ltd. | Frame formats for multi-user acknowledgment information |
EP3713122A1 (en) * | 2019-03-19 | 2020-09-23 | Huawei Technologies Co., Ltd. | Method for replying with acknowledgement frame, apparatus, and data transmission system |
Also Published As
Publication number | Publication date |
---|---|
EP4294116A1 (en) | 2023-12-20 |
CN115211226A (zh) | 2022-10-18 |
WO2022170538A1 (zh) | 2022-08-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10412757B2 (en) | Uplink data fragmentation for multi-user networks | |
JP2015529047A (ja) | ブロック確認応答圧縮のための装置および方法 | |
CN115119540B (zh) | 多连接下的通信方法和通信设备 | |
CN115211226B (zh) | 通信方法和通信装置 | |
CN114467269B (zh) | 多连接下的通信方法和通信设备 | |
JP2023536382A (ja) | Ehtのための冗長性能力のサポートを知らせること | |
WO2022021086A1 (zh) | 多连接下的通信方法和通信设备 | |
WO2022151487A1 (zh) | 通信方法和通信装置 | |
WO2022147734A1 (zh) | 通信方法和通信设备 | |
CN103179094B (zh) | Ip报文头的发送、接收方法、发送装置以及接收装置 | |
WO2022170448A1 (zh) | 多连接下的通信方法和通信装置 | |
WO2023056608A1 (zh) | 通信方法和通信装置 | |
WO2022252027A1 (zh) | 多连接下的通信方法和通信装置 | |
WO2022217586A1 (zh) | 多连接下的通信方法和通信装置 | |
EP4322649A1 (en) | Communication method and communication apparatus | |
EP4319280A1 (en) | Communication method and communication apparatus | |
WO2022241641A1 (zh) | 通信方法和通信装置 | |
EP4354966A1 (en) | Communication method and communication apparatus | |
WO2022165680A1 (zh) | 多连接下的通信方法和通信装置 | |
US20230388992A1 (en) | Communication method and communication device | |
EP4280681A1 (en) | Communication method and communication device | |
WO2022213391A1 (zh) | 多连接下的通信方法和通信装置 | |
CN116261894A (zh) | 多连接下的通信方法和通信装置 | |
JP2024500170A (ja) | マルチ接続における通信方法と通信機器 | |
CN116897590A (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 |