JP2022040916A - 通信装置、通信装置の制御方法、およびプログラム - Google Patents

通信装置、通信装置の制御方法、およびプログラム Download PDF

Info

Publication number
JP2022040916A
JP2022040916A JP2020145853A JP2020145853A JP2022040916A JP 2022040916 A JP2022040916 A JP 2022040916A JP 2020145853 A JP2020145853 A JP 2020145853A JP 2020145853 A JP2020145853 A JP 2020145853A JP 2022040916 A JP2022040916 A JP 2022040916A
Authority
JP
Japan
Prior art keywords
communication device
sequence number
data
data unit
sta
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
JP2020145853A
Other languages
English (en)
Inventor
佑生 吉川
Yuki Yoshikawa
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
Priority to JP2020145853A priority Critical patent/JP2022040916A/ja
Priority to KR1020237009656A priority patent/KR20230051708A/ko
Priority to CN202180053534.9A priority patent/CN115997472A/zh
Priority to EP21861280.2A priority patent/EP4207928A1/en
Priority to PCT/JP2021/029811 priority patent/WO2022044852A1/ja
Publication of JP2022040916A publication Critical patent/JP2022040916A/ja
Priority to US18/161,151 priority patent/US20230179334A1/en
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/04—Error control
    • 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
    • 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/1628—List acknowledgements, i.e. the acknowledgement message consisting of a list 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/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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1825—Adaptation of specific ARQ protocol parameters according to transmission conditions
    • 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
    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/10—Flow control between communication endpoints
    • H04W28/14—Flow control between communication endpoints using intermediate storage
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
    • H04W40/22—Communication route or path selection, e.g. power-based or shortest path routing using selective relaying for reaching a BTS [Base Transceiver Station] or an access point
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/24—Connectivity information management, e.g. connectivity discovery or connectivity update
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/24—Connectivity information management, e.g. connectivity discovery or connectivity update
    • H04W40/32—Connectivity information management, e.g. connectivity discovery or connectivity update for defining a routing cluster membership
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections
    • 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]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/18—Self-organising networks, e.g. ad-hoc networks or sensor networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

【課題】マルチＡＰ通信において、データ送信元がデータ送信先におけるデータ受信確認を取得する。【解決手段】ＩＥＥＥ８０２．１１シリーズ規格に準拠した通信装置は、第１の他の通信装置から、データユニット群を含むデータフレームと、該データユニット群のうちの１つ以上のデータユニットに付与されたシーケンス番号の指示とを受信し、該シーケンス番号と、該１つ以上のデータユニットとを含んで構成されるデータフレームを第２の他の通信装置へ送信し、該第２の他の通信装置から、該送信されたデータフレームに対する受信確認を受信し、該受信確認に含まれる、該第２の他の通信装置により受信されたデータユニットのシーケンス番号の情報を該第１の他の通信装置へ送信する。【選択図】図１

Description

