CN116602031A - 通信装置、通信装置的控制方法和程序 - Google Patents

通信装置、通信装置的控制方法和程序 Download PDF

Info

Publication number
CN116602031A
CN116602031A CN202180082391.4A CN202180082391A CN116602031A CN 116602031 A CN116602031 A CN 116602031A CN 202180082391 A CN202180082391 A CN 202180082391A CN 116602031 A CN116602031 A CN 116602031A
Authority
CN
China
Prior art keywords
data frames
information
frame
transmitted
links
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202180082391.4A
Other languages
English (en)
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.)
Canon Inc
Original Assignee
Canon Inc
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 Canon Inc filed Critical Canon Inc
Publication of CN116602031A publication Critical patent/CN116602031A/zh
Pending legal-status Critical Current

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/1607—Details of the supervisory signal
    • H04L1/1685—Details of the supervisory signal the supervisory signal being transmitted in response to a specific request, e.g. to a polling signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • 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/1621—Group acknowledgement, i.e. the acknowledgement message defining a range of identifiers, e.g. of sequence numbers
    • 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/1635—Cumulative acknowledgement, i.e. the acknowledgement message applying to all previous messages
    • 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)
  • Communication Control (AREA)

Abstract

一种符合IEEE802.11标准系列的通信装置包括：第一发送部，用于使用多条链路向通信对方装置发送多个数据帧；第二发送部，用于向通信对方装置发送请求帧，所述请求帧请求对发送的所述多个数据帧的确认(Ack)帧；以及接收部，用于响应于发送所述请求帧而从通信对方装置接收Ack帧，其中，所述请求帧包括关于在所述多条链路的各链路上发送的多个数据帧的序列号的序列信息，并且所述序列信息包括标识信息，所述标识信息识别将在所述各链路上发送的所述多个数据帧当中的具有连续序列号的各系列数据帧区分的至少一个数据帧组。

Description