本発明は、無線通信技術に関する。
近年の通信されるデータ量の増加に伴い、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等の通信技術の開発が進められている。無線ＬＡＮの主要な通信規格として、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ）８０２．１１規格シリーズが知られている。ＩＥＥＥ８０２．１１規格シリーズには、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎ／ａｃ／ａｘ等の規格が含まれる。例えば、ＩＥＥＥ８０２．１１ａｘでは、ＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ－ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ（直交周波数多元接続））を用いて、最大９．６ギガビット毎秒（Ｇｂｐｓ）という高いピークスループットに加え、混雑状況下での通信速度を向上させる技術が規格化されている（特許文献１）。
さらなるスループット向上や周波数利用効率の改善、通信レイテンシ改善を目指した後継規格として、ＩＥＥＥ８０２．１１ｂｅと呼ばれるｔａｓｋ ｇｒｏｕｐが発足した。ＩＥＥＥ８０２．１１ｂｅにおいて、複数のアクセスポイント（以下、ＡＰとする）が協調動作してステーション（以下、ＳＴＡとする）とデータ通信を行うことで通信レートの向上やビームフォーミングを用いた電波干渉低減などの通信性能向上を可能にする技術が検討されている。
他の例として、協調ビームフォーミングと呼ばれる技術が挙げられる。この技術では、ＡＰがＢＳＳ（Ｂａｓｉｃ Ｓｅｒｖｉｃｅ Ｓｅｔ）中にあるＳＴＡにデータ送信する際に、当該ＳＴＡ方向のアンテナゲインが大きく、かつ他ＡＰのＢＳＳ中にあるＳＴＡ方向のアンテナゲインが低くなるアンテナパターンを用いる。複数のＡＰ間で、ＳＴＡの位置など環境情報に基づいてアンテナパターンの設定、スケジューリングを行うことで、ＢＳＳ間干渉を低減することができる。
このような複数のＡＰが協調動作する通信技術はマルチＡＰ（Ｍｕｌｔｉ－ＡＰ）通信と呼ばれ、該複数のＡＰは、全てのＡＰを管理する１台のマスターＡＰと、マスターＡＰの管理下で動作するスレーブＡＰとに分類される。
マルチＡＰ通信における、データ送信元のＡＰからＳＴＡへデータを送信する手順の一つとして、送信元のＡＰと異なる中継ＡＰが送信元のＡＰからデータを受信し、ＳＴＡにデータを転送することも考えられる。ここで、送信元のＡＰをＴｒａｎｓｍｉｔｔｅｒ ＡＰ、データを中継してＳＴＡに転送するＡＰをＲｅｌａｙ ＡＰ、データの宛先であるＳＴＡをＲｅｃｅｉｖｅｒ ＳＴＡと呼ぶことにする。
また、ＩＥＥＥ８０２．１１ｂｅにおいて、１台のＡＰが異なる複数の周波数チャネルを介して１台のＳＴＡと複数のリンクを確立し、通信する技術（マルチリンク通信）が検討されている。
特開２０１８－５０１３３号公報
マルチＡＰ通信において、Ｔｒａｎｓｍｉｔｔｅｒ ＡＰがＲｅｌａｙ ＡＰを介してＲｅｃｅｉｖｅｒ ＳＴＡとデータ通信を行う際に、Ｔｒａｎｓｍｉｔｔｅｒ ＡＰとＲｅｌａｙ ＡＰ間およびＲｅｌａｙ ＡＰとＲｅｃｅｉｖｅｒ ＳＴＡ間では、データの送信後、受信確認（確認応答（Ａｃｋ）の送信）を行う。受信確認には、主に、ＩＥＥＥ８０２．１１で定義されるＢｌｏｃｋ Ａｃｋ（ＢＡ）が主に使用されうる。このとき、Ｔｒａｎｓｍｉｔｔｅｒ ＡＰは、Ｒｅｌａｙ ＡＰがデータを受信できたことをＢＡで確認することができる。しかし、Ｒｅｃｅｉｖｅｒ ＳＴＡがデータ受信したことを確認するＢＡはＲｅｌａｙ ＡＰで止まってしまう。よって、Ｔｒａｎｓｍｉｔｔｅｒ ＡＰは、Ｒｅｃｅｉｖｅｒ ＳＴＡにどのデータユニットを送信することができたのかを知ることができない。また、データの送信元がＳＴＡ（Ｔｒａｎｓｍｉｔｔｅｒ ＳＴＡ）で、Ｒｅｌａｙ ＡＰを介したデータの宛先がＡＰ（Ｒｅｌａｙ ＡＰ）の場合も、同様の問題が生じうる。
上記課題を鑑み、本発明は、マルチＡＰ通信において、データ送信元がデータ送信先におけるデータ受信確認を取得することを目的とする。
上記目的を達成するための一手段として、本発明の通信装置は、以下の構成を有する。すなわち、ＩＥＥＥ８０２．１１シリーズ規格に準拠した通信装置であって、第１の他の通信装置から、データユニット群を含むデータフレームと、前記データユニット群のうちの１つ以上のデータユニットに付与されたシーケンス番号の指示とを受信する第１の受信手段と、前記シーケンス番号と、前記１つ以上のデータユニットとを含んで構成されるデータフレームを前記第２の他の通信装置へ送信する第１の送信手段と、前記第２の他の通信装置から、前記第１の送信手段により送信された前記データフレームに対する受信確認を受信する第２の受信手段と、前記受信確認に含まれる、前記第２の他の通信装置により受信されたデータユニットのシーケンス番号の情報を前記第１の他の通信装置へ送信する第２の送信手段と、を有する。
本発明によれば、マルチＡＰ通信において、データ送信元がデータ送信先におけるデータ受信確認を取得することが可能となる。
ネットワークの構成例を示す図である。 通信装置のハードウェア構成例を示す図である。 通信装置の機能構成例を示す図である。 実施例１において、ＡＰ１０１からＡＰ１０２とＡＰ１０３を介してＳＴＡ１０４にデータを送信する際の全体のデータ送受信処理の流れを示すシーケンス図である。 実施例１において、ＡＰ１０２とＡＰ１０３が、ＡＰ１０１ＡからＪｏｉｎｔを受信した際に実行される処理を示すフローチャートである。 実施例１において、ＡＰ１０２とＡＰ１０３がＳＴＡ１０４にデータ送信するときの処理を示すフローチャートである。 ＡＰ１０１が、ＡＰ１０２とＡＰ１０３にデータ送信時のシーケンス番号を指示するときに使用するフレームの例である。 ＡＰ１０１／ＡＰ１０２／ＡＰ１０３が送信するデータフレームの例である。 ＡＰ１０２／ＡＰ１０３／ＳＴＡ１０４が送信するＢＡフレームの例である。 実施例２において、ＡＰ１０１からＡＰ１０２とＡＰ１０３を介してＳＴＡ１０４にデータを送信する際の全体のデータ送受信処理の流れを示すシーケンス図である。 実施例２において、ＡＰ１０２とＡＰ１０３がＳＴＡ１０４にデータ送信するときの処理を示すフローチャートである。 実施例３において、ＳＴＡ１０４からＡＰ１０２とＡＰ１０３を介してＡＰ１０１にデータを送信する際の全体のデータ送受信処理の流れを示すシーケンス図である。 実施例３において、ＡＰ１０２とＡＰ１０３がＡＰ１０１にデータ送信するときの処理を示すフローチャートである。
以下、添付図面を参照して実施形態を詳しく説明する。なお、以下の実施形態は特許請求の範囲に係る発明を限定するものではない。実施形態には複数の特徴が記載されているが、これらの複数の特徴の全てが発明に必須のものとは限らず、また、複数の特徴は任意に組み合わせられてもよい。さらに、添付図面においては、同一若しくは同様の構成に同一の参照番号を付し、重複した説明は省略する。
（無線通信システムの構成）
図１は、無線通信システムの構成例を示す図である。図１に示す無線通信システム１０は、ＳＴＡ（ステーション／端末装置）１０４と、ＡＰ（アクセスポイント）１０１～１０３から構成される。ＳＴＡ１０４は、ネットワーク１１０とネットワーク１１１に参加する役割を有する通信装置である。ＡＰ１０１は、無線ネットワーク１０９を構築する役割を有する通信装置であり、ＡＰ１０２は、無線ネットワーク１１０を構築する役割を有する通信装置であり、ＡＰ１０３は、無線ネットワーク１１１を構築する役割を有する通信装置である。ＡＰ１０１は、Ｔｒａｎｓｍｉｔｔｅｒ ＡＰ（データ送信元のＡＰ）として機能し、ＡＰ１０２～１０３と通信可能である。ＡＰ１０２とＡＰ１０３は、Ｒｅｌａｙ ＡＰ（データ送信を中継するＡＰ））として機能し、それぞれＡＰ１０１とＳＴＡ１０４と通信可能である。ＳＴＡ１０４はＲｅｃｅｉｖｅｒ ＳＴＡ（データの送信先のＳＴＡ）として機能する。
ＡＰ１０１～１０３とＳＴＡ１０４の各々は、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ）８０２．１１ｂｅ（ＥＨＴ）規格に準拠した無線通信を実行することができる。ＡＰ１０１～１０３とＳＴＡ１０４は、２．４Ｈｚ帯、５ＧＨｚ帯、および６ＧＨｚ帯の周波数において通信することができる。各通信装置が使用する周波数帯は、これに限定されるものではなく、例えば６０ＧＨｚ帯のように、異なる周波数帯を使用してもよい。また、ＡＰ１０１～１０３とＳＴＡ１０４は、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、１６０ＭＨｚ、および３２０ＭＨｚの帯域幅を使用して通信することができる。各通信装置が使用する帯域幅は、これに限定されるものではなく、例えば２４０ＭＨｚや４ＭＨｚのように、異なる帯域幅を使用してもよい。
ＡＰ１０１～１０３の各々は、ＩＥＥＥ８０２．１１ｂｅ規格に準拠したＯＦＤＭＡ（直交周波数多元接続）通信を実行することで、複数のユーザの信号を多重する、マルチユーザ（ＭＵ、Ｍｕｌｔｉ Ｕｓｅｒ）通信を実現することができる。ＯＦＤＭＡ通信では、分割された周波数帯域の一部（ＲＵ、Ｒｅｓｏｕｒｃｅ Ｕｎｉｔ）が各ＳＴＡにそれぞれ重ならないように割り当てられ、各ＳＴＡの搬送波が直交する。そのため、ＡＰは規定された帯域幅の中で複数のＳＴＡと並行して通信することができる。
なお、ＡＰ１０１～１０３とＳＴＡ１０４は、ＩＥＥＥ８０２．１１ｂｅ規格に対応するとしたが、これに加えて、ＩＥＥＥ８０２．１１ｂｅ規格より前の規格であるレガシー規格に対応していてもよい。具体的には、ＡＰ１０１～１０３とＳＴＡ１０４は、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎ／ａｃ／ａｘ規格の少なくともいずれか一つに対応していてもよい。また、ＡＰ１０１～１０３とＳＴＡ１０４は、ＩＥＥＥ８０２．１１シリーズ規格に加えて、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＮＦＣ、ＵＷＢ、ＺｉｇＢｅｅ、ＭＢＯＡなどの他の通信規格に対応していてもよい。なお、ＮＦＣはＮｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎの略である。また、ＵＷＢはＵｌｔｒａ Ｗｉｄｅ Ｂａｎｄの略であり、ＭＢＯＡはＭｕｌｔｉ Ｂａｎｄ ＯＦＤＭ Ａｌｌｉａｎｃｅの略である。また、ＵＷＢには、ワイヤレスＵＳＢ、ワイヤレス１３９４、ＷｉＮＥＴなどが含まれる。また、ＡＰ１０１～１０３とＳＴＡ１０４は、有線ＬＡＮなどの有線通信の通信規格に対応していてもよい。
ＡＰ１０１～１０３の具体例としては、無線ＬＡＮルーターやパーソナルコンピュータ（ＰＣ）などが挙げられるが、これらに限定されない。またＡＰ１０１～１０３は、ＩＥＥＥ８０２．１１ｂｅ規格に準拠した無線通信を実行することができる無線チップなどの情報処理装置であってもよい。また、ＳＴＡ１０４の具体的な例としては、カメラ、タブレット、スマートフォン、ＰＣ、携帯電話、ビデオカメラ、ヘッドセットなどが挙げられるが、これらに限定されない。また、ＳＴＡ１０４は、ＩＥＥＥ８０２．１１ｂｅ規格に準拠した無線通信を実行することができる無線チップなどの情報処理装置であってもよい。
本実施形態では、ＡＰ１０１～１０３が各１台で複数のネットワークを構築する場合、各ネットワークのＢＳＳＩＤは全て異なるとする。なお、ＢＳＳＩＤはＢａｓｉｃ Ｓｅｒｖｉｃｅ Ｓｅｔ Ｉｄｅｎｔｉｆｉｅｒの略で、ネットワークを識別するための識別子である。また、ＡＰ１０１～１０３が各ネットワークにおいて示すＳＳＩＤはすべて共通であるとする。なお、ＳＳＩＤはＳｅｒｖｉｃｅ Ｓｅｔ Ｉｄｅｎｔｉｆｉｅｒの略で、アクセスポイントを識別するための識別子である。本実施形態ではＡＰ１０１～１０３は複数の接続を確立した場合であっても、共通で１つのＳＳＩＤを用いるものとする。
上述のように、ＡＰ１０１～１０３とＳＴＡ１０４は、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、１６０ＭＨｚ、および３２０ＭＨｚの帯域幅を使用して通信することができる。ＩＥＥＥ８０２．１１シリーズ規格では、各周波数チャネルの帯域幅は２０ＭＨｚとして定義され、隣接する周波数チャネルとボンディングすることで、１つの周波数チャネルにおいて４０ＭＨｚ以上の帯域幅を利用してもよい。例えば、ＡＰ１０２は、ＳＴＡ１０４と２．４ＧＨｚ帯の第１の周波数チャネルを介したリンク１０７を確立し、通信することができる。ＳＴＡ１０４はこれと並行して、ＡＰ１０３と５ＧＨｚ帯の第２の周波数チャネルを介したリンク１０８を確立し、通信することができる。この場合に、ＳＴＡ１０４は、第１の周波数チャネルを介したリンク１０７と並行して、第２の周波数チャネルを介した第２のリンク１０８を維持する。またバックグラウンドにおいて、ＡＰ１０１とＡＰ１０２は６ＧＨｚ帯の第３の周波数チャネルを介したリンク１０５、ＡＰ１０１とＡＰ１０３は同じく６ＧＨｚ帯の代の周波数チャネルを介したリンク１０６を確立し、通信している。このような構成から、ＡＰ１０１は、ＡＰ１０２とＡＰ１０３を通して、ＳＴＡ１０４とデータ通信可能となっている。このように、ＳＴＡ１０４は、複数の周波数チャネルを介したリンクをＡＰ１０２とＡＰ１０３と確立することにより、ＡＰ１０１との通信におけるスループットを向上させることができる。
本実施形態では、一例として、リンク１０５を６ＧＨｚ帯の３９ｃｈで３２０ＭＨｚの接続とし、リンク１０６を６ＧＨｚ帯の１１３ｃｈで３２０ＭＨｚの接続とする。またリンク１０７を２．４ＧＨｚの６ｃｈで２０ＭＨｚの接続とし、リンク１０８を５ＧＨｚの３６ｃｈで８０ＭＨｚの接続とする。
なお、各通信装置間で複数のリンク（マルチリンク）が確立されるように構成されてもよい。マルチリンク通信を行う場合、ＡＰ１０２とＳＴＡ１０４とは、１つのデータを分割して複数のリンクを介して通信しうる。マルチリンク構成としては、例えば、ＡＰ１０２とＳＴＡ１０４とは２．４ＧＨｚ帯におけるリンク１０７に加えて、６ＧＨｚ帯における第２のリンクを確立するようにしてもよい。あるいは、同じ周波数帯に含まれる複数の異なるチャネルを介して複数のリンクを確立するようにしてもよい。例えば、２．４ＧＨｚ帯における６ｃｈのリンクを第１のリンクとして、これに加えて２．４ＧＨｚ帯における１ｃｈのリンクを第２のリンクとして確立するようにしてもよい。なお、周波数帯が同じリンクと、異なるリンクとが混在していてもよい。例えば、ＡＰ１０２とＳＴＡ１０４で２．４ＧＨｚ帯における６ｃｈのリンク１０７に加えて、２．４ＧＨｚ帯の１ｃｈのリンクと、５ＧＨｚ帯における１４９ｃｈのリンクを確立してもよい。ＡＰ１０２はＳＴＡ１０４と周波数の異なる複数の接続を確立することで、ある帯域が混雑している場合であっても、ＳＴＡ１０４と他方の帯域で通信を確立することができるため、ＳＴＡ１０４との通信におけるスループットの低下を防ぐことができる。
なお、図１の無線通信システム１０は、３台のＡＰと１台のＳＴＡによって構成されているが、ＡＰおよびＳＴＡの台数や配置はこれに限定されない。例えば、無線通信システム１０に、ＡＰ１０１とＳＴＡ１０４に接続するＲｅｌａｙ ＡＰを１台増やしてもよい。この場合、ＡＰ１０１にＲｅｌａｙ ＡＰを追加で１台接続させ、ＳＴＡ１０４とも接続させることができる。このとき確立する各リンクの周波数帯やリンクの数、周波数幅は問わない。このように、Ｒｅｌａｙ ＡＰを追加することで、ＡＰ１０１との通信において混雑している周波数を用いている場合や、ＳＴＡ１０４が移動することで物理的な距離が大きくなった場合でも、追加したＲｅｌａｙ ＡＰを通すことで通信を継続することができる。結果としてＡＰ１０１とＳＴＡ１０４とのＲｅｌａｙ ＡＰを通した通信におけるスループットの低下を防ぐことができる。
別の例として、ＡＰ１０１とＡＰ１０２は同じＡＰであってもよい。この場合、リンク１０５は存在せず、ＡＰ１０１とＡＰ１０３の間にリンク１０６を確立し、ＡＰ１０１とＳＴＡ１０４の間にリンク１０７、ＡＰ１０３とＳＴＡ１０４の間にリンク１０８をそれぞれ確立する。ＡＰ１０１はリンク１０７の通信に加え、リンク１０６とリンク１０８を通した通信をＳＴＡ１０４と確立することで、リンク１０７のみの通信に比べて単位時間の通信量を増やすことができる。結果として、高いスループットを実現できる。もしくは、リンク１０７での通信が混雑している場合であっても、リンク１０６やリンク１０８を通した通信が可能となるため、低遅延での通信が可能となる。
あるいは別の例として、ＡＰ間のバックグラウンドでの通信を有線で行っていてもよい。この場合、無線通信環境がリッチでなくても、複数のＡＰで協働することで単位時間当たりの通信量を増やすことができ、高いスループットを実現することができるようになる。もしくは、通信しやすい無線リソースを瞬時に使用することができるため、低遅延での通信が可能となる。
このほかに、無線通信システム１０においてＳＴＡを複数配置してもよい。例えば、Ｒｅｃｅｉｖｅｒ ＳＴＡ１０４の他にＳＴＡを用意して、ＡＰ１０３と追加したＳＴＡの間にリンクを確立してもよい。この場合、リンク１０８はなくてもよい。これにより、ＡＰ１０１がＡＰ１０２とＡＰ１０３の各々に対して、使用する周波数帯やそのタイミングを指示することができるようになる。この結果、ＡＰ１０２とＡＰ１０３の間で生じうる電波干渉を抑えることができ、ＡＰ１０２／ＡＰ１０３とＳＴＡの間で滞りなく通信可能となる。あるいは、ＳＴＡ１０４を、ＡＰ１０２と専用にリンクを確立するＳＴＡ、ＡＰ１０３と専用にリンクするＳＴＡ、受信したデータをまとめるＳＴＡと分けてもよい。これにより、各ＳＴＡのＳＴＡとして通信する機能が限られていても、前述した理由と同様の効果が得られるため、システム全体としては高いスループットもしくは低遅延での通信が可能となる。
また、ＡＰ１０１～１０３とＳＴＡ１０４はＭＩＭＯ（Ｍｕｌｔｉｐｌｅ－Ｉｎｐｕｔ Ａｎｄ Ｍｕｌｔｉｐｌｅ－Ｏｕｔｐｕｔ）通信を実行できてもよい。この場合、各通信装置は複数のアンテナを有し、一方がそれぞれのアンテナから異なる信号を同じ周波数チャネルを用いて送る。受信側は、複数のアンテナを用いて複数ストリームから到達したすべての信号を同時に受信し、各ストリームの信号を分離し、復号する。このように、ＭＩＭＯ通信を実行することで、各通信装置は、ＭＩＭＯ通信を実行しない場合と比べて、同じ時間でより多くのデータを通信することができる。また、各通信装置は、マルチリンク通信を行う場合に、一部のリンクにおいてＭＩＭＯ通信を実行してもよい。
（通信装置（ＡＰおよびＳＴＡ）の構成）
図２に、本実施形態におけるＡＰ１０２のハードウェア構成例を示す。なお、ＡＰ１０１、ＡＰ１０３も同様の構成である。ＡＰ１０２は、記憶部２０１、制御部２０２、機能部２０３、入力部２０４、出力部２０５、通信部２０６およびアンテナ２０７を有する。
記憶部２０１は、ＲＯＭやＲＡＭ等の１以上のメモリにより構成され、後述する各種動作を行うためのコンピュータプログラムや、無線通信のための通信パラメータ等の各種情報を記憶する。ＲＯＭはＲｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙの、ＲＡＭはＲａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙの夫々略である。なお、記憶部２０１として、ＲＯＭ、ＲＡＭ等のメモリの他に、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ－ＲＯＭ、ＣＤ－Ｒ、磁気テープ、不揮発性のメモリカード、ＤＶＤなどの記憶媒体を用いてもよい。また、記憶部２０１が複数のメモリ等を備えていてもよい。
制御部２０２は、例えば、例えばＣＰＵやＭＰＵ等の１以上のプロセッサにより構成され、記憶部２０１に記憶されたコンピュータプログラムを実行することにより、ＡＰ１０２の全体を制御する。なお、制御部２０２は、記憶部２０１に記憶されたコンピュータプログラムとＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）との協働により、ＡＰ１０２の全体を制御するようにしてもよい。また、制御部２０２は、他の通信装置との通信において送信するデータや信号（無線フレーム）を生成する。なお、ＣＰＵはＣｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔの、ＭＰＵは、Ｍｉｃｒｏ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔの略である。また、制御部２０２がマルチコア等の複数のプロセッサを備え、複数のプロセッサによりＡＰ１０２全体を制御するようにしてもよい。
また、制御部２０２は、機能部２０３を制御して、無線通信や、撮像、印刷、投影等の所定の処理を実行する。機能部２０３は、ＡＰ１０２が所定の処理を実行するためのハードウェアである。
入力部２０４は、ユーザからの各種操作の受付を行う。出力部２０５は、モニタ画面やスピーカーを介して、ユーザに対して各種出力を行う。ここで、出力部２０５による出力とは、モニタ画面上への表示や、スピーカーによる音声出力、振動出力などであってもよい。なお、タッチパネルのように入力部２０４と出力部２０５の両方を１つのモジュールで実現するようにしてもよい。また、入力部２０４および出力部２０５は、夫々ＡＰ１０２と一体であってもよいし、別体であってもよい。
通信部２０６は、ＩＥＥＥ８０２．１１ｂｅ規格に準拠した無線通信の制御を行う。また、通信部２０６は、ＩＥＥＥ８０２．１１ｂｅ規格に加えて、他のＩＥＥＥ８０２．１１シリーズ規格に準拠した無線通信の制御や、有線ＬＡＮ等の有線通信の制御を行ってもよい。通信部２０６は、アンテナ２０７を制御して、制御部２０２によって生成された無線通信のための信号の送受信を行う。
なお、ＡＰ１０２が、ＩＥＥＥ８０２．１１ｂｅ規格に加えて、ＮＦＣ規格やＢｌｕｅｔｏｏｔｈ規格等に対応している場合、これらの通信規格に準拠した無線通信の制御を行ってもよい。また、ＡＰ１０２が複数の通信規格に準拠した無線通信を実行できる場合、夫々の通信規格に対応した通信部とアンテナを個別に有する構成であってもよい。ＡＰ１０２は通信部２０６を介して、画像データや文書データ、映像データ等のデータをＳＴＡ１０４と通信する。なお、アンテナ２０７は、通信部２０６と別体として構成されていてもよいし、通信部２０６と合わせて一つのモジュールとして構成されていてもよい。
アンテナ２０７は、２．４ＧＨｚ帯、５ＧＨｚ帯、および６ＧＨｚ帯における通信が可能なアンテナである。本実施形態では、ＡＰ１０２は１つのアンテナを有するとしたが、複数のアンテナでもよい。または周波数帯ごとに異なるアンテナを有していてもよい。また、ＡＰ１０２は、アンテナを複数有している場合、各アンテナに対応した通信部２０６を有していてもよい。また、アンテナ２０７はＭＩＭＯ通信が可能なように構成されてもよい。
ＳＴＡ１０４は、図２と同様の構成を有する。但し、通信相手は、ＡＰ１０１～１０３の少なくともいずれかとなりうる。
図３に、本実施形態におけるＡＰ１０２機能構成例を示す。なお、ＡＰ１０１、ＡＰ１０３，ＳＴＡ１０４も同様の構成である。ＡＰ１０２は、通信制御部３０１、フレーム生成部３０２、Ａｃｋ制御部３０３、フレーム解析部３０４、番号管理部３０５、ＵＩ制御部３０６を有する。
通信制御部３０１は、有線または無線により、通信部２０６（図２）を介した通信制御を行う。例えば、通信制御部３０１は、ＩＥＥＥ８０２．１１規格シリーズに従って、フレーム生成部３０２で生成されたフレームを元に無線ＬＡＮの通信制御を実行する。なお、通信制御部３０１の数は１つに限らず、２つでもよいし、３つ以上でも構わない。
フレーム生成部３０２は、通信制御部３０１で送信するべき各種制御フレームやデータフレームを生成する。データフレームは、データユニット（群）と、所定のメタ情報等により生成されうる。フレーム生成部３０２で生成するフレームに格納される内容は、記憶部２０１（図２）に保存されている設定によって制約を課してもよい。また、該内容は、ＵＩ制御部３０６を介したユーザ設定によって変更してもよい。生成されたフレームの情報は通信制御部３０１を介して、通信相手に送信される。
Ａｃｋ制御部３０３は、通信相手との間で使用するＡｃｋ（確認応答）に関する通信手法の制御・確認を行う。Ａｃｋ制御部３０３は、例えば、複数のフレームに対してまとめてＡｃｋを返信するＢＡや、ＢＡに対する要求（ＢＡ Ｒｅｑｕｅｓｔ（ＢＡＲ））を使用するかについて、制御・確認を行う。例えば、Ａｃｋ制御部３０３は、Ａｃｋ／ＢＡを使用するかは、送信または受信するデータフレームにおけるＡｃｋ Ｐｏｌｉｃｙサブフィールド（図８のＡｃｋ Ｐｏｌｉｃｙサブフィールド８１２）の値により、確認することができる。
フレーム解析部３０４は、通信制御部３０１により受信されたフレームを解析する。また、フレーム解析部３０４は、解析により必要な情報を取得し、必要に応じて記憶部２０１に記憶する。例えば、フレーム解析部３０４は、通信制御部３０１により受信されたデータフレームに含まれるデータユニット群等の情報を記憶部２０１に記憶する。また、フレーム解析部３０４は、通信制御部３０１によりデータフレーム送信後に受信確認のフレームが受信された場合、当該受信確認を解析し、通信相手にどのデータユニットが届いたか（どのデータユニットが通信相手に受信されたか）を検出する。通信相手に届いていないデータユニットがあることが検出されると、フレーム解析部３０４は、記憶部２０１に記憶されている、送信済みのデータユニット群から該当するデータユニットを選択する。そして、フレーム解析部３０４は、該選択したデータユニットと、データフレーム生成に必要なメタデータ情報とともに、フレーム生成部３０２に送る。また、フレーム解析部３０４は、通信制御部３０１により、データ転送のトリガーとなる情報が受信された場合に、記憶部２０１に記憶されているデータユニット（群）を取り出し、データフレーム生成に必要なメタデータ情報とともに、フレーム生成部３０２に送る。
番号管理部３０５は、受信されたデータユニットに対して、当該受信されたデータユニットに付与されているシーケンス番号（第１の種類のシーケンス番号）とは異なりうる独自のシーケンス番号（第２の種類のシーケンス番号）を生成して付与する。また、番号管理部３０５は、当該第１の種類のシーケンス番号と当該第２の種類のシーケンス番号との対応関係を記憶部２０１に記憶して、管理する。なお、Ｒｅｌａｙ ＡＰ以外の通信装置は、番号管理部３０５を有さなくてもよい。
ＵＩ制御部３０６は、入力部２０４（図２）を介してユーザにより入力された情報の制御や、出力部２０５（図２）を介した情報出力制御を行う。
以上に説明した無線通信システムの構成、および、ＡＰおよびＳＴＡの構成を前提に、以下、いくつかの実施例について説明する。
＜実施例１＞
本実施例において、ＡＰ１０１は、Ｔｒａｎｓｍｉｔｔｅｒ ＡＰとして機能する。ＡＰ１０２とＡＰ１０３は、Ｒｅｌａｙ ＡＰとして機能し、ＡＰ１０１からの指示によってＳＴＡ１０４と通信する。本実施例では、ＡＰ１０１からＡＰ１０２／ＡＰ１０３を介してＳＴＡ１０４へデータを送信する場合について述べる。
図４に、本実施例におけるＡＰ１０１がＡＰ１０２／ＡＰ１０３を介してＳＴＡ１０４にデータを送信する際の全体のデータ送受信処理の流れを示すシーケンス図を示す。本処理は、ＡＰ１０１からＳＴＡ１０４に送信するデータがある場合に開始する。なお、本処理は、ＡＰ１０１とＡＰ１０２／ＡＰ１０３との接続、並びに、ＡＰ１０２／ＡＰ１０３とＳＴＡ１０４との接続時に開始され、データ送信の際はＦ４０３から開始されるようにしてもよい。
ＡＰ１０１はまず、近傍のＡＰにＳＴＡ１０４へのマルチＡＰでの（ＡＰ同士で連携した）データ送信であるＪｏｉｎｔの協力依頼として、Ｊｏｉｎｔへの参加要求（以降、Ｊｏｉｎｔ参加要求と称す）を送信する（Ｆ４０１）。この要求には、同じＳＳＩＤを持つ近傍のＡＰが受信した場合に、返答を返す意味を持つ識別子を含めてもよい。ＡＰ１０２とＡＰ１０３がＪｏｉｎｔ参加要求を受信した際の処理については、図５を用いて後述する。図４の例では、ＡＰ１０２とＡＰ１０３は、Ｊｏｉｎｔに参加することを決め、データ送信の協力を実施する意味を込めてＳｔａｔｕｓ ＣｏｄｅをＳｕｃｃｅｓｓとした返答を送信する（Ｆ４０２）。
ＡＰ１０１は、近傍のＡＰ（すなわち、ＡＰ１０２とＡＰ１０３）からＳｕｃｃｅｓｓの返答を受信すると（Ｆ４０２）、これに基づき近傍のＡＰで連携してデータ送信するためのグループを形成する。近傍のＡＰからの返答には、Ｓｔａｔｕｓ ＣｏｄｅのＳｕｃｃｅｓｓの他に各種情報が含まれてもよい。例えば、当該返答には、使用可能なチャネル、マルチリンク通信対応可否、ＢＳＳＩＤの情報や、各スレーブＡＰ（すなわち、ＡＰ１０２とＡＰ１０３）が受信したＡＰ１０１の電波強度（ＲＳＳＩ）、雑音比（ＳＮＲ）、ＩＰアドレス、ＭＡＣアドレス、ＨＴ、ＶＨＴ、ＨＥ、ＥＨＴ ｃａｐａｂｉｌｉｔｙの値、送受信データの伝送速度、許容できる最大パケットサイズ、接続可能なＳＴＡの最大数、接続中のＳＴＡの数、接続中のＳＴＡもしくはＡＰが対応可能なセキュリティ規格の種類、接続中のＳＴＡが使用するチャネル、Ｍｉｎ－Ｍａｘを含めたデータ送受信速度などの情報が含まれていてもよい。
また、この時にＴｒａｎｓｍｉｔｔｅｒ ＡＰ（本例では、ＡＰ１０１）は、Ｒｅｌａｙ ＡＰを識別するためのＩＤを発行する。このＩＤは、接続中のＳＴＡに割り当てるＡＩＤ（ａｓｓｏｃｉａｔｉｏｎ ＩＤ）と同等のものとして扱う。例えば、ＡＰ１０２とＡＰ１０３がＲｅｌａｙ ＡＰとして機能する場合には、ＡＰ１０２にＡＩＤ＝２、ＡＰ１０３にＡＩＤ＝３を割り当てる。なお、ＡＰを識別するＩＤの割り振り方や割り当てるタイミングはこの限りではない。例えば、ＡＩＤとは別にマルチＡＰ用のＡＰ ＩＤを割り当ててもよい。この場合、ＡＰ１０２とＡＰ１０３に割り当てるＡＰ ＩＤはそれぞれ１と２となる。ＡＰ ＩＤを別途割り振る場合は、ＡＰ ＩＤの値の範囲を１～２００７とする。また例えば、Ｔｒａｎｓｍｉｔｔｅｒ ＡＰは、各ＡＰのＩＤを通知する専用のフレームを作成し、Ｒｅｌａｙ ＡＰに送信してもよい。
なお、Ｔｒａｎｓｍｉｔｔｅｒ ＡＰは、グループの形成とＩＤの割り当ては別のタイミングで行っていてもよい。また、グループの形成とＩＤの割り当てを行うＡＰはＴｒａｎｓｍｉｔｔｅｒ ＡＰに限らず、図１におけるＲｅｌａｙ ＡＰ（ＡＰ１０２とＡＰ１０３）であってもよい。グループの形成とＩＤの割り当てをデータ送信の前に行っておくことで、本例におけるＴｒａｎｓｍｉｔｔｅｒ ＡＰであるＡＰ１０１がＳＴＡ１０４にデータを送信するトリガーが走ってから実際にデータを送信するまでのタイムラグが小さくて済む。
ここで、図５を参照して、ＡＰ１０２／ＡＰ１０３が、ＡＰ１０１からＪｏｉｎｔ参加要求を受信した際に実行する処理について説明する。図５は、ＡＰ１０２／ＡＰ１０３が、ＡＰ１０１からＪｏｉｎｔ参加要求を受信した際に実行される処理を示すフローチャートである。図５に示すフローチャートは、ＡＰ１０２／ＡＰ１０３の制御部２０２が記憶部２０１に記憶されている制御プログラムを実行し、情報の演算および加工並びに各ハードウェアの制御を実行することにより実現されうる。
まず、ＡＰ１０２／ＡＰ１０３の通信制御部３０１は、Ｔｒａｎｓｍｉｔｔｅｒ ＡＰであるＡＰ１０１から、マルチＡＰでのＳＴＡ１０４へのデータ送信（Ｊｏｉｎｔ）の協力依頼である、Ｊｏｉｎｔ参加要求を受信する（Ｓ５０１、Ｆ４０１）。この時受信したＪｏｉｎｔ参加要求には、参加条件を示す参加ポリシが含まれうる。参加ポリシには、データ転送先のＳＴＡのＭＡＣ Ａｄｄｒｅｓｓ、連携送信の方式を指定する送信ポリシ、転送するデータの総量、データ転送するタイミング、データ転送する際に使用する周波数帯域やサブ周波数といった情報が含まれうる。ＡＰ１０２／ＡＰ１０３のフレーム解析部３０４は、当該参加ポリシを確認する（Ｓ５０２）。確認した結果、マルチＡＰでのデータ送信に参加することを決めた場合は、ＡＰ１０２／ＡＰ１０３の通信制御部３０１は、Ｓｔａｔｕｓ ＣｏｄｅをＳｕｃｃｅｓｓとした返答を、Ｔｒａｎｓｍｉｔｔｅｒ ＡＰであるＡＰ１０１に返信する（Ｓ５０５、Ｆ４０２）。これにより、（Ｓ５０５、Ｆ４０２）は、Ｊｏｉｎｔに参加することを表明する。Ｊｏｉｎｔに参加できない場合は、ＡＰ１０２／ＡＰ１０３の通信制御部３０１は、Ｓｔａｔｕｓ ＣｏｄｅをＦａｉｌｕｒｅとした返答を、ＡＰ１０１に返信し、不参加とすることを表明する（Ｓ５０４）。ＡＰ１０２／ＡＰ１０３は、Ｓｕｃｃｅｓｓの返答を送った場合は、データ転送処理に入る（Ｓ５０６）。Ｓ５０６の処理については、図６を用いて後述する。
図４の説明に戻り、ＡＰ１０１は、ＡＰ１０２とＡＰ１０３を介してＳＴＡ１０４にデータを送信することを確認後、ＡＰ１０２とＡＰ１０３に対して、どのデータを転送してほしいかの指示（Ｓｅｑｕｅｎｃｅ ｉｎｄｉｃａｔｉｏｎ）を送信する（Ｆ４０３）。具体的には、ＡＰ１０１は、転送するデータユニットのフレームに付与するシーケンス番号を指示する。なお、データユニットとはＭＳＤＵ（ＭＡＣ Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ）もしくはＡ－ＭＳＤＵ（Ａｇｇｒｅｇａｔｉｏｎ－ＭＳＤＵ）でありうる。また、シーケンス番号はＭＳＤＵ、Ａ－ＭＳＤＵごとに付与される連続した番号でありうる。
図７に、ＡＰ１０１が、ＡＰ１０２とＡＰ１０３にデータ送信時のシーケンス番号を指示するときに使用するフレームの例を示す。ここで示すフィールド／サブフィールドは、ＩＥＥＥ８０２．１１ａｘに規定されたフォーマットに準ずる。すなわち、先頭からＦｒａｍｅ Ｃｏｎｔｒｏｌフィールド７０１、Ｄｕｒａｔｉｏｎフィールド７０２、Ａ１フィールド７０３、ＨＴ Ｃｏｎｔｒｏｌフィールド７０５、Ｆｒａｍｅ Ｂｏｄｙフィールド７０６、ＦＣＳフィールド７０７を含む。
Ｆｒａｍｅ Ｃｏｎｔｒｏｌフィールド７０１は、フレームの種類を規定するサブフィールドである、Ｔｙｐｅサブフィールド７０８およびＳｕｂｔｙｐｅサブフィールド７０９を含む。これらの値がそれぞれ０、１３の時、フレームはＡｃｔｉｏｎ Ｆｒａｍｅであることを示す。フレームがＡｃｔｉｏｎ Ｆｒａｍｅのとき、Ｆｒａｍｅ Ｂｏｄｙフィールド７０６は、Ｃａｔｅｇｏｒｙサブフィールド７１０およびＡｃｔｉｏｎ Ｄｅｔａｉｌｓサブフィールド７１１を含む。例えば、Ｃａｔｅｇｏｒｙサブフィールド７１０の値を３３とした時、フレームはマルチＡＰに関するＡｃｔｉｏｎ Ｆｒａｍｅ（Ｍｕｌｔｉ－ＡＰ Ａｃｔｉｏｎ Ｆｒａｍｅ）であることを示す。なお、これはＥＨＴ Ａｃｔｉｏｎ Ｆｒａｍｅであることを示すものであるとしてもよい。
Ａｃｔｉｏｎ ＦｒａｍｅのＣａｔｅｇｏｒｙサブフィールド７１０がＭｕｌｔｉ－ＡＰ Ａｃｔｉｏｎ Ｆｒａｍｅであることを示す場合、Ａｃｔｉｏｎ Ｄｅｔａｉｌｓサブフィールド７１１は、Ｍｕｌｔｉ－ＡＰ Ａｃｔｉｏｎサブフィールド７１２を含む。Ｍｕｌｔｉ－ＡＰ Ａｃｔｉｏｎサブフィールド７１２の値が０の時、Ｍｕｌｔｉ－ＡＰ Ａｃｔｉｏｎ ＦｒａｍｅはＳｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ Ｉｎｄｉｃａｔｉｏｎ（すなわち、シーケンス番号の指示）であることを示す。Ａｃｔｉｏｎ ＦｒａｍｅがＳｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ Ｉｎｄｉｃａｔｉｏｎである場合、その後ろにはＳｔａｒｔｉｎｇ Ｓｅｑｕｅｎｃｅ Ｃｏｎｔｒｏｌサブフィールド７１３、Ｃａｓｃａｄｅｄサブフィールド７１４と続く。Ｓｔａｒｔｉｎｇ Ｓｅｑｕｅｎｃｅ Ｃｏｎｔｒｏｌサブフィールド７１３は、Ｒｅｌａｙ ＡＰが転送するデータユニットでフレームを生成するときに最初に付与するシーケンス番号を示す。Ｓｔａｒｔｉｎｇ Ｓｅｑｕｅｎｃｅ Ｃｏｎｔｒｏｌサブフィールド７１３は、Ｆｌａｇｍｅｎｔ Ｎｕｍｂｅｒサブフィールド７１６、およびＳｔａｒｔｉｎｇ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒサブフィールド７１７を含む。Ｆｌａｇｍｅｎｔ Ｎｕｍｂｅｒサブフィールド７１６はなくてもよい。値は０を入力する。Ｓｔａｒｔｇｉｎ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒサブフィールド７１７には、Ｒｅｌａｙ ＡＰが転送するデータユニットでフレームを生成するときに付与する最初のシーケンス番号を付与する。例えば、ＡＰ１０２がＳＴＡ１０４にシーケンス番号３０のデータユニットから送信してほしい時にはシーケンス番号３０を付与する。
Ｃａｓｃａｄｅｄサブフィールド７１４は、転送するデータユニットのシーケンス番号が穴抜けになるときに用いられる。Ｃａｓｃａｄｅｄサブフィールド７１４の値が１の時、後ろにはさらにＥｎｄｉｎｇ Ｓｅｑｕｅｎｃｅ Ｃｏｎｔｒｏｌサブフィールド７１５、Ｓｔａｒｔｉｎｇ Ｓｅｑｕｅｎｃｅ Ｃｏｎｔｒｏｌサブフィールド７１３、Ｃａｓｃａｄｅｄサブフィールド７１４が続く。Ｅｎｄｉｎｇ Ｓｅｑｕｅｎｃｅ Ｃｏｎｔｒｏｌサブフィールド７１５は、Ｆｌａｇｍｅｎｔ Ｎｕｍｂｅｒサブフィールド７１８およびＥｎｄｉｎｇ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒサブフィールド７１９を含む。Ｆｌａｇｍｅｎｔ Ｎｕｍｂｅｒサブフィールド７１８はなくてもよい。Ｅｎｄｉｎｇ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒサブフィールド７１９には、転送するデータユニットに付与するシーケンス番号のうち、穴抜けになる直前のシーケンス番号が入る。なお、穴抜けになる直後のシーケンス番号でもよい。次に付与するＳｔａｒｔｉｎｇ Ｓｅｑｕｅｎｃｅ Ｃｏｎｔｒｏｌサブフィールド７１３のＳｔａｒｔｉｎｇ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒサブフィールド７１７にて再度付与するシーケンス番号を指定する。つまり、Ｅｎｄｉｎｇ Ｓｅｑｕｅｎｃｅ Ｃｏｎｔｒｏｌサブフィールド７１５が含むＥｎｄｉｎｇ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒサブフィールド７１９からＳｔａｒｔｉｎｇ Ｓｅｑｕｅｎｃｅ Ｃｏｎｔｒｏｌサブフィールド７１３＃２の含むＳｔａｒｔｉｎｇ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒサブフィールド７１７までのシーケンス番号が穴抜けの部分となる。なお、Ｃａｓｃａｄｅｄサブフィールド７１４の値が０の場合、後ろにサブフィールドは続かない。このようにして、ＡＰ１０１はＡＰ１０２／ＡＰ１０３がデータユニットを転送するときのフレームに付与するシーケンス番号を指定することができるようになる。なお、Ｃａｓｃａｄｅｄサブフィールド７１４はなくてもよい。この示し方の場合、より少ない情報でＲｅｌａｙ ＡＰに転送するときに使用するフレームのシーケンス番号を指定することができるようになる。
なお、ここで示したシーケンス番号の指定方法は一例であり、別の方法で示してもよい。Ｓｔａｒｔｉｎｇ Ｓｅｑｕｅｎｃｅ Ｃｏｎｔｒｏｌサブフィールド７１３の前にＣａｓｃａｄｅｄサブフィールド７１４が入ってもよい。この場合、Ｃａｓｃａｄｅｄサブフィールド７１４、Ｓｔａｒｔｉｎｇ Ｓｅｑｕｅｎｃｅ Ｃｏｎｔｒｏｌサブフィールド７１３、Ｅｎｄｉｎｇ Ｓｅｑｕｅｎｃｅ Ｃｏｎｔｒｏｌサブフィールド７１５を一組のセットとしてもよい。もしくはＳｔａｒｔｉｎｇ Ｓｅｑｕｅｎｃｅ Ｃｏｎｔｒｏｌサブフィールド７１３およびＥｎｄｉｎｇ Ｓｅｑｕｅｎｃｅ Ｃｏｎｔｒｏｌサブフィールド７１５の組の数を示すＳｉｚｅサブフィールドを用意してもよい。これによりフィールドを解析する側が先にサイズを把握してから内容の把握ができるようになる。また、Ｍｕｌｔｉ－ＡＰ Ａｃｔｉｏｎサブフィールド７１２の後ろにＳｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ Ｉｎｄｉｃａｔｉｏｎの種類を示すサブフィールドが入ってもよい。この値が０であるときＮｏｒｍａｌ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ Ｉｎｄｉｃａｔｉｏｎとして前述したサブフィールド７１３～７１５が続くことになる。この値が１のときは例えば、Ｍｕｌｔｉ－ＴＩＤ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ Ｉｎｄｉｃａｔｉｏｎとして複数のＴＩＤに対応したシーケンス番号を示すことができる。そのために、前述したサブフィールド７１３～７１５に加えてＰｅｒ－ＴＩＤ Ｉｎｆｏサブフィールドを加える。このサブフィールドにＴＩＤの値を加えることで、ＴＩＤごとのＳｔａｒｔｉｎｇ Ｓｅｑｕｅｎｃｅ Ｃｏｎｔｒｏｌを指定する。この時、Ｐｅｒ－ＴＩＤ ＩｎｆｏサブフィールドとＳｔａｒｔｉｎｇ Ｓｅｑｕｅｎｃｅ Ｃｏｎｔｒｏｌサブフィールドを１つの組とする。複数のＴＩＤを示すためにはＳｔａｒｔｉｎｇ Ｓｅｑｕｅｎｃｅ Ｃｏｎｔｒｏｌサブフィールドの後ろにＴＩＤの数だけＰｅｒ－ＴＩＤ ＩｎｆｏサブフィールドとＳｔａｒｔｉｎｇ Ｓｅｑｕｅｎｃｅ Ｃｏｎｔｒｏｌサブフィールドが続くことになる。なお、シーケンス番号を指示する方法として、専用のフレームでなく、例えばＢＡＲの一部やデータフレームの一部に情報を入れる方法を用いてもよい。例えば、データフレームのフレームボディの最初（の部分）を使い、または、ＢＡＲのＢＡ Ｔｙｐｅに新たなＴｙｐｅを定義し、その時に、図７で示したサブフィールド７１２～７１９の情報、あるいは該情報に類似の情報を入れるようにしてもよい。
シーケンス番号を指定した後、ＡＰ１０１は、ＡＰ１０２／ＡＰ１０３に対して、ＳＴＡ１０４に転送するデータユニット群をデータフレームに入れて送信する（Ｆ４０４）。なお、Ｆ４０３とＦ４０４の順は逆であってもよい。データフレーム送信後に続けるＢＡ Ｒｅｑｕｅｓｔ（ＢＡＲ）やＢＡが必要かどうかは、次の３つの要件で決まる。一つ目の要件は、複数のフレームに対してまとめてＡｃｋを返信するＢＡを通信で使用することを決めるＡＤＤＢＡの手続きが、すでにＡＰ１０１とＡＰ１０２／ＡＰ１０３との間で行われていたかどうかである。この手続きがない場合はＡｃｋを１フレームごとに返信することになる。また、この手続きがある場合でも、ＡＤＤＢＡの対象のＴＩＤにない場合も同様である。二つ目の要件は、ＡＤＤＢＡの手続き中に送受信するＡＤＤＢＡ Ｒｅｑｕｅｓｔ、ＡＤＤＢＡ Ｒｅｓｐｏｎｓｅで指定するＢｌｏｃｋ Ａｃｋ ＰｏｌｉｃｙがＩｍｍｅｄｉａｔｅであるかどうかである。Ｉｍｍｅｄｉａｔｅでない場合、ＢＡＲに対して一度Ａｃｋを返し、その後改めてＢＡを返す。三つ目の要件は、データフレームに含まれるＱｏＳ Ｃｏｎｔｒｏｌフィールドに付与するＡｃｋ Ｐｏｌｉｃｙの値がＩｍｐｌｉｃｉｔを示すか否かである。なお、Ｉｍｐｌｉｃｉｔを示す場合、ＢＡＲなしにＢＡを送信できるようになる。また、本実施例においては、一連の処理の流れにおいて、ＢＡＲはなくてもよい。
図８に、ＡＰ１０１が送信するデータフレームの例を示す。ＡＰ１０２／ＡＰ１０３が送信するデータフレーム（Ｆ４０８）も同様の構成を有する。ここで示すフィールド／サブフィールドはＩＥＥＥ８０２．１１ａｘに規定されたフォーマットに準ずる。すなわち、先頭からＦｒａｍｅ Ｃｏｎｔｒｏｌフィールド８０１、Ｄｕｒａｔｉｏｎフィールド８０２、Ａ１フィールド８０３、Ａ２フィールド８０４、Ａ３フィールド８０５、Ｓｅｑｕｅｎｃｅ Ｃｏｎｔｒｏｌフィールド８０６、Ａ４フィールド８０７、ＱｏＳ Ｃｏｎｔｒｏｌフィールド８０８、ＨＴ Ｃｏｎｔｒｏｌフィールド８０９、Ｆｒａｍｅ Ｂｏｄｙフィールド８１０、ＦＣＳフィールド８１１を含む。Ｓｅｑｕｅｎｃｅ Ｃｏｎｔｒｏｌフィールド８０６には、データフレームに含まれるデータユニット（群）に付与されたシーケンス番号が付与される（含まれる）。Ｓｅｑｕｅｎｃｅ Ｃｏｎｔｒｏｌフィールド８０６は、Ｓｅｑｎｅｎｃｅ ＮｕｍｂｅｒサブフィールドとＦｌａｇｍｅｎｔ Ｎｕｍｂｅｒサブフィールドが含まれうる。また、Ｆｒａｍｅ Ｂｏｄｙフィールド８１０（ペイロード部）には、データユニット群が付与される（含まれる）。
ＱｏＳ Ｃｏｎｔｒｏｌフィールド８０８は、Ａｃｋ Ｐｏｌｉｃｙサブフィールド８１２を含む。Ａｃｋ Ｐｏｌｉｃｙサブフィールド８１２の値によって、ＢＡＲ、ＢＡの送信方法が異なる。Ａｃｋ Ｐｏｌｉｃｙの値がＩｍｐｌｉｃｉｔ（０）である場合、ＢＡＲがないままＢＡを返信する。Ａｃｋ Ｐｏｌｉｃｙの値がＮｏ Ａｃｋ（１）もしくはＮｏ ｅｘｐｌｉｃｉｔ Ａｃｋ（２）を示すとき、ＢＡを含めＡｃｋを返信しない。Ｂｌｏｃｋ Ａｃｋ（３）を示すときにＢＡＲとＢＡを使用する。本実施形態ではＡｃｋ Ｐｏｌｉｃｙ サブフィールド８１２にＢｌｏｃｋ Ａｃｋを示すものとする。すなわち、値は３となる。
図４の説明に戻り、ＡＰ１０１は、データフレームを送信したときの条件に従い、ＢＡの返信を促すＢＡＲを送信する（Ｆ４０５）。これに対してＡＰ１０２／ＡＰ１０３は、ＢＡを返信する（Ｆ４０６）。なお、ＢＡＲとＢＡの送受信は前述の条件に従うものとする。ここで使用するＢＡＲとＢＡは、ＡＰ１０１から、ＡＰ１０２／ＡＰ１０３にデータが送信できたことを示す。なお、別の例として、ＡＰ１０１とＡＰ１０２／ＡＰ１０３の間でのＡＤＤＢＡ Ｒｅｑｕｅｓｔ、ＡＤＤＢＡ Ｒｅｓｐｏｎｓｅの手続きで、Ｂｌｏｃｋ Ａｃｋ Ｐｏｌｉｃｙの値を０としてＩｍｍｅｄｉａｔｅでないことを示しておき、ＡＰ１０１からのＢＡＲに対してはＡｃｋのみ返信してもよい。この場合、ＡＰ１０２とＡＰ１０３は、ＳＴＡ１０４にデータが送信できた受信確認をそのままＡＰ１０１に返信してもよい。これにより、ＡＰ１０１はＡＰ１０２／ＡＰ１０３にデータを送信した受信確認として、ＳＴＡ１０４へのデータ送信の結果のみを得ることができるようになる。結果として、より少ないデータ量で最終目的の宛先にデータが届いたか否かを確認することができるようになる。
ＡＰ１０１は、転送するデータがＲｅｌａｙ ＡＰであるＡＰ１０２とＡＰ１０３に送り終わったら、データ転送のタイミングを指示するトリガーフレームを、ＡＰ１０２とＡＰ１０３に送信する（Ｆ４０７）。なお、Ｆ４０７でデータ転送のタイミングを指示するフレームは、トリガーフレームでなくてよく、データ転送のトリガーとなる挙動であれば、ＡＰ１０１からのフレームの受信に限らない。例えば、ＳＴＡ１０４からのトリガーフレームの受信でもよい。この手法の場合、ＳＴＡ１０４がデータを受信できるタイミングで、ＡＰ１０２／ＡＰ１０３はデータを転送することができ、データロスを減らすことができる。また、ＡＰ１０１のビーコンが出すＴｉｍｅｓｔａｍｐに載っている時間の下４桁が０になるタイミングでもよい。この手法では、ＡＰ１０１は別途トリガーフレームを出さなくてもデータ転送のタイミングを指示することができるようになる。また、データ転送のタイミングは、ＳＴＡ１０４が接続したタイミングでもよい。この手法では、ＳＴＡ１０４が複数のＡＰの電波受信地域をまたがって移動しているときに、ＡＰ１０２／ＡＰ１０３は、ＳＴＡ１０４が近接したタイミングでデータを送信することができるようになる。よって、ＳＴＡ１０４のユーザにとってはより素早くほしいデータを得る動作が実現できる。図４の例では、ＡＰ１０２／ＡＰ１０３は、ＡＰ１０１からトリガーフレームを受信すると、あらかじめＡＰ１０１から受信したデータユニット群とシーケンス番号からフレームを作成し、ＳＴＡ１０４にデータフレームを送信する（Ｆ４０８）。他に、トリガーフレームがない場合、ＡＰ１０２／ＡＰ１０３は、各々が送信できるタイミングでＳＴＡ１０４にデータフレームを送信してもよい。
Ｆ４０８で送信するデータフレームも、前述の図８に示したフレームを使用することができる。前述のものと重複する部分については説明を省略する。Ｓｅｑｕｅｎｃｅ Ｃｏｎｔｒｏｌフィールド８０６には、Ｆ４０３で指示されたシーケンス番号から始まり、連番で続くシーケンス番号が付与される。正確には、Ｓｅｑｎｅｎｃｅ Ｃｏｎｔｒｏｌフィールド８０６のＳｅｑｎｅｎｃｅ Ｎｕｍｂｅｒサブフィールドにシーケンス番号が付与される。途中でデータが途切れる場合はＦｌａｇｍｅｎｔ Ｎｕｍｂｅｒサブフィールドの値も用いて表現されうる。また、Ｆｒａｍｅ Ｂｏｄｙフィールド８１０（ペイロード部）には、ＡＰ１０１から受信したデータユニット群のうちの少なくとも一部が付与される（含まれる）。
ＱｏＳ Ｃｏｎｔｒｏｌフィールド８０８には、Ａｃｋ Ｐｏｌｉｃｙサブフィールドが含まれており、ＳＴＡからのＡｃｋを必要とするかを決める値を入力できる。各値の意味は前述のとおりのため省略する。本実施例では値を３（Ｂｌｏｃｋ Ａｃｋ）とする。
データフレームを送信したときの条件に従い、ＡＰ１０２／ＡＰ１０３はＢＡの返信を促すＢＡＲを送信する（Ｆ４０９）。ＳＴＡ１０４は、ＢＡＲを受けたことに従い、ＢＡを返信する（Ｆ４１０）。なお、このときのＡｃｋの返信方法は別の方法でもよい。例えば、ＢＡでなく、１つのフレームに１つのＡｃｋを返信するものとしてもよい。また、ＢＡＲを必要とせず、Ａｃｋ Ｐｏｌｉｃｙ サブフィールドの値をＩｍｐｌｉｃｉｔである０として、ＢＡのみ返信するものとしてもよい。また、ＢＡＲに対してＳＴＡ１０４がＡｃｋをいったん返信し、改めてＢＡを送信するものとしてもよい。また、この時返信するＢＡは、各ＡＰから受信したフレームに付与されたシーケンス番号を基にして、ビットマップ形式で返信される。
Ｆ４１０で使用されるＢＡ（ＢＡフレーム）の例を図９に示す。ここで示すフィールド／サブフィールドは、ＩＥＥＥ８０２．１１ａｘに規定されたフォーマットに準ずる。すなわち、先頭からＦｒａｍｅ Ｃｏｎｔｒｏｌフィールド９０１、Ｄｕｒａｔｉｏｎフィールド９０２、ＲＡフィールド９０３、ＴＡフィールド９０４、ＢＡ Ｃｏｎｔｒｏｌフィールド９０５、ＢＡ Ｉｎｆｏｒｍａｔｉｏｎフィールド９０６、ＦＣＳフィールド９０７を含む。ＢＡ Ｃｏｎｔｒｏｌフィールド９０５には、ＢＡ Ａｃｋ Ｐｏｌｉｃｙサブフィールド９０８とＢＡ Ｔｙｐｅサブフィールド９０９がある。ＢＡ Ｔｙｐｅサブフィールド９０９の値とＢＡの種類の対応を表１に例示する。
Figure 2022040916000002
本実施例では、Ｆ４１０で送信されるＢＡのＢＡ Ｔｙｐｅは値が２のＣｏｍｐｒｅｓｓｅｄ ＢＡであるものとする。ＢＡ Ｔｙｐｅの値が２の場合、ＢＡ Ｉｎｆｏｒｍａｔｉｏｎフィールド９０６は、Ｂｌｏｃｋ Ａｃｋ Ｓｔａｒｔｉｎｇ Ｓｅｑｕｅｎｃｅ Ｃｏｎｔｒｏｌサブフィールド９１０とＢｌｏｃｋ Ａｃｋ Ｂｉｔｍａｐサブフィールド９１１を含む。Ｂｌｏｃｋ Ａｃｋ Ｓｔａｒｔｉｎｇ Ｓｅｑｕｅｎｃｅ Ｃｏｎｔｒｏｌサブフィールド９１０は、Ｆｌａｇｍｅｎｔ Ｎｕｍｂｅｒサブフィールド９１３およびＳｔａｒｔｉｎｇ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒサブフィールド９１４を含む。
Ｆｌａｇｍｅｎｔ Ｎｕｍｂｅｒサブフィールド９１３（Ｂｉｔ０，１，２，３で表されるｆｒａｇｍｅｎｔ ｎｕｍｂｅｒ）には、Ｂｌｏｃｋ Ａｃｋ Ｂｉｔｍａｐサブフィールド９１１の長さを決める値が入る。具体的には、Ｂｉｔ１，２の値が０のとき、Ｂｌｏｃｋ Ａｃｋ Ｂｉｔｍａｐサブフィールド９１１の長さは８となる。Ｂｉｔ１，２の値が２のとき、Ｂｌｏｃｋ Ａｃｋ Ｂｉｔｍａｐサブフィールド９１１の長さは３２となる。Ｂｉｔ０が０のとき、ｆｒａｍｅｎｔ ｎｕｍｂｅｒをＢｌｏｃｋ Ａｃｋ Ｂｉｔｍａｐサブフィールド９１１で示さない。Ｂｉｔ０が１のとき、ｆｒａｇｍｅｎｔ ｎｕｍｂｅｒの４つの値をそれぞれＢｌｏｃｋ Ａｃｋ Ｂｉｔｍａｐサブフィールド９１１のビットで表現する。詳細は後述する。Ｓｔａｒｔｉｎｇ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒサブフィールド９１４には、後述のＢｌｏｃｋ Ａｃｋ Ｂｉｔｍａｐサブフィールド９１１を開始するシーケンス番号を示す。例えば、受信したデータフレームにおけるシーケンス番号が３，４，５の場合、値を３とする。Ｂｌｏｃｋ Ａｃｋ Ｂｉｔｍａｐサブフィールド９１１には、Ｓｔａｒｔｉｎｇ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒサブフィールド９１４で指示するシーケンス番号から相対的に何番目のフレームを受信できたかを表す。例えば、Ｓｔａｒｔｉｎｇ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒサブフィールド９１４の値が３で、受信できたデータユニットのシーケンス番号が３，４，５、Ｆｒａｇｍｅｎｔ Ｎｕｍｂｅｒサブフィールド９１３のＢｉｔ０が０の場合、１，２，３番目のビットが１となる。ｆｒａｇｍｅｎｔ ｎｕｍｂｅｒとは、フレームが分割されるときに付与する値である。Ｆｌａｇｍｅｎｔ Ｎｕｍｂｅｒサブフィールド９１３のＢｉｔ０の値が１のとき、この値をＢｌｏｃｋ Ａｃｋ Ｂｉｔｍａｐサブフィールド９１１にも反映させる。
どのＢｌｏｃｋ Ａｃｋ Ｂｉｔｍａｐサブフィールド９１１のどのビットを１にするかは、下記の公式に従って考える。
ｎ＝４×（ＳＮ－ＳＳＮ）＋ＦＮ
ここで、ｎはビットマップの序数である。ＳＮはシーケンス番号、ＳＳＮはＳｔａｒｔｉｎｇ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒサブフィールド９１４の値、ＦＮはｆｒａｇｍｅｎｔ ｎｕｍｂｅｒの値である。なお、ここで例示したのはＢＡ Ｔｙｐｅが２の場合であり、他の値でもよい。他の値であっても、ＩＥＥＥ８０２．１１ａｘに準拠する形でＢＡを通信する。ＡＰ１０２／ＡＰ１０３は、上記に基づくＢＡを受信することで、ＳＴＡ１０４がどのシーケンス番号に対応するデータユニットを受信することができたのかを知ることができるようになる。
なお、ＳＴＡ１０４は、基本的には、データを送信してきたＡＰに対応するシーケンス番号に基づき、ＢＡを返信するが、追加で情報を与えてもよい。例えば、ＳＴＡ１０４が、ＡＰ１０２からシーケンス番号３，４，５のデータユニットを受信し、ＡＰ１０３からシーケンス番号６，７，８のデータユニットを受信した場合を考える。このときＳＴＡ１０４は、ＡＰ１０２にシーケンス番号３，４，５を受信できたことを示すため、Ｓｔａｒｔｉｎｇ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒサブフィールド９１４の値を３、Ｂｌｏｃｋ Ａｃｋ Ｂｉｔｍａｐサブフィールド９１１の１，２，３番目のビットを１としたＢＡを返信する。これに加えて、ＳＴＡ１０４は、シーケンス番号６，７，８のデータユニットを受信できたことを示すため、Ｂｌｏｃｋ Ａｃｋ Ｂｉｔｍａｐサブフィールド９１１の４，５，６番目のビットを１としてＢＡを返信してもよい。後述する処理によって、この情報（どのデータユニットが受信できたかの情報）をＡＰ１０２はＡＰ１０１に転送することになる。すると、例えばＡＰ１０１とＡＰ１０３の間で通信障害が発生し、ＡＰ１０１がＡＰ１０３から受信するべきＳＴＡ１０４のＢＡ情報を得られなかったとしても、ＡＰ１０１は、ＡＰ１０２経由で、ＳＴＡ１０４における受信状況を知ることができるようになる。
また、ＳＴＡ１０４は、ＡＰ１０２のみにＢＡを返信することにしてもよい。この場合、ＳＴＡ１０４は、ＡＰ１０２とＡＰ１０３宛てに、本来２回送るべきＢＡを１回で済ませることができるようになるため、ＳＴＡ１０４は電力消費を抑えることができる。また、ＳＴＡ１０４が帯域を多く使用することもなくなる。さらに、ＢＡの手続きにＡＰ１０２とＳＴＡ１０４が使用する帯域のみ使用することになるため、ＡＰ１０３とＳＴＡ１０４が使用している帯域は空き状態となる。ＡＰ１０１は、ＡＰ１０３を通してその帯域を用いることでさらに次の送信データを準備、送信することができるようになるため、ＡＰ１０１からＳＴＡ１０４に送信するデータの高スループット、低遅延が実現できるようになる。
ＡＰ１０２／ＡＰ１０３は、前述のＢＡに含まれるシーケンス番号によって、どのデータユニットがＳＴＡ１０４に正しく届いたかを確認すると、該ＢＡの情報（受信確認されたシーケンス番号等）を含むＢＡを生成し、ＡＰ１０１に送信する（Ｆ４１１）。すなわち、ＡＰ１０２／ＡＰ１０３は、Ｆ４１０で受信したＢＡの情報をＡＰ１０１に転送する。ここで送信するＢＡのフレームは図９に例示した通りである。前述のものについては詳細の説明を略する。Ｆ４１１で送信されるＢＡは、ＢＡ Ｔｙｐｅサブフィールド９０９の値を４としてマルチＡＰ（Ｍｕｌｔｉ－ＡＰ）のＢＡであることを示す（表１を参照）。ＢＡ Ｔｙｐｅサブフィールド９０９がマルチＡＰのＢＡであるとき、ＢＡ Ｉｎｆｏｒｍａｔｉｏｎフィールド９０６はＣｏｍｐｒｅｓｓｅｄ ＢＡと同じフィールド形式となる。なお、該フィールド９０６は、例えば、Ｅｘｔｅｎｄｅｄ Ｃｏｍｐｒｅｓｓｅｄ ＢＡと同じフィールドでもよいし、該フィールド９０６のために新しくフィールド形式を定義してもよい。例えば、図７のＡｃｔｉｏｎ Ｄｅｔａｉｌｓサブフィールド７１１のフィールド形式と同様であってもよい。
本実施例では、Ｆ４１１で送信されるＢＡにおけるＢＡ Ｉｎｆｏｒｍａｔｉｏｎフィールド９０６の各値は、Ｆ４１０で受信したＢＡ Ｉｎｆｏｒｍａｔｉｏｎフィールド９０６を複製したものとする。ＡＰ１０１は、ＡＰ１０２／ＡＰ１０３から受信したＢＡの情報に基づき、再送データがある場合や追加で送信するべきデータがある場合には、さらにデータフレームを送信する（Ｆ４１２）。ここで、ＡＰ１０１は、送信するデータフレームについて、ＢＡの状況に合わせて転送するデータ量や方法を変更してもよい。例えば、ＡＰ１０１が、ＡＰ１０２経由で送信したデータはＳＴＡ１０４がすべて受信できており、ＡＰ１０３経由で送信したデータは一部がＳＴＡ１０４に届いていないことが分かったとする。この時に、再送するデータやこれから追加で送信するデータは、ＡＰ１０２経由で送信することを主にすることができるようになる。これにより、動的にＳＴＡ１０４にデータ送信するのに最適なルートや送信方式を変更することができるようになる。
なお、上記説明では、ＡＰ１０２／ＡＰ１０３は、ＳＴＡ１０４からＢＡを受信した後、該ＢＡの情報をすぐにＡＰ１０１に転送したが、別の手段をとってもよい。例えば、ＡＰ１０２／ＡＰ１０３は、ＳＴＡ１０４により受信されなかったデータユニットのシーケンス番号を検出した場合（すなわち、再送データがあることが検出した場合）、該シーケンス番号に対応するデータユニットを含んで構成されるデータフレームを繰り返し再送してもよい。該再送の最大回数（繰り返して送信する回数の最大値）は、予め定義されていてもよい。また、再送するデータフレームは、転送すべき全てのデータユニット群が含まれてもよいし、ＳＴＡ１０４により受信確認されていないシーケンス番号に対応するデータユニット（群）を含む一部のデータユニット群が含まれてもよい。ＡＰ１０２／ＡＰ１０３は、当該繰り返しの再送の後に、Ｆ４１１でＢＡの情報をまとめてＡＰ１０１に送信するようにしてもよい。この場合、再送するデータユニットによっては、ＳＴＡ１０４が返信するＢＡのＳｔａｒｔｉｎｇ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒサブフィールド９１４の値が変わりうる。例えば、ＡＰ１０２／ＡＰ１０３は、最初にシーケンス番号３，４，５のデータユニットを送信し、シーケンス番号３，４のデータユニットの受信確認ができた場合、シーケンス番号５のデータユニットを再送する。この操作の後に得られるＢＡのＳｔａｒｔｉｎｇ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒサブフィールド９１４に入る値は５となる。このことから、Ｂｌｏｃｋ Ａｃｋ Ｂｉｔｍａｐサブフィールド９１１の表現する内容も１回目と異なる。このため、ＳＴＡ１０４が送信してきたＢＡ Ｉｎｆｏｒｍａｔｉｏｎフィールド９０６を複製してＡＰ１０１に転送することはできない。上述の場合は、ＡＰ１０２／ＡＰ１０３は、２回目でシーケンス番号５のデータユニットの受信確認もできた場合、Ｓｔａｒｔｉｎｇ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒサブフィールド９１４の値を３、Ｂｌｏｃｋ Ａｃｋ Ｂｉｔｍａｐサブフィールド９１１の１，２，３番目のビットを１としてＦ４１１でＢＡを送信する。
これにより、再送ですぐにデータ送信の補正ができる場合は、より遅延なくデータを再送することが可能となる。一方で、ＡＰ１０１がＳＴＡ１０４に送信したデータがＳＴＡ１０４に届いたかどうかを知るまでの時間がかかるようになるため、ルート変更の場合には時間がかかってしまう可能性がある。これを考慮して、ＡＰ１０２／ＡＰ１０３は、例えばＳＴＡ１０４からＢＡを受信した時点ですぐにＡＰ１０１にＢＡの情報を転送し、それと並行して再送作業を行い、追加でデータ受信の確認が取れた場合に改めてＢＡをＡＰ１０１に送信してもよい。なお、これらの追加データ受信確認は実施例１の手法でのみ可能となり、後述する実施例２の手段では実現が難しい。
また、ＡＰ１０２／ＡＰ１０３は、ＳＴＡ１０４から各データユニットに対して送信された複数のＡｃｋの情報（受信確認されたシーケンス番号）をまとめてＢＡとしてＡＰ１０１に送信してもよい。ＳＴＡ１０４から届く複数のＡｃｋの情報をまとめてＢＡでＡＰ１０１に送ることで、帯域の節約になる。逆に、ＡＰ１０２／ＡＰ１０３は、ＳＴＡ１０４から受信したＢＡの情報を１つずつＡｃｋでＡＰ１０１に送信してもよい。同様に、ＡＰ１０２／ＡＰ１０３は、ＴＩＤごとにＢＡが分かれているものを合わせてＭｕｌｔｉ－ＴＩＤ形式でＡＰ１０１に送信してもよい。この場合は前述と同様で、ＢＡをまとめて送信することで帯域の節約になる。逆に、ＡＰ１０２／ＡＰ１０３は、Ｍｕｌｔｉ－ＴＩＤのＢＡ形式でＳＴＡ１０４から受信したＢＡをＴＩＤごとに分割し、ＡＰ１０１に送信してもよい。形式を指定することで、ＢＡ Ｔｙｐｅの種類を増やさずにＡＰ１０１にＳＴＡ１０４からの受信確認を転送することができる。また、規格の複雑さを避けることで、規格の形式を処理するために必要な計算量を下げることができるようになる。
次に、図５のＳ５０６の処理である、ＡＰ１０２／ＡＰ１０３による図４のＦ４０３～Ｆ４１１の処理について、図６を参照して説明する。図６は、本実施例において、ＡＰ１０２とＡＰ１０３がＳＴＡ１０４にデータ送信するときの処理を示すフローチャートである。図６に示すフローチャートは、ＡＰ１０２／ＡＰ１０３の制御部２０２が記憶部２０１に記憶されている制御プログラムを実行し、情報の演算および加工並びに各ハードウェアの制御を実行することにより実現されうる。
以下、ＡＰ１０２を例に説明するが、ＡＰ１０３にも同様の処理を適用できる。本処理は、ＡＰ１０２の通信制御部３０１が、Ｔｒａｎｓｍｉｔｔｅｒ ＡＰであるＡＰ１０１からＳＴＡ１０４に転送するデータを受信した時点で開始する。また、本処理は、ＡＰ１０２の通信制御部３０１が、ＡＰ１０１から図７で例示したシーケンス指示フレームを受信した時点で開始されてもよい。
まず、ＡＰ１０２の通信制御部３０１は、ＳＴＡ１０４に転送するデータをデータフレームとして受信する前に、すでにシーケンス指示フレーム（Ｆ４０３）を受信したかどうかを確認する（Ｓ６０１）。シーケンス指示フレームを受信していない場合（Ｓ６０１でＮｏ）、ＡＰ１０２は、マルチＡＰによるデータ転送処理でなく、通常のデータ転送処理を指示されていることになる。この場合、処理はＳ６０２以降へ進み、ＡＰ１０２の通信制御部３０１は、まず、ＳＴＡ１０４へ転送するデータをデータフレームとして受信する（Ｓ６０２）。次に、ＡＰ１０２の通信制御部３０１は、ＢＡＲを受信し（Ｓ６０４）、ＢＡを返信する（Ｓ６０５）。なお、Ｓ６０４とＳ６０５の処理（ＢＡＲとＢＡの送受信）は、Ｓ６０２で受信するデータフレームに含まれるＡｃｋ Ｐｏｌｉｃｙサブフィールドの値等に従い、両処理はなくてもよい。また、ＡＰ１０２の通信制御部３０１は、有線または無線通信を介して、転送するデータを受信しうる。
Ｓ６０２～Ｓ６０５の後、ＡＰ１０２のフレーム生成部３０２は受信したデータを含むデータフレームを生成し、通信制御部３０１は、該データフレームをＳＴＡ１０４に転送し始める（Ｓ６０６）。ここで、Ａｃｋ制御部３０３は、データフレームのＡｃｋ Ｐｏｌｉｃｙサブフィールドを確認し、Ａｃｋ返信ポリシがＯＮか否か（転送するデータに対するＡｃｋを必要するか否か）を判断する。Ａｃｋ返信ポリシがＯＮでない場合、すなわちＡｃｋを必要としない場合（Ｓ６０７でＮｏ）、ＡＰ１０２は、データを転送したところで処理を終了する。Ａｃｋ返信ポリシがＯＮの場合、すなわち、Ａｃｋを必要とする場合（Ｓ６０７でＹｅｓ）、ＡＰ１０２の通信制御部３０１は、データを送信し終わるか、一定のデータを送り終わった後にＢＡＲを送信する（Ｓ６０８）。Ｓ６０８のＢＡＲの送信は行われなくてもよい。
ＡＰ１０２の通信制御部３０１が、ＳＴＡ１０４からＢＡを受信すると（Ｓ６０９）、フレーム解析部３０４は、ＢＡのビットマップを解析して、データの受信確認を行う（Ｓ６１０）。具体的には、ＡＰ１０２のフレーム解析部３０４は、ＢＡ（図９）のＢＡ Ｉｎｆｏｒｍａｔｉｏｎフィールド９０６のＢｌｏｃｋ Ａｃｋ Ｂｉｔｍａｐサブフィールド９１１の内容を解析し、すべてのデータユニット送信に対するＡｃｋを受信したかを確認する。確認の結果、すべてのデータユニットの受信確認ができた場合は（Ｓ６１１でＹｅｓ）、ＡＰ１０２は処理を終了する。受信確認ができていないデータユニットがある場合は（Ｓ６１１でＮｏ）、ＡＰ１０２のフレーム生成部３０２はデータフレームに再送データ（受信確認できていないデータユニット）を設定する（Ｓ６１２）。追加でデータ送信を行う場合も、フレーム生成部３０２は、データフレームに次の送信データ（追加データ）を設定する。そして、ＡＰ１０２の通信制御部３０１は、データフレームを送信する（Ｓ６０６）。
Ｓ６０１で、ＡＰ１０２の通信制御部３０１が、ＳＴＡ１０４に転送するデータをデータフレームとして受信する前に、すでにシーケンス指示フレーム（Ｆ４０３）を受信していた場合は（Ｓ６０１でＹｅｓ、Ｆ４０５）、処理はＳ６０３へ進む。なお、シーケンス指示フレーム（Ｆ４０３）を受信していた場合には、転送するデータの受信後にシーケンス指示フレームを受信した場合や、転送するデータの受信途中に受信した場合も含まれる。ＡＰ１０２の通信制御部３０１は、転送するデータをデータフレームとして受信する（Ｓ６０３、Ｆ４０４）。当該データフレームには、データユニット群が含まれうる。続いて、ＡＰ１０２のフレーム解析部３０４は、受信したデータが、マルチＡＰとして転送（送信）するものであるかを確認する（Ｓ６１３）。
この確認方法は、例えば、次のものが挙げられる。図４の例のようにＡＰ１０２の通信制御部３０１が、ＡＰ１０１から事前にＪｏｉｎｔ参加要求を受信し、Ｊｏｉｎｔの参加表明をした後にＡＰ１０１から受信したデータ（データユニット）は、すべてマルチＡＰとして転送するものとして判断してもよい。この場合、Ｊｏｉｎｔ手続きの後に送受信する情報量を抑えることができるようになる。もしくは、ＡＰ１０１が転送するデータとしてデータフレームを送信するときに、ＨＴ Ｃｏｎｔｒｏｌフィールドの１ビットにＭｕｌｔｉ－ＡＰとして転送するものであることを示すビットを用意してもよい。これにより、データフレームを受信したＡＰ１０２は、当該ビットが立っているデータフレームについては、マルチＡＰとして転送するものと判断することができる。この手法の場合、ＡＰ１０１は、動的にマルチＡＰとして転送するか否かを変更でき、状況に応じた対応が可能となる。もしくは、ＡＰ１０１がＪｏｉｎｔの参加要求フレームの中に期間を示すフィールドを入れておき、ＡＰ１０２は、示された期間中にＡＰ１０１から受信したデータフレームはすべてマルチＡＰとして転送するものとして判断してもよい。この手法の場合、ＡＰ１０１は、マルチＡＰとして転送する期間を指定できるため、マルチＡＰとして転送が必要なくなった後にＪｏｉｎｔ送信を削除する手続きを行う必要がなくなる。もしくは、ＡＰ１０１は、Ｊｏｉｎｔ参加要求フレームの中に宛先のＳＴＡのＭＡＣ Ａｄｄｒｅｓｓ（本実施例ではＳＴＡ１０４のＭＡＣ Ａｄｄｒｅｓｓ）を入れてもおい。これにより、ＡＰ１０２は、ＡＰ１０１から宛先のＳＴＡ向けに転送するデータを受信したときは、すべてマルチＡＰとして転送するものとして判断することができる。受信したデータ（デーｔフレーム）がマルチＡＰとして転送するデータの場合は（Ｓ６１３でＹｅｓ）、処理はＳ６１４へ進み、マルチＡＰとして転送するデータでない場合は（Ｓ６１３でＮｏ）、処理はＳ６０４～Ｓ６０６のいずれかに移る。
転送するデータがマルチＡＰとして転送するデータであることが確認された後、Ａｃｋ制御部３０３は、データフレームのＡｃｋ Ｐｏｌｉｃｙサブフィールドを確認し、Ａｃｋ返信ポリシがＯＮか否かを判断する（Ｓ６１４）。すなわち、Ａｃｋ制御部３０３は、転送するデータに対するＡｃｋを必要するか否かを判断する。なお、当該判断は、Ｔｒａｎｓｍｉｔｔｅｒ ＡＰに対して、ＳＴＡ１０４からのＡｃｋを転送する必要があるか否かの判断でありうる。Ａｃｋ返信ポリシがＯＮか否かの判断方法は、例えば次のものが挙げられる。ＡＰ１０２のＡｃｋ制御部３０３は、ＡＰ１０１から受信したデータフレームのＡｃｋ Ｐｏｌｉｃｙサブフィールドを確認し、Ｎｏ Ａｃｋを示している場合は、Ａｃｋ返信ポリシがＯＮではない（ＳＴＡ１０４からのＡｃｋも必要ない）と判断してもよい。もしくは、ＡＰ１０１から事前に受信したＪｏｉｎｔ参加要求フレームの中にＳＴＡ１０４からのＡｃｋ Ｐｏｌｉｃｙを示すフィールドを用意し、ＡＰ１０２のＡｃｋ制御部３０３は、その値に応じて判断してもよい。Ａｃｋ返信ポリシがＯＮでない場合、すなわち、ＡＰ１０１にＡｃｋを転送する必要がない場合（Ｓ６１４でＮｏ）、処理はＳ６０４～Ｓ６０６のいずれかに移る。
Ａｃｋ返信ポリシがＯＮの場合、すなわち、Ａｃｋが必要と判断された場合は（Ｓ６１４でＹｅｓ）、ＡＰ１０２の通信制御部３０１は、転送用のデータを受信したことをＡＰ１０１に確認するためにＢＡＲの受信（Ｓ６１５、Ｆ４０５）およびＢＡの返信（Ｓ６１６、Ｆ４０６）を行う。なお、これらの処理（の一方）は行われなくてもよい。
ＡＰ１０２の通信制御部３０１は、データを転送する準備が整った段階で、ＡＰ１０１からデータ転送のタイミングを伝えるトリガーフレームを受信する（Ｓ６１７、Ｆ４０７）。なお、上述のように、トリガーフレームの受信はなくてもよく、また、データ転送のタイミングはトリガーフレーム以外により決定されてもよい。トリガーフレームを受信したことに応答して、ＡＰ１０２のフレーム生成部３０２は、受信したシーケンス指示フレーム（Ｓ６０１、Ｆ４０３）で指定されたシーケンス番号を所定フィールドに付与し（図９）、さらに、シーケンス番号に対応するデータユニットをペイロード部に付与したデータフレームを生成する。シーケンス番号に対応するデータユニットは、受信したデータフレームに含まれたデータユニット群の少なくとも一部でありうる。続いて、ＡＰ１０２の通信制御部３０１は、データフレームを送信する（Ｓ６１８、Ｆ４０８）。このデータフレームの受信確認をＳＴＡ１０４に要求するために、ＡＰ１０２の通信制御部３０１はＢＡＲを送信する（Ｓ６１９、Ｆ４０９）。なお、ＢＡＲは送信しなくてもよい。
続いて、ＡＰ１０２の通信制御部３０１は、ＢＡＲもしくはデータフレームに対するＢＡを受信し（Ｓ６２０、Ｆ４１０）、フレーム解析部３０４は、ＢＡのビットマップを解析して、データの受信確認を行う（Ｓ６２１）。具体的には、ＡＰ１０２のフレーム解析部３０４は、ＢＡ（図９）のＢＡ Ｉｎｆｏｒｍａｔｉｏｎフィールド９０６のＢｌｏｃｋ Ａｃｋ Ｂｉｔｍａｐサブフィールド９１１の内容を解析し、すべてのデータユニット送信に対するＡｃｋを受信したかを確認する。
確認の結果、すべてのデータユニットの受信確認ができた場合は（Ｓ６２２でＹｅｓ）、ＡＰ１０２のフレーム生成部３０２は、送信完了通知のためのフレームを生成し、通信制御部３０１は該フレームをＡＰ１０１（Ｔｒａｎｓｍｉｔｔｅｒ ＡＰ）に送信する（Ｓ６２３）。この時、送信完了通知のために使用（生成）するフレームは例えば、下記が挙げられる。例えば、図４に示したように、ＡＰ１０２は、ＳＴＡ１０４から受信されたＢＡに含まれるＢＡ Ｉｎｆｏｒｍａｔｉｏｎフィールド９０６を複製して、ＢＡを生成し、ＡＰ１０１に送信することができる（Ｆ４１１）。この手段の場合、ＡＰ１０２はフレームを作成しなおす計算が少なくて済む。また、ＡＰ１０２内でＢＡ Ｉｎｆｏｒｍａｔｉｏｎフィールド９０６に含まれるＢｌｏｃｋ Ａｃｋ Ｂｉｔｍａｐサブフィールド９１１を解析するＳ６２１の処理が必要なくなる。他の手段としては、送信完了通知のためのフレームを定義し、ＡＰ１０２がこれを送信する手段がある。この手段の場合、送信完了であることがわかればよいため、ＡＰ１０２が送信するデータ容量が小さくて済むメリットがある。
一方で、受信確認ができていないデータユニットがある場合（受信確認できていないシーケンス番号が検出された場合）は（Ｓ６２２でＮｏ）、処理はＳ６２４へ進む。Ｓ６２４では、ＡＰ１０２のフレーム生成部３０２は、受信されなかったデータユニットのシーケンス番号を示すビットマップを含むフレームを生成し、通信制御部３０１は、該フレームをＡＰ１０１に送信する。これにより、どのデータユニットがＳＴＡ１０４は受信できなかったか（ＳＴＡ１０４に送信できなかったか）がＡＰ１０１に通知される。例えば、図４に示したように、ＡＰ１０２は、ＳＴＡ１０４から受信されたＢＡに含まれるＢＡ Ｉｎｆｏｒｍａｔｉｏｎフィールド９０６を複製して、ＢＡを生成し、ＡＰ１０１に送信することができる（Ｆ４１１）。もしくは、ＡＰ１０２は、図７のＡｃｔｉｏｎ Ｄｅｔａｉｌｓサブフィールド７１１内部の形式で受信できたシーケンス番号を穴抜け付きの連番シーケンス番号で表現したフレームを送信してもよい。
このようにして、ＡＰ１０１は、ＡＰ１０２／ＡＰ１０３を通してＳＴＡ１０４にデータ送信ができ、またどのデータユニットがＳＴＡ１０４に届いているのかを知ることができるようになる。その結果、ＡＰ１０１は、ＡＰ１０２／ＡＰ１０３とＳＴＡ１０４との接続状態を動的に確認することができるようになり、状況に応じたデータ送信のルーティングが可能となる。さらに、ＡＰ１０１は、データの再送も状況に応じて変更できるため、データをＳＴＡ１０４に確度高く届けることができるようになる。
なお、後述する実施例２と比較すると、ＳＴＡ１０４の実施する処理が少なくて済む利点がある。具体的には、データを受信するＳＴＡ１０４にとって、複数のＡＰからデータを受信する時点でそのデータの順序関係がわからなくなる可能性がある。データユニットに付与されているシーケンス番号が一貫していると、ＳＴＡ１０４は受信したデータの並べ替えをするときに、シーケンス番号を基準に行えばよくなるため、比較的簡単にデータ順序の並べ替えができるようになる。また、ＳＴＡ１０４がＢＡをＡＰ１０２／ＡＰ１０３に送信するときも、複数のＡＰから受信したデータユニットに付与されたシーケンス番号が整理されているために、例えばＡＰ１０２に送るＢＡの中に、ＡＰ１０３から受信したデータユニットについての情報を入れやすくなる。これらを実現するためには、データユニット（群）の送信元であるＡＰ１０１がＳＴＡ１０４に送信するデータの順序関係やシーケンス番号を管理する必要がある。また、ＡＰ１０１が、ＡＰ１０２／ＡＰ１０３に対してデータ転送するときのフレームに付与するシーケンス番号を指示する必要がある。このため、本実施例では図４のＳ４０３のように、シーケンス番号を指示する処理が必要となる。
＜実施例２＞
本実施例において、ＡＰ１０１はＴｒａｎｓｍｉｔｔｅｒ ＡＰとして機能する。ＡＰ１０２とＡＰ１０３はＲｅｌａｙ ＡＰとして機能し、ＡＰ１０１からの指示によってＳＴＡ１０４と通信する。本実施例では、ＡＰ１０１からＡＰ１０２／ＡＰ１０３を介してＳＴＡ１０４へデータを送信する場合について述べる。なお、実施例１とは異なり、ＡＰ１０１は、データ転送時のフレームに付与するシーケンス番号の指示を送信しないものとする。本実施例の説明に際し、実施例１と重複する部分については説明を省略する。
図１０に、本実施例におけるＡＰ１０１がＡＰ１０２とＡＰ１０３を介してＳＴＡ１０４にデータを送信する際の全体のデータ送受信処理の流れを示すシーケンス図を示す。全体の流れは実施例１で説明したものと重複するため説明を省略する。なお、実施例１と異なる点として、Ｆ４０３のシーケンス番号の指示フレーム（Ｓｅｑｕｅｎｃｅ Ｉｎｄｉｃａｔｉｏｎ）がＡＰ１０１からＡＰ１０２／ＡＰ１０３に送信されていない。本実施例では、Ｆ４０８で、ＡＰ１０２とＡＰ１０３が送信するデータユニットに付与するシーケンス番号は、ＡＰ１０２／ＡＰ１０３が独自に定義した値（番号）となる。
ＡＰ１０２／ＡＰ１０３による図１０のＦ４０３～Ｆ４１１の処理について、図１１を参照して説明する。図１１は、本実施例において、ＡＰ１０２とＡＰ１０３がＳＴＡ１０４にデータ送信するときの処理を示すフローチャートである。図１１に示すフローチャートは、ＡＰ１０２／ＡＰ１０３の制御部２０２が記憶部２０１に記憶されている制御プログラムを実行し、情報の演算および加工並びに各ハードウェアの制御を実行することにより実現されうる。
以下、ＡＰ１０２を例に説明するが、ＡＰ１０３にも同様の処理を適用できる。本処理は、ＡＰ１０２の通信制御部３０１が、Ｔｒａｎｓｍｉｔｔｅｒ ＡＰであるＡＰ１０１からＳＴＡ１０４に転送するデータを受信した時点で開始する。
まず、ＡＰ１０２の通信制御部３０１は、ＡＰ１０１から、ＳＴＡ１０４に転送するデータをデータフレームとして受信する（Ｓ６０３）。当該データフレームには、データユニット群が含まれうる。続いて、ＡＰ１０２のフレーム解析部３０４は、受信したデータが、マルチＡＰとして転送するものであるかを確認する（Ｓ６１３）。当該確認の方法は、実施例１と重複するため説明を省略する。次に、ＡＰ１０２のＡｃｋ制御部３０３は、ＳＴＡ１０４に送信するデータはＡｃｋを必要とするかどうかを確認する（Ｓ６１４）。当該確認の方法は実施例１と重複するため説明を省略する。マルチＡＰでの転送でない場合（Ｓ６１３でＮｏ）やＡｃｋが必要でないと判断した場合は（Ｓ６１４でＮｏ）、処理はＳ６０４～Ｓ６０６のいずれかに移る。Ｓ６０４～Ｓ６０６以降の処理は、実施例１と重複するため説明を省略する。
ＳＴＡ１０４に転送するデータはＡｃｋを必要としており、マルチＡＰで送信するデータであると判断した場合（Ｓ６１３でＹｅｓ，Ｓ６１４でＹｅｓ）、処理はＳ１１１５へ進む。次に、ＡＰ１０２のフレーム解析部３０４は、受信したデータフレームに含まれる、データユニットに付与されているシーケンス番号を取得し記憶部２０１に記録する（保存する）（Ｓ１１１５）。ここで記録した値（シーケンス番号）は、後述する処理で使用される。そのあと、ＡＰ１０２の通信制御部３０１は、ＢＡＲを受信（Ｓ１１１６）すると、ＢＡＲに返信する形でＢＡを送信する（Ｓ１１１７）。なお、ＢＡＲとＢＡの送受信はなくてもよい。
ＡＰ１０２の通信制御部３０１は、データを転送する準備が整った段階で、ＡＰ１０１からデータ転送のタイミングを伝えるトリガーフレームを受信する（Ｓ１１１８、Ｆ４０７）。なお、トリガーフレームの受信はなくてもよく、また、データ転送のタイミングはトリガーフレーム以外により決定されてもよい。詳細は実施例１で説明済みなので省略する。トリガーフレームを受信したことに応答して、ＡＰ１０２のフレーム生成部３０２は、シーケンス番号を所定フィールドに付与し（図９）、さらに、シーケンス番号に対応するデータユニットをペイロード部に付与したデータフレームを生成する。シーケンス番号に対応するデータユニットは、受信したデータフレームに含まれたデータユニット群の少なくとも一部でありうる。また、本実施例では、シーケンス番号は、番号管理部３０５が生成し付与した番号である。ＡＰ１０２の通信制御部３０１は、データフレームを送信する（Ｓ１１１９、Ｆ４０８）。
ＡＰ１０２の番号管理部３０５は、Ｓ１１１９で送信したデータユニットに付与したシーケンス番号とデータユニットを受信したときに付与されていたシーケンス番号とを対応付けた情報（対応関係）を生成し、記憶部２０１に保存（管理）する（Ｓ１１２０）。例えば、Ｓ６０３で受信した際にデータユニットに付与されていたシーケンス番号が３，４，５であり、Ｓ１１１９で送信するデータユニットに付与されたシーケンス番号が９，１０，１１である場合を考える。このとき、番号管理部３０５は、３－９、４－１０、５－１１をセットとして、記憶部２０１に保存する。あるいは、番号管理部３０５は、３－９のみ保存して、他のデータユニットは３と９のそれぞれの連番であると仮定してもよい。このように、番号管理部３０５は、転送するデータユニットごとに、受信時と送信時でシーケンス番号の対応が取れるように、記憶部２０１にシーケンス番号の対応関係の情報を記憶する。
ＡＰ１０２の通信制御部３０１は、ＳＴＡ１０４へのデータ送信が終わると、ＢＡＲを送信し（Ｓ１１２１、Ｆ４０９）、ＢＡＲに応答して、ＳＴＡ１０４からＢＡを受信する（Ｓ１１２２、Ｆ４１０）。ここでＢＡＲの送信はなくてもよい。また、ＢＡは別の形式でもよい。例えば、一つのデータユニットごとにＡｃｋを返すものとしてもよい。ＢＡが受信されると、ＡＰ１０２のフレーム解析部３０４は、ＢＡのビットマップを解析して、データの受信確認を行う（Ｓ１１２３）。具体的には、ＡＰ１０２のフレーム生成部３０２は、ＢＡ（図９）のＢＡ Ｉｎｆｏｒｍａｔｉｏｎフィールド９０６に付与されるＢｌｏｃｋ Ａｃｋ Ｂｉｔｍａｐサブフィールド９１１の内容を解析し、すべてのデータユニット送信に対するＡｃｋを受信したかを確認する。
確認の結果、すべてのデータユニットの受信確認ができた場合は（Ｓ１１２４でＹｅｓ）、ＡＰ１０２のフレーム生成部３０２は、送信完了通知のためのフレームを生成し、通信制御部３０１は該フレームをＡＰ１０１（Ｔｒａｎｓｍｉｔｔｅｒ ＡＰ）に送信する（Ｓ１１２５）。このとき送信する送信完了通知として、専用のフレームが作成されてもよいし、図９に示すＢＡの形式で送信されてもよい。図９に示すＢＡの形式で送信する場合、Ｂｌｏｃｋ Ａｃｋ Ｓｔａｒｔｉｎｇ Ｓｅｑｕｅｎｃｅ Ｃｏｎｔｒｏｌサブフィールド９１０に含まれるＳｔａｒｔｉｎｇ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒサブフィールド９１４の値と、場合によってはＢｌｏｃｋ Ａｃｋ Ｂｉｔｍａｐサブフィールド９１１の値が、ＳＴＡ１０４から受信したＢＡにおける同サブフィールドの値とは異なりうる。すなわち、ＳＴＡ１０４から受信したＢＡで示されるシーケンス番号と、ＡＰ１０１に送信するＢＡで示すシーケンス番号は異なりうる。そのため、フレーム生成部３０２は、Ｓ１１２０で生成した対応関係に基づいて、受信したＢＡで示されるシーケンス番号を、ＡＰ１０１に送信するＢＡで示すべきシーケンス番号に変換する。
具体的には、フレーム生成部３０２は、ＳＴＡ１０４から受信したＢＡ中に示されたＳｔａｒｔｉｎｇ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒサブフィールドの値を、Ｓ１１２０で生成した対応関係に基づいて、ＡＰ１０２がＡＰ１０１からデータ受信したときの値に変換する。なお、変換した値とは別の値をＳｔａｒｔｉｎｇ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒサブフィールドの値としたい場合、Ｂｌｏｃｋ Ａｃｋ Ｂｉｔｍａｐサブフィールド９１１の値を変更する。Ｓｔａｒｔｉｎｇ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒサブフィールドとして指定したい値から、ＡＰ１０２が受信したときに使用されたシーケンス番号の相対的な距離を計算し、計算結果の序数に当たるビットに値を反映させる。
Ｓ１１２５におけるシーケンス番号の変換処理は、受信確認ができていないデータユニットがある場合（受信確認できていないシーケンス番号が検出された場合）（Ｓ１１２４でＮｏ）にも適用される（Ｓ１１２６）。そして、ＡＰ１０２のフレーム生成部３０２は、受信されなかったデータユニットのシーケンス番号を示すビットマップを含むフレームを生成し、通信制御部３０１は、該フレームをＡＰ１０１に送信する（Ｓ１１２７）。
なお、本実施例においても、ＡＰ１０２／ＡＰ１０３は、受信確認を受け取っていないデータユニット（ＳＴＡ１０４に届いていないデータユニット）について、複数回再送してから、その結果をＡＰ１０１に送信してもよい。この方法の詳細は実施例１と重複するため説明を省略する。もしくは、図７のＡｃｔｉｏｎ Ｄｅｔａｉｌｓサブフィールド７１１内部の形式で受信できたシーケンス番号を穴抜け付きの連番シーケンス番号で表現できるようになる。
このように、ＡＰ１０１がＡＰ１０２／ＡＰ１０３にデータ転送するときのシーケンス番号を指示しなくても、どのデータがＳＴＡ１０４に届いたかを確認できるようになる。これにより、ＡＰ１０１は動的にデータ転送を指示するＡＰを切り替えることができるようになる。実施例１と比較すると、データ転送するときのシーケンス番号を指示するフレームを送信する必要がなくなる。よって、データ転送を指示するときに帯域を使用する時間を抑えることができるようになる。
＜実施例３＞
本実施例において、ＡＰ１０１はＲｅｃｅｉｖｅｒ ＡＰとして機能する。ＳＴＡ１０４はＴｒａｎｓｍｉｔｔｅｒ ＳＴＡとして機能する。ＡＰ１０２とＡＰ１０３はＲｅｌａｙ ＡＰとして機能し、ＡＰ１０１からの指示によってＳＴＡ１０４と通信する。本実施例では、ＳＴＡ１０４からＡＰ１０２／ＡＰ１０３を介してＡＰ１０１へデータを送信する場合について述べる。本実施例の説明に際し、実施例１と重複する部分については説明を省略する。
図１２に、本実施例におけるＳＴＡ１０４がＡＰ１０２／ＡＰ１０３を介してＡＰ１０１にデータを送信する際の全体のデータ送受信処理の流れを示すシーケンス図を示す。Ｊｏｉｎｔの参加要求フレームの送受信（Ｆ４０１，Ｆ４０２）は実施例１と重複するため説明を省略する。
Ｊｏｉｎｔ手続きが終わると、ＳＴＡ１０４からＡＰ１０２／ＡＰ１０３に対し、データを受信するときのシーケンス番号を指定される（Ｆ１２０３）。これにより、ＡＰ１０１は、ＡＰ１０２／ＡＰ１０３からのデータフレームを統合したときに、正しくデータを並び替えることができるようになる。続いてＳＴＡ１０４は、ＡＰ１０２／ＡＰ１０３にデータフレームを送信する（Ｆ１２０４）。データフレームを送信し終わると、それに合わせてＢＡＲを送信する（Ｆ１２０５）。ＡＰ１０２／ＡＰ１０３は、ＢＡＲを受信することに応答して、ＢＡを返信する（Ｆ１２０６）。なお、ここでのＢＡＲとＢＡの送受信はなくてもよい。また、別の例として、ＡＤＤＢＡ Ｒｅｑｕｅｓｔ、ＡＤＤＢＡ Ｒｅｓｐｏｎｓｅの手続きで、Ｂｌｏｃｋ Ａｃｋ Ｐｏｌｉｃｙを０としてＩｍｍｅｄｉａｔｅでないことを示しておいてもよい。この場合、ＢＡＲに対してＡＰ１０２／ＡＰ１０３は、ここではシーケンス番号を指定しないＡｃｋのみ返してもよい。この場合、ＡＰ１０２／ＡＰ１０３は、ＡＰ１０１の受信確認ができてから、改めてＢＡを送信することになる。他のＡｃｋ返信動作については実施例１と重複するため説明を省略する。
ＳＴＡ１０４からのデータ受信が終わった後、ＡＰ１０２／ＡＰ１０３は、データをデータフレームとして送信する（Ｆ１２０７）。なお、ＳＴＡ１０４からのデータ受信をしつつ、ＡＰ１０１にデータを転送していてもよい（Ｆ１２０７）。ＡＰ１０２／ＡＰ１０３はデータ転送が終わったら、ＢＡＲを送信する（Ｆ１２０８）。ここでのＢＡＲの送信はなくてもよい。これに対し、ＡＰ１０１はＡＰ１０２／ＡＰ１０３にＢＡを送信する（Ｆ１２０９）。ＡＰ１０２／ＡＰ１０３は、ＢＡの情報をＢＡの形式でＳＴＡ１０４に送信する（Ｆ１２１０）。ＳＴＡ１０４は、受信したＢＡの情報に従い、必要に応じて再送データをＡＰ１０２／ＡＰ１０３に送信する（Ｆ１２１１）。
ＡＰ１０２／ＡＰ１０３による図１２のＦ１２０３～Ｆ１２１１の処理について、図１３を参照して説明する。図１３は、本実施例において、ＡＰ１０２／ＡＰ１０３がＡＰ１０１にデータ送信するときの処理を示すフローチャートである。図１３に示すフローチャートは、ＡＰ１０２／ＡＰ１０３の制御部２０２が記憶部２０１に記憶されている制御プログラムを実行し、情報の演算および加工並びに各ハードウェアの制御を実行することにより実現されうる。以下、ＡＰ１０２を例に説明するが、ＡＰ１０３にも同様の処理を適用できる。
実施例１と同様に、まず、ＡＰ１０２の通信制御部３０１は、シーケンス番号を指定するフレームを受信しているかどうかを確認する（Ｓ１３０１）。そのあと、ＡＰ１０２の通信制御部３０１は、Ｔｒａｎｓｍｉｔｔｅｒ ＳＴＡ（ＳＴＡ１０４）から、Ｒｅｃｅｉｖｅｒ ＡＰ（ＡＰ１０１）へ転送するデータとしてデータフレームを受信する（Ｓ１３０２、Ｓ１３０３）。シーケンス番号を指定するフレームを受信していなかった場合（Ｓ１３０１でＮｏ）や、受信したデータフレームがマルチＡＰで受信するフレームでない場合（Ｓ１３１３でＮｏ）や、Ａｃｋを返信する必要がない場合（Ｓ６１４でＮｏ）の処理は、実施例１で示した処理と同様となるため説明を省略する。また、Ｓ６１５～Ｓ６２２の処理は、実施例１で示した処理と重複するため、説明を省略する。
ＡＰ１０２のフレーム解析部３０４により、すべてのデータユニットの受信確認ができた場合は（Ｓ６２２でＹｅｓ）、通信制御部３０１は、ＳＴＡ１０４に対して送信完了通知を送信する（Ｓ１３２３）。この時送信する形式はＢＡの形でもよいし、専用のフレームを用意してもよい。詳細については実施例１で示したものと重複するため説明を省略する。受信確認ができていないデータユニットがある場合は（Ｓ６２２でＮｏ）、ＡＰ１０２の通信制御部３０１は、ＡＰ１０１から受信したＢＡに含まれるＢＡ Ｉｎｆｏｒｍａｔｉｏｎフィールド９０６を複製して、ＢＡを生成し、ＳＴＡ１０４に送信しうる。もしくは、ＡＰ１０２は、図７のＡｃｔｉｏｎ Ｄｅｔａｉｌｓサブフィールド７１１内部の形式で受信できたシーケンス番号を穴抜け付きの連番シーケンス番号で表現したフレームを送信してもよい。
このように、データ受信においてもデータの受信確認をデータ送信者に伝えることができるようになる。なお、実施例２を本実施例に適用してもよい。この場合、図１０と図１１において、通信する２つの通信装置は、Ｔｒａｎｓｍｉｔｔｅｒ ＡＰからＴｒａｎｓｍｉｔｔｅｒ ＳＴＡとなり、Ｒｅｃｅｉｖｅｒ ＳＴＡからＲｅｃｅｉｖｅｒ ＡＰとなる。処理の内容自体は変わらない。例えば、Ｔｒａｎｓｍｉｔｔｅｒ ＳＴＡはシーケンス番号を指定せず、ＡＰ１０２／ＡＰ１０３がシーケンス番号を生成して使用する。また、Ｔｒａｎｓｍｉｔｔｅｒ ＳＴＡへのＢＡには、シーケンス番号の対応関係に従ってＡＰ１０２／ＡＰ１０３によって変換されたシーケンス番号が含まれうる。
（その他の実施例）
その他の実施例として、ＡＰ１台とＳＴＡ３台でデータの送受信に対しても、本件が適用できる。この場合、ＳＴＡがＳＴＡ同士でＪｏｉｎｔの参加フレーム、参加完了フレームの手続きを行う。ＡＰからＳＴＡへのデータ送信の場合、ＳＴＡ２台はＲｅｌａｙ ＳＴＡとしての役割を担ってもよい。この場合、データの転送およびＢＡの転送はＲｅｌａｙ ＳＴＡが行う。Ｒｅｌａｙ ＳＴＡの処理は本件で提案したＲｅｌａｙ ＡＰの動作と同様である。これは各ＳＴＡの装備がそれほどリッチでない場合に適用できる。リッチでない通信機器を組み合わせることで、高スループットと低遅延な無線通信環境が実現できるようになる。同様に条件が整えば、ＡＰ３台とＳＴＡ３台がそれぞれ連携してデータ通信が行う場合に適用してもよい。ＡＰ３台のうち２台はＲｅｌａｙ ＡＰとして動作し、ＡＰ１台はＴｒａｎｓｍｉｔｔｅｒ ＡＰもしくはＲｅｃｅｉｖｅｒ ＡＰとして動作する。ＳＴＡ３台のうち２台はＲｅｌａｙ ＳＴＡとして動作し、ＳＴＡ１台はＴｒａｎｓｍｉｔｔｅｒ ＳＴＡもしくはＲｅｃｅｉｖｅｒ ＳＴＡとして動作する。Ｒｅｌａｙ ＡＰおよびＲｅｌａｙ ＳＴＡの処理は各実施例で示した通りとなる。この形態の場合、ＡＰおよびＳＴＡの両方がリッチでない装備だが、高スループットと低遅延を実現したいときや、お互いの通信で発生する干渉を抑えたいときなどに利用できる。また、ＡＰ同士、ＳＴＡ同士の通信は有線とし、ＡＰ－ＳＴＡ間の通信を無線として、各ＡＰ、ＳＴＡの距離を離すことで、無線干渉を抑えながら高スループットと低遅延を実現できる。
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
発明は上記実施形態に制限されるものではなく、発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。従って、発明の範囲を公にするために請求項を添付する。
１０１ 通信装置（ＡＰ）、１０２～１０４ 通信装置（ＡＰ）、１０５～１０８ リンク、１０９～１１１ ネットワーク

Claims (21)

  1. ＩＥＥＥ８０２．１１シリーズ規格に準拠した通信装置であって、
    第１の他の通信装置から、データユニット群を含むデータフレームと、前記データユニット群のうちの１つ以上のデータユニットに付与されたシーケンス番号の指示とを受信する第１の受信手段と、
    前記シーケンス番号と、前記１つ以上のデータユニットとを含んで構成されるデータフレームを第２の他の通信装置へ送信する第１の送信手段と、
    前記第２の他の通信装置から、前記第１の送信手段により送信された前記データフレームに対する受信確認を受信する第２の受信手段と、
    前記受信確認に含まれる、前記第２の他の通信装置により受信されたデータユニットのシーケンス番号の情報を前記第１の他の通信装置へ送信する第２の送信手段と、
    を有することを特徴とする通信装置。
  2. 前記第２の送信手段は、前記第２の受信手段から前記受信確認を受信するごとに、前記受信確認に含まれる前記シーケンス番号の情報を前記第１の他の通信装置へ送信することを特徴とする請求項１に記載の通信装置。
  3. 前記第２の送信手段は、前記第２の受信手段から複数の前記受信確認を受信した後に、前記受信確認に含まれる前記シーケンス番号の情報をまとめて前記第１の他の通信装置へ送信することを特徴とする請求項１に記載の通信装置。
  4. 前記第２の受信手段により受信された前記受信確認に基づいて、前記第２の他の通信装置により受信されなかったデータユニットのシーケンス番号を検出する検出手段を更に有し、
    前記第１の送信手段は、前記検出されたシーケンス番号と、前記検出されたシーケンス番号に対応するデータユニットとを含んで構成されるデータフレームを前記第２の他の通信装置へ送信することを特徴とする請求項１に記載の通信装置。
  5. 前記検出手段により前記シーケンス番号が検出された場合、前記第１の送信手段は、前記検出されたシーケンス番号に対応するデータユニットを含んで構成されるデータフレームを前記第２の他の通信装置へ繰り返し送信し、
    前記第２の送信手段は、前記第２の受信手段により繰り返し受信された前記受信確認に含まれる前記シーケンス番号の情報を、まとめて前記第１の他の通信装置へ送信することを特徴とする請求項４に記載の通信装置。
  6. 前記繰り返しの回数の最大値は、予め定義されていることを特徴とする請求項５に記載の通信装置。
  7. 前記受信確認は、Ｂｌｏｃｋ Ａｃｋであることを特徴とする請求項１から６のいずれか１項に記載の通信装置。
  8. 前記データユニットは、ＭＳＤＵ（ＭＡＣ Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ）もしくはＡ－ＭＳＤＵ（Ａｇｇｒｅｇａｔｉｏｎ－ＭＳＤＵ）であり、前記シーケンス番号はＭＳＤＵもしくはＡ－ＭＳＤＵごとに付与される連続した番号であることを特徴とする請求項１から７のいずれか１項に記載の通信装置。
  9. ＩＥＥＥ８０２．１１シリーズ規格に準拠した通信装置であって、
    第１の他の通信装置から、データユニット群と前記データユニット群のそれぞれに付与された第１の種類のシーケンス番号とを含むデータフレームを受信する第１の受信手段と、
    前記データユニット群に対して第２の種類のシーケンス番号を付与し、前記第１の種類のシーケンス番号と前記第２の種類のシーケンス番号との対応関係を管理する番号管理手段と、
    前記第２の種類のシーケンス番号と、前記データユニット群とを含んで構成されるデータフレームを第２の他の通信装置へ送信する第１の送信手段と、
    前記第２の他の通信装置から、前記第１の送信手段により送信された前記データフレームに対する受信確認を受信する第２の受信手段と、
    前記受信確認に含まれる、前記第２の他の通信装置により受信されたデータユニットの第２の種類のシーケンス番号を、前記対応関係に基づいて前記第１の種類のシーケンス番号に変換する変換手段と、
    前記変換手段により変換された、前記第１の種類のシーケンス番号の情報を前記第１の他の通信装置へ送信する第２の送信手段と、
    を有することを特徴とする通信装置。
  10. 前記第２の送信手段は、前記第２の受信手段から前記受信確認を受信するごとに、前記変換手段により変換された、前記第１の種類のシーケンス番号の情報を前記第１の他の通信装置へ送信することを特徴とする請求項９に記載の通信装置。
  11. 前記第２の送信手段は、前記第２の受信手段から複数の前記受信確認を受信した後に、前記変換手段により変換された、前記第１の種類のシーケンス番号の情報をまとめて前記第１の他の通信装置へ送信することを特徴とする請求項９に記載の通信装置。
  12. 前記第２の受信手段により受信された前記受信確認に基づいて、前記第２の他の通信装置により受信されなかったデータユニットの前記第２の種類のシーケンス番号を検出する検出手段を更に有し、
    前記第１の送信手段は、前記検出されたシーケンス番号と、前記検出されたシーケンス番号に対応するデータユニットとを含んで構成されるデータフレームを前記第２の他の通信装置へ送信することを特徴とする請求項９に記載の通信装置。
  13. 前記検出手段により前記第２の種類のシーケンス番号が検出された場合、前記第１の送信手段は、前記検出されたシーケンス番号に対応するデータユニットを含んで構成されるデータフレームを前記第２の他の通信装置へ繰り返し送信し、
    前記第２の送信手段は、前記第２の受信手段により繰り返し受信された前記受信確認に含まれる前記第２の種類のシーケンス番号から前記変換手段により変換された前記第１の種類のシーケンス番号の情報を、まとめて前記第１の他の通信装置へ送信することを特徴とする請求項１２に記載の通信装置。
  14. 前記繰り返しの回数の最大値は、予め定義されていることを特徴とする請求項１３に記載の通信装置。
  15. 前記受信確認は、Ｂｌｏｃｋ Ａｃｋであることを特徴とする請求項９から１４のいずれか１項に記載の通信装置。
  16. 前記データユニットは、ＭＳＤＵ（ＭＡＣ Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ）もしくはＡ－ＭＳＤＵ（Ａｇｇｒｅｇａｔｉｏｎ－ＭＳＤＵ）であり、前記第１の種類のシーケンス番号と前記第２の種類のシーケンス番号はそれぞれＭＳＤＵもしくはＡ－ＭＳＤＵごとに付与される連続した番号であることを特徴とする請求項９から１５のいずれか１項に記載の通信装置。
  17. 前記第１の他の通信装置はアクセスポイントであり、前記第２の他の通信装置は端末装置であることを特徴とする、請求項１から１６のいずれか１項に記載の通信装置。
  18. 前記第１の他の通信装置は端末装置であり、前記第２の他の通信装置はアクセスポイントであることを特徴とする、請求項１から１６のいずれか１項に記載の通信装置。
  19. ＩＥＥＥ８０２．１１シリーズ規格に準拠した通信装置の制御方法であって、
    第１の他の通信装置から、データユニット群を含むデータフレームと、前記データユニット群のうちの１つ以上のデータユニットに付与されたシーケンス番号の指示とを受信する第１の受信工程と、
    前記シーケンス番号と、前記１つ以上のデータユニットとを含んで構成されるデータフレームを第２の他の通信装置へ送信する第１の送信工程と、
    前記第２の他の通信装置から、前記第１の送信工程において送信された前記データフレームに対する受信確認を受信する第２の受信工程と、
    前記受信確認に含まれる、前記第２の他の通信装置により受信されたデータユニットのシーケンス番号の情報を前記第１の他の通信装置へ送信する第２の送信工程と、
    を含むことを特徴とする制御方法。
  20. ＩＥＥＥ８０２．１１シリーズ規格に準拠した通信装置の制御方法であって、
    第１の他の通信装置から、データユニット群と前記データユニット群のそれぞれに付与された第１の種類のシーケンス番号とを含むデータフレームを受信する第１の受信工程と、
    前記データユニット群に対して第２の種類のシーケンス番号を付与し、前記第１の種類のシーケンス番号と前記第２の種類のシーケンス番号との対応関係を管理する番号管理工程と、
    前記第２の種類のシーケンス番号と、前記データユニット群とを含んで構成されるデータフレームを第２の他の通信装置へ送信する第１の送信工程と、
    前記第２の他の通信装置から、前記第１の送信工程において送信された前記データフレームに対する受信確認を受信する第２の受信工程と、
    前記受信確認に含まれる、前記第２の他の通信装置により受信されたデータユニットの第２の種類のシーケンス番号を、前記対応関係に基づいて前記第１の種類のシーケンス番号に変換する変換工程と、
    前記変換工程により変換された、前記第１の種類のシーケンス番号の情報を前記第１の他の通信装置へ送信する第２の送信工程と、
    を含むことを特徴とする制御方法。
  21. コンピュータを、請求項１から１８のいずれか１項に記載の通信装置として機能させるためのプログラム。