通信装置、通信装置的控制方法和程序
技术领域
本发明涉及一种无线通信技术。
背景技术
IEEE802.11系列被称为由IEEE(电气和电子工程师协会)定义的无线LAN(局域网)通信标准。IEEE802.11标准系列包括IEEE802.11a/b/g/n/ac/ax标准(专利文献1)。
对于对多个无线数据包的接收，IEEE802.11ax标准公开了能够通过一帧发送确认(ACK)的块确认(BlockAck)帧的扩展规范。IEEE802.11ax标准公开了一种规范，其中块确认帧中块确认位图(BlockAck Bitmap)可表达的MPDU(MAC(媒体访问控制)协议数据单元)的数量从IEEE802.11ac可表达的64个扩展到最多256个。可以一次进行确认的已增加的MPDU的数量实现了高吞吐量。
引用列表
专利文献
专利文献1：日本特开第2018-50133号公报
发明内容
技术问题
为了进一步提高吞吐量或频率使用效率，IEEE审查了作为IEEE802.11系列的新标准的IEEE802.11be标准的定义。IEEE802.11be标准提出了一种将可以一次进行确认的MPDU的数量进一步扩展到512或1024的方法。在IEEE802.11be标准中，已经审查了使用多条无线链路在多个无线装置之间进行通信的多链路通信方法，以及将多个无线接入点连接到一个无线终端并进行通信的多AP通信方法。还审查了跨多条链路的确认方法。
当无线装置使用多条链路通信时，假定发送装置在各链路上发送具有不同序列号集合的数据帧。此时，接收装置可以在各链路上接收部分省略的序列号的数据帧。传统上，还没有提出对于这种情况有效的确认方法。
本发明是为了解决上述问题而作出的，并且其目的在于提供一种在使用多条链路的通信中实现高效的确认控制的技术。
解决问题的方案
为了实现上述目的，根据本发明的一个方面的无线通信装置具有以下布置。即，提供一种符合IEEE802.11标准系列的通信装置，其包括：第一发送部，用于使用多条链路向通信对方装置发送多个数据帧；第二发送部，用于向通信对方装置发送请求帧，该请求帧请求对发送的所述多个数据帧的确认(Ack)帧；以及接收部，用于响应于发送所述请求帧而从通信对方装置接收Ack帧，其中，所述请求帧包括关于在所述多条链路的各链路上发送的多个数据帧的序列号的序列信息，并且所述序列信息包括标识信息，所述标识信息识别将在所述各链路上发送的所述多个数据帧当中的具有连续序列号的各系列数据帧区分的至少一个数据帧组。
本发明的有益效果
根据本发明，实现了在使用多条链路的通信中的有效确认控制。
通过以下结合附图的描述，本发明的其他特征和优点将显而易见。请注意，在所有附图中，相同的附图标记表示相同或相似的部件。
附图说明
并入说明书并构成说明书一部分的附图示出了本发明的实施例，并且与描述一起用于说明本发明的原理。
图1是示出网络构造的示例的图；
图2示出了通信装置(STA或AP)的硬件布置的示例；
图3示出了通信装置(STA或AP)的功能布置的示例；
图4是示出AP与STA之间的数据通信的通信序列的序列图；
图5A示出了块确认请求帧和块确认帧的构造；
图5B示出了块确认请求帧和块确认帧的构造；
图5C示出了块确认请求帧和块确认帧的构造；
图6A示出了确认信息(ACK Info)子字段的构造例1；
图6B示出了确认信息子字段的构造例2；
图6C示出了确认信息子字段的构造例3；
图7A示出了确认信息子字段的构造例4；
图7B示出了确认信息子字段的构造例5；
图7C示出了确认信息子字段的构造例6；
图8是数据帧发送侧的帧发送处理的流程图；
图9是数据帧生成/发送处理的流程图；
图10是BAR帧生成/发送处理的流程图；
图11是数据帧发送侧的帧接收处理的流程图；
图12是BA帧接收处理的流程图；
图13是数据帧接收侧的帧接收处理的流程图；
图14是序列号确认处理的流程图；以及
图15是BA帧生成/发送处理的流程图。
具体实施方式
在下文中，将参照附图详细描述实施例。请注意，以下实施例并非旨在限制要求保护的发明的范围。在实施例中描述了多个特征，但不限于需要所有这些特征的发明，而可以适当地组合多个这样的特征。此外，在附图中，对相同或相似的构造赋予相同的附图标记，并省略其重复描述。
(网络构造)
图1示出了根据本实施例的网络构造的示例。图1示出了包括作为通信装置(无线通信装置)的一个AP(接入点)(AP 102)和一个STA(站/终端装置)(STA103)的构造。请注意，实施例的描述适用于AP和STA两者，而不限于它们中的任何一个。如图1所示，圆圈101表示由AP 102形成的网络。
在本实施例中，STA 103可以经由无线链路104和105向/从AP 102发送/接收帧。无线链路104和105可以使用2.4GHz频带、5GHz频带和6GHz频带的信道，但是所使用的频带不限于它们，并且可以使用诸如60GHz频带的另一频带。可以根据STA 103和AP 102的多链路通信的能力信息来组合使用2.4GHz频带和5GHz频带的信道作为无线链路104和105，或者可以从6GHz频段中选择多个信道并组合使用。本实施例类似地适用于处理多个AP与一个STA之间的通信的多AP通信。将通过针对两条无线链路104和105来说明本实施例，但本发明不限于此，并且本实施例也适用于使用三条或更多条链路的情况。
请注意，图1中所示的网络构造仅是示例，并且以下讨论适用于包括更广泛区域中的许多通信装置的网络或者适用于通信装置之间的各种位置关系。
(通信装置的布置)
接着，将说明根据本实施例的通信装置(AP或STA)的布置。图2示出了根据本实施例的AP的硬件布置的示例。作为硬件布置的示例，AP包括存储单元201、控制单元202、功能单元203、输入单元204、输出单元205、一个或更多个通信单元206和一根或更多根天线207。请注意，STA也具有与AP的硬件布置类似的硬件布置，并且以下描述也适用于STA。
存储单元201由ROM(只读存储器)和RAM(随机存取机器)两者或其中之一形成，并且存储用于进行各种操作(稍后描述)的程序和用于无线通信的诸如通信参数的各种信息。请注意，除了诸如ROM、RAM的存储器以外，诸如软盘、硬盘、光盘、磁光盘、CD-ROM、CD-R、磁带、非易失性存储卡或DVD的存储介质还可以用作存储单元201。
控制单元202例如由诸如CPU(中央处理单元)或MPU(微处理单元)、ASIC(专用集成电路)、DSP(数字信号处理器)、FPGA(现场可编程门阵列)的处理器形成。控制单元202通过执行存储在存储单元201中的程序来控制整个AP。请注意，控制单元202可以与OS(操作系统)和存储在存储单元201中的程序协作来控制整个AP。
控制单元202控制功能单元203执行诸如摄像、打印或投影的预定处理。功能单元203是AP用来执行预定处理的硬件。例如，在AP是相机的情况下，功能单元203是摄像单元并且进行摄像处理。例如，在AP是打印机的情况下，功能单元203是打印单元并且进行打印处理。例如，在AP是投影仪的情况下，功能单元203是投影单元并进行投影处理。要由功能单元203处理的数据可以是存储在存储单元201中的数据，或者可以是经由通信单元206(稍后描述)与另一通信装置通信的数据。
输入单元204接受来自用户的各种操作。输出单元205向用户进行各种输出。这里，输出单元205的输出包括画面显示、扬声器的音频输出、振动输出等中的至少一种。请注意，输入单元204和输出单元205都可以由如触摸面板一样的一个模块实现。
通信单元206控制符合IEEE802.11标准系列的无线通信，或者控制IP通信。在本实施例中，通信单元206可以进行至少符合IEEE802.11ax标准的处理。此外，通信单元206控制天线207发送和接收用于无线通信的无线电信号。AP经由通信单元206与另一通信装置传送诸如图像数据、文档数据或视频数据的内容。
天线207是能够接收亚GHz频带、2.4GHz频带、5GHz频带和6GHz频带之一的信号的天线。天线207可以由一根或多根天线物理地构成以实现MIMO(多输入和多输出)发送/接收。
在使用多条链路进行通信的情况下，AP可以包括多个通信单元206和多根天线207，如图2所示(作为示例，图2示出了两个通信单元206和两根天线207)。在这种情况下，可以为每条无线链路分配一个通信单元206和一根天线207，或者可以在多条无线链路之间共享一个通信单元206和一根天线207。
图3示出了根据本实施例的AP的功能布置的示例。作为功能布置的示例，AP包括帧分析单元301、帧生成单元302、连接管理单元303和帧发送/接收单元304。请注意，STA也具有与AP的功能布置类似的功能布置，并且以下描述也适用于STA。
帧分析单元301分析从通信对方装置(相对通信装置)接收到的帧。帧生成单元302生成要发送给通信对方装置的帧(无线帧)。连接管理单元303管理AP与通信对方装置之间的连接。例如，连接管理单元303针对各通信对方装置进行对连接期间的块确认(BA)的布置/协议(块确认协议，BlockAck Agreement)和对数据的序列号(Sequence Number)的管理。为连接中的各TID(流量标识符：表示流量(数据)类型的标识符)管理块确认协议和序列号。帧发送/接收单元304经由通信单元206和天线207(图2)在AP与通信对方装置之间发送/接收帧。
(AP与STA之间的通信序列)
图4是示出用于AP 102与STA 103之间的数据通信的通信序列的序列图。可以响应于分别接通AP 102和STA103而开始该序列的处理。或者，可以在用户或应用指示AP 102和STA 103中的至少一个开始无线通信时开始该序列的处理。在下面的描述中，在AP 102与STA103之间形成两条无线链路104和105，如图1所示。
首先，在F401中，AP 102和STA 103通过根据IEEE802.11标准进行连接处理来建立无线连接。本实施例适用于以下两种情况：不对通信进行加密的情况和进行加密的情况。在进行加密的情况下，即使是诸如WEP(有线等效保密)、WPA(Wi-Fi保护访问)1、WPA2、WPA3、WPS(Wi-Fi保护设置)的密码系统(安全系统)或其他系统，也可应用本实施例。可以仅在一条典型链路(例如，链路104)上建立连接，同时其次进行另一链路的连接。或者，可以在各个链路上独立地建立连接。
在本示例中，AP 102向STA 103发送数据。在F401中建立连接之后，AP 102在F402中向STA 103发送ADDBA请求(ADDBA Request)帧，并在F403中接收确认(ACK)帧作为确认。STA 103在F404中向AP 102发送ADDBA响应(ADDBA Response)帧，并且在F405中接收确认帧作为确认。在完成ADDBA请求和ADDBA响应的交换(F402到F405的处理)后，在AP 102与STA103之间针对AP 102到STA 103的数据发送构建块确认协议。可以在各链路上独立地构建块确认协议，或者可以仅在一条典型链路(例如，链路104)上构建连接，同时甚至在另一条链接上二次构建块确认协议。
将对块确认协议进行说明。ADDBA请求帧和ADDBA响应帧包括块确认策略(BlockAckPolicy)参数。当已经接收到该帧的通信装置同意该参数时，它发送确认帧。块确认策略参数被设置为“立即”(立即块确认(Immediate BlockAck))或“延迟”(延迟块确认(Delayed BlockAck))。图4中的示例示出了“立即”设置。AP 102发送块确认请求(BAR)帧作为请求帧，并且在接收到该帧时，STA 103发回块确认帧。相比而言，当块确认策略被设置为延迟的(未示出)时，STA 103发回确认帧(而不是在F408中发回块确认帧)。STA 103在稍后获得的TXOP(发送机会)时段中发送块确认帧。
ADDBA请求帧包括关于在一个BA会话中待发送的数据的开始号的信息(开始序列控制(Starting Sequence Control))的各种参数(例如，开始序列号(start sequencenumber))。开始序列号的初始值可以通过交换ADDBA请求/响应来决定。开始序列号的后续更新可以遵循IEEE802.11标准定义的方法。
ADDBA请求/响应帧可以包括自身装置支持的BA类型/BAR类型(BA Type/BARType)。例如，该帧可以包括表示是否支持稍后将参照图5A至图7C描述的新BA/新BAR(NewBA/New BAR)的信息(还可以包括表示是否支持稍后描述的构造示例1至7中的一个或更多个的信息)。接收到该帧的通信装置记录并管理通信对方装置支持的BA类型/BAR类型。
在本实施例中，在构建块确认协议时，AP 102和STA 103各自的连接管理单元303在存储单元201中记录并管理上述的TID的各种参数和信息。
在构建块确认协议之后，AP 102可以在从用作通信对方装置(相对通信装置)的STA103接收确认帧之前发送多个数据帧。例如，AP 102在F406(数据发送处理)中发送多个MPDU(数据帧)，并且STA103在F408中发送块确认帧作为对多个MPDU的确认。如上所述，在图4的示例中，在块确认策略参数中设置了“立即”。在AP 102(响应于发送)发送块确认请求帧(F407)之后，STA 103发回块确认帧(F408)。
可以在各链路上独立地执行或者可以仅在一个典型链路(例如，链路104)上执行块确认请求帧的发送(F407)和块确认帧的回复(F408)。在这种情况下，典型链路上携带的信息可以包括指向其他链路的信息。
在图4的示例中，AP 102在F407中向STA 103发送块确认请求帧。作为替代，AP 102可以在隐式块确认请求(Implicit BlockAck Request)中设置F406中的MPDU当中的至少一个MPDU中的QoS控制字段中所包括的确认策略子字段。即，AP 102可以在MPDU当中至少一个中设置请求STA 103的隐式块确认帧的隐式块确认请求(请求信息)。AP 102可以在不发送块确认请求帧的情况下请求STA 103的块确认帧(F407)。此时，可以在各链路上独立执行或者可以仅在一个典型链路(例如，链路104)上执行隐式块确认请求的发送和块确认帧的回复。在这种情况下，典型链路上携带的信息可以包含指向其他链路的信息。
F408发回的块确认帧中包括基于F406的数据发送中发送的数据帧的序列号而设置的信息。传统的802.11规范以块确认帧发送的连续序列号为前提。例如，根据规范，块确认位图表示是否接收到以开始序列号为起点的块确认位图可表达的位(bit)数的数据帧(包)。在这种情况下，当在多条链路上发送数据时会出现问题，如图4的序列一样。例如，将审查如下情况：数据发送装置通过链路104发送序列号1和3的数据，并通过链路105发送序列号2和4的数据。在这种情况下，数据接收装置无法在链路104上接收到序列号2和4的数据以及无法在链路105上接收到序列号1和3的数据。因此，接收装置将这些序列号在块确认位图上表达为丢失帧。在各链路上，已经在另一个链路上发送表示为丢失帧的序列号的数据，但是发送装置可能开始重传处理，并且不必要的重传可能消耗频带。
在本实施例中，数据发送装置被构造为操作以发送在块确认请求帧或隐式块确认请求中设置的至少一个数据帧，其包括在各链路上发送/未发送的数据的序列号的信息。下面虽然以块确认请求帧为例，但类似的描述也适用于隐式块确认请求。数据接收装置被构造成操作，以发送包括在各链路上接收/未接收的数据的序列号的信息的块确认帧。
(块确认请求帧和块确认帧的构造)
接下来，将对块确认请求帧和块确认帧的构造进行说明。请注意，图4示出了从AP102向STA 103的数据发送的示例，但是以下描述类似地适用于从STA 103向AP 102的数据发送。
图5A至图5C示出了在802.11ax标准中的块确认请求帧和块确认帧的构造。作为对图5A到图5C共同的描述，字节(Octest)和位(Bit)表示各个字段的大小。称为“可变”的字段意味着可变长度。图5A至图5C中称为“(R)”的部分对于块确认请求帧有效而对于块确认帧无效。将省略对没有附图标记的字段的描述。
图5A示出了整个块确认请求帧和块确认帧的构造。块确认请求帧和块确认帧由MAC报头字段501、BA(R)控制字段502、BA信息字段503和FCS字段形成。
图5B示出BA(R)控制字段502的构造。BA(R)控制字段502由BA(R)确认策略(BA(R)Ack Policy)子字段、BA(R)类型子字段504、保留子字段(Reserved subfield)505和TID信息(TID_INFO)子字段形成。根据BA(R)类型子字段504中设置的信息来定义BA(R)信息字段503的格式。在IEEE802.11ax标准中，在保留区中指定BA(R)类型0、4、5、7到9以及11到15。在本实施例中，使用保留区域中的至少一个BA(R)类型来定义新的BA(R)类型。请注意，在实施例中提出的新BA(R)类型将被称为新BA(R)。
图5C示出了在新BA(R)中定义的BA(R)信息字段503的构造。BA(R)信息字段503由BA(R)子类型(Subtype)子字段507和确认信息子字段506形成。如按“位”所述，可以在BA(R)子类型子字段507中设置0。在这种情况下，可以使用BA(R)类型子字段504中的保留区或保留子字段505中的保留区来表达等同于BA(R)子类型的信息。请注意，这里呈现的名称“BA(R)子类型”和“确认信息”仅为示例，而本发明不限于此。
(确认信息子字段的构造)
将参照图6和图7说明根据本实施例的图5C中的确认信息子字段506(序列信息)的一些构造示例。请注意，下面描述的各部分的名称、大小和存储顺序仅仅是示例，而本发明不限于它们，只要获得类似的功能即可。下面将举例说明从AP 102(数据发送装置)发送的块确认请求帧。
<<表示发送的MPDU的确认信息子字段的构造(构造示例1至3)>>
图6(a)到图6(c)示出了确认信息子字段506的构造示例1到3。构造示例1到3中表示的确认信息子字段506存储在块确认请求帧中。构造示例1至3是当发送关于从AP 102发送的MPDU(数据帧)的信息时的构造示例。作为构造示例1至3共有的构造，确认信息子字段506由包括整个确认信息的元信息的确认信息报头部分(对应于确认信息报头部分601、607或614)和包括识别发送的帧组(数据帧组)的标识信息的确认信息数据部分(对应于帧组602、603、609、610、615或616)形成。请注意，这里提到的名称“确认信息报头”和“确认信息数据”仅仅是示例，而本发明不限于此。
AP 102针对具有连续序列号的一系列数据中的每个集合来区分发送到STA 103的数据作为用于各链路的帧组。即，当发送数据的序列号中发生遗漏时，在该点分割帧组。关于所有发送的帧组的信息包括在确认信息子字段506中，从而提供关于请求STA 103的确认的帧的信息。STA 103足以发送对请求的帧的确认。确认信息报头部分中包括的数据长度可以包括也可以不包括确认信息报头部分的数据长度。
<构造示例1>
图6(a)示出了确认信息子字段506的构造示例1。构造示例1中的确认信息报头部分601包括表示在确认信息数据部分中所包括的数据长度(指定所有后续帧组的信息的数据长度)的信息。该信息可以是表示数据帧组结束的信息。作为表示数据长度的方法，可以按照位、字节或帧组数量(在本示例中为每帧组24位)来存储后续确认信息部分的数据长度。请注意，本发明不限于这种方法，只要可以表示数据长度即可。
在IEEE802.11中，由12位和0至4095的值表示序列号(Sequence Number)。在构造示例1中，各帧组中的开始序列号(Start SN)604和结束序列号(End SN)605用作表达帧组602和603的方法。可以分别用12位来表示开始序列号604和结束序列号605中的各序列号。开始序列号604表示与接收到的各帧组的开始相对应的MPDU的序列号。结束序列号605表示与发送的各帧组的结束相对应的MPDU的序列号。
<构造示例2>
图6(b)示出了确认信息子字段506的构造示例2。类似于构造示例1，构造示例2中的确认信息报头部分607包括表示在确认信息数据部分中所包括的数据长度的信息。作为表示数据长度的方法，可以按照位、字节或帧组数量(在本示例中每帧组12位+由计数大小(Count Size)部分608所表示的位数)来存储后续确认信息部分的数据长度。请注意，本发明不限于这种方法，只要可以表示数据长度即可。在构造示例2中，确认信息报头部分607还包括计数大小部分608。计数大小部分608表示帧组609或610中的计数(Count)部分(对应于计数部分612)的大小。
在构造示例2中，各帧组中的开始序列号(Start SN)611和计数部分612被用作表达帧组609和610的方法。类似于构造示例1，开始序列号611表示与发送的各帧组的开始相对应的MPDU的序列号。计数部分612保存表示具有从开始序列号611开始的连续序列号的发送的MPDU的数量的信息。如果由计数大小部分608指定的计数部分的大小小，则可表达为帧组的MPDU的最大数量变小，但是可以减少表达一个帧组所需的数据长度。相反，如果计数大小部分608指定的计数部分的大小大，则可以增加可表达为帧组的MPDU的最大数量，但是表达一个帧组所需的数据长度变大。在本示例中使用的计数大小不受限制。可以用12位表达开始序列号。
在此构造示例中，由计数大小部分608定义在一个帧组中可表达的MPDU的数量的上限。因此，即使具有连续序列号的MPDU有时也被表达为独立的帧组。
<构造示例3>
图6(c)示出了确认信息子字段506的构造示例3。类似于构造示例1，构造示例3中的确认信息报头部分614包括表示在确认信息数据部分中所包括的数据长度的信息。作为表示数据长度的方法，可以按照位、字节或帧组数量(在本示例中每帧组16位+由各帧的计数大小部分所表示的位数)来存储后续确认信息部分的数据长度。请注意，本发明不限于这种方法，只要可以表示数据长度即可。在构造示例3中，各帧组中的开始序列号(Start SN)617、计数大小部分618和计数部分619被用作表达帧组615和616的方法。构造示例2中的确认信息报头部分607中存储的计数大小部分608被存储为各帧组中的计数大小部分618。可以在各帧组中设置合适的计数大小，而无需在报头部分处固定计数大小。可以通过当帧组中要表达的帧数较大时设置较大的计数大小，或当要表达的帧数较小时设置较小的计数大小来设置适当的计数大小。
<<表示未发送的MPDU的确认信息子字段的构造(构造示例4至6)>>
图7(a)到图7(c)示出了确认信息子字段506的构造示例4到6。构造示例4到6中表示的确认信息子字段506存储在从数据帧发送侧发送的块确认请求帧中。构造示例4至6是当STA 103发送关于未从AP 102发送的MPDU的信息时的构造示例。作为构造示例4至6共有的构造，确认信息子字段506由包括整个确认信息的元信息的确认信息报头部分(对应于确认信息报头部分721、724或727)和包括识别发送的帧组(数据帧组)的标识信息的确认信息数据部分(对应于帧组702、703、709、710、715或716)形成。请注意，这里提到的名称“确认信息报头”和“确认信息数据”仅仅是示例，而本发明不限于此。
AP 102针对具有连续序列号的一系列数据中的每个集合来区分未发送到STA 103的数据作为帧组。即，当未发送的数据的序列号中发生遗漏时，在该点分割帧组。可以通过在确认信息子字段506中设置关于所有的未发送的帧组的信息来提供关于请求STA 103的确认的帧的信息。STA 103足以发送对请求的帧的确认。
构造示例4至6与构造示例1至3的不同之处在于确认信息报头部分包括表示新发送到确认信息数据部分的帧组的开始序列号和结束序列号的信息。在构造示例4至6中，确认信息数据部分包括关于未发送的MPDU的信息，因此仅此信息不能识别已发送的MPDU的序列号的范围。可以通过组合表示由整个确认信息子字段506表达的帧组的开始序列号和结束序列号的信息和未发送的MPDU的序列号来识别所发送的MPDU的序列号。确认信息报头部分中包括的数据长度可以包括也可以不包括确认信息报头部分的数据长度。
<构造示例4>
图7(a)示出了确认信息子字段506的构造示例4。构造示例4中的确认信息报头部分721包括表示在确认信息数据部分中所包括的数据长度的信息701。该信息可以是表示数据帧组结束的信息。作为表示数据长度的方法，可以按照位、字节或帧组数量(在本示例中为每帧组24位)来存储后续确认信息部分的数据长度。请注意，本发明不限于这种方法，只要可以表示数据长度即可。
由12位和0至4095的值表示在IEEE802.11中，Sequence Number(序列号)。在构造示例4中，各帧组中的开始序列号(Start SN)704和结束序列号(End SN)705用作表达帧组702和703的方法。可以分别用12位来表示开始序列号704和结束序列号705中的各序列号。开始序列号704表示与未发送的各帧组的开始相对应的MPDU的序列号。结束序列号705表示与未发送的各帧组的结束相对应的MPDU的序列号。在构造示例4中，确认信息报头部分721包括发送的帧组的开始序列号722和结束序列号723。
<构造示例5>
图7(b)示出了确认信息子字段506的构造示例5。类似于构造示例4，构造示例5中的确认信息报头部分607包括表示在确认信息数据部分中所包括的数据长度的信息。作为表示数据长度的方法，可以按照位、字节或帧组数量(在本示例中每帧组12位+由计数大小部分708所表示的位数)来存储后续确认信息部分的数据长度。请注意，本发明不限于这种方法，只要可以表示数据长度即可。在构造示例5中，确认信息报头部分724还包括计数大小部分708。计数大小部分708表示帧组709或710中计数部分(对应于计数部分712)的大小，以及附加的确认信息报头部分724中包括的计数部分726的大小。
在构造示例5中，各帧组中的开始序列号(Start SN)711和计数部分712被用作表达帧组709和710的方法。类似于构造示例4，开始序列号711表示与未发送的各帧组的开始相对应的MPDU的序列号。计数部分712保存表示具有从开始序列号711开始的连续序列号的未发送的MPDU的数量的信息。如果由计数大小部分708指定的计数部分的大小小，则可表达为帧组的MPDU的最大数量变小，但是可以减少表达一个帧组所需的数据长度。相反，如果计数大小部分708指定的计数部分的大小大，则可以增加可表达为帧组的MPDU的最大数量，但是表达一个帧组所需的数据长度变大。在本示例中使用的计数大小不受限制。可以用12位表达开始序列号。
在此构造示例中，由计数大小部分708定义在一个帧组中可表达的MPDU的数量的上限。因此，即使具有连续序列号的MPDU有时也被表达为独立的帧组。
在该构造示例中，确认信息报头部分724包括发送的帧组的开始序列号725，以及确认信息部分726，其意指从开始序列号725到结束序列号的MPDU总数(数量)。确认信息报头部分724中的计数部分726的大小不由计数大小部分708定义，而是被固定为12位，或者可在确认信息报头部分中单独保存表示计数部分726的信息的计数大小部分。
<构造示例6>
图7(c)示出了确认信息子字段506的构造示例6。类似于构造示例4，构造示例6中的确认信息报头部分727包括表示在确认信息数据部分中所包括的数据长度的信息。作为表示数据长度的方法，可以按照位、字节或帧组数量(在本示例中每帧组16位+由各帧的计数大小部分所表示的位数)来存储后续确认信息部分的数据长度。请注意，本发明不限于这种方法，只要可以表示数据长度即可。在构造示例6中，各帧组中的开始序列号(Start SN)717、计数大小部分718和计数部分719被用作表达帧组715和716的方法。构造示例5中的确认信息报头部分607中存储的计数大小部分708被存储在各帧组中。可以在各帧组中设置合适的计数大小，而无需固定在报头部分处的计数大小。可以通过当帧组中要表达的帧数较大时设置较大的计数大小，或当要表达的帧数较小时设置较小的计数大小来设置适当的计数大小。
在该构造示例中，确认信息报头部分727包括发送的帧组的开始序列号728、计数部分730以及计数大小部分729，计数部分730意指从开始序列号728到结束序列号的MPDU总数，计数大小部分729表示计数部分730的大小信息。
[构造示例7]
构造示例7是如下的构造，其中改用802.11标准定义的BA类型：压缩(Compressed)中使用的压缩的块确认变量(Compressed BlockAck Variant)格式。在此构造中，片段数量(Fragment Number)(4位)、开始序列号(12位)和块确认位图(8或32字节)存储在确认信息子字段506(序列信息)中。块确认位图的大小和一次可表达的MSDU/A-MSDU的最大数量根据片段数量值确定，并符合802.11ax标准。开始序列号具有表示发送的数据帧(MPDU)的开始序列号的值，并且表述是否与块确认位图的各个位相对应地发送以该开始序列号为起点的后续数据帧。可以确定已经发送了具有位“1”的帧，并且还没有发送具有位“0”的帧。“0”和“1”可以具有相反的含义。
已经通过举例说明从AP 102(数据发送装置)发送的块确认请求帧描述了构造示例1至7，但是基于上述构造的构造也适用于从STA 103(数据接收装置)发送的块确认帧。例如，对于构造示例1至3，可以将上述构造示例1至3的描述中的“发送帧(组)”重写为“接收帧(组)”作为表示接收到的MPDU的确认信息子字段的构造。对于构造示例4至6，可以将上述构造示例4至6的描述中的“未发送的帧(组)”和“发送的帧(组)”分别重写为“未接收的帧(组)”和“接收的帧(组)”，作为表示未接收到的MPDU的确认信息子字段的构造。对于构造示例7，可以在开始序列号中设置表示接收到的数据帧(MPDU)的开始序列号的值。此外，可以在块确认位图的各个位处设置关于从数据发送装置发送的数据帧的接收结果。稍后将描述关于使用构造示例7的BA帧的处理示例。
基于上述构造示例1至6的构造也适用于隐式块确认请求中设置的数据帧。例如，构造示例1至6的构造类似地应用于数据帧中的BAR控制字段和BAR信息(BAR信息)字段。
(确认信息子字段的构造的通知方法)
块确认请求帧的发送侧可以在该帧中识别(指定)构成确认信息子字段506的构造示例1至7中的一个构造示例，并将其通知给接收侧。例如，可以使用BAR类型子字段504、保留子字段505和BAR子类型子字段507中的至少一个来识别要使用的构造示例1至7之一。
例如，在BAR类型子字段504中意指保留的BAR类型0可以被定义为意指使用构造示例1至7中的哪一个的BAR类型。此外，可以使用BAR类型子字段504、保留子字段505或BAR子类型子字段507的另一个保留区中的至少三个位来识别要使用的构造示例1至7之一。更具体地，在使用BAR子类型子字段507的情况下，可以定义当在BAR子类型子字段507中指定位“0000”时，使用构造示例1，并且当指定位“0001”时，使用构造示例2。
或者，可以通过组合现有的BAR类型子字段504和预定的(子)字段来识别要使用的构造示例1至7之一。例如，假定BAR类型子字段504被设置为多TID(Multi-TID)或多STA的情况。当BAR类型子字段504被设置为多TID时，可以使用保留子字段505的区域来识别要使用的构造示例1至7之一。
根据本实施例(即构造示例1至7中的确认信息子字段506的构造)，标准可以被定义为实质上表示通信对方装置是否支持新BAR(是否具有与新BAR类型相对应的能力信息)。或者，在图4的示例中，AP 102和STA103可以通过ADDBA请求/响应帧的交换来交换能力信息(在构建块确认协议时)。或者，可以通过交换其他管理帧来协商能力。更具体地，AP 102和STA 103可以在构建块确认协议时使用例如ADDBA扩展元素中的ADDBA能力字段中的保留位来协商(参见图4)。请注意，协商不限于此方法。通过协商决定的是否支持新BAR，可以作为块确认协议属性记录在连接管理单元303中。
请注意，上面已经描述了块确认请求帧的发送侧进行的对确认信息子字段的构造的通知方法，但是类似的描述适用于在块确认帧的发送侧的对确认信息子字段的构造的通知方法。在这种情况下，上述描述中的“BAR”可以被改写为“BA”。此外，在使用隐式块确认请求中设置的数据帧的情况下，可以使用数据帧中的BAR控制字段或BAR信息字段来通告确认信息子字段的构造。
<数据帧发送侧的处理>
接下来，将参照图8至图12描述数据帧发送侧的处理。将举例说明数据帧发送侧的装置是如图4中的AP 102的情况。然而，这种描述类似地适用于STA 103是操作实体的情况。
(帧发送处理)
将参照图8描述根据实施例的数据帧发送侧的帧发送处理。图8是数据帧发送侧的帧发送处理的流程图。可以在AP 102与通信对方装置(图4的示例中的STA 103)建立无线连接并结束ADDBA请求/响应帧的交换之后开始该处理。
如上所述，当构建块确认协议(图4中的F402至F405)时，AP 102和STA 103中的各个的连接管理单元303在存储单元201中记录和管理各种参数(诸如，BA会话中的开始序列号)。此外，AP 102和STA 103中的各个的连接管理单元303在存储单元201中记录和管理由通信对方装置支持的BA类型的信息(根据本实施例，还可以包括通过新BA(R)类型的新BA(R))。
当AP 102的帧生成单元302生成到通信对方装置(STA 103)的帧时，帧发送/接收单元304开始帧发送处理。作为帧发送处理，首先，帧发送/接收单元304确定要发送的帧是否是数据帧(S801)。这可以通过例如确认在由IEEE802.11标准定义的MAC帧格式中的MAC报头中所包括的帧控制字段(Frame Control Field)中的类型字段是否为“10”来确定。如果类型字段为“10”，则可以确定待发送的帧为数据帧；否则，不是数据帧。
如果确定要发送的帧是数据帧(S801中为“是”)，则帧发送/接收单元304执行数据帧生成/发送处理(S802)。稍后将参照图9描述S802中的处理的细节。在S802中的处理之后，帧生成单元302确定是否生成并发送块确认请求(BAR)帧(S803)。这可以根据例如帧发送/接收单元304最终接收到块确认帧之后的数据帧(MPDU)的累积数量来确定，或者根据其他规则来确定。
如果帧生成单元302确定生成并发送BAR帧(S803中为“是”)，则帧生成单元302发送BAR帧，帧发送/接收单元304执行BAR帧生成/发送处理(S804)，然后处理结束。稍后将参照图10描述S804中的处理的细节。如果帧生成单元302确定不生成BAR帧(S803中为“否”)，则AP 102结束帧发送处理。
如果确定要发送的帧不是数据帧(S801中为“否”)，则AP 102执行符合IEEE802.11标准的与各种帧相对应的处理(S805)，并且处理结束。S805的处理与本实施例几乎无关，因此省略其描述。
(数据帧生成/发送处理)
接下来，将参照图9说明S802中的数据帧生成/发送处理的示例。图9是数据帧生成/发送处理的流程图。请注意，数据帧(MPDU)的序列号由IEEE802.11标准定义的MAC帧格式中的MAC报头中包括的序列控制字段中的序列号表示，并且具有在范围0至4095的值。
AP 102的连接管理单元303将帧发送/接收单元304要发送的数据帧的序列号作为“发送的”(作为发送序列号)记录在存储单元201中并管理(S901)。通过使用编号信息，连接管理单元303可以确定是否已经发送了具有任意序列号的数据。对于由连接管理单元303管理的序列号，当建立无线连接时(图4的示例中的F401)，关于连接的发送序列号的管理开始。在管理开始时，所有的序列号“0”到“4095”都作为非发送序列号被记录在存储单元201中。请注意，首先要发送的帧的序列号可以从0开始，但是本发明不限于此。当序列号到达4095时，下一帧的序列号返回到0。
然后，帧生成单元302设置确认策略(在QoS控制字段中设置确认策略子字段)(S902)。例如，可以使用QoS控制字段的Bit5和Bit6来表示对新BAR的支持。例如，当在构建块确认协议时确认AP 102和STA 103支持新BAR时，帧生成单元302可以在QoS控制字段中设置Bit5：1和Bit6：0。通过表示对新BAR的支持，可以表示在数据帧中设置隐式块确认请求。
在设置确认策略之后，根据AP 102和STA 103支持的BAR类型将信息添加到帧主体(Frame Body)(S903)。例如，当在QoS控制字段中设置Bit5：1和Bit6：0时，如上所述，帧生成单元302可以在帧主体中设置识别发送/未发送的序列号的信息，这已经参照图6和图7进行了描述。在这种情况下，接收侧的STA 103可以分析帧主体并提取从AP 102发送的数据的序列号的信息。当STA 103接收到包括这种确认策略的数据帧时，它可以在没有收到块确认请求帧的情况下发回块确认帧。然后，帧生成单元302生成剩余帧部分，完成数据帧(S904)。最后，帧发送/接收单元304将帧生成单元302生成的数据帧发送到通信对方装置(STA 103)(S905)。
(BAR帧生成/发送处理)
接下来，将参照图10说明S804中的BAR帧生成/发送处理。图10是BAR帧生成/发送处理的流程图。如上所述，STA103和AP 102中的各个的连接管理单元303在存储单元201中记录和管理通信对方装置支持的诸如BAR类型(根据实施例，还可以包括新BAR类型)的信息。至于帧的生成，将参照图5A到图5C。
AP 102的连接管理单元303确认连接支持(AP 102和STA 103支持)的BAR类型(S1001)。这里，AP 102和STA 103支持新BAR，并且在其他情况下，可以进行符合IEEE802.11标准的处理。然后，连接管理单元303确认发送的序列号(S1002)。
帧生成单元302使用在S1001和S1002中确认的信息来生成BAR帧。首先，帧生成单元302决定BAR信息字段503中的确认信息子字段506的构造(S1003)。此时，帧生成单元302可以基于在S1001中确认的支持的BAR类型来决定确认信息子字段506的构造。当确认的支持的BAR类型表示支持构造示例1至7之一时，帧生成单元302可以决定使用构造示例1至7之一作为确认信息子字段506的构造。请注意，构造示例1至7之一的使用可以在AP 102中预先永久地设置，或者由用户经由输入单元204的输入操作来设置(决定)。
然后，帧生成单元302根据在S1003中决定的确认信息子字段506的构造来生成BA控制字段502和BAR信息字段503，以便识别(指定)该构造(S1004)。如上所述，可以由BAR控制字段502/BAR信息字段503中的各种子字段来指定要用于确认信息子字段506的构造示例1至7之一。帧生成单元302基于在S1002中确认的发送序列号来生成BAR信息字段503。关于BAR信息字段的详细内容，由构造示例1至7中描述的格式之一表达S1002中确认的序列号。
随后，帧生成单元302生成剩余帧部分，完成BAR帧(S1005)。最后，帧发送/接收单元304将帧生成单元302生成的BAR帧发送到通信对方装置(STA 103)。
(帧接收处理)
接下来，将参照图11说明根据实施例的数据帧发送侧的帧接收处理。图11是帧接收处理的流程图。当AP 102的帧发送/接收单元304从通信对方装置(STA 103)接收到无线帧时，帧分析单元301开始对接收到的帧的分析处理。当帧不是指向自身装置或帧被损坏时(例如，FCS值无效)，可以不开始处理而丢弃该帧。
作为帧分析处理，帧分析单元301首先确定接收到的帧是否是BA(块确认)帧(S1101)。这可以通过例如确认在IEEE802.11标准所定义的MAC帧格式中的MAC报头中所包括的帧控制字段中的类型字段是否为“01”以及子类型字段是否为“1001”来确定。如果类型字段为“01”且子类型字段为“1001”，则可以确定该帧为块确认帧；否则，不是BA帧。
如果确定接收到的帧是BA帧(S1101中为“是”)，则AP 102执行BA帧处理(S1102)。将参照图12描述S1102中的BA帧接收处理。如果确定接收到的帧不是BA帧(S1011中为“否”)，则AP 102执行与符合IEEE802.11标准的各种帧相对应的处理(S1103)，并且处理结束。S1103的处理与本实施例几乎无关，因此省略其描述。
(BA帧接收处理)
接下来，将参照图12说明S1102的BA帧接收处理。图12是BA帧接收处理的流程图。如上所述，STA 103和AP 102中的各个的连接管理单元303在存储单元201中记录和管理通信对方装置支持的诸如BA类型(根据实施例，还可以包括新BA类型)的信息。至于帧的生成，将参照图5A到图5C。
AP 102的连接管理单元303确认连接支持(AP 102和STA 103支持)的BA类型(S1201)。由连接管理单元303在构建块确认协议时确认并记录该信息。AP 102可以根据确认的BA类型来切换后续处理。
然后，AP 102的连接管理单元303确认接收到的BA帧中包括的BA信息字段503(S1202)。BA信息字段503的格式可根据BA类型而改变。连接管理单元303从该字段中包括的信息中提取由STA103记录为“已接收”的序列号(接收的序列号)(S1203)。例如，当BA类型是压缩时，BA信息字段503可以包括块确认开始序列控制和块确认位图。可以根据接收序列号的起点和表示各序列号的接收/未接收的位图来计算记录为“已接收”的序列号。
然后，连接管理单元303更新管理的发送序列号(S1204)。AP 102不需要重传在S1203中STA103已经确认接收的帧，并且不需要进行对“已发送”的管理。因此，连接管理单元303取消发送记录。之后，连接管理单元303可以从发送缓冲器中删除在S1204中取消了发送记录的帧(S1205)。
<数据帧接收侧的处理>
接下来，将参照图13至图15描述数据帧接收侧的处理。将举例说明数据帧接收侧的装置是如图4中的STA103的情况。然而，该描述类似地适用于AP 102是操作实体的情况。如上所述，关于针对BAR帧的BAR控制字段502和BAR信息字段503的描述分别适用于BA控制字段502和BA信息字段503，并且将省略其详细描述。
(帧接收处理)
将参照图13描述根据实施例的数据帧接收侧的帧接收处理。图13是数据帧接收侧的帧接收处理的流程图。可以在STA 103与通信对方装置(图4的示例中的AP 102)建立无线连接并结束ADDBA请求/响应帧的交换之后开始该处理。
如上所述，当构建块确认协议(图4中的F402至F405)时，STA103和AP 102中的各个的连接管理单元303在存储单元201中记录和管理各种参数(诸如，BA会话中的开始序列号)。此外，STA103和AP 102中的各个的连接管理单元303在存储单元201中记录和管理通信对方装置支持的BA类型(根据实施例，还可以包括新类型)的信息。
当STA103的帧发送/接收单元304从通信对方装置(AP 102)接收到无线帧时，帧分析单元301开始对接收到的帧的分析处理。当帧不是指向自身装置或者帧被破坏(例如，FCS值无效)时，STA 103可以丢弃该帧而不开始处理。
作为帧分析处理，帧分析单元301首先确定接收到的帧是否是数据帧(S1301)。这可以通过例如确认由IEEE802.11标准定义的MAC帧格式中的MAC报头中所包括的帧控制字段中的类型字段是否为“10”来确定。如果类型字段为“10”，则可以确定该帧为数据帧；否则，不是数据帧。
如果确定接收到的帧是数据帧(S1301中为“是”)，则连接管理单元303执行对数据帧的序列号的确认处理(S1302)。参照图14描述S1302中的处理的细节。在S1302的处理后，帧分析单元301确定接收到的帧是否是请求块确认帧的数据帧(S1303)。这可以通过例如确认在数据帧中所包括的MPDU中的至少一个或更多个MPDU中的QoS控制字段中所包括的确认策略子字段是否被设置为隐式块确认请求(“00”)来确定。如果确认策略子字段被设置为“00”，则帧分析单元301确定接收到的帧是请求块确认帧的数据帧(S1303中为“是”)，并且处理前进到S1304。如果确认策略子字段未被设置为“00”，则帧分析单元301确定接收到的帧不是请求块确认帧的数据帧，并且帧接收处理结束。在S1304中，AP 102进行块确认(BA)帧生成/发送处理。将参照图15描述S1304中的处理的细节。
如果在S1301中确定接收到的帧不是数据帧(S1301中为“否”)，则帧分析单元301确定接收到的帧是否是BAR(块确认请求)帧(S1305)。例如，当上述数据帧中的类型字段为“01”且MAC报头中的帧控制字段中的子类型字段为“1000”时，可以将接收到的帧识别为BAR帧。如果帧分析单元301确定接收到的帧是BAR帧(S1305中为“是”)，则处理前进到S1304，并且STA 103执行BA帧生成/发送处理。BAR帧可以包括关于数据开始号的信息。如果在S1305中确定接收到的帧不是BAR帧(S1305中为“否”)，则STA103执行与符合IEEE802.11标准的各种帧相对应的处理(S1306)，并且处理结束。S1306的处理与本实施例几乎无关，因此省略其描述。
(数据帧的序列号的确认处理)
接下来，将参照图14描述S1302中的数据帧的序列号的确认处理。图14是数据帧的序列号的确认处理的流程图。请注意，数据帧(MPDU)的序列号由IEEE802.11标准定义的MAC帧格式中的MAC报头中所包括的序列控制字段中的序列号表示，并且具有在范围0至4095的值。当建立无线连接时(图4的示例中的F401)，连接管理单元303开始管理关于该连接的接收序列号(接收到的数据帧的序列号)。在管理开始时，将0到4095的所有序列号作为非接收序列号(未记录为“已接收”的数据帧的序列号)记录在存储单元201中。
STA103的连接管理单元303确认数据帧(MPDU)的序列号是否是非接收序列号(S1401)。即，连接管理单元303将接收到的数据帧的序列号的信息与存储单元201中记录的接收序列号进行核对，并确定接收到的数据帧的序列号是否为非接收序列号。
如果接收到的数据帧的序列号是非接收序列号(S1401中为“是”)，则连接管理单元303将该序列号作为接收序列号新记录在存储单元201中(S1402)，并且处理结束。如果接收到的数据帧的序列号是接收序列号(S1401中为“否”)，则接收到的数据帧已经被接收并且被认为是冗余帧，丢弃该数据帧(S1403)，并且处理结束。
(BA帧生成/发送处理)
接下来，将参照图15说明S1304中的BlockAck(BA)帧生成/发送处理。图15是BAR帧生成/发送处理的流程图。如上所述，STA103和AP 102中的各个的连接管理单元303在存储单元201中记录和管理通信对方装置支持的诸如BA类型(根据实施例，还可以包括新BA类型)的信息，以及BA会话中的开始序列号。至于帧的生成，将参照图5A到图5C。
STA103的连接管理单元303确认连接支持(STA103和AP 102支持)的BA类型(S1501)。根据确认的BA类型的支持情况，帧生成单元302可以决定在S1504和S1505中要生成的块确认帧的内容。然后，STA 103的连接管理单元303确认BA会话中的开始序列号(S1502)。如上所述，可以在构建块确认协议时决定开始序列号的初始值，以后可以根据IEEE802.11标准定义的方法更新该值。随后，连接管理单元303确认接收序列号(记录为“已接收”的序列号)(S1503)。
帧生成单元302使用在S1001至S1003中确认的信息来生成块确认帧。首先，帧生成单元302决定BA信息字段503中的确认信息子字段506的构造(S1504)。帧生成单元302可以基于在S1501中确认的受支持的BA类型来决定确认信息子字段506的构造。当确认的受支持的BA类型表示支持构造示例1至6之一时，帧生成单元302可以决定使用构造示例1至7之一作为确认信息子字段506的构造。请注意，构造示例1至7之一的使用可以预先在STA 103中永久设置，或者由用户经由输入单元204的输入操作来设置(决定)。或者，帧生成单元302可以决定要使用的构造示例1至7之一，以根据在S1003中确认的序列号的接收情况来构造具有最小数据大小的确认信息子字段506。
然后，帧生成单元302根据在S1504中决定的确认信息子字段506的构造来生成BA控制字段502和BA信息字段503，以便识别(指定)该构造(S1505)。如上所述，可以由BA控制字段502/BA信息字段503中的各种子字段来指定要用于确认信息子字段506的构造示例1至7之一。
随后，帧生成单元302生成图5A所示的MAC报头字段501和FSC字段以完成作为MAC帧的帧，并且还生成PHY部分以完成块确认帧(S1506)。最后，帧发送/接收单元304向通信对方装置(AP 102)发送由帧生成单元302生成的块确认帧(S1507)。
根据IEEE802.11标准执行发送帧的确认和当在预定时间内没有接收到确认时的重传处理。当STA 103正常发送块确认帧并从AP 102接收到确认时，它重置接收记录。例如，STA 103的连接管理单元303针对管理的接收序列号当中的已经通过块确认帧完成通知的序列号来重置接收记录。当序列号形成回路时，它们可以被管理。
(构造示例7中的BA帧)
将说明构造示例7中的BA帧的示例和使用该帧的处理的示例。请注意，将举例说明数据帧发送侧的装置是如图4中的AP 102的情况。然而，这种描述类似地适用于STA 103是操作实体的情况。至于帧的生成，将参照图5A到图5C。
STA103可以根据BAR帧中的BAR信息(在BAR信息字段503中设置的信息)获得从AP102发送的数据帧的序列号。STA 103可以通过使用发送的数据帧的序列号将序列号与由确认信息子字段506中的块确认位图表达的各个位相关联来有效地使用位图位。
如上关于构造示例7所述，BA信息(在BA信息字段503中设置的信息)存储片段数量(4位)、开始序列号(12位)和块确认位图(8或32字节)。块确认位图的大小和一次可表达的MSDU/A-MSDU的最大数量根据片段数量值确定，并符合802.11ax标准。开始序列号具有表示从BAR信息中呈现的AP(通信对方装置)发送的帧的开始序列号的值。至于后续帧，仅针对AP102在BAR信息中呈现为“已发送”的序列号来表达是否已经与块确认位图的各个位相关联地发送了序列号。可以确定已经发送具有位“1”的帧，并且还没有发送具有位“0”的帧。“0”和“1”可以具有相反的含义。
更具体地，将假定这样的示例，其中AP 102在BAR信息中呈现它已经发送了序列号1、3和5，并且STA 103并非仅接收到序列号3。在这种情况下，STA 03在包括在块确认帧中的BA信息中将开始序列号设置为1，将片段数量设置为0，并将块确认位图长度设置为最小8字节。在块确认位图中，第1位对应序列号1，第2位对应序列号3，并且第3位对应序列号5。不使用后续的位，但可以将0设置为“非接收”。在该示例中，序列号1和5表示接收成功，序列号3表示接收失败，因此从STA103向AP 102发送包括作为块确认位图的内容“101”的块确认帧。AP 102接收到块确认帧，将其与从AP 102发送的BAR信息进行核对，并且可以识别各个位匹配的帧。在本示例中，序列号3被视为发送失败，并且进行重传处理。
根据IEEE802.11标准执行发送帧的确认和当在预定时间内没有接收到确认时的重传处理。当STA 103正常发送块确认帧并从AP 102接收到确认时，它重置接收记录。例如，STA 103的连接管理单元303针对管理的接收序列号当中的已经通过块确认帧完成通知的序列号来重置接收记录。当序列号形成回路时，它们可以被管理。
请注意，图8至图15所示的处理序列仅是实施该提议的示例，并且处理的顺序不受限制，只要获得相同的功能即可。处理序列中未描述的处理符合IEEE802.11标准中定义的处理。
可以通过将用于实现上述实施例的一种或更多种功能的程序经由网络或存储介质提供给系统或装置，并使该系统或装置的计算机中的一个或更多个处理器读出并执行该程序来实现本发明。还可以通过实现一种或更多种功能的电路(例如ASIC)来实现本发明。
本发明不限于上述实施例，在本发明的精神和范围内可以进行各种改变和修改。因此，为了告知公众本发明的范围，提出以下权利要求。
本申请要求于2020年12月8日提交的日本专利申请第2020-203656号的优先权，该申请通过引用合并于此。