JP2020145853A 2020-08-31 2020-08-31 通信装置、通信装置の制御方法、およびプログラム Pending JP2022040916A (ja)

Priority Applications (6)

Application Number Priority Date Filing Date Title
JP2020145853A JP2022040916A (ja) 2020-08-31 2020-08-31 通信装置、通信装置の制御方法、およびプログラム
KR1020237009656A KR20230051708A (ko) 2020-08-31 2021-08-13 통신 장치, 통신 장치의 제어 방법 및 컴퓨터-판독가능한 저장 매체
CN202180053534.9A CN115997472A (zh) 2020-08-31 2021-08-13 通信设备、通信设备的控制方法和程序
EP21861280.2A EP4207928A1 (en) 2020-08-31 2021-08-13 Communication device, communication device control method, and program
PCT/JP2021/029811 WO2022044852A1 (ja) 2020-08-31 2021-08-13 通信装置、通信装置の制御方法、およびプログラム
US18/161,151 US20230179334A1 (en) 2020-08-31 2023-01-30 Communication apparatus, control method for communication apparatus, and computer-readable storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2020145853A JP2022040916A (ja) 2020-08-31 2020-08-31 通信装置、通信装置の制御方法、およびプログラム

Publications (1)

Publication Number Publication Date
JP2022040916A true JP2022040916A (ja) 2022-03-11