Claims (37)

1.一种符合IEEE802.11标准系列的通信装置，其特征在于包括：
第一发送部，用于使用多条链路向通信对方装置发送多个数据帧；
第二发送部，用于向通信对方装置发送请求帧，所述请求帧请求对发送的所述多个数据帧的确认(Ack)帧；以及
接收部，用于响应于发送所述请求帧而从通信对方装置接收Ack帧，
其中，所述请求帧包括关于在所述多条链路的各链路上发送的多个数据帧的序列号的序列信息，并且
所述序列信息包括标识信息，所述标识信息识别将在所述各链路上发送的所述多个数据帧当中的具有连续序列号的各系列数据帧区分的至少一个数据帧组。
2.一种符合IEEE802.11标准系列的通信装置，其特征在于包括：
发送部，用于使用多条链路向通信对方装置发送多个数据帧，所述多个数据帧中的至少一个数据帧包括请求信息，所述请求信息请求对发送的所述多个数据帧的确认(Ack)帧；以及
接收部，用于响应于发送所述请求信息而从通信对方装置接收Ack帧，
其中，所述至少一个数据帧包括关于在所述多条链路的各链路上发送的多个数据帧的序列号的序列信息，并且
所述序列信息包括标识信息，所述标识信息识别将在所述各链路上发送的所述多个数据帧当中的具有连续序列号的各系列数据帧区分的至少一个数据帧组。
3.根据权利要求1或2所述的通信装置，其特征在于，所述标识信息包括在所述各链路上发送的各数据帧组中的一系列数据帧的开始序列号的信息和结束序列号的信息。
4.根据权利要求1或2所述的通信装置，其特征在于，所述标识信息包括在所述各链路上发送的各数据帧组中的一系列数据帧的开始序列号的信息，以及从所述开始序列号开始到所述一系列数据帧的结束序列号的连续序列号的数量的信息。
5.根据权利要求1或2所述的通信装置，其特征在于，所述标识信息包括在所述各链路上发送的各数据帧组中的一系列数据帧的开始序列号的信息，从所述开始序列号开始到所述一系列数据帧的结束序列号的连续序列号的数量的信息，以及表示所述数量的信息的大小的信息。
6.根据权利要求1至5中任一项所述的通信装置，其特征在于，所述序列信息包括表示在所述各链路上发送的所述至少一个数据帧组的结束的信息。
7.根据权利要求6所述的通信装置，其特征在于，表示所述至少一个数据帧组的结束的所述信息通过位单位、字节单位、数据帧组数中的一个表示。
8.一种符合IEEE802.11标准系列的通信装置，其特征在于包括：
第一发送部，用于使用多条链路向通信对方装置发送多个数据帧；
第二发送部，用于向通信对方装置发送请求帧，所述请求帧请求对发送的所述多个数据帧的确认(Ack)帧；以及
接收部，用于响应于发送所述请求帧而从通信对方装置接收Ack帧，
其中，所述请求帧包括关于在所述多条链路的各链路上未发送的多个数据帧的序列号的序列信息，并且
所述序列信息包括在所述各链路上发送的多个数据帧的信息和标识信息，所述标识信息识别将在所述各链路上未发送的所述多个数据帧当中的具有连续序列号的每个系列数据帧区分的至少一个数据帧组。
9.一种符合IEEE802.11标准系列的通信装置，其特征在于包括：
发送部，用于使用多条链路向通信对方装置发送多个数据帧，所述多个数据帧中的至少一个数据帧包括请求信息，所述请求信息请求对发送的所述多个数据帧的确认(Ack)帧；以及
接收部，用于响应于发送请求信息而从通信对方装置接收Ack帧，
其中，所述至少一个数据帧包括关于在所述多条链路的各链路上未发送的多个数据帧的序列号的序列信息，并且
所述序列信息包括在所述各链路上发送的多个数据帧的信息和标识信息，所述标识信息识别将在所述各链路上未发送的所述多个数据帧当中的具有连续序列号的每个系列数据帧区分的至少一个数据帧组。
10.根据权利要求8或9所述的通信装置，其特征在于，所述序列信息包括发送的所述多个数据帧的开始序列号和结束序列号的信息，作为在所述各链路上发送的所述多个数据帧的信息，并且所述标识信息包括在所述各链路上未发送的各数据帧组中的一系列数据帧的开始序列号的信息和结束序列号的信息。
11.根据权利要求8或9所述的通信装置，其特征在于，所述序列信息包括发送的所述多个数据帧的开始序列号的信息以及从所述开始序列号开始到所述多个数据帧的结束序列号的连续序列号的数量的信息，作为在所述各链路上发送的多个数据帧的信息，并且所述标识信息包括一系列数据帧的开始序列号的信息，以及在所述各链路上未发送的各数据帧组中的一系列数据帧的从所述开始序列号开始到所述一系列数据帧的结束序列号的连续序列号的数量的信息。
12.根据权利要求8或9所述的通信装置，其特征在于，所述序列信息包括发送的所述多个数据帧的开始序列号的信息以及从所述开始序列号开始到所述多个数据帧的结束序列号的连续序列号的数量的信息，作为在所述各链路上发送的所述多个数据帧的信息，并且标识信息包括：一系列数据帧的开始序列号的信息，从所述开始序列号开始到所述一系列数据帧的结束序列号的连续序列号的数量的信息，以及表示在所述各链路上未发送的各数据帧组中的所述数量的信息的大小的信息。
13.根据权利要求8至12中任一项所述的通信装置，其特征在于，所述序列信息包括表示在所述各链路上未发送的所述至少一个数据帧组的结束的信息。
14.根据权利要求13所述的通信装置，其特征在于，表示所述至少一个数据帧组的结束的所述信息通过位单位、字节单位、数据帧组数中的一个表示。
15.一种符合IEEE802.11标准系列的通信装置，其特征在于包括：
第一发送部，用于使用多条链路向通信对方装置发送多个数据帧；
第二发送部，用于向通信对方装置发送请求帧，所述请求帧请求对发送的所述多个数据帧的确认(Ack)帧；以及
接收部，用于响应于发送所述请求帧而从通信对方装置接收Ack帧，
其中，所述请求帧包括：关于在所述多条链路的各链路上发送的多个数据帧的序列号的序列信息，并且
所述序列信息包括：在所述各链路上发送的多个数据帧的开始序列号，以及识别以所述开始序列号为起点发送的数据帧的序列号的信息。
16.一种符合IEEE802.11标准系列的通信装置，其包括：
第一接收部，用于从通信对方装置接收使用多条链路发送的多个数据帧；
第二接收部，用于从通信对方装置接收关于在所述多条链路的各链路上发送的多个数据帧的序列号的序列信息；以及
发送部，用于发送对接收到的多个数据帧的确认(Ack)帧，
其中，所述序列信息包括标识信息，所述标识信息识别将在所述各链路上发送的所述多个数据帧当中的具有连续序列号的各系列数据帧区分的至少一个数据帧组，并且
Ack帧包括关于在由所述标识信息识别的所述各链路上发送的至少一个数据帧组中包括的数据帧的接收结果。
17.根据权利要求16所述的通信装置，其特征在于，所述标识信息包括在所述各链路上发送的各数据帧组中的一系列数据帧的开始序列号的信息和结束序列号的信息。
18.根据权利要求16所述的通信装置，其特征在于，所述标识信息包括：在所述各链路上发送的各数据帧组中的一系列数据帧的开始序列号的信息，以及从所述开始序列号开始到所述一系列数据帧的结束序列号的连续序列号的数量的信息。
19.根据权利要求16所述的通信装置，其特征在于，所述标识信息包括在所述各链路上发送的各数据帧组中的一系列数据帧的开始序列号的信息，从所述开始序列号开始到所述一系列数据帧的结束序列号的连续序列号的数量的信息，以及表示所述数量的信息的大小的信息。
20.根据权利要求16至19中任一项所述的通信装置，其特征在于，所述序列信息包括：表示在所述各链路上发送的所述至少一个数据帧组的结束的信息。
21.根据权利要求20所述的通信装置，其特征在于，表示所述至少一个数据帧组的结束的所述信息通过位单位、字节单位、数据帧组数中的一个表示。
22.一种符合IEEE802.11标准系列的通信装置，其包括：
第一接收部，用于从通信对方装置接收使用多条链路发送的多个数据帧；
第二接收部，用于从通信对方装置接收关于在所述多条链路的各链路上未发送的多个数据帧的序列号的序列信息；以及
发送部，用于发送对接收到的多个数据帧的确认(Ack)帧，
其中，所述序列信息包括标识信息，所述标识信息识别将在所述各链路上发送的所述多个数据帧当中的具有连续序列号的各系列数据帧区分的至少一个数据帧组，并且
Ack帧包括关于在由所述标识信息识别的所述各链路上发送的至少一个数据帧的接收结果。
23.根据权利要求22所述的通信装置，其特征在于，所述序列信息包括：发送的所述多个数据帧的开始序列号和结束序列号的信息，作为在所述各链路上发送的所述多个数据帧的信息，并且所述标识信息包括：在所述各链路上未发送的各数据帧组中的一系列数据帧的开始序列号的信息和结束序列号的信息。
24.根据权利要求22所述的通信装置，其特征在于，所述序列信息包括：发送的所述多个数据帧的开始序列号的信息以及从所述开始序列号开始到所述多个数据帧的结束序列号的连续序列号的数量的信息，作为在所述各链路上发送的多个数据帧的信息，并且所述标识信息包括：一系列数据帧的开始序列号的信息，以及在所述各链路上未发送的各数据帧组中的从所述开始序列号开始到所述一系列数据帧的结束序列号的连续序列号的数量的信息。
25.根据权利要求22所述的通信装置，其特征在于，所述序列信息包括：发送的所述多个数据帧的开始序列号的信息以及从所述开始序列号开始到所述多个数据帧的结束序列号的连续序列号的数量的信息，作为在所述各链路上发送的多个数据帧的信息，并且所述标识信息包括：一系列数据帧的开始序列号的信息，从所述开始序列号开始到所述一系列数据帧的结束序列号的连续序列号的数量的信息，以及表示在所述各链路上未发送的各数据帧组中的所述数量的信息的大小的信息。
26.根据权利要求22至25中任一项所述的通信装置，其特征在于，所述序列信息包括：表示在所述各链路上未发送的所述至少一个数据帧组的结束的信息。
27.根据权利要求26所述的通信装置，其特征在于，表示所述至少一个数据帧组的结束的所述信息通过位单位、字节单位、数据帧组数中的一个表示。
28.一种符合IEEE802.11标准系列的通信装置，其包括：
第一接收部，用于从通信对方装置接收使用多条链路发送的多个数据帧；
第二接收部，用于从通信对方装置接收关于在所述多条链路的各链路上发送的多个数据帧的序列号的序列信息；以及
发送部，用于发送对接收到的多个数据帧的确认(Ack)帧，
其中，所述序列信息包括：在所述各链路上发送的所述多个数据帧的开始序列号，以及识别以所述开始序列号为起点发送的数据帧的序列号的信息，并且
Ack帧包括关于在由所述序列信息识别的所述各链路上发送的至少一个数据帧的接收结果。
29.一种符合IEEE802.11标准系列的通信装置的控制方法，其特征在于包括：
第一发送步骤，使用多条链路向通信对方装置发送多个数据帧；
第二发送步骤，向通信对方装置发送请求帧，所述请求帧请求对发送的所述多个数据帧的确认(Ack)帧；以及
接收步骤，响应于发送所述请求帧而从通信对方装置接收Ack帧，
其中，所述请求帧包括关于在所述多条链路的各链路上发送的多个数据帧的序列号的序列信息，并且
所述序列信息包括标识信息，所述标识信息识别将在所述各链路上发送的所述多个数据帧当中的具有连续序列号的各系列数据帧区分的至少一个数据帧组。
30.一种符合IEEE802.11标准系列的通信装置的控制方法，其特征在于包括：
发送部，用于使用多条链路向通信对方装置发送多个数据帧，所述多个数据帧中的至少一个数据帧包括请求信息，所述请求信息请求对发送的所述多个数据帧的确认(Ack)帧；以及
接收部，用于响应于发送所述请求信息而从通信对方装置接收Ack帧，
其中，所述至少一个数据帧包括关于在所述多条链路的各链路上发送的多个数据帧的序列号的序列信息，并且
所述序列信息包括标识信息，所述标识信息识别将在所述各链路上发送的所述多个数据帧当中的具有连续序列号的各系列数据帧区分的至少一个数据帧组。
31.一种符合IEEE802.11标准系列的通信装置的控制方法，其特征在于包括：
第一发送步骤，使用多条链路向通信对方装置发送多个数据帧；
第二发送步骤，向通信对方装置发送请求帧，所述请求帧请求对发送的所述多个数据帧的确认(Ack)帧；以及
接收步骤，响应于发送所述请求帧而从通信对方装置接收Ack帧，
其中，所述请求帧包括关于在所述多条链路的各链路上未发送的多个数据帧的序列号的序列信息，并且
所述序列信息包括在所述各链路上发送的多个数据帧的信息和标识信息，所述标识信息识别将在所述各链路上未发送的所述多个数据帧中的具有连续序列号的每个系列数据帧区分的至少一个数据帧组。
32.一种符合IEEE802.11标准系列的通信装置的控制方法，其特征在于包括：
发送步骤，使用多条链路向通信对方装置发送多个数据帧，所述多个数据帧中的至少一个数据帧包括请求信息，所述请求信息请求对发送的所述多个数据帧的确认(Ack)帧；以及
接收步骤，响应于发送请求信息而从通信对方装置接收Ack帧，
其中，所述至少一个数据帧包括关于在所述多条链路的各链路上未发送的多个数据帧的序列号的序列信息，并且
所述序列信息包括在所述各链路上发送的多个数据帧的信息和标识信息，所述标识信息识别将在所述各链路上未发送的所述多个数据帧当中的具有连续序列号的每个系列数据帧区分的至少一个数据帧组。
33.一种符合IEEE802.11标准系列的通信装置的控制方法，其特征在于包括：
第一发送步骤，使用多条链路向通信对方装置发送多个数据帧；
第二发送步骤，向通信对方装置发送请求帧，所述请求帧请求对发送的所述多个数据帧的确认(Ack)帧；以及
接收步骤，响应于发送所述请求帧而从通信对方装置接收Ack帧，
其中，所述请求帧包括关于在所述多条链路的各链路上发送的多个数据帧的序列号的序列信息，并且
所述序列信息包括在所述各链路上发送的多个数据帧的开始序列号，以及识别以所述开始序列号为起点发送的数据帧的序列号的信息。
34.一种符合IEEE802.11标准系列的通信装置的控制方法，其包括：
第一接收步骤，从通信对方装置接收使用多条链路发送的多个数据帧；
第二接收步骤，从通信对方装置接收关于在所述多条链路的各链路上发送的多个数据帧的序列号的序列信息；以及
发送步骤，发送对接收到的多个数据帧的确认(Ack)帧，
其中，所述序列信息包括标识信息，所述标识信息识别将在所述各链路上发送的所述多个数据帧当中的具有连续序列号的各系列数据帧区分的至少一个数据帧组，并且
Ack帧包括关于在由所述标识信息识别的所述各链路上发送的至少一个数据帧组中包括的数据帧的接收结果。
35.一种符合IEEE802.11标准系列的通信装置的控制方法，其包括：
第一接收步骤，从通信对方装置接收使用多条链路发送的多个数据帧；
第二接收步骤，从通信对方装置接收关于在所述多条链路的各链路上未发送的多个数据帧的序列号的序列信息；以及
发送步骤，发送对接收到的多个数据帧的确认(Ack)帧，
其中，所述序列信息包括标识信息，所述标识信息识别将在所述各链路上发送的所述多个数据帧当中的具有连续序列号的各系列数据帧区分的至少一个数据帧组，并且
Ack帧包括关于在由所述标识信息识别的所述各链路上发送的至少一个数据帧的接收结果。
36.一种符合IEEE802.11标准系列的通信装置的控制方法，其包括：
第一接收步骤，从通信对方装置接收使用多条链路发送的多个数据帧；
第二接收步骤，从通信对方装置接收关于在所述多条链路的各链路上发送的多个数据帧的序列号的序列信息；以及
发送步骤，发送对接收到的多个数据帧的确认(Ack)帧，
其中，所述序列信息包括：在所述各链路上发送的所述多个数据帧的开始序列号，以及识别以所述开始序列号为起点发送的数据帧的序列号的信息，并且
Ack帧包括关于在由所述序列信息识别的所述各链路上发送的至少一个数据帧的接收结果。
37.一种程序，其用于使计算机充当根据权利要求1至28中任一项所述的通信装置。
CN202180082391.4A 2020-12-08 2021-11-04 通信装置、通信装置的控制方法和程序 Pending CN116602031A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2020-203656 2020-12-08
JP2020203656A JP2022091003A (ja) 2020-12-08 2020-12-08 通信装置、通信装置の制御方法、およびプログラム
PCT/JP2021/040508 WO2022123967A1 (ja) 2020-12-08 2021-11-04 通信装置、通信装置の制御方法、およびプログラム

Publications (1)

Publication Number Publication Date
CN116602031A true CN116602031A (zh) 2023-08-15

Family

ID=81973643

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202180082391.4A Pending CN116602031A (zh) 2020-12-08 2021-11-04 通信装置、通信装置的控制方法和程序

Country Status (5)

Country Link
US (1) US20230318790A1 (zh)
EP (1) EP4262299A1 (zh)
JP (1) JP2022091003A (zh)
CN (1) CN116602031A (zh)
WO (1) WO2022123967A1 (zh)

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2963228C (en) * 2014-10-01 2021-05-04 Lg Electronics Inc. Data transmission method in wireless communication system and device therefor
JP2018050133A (ja) 2016-09-20 2018-03-29 キヤノン株式会社 通信装置、制御方法、及びプログラム
WO2020218016A1 (ja) * 2019-04-22 2020-10-29 ソニー株式会社 無線通信装置および方法
JP2020203656A (ja) 2019-06-19 2020-12-24 ダイムラー・アクチェンゲゼルシャフトＤａｉｍｌｅｒ ＡＧ 駆動ユニット支持装置

Also Published As

Publication number Publication date
US20230318790A1 (en) 2023-10-05
JP2022091003A (ja) 2022-06-20
EP4262299A1 (en) 2023-10-18
WO2022123967A1 (ja) 2022-06-16