Family

ID=80352291

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2020145853A Pending JP2022040916A (ja) 2020-08-31 2020-08-31 通信装置、通信装置の制御方法、およびプログラム

Country Status (6)

Country Link
US (1) US20230179334A1 (ja)
EP (1) EP4207928A1 (ja)
JP (1) JP2022040916A (ja)
KR (1) KR20230051708A (ja)
CN (1) CN115997472A (ja)
WO (1) WO2022044852A1 (ja)

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101911601B (zh) * 2007-11-08 2013-01-02 Lg电子株式会社 无线mesh网中的数据发送方法和A-MSDU格式
JP4743239B2 (ja) * 2008-08-22 2011-08-10 ソニー株式会社 無線通信装置、通信システム、および通信制御方法、並びにプログラム
WO2012140850A1 (ja) * 2011-04-15 2012-10-18 パナソニック株式会社 中継装置、受信装置、送信装置、及び中継方法
US9794796B2 (en) * 2012-06-13 2017-10-17 Qualcomm, Incorporation Systems and methods for simplified store and forward relays
JP2018050133A (ja) 2016-09-20 2018-03-29 キヤノン株式会社 通信装置、制御方法、及びプログラム
JP2020145853A (ja) 2019-03-06 2020-09-10 日本精工株式会社 空芯コイル及び空芯コイルの製造方法並びにステータ