Similar Documents

Publication Publication Date Title
US10694422B2 (en) Method and apparatus for data processing in wireless communication system
KR102293998B1 (ko) Tcp/ip를 고려한 데이터 처리 방법
US10004069B2 (en) Wireless Terminal
US20180191480A1 (en) Block acknowledgement with fragmentation acknowledgement signaling
US9094832B2 (en) Method of selectively applying a PDCP function in wireless communication system
WO2018127238A1 (zh) 信息处理方法及装置
CN101766003B (zh) 在移动通信系统中发送pdcp层的状态报告的方法及移动通信接收机
JP5180325B2 (ja) Ｐｄｃｐ状態報告の送信方法
EP3353930A1 (en) Enhancement of pdcp status report
JP2008509622A (ja) Ａｃｋフレーム伝送方法及び装置
WO2018127243A1 (zh) 网络实体切换的方法、终端及网络实体设备
US20230180027A1 (en) User plane data processing method and base station
JP5567128B2 (ja) Ａｒｑフィードバック情報伝送及び受信方法
KR20090044998A (ko) 무선 대역 할당 방법 및 무선 기지국
CN114731560A (zh) 下一代无线通信系统中在daps移交期间驱动pdcp实体的方法和装置
CN114208137A (zh) 以太帧头的压缩、解压方法和装置
WO2018127985A1 (ja) 無線通信装置、無線通信システム、および無線通信方法
CN115804146A (zh) 多链路装置之间的低时延数据的无线通信的方法和设备
TWI797414B (zh) 用於行動性增強之方法及其使用者設備
EP4262299A1 (en) Communication apparatus, communication apparatus control method, and program
EP4311300A1 (en) Data transmission method and apparatus
WO2022085370A1 (ja) 通信装置、通信装置の制御方法、およびプログラム
WO2022030117A1 (ja) 通信装置、制御方法、およびプログラム
WO2021241032A1 (ja) 通信装置、通信装置の制御方法、およびプログラム
EP4322606A1 (en) Communication method and device

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