Also Published As

Publication number Publication date
EP4207928A1 (en) 2023-07-05
US20230179334A1 (en) 2023-06-08
CN115997472A (zh) 2023-04-21
WO2022044852A1 (ja) 2022-03-03
KR20230051708A (ko) 2023-04-18

Similar Documents

Publication Publication Date Title
CN111800219B (zh) 数据传输方法、用户设备及控制节点
JP7177225B2 (ja) Ｔｘｏｐを使用する無線通信方法及びそれを使用する無線通信端末
US20230115667A1 (en) Access point apparatus, control method therefor, and computer readable storage medium
US20230137441A1 (en) Communication apparatus, control method for communication apparatus, and storage medium
WO2022044852A1 (ja) 通信装置、通信装置の制御方法、およびプログラム
JP2020141300A (ja) 通信装置及びその通信方法、情報処理装置及びその制御方法、及び、プログラム
JP7490358B2 (ja) 通信装置、制御方法、およびプログラム
US20240224360A1 (en) Communication device, communication method, and non-transitory storage medium
US20240224361A1 (en) Communication device, communication method, and non-transitory computer-readable storage medium
WO2023048092A1 (ja) 通信装置、通信方法、およびプログラム
WO2023095544A1 (ja) 通信装置、通信方法、およびプログラム
WO2021241032A1 (ja) 通信装置、通信装置の制御方法、およびプログラム
WO2023037970A1 (ja) 通信装置、通信方法、およびプログラム
WO2023054250A1 (ja) 通信装置、通信装置の制御方法、およびそのプログラム
WO2023054249A1 (ja) 通信装置、通信装置の制御方法、およびそのプログラム
WO2023037971A1 (ja) 通信装置、通信方法、およびプログラム
KR20240107185A (ko) 통신 장치, 제어 방법, 및 저장 매체
KR20230093013A (ko) 통신 장치, 제어 방법 및 기억 매체
JP2023051565A (ja) 通信装置、通信装置の制御方法、およびそのプログラム
JP2022105211A (ja) 送信装置、受信装置、無線通信システム、及び通信方法
KR20230042070A (ko) 통신 장치, 제어 방법 및 프로그램
KR20240056778A (ko) 통신 장치, 통신 장치의 제어 방법 및 그 프로그램
JP2022187144A (ja) 通信装置、通信方法、およびプログラム

Legal Events

Date Code Title Description
RD01 Notification of change of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7421

Effective date: 20210103

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210113

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20230828