特表 2024-510319 複数のリンクで動作するマルチリンク装置及びマルチリンク装置の動作方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-03-06

(54)【発明の名称】複数のリンクで動作するマルチリンク装置及びマルチリンク装置の動作方法

(51)【国際特許分類】

   H04W 52/02 20090101AFI20240228BHJP

   H04W 84/12 20090101ALI20240228BHJP

   H04W 72/0457 20230101ALI20240228BHJP

   H04W 28/18 20090101ALI20240228BHJP

【ＦＩ】

H04W52/02 111

H04W84/12

H04W72/0457 110

H04W28/18

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2023557401

(86)(22)【出願日】2022-03-16

(85)【翻訳文提出日】2023-09-19

(86)【国際出願番号】 KR2022003704

(87)【国際公開番号】W WO2022197105

(87)【国際公開日】2022-09-22

(31)【優先権主張番号】10-2021-0034964

(32)【優先日】2021-03-17

(33)【優先権主張国・地域又は機関】KR

(31)【優先権主張番号】10-2021-0036273

(32)【優先日】2021-03-19

(33)【優先権主張国・地域又は機関】KR

(31)【優先権主張番号】10-2021-0038379

(32)【優先日】2021-03-24

(33)【優先権主張国・地域又は機関】KR

(81)【指定国・地域】

(71)【出願人】

【識別番号】516079109

【氏名又は名称】ウィルス インスティテュート オブ スタンダーズ アンド テクノロジー インコーポレイティド

(74)【代理人】

【識別番号】100108453

【弁理士】

【氏名又は名称】村山 靖彦

(74)【代理人】

【識別番号】100110364

【弁理士】

【氏名又は名称】実広 信哉

(74)【代理人】

【識別番号】100133400

【弁理士】

【氏名又は名称】阿部 達彦

(72)【発明者】

【氏名】サンヒュン・キム

(72)【発明者】

【氏名】ゴンジュン・コ

(72)【発明者】

【氏名】ジュヒョン・ソン

(72)【発明者】

【氏名】ジンサム・カク

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067AA43

5K067CC22

5K067DD27

5K067EE02

5K067EE10

5K067EE24

(57)【要約】

複数のリンクでそれぞれ動作する複数のステーションを含むマルチリンク装置が開示される。前記マルチリンク動作装置は、送受信部；及び、プロセッサを含む。前記プロセッサは、複数のステーションのうち一つであり、第１リンクで第１ＡＰと結合された第１ステーションからＴＷＴ（ｔａｒｇｅｔ ｗａｋｅ ｔｉｍｅ）エレメントを送信し、第２リンクで動作する第２ステーションと該第２ステーションと結合された第２ＡＰのためのＴＷＴ合意を要請する。

【特許請求の範囲】

【請求項1】

複数のリンクでそれぞれ動作する複数のステーションを含むマルチリンク装置であって、
送受信部；及び
プロセッサを含み、
前記プロセッサは、
複数のステーションのうち一つであり、第１リンクで第１ＡＰと結合された第１ステーションからＴＷＴ（ｔａｒｇｅｔ ｗａｋｅ ｔｉｍｅ）エレメントを送信し、第２リンクで動作する第２ステーションと該第２ステーションと結合された第２ＡＰのためのＴＷＴ合意を要請するマルチリンク装置。

【請求項2】

前記ＴＷＴエレメントは、前記ＴＷＴエレメントが確立しようとするＴＷＴ合意が適用されるリンクを指示する情報を指示するビットマップを含む、請求項１に記載のマルチリンク装置。

【請求項3】

前記第２ステーションと前記第２ＡＰのためのＴＷＴ合意のＴＷＴ要請ステーションは前記第２ステーションであり、
前記第２ステーションと前記第２ＡＰのためのＴＷＴ合意のＴＷＴ応答ステーションは前記第２ＡＰである、請求項１に記載のマルチリンク装置。

【請求項4】

前記プロセッサは、
前記第２ＡＰからＴＷＴ解除フレームを受信した場合に又は前記第２ＡＰに前記ＴＷＴ解除フレームを成功的に送信した場合に、前記第２ステーションと前記第２ＡＰのためのＴＷＴ合意を解除する、請求項３に記載のマルチリンク装置。

【請求項5】

前記プロセッサは、
前記第２リンクが非活性化される場合に、前記第２ステーションと前記第２ＡＰのためのＴＷＴ合意を解除するＴＷＴ解除フレームの受信又は送信無しにも前記第２ステーションと前記第２ＡＰのためのＴＷＴ合意を解除する、請求項１に記載のマルチリンク装置。

【請求項6】

前記ＴＷＴエレメントは、第２リンクを含む複数のリンクに確立される複数のＴＷＴ合意を要請する、請求項１に記載のマルチリンク装置。

【請求項7】

前記複数のリンクに確立される複数のＴＷＴ合意のそれぞれは、前記複数のリンクのそれぞれのリンクＩＤに基づいて識別される、請求項６に記載のマルチリンク装置。

【請求項8】

前記複数のリンクに確立される複数のＴＷＴ合意のそれぞれは、前記複数のリンクのそれぞれのリンクＩＤ、前記マルチリンク装置のＭＡＣ（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）アドレス、前記複数のリンクに確立される複数のＴＷＴ合意のそれぞれのＴＷＴ Ｆｌｏｗ ＩＤに基づいて識別される、請求項７に記載のマルチリンク装置。

【請求項9】

前記プロセッサは、
ＴＷＴ解除フレームを成功的に送信したり又は前記ＴＷＴ解除フレームを受信した場合に、前記ＴＷＴ解除フレームが指示するリンクＩＤに基づいて、複数のリンクに確立される複数のＴＷＴ合意のうち少なくともいずれか一つを解除する、請求項７に記載のマルチリンク装置。

【請求項10】

前記プロセッサは、
前記第２ステーションと前記第２ＡＰのためのＴＷＴ合意を解除し、
前記第２ステーションと前記第２ＡＰのためのＴＷＴ合意を、前記第１ステーションと前記第１ＡＰに承継する、請求項１に記載のマルチリンク装置。

【請求項11】

前記プロセッサは、
前記第２ステーションと前記第２ＡＰのためのＴＷＴ合意を、前記第１ステーションと前記第１ＡＰに承継する時に、前記第２ステーションと前記第２ＡＰのためのＴＷＴ合意のＴＷＴパラメータを、前記第１ステーションと前記第１ＡＰのためのＴＷＴ合意に適用する、請求項１０に記載のマルチリンク装置。

【請求項12】

複数のリンクでそれぞれ動作する複数のステーションを含むマルチリンク装置の動作方法であって、
複数のステーションのうち一つであり、第１リンクで第１ＡＰと結合された第１ステーションからＴＷＴ（ｔａｒｇｅｔ ｗａｋｅ ｔｉｍｅ）エレメントを送信し、第２リンクで動作する第２ステーションと該第２ステーションと結合された第２ＡＰのためのＴＷＴ合意を要請する段階を含む動作方法。

【請求項13】

前記ＴＷＴエレメントは、前記ＴＷＴエレメントが確立しようとするＴＷＴ合意が適用されるリンクを指示する情報を指示するビットマップを含む、請求項１２に記載の動作方法。

【請求項14】

前記第２ステーションと前記第２ＡＰのためのＴＷＴ合意のＴＷＴ要請ステーションは前記第２ステーションであり、
前記第２ステーションと前記第２ＡＰのためのＴＷＴ合意のＴＷＴ応答ステーションは前記第２ＡＰである、請求項１２に記載の動作方法。

【請求項15】

前記動作方法は、
前記第２ＡＰからＴＷＴ解除フレームを受信した場合に又は前記第２ＡＰに前記ＴＷＴ解除フレームを成功的に送信した場合に、前記第２ステーションと前記第２ＡＰのためのＴＷＴ合意を解除する段階をさらに含む、請求項１４に記載の動作方法。

【請求項16】

前記動作方法は、
前記第２リンクが非活性化される場合に、前記第２ステーションと前記第２ＡＰのためのＴＷＴ合意を解除するＴＷＴ解除フレームの受信又は送信無しにも前記第２ステーションと前記第２ＡＰのためのＴＷＴ合意を解除する段階をさらに含む、請求項１２に記載の動作方法。

【請求項17】

前記ＴＷＴエレメントは、第２リンクを含む複数のリンクに確立される複数のＴＷＴ合意を要請する、請求項１２に記載の動作方法。

【請求項18】

前記複数のリンクに確立される複数のＴＷＴ合意のそれぞれを、前記複数のリンクのそれぞれのリンクＩＤに基づいて識別される、請求項１７に記載の動作方法。

【請求項19】

前記複数のリンクに確立される複数のＴＷＴ合意のそれぞれは、前記複数のリンクのそれぞれのリンクＩＤ、前記マルチリンク装置のＭＡＣ（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）アドレス、前記複数のリンクに確立される複数のＴＷＴ合意のそれぞれのＴＷＴ Ｆｌｏｗ ＩＤに基づいて識別される、請求項１８に記載の動作方法。

【請求項20】

前記動作方法は、
ＴＷＴ解除フレームを成功的に送信したり又は前記ＴＷＴ解除フレームを受信した場合に、前記ＴＷＴ解除フレームが指示するリンクＩＤに基づいて、複数のリンクに確立される複数のＴＷＴ合意のうち少なくともいずれか一つを解除する段階をさらに含む、請求項１８に記載の動作方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、複数のリンクで動作するマルチリンク装置及びマルチリンク装置の動作方法に関する。

【背景技術】

【0002】

最近、モバイル機器の普及が拡大されるにつれ、それらに速い無線インターネットサービスを提供し得る無線ＬＡＮ（Ｗｉｒｅｌｅｓｓ ＬＡＮ）技術が脚光を浴びている。無線ＬＡＮ技術は、近距離で無線通信技術に基づいてスマートフォン、スマートパッド、ラップトップＰＣ、携帯型マルチメディアプレーヤー、インベデッド機器などのようなモバイル機器を家庭や企業、または特定サービス提供地域において、無線でインターネットに接続し得るようにする技術である。

【0003】

ＩＥＥＥ（Ｉｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ） ８０２．１１は、２．４ＧＨのｚ周波数を利用した初期の無線ＬＡＮ技術を支援した以来、多様な技術の標準を実用化または開発中である。まず、ＩＥＥＥ ８０２．１１ｂは２．４ＧＨｚバンドの周波数を使用し、最高１１Ｍｂｐｓの通信速度を支援する。ＩＥＥＥ ８０２．１１ｂの後に商用化されたＩＥＥＥ ８０２．１１ａは２．４ＧＨｚバンドではなく５ＧＨｚバンドの周波数を使用することで、相当混雑した２．４ＧＨｚバンドの周波数に比べ干渉への影響を減らしており、ＯＦＤＭ技術を使用して通信速度を最大５４Ｍｂｐｓまで向上させている。しかし、ＩＥＥＥ ８０２．１１ａはＩＥＥＥ ８０２．１１ｂに比べ通信距離が短い短所がある。そして、ＩＥＥＥ ８０２．１１ｇはＩＥＥＥ ８０２．１１ｂと同じく２．４ＧＨｚバンドの週は酢を使用して最大５４Ｍｐｂｓの通真相度を具現し、下位互換性（ｂａｃｋｗａｒｄ ｃｏｍｐａｔｉｂｉｌｉｔｙ)を満足していて相当な注目を浴びたが、通信距離においてもＩＥＥＥ ８０２．１１ａより優位にある。

【0004】

そして、無線ＬＡＮで脆弱点として指摘されていた通信速度に関する限界を克服するために制定された技術規格として、ＩＥＥＥ ８０２．１１ｎがある。ＩＥＥＥ ８０２．１１ｎはネットワークの速度と信頼性を増加させ、無線ネットワークの運営距離を拡張するのにその目的がある。詳しくは、ＩＥＥＥ ８０２．１１ｎではデータ処理速度が最大５４０Ｍｂｐｓ以上の高処理率（Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ、ＨＴ）を支援し、また、伝送エラーを最小化しデータの速度を最適化するために送信部と受信部の両端共に多重アンテナを使用するＭＩＭＯ（Ｍｕｌｔｉｐｌｅ Ｉｎｐｕｔｓ ａｎｄ Ｍｕｌｔｉｐｌｅ Ｏｕｔｐｕｔｓ）技術に基盤している。また、この規格はデータの信頼性を上げるために重複する写本を複数個伝送するコーディング方式を使用している。

【0005】

無線ＬＡＮの普及が活性化され、また、それを使用したアプリケーションが多様化するにつれ、ＩＥＥＥ ８０２．１１ｎが支援するデータの処理速度より高い処理率（Ｖｅｒｙ Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ、ＶＨＴ）を支援するための新たな無線ＬＡＮシステムに対する必要性が台頭している。そのうち、ＩＥＥＥ ８０２．１１ａｃは５ＧＨｚ周波数で広い帯域幅（８０ＭＨｚ～１６０ＭＨｚ）を支援する。ＩＥＥＥ ８０２．１１ａｃ標準は５ＧＨｚ帯域でのみ定義されているが、従来の２．４ＧＨｚ帯域の製品との下位互換性のために、初期１１ａｃチップセットは２．４ＧＨｚ帯域での動作も支援すると考えられる。理論的に、この規格によると多重ステーションの無線ＬＡＮの速度は最小１Ｇｂｐｓ、最大単一リンク速度は最小５００Ｍｂｐｓまで可能になる。これはより広い無線周波数帯域幅（最大１６０ＭＨｚ）、より多いＭＩＭＯ空間的ストリーム（最大８個）、マルチユーザＭＩＭＯ、そして、高い密度の変調（最大２５６ＱＡＭ）など、８０２．１１ｎで受け入れられた無線インタフェースの概念を拡張して行われる。また、従来の２４ＧＨｚ／５ＧＨｚに代わって６０ＧＨｚバンドを利用してデータを伝送する方式として、ＩＥＥＥ ８０２．１１ａｄがある。ＩＥＥＥ ８０２．１１ａｄはビームフォーミング技術を利用して最大７Ｇｂｐｓの速度を提供する伝送規格であって、大容量のデータや無圧縮ＨＤビデオなど、高いビットレート動画のストリーミングに適合している。しかし、６０ＧＨｚ周波数バンドは障害物の通過が難しく、近距離空間でのデバイスの間でのみ利用可能な短所がある。

【0006】

一方、８０２．１１ａｃ及び８０２．１１ａｄ以後の無線ＬＡＮ標準として、ＡＰと端末が密集した高密度環境における高効率及び高性能の無線ＬＡＮ通信技術を提供するためのＩＥＥＥ ８０２．１１ａｘ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ ＷＬＡＮ，ＨＥＷ）標準が開発され、完了段階にある。８０２．１１ａｘベース無線ＬＡＮ環境では、高密度のステーションとＡＰ（Ａｃｃｅｓｓ Ｐｏｉｎｔ）の存在下に屋内／屋外で高い周波数効率の通信が提供される必要があり、これを具現するための様々な技術が開発されている。

【0007】

また、高画質ビデオ、実時間ゲームなどのような新しいマルチメディア応用を支援するために、最大送信速度を上げるための新しい無線ＬＡＮ標準を開発し始めた。７世代無線ＬＡＮ標準であるＩＥＥＥ ８０２．１１ｂｅ（Ｅｘｔｒｅｍｅｌｙ Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ，ＥＨＴ）では、２．４／５／６ＧＨｚの帯域でより広い帯域幅と増加した空間ストリーム及び多重ＡＰ協調などによって最大で３０Ｇｂｐｓの送信率を支援することを目標に標準開発を進行している。

【発明の概要】

【発明が解決しようとする課題】

【0008】

本発明の一実施例は、マルチリンクを用いる無線通信方法及びこれを用いる無線通信端末を提供することを目的とする。

【課題を解決するための手段】

【0009】

本発明の実施例に係る、複数のリンクでそれぞれ動作する複数のステーションを含むマルチリンク装置は、送受信部；及び、プロセッサを含む。前記プロセッサは、複数のステーションのうち一つであり、第１リンクで第１ＡＰと結合された第１ステーションからＴＷＴ（ｔａｒｇｅｔ ｗａｋｅ ｔｉｍｅ）エレメントを送信し、第２リンクで動作する第２ステーションと該第２ステーションと結合された第２ＡＰのためのＴＷＴ合意を要請する。

【0010】

前記ＴＷＴエレメントは、前記ＴＷＴエレメントが確立しようとするＴＷＴ合意が適用されるリンクを指示する情報を指示するビットマップを含んでよい。

【0011】

前記第２ステーションと前記第２ＡＰのためのＴＷＴ合意のＴＷＴ要請ステーションは前記第２ステーションであり、前記第２ステーションと前記第２ＡＰのためのＴＷＴ合意のＴＷＴ応答ステーションは前記第２ＡＰであってよい。

【0012】

前記プロセッサは、前記第２ＡＰからＴＷＴ解除フレームを受信した場合に又は前記第２ＡＰに前記ＴＷＴ解除フレームを成功的に送信した場合に、前記第２ステーションと前記第２ＡＰのためのＴＷＴ合意を解除することができる。

【0013】

前記プロセッサは、前記第２リンクが非活性化される場合に、前記第２ステーションと前記第２ＡＰのためのＴＷＴ合意を解除するＴＷＴ解除フレームの受信又は送信無しにも前記第２ステーションと前記第２ＡＰのためのＴＷＴ合意を解除することができる。

【0014】

前記ＴＷＴエレメントは、第２リンクを含む複数のリンクに確立される複数のＴＷＴ合意を要請することができる。

【0015】

前記複数のリンクに確立される複数のＴＷＴ合意のそれぞれは、前記複数のリンクのそれぞれのリンクＩＤに基づいて識別されてよい。

【0016】

前記複数のリンクに確立される複数のＴＷＴ合意のそれぞれは、前記複数のリンクのそれぞれのリンクＩＤ、前記マルチリンク装置のＭＡＣ（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）アドレス、前記複数のリンクに確立される複数のＴＷＴ合意のそれぞれのＴＷＴ Ｆｌｏｗ ＩＤに基づいて識別されてよい。

【0017】

前記プロセッサは、ＴＷＴ解除フレームを成功的に送信したり又は前記ＴＷＴ解除フレームを受信した場合に、前記ＴＷＴ解除フレームが指示するリンクＩＤに基づいて、複数のリンクに確立される複数のＴＷＴ合意のうち少なくともいずれか一つを解除することができる。

【0018】

前記プロセッサは、前記第２ステーションと前記第２ＡＰのためのＴＷＴ合意を解除し、前記第２ステーションと前記第２ＡＰのためのＴＷＴ合意を、前記第１ステーションと前記第１ＡＰに承継することができる。

【0019】

前記プロセッサは、前記第２ステーションと前記第２ＡＰのためのＴＷＴ合意を、前記第１ステーションと前記第１ＡＰに承継する時に、前記第２ステーションと前記第２ＡＰのためのＴＷＴ合意のＴＷＴパラメータを前記第１ステーションと前記第１ＡＰのためのＴＷＴ合意に適用することができる。

【0020】

本発明の実施例に係る複数のリンクでそれぞれ動作する複数のステーションを含むマルチリンク装置の動作方法は、複数のステーションのうち一つであり、第１リンクで第１ＡＰと結合された第１ステーションからＴＷＴ（ｔａｒｇｅｔ ｗａｋｅ ｔｉｍｅ）エレメントを送信し、第２リンクで動作する第２ステーションと該第２ステーションと結合された第２ＡＰのためのＴＷＴ合意を要請する段階を含む。

【0021】

前記ＴＷＴエレメントは、前記ＴＷＴエレメントが確立しようとするＴＷＴ合意が適用されるリンクを指示する情報を指示するビットマップを含んでよい。

【0022】

前記第２ステーションと前記第２ＡＰのためのＴＷＴ合意のＴＷＴ要請ステーションは前記第２ステーションであり、前記第２ステーションと前記第２ＡＰのためのＴＷＴ合意のＴＷＴ応答ステーションは前記第２ＡＰであってよい。

【0023】

前記動作方法は、前記第２ＡＰからＴＷＴ解除フレームを受信した場合に又は前記第２ＡＰに前記ＴＷＴ解除フレームを成功的に送信した場合に、前記第２ステーションと前記第２ＡＰのためのＴＷＴ合意を解除する段階をさらに含んでよい。

【0024】

前記動作方法は、前記第２リンクが非活性化される場合に、前記第２ステーションと前記第２ＡＰのためのＴＷＴ合意を解除するＴＷＴ解除フレームの受信又は送信無しにも前記第２ステーションと前記第２ＡＰのためのＴＷＴ合意を解除する段階をさらに含んでよい。

【0025】

前記ＴＷＴエレメントは、第２リンクを含む複数のリンクに確立される複数のＴＷＴ合意を要請することができる。

【0026】

前記複数のリンクに確立される複数のＴＷＴ合意のそれぞれは、前記複数のリンクのそれぞれのリンクＩＤに基づいて識別されてよい。

【0027】

前記複数のリンクに確立される複数のＴＷＴ合意のそれぞれは、前記複数のリンクのそれぞれのリンクＩＤ、前記マルチリンク装置のＭＡＣ（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）アドレス、前記複数のリンクに確立される複数のＴＷＴ合意のそれぞれのＴＷＴ Ｆｌｏｗ ＩＤに基づいて識別されてよい。

【0028】

前記動作方法は、ＴＷＴ解除フレームを成功的に送信したり又は前記ＴＷＴ解除フレームを受信した場合に、前記ＴＷＴ解除フレームが指示するリンクＩＤに基づいて、複数のリンクに確立される複数のＴＷＴ合意のうち少なくともいずれか一つを解除する段階をさらに含んでよい。

【発明の効果】

【0029】

本発明の一実施例は、複数のリンクで動作するマルチリンク装置を提供する。また、本発明の一実施例は、マルチリンク装置が効率的にＴＷＴ動作を行う方法を提供する。

【図面の簡単な説明】

【0030】

【図1】本発明の一実施例による無線ＬＡＮシステムを示す図である。

【図2】本発明の他の実施例による無線ＬＡＮシステムを示す図である。

【図3】本発明の一実施例によるステーションの構成を示す図である。

【図4】本発明の一実施例によるアクセスポイントの構成を示す図である。

【図5】ＳＴＡがＡＰとリンクを設定する過程を概略的に示す図である。

【図6】無線ＬＡＮ通信で使用されるＣＳＭＡ（Ｃａｒｒｉｅｒ Ｓｅｎｓｅ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）／ＣＡ（Ｃｏｌｌｉｓｉｏｎ Ａｖｏｉｄａｎｃｅ）方法を示す図である。

【図7】様々な標準世代別ＰＰＤＵ（ＰＬＣＰ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）フォーマットの一例を示す。

【図8】本発明の実施例に係る様々なＥＨＴ（Ｅｘｔｒｅｍｅｌｙ Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ）ＰＰＤＵ（Ｐｈｙｓｉｃａｌ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）フォーマット及びこれを指示するための方法の一例を示す。

【図9】本発明の実施例に係るマルチリンク装置（ｍｕｌｔｉ－ｌｉｎｋ ｄｅｖｉｃｅ）を示す。

【図10】本発明の実施例によってマルチリンク動作において互いに異なるリンクの送信が同時に行われることを示す。

【図11】本発明の実施例によってＡＰとステーション間にブロードキャストＴＷＴを設定する方法を示す。

【図12】本発明の実施例によってＡＰがクワイエット区間を設定することを示す。

【図13】本発明の実施例によってステーションが制限されたサービスピリオドを考慮してＴＸＯＰを設定する方法を説明する。

【図14】本発明の実施例に係る、ステーションが制限されたサービスピリオドを考慮してチャネルアクセス手順を再び行うことを示す。

【図15】本発明の実施例によってＡＰが制限されたサービスピリオドを早期に終了する動作を示す。

【図16】本発明の実施例に係るＴＷＴエレメントのフォーマットを示す。

【図17】本発明の実施例に係る、マルチリンク装置がＴＷＴ合意を行うことを示す。

【図18】本発明の実施例によって、マルチリンク装置に含まれたステーションが、ステーションが含まれたマルチリンク装置に含まれた他のステーションのためにＴＷＴ合意を行うことを示す。

【図19】本発明の実施例に係るマルチリンク装置がＴＷＴ合意を解除する動作を示す。

【図20】本発明の実施例に係るＴＷＴエレメントのＩｎｄｉｖｉｄｕａｌ ＴＷＴ ｐａｒａｍｅｔｅｒ ｓｅｔフィールドのフォーマットを示す。

【図21】本発明の実施例に係る、最初のＴＷＴ Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｅｒサブフィールド以外の残りのＴＷＴ Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｅｒサブフィールドのフォーマットを示す。

【図22】本発明の実施例に係る、マルチリンク装置が送信するＴＷＴエレメントが含むＣｏｎｔｒｏｌフィールドのフォーマットを示す。

【図23】本発明の実施例に係る、マルチリンク装置が送信するＴＷＴ解除フレームのＡｃｔｉｏｎフィールドのフォーマットを示す。

【図24】本発明の実施例に係るＭＬＤ ＴＷＴ Ｆｌｏｗフィールドを示す。

【図25】本発明のさらに他の実施例に係るＭＬＤ ＴＷＴ Ｆｌｏｗフィールドのフォーマットを示す。

【図26】本発明の実施例に係る、マルチリンク装置に確立されたＴＷＴ合意を解除するＴＷＴ解除フレームを示す。

【図27】本発明の実施例に係る、マルチリンク装置間に確立されたＴＷＴ合意が黙示的に解除されることを示す。

【発明を実施するための形態】

【0031】

本明細書で使用される用語は、本発明での機能を考慮してできる限り現在広く使用されている一般的案用語を選択しているが、これは該当技術分野に携わる技術者の意図、慣例、または新たな技術の出現などによって異なり得る。また、特定の場合は出願人が任意に選定した用語もあり、このような場合は該当する発明の説明部分でその意味を記載する。よって、本明細書で使用される用語は単なる用語の名称ではなく、その用語が有する実質的な意味と本明細書全般にわたる内容に基づいて解釈すべきであることを明らかにする。

【0032】

明細書全体にわたって、ある構成が他の構成と「連結」されているとすると、これは「直接連結」されている場合だけでなく、その中間に他の構成要素を間に挟んで「電気的に連結」されている場合も含む。また、ある構成要素が特定の構成要素を「含む」とすると、これは特に反対する記載がない限り、他の構成要素を除くのではなく他の構成要素を更に含み得ることを意味する。加えて、特定臨界値を基準に「以上」または「以下」という限定事項は、実施例によってそれぞれ「超過」または「未満」に適切に代替され得る。

【0033】

以下、本発明において、フィールドとサブフィールドは同じ意味で使われてよい。

【0034】

図１は、本発明の一実施例による無線ＬＡＮシステムを示す図である。

【0035】

無線ＬＡＮシステムは、一つまたはそれ以上のベーシックサービスセット（Ｂａｓｉｃ Ｓｅｒｖｉｃｅ Ｓｅｔ、ＢＳＳ）を含むが、ＢＳＳは同期化に成功し互いに通信し得る機器の集合を示す。一般に、ＢＳＳはインフラストラクチャＢＳＳ（ｉｎｆｒａｓｔｒｕｃｔｕｒｅ ＢＳＳ）と独立ＢＳＳ（Ｉｎｄｅｐｅｎｄｅｎｔ ＢＳＳ、ＩＢＳＳ）に区分されるが、図１はこのうちインフラストラクチャＢＳＳを示している。

【0036】

図１に示すように、インフラストラクチャーＢＳＳ ＢＳＳ１，ＢＳＳ２は、１つ又はそれ以上のステーションＳＴＡ１，ＳＴＡ２，ＳＴＡ３，ＳＴＡ４，ＳＴＡ５、分配サービス（Ｄｉｓｔｒｉｂｕｔｉｏｎ Ｓｅｒｖｉｃｅ）を提供するステーションであるアクセスポイントＡＰ－１，ＡＰ－２、及び複数のアクセスポイントＡＰ－１，ＡＰ－２を連結させる分配システム（Ｄｉｓｔｒｉｂｕｔｉｏｎ Ｓｙｓｔｅｍ）ＤＳを含む。

【0037】

ステーション（Ｓｔａｔｉｏｎ、ＳＴＡ）は、ＩＥＥＥ ８０２．１１標準の規定に従う媒体接続制御（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ、ＭＡＣ）と無線媒体に対する物理層（Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ）インタフェースを含む任意のディバイスであって、広い意味では非アクセスポイントｎｏｎ－ＡＰステーションのみならずアクセスポイントＡＰを全て含む。また、本明細書において、「端末」とはｎｏｎ－ＡＰまたはＡＰを指すか、両者を全て指す用語として使用される。無線通信のためのステーションはプロセッサと通信部を含み、実施例によってユーザインタフェース部とディスプレーユニットなどを更に含む。プロセッサは無線ネットワークを介して伝送するフレームを生成するか、または前記無線ネットワークを介して受信されたフレームを処理し、その他にステーションを制御するための多様な処理を行う。そして、通信部は前記プロセッサと機能的に連結されており、ステーションのために無線ネットワークを介してフレームを送受信する。本発明において、端末はユーザ端末機（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＵＥ）を含む用語として使用される。

【0038】

アクセスポイント（Ａｃｃｅｓｓ Ｐｏｉｎｔ、ＡＰ）は、自らに結合された（ａｓｓｏｃｉａｔｅｄ）ステーションのために無線媒体を経由して分配システムＤＳに対する接続を提供する個体である。インフラストラクチャＢＳＳにおいて、非ＡＰステーション間の通信はＡＰを経由して行われることが原則であるが、ダイレクトリンクが設定されている場合は非ＡＰステーションの間でも直接通信が可能である。一方、本発明において、ＡＰはＰＣＰ（Ｐｅｒｓｏｎａｌ ＢＳＳ Ｃｏｏｒｄｉｎａｔｉｏｎ Ｐｏｉｎｔ）を含む概念として使用されるが、広い意味では集中制御器、基地局（Ｂａｓｅ Ｓｔａｔｉｏｎ、ＢＳ）、ノードＢ、ＢＴＳ（Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｙｓｔｅｍ）、またはサイト制御器などの概念を全て含む。本発明において、ＡＰはベース無線通信端末とも称されるが、ベース無線通信端末は、広い意味ではＡＰ、ベースステーション（ｂａｓｅ ｓｔａｔｉｏｎ）、ｅＮＢ（ｅＮｏｄｅＢ）、及びトランスミッションポイントＴＰを全て含む用語として使用される。それだけでなく、ベース無線通信端末は複数の無線通信端末との通信で通信媒介体（ｍｅｄｉｕｍ)資源を割り当て、スケジューリング（ｓｃｈｅｄｕｌｉｎｇ）を行う多様な形態の無線通信端末を含む。

【0039】

複数のインフラストラクチャＢＳＳは、分配システムＤＳを介して互いに連結される。この際、分配システムを介して連結された複数のＢＳＳを拡張サービスセット（Ｅｘｔｅｎｄｅｄ Ｓｅｒｖｉｃｅ Ｓｅｔ、ＥＳＳ）という。

【0040】

図２は、本発明の他の実施例による無線ＬＡＮシステムである独立ＢＳＳを示す図である。図２の実施例において、図１の実施例と同じであるか相応する部分は重複する説明を省略する。

【0041】

図２に示したＢＳＳ３は独立ＢＳＳであってＡＰを含まないため、全てのステーション（ＳＴＡ６、ＳＴＡ７）がＡＰと接続されていない状態である。独立ＢＳＳは分配システムへの接続が許容されず、自己完備的ネットワーク（ｓｅｌｆ－ｃｏｎｔａｉｎｅｄ ｎｅｔｗｏｒｋ)をなす。独立ＢＳＳにおいて、それぞれのステーション（ＳＴＡ６、ＳＴＡ７）はダイレクトに互いに連結される。

【0042】

図３は、本発明の一実施例によるステーション１００の構成を示すブロック図である。図示したように、本発明の実施例によるステーション１００は、プロセッサ１１０、通信部１２０、ユーザインタフェース部１４０、ディスプレーユニット１５０、及びメモリ１６０を含む。

【0043】

まず、通信部１２０は、無線ＬＡＮパケットなどの無線信号を送受信し、ステーション１００に組み込まれる又は外付けられて具備されてよい。実施例によれば、通信部１２０は、互いに異なる周波数バンドを用いる少なくとも１つの通信モジュールを含むことができる。例えば、前記通信部１２０は、２．４ＧＨｚ、５ＧＨｚ、６ＧＨｚ及び６０ＧＨｚなどの異なる周波数バンドの通信モジュールを含むことができる。一実施例によれば、ステーション１００は、７．１２５ＧＨｚ以上の周波数バンドを用いる通信モジュールと、７．１２５ＧＨｚ以下の周波数バンドを用いる通信モジュールを備えることができる。それぞれの通信モジュールは、当該通信モジュールが支援する周波数バンドの無線ＬＡＮ規格に基づいてＡＰ又は外部ステーションと無線通信を行うことができる。通信部１２０は、ステーション１００の性能及び要求事項に応じて１回に１つの通信モジュールのみを動作させるか、同時に複数の通信モジュールを共に動作させることができる。ステーション１００が複数の通信モジュールを含む場合に、各通信モジュールはそれぞれ独立した形態で備えられてもよく、複数のモジュールが１つのチップとして統合して備えられてもよい。本発明の実施例において、通信部１２０は、ＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）信号を処理するＲＦ通信モジュールを表すことができる。

【0044】

次に、ユーザインタフェース１４０は、ステーション１００に備えられた多様な形態の入出力手段を含む。つまり、ユーザインタフェース部１４０は多様な入力手段を利用してユーザの入力を受信し、プロセッサ１１０は受信されたユーザ入力に基づいてステーション１００を制御する。また、ユーザインタフェース部１４０は、多様な出力手段を利用してプロセッサ１１０の命令に基づいた出力を行う。

【0045】

次に、ディスプレーユニット１５０は、ディスプレー画面にイメージを出力する。前記ディスプレーユニット１５０は、プロセッサ１１０によって行われるコンテンツ、またはプロセッサン１１０の制御命令に基づいたユーザインタフェースなどの多様なディスプレーオブジェクトを出力する。また、メモリ１６０は、ステーション１００で使用される制御プログラム及びそれによる各種データを貯蔵する。このような制御プログラムには、ステーション１００がＡＰまたは外部のステーションと接続を行うのに必要な接続プログラムが含まれる。

【0046】

本発明のプロセッサ１１０は多様な命令またはプログラムを行い、ステーション１００内部のデータをプロセッシングする。また、前記プロセッサ１１０は上述したステーション１００の各ユニットを制御し、ユニット間のデータの送受信の制御する。本発明の実施例によると、プロセッサ１１０はメモリ１６０に貯蔵されたＡＰとの接続のためのプログラムを行い、ＡＰが伝送した通信設定メッセージを受信する。また、プロセッサ１１０は通信設定メッセージに含まれたステーション１００の優先条件に関する情報を読み取り、ステーション１００の優先条件に関する情報に基づいてＡＰに関する接続を要請する。本発明のプロセッサ１１０はステーション１００のメインコントロールユニットを指してもよく、実施例によってステーション１００の一部の構成、例えば、通信部１２０などを個別的に制御するためのコントロールユニットを指してもよい。つまり、プロセッサ１１０は通信部１２０から送受信される無線信号を変復調するモデム、または変復調部（ｍｏｄｕｌａｔｏｒ ａｎｄ／ｏｒ ｄｅｍｏｄｕｌａｔｏｒ）であってもよい。プロセッサ１１０は、本発明の実施例によるステーション１００の無線信号送受信の各種動作を制御する。それに関する詳しい実施例は後述する。

【0047】

図３に示したステーション１００は本発明の一実施例によるブロック図であって、分離して示したブロックはディバイスのエレメントを論理的に区別して示したものである。よって、上述したディバイスのエレメントは、ディバイスの設計に応じて一つのチップまたは複数のチップに取り付けられる。例えば、前記プロセッサ１１０及び通信部１２０は一つのチップに統合されて具現されてもよく、別途のチップで具現されてもよい。また、本発明の実施例において、前記ステーション１００の一部の構成、例えば、ユーザインタフェース部１４０及びディスプレーユニット１５０などはステーション１００に選択的に備えられてもよい。

【0048】

図４は、本発明の一実施例によるＡＰ２００の構成を示すブロック図である。図示したように、本発明の実施例によるＡＰ２００は、プロセッサ２１０、通信部２２０、及びメモリ２６０を含む。図４において、ＡＰ２００の構成のうち図３のステーション１００の構成と同じであるか相応する部分については重複する説明を省略する。

【0049】

図４を参照すると、本発明に係るＡＰ ２００は、少なくとも１つの周波数バンドにおいてＢＳＳを運営するための通信部２２０を備える。図３の実施例において前述したように、前記ＡＰ ２００の通信部２２０も、互いに異なる周波数バンドを用いる複数の通信モジュールを含むことができる。すなわち、本発明の実施例に係るＡＰ ２００は、異なる周波数バンド、例えば、２．４ＧＨｚ、５ＧＨｚ、６ＧＨｚ及び６０ＧＨｚのいずれかを用いる２つ以上の通信モジュールを共に備えることができる。好ましくは、ＡＰ ２００は、７．１２５ＧＨｚ以上の周波数バンドを用いる通信モジュールと、７．１２５ＧＨｚ以下の周波数バンドを用いる通信モジュールを備えることができる。それぞれの通信モジュールは、当該通信モジュールが支援する周波数バンドの無線ＬＡＮ規格に基づいてステーションと無線通信を行うことができる。前記通信部２２０は、ＡＰ ２００の性能及び要求事項に応じて１回に１つの通信モジュールのみを動作させるか、同時に複数の通信モジュールを共に動作させることができる。本発明の実施例において、通信部２２０は、ＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）信号を処理するＲＦ通信モジュールを表すことができる。

【0050】

次に、メモリ２６０は、ＡＰ２００で使用される制御プログラム及びそれによる各種データを貯蔵する。このような制御プログラムには、ステーションの接続を管理する接続プログラムが含まれる。また、プロセッサ２１０はＡＰ２００の各ユニットを制御し、ユニット間のデータの送受信の制御する。本発明の実施例によると、プロセッサ２１０はメモリ２６０に貯蔵されたステーションとの接続のためのプログラムを行い、一つ以上のステーションに対する通信設定メッセージを伝送する。この際、通信設定メッセージには各ステーションの接続優先条件に関する情報が含まれる。また、プロセッサ２１０はステーションの接続要請に応じて接続設定を行う。一実施例によると、プロセッサ２１０は通信部２２０から送受信される無線信号を変復調するモデム、または変復調部である。プロセッサ２１０は、本発明の実施例によるＡＰ２００の無線信号送受信の各種動作を制御する。それに関する詳しい実施例は後述する。

【0051】

図５は、ＳＴＡがＡＰとリンクを設定する過程を概略的に示す図である。

【0052】

図５を参照すると、ＳＴＡ１００とＡＰ２００間のリンクは大きくスキャニング（ｓａｎｎｉｎｇ）、認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）、及び結合（ａｓｓｏｃｉａｔｉｏｎ）の３つのステップを介して設定される。まず、スキャニングステップは、ＡＰ２００が運営するＢＳＳの接続情報をＳＴＡ１００が獲得するステップである。スキャニングを行うための方法としては、ＡＰ２００が周期的に伝送するビーコン（ｂｅａｃｏｎ）メッセージＳ１０１のみを活用して情報を獲得するパッシブスキャニング（ｐａｓｓｉｖｅ ｓａｎｎｉｎｇ）方法と、ＳＴＡ１００がＡＰにプローブ要請（ｐｒｏｂｅ ｒｅｑｕｅｓｔ）を伝送しＳ１０３、ＡＰからプローブ応答（ｐｒｏｂｅ ｒｅｓｐｏｎｓｅ）を受信してＳ１０５、接続情報を獲得するアクティブスキャニング（ａｃｔｉｖｅ ｓａｎｎｉｎｇ）方法がある。

【0053】

スキャニングステップにおいて無線接続情報の受信に成功したＳＴＡ１００は、認証要請（ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｒｅｑｕｅｓｔ）を伝送しＳ１０７ａ、ＡＰ２００から認証応答（ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｒｅｓｐｏｎｓｅ）を受信してＳ１０７ｂ、認証ステップを行う。認証ステップが行われた後、ＳＴＡ１００は結合要請（ａｓｓｏｃｉａｔｉｏｎ ｒｅｑｕｅｓｔ）を伝送しＳ１０９ａ、ＡＰ２００から結合応答（ａｓｓｏｃｉａｔｉｏｎ ｒｅｓｐｏｎｓｅ）を受信してＳ１０９ｂ、結合ステップを行う。本明細書において、結合とは基本的に無線結合を意味するが、本発明はこれに限らず、広い意味での結合は無線結合及び有線結合を全て含む。

【0054】

一方、追加に８０２．１Ｘ基盤の認証ステップＳ１１１、及びＤＨＣＰを介したＩＰアドレス獲得ステップＳ１１３が行われる。図５において、サーバ３００はＳＴＡ１００と８０２．１Ｘ基盤の認証を処理するサーバであって、ＡＰ２００に物理的に結合されて存在するか、別途のサーバとして存在してもよい。

【0055】

図６は、無線ＬＡＮ通信で使用されるＣＳＭＡ(Carrier Sense Multiple Access)/CA(Collision Avoidance) 方法を示す図である。

【0056】

無線ＬＡＮ通信を行う端末は、データを伝送する前にキャリアセンシング（Ｃａｒｒｉｅｒ Ｓｅｎｓｉｎｇ）を行ってチャネルが占有状態（ｂｕｓｙ）であるのか否かをチェックする。もし一定強度以上の無線信号が感知されれば該当チャネルが占有状態と判別され、前記端末は該当チャネル対するアクセスを遅延する。このような過程をクリアチャネル評価（Ｃｌｅａｒ Ｃｈａｎｎｅｌ Ａｓｓｅｓｓｍｅｎｔ、ＣＣＡ）といい、該当信号の感知有無を決定するレベルをＣＣＡ臨界値（ＣＣＡ ｔｈｒｅｓｈｏｌｄ）という。もし端末に受信されたＣＣＡ臨界値以上の無線信号が該当端末を受信者とすれば、端末は受信された無線信号を処理する。一方、該当チャネルから無線信号が感知されないかＣＣＡ臨界値より小さい強度の無線信号が感知されれば、前記チャネルは遊休状態（ｉｄｌｅ）と判別される。

【0057】

チャネルが遊休状態と判別されれば、伝送するデータがある各端末は、各端末の状況によるＩＦＳ（Ｉｎｔｅｒ Ｆｒａｍｅ Ｓｐａｃｅ）、例えば、ＡＩＦＳ（Ａｒｂｉｔｒａｔｉｏｎ ＩＦＳ）、ＰＩＦＳ（ＰＣＦ ＩＦＳ）などの時間の後にバックオフ手順を行う。実施例によって、前記ＡＩＦＳは従来のＤＩＦＳ（ＤＣＦ ＩＦＳ）を代替する構成として使用される。各端末は、該当端末に決定された乱数（ｒａｎｄｏｍ ｎｕｍｂｅｒ）だけのスロットタイムを前記チャネルの遊休状態の間隔（ｉｎｔｅｒｖａｌ）の間に減少させながら待機し、スロットタイムを全て消尽した端末が該当チャネルに対するアクセスを試みる。このように、各端末がバックオフ手順を行う区間を競争ウィンドウ区間という。このとき、乱数をバックオフカウンターと呼ぶことができる。すなわち、端末の取得した乱数である整数によってバックオフカウンターの初期値が設定される。端末が、スロットタイム間にチャネルが遊休であると感知した場合に、端末は、バックオフカウンターを１減少させることができる。また、バックオフカウンターが０に到達すると、端末は当該チャネルでチャネルアクセスを行うことが許容されてよい。したがって、ＡＩＦＳ時間及びバックオフカウンターのスロット時間にチャネルが遊休である場合に端末の送信が許容されてよい。

【0058】

もし特定端末が前記チャネルのアクセスに成功すれば、該当端末は前記チャネルを介してデータを伝送する。しかし、アクセスを試みた端末が他の端末と衝突すれば、衝突した端末はそれぞれ新しい乱数を割り当てられて更にバックオフ手順を行う。一実施例によると、各端末に新しく割り当てられる乱数は、該当端末が以前割り当てられた乱数の範囲（競争ウィンドウ、ＣＷ）の２倍の範囲（２＊ＣＷ）内で決定される。一方、各端末は、次の競争ウィンドウ区間で更にバックオフ手順を行ってアクセスを試みるが、この際、各端末は以前の競争ウィンドウ区間に残ったスロットタイムからバックオフ手順を行う。このような方法で無線ＬＡＮ通信を行う各端末は、特定チャネルに対する互いの衝突を回避することができる。

【0059】

＜様々なＰＰＤＵフォーマットの実施例＞

【0060】

図７には、様々な標準世代別ＰＰＤＵ（ＰＬＣＰ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）フォーマットの一例を示す。より具体的に、図７（ａ）は、８０２．１１ａ／ｇに基づくレガシーＰＰＤＵフォーマットの一実施例、図７（ｂ）は、８０２．１１ａｘに基づくＨＥ ＰＰＤＵフォーマットの一実施例を示し、図７（ｃ）は、８０２．１１ｂｅに基づくノン－レガシーＰＰＤＵ（すなわち、ＥＨＴ ＰＰＤＵ）フォーマットの一実施例を示す。また、図７（ｄ）は、前記ＰＰＤＵフォーマットで共通に用いられるＬ－ＳＩＧ及びＲＬ－ＳＩＧの細部フィールド構成を示す。

【0061】

図７（ａ）を参照すると、レガシーＰＰＤＵのプリアンブルは、Ｌ－ＳＴＦ（Ｌｅｇａｃｙ Ｓｈｏｒｔ Ｔｒａｉｎｉｎｇ ｆｉｅｌｄ）、Ｌ－ＬＴＦ（Ｌｅｇａｃｙ Ｌｏｎｇ Ｔｒａｉｎｉｎｇ ｆｉｅｌｄ）及びＬ－ＳＩＧ（Ｌｅｇａｃｙ Ｓｉｇｎａｌ ｆｉｅｌｄ）を含む。本発明の実施例において、前記Ｌ－ＳＴＦ、Ｌ－ＬＴＦ及びＬ－ＳＩＧは、レガシープリアンブルと呼ぶことができる。

【0062】

図７（ｂ）を参照すると、ＨＥ ＰＰＤＵのプリアンブルは、前記レガシープリアンブルに、ＲＬ－ＳＩＧ（Ｒｅｐｅａｔｅｄ Ｌｅｇａｃｙ Ｓｈｏｒｔ Ｔｒａｉｎｉｎｇ ｆｉｅｌｄ）、ＨＥ－ＳＩＧ－Ａ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｓｉｇｎａｌ Ａ ｆｉｅｌｄ）、ＨＥ－ＳＩＧ－Ｂ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｓｉｇｎａｌ Ｂ ｆｉｅｌｄ）、ＨＥ－ＳＴＦ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｓｈｏｒｔ Ｔｒａｉｎｉｎｇ ｆｉｅｌｄ）、ＨＥ－ＬＴＦ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｌｏｎｇ Ｔｒａｉｎｉｎｇ ｆｉｅｌｄ）をさらに含む。本発明の実施例において、前記ＲＬ－ＳＩＧ、ＨＥ－ＳＩＧ－Ａ、ＨＥ－ＳＩＧ－Ｂ、ＨＥ－ＳＴＦ及びＨＥ－ＬＴＦは、ＨＥプリアンブルと呼ぶことができる。ＨＥプリアンブルの具体的な構成は、ＨＥ ＰＰＤＵフォーマットによって変形されてよい。例えば、ＨＥ－ＳＩＧ－Ｂは、ＨＥ ＭＵ ＰＰＤＵフォーマットのみにおいて用いられてよい。

【0063】

図７（ｃ）を参照すると、ＥＨＴ ＰＰＤＵのプリアンブルは、前記レガシープリアンブルに、ＲＬ－ＳＩＧ（Ｒｅｐｅａｔｅｄ Ｌｅｇａｃｙ Ｓｈｏｒｔ Ｔｒａｉｎｉｎｇ ｆｉｅｌｄ）、Ｕ－ＳＩＧ（Ｕｎｉｖｅｒｓａｌ Ｓｉｇｎａｌ ｆｉｅｌｄ）、ＥＨＴ－ＳＩＧ－Ａ（Ｅｘｔｒｅｍｅｌｙ Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ Ｓｉｇｎａｌ Ａ ｆｉｅｌｄ）、ＥＨＴ－ＳＩＧ－Ａ（Ｅｘｔｒｅｍｅｌｙ Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ Ｓｉｇｎａｌ Ｂ ｆｉｅｌｄ）、ＥＨＴ－ＳＴＦ（Ｅｘｔｒｅｍｅｌｙ Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ Ｓｈｏｒｔ Ｔｒａｉｎｉｎｇ ｆｉｅｌｄ）、ＥＨＴ－ＬＴＦ（Ｅｘｔｒｅｍｅｌｙ Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ Ｌｏｎｇ Ｔｒａｉｎｉｎｇ ｆｉｅｌｄ）をさらに含む。本発明の実施例において、前記ＲＬ－ＳＩＧ、ＥＨＴ－ＳＩＧ－Ａ、ＥＨＴ－ＳＩＧ－Ｂ、ＥＨＴ－ＳＴＦ及びＥＨＴ－ＬＴＦは、ＥＨＴプリアンブルと呼ぶことができる。ノン－レガシープリアンブルの具体的な構成は、ＥＨＴ ＰＰＤＵフォーマットによって変形されてよい。例えば、ＥＨＴ－ＳＩＧ－ＡとＥＨＴ－ＳＩＧ－Ｂは、ＥＨＴ ＰＰＤＵフォーマットのうち一部のフォーマットのみにおいて用いられてよい。

【0064】

ＰＰＤＵのプリアンブルに含まれたＬ－ＳＩＧフィールドは、６４ ＦＦＴ ＯＦＤＭが適用され、総６４個のサブキャリアで構成される。このうち、ガードサブキャリア、ＤＣサブキャリア及びパイロットサブキャリアを除く４８個のサブキャリアが、Ｌ－ＳＩＧのデータ送信用に用いられる。Ｌ－ＳＩＧにはＢＰＳＫ、Ｒａｔｅ＝１／２のＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ）が適用されるので、総２４ビットの情報を含むことができる。図７（ｄ）には、Ｌ－ＳＩＧの２４ビット情報構成を示す。

【0065】

図７（ｄ）を参照すると、Ｌ－ＳＩＧ、は、Ｌ＿ＲＡＴＥフィールドとＬ＿ＬＥＮＧＴＨフィールドを含む。Ｌ＿ＲＡＴＥフィールドは、４ビットで構成され、データ送信に用いられたＭＣＳを示す。具体的に、Ｌ＿ＲＡＴＥフィールドは、ＢＰＳＫ／ＱＰＳＫ／１６－ＱＡＭ／６４－ＱＡＭなどの変調方式と１／２、２／３、３／４などの符号率を組み合わせた６／９／１２／１８／２４／３６／４８／５４Ｍｂｐｓの送信速度のうち１つの値を示す。Ｌ＿ＲＡＴＥフィールドとＬ＿ＬＥＮＧＴＨフィールドの情報を組み合わせると当該ＰＰＤＵの全長を示すことができる。ノン－レガシーＰＰＤＵフォーマットでは、Ｌ＿ＲＡＴＥフィールドを最小速度である６Ｍｂｐｓに設定する。

【0066】

Ｌ＿ＬＥＮＧＴＨフィールドの単位はｂｙｔｅであり、総１２ビットが割り当てられて最大４０９５までシグナリング可能であり、Ｌ＿ＲＡＴＥフィールドとの組合せで当該ＰＰＤＵの長さを示すことができる。このとき、レガシー端末とノン－レガシー端末は、Ｌ＿ＬＥＮＧＴＨフィールドを互いに異なる方法で解析できる。

【0067】

まず、レガシー端末又はノン－レガシー端末がＬ＿ＬＥＮＧＴＨフィールドを用いて当該ＰＰＤＵの長さを解析する方法は次の通りである。Ｌ＿ＲＡＴＥフィールドが６Ｍｂｐｓに設定された場合に、６４ＦＦＴの１個のシンボルデューレーションである４ｕｓで３バイト（すなわち、２４ビット）が送信されてよい。したがって、Ｌ＿ＬＥＮＧＴＨフィールド値に、ＳＶＣフィールド及びテール（Ｔａｉｌ）フィールドに該当する３バイトを足し、これを、１個のシンボルの送信量である３バイトで割ると、Ｌ－ＳＩＧ以後の６４ＦＦＴ基準シンボル個数が取得される。取得されたシンボル個数に１個のシンボルデューレーションである４ｕｓをかけた後、Ｌ－ＳＴＦ、Ｌ－ＬＴＦ及びＬ－ＳＩＧの送信にかかる２０ｕｓを足すと、当該ＰＰＤＵの長さ、すなわち、受信時間（ＲＸＴＩＭＥ）が取得される。これを数式で表現すれば、下記の式１の通りである。

【0068】

【数1】

【0069】

このとき、

【0070】

【数2】

【0071】

は、ｘより大きい又は等しい最小の自然数を表す。Ｌ＿ＬＥＮＧＴＨフィールドの最大値は４０９５であるので、ＰＰＤＵの長さは、最大５．４８４ｍｓまでに設定されてよい。当該ＰＰＤＵを送信するノン－レガシー端末は、Ｌ＿ＬＥＮＧＴＨフィールドを下記の式３のように設定しなければならない。

【0072】

【数3】

【0073】

ここで、ＴＸＴＩＭＥは、当該ＰＰＤＵを構成する全体送信時間であり、下記の式４の通りである。このとき、ＴＸは、Ｘの送信時間を表す。

【0074】

【数4】

【0075】

以上の式を参照すると、ＰＰＤＵの長さは、Ｌ＿ＬＥＮＧＴＨ／３の切上げ値に基づいて計算される。したがって、任意のｋ値に対してＬ＿ＬＥＮＧＴＨ＝｛３ｋ＋１，３ｋ＋２，３（ｋ＋１）｝の３つの異なる値が、同一のＰＰＤＵ長を指示する。

【0076】

図７（ｅ）を参照すると、Ｕ－ＳＩＧ（Ｕｎｉｖｅｒｓａｌ ＳＩＧ）フィールドは、ＥＨＴ ＰＰＤＵ及び後続世代の無線ＬＡＮのＰＰＤＵにおいて存続し、１１ｂｅを含めてどの世代のＰＰＤＵであるかを区分する役割を担う。Ｕ－ＳＩＧは、６４ＦＦＴベースのＯＦＤＭの２シンボルであり、総５２ビットの情報を伝達することができる。このうち、ＣＲＣ／テール９ビットを除く４３ビットは、大きく、ＶＩ（Ｖｅｒｓｉｏｎ Ｉｎｄｅｐｅｎｄｅｎｔ）フィールドとＶＤ（Ｖｅｒｓｉｏｎ Ｄｅｐｅｎｄｅｎｔ）フィールドに区分される。

【0077】

ＶＩビットは、現在のビット構成を後にも維持し続け、後続世代のＰＰＤＵが定義されても、現在の１１ｂｅ端末が、当該ＰＰＤＵのＶＩフィールドから当該ＰＰＤＵに関する情報を得ることができる。そのために、ＶＩフィールドは、ＰＨＹバージョン、ＵＬ／ＤＬ、ＢＳＳカラー、ＴＸＯＰ、リザーブド（Ｒｅｓｅｒｖｅｄ）フィールドで構成される。ＰＨＹバージョンフィールドは３ビットであり、１１ｂｅ及び後続世代の無線ＬＡＮ標準を順次にバージョンで区分する役割を担う。１１ｂｅは０００ｂの値を有する。ＵＬ／ＤＬフィールドは、当該ＰＰＤＵが上りリンク／下りリンクＰＰＤＵのいずれであるかを区分する。ＢＳＳカラーは、１１ａｘで定義されたＢＳＳ別識別子を意味し、６ビット以上の値を有する。ＴＸＯＰは、ＭＡＣヘッダーで伝達されていた送信機会デュレーション（Ｔｒａｎｓｍｉｔ Ｏｐｐｏｒｔｕｎｉｔｙ Ｄｕｒａｔｉｏｎ）を意味するが、ＰＨＹヘッダーに追加することにより、ＭＰＤＵをデコードすることなく、当該ＰＰＤＵが含まれたＴＸＯＰの長さを類推でき、７ビット以上の値を有する。

【0078】

ＶＤフィールドは、１１ｂｅバージョンのＰＰＤＵにのみ有用なシグナリング情報としてＰＰＤＵフォーマット、ＢＷのように、如何なるＰＰＤＵフォーマットにも共通に用いられるフィールド、及びＰＰＤＵフォーマット別に異なるように定義されるフィールドで構成されてよい。ＰＰＤＵフォーマットは、ＥＨＴ ＳＵ（Ｓｉｎｇｌｅ Ｕｓｅｒ）、ＥＨＴ ＭＵ（Ｍｕｌｔｉｐｌｅ Ｕｓｅｒ）、ＥＨＴ ＴＢ（Ｔｒｉｇｇｅｒ－ｂａｓｅｄ）、ＥＨＴ ＥＲ（Ｅｘｔｅｎｄｅｄ Ｒａｎｇｅ）ＰＰＤＵなどを区分する区分子である。ＢＷフィールドは、大きく、２０、４０、８０、１６０（８０＋８０）、３２０（１６０＋１６０）ＭＨｚの５個の基本ＰＰＤＵ ＢＷオプション（２０＊２の冪乗の形態で表現可能なＢＷを基本ＢＷと呼ぶことができる。）と、プリアンブルパンクチャリング（Ｐｒｅａｍｂｌｅ Ｐｕｎｃｔｕｒｉｎｇ）によって構成される様々な残りのＰＰＤＵ ＢＷをシグナルする。また、３２０ＭＨｚでシグナルされた後、一部の８０ＭＨｚがパンクチャーされた形態でシグナルされてよい。また、パンクチャーされて変形されたチャネル形態は、ＢＷフィールドで直接シグナルされてもよく、或いはＢＷフィールドとＢＷフィールド以後に現れるフィールド（例えば、ＥＨＴ－ＳＩＧフィールド内のフィールド）を共に用いてシグナルされてもよい。仮に、ＢＷフィールドを３ビットとする場合に、総８個のＢＷシグナリングが可能なので、パンクチャリングモードは最大で３個をシグナルできる。仮にＢＷフィールドを４ビットとする場合に総１６個のＢＷシグナリングが可能なので、パンクチャリングモードは最大で１１個をシグナルできる。

【0079】

ＢＷフィールド以後に位置するフィールドは、ＰＰＤＵの形態及びフォーマットによって異なり、ＭＵ ＰＰＤＵとＳＵ ＰＰＤＵは同一のＰＰＤＵフォーマットでシグナルされてよく、ＥＨＴ－ＳＩＧフィールドの前に、ＭＵ ＰＰＤＵとＳＵ ＰＰＤＵを区別するためのフィールドが位置してよく、そのための追加のシグナリングが行われてよい。ＳＵ ＰＰＤＵとＭＵ ＰＰＤＵは両方ともＥＨＴ－ＳＩＧフィールドを含んでいるが、ＳＵ ＰＰＤＵで不要な一部のフィールドが圧縮（ｃｏｍｐｒｅｓｓｉｏｎ）されてよい。この時、圧縮が適用されたフィールドの情報は省略されるか、あるいはＭＵ ＰＰＤＵに含まれる本来フィールドのサイズよりも縮小したサイズを有してよい。例えば、ＳＵ ＰＰＤＵの場合、ＥＨＴ－ＳＩＧの共通フィールドが省略又は代替されるか、ユーザ特定フィールドが代替されるか、或いは１個に縮小するなど、異なる構成を有してよい。

【0080】

又は、ＳＵ ＰＰＤＵは、圧縮されたか否かを示す圧縮フィールドをさらに含むことができ、圧縮フィールドの値によって一部のフィールド（例えば、ＲＡフィールドなど）が省略されてよい。

【0081】

ＳＵ ＰＰＤＵのＥＨＴ－ＳＩＧフィールドの一部が圧縮された場合に、圧縮されたフィールドに含まれる情報は、圧縮されていないフィールド（例えば、共通フィールドなど）で一緒にシグナルされてよい。ＭＵ ＰＰＤＵの場合、複数ユーザの同時受信のためのＰＰＤＵフォーマットであるので、Ｕ－ＳＩＧフィールド以後にＥＨＴ－ＳＩＧフィールドが必須に送信される必要があり、シグナルされる情報の量が可変的であってよい。すなわち、複数個のＭＵ ＰＰＤＵが複数個のＳＴＡに送信されるので、それぞれのＳＴＡは、ＭＵ ＰＰＤＵが送信されるＲＵの位置、それぞれのＲＵが割り当てられたＳＴＡ、及び送信されたＭＵ ＰＰＤＵが自分に送信されたか否かを認識しなければならない。したがって、ＡＰは、ＥＨＴ－ＳＩＧフィールドに上のような情報を含めて送信しなければならない。そのために、Ｕ－ＳＩＧフィールドではＥＨＴ－ＳＩＧフィールドを効率的に送信するための情報をシグナルし、これは、ＥＨＴ－ＳＩＧフィールドのシンボル数及び／又は変調方法であるＭＣＳであってよい。ＥＨＴ－ＳＩＧフィールドは、各ユーザに割り当てられたＲＵのサイズ及び位置情報を含むことができる。

【0082】

ＳＵ ＰＰＤＵである場合、ＳＴＡに複数個のＲＵが割り当てられてよく、複数個のＲＵは連続又は不連続してよい。ＳＴＡに割り当てられたＲＵが連続しない場合、ＳＴＡは、中間にパンクチャーされたＲＵを認識してこそ、ＳＵ ＰＰＤＵを効率的に受信することができる。したがって、ＡＰは、ＳＵ ＰＰＤＵに、ＳＴＡに割り当てられたＲＵのうちパンクチャーされたＲＵの情報（例えば、ＲＵのパンクチャリングパターンなど）を含めて送信できる。すなわち、ＳＵ ＰＰＤＵの場合、パンクチャリングモードが適用されたか否か及びパンクチャリングパターンをビットマップ形式などで示す情報を含むパンクチャリングモードフィールドがＥＨＴ－ＳＩＧフィールドに含まれてよく、パンクチャリングモードフィールドは、帯域幅内で現れる不連続するチャネルの形態をシグナルできる。

【0083】

シグナルされる不連続チャネルの形態は制限的であり、ＢＷフィールドの値と組み合わせてＳＵ ＰＰＤＵのＢＷ及び不連続チャネル情報を示す。例えば、ＳＵ ＰＰＤＵの場合、単一端末にのみ送信されるＰＰＤＵであるので、ＳＴＡは、ＰＰＤＵに含まれたＢＷフィールドから、自分に割り当てられた帯域幅が認識でき、ＰＰＤＵに含まれたＵ－ＳＩＧフィールド又はＥＨＴ－ＳＩＧフィールドのパンクチャリングモードフィールドから、割り当てられた帯域幅のうちパンクチャーされたリソースが認識できる。この場合、端末は、パンクチャーされたリソースユニットの特定チャネル以外の残りのリソースユニットでＰＰＤＵを受信できる。このとき、ＳＴＡに割り当てられた複数個のＲＵは、互いに異なる周波数帯域又はトーンで構成されてよい。

【0084】

制限された形態の不連続チャネル形態のみがシグナルされる理由は、ＳＵ ＰＰＤＵのシグナリングオーバーヘッドを減らすためである。パンクチャリングは、２０ＭＨｚサブチャネル別に行われてよいので、８０、１６０、３２０ＭＨｚのように２０ＭＨｚサブチャネルを複数個有するＢＷに対してパンクチャリングを行うと、３２０ＭＨｚの場合、プライマリーチャネル以外の残りの２０ＭＨｚサブチャネル１５個の使用有無をそれぞれ表現して、不連続チャネル（端部２０ＭＨｚのみがパンクチーされた形態も不連続と見なす場合）形態をシグナルしなければならない。このように単一ユーザ送信の不連続チャネル形態をシグナルするために１５ビットを用いることは、シグナリング部分の低い送信速度を考慮したとき、過大なシグナリングオーバーヘッドとなり得る。

【0085】

本発明は、ＳＵ ＰＰＤＵの不連続チャネル形態をシグナルする手法を提案し、提案した手法によって決定された不連続チャネル形態を図示する。また、ＳＵ ＰＰＤＵの３２０ＭＨｚ ＢＷ構成においてプライマリー１６０ＭＨｚとセカンダリー１６０ＭＨｚのパンクチャリング形態をそれぞれシグナルする手法を提案する。

【0086】

また、本発明の一実施例では、ＰＰＤＵフォーマットフィールドに、シグナルされたＰＰＤＵフォーマットによって、プリアンブルパンクチャリングＢＷ値が指示するＰＰＤＵの構成を異ならせる手法を提案する。ＢＷフィールドが４ビットである場合を仮定し、ＥＨＴ ＳＵ ＰＰＤＵ又はＴＢ ＰＰＤＵである場合には、Ｕ－ＳＩＧ以後に１シンボルのＥＨＴ－ＳＩＧ－Ａをさらにシグナルするか、初めからＥＨＴ－ＳＩＧ－Ａをシグナルしなくてよいので、これを考慮して、Ｕ－ＳＩＧのＢＷフィールドのみを用いて最大で１１個のパンクチャリングモードを完全にシグナルする必要がある。しかし、ＥＨＴ ＭＵ ＰＰＤＵである場合に、Ｕ－ＳＩＧ以後にＥＨＴ－ＳＩＧ－Ｂをさらにシグナルするので、最大で１１個のパンクチャリングモードを、ＳＵ ＰＰＤＵと異なる方法でシグナルできる。ＥＨＴ ＥＲ ＰＰＤＵの場合に、ＢＷフィールドを１ビットに設定し、２０ＭＨｚ又は１０ＭＨｚのいずれの帯域を使用するＰＰＤＵであるかをシグナルできる。前記ＰＰＤＵタイプ別に細部的なパンクチャリングパターンは、図１１及び図１２で詳細に後述する。

【0087】

図７（ｆ）には、Ｕ－ＳＩＧのＰＰＤＵフォーマットフィールドでＥＨＴ ＭＵ ＰＰＤＵと指示された場合に、ＶＤフィールドのフォーマット特異的（Ｆｏｒｍａｔ－ｓｐｅｃｉｆｉｃ）フィールドの構成を示す。ＭＵ ＰＰＤＵの場合、複数ユーザの同時受信のためのシグナリングフィールドであるＳＩＧ－Ｂが必須であり、Ｕ－ＳＩＧ後に別途のＳＩＧ－Ａ無しでＳＩＧ－Ｂが送信されてよい。そのために、Ｕ－ＳＩＧではＳＩＧ－Ｂをデコードするための情報をシグナルしなければならない。このようなフィールドは、ＳＩＧ－Ｂ ＭＣＳ、ＳＩＧ－Ｂ ＤＣＭ、ＳＩＧ－Ｂシンボルの数（Ｎｕｍｂｅｒ ｏｆ ＳＩＧ－Ｂ Ｓｙｍｂｏｌｓ）、ＳＩＧ－Ｂ圧縮（ＳＩＧ－Ｂ Ｃｏｍｐｒｅｓｓｉｏｎ）、ＥＨＴ－ＬＴＦシンボルの数（Ｎｕｍｂｅｒ ｏｆ ＥＨＴ－ＬＴＦ Ｓｙｍｂｏｌｓ）フィールドなどである。

【0088】

図８は、本発明の実施例に係る様々なＥＨＴ（Ｅｘｔｒｅｍｅｌｙ Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ）ＰＰＤＵ（Ｐｈｙｓｉｃａｌ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）フォーマット及びこれを指示するための方法の一例を示す。

【0089】

図８を参照すると、ＰＰＤＵは、プリアンブルとデータ部分で構成されてよく、一つのタイプであるＥＨＴ ＰＰＤＵのフォーマットは、プリアンブルに含まれているＵ－ＳＩＧフィールドによって区別されてよい。具体的に、Ｕ－ＳＩＧフィールドに含まれているＰＰＤＵフォーマットフィールドに基づき、ＰＰＤＵのフォーマットがＥＨＴ ＰＰＤＵであるか否かが指示されてよい。

【0090】

図８の（ａ）は、単一ＳＴＡのためのＥＨＴ ＳＵ ＰＰＤＵフォーマットの一例を示す。ＥＨＴ ＳＵ ＰＰＤＵは、ＡＰと単一ＳＴＡ間の単一ユーザ（Ｓｉｎｇｌｅ Ｕｓｅｒ：ＳＵ）送信のために用いられるＰＰＤＵであり、Ｕ－ＳＩＧフィールド以後に追加のシグナリングのためのＥＨＴ－ＳＩＧ－Ａフィールドが位置してよい。

【0091】

図８の（ｂ）は、トリガーフレームに基づいて送信されるＥＨＴ ＰＰＤＵであるＥＨＴトリガーベース（Ｔｒｉｇｇｅｒ－ｂａｓｅｄ）ＰＰＤＵフォーマットの一例を示す。ＥＨＴトリガーベースＰＰＤＵは、トリガーフレームに基づいて送信されるＥＨＴ ＰＰＤＵであり、トリガーフレームに対する応答のために用いられる上りリンクＰＰＤＵである。ＥＨＴ ＰＰＤＵは、ＥＨＴ ＳＵ ＰＰＤＵとは違い、Ｕ－ＳＩＧフィールド以後にＥＨＴ－ＳＩＧ－Ａフィールドが位置しない。

【0092】

図８の（ｃ）は、多重ユーザのためのＥＨＴ ＰＰＤＵであるＥＨＴ ＭＵ ＰＰＤＵフォーマットの一例を示す。ＥＨＴ ＭＵ ＰＰＤＵは、１つ以上のＳＴＡにＰＰＤＵを送信するために用いられるＰＰＤＵである。ＥＨＴ ＭＵ ＰＰＤＵフォーマットは、Ｕ－ＳＩＧフィールド以後にＨＥ－ＳＩＧ－Ｂフィールドが位置してよい。

【0093】

図８の（ｄ）は、拡張された範囲にあるＳＴＡとの単一ユーザ送信のために用いられるＥＨＴ ＥＲ ＳＵ ＰＰＤＵフォーマットの一例を示す。ＥＨＴ ＥＲ ＳＵ ＰＰＤＵは、図８の（ａ）で説明したＥＨＴ ＳＵ ＰＰＤＵよりも広い範囲のＳＴＡとの単一ユーザ送信のために用いられてよく、時間軸上でＵ－ＳＩＧフィールドが反復して位置してよい。

【0094】

図８の（ｃ）で説明したＥＨＴ ＭＵ ＰＰＤＵは、ＡＰが複数個のＳＴＡに下りリンク送信のために用いることができる。このとき、ＥＨＴ ＭＵ ＰＰＤＵは、複数個のＳＴＡがＡＰから送信されたＰＰＤＵを同時に受信できるようにスケジューリング情報を含むことができる。ＥＨＴ ＭＵ ＰＰＤＵは、ＥＨＴ－ＳＩＧ－Ｂのユーザ特定（ｕｓｅｒ ｓｐｅｃｉｆｉｃ）フィールドを通じて送信されるＰＰＤＵの受信者及び／又は送信者のＡＩＤ情報を、ＳＴＡに伝達することができる。したがって、ＥＨＴ ＭＵ ＰＰＤＵを受信した複数個の端末は、受信したＰＰＤＵのプリアンブルに含まれたユーザ特定フィールドのＡＩＤ情報に基づいて空間再使用（ｓｐａｔｉａｌ ｒｅｕｓｅ）動作を行うことができる。

【0095】

具体的に、ＨＥ ＭＵ ＰＰＤＵに含まれたＨＥ－ＳＩＧ－Ｂフィールドのリソースユニット割り当て（ｒｅｓｏｕｒｃｅ ｕｎｉｔ ａｌｌｏｃａｔｉｏｎ，ＲＡ）フィールドは、周波数軸の特定帯域幅（例えば、２０ＭＨｚなど）におけるリソースユニットの構成（例えば、リソースユニットの分割形態）に関する情報を含むことができる。すなわち、ＲＡフィールドは、ＳＴＡがＰＰＤＵを受信するために、ＨＥ ＭＵ ＰＰＤＵの送信のための帯域幅で分割されたリソースユニットの構成を指示できる。分割された各リソースユニットに割り当て（又は、指定）されたＳＴＡの情報は、ＥＨＴ－ＳＩＧ－Ｂのユーザ特定フィールドに含まれてＳＴＡに送信されてよい。すなわち、ユーザ特定フィールドは、分割された各リソースユニットに対応する１つ以上のユーザフィールドを含むことができる。

【0096】

例えば、分割された複数個のリソースユニットのうち、データ送信のために用いられる少なくとも１つのリソースユニットに対応するユーザフィールドは、受信者又は送信者のＡＩＤを含むことができ、データ送信に用いられない残りのリソースユニットに対応するユーザフィールドは、既に設定されたヌル（Ｎｕｌｌ）ＳＴＡ ＩＤを含むことができる。

【0097】

説明の便宜のために、本明細書においてフレーム又はＭＡＣフレームは、ＭＰＤＵと同じ意味で使われてよい。

【0098】

１つの無線通信装置が複数のリンクを用いて通信する場合に、無線通信装置の通信効率を高めることができる。このとき、リンクは物理的経路（ｐａｔｈ）であり、ＭＳＤＵ（ＭＡＣ ｓｅｒｖｉｃｅ ｄａｔａ ｕｎｉｔ）を伝達するために使用可能な一つの無線媒介体として構成されてよい。例えば、いずれか一つのリンクの周波数帯域が他の無線通信装置によって使用中である場合に、無線通信装置は、他のリンクで継続して通信を行うことができる。このように、無線通信装置は複数のチャネルを有用に使用することができる。また、無線通信装置が複数のリンクを用いて同時に通信を行う場合に、全体スループット（ｔｈｒｏｕｇｈｐｕｔ）を高めることができる。ただし、既存無線ＬＡＮは、１つの無線通信装置が１つのリンクを用いることを前提に規定されている。このため、複数のリンクを用いるための無線ＬＡＮ動作方法が必要である。図９～図２６を参照して、複数のリンクを用いる無線通信装置の無線通信方法について説明する。まず、図９を用いて、複数のリンクを用いる無線通信装置の具体的な形態について説明する。

【0099】

図９は、本発明の実施例に係るマルチリンク装置（ｍｕｌｔｉ－ｌｉｎｋ ｄｅｖｉｃｅ）を示す。

【0100】

前述した複数のリンクを用いる無線通信方法のためにマルチリンク装置（ｍｕｌｔｉ－ｌｉｎｋ ｄｅｖｉｃｅ，ＭＬＤ）が定義されてよい。マルチリンク装置は、一つ以上の提携された（ａｆｆｉｌｉａｔｅｄ）ステーションを有する装置を表すことができる。具体的な実施例によって、マルチリンク装置は、２つ以上の提携されたステーションを有する装置を表すことができる。また、マルチリンク装置はマルチリンクエレメントを交換することができる。マルチリンクエレメントは、一つ以上のステーション又は一つ以上のリンクに関する情報を含む。マルチリンクエレメントは、後述されるｍｕｌｔｉ－ｌｉｎｋ ｓｅｔｕｐエレメントを含むことができる。このとき、マルチリンク装置は論理的なエンティティ（ｅｎｔｉｔｙ）であってよい。具体的には、マルチリンク装置は複数の提携されたステーションを有することができる。マルチリンク装置は、ＭＬＬＥ（ｍｕｌｔｉ－ｌｉｎｋ ｌｏｇｉｃａｌ ｅｎｔｉｔｙ）又はＭＬＥ（ｍｕｌｔｉ－ｌｉｎｋ ｅｎｔｉｔｙ）と呼ぶことができる。マルチリンク装置は、ロジカルリンク制御（ｌｏｇｉｃａｌ ｌｉｎｋ ｃｏｎｔｒｏｌ，ＬＬＣ）まで一つのＭＡＣサービスアクセスポイント（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ ｓｅｒｖｉｃｅ ａｃｃｅｓｓ ｐｏｉｎｔ，ＳＡＰ）を有することができる。また、ＭＬＤは一つのＭＡＣデータサービス（ＭＡＣ ｄａｔａ ｓｅｒｖｉｃｅ）を有することができる。

【0101】

マルチリンク装置に含まれた複数のステーションは、複数のリンクで動作できる。また、マルチリンク装置に含まれた複数のステーションは、複数のチャネルで動作できる。具体的には、マルチリンク装置に含まれた複数のステーションは、異なる複数のリンク又は異なる複数のチャネルで動作できる。例えば、マルチリンク装置に含まれた複数のステーションは、２．４ＧＨｚ、５ＧＨｚ、及び６ＧＨｚの異なる複数のチャネルで動作できる。

【0102】

マルチリンク装置の動作は、マルチリンクオペレーション、ＭＬＤ動作、又はマルチ－バンド動作と呼ぶことができる。また、マルチリンク装置に提携されたステーションがＡＰである場合に、マルチリンク装置は、ＡＰ ＭＬＤと呼ぶことができる。また、マルチリンク装置に提携されたステーションがノン－ＡＰステーションである場合に、マルチリンク装置は、ｎｏｎ－ＡＰ ＭＬＤと呼ぶことができる。

【0103】

図９は、ｎｏｎ－ＡＰ ＭＬＤとＡＰ－ＭＬＤとが通信する動作を示す。具体的には、ｎｏｎ－ＡＰ ＭＬＤとＡＰ－ＭＬＤはそれぞれ３個のリンクを用いて通信する。ＡＰ ＭＬＤは、第１ＡＰ（ＡＰ１）、第２ＡＰ（ＡＰ２）及び第３ＡＰ（ＡＰ３）を含む。ｎｏｎ－ＡＰ ＭＬＤは、第１ｎｏｎ－ＡＰ ＳＴＡ（ｎｏｎ－ＡＰ ＳＴＡ１）、第２ｎｏｎ－ＡＰ ＳＴＡ（ｎｏｎ－ＡＰ ＳＴＡ２）及び第３ｎｏｎ－ＡＰ ＳＴＡ（ｎｏｎ－ＡＰ ＳＴＡ３）を含む。第１ＡＰ（ＡＰ１）と第１ｎｏｎ－ＡＰ ＳＴＡ（ｎｏｎ－ＡＰ ＳＴＡ１）は第１リンク（Ｌｉｎｋ１）を通じて通信する。また、第２ＡＰ（ＡＰ２）と第２ｎｏｎ－ＡＰ ＳＴＡ（ｎｏｎ－ＡＰ ＳＴＡ２）は第２リンク（Ｌｉｎｋ２）を通じて通信する。また、第３ＡＰ（ＡＰ３）と第３ｎｏｎ－ＡＰ ＳＴＡ（ｎｏｎ－ＡＰ ＳＴＡ３）は第３リンク（Ｌｉｎｋ３）を通じて通信する。

【0104】

マルチリンク動作はマルチリンク設定（ｓｅｔｕｐ）動作を含むことができる。マルチリンク設定は、前述したシングルリンク動作の結合（ａｓｓｏｃｉａｔｉｏｎ）動作に対応するものであり、マルチリンクでのフレーム交換のために先行される必要がある。マルチリンク装置は、マルチリンク設定のために必要な情報をｍｕｌｔｉ－ｌｉｎｋ ｓｅｔｕｐエレメントから取得することができる。具体的には、ｍｕｌｔｉ－ｌｉｎｋ ｓｅｔｕｐエレメントは、マルチリンクと関連した能力情報を含むことができる。このとき、能力情報は、マルチリンク装置に含まれた複数の装置のいずれか一つが送信を行い、同時に他の装置が受信を行うことができるかを示す情報を含むことができる。また、能力情報は、ＭＬＤに含まれた各ステーションが利用できるリンクに関する情報を含むことができる。また、能力情報は、ＭＬＤに含まれた各ステーションが利用できるチャネルに関する情報を含むことができる。

【0105】

マルチリンク設定はピアステーション間の交渉によって設定されてよい。具体的には、ＡＰとの通信無しでステーション間の通信によってマルチリンク設定が行われてよい。また、マルチリンク設定は、いずれか一つのリンクを通じて設定されてよい。例えば、マルチリンクを通じて第１リンク～第３リンクが設定される場合であっても、第１リンクを通じてマルチリンク設定が行われてよい。

【0106】

また、ＴＩＤ（ｔｒａｆｆｉｃ ｉｄｅｎｔｉｆｉｅｒ）とリンクとのマッピングが設定されてよい。具体的には、特定値のＴＩＤに該当するフレームは、あらかじめ指定されたリンクのみを通じて交換されてよい。ＴＩＤとリンクとのマッピングは、方向ベース（ｄｉｒｅｃｔｉｏｎａｌ－ｂａｓｅｄ）で設定されてよい。例えば、第１マルチリンク装置と第２マルチリンク装置との間に複数のリンクが設定された場合に、第１マルチリンク装置は、複数の第１リンクに第１ＴＩＤのフレームを送信するように設定され、第２マルチリンク装置は、第１リンクに第２ＴＩＤのフレームを送信するように設定されてよい。また、ＴＩＤとリンクとのマッピングに基本設定が存在してよい。具体的には、マルチリンク設定において追加設定がない場合に、マルチリンク装置は、基本（ｄｅｆａｕｌｔ）設定にしたがって各リンクでＴＩＤに該当するフレームを交換することができる。このとき、基本設定は、いずれか一つのリンクで全ＴＩＤが交換されるものであってよい。

【0107】

ＴＩＤについて具体的に説明する。ＴＩＤは、ＱｏＳ（ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ）を支援するためにトラフィック、データを分類するＩＤである。また、ＴＩＤは、ＭＡＣレイヤよりも上位レイヤにおいて用いられたリ割り当てられてよい。また、ＴＩＤは、トラフィックカテゴリー（ｔｒａｆｆｉｃ ｃａｔｅｇｏｒｙ，ＴＣ）、トラフィックストリーム（ｔｒａｆｆｉｃ ｓｔｒｅａｍ，ＴＳ）を示すことができる。また、ＴＩＤは１６個に区別されてよい。例えば、ＴＩＤは、０から１５のいずれか一つと指定されてよい。アクセス政策（ａｃｃｅｓｓ ｐｏｌｉｃｙ）、チャネルアクセス又は媒体（ｍｅｄｉｕｍ）アクセス方法によって、使用されるＴＩＤ値が異なるように指定されてよい。例えば、ＥＤＣＡ（ｅｎｈａｎｃｅｄ ｄｉｓｔｒｉｂｕｔｅｄ ｃｈａｎｎｅｌ ａｃｃｅｓｓ）又はＨＣＡＦ（ｈｙｂｒｉｄ ｃｏｏｒｄｉｎａｔｉｏｎ ｆｕｎｃｔｉｏｎ ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄ ｃｈａｎｎｅｌ ａｃｃｅｓｓ）が用いられる場合に、ＴＩＤの値は０から７の範囲で割り当てられてよい。ＥＤＣＡが用いられる場合に、ＴＩＤはユーザ優先順位（ｕｓｅｒ ｐｒｉｏｒｉｔｙ，ＵＰ）を示すことができる。このとき、ＵＰはＴＣ又はＴＳによって指定されてよい。ＵＰは、ＭＡＣよりも上位レイヤで割り当てられてよい。また、ＨＣＣＡ（ＨＣＦ ｃｏｎｔｒｏｌｌｅｄ ｃｈａｎｎｅｌ ａｃｃｅｓｓ）又はＳＰＣＡが用いられる場合に、ＴＩＤの値は８から１５の範囲で割り当てられてよい。ＨＣＣＡ又はＳＰＣＡが用いられる場合に、ＴＩＤはＴＳＩＤを示すことができる。また、ＨＥＭＭ又はＳＥＭＭが用いられる場合に、ＴＩＤの値は８から１５の範囲で割り当てられてよい。ＨＥＭＭ又はＳＥＭＭが用いられる場合に、ＴＩＤはＴＳＩＤを示すことができる。

【0108】

ＵＰとＡＣ（ａｃｃｅｓｓ ｃａｔｅｇｏｒｙ）はマップされてよい。ＡＣは、ＥＤＣＡにおいてＱｏＳを提供するためのラベルであってよい。ＡＣは、ＥＤＣＡパラメータセットを示すためのラベルであってよい。ＥＤＣＡパラメータ又はＥＤＣＡパラメータセットは、ＥＤＣＡのチャネル競合（ｃｏｎｔｅｎｔｉｏｎ）で用いられるパラメータである。ＱｏＳステーションはＡＣを用いてＱｏＳを保障することができる。また、ＡＣは、ＡＣ＿ＢＫ、ＡＣ＿ＢＥ、ＡＣ＿ＶＩ及びＡＣ＿ＶＯを含むことができる。ＡＣ＿ＢＫ、ＡＣ＿ＢＥ、ＡＣ＿ＶＩ及びＡＣ＿ＶＯのそれぞれは、バックグラウンド（ｂａｃｋｇｒｏｕｎｄ）、ベストエフォート（ｂｅｓｔ ｅｆｆｏｒｔ）、ビデオ（ｖｉｄｅｏ）、ボイス（ｖｏｉｃｅ）を示すことができる。また、ＡＣ＿ＢＫ、ＡＣ＿ＢＥ、ＡＣ＿ＶＩ及びＡＣ＿ＶＯは、下位ＡＣに分類されてよい。例えば、ＡＣ＿ＶＩは、ＡＣ＿ＶＩ ｐｒｉｍａｒｙとＡＣ＿ＶＩ ａｌｔｅｒｎａｔｅとに細分化できる。また、ＡＣ＿ＶＯは、ＡＣ＿ＶＯ ｐｒｉｍａｒｙとＡＣ＿ＶＯ ａｌｔｅｒｎａｔｅとに細分化できる。また、ＵＰ又はＴＩＤはＡＣにマップされてよい。例えば、ＵＰ又はＴＩＤにおける１、２、０、３、４、５、６、７のそれぞれは、ＡＣ＿ＢＫ、ＡＣ＿ＢＫ、ＡＣ＿ＢＥ、ＡＣ＿ＢＥ、ＡＣ＿ＶＩ、ＡＣ＿ＶＩ、ＡＣ＿ＶＯ、ＡＣ＿ＶＯのそれぞれにマップされてよい。また、ＵＰ又はＴＩＤの１、２、０、３、４、５、６及び７のそれぞれは、ＡＣ＿ＢＫ、ＡＣ＿ＢＫ、ＡＣ＿ＢＥ、ＡＣ＿ＢＥ、ＡＣ＿ＶＩ ａｌｔｅｒｎａｔｅ、ＡＣ＿ＶＩ ｐｒｉｍａｒｙ、ＡＣ＿ＶＯ ｐｒｉｍａｒｙ、ＡＣ＿ＶＯ ａｌｔｅｒｎａｔｅのそれぞれにマップされてよい。また、ＵＰ又はＴＩＤの１、２、０、３、４、５、６、及び７はその順に優先順位が高いものであってよい。すなわち、１の方が低い優先順であり、７の方が高い優先順位であってよい。したがって、ＡＣ＿ＢＫ、ＡＣ＿ＢＥ、ＡＣ＿ＶＩ、ＡＣ＿ＶＯの順に優先順位が高くなってよい。また、ＡＣ＿ＢＫ、ＡＣ＿ＢＥ、ＡＣ＿ＶＩ、ＡＣ＿ＶＯのそれぞれは、ＡＣＩ（ＡＣ ｉｎｄｅｘ）０、１、２、３のそれぞれに該当し得る。このようなＴＩＤの特性上、ＴＩＤとリンクとのマッピングは、ＡＣとリンクとのマッピングを表すことができる。また、リンクとＡＣとのマッピングは、ＴＩＤとリンクとのマッピングを表すことができる。

【0109】

前述したように、複数のリンクのそれぞれにＴＩＤがマップされてよい。マッピングは、特定ＴＩＤ又はＡＣに該当するトラフィックが交換され得るリンクが指定されることであってよい。また、リンク内で送信方向別に送信され得るＴＩＤ又はＡＣが指定されてよい。前述したように、ＴＩＤとリンクとのマッピングに基本設定が存在してよい。具体的には、マルチリンク設定において追加設定がない場合に、マルチリンク装置は基本（ｄｅｆａｕｌｔ）設定にしたがって、各リンクでＴＩＤに該当するフレームを交換することができる。このとき、基本設定は、いずれか一つのリンクで全てのＴＩＤが交換されるものであってよい。常に、ある時点に、いかなるＴＩＤ又はＡＣも少なくともいずれか一つのリンクとマップされてよい。マネジメントフレームとコントロールフレームは全てのリンクで送信されてよい。

【0110】

リンクがＴＩＤ又はＡＣにマップされた場合に、当該リンクで当該リンクにマップされたＴＩＤ又はＡＣに該当するデータフレームのみが送信されてよい。したがって、リンクがＴＩＤ又はＡＣにマップされた場合に、当該リンクで当該リンクにマップされていないＴＩＤ又はＡＣに当該しないフレームは送信されなくてよい。リンクがＴＩＤ又はＡＣにマップされた場合に、ＡＣＫもＴＩＤ又はＡＣがマップされたリンクに基づいて送信されてよい。例えば、ブロックＡＣＫ合意（ａｇｒｅｅｍｅｎｔ）が、ＴＩＤとリンクとのマッピングに基づいて決定されてよい。さらに他の具体的な実施例において、ＴＩＤとリンクとのマッピングがブロックＡＣＫ合意に基づいて決定されてよい。具体的には、特定リンクにマップされたＴＩＤに対してブロックＡＣＫ合意が設定されてよい。

【0111】

前述したＴＩＤとリンクとのマッピングにより、ＱｏＳが保障されてよい。具体的には、相対的に少ない数のステーションが動作するか、或いはチャネル状態の良いリンクに優先順位の高いＡＣ又はＴＩＤがマップされてよい。また、前述したＴＩＤとリンクとのマッピングにより、ステーションがより長い時間に節電状態を保つようにすることができる。

【0112】

図１０は、本発明の実施例によって、マルチリンク動作において互いに異なるリンクの送信が同時に行われることを示す。

【0113】

マルチリンク装置の具現によって、マルチリンクで同時動作が支援されないことがある。例えば、マルチリンク装置が複数のリンクで同時に送信を行う、複数のリンクで同時に受信を行う、或いはいずれか一つのリンクで送信を行うと同時に他のリンクで受信を行うことが支援されことがある。いずれか一つのリンクで行われる受信又は送信が他のリンクで行われる受信又は送信に影響を及ぼすことがあるわけである。具体的に、一つのリンクでの送信が他のリンクの干渉として作用することがある。一つのマルチリンク装置の一つのリンクで他のリンクに作用する干渉を内部洩れ（ｉｎｔｅｒｎａｌ ｌｅａｋａｇｅ）と呼ぶことができる。リンク間の周波数間隔が小さいほど内部洩れが大きくなることがある。内部洩れが大きすぎないと、いずれか一つのリンクで送信を行う時に他のリンクで送信が行うことができる。内部洩れが大きいと、いずれか一つのリンクで送信を行う時に他のリンクで送信を行うことができない。このように、マルチリンク装置が複数のリンクで同時に動作を行うことをＳＴＲ（ｓｉｍｕｌｔａｎｅｏｕｓ ｔｒａｎｓｍｉｔ ａｎｄ ｒｅｃｅｉｖｅ，ｓｉｍｕｌｔａｎｅｏｕｓ ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ ｒｅｃｅｐｔｉｏｎ）と呼ぶことができる。例えば、マルチリンク装置が複数のリンクで同時に送信する、いずれか一つのリンクで送信を行うと同時に他のリンクで受信を行う、或いは複数のリンクで同時に受信を行うことを、ＳＴＲと呼ぶことができる。

【0114】

先に言及したように、マルチリンク装置はＳＴＲを支援することもでき、制限的に支援することもできる。具体的に、マルチリンク装置は特定条件下でのみＳＴＲを支援することができる。例えば、マルチリンク装置が単一ラジオ（ｓｉｎｇｌｅ ｒａｄｉｏ）で動作する場合に、マルチリンク装置はＳＴＲを行えないことがある。また、マルチリンク装置が単一アンテナで動作する場合に、マルチリンク装置がＳＴＲを行えないことがある。また、内部洩れがあらかじめ指定された大きさ以上と感知される場合に、マルチリンク装置はＳＴＲを行えないことがある。

【0115】

ステーションは、ステーションのＳＴＲ能力に関する情報を他のステーションと交換できる。具体的に、ステーションは、ステーションが複数のリンクで同時に送信を行うか複数のリンクで同時に受信を行うかの能力の制限の有無に関する情報を、他のステーションと交換できる。具体的に、複数のリンクで送信又は受信を行う能力の制限の有無に関する情報は、複数のリンクで同時に送信するか、同時に受信するか、或いは送信と受信が同時に行われるかを示すことができる。また、複数のリンクで送信を行うか受信を行うかの能力の制限の有無に関する情報は、段階別に指示される情報であってよい。具体的に、複数のリンクで送信を行うか受信を行うかの能力の制限の有無に関する情報は、内部洩れの大きさを示す段階を指示する情報であってよい。具体的な実施例において、内部洩れの大きさを示す段階を指示する情報は、内部洩れによって発生する干渉の大きさを示す段階を指示する情報であってよい。さらに他の具体的な実施例において、内部洩れに影響を及ぼし得るリンク間の周波数間隔を示す段階を指示する情報であってよい。また、内部洩れの大きさを示す段階を指示する情報は、リンク間の周波数間隔と内部洩れの大きさとの関係を段階別に指示する情報であってよい。

【0116】

図１０で、第１ステーション（ＳＴＡ１）と第２ステーション（ＳＴＡ２）は一つのｎｏｎ－ＡＰマルチリンク装置に提携（ａｆｆｉｌｉａｔｅ）される。また、第１ＡＰ（ＡＰ１）と第２ＡＰ（ＡＰ２）は一つのｎｏｎ－ＡＰマルチリンク装置に提携されてよい。第１ＡＰ（ＡＰ１）と第１ステーション（ＳＴＡ１）との間には第１リンク（ｌｉｎｋ１）が設定され、第２ＡＰ（ＡＰ２）と第２ステーション（ＳＴＡ２）との間には第２リンク（ｌｉｎｋ２）が設定される。図１０で、ｎｏｎ－ＡＰマルチリンク装置は制限的にＳＴＲを行うことができる。第２ステーション（ＳＴＡ２）が第２リンク（Ｌｉｎｋ２）で送信を行う場合に、第１リンク（Ｌｉｎｋ１）で第１ステーション（ＳＴＡ１）の受信は、第２リンク（Ｌｉｎｋ２）で行われる送信によって妨害されることがある。例えば、次のような場合、第１リンク（Ｌｉｎｋ１）で第１ステーション（ＳＴＡ１）の受信は、第２リンク（Ｌｉｎｋ２）で行われる送信によって妨害されることがある。第２リンク（Ｌｉｎｋ２）で第２ステーション（ＳＴＡ２）が第１データ（Ｄａｔａ１）を送信し、第１ＡＰ（ＡＰ１）が第１データ（Ｄａｔａ１）に対する応答（Ａｃｋ ｆｏｒ Ｄａｔａ１）を第１ステーション（ＳＴＡ１）に送信する。第２リンク（Ｌｉｎｋ２）で第２ステーション（ＳＴＡ２）が第２データ（Ｄａｔａ２）を送信する。この時、第２データ（Ｄａｔａ２）の送信時期と第１データ（Ｄａｔａ１）に対する応答（Ａｃｋ ｆｏｒ Ｄａｔａ１）の送信時期が重なることがある。この時、第２リンク（Ｌｉｎｋ２）で第２ステーション（ＳＴＡ２）への送信によって第１リンク（Ｌｉｎｋ１）に干渉が発生し得る。このため、第１ステーション（ＳＴＡ１）が第１データ（Ｄａｔａ１）に対する応答（Ａｃｋ ｆｏｒ Ｄａｔａ１）を受信できないことがある。

【0117】

マルチリンク装置がチャネルアクセスを行う動作について説明する。具体的な説明がないマルチリンクの動作は、図６で説明したチャネルアクセス手順に従うことができる。

【0118】

マルチリンク装置は、複数のリンクから独立にチャネルアクセスを行うことができる。このとき、チャネルアクセスはバックオフベースチャネルアクセスであってよい。マルチリンク装置が複数のリンクから独立にチャネルアクセスを行い、複数のリンクでバックオフカウンターが０に到達する場合に、マルチリンク装置は複数のリンクで同時に送信を始めることができる。具体的な実施例において、マルチリンクのリンクのバックオフカウンターのいずれか一つが０に到達し、あらかじめ指定された条件を満たす場合に、マルチリンク装置は、バックオフカウンターが０に到達したリンクの他に、バックオフカウンターが０に到達していない他のリンクでもチャネルアクセスを行うことができる。具体的に、マルチリンクのリンクのバックオフカウンターのいずれか一つが０に到達した場合に、マルチリンク装置は、バックオフカウンターが０に到達していない他のリンクでエネルギー感知を行うことができる。この時、あらかじめ指定された大きさ以上のエネルギーが感知されない場合に、マルチリンク装置は、バックオフカウンターが０に到達したリンクの他に、エネルギー感知を行ったリンクでもチャネルアクセスを行うことができる。これにより、マルチリンク装置は複数のリンクで同時に送信を始めることができる。エネルギー感知に用いられる閾値の大きさは、バックオフカウンターを減少させるかを判断する時に用いられる閾値の大きさよりも小さくてよい。また、バックオフカウンターを減らすかを判断する時に、マルチリンク装置は、無線ＬＡＮ信号だけでなく、いかなる形態の信号も感知できる。また、前述したエネルギー感知において、マルチリンク装置は、無線ＬＡＮ信号だけでなく、いかなる形態の信号も感知できる。内部洩れは無線ＬＡＮ信号として感知されないことがある。このような場合、マルチリンク装置は、内部洩れによって感知される信号をエネルギー感知によって感知することができる。また、前述したように、エネルギー感知に用いられる閾値の大きさが、バックオフカウンターを減らすか否かを判断する時に用いられる閾値の大きさよりも小さくてよい。したがって、いずれか一つのリンクで送信が行われている中であっても、マルチリンク装置は他のリンクでバックオフカウンターを減らすことができる。

【0119】

マルチリンク装置が用いるリンク間の干渉の程度によって、マルチリンク装置は、各リンクで動作するステーションが独立して動作できるかが決定されてよい。このとき、リンク間の干渉程度は、マルチリンク装置のいずれか一つのステーションがいずれか一つのリンクで送信を行う時にマルチリンク装置の他のステーションが感知する干渉の大きさであってよい。マルチリンク装置の第１ステーションの第１リンクでの送信が、第２リンクで動作するマルチリンク装置の第２ステーションにあらかじめ指定された大きさ以上の干渉を発生させる場合に、第２ステーションの動作が制限されてよい。具体的に、第２ステーションの受信又はチャネルアクセスが制限されてよい。干渉が発生する場合に、第２ステーションは干渉によって受信する信号のデコーディングに失敗することがあるわけである。また、干渉が発生する場合に、第２ステーションがバックオフを用いたチャネルアクセス時に、第２ステーションはチャネルが使用中であると判断することがあるわけである。

【0120】

また、マルチリンク装置の第１ステーションの第１リンクでの送信が、第２リンクで動作するマルチリンク装置の第２ステーションにあらかじめ指定された大きさ未満の干渉を発生させる場合に、第１ステーションと第２ステーションは独立して動作できる。具体的に、マルチリンク装置の第１ステーションの第１リンクでの送信が、第２リンクで動作するマルチリンク装置の第２ステーションにあらかじめ指定された大きさ未満の干渉を発生させる場合に、第１ステーションと第２ステーションは独立してチャネルアクセスを行うことができる。また、マルチリンク装置の第１ステーションの第１リンクでの送信が、第２リンクで動作するマルチリンク装置の第２ステーションにあらかじめ指定された大きさ未満の干渉を発生させる場合に、第１ステーションと第２ステーションは独立して送信又は受信を行うことができる。あらかじめ指定された大きさ未満の干渉が発生する場合に、第２ステーションは、干渉が存在する場合にも、受信する信号のデコーディングに成功できるわけである。また、あらかじめ指定された大きさ未満の干渉が発生する場合に、第２ステーションがバックオフを用いたチャネルアクセス時に、第２ステーションはチャネルが遊休であると判断できるわけである。

【0121】

マルチリンク装置のステーション間に発生する干渉程度は、ステーションが動作するリンクの周波数帯域間の間隔だけでなく、マルチリンク装置のハードウェア特性によって変わることがある。例えば、高ＲＦ（ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ）装置を含むマルチリンク装置で発生する内部干渉は、低ＲＦ装置を含むマルチリンク装置で発生する内部干渉もより小さくてよい。したがって、マルチリンク装置のステーション間に発生する干渉程度は、マルチリンク装置の特性に基づいて判断されてよい。

【0122】

図１０には、リンクの周波数帯域間の間隔とマルチリンク装置の特性によって発生する干渉の大きさが変わることを示す。図１０の実施例において、第１マルチリンク装置（ＭＬＤ＃１）は、第１リンク（Ｌｉｎｋ１）で動作する第１ステーション（ＳＴＡ１）－１と第２リンク（Ｌｉｎｋ２）で動作する第２ステーション（ＳＴＡ１）－２を含む。第２マルチリンク装置（ＭＬＤ＃２）は、第１リンク（Ｌｉｎｋ１）で動作する第１ステーション（ＳＴＡ２）－１と、第２リンク（Ｌｉｎｋ２）で動作する第２ステーション（ＳＴＡ２）－２を含む。第１マルチリンク装置（ＭＬＤ＃１）が動作する第１リンク（Ｌｉｎｋ１）と第２リンク（Ｌｉｎｋ２）間の周波数間隔と、第２マルチリンク装置（ＭＬＤ＃２）が動作する第１リンク（Ｌｉｎｋ１）と第２リンク（Ｌｉｎｋ２）間の周波数間隔は同一である。ただし、第１マルチリンク装置（ＭＬＤ＃１）の特性と第２マルチリンク装置（ＭＬＤ＃２）の特性との差によって発生する干渉の大きさが異なる。具体的に、第１マルチリンク装置（ＭＬＤ＃１）で発生する干渉の大きさよりも第２マルチリンク装置（ＭＬＤ＃２）で発生する干渉の大きさが大きくてよい。このように、マルチリンク装置の特性によって発生する干渉の大きさが異なることがあり、マルチリンク装置別にＳＴＲ支援の有無が異なることがあることを考慮するとき、ＳＴＲの支援されるか否かに関する情報が交換される必要がある。

【0123】

マルチリンク装置は、マルチリンク装置が含むステーションのＳＴＲ支援の有無をシグナルすることができる。具体的に、ＡＰマルチリンク装置とｎｏｎ－ＡＰマルチリンク装置は、ＡＰマルチリンク装置が含むＡＰのＳＴＲ支援の有無とｎｏｎ－ＡＰマルチリンク装置が含むＳＴＡのＳＴＲ支援の有無を交換することができる。このような実施例において、ＳＴＲ支援の有無を示すエレメントが用いられてよい。ＳＴＲ支援の有無を示すエレメントは、ＳＴＲ支援（ｓｕｐｐｏｒｔ）エレメントと呼ぶことがてきる。ＳＴＲ支援エレメントは、１ビットにより、ＳＴＲ支援エレメントを送信したマルチリンク装置のステーションのＳＴＲ支援の有無を示すことができる。具体的に、ＳＴＲ支援エレメントは、ＳＴＲ支援エレメントを送信するマルチリンク装置が含むステーションのそれぞれのＳＴＲ支援の有無を１ビット別に示すことができる。このとき、ステーションがＳＴＲを支援する場合に、ビットの値は１であり、ステーションがＳＴＲを支援しない場合に、ビットの値は０であってよい。ＳＴＲ支援エレメントを送信したマルチリンク装置が第１ステーション（ＳＴＡ１）、第２ステーション（ＳＴＡ２）及び第３ステーション（ＳＴＡ３）を含み、第１ステーション（ＳＴＡ１）と第３ステーション（ＳＴＡ３）はＳＴＲを支援し、第２ステーション（ＳＴＡ２）はＳＴＲを支援しない場合に、ＳＴＲ支援エレメントは、１０１_１ｂを有するフィールドを含むことができる。互いに異なる周波数帯域で動作するステーションはＳＴＲを支援すると仮定され、ＳＴＲ支援エレメントは、互いに異なる周波数帯域で動作するステーション間のＳＴＲ支援の有無に対するシグナリングを省略してよい。例えば、第１ステーション（ＳＴＡ１）が２．４ＧＨｚの第１リンクで動作し、第２ステーション（ＳＴＡ２）と第３ステーション（ＳＴＡ３）のそれぞれが５ＧＨｚの第２リンクと第３リンクで動作する。この時、ＳＴＲ支援エレメントは、第２ステーション（ＳＴＡ２）と第３ステーション（ＳＴＡ３）間にＳＴＲが支援されることを１ビットで示すことができる。また、ＳＴＲ支援エレメントは、ＳＴＲ支援エレメントがシグナルするステーションが２個である場合に１ビットのみを含むことができる。

【0124】

具体的な実施例において、マルチリンク装置のリンクのうち２．４ＧＨｚに位置しているリンクと、５ＧＨｚ又は６ＧＨｚに位置しているリンクとの関係は、常にＳＴＲと判断されてよい。したがって、２．４ＧＨｚに位置しているリンクと５ＧＨｚ又は６ＧＨｚに位置しているリンクのＳＴＲの有無に対してはシグナリングが省略されてよい。

【0125】

前述した実施例において、マルチリンク装置のステーションの動作として説明したものは、マルチリンク装置の動作に置換されてよい。また、前述した実施例において、ＡＰの動作はｎｏｎ－ＡＰステーションの動作に置換され、ｎｏｎ－ＡＰステーションの動作はＡＰの動作に置換されてよい。したがって、ｎｏｎ－ＳＴＲマルチリンク装置のＡＰの動作はｎｏｎ－ＳＴＲマルチリンク装置のｎｏｎ－ＡＰステーションの動作に置換され、ＳＴＲマルチリンク装置のｎｏｎ－ＡＰステーションの動作はＳＴＲマルチリンク装置のＡＰの動作に置換されてよい。また、ｎｏｎ－ＳＴＲマルチリンク装置のｎｏｎ－ＡＰステーションの動作はｎｏｎ－ＳＴＲマルチリンク装置のＡＰの動作に置換され、ＳＴＲマルチリンク装置のＡＰの動作はＳＴＲマルチリンク装置のｎｏｎ－ＡＰステーションの動作に置換されてよい。

【0126】

低遅延トラフィック送信のためのスケジューリングについては図１１～図１５で説明する。従来の無線ＬＡＮ通信では、ＥＤＣＡ（ｅｎｈａｎｃｅｄ ｄｉｓｔｒｉｂｕｔｅｄ ｃｈａｎｎｅｌ ａｃｃｅｓｓ）を用いて各ＡＣ別にチャネルアクセスパラメータを設定し、設定されたチャネルアクセスパラメータを用いて各ＡＣ別に優先順位によってトラフィックが処理されるように支援する。ただし、既存ＥＤＣＡは、確率的に優先順位の高いチャネルアクセスを提供することであるため、低遅延トラフィックの送信を支援するには不足する面があった。このような面を補完するために、低遅延トラフィックを優先して送信できる時間区間を設定することができる。説明の便宜のために、低遅延トラフィックが優先して送信される時間区間を、制限されたサービスピリオドと呼ぶ。ＶＲ／ＡＲなどの低遅延トラフィック送信を必要とする大部分のサービスには周期的なトラフィック送信が必要であり、よって、制限されたサービスピリオドによる低遅延トラフィックの送信遅延減少効果が大きい。

【0127】

制限されたサービスピリオドは、低遅延トラフィックの送信と低遅延トラフィックに対する応答の送信が優先的に許容される時間区間であってよい。具体的には、制限されたサービスピリオドは、低遅延トラフィックの送信及び低遅延トラフィックに対する応答の送信のみが許容される時間区間であってよい。さらに他の具体的な実施例において、制限されたサービスピリオドは、低遅延トラフィックの送信及び低遅延トラフィックに対する応答の送信が行われ、低遅延トラフィックの送信及び低遅延トラフィックに対する応答の送信が完了した後に低遅延トラフィック以外のトラフィックの送信が許容される時間区間であってよい。

【0128】

まず、制限されたサービスピリオドの設定方法について説明する。制限されたサービスピリオドは、既存ＷＬＡＮのＴＷＴによって設定されてよい。ＴＷＴは、ＡＰとステーションの協議によってサービスピリオドを設定し、サービスピリオド区間でＡＰとステーションが送受信を行い、サービスピリオド以外の区間に低電力モードに進入することを支援する。これについては図１１で具体的に説明する。説明の便宜のために、制限されたサービスピリオドをＴＷＴによって設定し、ＡＰとステーションが前記制限されたサービスピリオドに基づいて動作することを、制限されたＴＷＴと呼ぶ。

【0129】

図１１に、本発明の実施例によってＡＰとステーション間にブロードキャストＴＷＴを設定する方法を示す。

【0130】

ＴＷＴにおいてサービスピリオドは次のように設定されてよい。ＡＰは、ＡＰに連結された（ａｓｓｏｃｉａｔｅｄ）ステーションに、ＴＷＴに参加することを要請する。ステーションは、ブロードキャストＴＷＴに参加したり、又はＡＰと個別（ｉｎｄｉｖｉｄｕａｌ）ＴＷＴについて協議することができる。この時、ＡＰは、ＨＥ ＯｐｅｒａｔｉｏｎエレメントのＴＷＴ Ｒｅｑｕｉｒｅｄサブフィールドの値を１に設定してステーションにＴＷＴの参加を要請できる。また、ＡＰは、ブロードキャストＴＷＴエレメントをマネジメントフレーム、例えばビーコンフレームで送信し、ステーションにブロードキャストＴＷＴの参加に必要な情報を伝達できる。この時、ＡＰは、ｄｏｔ１１ＴＷＴＯｐｔｉｏｎＡｃｔｉｖａｔｅｄがｔｒｕｅであり、ＨＥ ＣａｐａｂｉｌｉｔｉｅｓエレメントのＢｒｏａｄｃａｓｔ ＴＷＴ Ｓｕｐｐｏｒｔフィールド（ｅｌｅｍｅｎｔの）を１に設定し、ブロードキャストＴＷＴを支援する旨をシグナルできる。ＡＰは、制限されたサーピリオドをＴＷＴのサービスピリオドと類似に設定できる。

【0131】

図１１の実施例において、第１ステーション（ＳＴＡ１）は、ＡＰにＴＷＴ設定を要請する。ＡＰと第１ステーション（ＳＴＡ１）は、ＴＷＴパラメータ、例えば、最初ＴＢＴＴ、リッスン区間（ｌｉｓｔｅｎ ｉｎｔｅｒｖａｌ）を設定する。これにより、ＡＰと第１ステーション（ＳＴＡ１）及び第２ステーション（ＳＴＡ２）は、ブロードキャストＴＷＴが設定される。ＡＰは、ビーコンフレームを用いてブロードキャストＴＷＴサービスピリオドを指示する。ブロードキャストＴＷＴサービスピリオドの間に、ＡＰは、第１ステーション（ＳＴＡ１）と第２ステーション（ＳＴＡ２）にＤＬ（ｄｏｗｎｌｉｎｋ）ＰＰＤＵ（ｐｈｙｓｉｃａｌ ｌａｙｅｒ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）を送信するか、第１ステーション（ＳＴＡ１）と第２ステーション（ＳＴＡ２）にトリガーフレームを送信してＵＬ（ｕｐｌｉｎｋ）送信をトリガーできる。ブロードキャストＴＷＴサービスピリオドで第１ステーション（ＳＴＡ１）及び第２ステーション（ＳＴＡ２）はビーコンフレームを受信するためにウエイク－アップする。第１ステーション（ＳＴＡ１）及び第２ステーション（ＳＴＡ２）は、受信したビーコンフレームからＴＷＴに関する情報を取得する。ＡＰは第１ステーション（ＳＴＡ１）及び第２ステーション（ＳＴＡ２）にトリガーフレームを送信し、第１ステーション（ＳＴＡ１）はＡＰにＰＳ－Ｐｏｌｌフレームを送信し、第２ステーション（ＳＴＡ２）はＡＰにＱｏＳ Ｎｕｌｌフレームを送信する。ＡＰは、第１ステーション（ＳＴＡ１）及び第２ステーション（ＳＴＡ２）が送信したＰＳ－Ｐｏｌｌフレーム及びＱｏＳ Ｎｕｌｌフレームを受信し、第１ステーション（ＳＴＡ１）及び第２ステーション（ＳＴＡ２）がアウェイク（ａｗａｋｅ）状態であると判断する。ＡＰは第１ステーション（ＳＴＡ１）及び第２ステーション（ＳＴＡ２）にｍｕｌｔｉ－ＳＴＡ Ｂｌｏｃｋ ＡＣＫフレームを送信する。ＡＰは第１ステーション（ＳＴＡ１）及び第２ステーション（ＳＴＡ２）にＤＬ ＰＰＤＵを送信する。

【0132】

既存ＴＷＴのサービスピリオドにＴＷＴに参加しないステーションがチャネルアクセスを行ったり或いは送信を行うことを制限しない。ＴＷＴは、ＴＷＴに参加するステーションが節電状態（ｄｏｚｅ ｓｔａｔｅ）に進入することを助けるためのものであるためである。ただし、低遅延トラフィックの送信遅延を防止するための制限されたサービスピリオドは低遅延トラフィックの優先的な送信を保障しなければならず、そのため、制限されたサービスピリオドを保護するための方法が必要である。

【0133】

制限されたサービスピリオドの間に、制限されたＴＷＴに参加しないステーションがチャネルアクセスすることを制限することができる。具体的には、制限されたサービスピリオドの間に、制限されたＴＷＴに参加しないステーションがチャネルアクセスできなくてよい。制限されたサービスピリオドの間に、制限されたＴＷＴに参加しないステーションがチャネルアクセスを完了した場合に、当該ステーションは送信を行わないでチャネルアクセス手順を再開始してよい。このとき、ステーションは、制限されたサービスピリオドが終了した時に、チャネルアクセス手順を再開始できる。また、ステーションのチャネルアクセスは、ＥＤＣＡバックオフ手順を表すことができる。チャネルアクセスを完了したことは、ＥＤＣＡバックオフ手順のバックオフカウンターが０に到達したことを表すことができる。また、ステーションがチャネルアクセス手順を再開始する時に、ステーションは、直前のチャネルアクセスに用いたＣＷ内で無作為に整数を取得し、取得した整数をバックオフカウンターに用いることができる。すなわち、ステーションは、直前のチャネルアクセスに用いたＣＷのサイズを２倍に増やさなくてよい。この時、ＣＷはＡＣ別に維持されてよい。このようなチャネルアクセス制限は、制限されたＴＷＴを支援するステーションにのみ適用されてよい。具体的には、このようなチャネルアクセス制限は、ノン－レガシー（ＥＨＴ）ステーションのうち、ＥＨＴ Ｃａｐａｂｉｌｉｔｉｅｓエレメントのｄｏｔ１１ＲｅｓｔｒｉｃｔｅｄＴＷＴＯｐｔｉｏｎＩｍｐｌｅｍｅｎｔｅｄがｔｒｕｅと設定されたステーションにのみ適用され、ノン－レガシー（ＥＨＴ）ステーションのうち、ＥＨＴ Ｃａｐａｂｉｌｉｔｉｅｓエレメントのｄｏｔ１１ＲｅｓｔｒｉｃｔｅｄＴＷＴＯｐｔｉｏｎＩｍｐｌｅｍｅｎｔｅｄがｆａｌｓｅと設定されたステーションには適用されなくてよい。本明細書において、ノン－レガシーステーションは、ＥＨＴステーション及びＥＨＴステーション以後ステーションを表すことができる。また、レガシーステーションはＥＨＴステーション以前ステーションであり、ｎｏｎ－ＨＴステーション、ＨＴステーション、ＶＨＴステーション及びＨＥステーションを表すことができる。

【0134】

また、制限されたサービスピリオドの間にノン－レガシーステーションに、低遅延トラフィック以外のトラフィックにＮＡＶが設定されてよい。具体的には、低遅延トラフィック以外のトラフィックにＮＡＶが設定されたように、ステーションは低遅延トラフィック以外のトラフィックの送信のためのチャネルアクセス手順を中止できる。このような実施例において、ＮＡＶは、従来ＮＡＶ（ベーシックＮＡＶ、Ｉｎｔｒａ－ＢＳＳ ＮＡＶ）と独立したＮＡＶであってよい。このとき、ノン－レガシーステーションは、制限されたＴＷＴを支援するステーションに限定されてよい。さらに他の具体的な実施例において、ノン－レガシーステーションは、制限されたＴＷＴに参加するステーションに限定されてよい。

【0135】

制限されたサービスピリオドは、ブロードキャストＴＷＴサービスピリオド内に含まれてよい。さらに他の具体的な実施例において、制限されたサービスピリオドは、ブロードキャストＴＷＴサービスピリオド内に含まれなくてよい。

【0136】

また、制限されたサービスピリオドは、ＡＰが指定した周期で反復されてよい。すなわち、ＡＰは、制限されたサービスピリオドの反復周期を指定できる。これにより、ＡＰは、制限されたサービスピリオドを設定するために毎度ビーコンフレームのＴＷＴエレメントを送信する必要がない。このとき、サービスピリオドの周期は、低遅延トラフィックが用いられる低遅延サービスの特性によって設定されてよい。例えば、低遅延トラフィックが５０ｍｓごとに生成される低遅延サービスピリオドの周期は５０ｍｓであってよい。

【0137】

また、制限されたＴＷＴを支援しないステーションにはクワイエット区間（Ｑｕｉｅｔ Ｉｎｔｅｒｖａｌ）が設定されてよい。従来無線ＬＡＮにおいてクワイエット区間はチャネルセンシングを支援するための区間である。クワイエット区間が設定される場合に、全てのステーションは送信を中断する。このようなクワイエット区間の特徴を用いて、制限されたサービスピリオドを保護することができる。これについて図１２で説明する。このとき、制限されたＴＷＴを支援しないステーションはレガシーステーションに限定されてよい。

【0138】

図１２に、本発明の実施例によってＡＰがクワイエット区間を設定することを示す。

【0139】

制限されたＴＷＴを運営するＡＰはＱｕｉｅｔエレメントを送信し、クワイエット区間を設定することができる。クワイエット区間ではステーションはチャネルアクセスを中断する。ただし、制限されたＴＷＴに参加するステーションのチャネルアクセスまで制限されると、低遅延トラフィックの送信を行うことができない。したがって、制限されたＴＷＴに参加するステーションは、制限されたサービスピリオドに対応するクワイエット区間を無視してよい。このとき、制限されたサービスピリオドに対応するクワイエット区間は、制限されたＴＷＴの制限されたサービスピリオドを保護するために設定されたクワイエット区間を表す。具体的には、制限されたＴＷＴに参加するステーションは、制限されたサービスピリオドに対応するクワイエット区間を、制限されたサービスピリオドと見なすことができる。制限されたＴＷＴを運営するＡＰは、クワイエット区間を制限されたサービスピリオドと一致するように設定しなくてよい。Ｑｕｉｅｔエレメントにおいてクワイエット区間はＴＵ（ｔｉｍｅ ｕｎｉｔ，１０２４ｕｓ）単位で設定され、ＴＷＴは２５６ｕｓ単位で設定されるためである。

【0140】

ただし、制限されたサービスピリオドのために設定されないクワイエット区間以外のクワイエット区間でチャネルアクセスを行う場合に、制限されたサービスピリオドのために設定されていないクワイエット区間を妨害することがある。このため、制限されたサービスピリオドのために設定されたクワイエット区間、すなわち、制限されたサービスピリオドに対応するクワイエット区間を区別する必要がある。したがって、制限されたＴＷＴに参加するステーションは、制限されたサービスピリオドに対応しないクワイエット区間を無視できないことがある。制限されたサービスピリオドに対応しないクワイエット区間でステーションは全ての送信を行うことができない。具体的には、制限されたＴＷＴに参加するステーションは、制限されたサービスピリオドと重ならないクワイエット区間を無視できないことがある。具体的な実施例において、制限されたＴＷＴに参加するステーションは、制限されたサービスピリオドと重ならないクワイエット区間では全ての送信を行うことができない。

【0141】

また、上の実施例において、制限されたＴＷＴに参加するステーションは、制限されたサービスピリオドの開始時点及びクワイエット区間の開始時点があらかじめ指定された時間内であり、サービスピリオドの開始時点及びクワイエット区間の開始時点があらかじめ指定された時間内である場合に、制限されたサービスピリオドに対応するクワイエット区間と見なすことができる。前述したように、制限されたＴＷＴを運営するＡＰは、クワイエット区間を制限されたサービスピリオドと一致するように設定しなくてよいためである。

【0142】

図１２の実施例において、ＡＰはビーコンフレームを送信してクワイエット区間及び制限されたサービスピリオドを設定する。図１２（ａ）で、クワイエット区間は、制限されたサービスピリオドと同じ時間区間に設定される。したがって、クワイエット区間で制限されたＴＷＴに参加するステーションは、チャネルアクセスを行う。図１２（ｂ）で、クワイエット区間は、制限されたサービスピリオドの開始時点よりも早い時点から制限されたサービスピリオドの終了時点よりも遅い時点まで設定される。図１２（ｂ）で、制限されたサービスピリオドとオーバーラップしないクワイエット区間で制限されたＴＷＴに参加するステーションのチャネルアクセスが制限される。制限されたサービスピリオドにオーバーラップしているクワイエット区間で、制限されたＴＷＴに参加するステーションはチャネルアクセスを行う。

【0143】

前述したように、制限されたサービスピリオドの間にチャネルアクセスが制限されてよい。これにより、ＴＸＯＰ設定に関連してもこのような制限が適用され得る。これについて図１３で説明する。

【0144】

図１３に、本発明の実施例によってステーションが制限されたサービスピリオドを考慮してＴＸＯＰを設定する方法を説明する。

【0145】

制限されたサービスピリオドが始まる前にＴＸＯＰを得たステーション、すなわちＴＸＯＰホルダーであるステーションが、制限されたサービスピリオド開始前にＴＸＯＰを終了する必要があり得る。これは、制限されたサービスピリオドが始まった場合にもＴＸＯＰホルダーのフレーム交換が続くと、低遅延トラフィックの送信に妨害になり得るためである。このとき、ステーションはノン－レガシーステーションであってよい。さらに他の具体的な実施例において、ステーションは、制限されたＴＷＴを支援するステーションに限定されてよい。すなわち、ｄｏｔ１１ＲｅｓｔｒｉｃｔｅｄＴＷＴＯｐｔｉｏｎＩｍｐｌｅｍｅｎｔｅｄのフィールドの値がｆａｌｓｅに設定されたステーションは、このような制限が適用されなくてよい。

【0146】

具体的な実施例において、ＴＸＯＰホルダーであるステーションが低遅延トラフィックを送信する場合に、制限されたサービスピリオドが始まった後にもフレーム交換を持続することがある。

【0147】

ステーションが制限されたサービスピリオド前にＴＸＯＰを終了する具体的な方法について説明する。

【0148】

ステーションは、制限されたサービスピリオドに基づいてＴＸＯＰを設定できる。具体的には、ステーションは、ＴＸＯＰの終了時点を、制限されたサービスピリオド開始前と設定できる。この時、ステーションは、フレーム交換シーケンスを開始する開始フレームのデューレーションを、制限されたサービスピリオド開始前と設定できる。例えば、ステーションがチャネルアクセスに成功した時点が、制限されたサービスピリオドが始まる３ｍ以前であれば、ステーションは、ＴＸＯＰを３ｍｓ以前と設定できる。また、ステーションは、ＣＴＳ－ｔｏ－Ｓｅｌｆフレームを送信してＴＸＯを終了してよい。このとき、ステーションは、ＣＴＳ－ｔｏ－Ｓｅｌｆフレームを基本送信速度、６Ｍｂｐｓで送信できる。ステーションが基本送信速度でフレームを送信するとき、多くのレガシーステーションがフレームを受信できるためである。

【0149】

さらに他の具体的な実施例において、ステーションは、制限されたサービスピリオド開始前にＣＦ－Ｅｎｄフレームを送信できる。これにより、ステーションは、制限されたサービスピリオド開始前にＴＸＯＰを終了できる。このとき、ステーションは、ＣＦ－Ｅｎｄフレームを基本送信速度、６Ｍｂｐｓで送信できる。ステーションが基本送信速度でフレームを送信するとき、多くのレガシーステーションがフレームを受信できるためである。

【0150】

また、ＴＸＯＰホルダーでないステーションは、制限されたサービスピリオド開始時点に、制限されたサービスピリオド開始前に設定されたＮＡＶを解除できる。このとき、ステーションは、制限されたＴＷＴを支援するステーションであってよい。すなわち、ステーションは、ｄｏｔ１１ＲｅｓｔｒｉｃｔｅｄＴＷＴＯｐｔｉｏｎＩｍｐｌｅｍｅｎｔｅｄのフィールドの値をＴｒｕｅに設定したステーションであってよい。ＴＸＯＰホルダーでないステーションであるが、制限されたＴＷＴを支援しないステーションは、制限されたサービスピリオド開始時点に、制限されたサービスピリオド開始前に設定されたＮＡＶを解除することができない。ただし、ステーションがフレーム交換を完了し、ＴＸＯＰの残ったデューレーションが、ＣＦ－Ｅｎｄフレームの送信にかかる時間とＳＩＦＳとの和の２倍未満である場合に、ステーションはＣＦ－Ｅｎｄフレームを送信しなくてよい。この時、ステーションは、制限されたサービスピリオド開始時点にＴＸＯＰが解除されたと見なすことができる。具体的には、ステーションは、制限されたサービスピリオド開始時点にベーシックＮＡＶが解除されたと見なすことができる。

【0151】

さらに他の具体的な実施例において、ステーションは、制限されたＴＷＴに参加するステーションに限定されてよい。

【0152】

図１３の実施例において、ＡＰは、ＴＷＴエレメントを含むビーコンフレームを送信し、制限されたサービスピリオドが設定されることをシグナルする。図１３（ａ）の実施例において、ステーションはＲＴＳフレームを送信してＴＸＯＰを設定する。このとき、ステーションは、ＲＴＳフレームのＤｕｒａｔｉｏｎフィールドの値を、制限されたサービスピリオド前までと設定する。ステーションは、ＡＰとフレーム交換を行い、制限されたサービスピリオド開始前にフレーム交換を完了する。この時、ステーションは最後にＣＴＳ－ｔｏ－Ｓｅｌｆフレームを送信する。図１３（ｂ）の実施例において、ステーションは、ＲＴＳフレームを送信してＴＸＯＰを設定する。この時、ステーションは、ＲＴＳフレームのｄｕｒａｔｉｏｎフィールドの値を、制限されたサービスピリオドを考慮しないで設定する。ステーションはＡＰとフレーム交換を行い、制限されたサービスピリオド開始前にフレーム交換を完了する。この時、ステーションは最後にＣＦ－ｅｎｄフレームを送信してＴＸＯＰを解除する。

【0153】

従来の無線ＬＡＮ動作では、ＴＸＯＰ規則の例外として、ＴＸＯＰリミット（ｌｉｍｉｔ）を超えて送信され得る動作を定義する。例えば、単一ＭＰＤＵの再送信、Ｂｌｏｃｋ ａｃｋ合意（ａｇｒｅｅｍｅｎｔ）下で単一ＭＳＤＵ送信（Ａ－ＭＳＤＵ及び２個以上のＭＰＤＵで構成されたＡ－ＭＰＤＵに含まれない）、制御フレーム及びＱｏＳ Ｎｕｌｌフレーム（２個以上のＭＰＤＵで構成されたＡ－ＭＰＤＵに含まれない）の送信は、ＴＸＯＰリミット（ｌｉｍｉｔ）を超えて送信されてよい。制限されたサービスピリオドに対してもこのような例外が認定されると、低遅延トラフィックの送信が遅延されることがある。このようなＴＸＯＰリミットの例外は、制限されたサービスピリオドを侵犯して適用されてはならない。

【0154】

ＴＸＯＰの終了時点及び制限されたサービスピリオドの開始時点があらかじめ指定された時間差内である場合に、ステーションは、ＴＸＯＰが制限されたサービスピリオドの開始前に取得されたＴＸＯＰであると判断できる。あらかじめ指定された時間は１００ｕｓであってよい。さらに他の具体的な実施例において、ＴＸＯＰの終了時点が制限されたサービスピリオド内である場合に、ステーションは、ＴＸＯＰが制限されたサービスピリオドの開始前に取得されたＴＸＯＰであると判断できる。

【0155】

前述したように、ステーションは、制限されたサービスピリオド前にフレーム交換を完了する必要があり得る。これにより、ステーションは、フレーム交換の完了時点が制限されたサービスピリオド内である場合に、フレーム交換を始めることが許容されなくてよい。この時、ステーションは、フラグメンテーションを行って制限されたサービスピリオド開始前にフレーム交換を完了してよい。

【0156】

また、ＴＸＯＰホルダーであるステーションが行うフレーム交換で低遅延トラフィックが送信される場合に、ステーションは、低遅延サービスピリオド開始後にもフレーム交換を持続してよい。

【0157】

制限されたサービスピリオドを考慮したチャネルアクセス手順について図１４で説明する。

【0158】

図１４には、本発明の実施例に係るステーションが制限されたサービスピリオドを考慮してチャネルアクセス手順を再び行うことを示す。

【0159】

前述したように、ステーションが制限されたサービスピリオド前にチャネルアクセスを完了しても、フレーム交換完了時点が制限されたサービスピリオド開始以後である場合に、ステーションは送信を行わないで再びチャネルアクセス手順を始めることができる。この時、ステーションはバックオフカウンターの値を再び取得することができる。この時、ステーションは、直前チャネルアクセス手順に用いたＣＷのサイズをそのまま用いることができる。すなわち、ステーションは、直前チャネルアクセス手順に用いたＣＷのサイズを２倍に増加させず、ＣＷが有し得る値の最小値に初期化しなくてよい。また、ステーションは、再試行（ｒｅｔｒｙ）回数、例えば、ＱＳＲＣ（ＱｏＳ ＳＴＡ Ｒｅｔｒｙ Ｃｏｕｎｔｅｒ）を増加させなくてよい。

【0160】

また、ステーションがチャネルアクセスを完了した時点が、制限されたサービスピリオド開始時点からあらかじめ指定された時間以内である場合に、ステーションは送信を行わないで再びチャネルアクセス手順を始めることができる。

【0161】

上の実施例において、低遅延トラフィックを送信しようとするステーションは、フレーム交換完了時点が制限されたサービスピリオド開始以後である場合にも、チャネルアクセス完了後にフレーム交換を始めることができる。このような例外は、低遅延トラフィックを送信しようとするステーションが、制限されたＴＷＴに参加するステーションである場合にのみ許容されてよい。

【0162】

また、前述したように、ステーションは、低遅延トラフィック以外のトラフィックのＡＣにＮＡＶが設定されているように動作できる。したがって、ステーションは、低遅延トラフィック以外のトラフィックのＡＣの送信のためのＣＣＡ結果が遊休でない（ＢＵＳＹ）と判断できる。

【0163】

図１４の実施例において、ＡＰは、ＴＷＴエレメントを含むビーコンフレームを送信し、制限されたサービスピリオドが設定されることをシグナルする。制限されたサービスピリオド開始前にステーションのチャネルアクセスのバックオフカウンター値が０に到達する。ステーションは、送信しようとするトラフィックを含むフレーム交換完了時点がサービスピリオド開始時点以後であると判断する。したがって、ステーションは、直前チャネルアクセス手順で用いたＣＷ値内でバックオフカウンターを取得する。ステーションは、取得したバックオフカウンターを用いて再びチャネルアクセス手順を行う。この時、ステーションは再送信カウンターを増加させない。

【0164】

制限されたサービスピリオド完了前に全ての低遅延トラフィック送信が完了することがある。このような場合、低遅延サービスピリオドによって低遅延トラフィック以外のトラフィックの送信が制限されることは非効率的であり得る。したがって、制限されたサービスピリオドを早期に終了する方法が必要であり得る。これについて図１５の実施例を用いて説明する。

【0165】

図１５には、本発明の実施例によってＡＰが制限されたサービスピリオドを早期に終了する動作を示す。

【0166】

ＡＰが、制限されたサービスピリオドを早期終了するためには、制限されたＴＷＴに参加するステーションの全ての低遅延トラフィック送信が完了したことを判断できなければならない。そのために、制限されたＴＷＴに参加するステーションは、送信するフレームに低遅延トラフィックをさらに送信するか否かをシグナルできる。具体的には、ステーションは、フレームのＦｒａｍｅ ＣｏｎｔｒｏｌフィールドのＭｏｒｅ ｄａｔａサブフィールドの値を設定し、低遅延トラフィックをさらに送信することをシグナルできる。このとき、制限されたサービスピリオドで送信されるフレームのＦｒａｍｅ ＣｏｎｔｒｏｌフィールドのＭｏｒｅ ｄａｔａサブフィールドの値が１であれば、Ｍｏｒｅ ｄａｔａサブフィールドは、低遅延トラフィックの追加送信が必要であることを示し、低遅延トラフィック以外のトラフィックの追加送信が必要であるかは示さなくてよい。例えば、制限されたＴＷＴに参加するステーションが送信バッファに低遅延トラフィックを保存しないで低遅延トラフィック以外のトラフィックのみを保存する場合に、ステーションは、制限されたサービスピリオドでステーションが送信するフレームのＦｒａｍｅ ＣｏｎｔｒｏｌフィールドのＭｏｒｅ ｄａｔａサブフィールドの値を０に設定できる。ＡＰは、制限されたＴＷＴに参加するステーションが制限されたサービスピリオドでフレームのＦｒａｍｅ ＣｏｎｔｒｏｌフィールドのＭｏｒｅ ｄａｔａサブフィールドの値に０がないかに基づいて、制限されたサービスピリオドを早期に終了できる。具体的には、ＡＰの送信バッファに送信する低遅延トラフィックがなく、制限されたＴＷＴに参加するステーションが制限されたサービスピリオドでフレームのＦｒａｍｅ ＣｏｎｔｒｏｌフィールドのＭｏｒｅ ｄａｔａサブフィールドの値に０がない場合に、ＡＰは、制限されたサービスを早期に終了できる。

【0167】

ＡＰは、あらかじめ指定された制御フレームを送信して制限されたサービスピリオドを早期に終了できる。このとき、コントロールフレームはＣＦ－Ｅｎｄフレームであってよい。この時、ＡＰは、ＣＦ－ＥｎｄフレームのＢＳＳＩＤ（ＴＡ）フィールドをＡＰのＭＡＣ ａｄｄｒｅｓｓ又はＢＳＳＩＤに設定できる。また、ＡＰは、ＣＦ－ＥｎｄフレームのＢＳＳＩＤ（ＴＡ）フィールドのＩｎｄｉｖｉｄｕａｌ／Ｇｒｏｕｐビットを１に設定できる。さらに他の具体的な実施例において、ＡＰは、あらかじめ指定されたマネジメントフレームを送信して制限されたサービスピリオドを早期に終了できる。

【0168】

制限されたサービスピリオド内で制限されたサービスピリオドを終了するとあらかじめ指定されたフレームを受信したステーションは、制限されたサービスピリオドが終了したと判断できる。この時、あらかじめ指定されたフレームを受信したステーションは、制限されたサービスピリオドに適用される制限無しでチャネルアクセスを再開できる。前述したように、あらかじめ指定されたフレームはＣＦ－Ｅｎｄフレームであってよい。この時、ステーションが制限されたサービスピリオドで受信したＣＦ－ＥｎｄフレームのＴＡ（ＢＳＳＩＤ）フィールドの値が、ステーションが連結された（ａｓｓｏｃｉａｔｅｄ）ＡＰのＭＡＣアドレスである場合に、ステーションは、制限されたサービスピリオドを終了するＣＦ－Ｅｎｄフレームとして判断できる。

【0169】

前述したように、レガシー無線通信端末から制限されたサービスピリオドを保護するために、制限されたサービスピリオドのためのクワイエット区間が設定されてよい。このとき、ＡＰは、制限されたサービスピリオドを終了するためにＣＦ－Ｅｎｄフレームを送信できる。ＡＰがＣＦ－Ｅｎｄフレームを送信する場合に、レガシーステーションに設定されたクワイエット区間も解除できるわけである。

【0170】

前述した実施例において、ＣＦ－Ｅｎｄフレームは、Ｆｒａｍｅ ＣｏｎｔｒｏｌフィールドのＴｙｐｅが制御フレーム（Ｔｙｐｅ ｖａｌｕｅ Ｂ３ Ｂ２＝＝０１）であり、ＳｕｂｔｙｐｅがＣＦ－Ｅｎｄフレーム（Ｓｕｂｔｙｐｅ ｖａｌｕｅ Ｂ７ Ｂ６ Ｂ４ Ｂ４＝＝１１１０）フレームであってよい。

【0171】

制限されたサービスピリオドのためのクワイエット区間が設定されるとき、制限されたＴＷＴに参加するステーションは、制限されたサービスピリオド内でＣＦ－Ｅｎｄフレームを送信することが許容されなくてよい。具体的な実施例において、制限されたＴＷＴに参加するステーションは、制限されたサービスピリオドに対応するクワイエット区間でＣＦ－Ｅｎｄフレームを送信することが許容されなくてよい。制限されたＴＷＴに参加するステーションがＣＦ－Ｅｎｄフレームを送信する場合に、レガシーステーションに設定されたＮＡＶが解除されるためである。ただし、前述したように、ＣＦ－Ｅｎｄフレームが制限されたサービスピリオドを早期に終了するために用いられる場合に、ＡＰは、制限されたサービスピリオド内でＣＦ－Ｅｎｄフレームを送信できる。

【0172】

図１５の実施例において、ＡＰは、ＴＷＴエレメントとＱｕｉｅｔエレメントを含むビーコンフレームを送信する。制限されたＴＷＴを支援するステーションは、制限されたサービスピリオドが設定されたと判断し、制限されたＴＷＴを支援しないステーションは、クワイエット区間が設定されたと判断する。ＡＰが、制限されたサービスピリオド内で全ての低遅延トラフィックの送信が完了したと判断した場合に、ＡＰは、ＣＦ－Ｅｎｄフレームを送信して制限されたサービスピリオドを早期に終了し、レガシーステーションに設定されたクワイエット区間を解除する。この時、制限されたＴＷＴを支援するステーションは、制限されたサービスピリオドで適用されていたチャネルアクセス制限がなくなったと判断する。具体的には、前述したように、制限されたサービスピリオドの間にＮＡＶが設定される実施例が適用された場合に、制限されたＴＷＴを支援するステーションは、制限されたサービスピリオドのためのＮＡＶが解除されたと判断できる。また、ＣＦ－Ｅｎｄフレームを受信した制限されたＴＷＴを支援しないステーションはＮＡＶを解除する。

【0173】

前述したように、マルチリンク装置に含まれたステーションのそれぞれは、他のステーションと結合（ａｓｓｏｃｉａｔｉｏｎ）を行うことができる。したがって、マルチリンク装置に含まれたステーションのそれぞれは、個別のＴＷＴサービスピリオドを運営できる。すなわち、マルチリンク装置が動作する複数のリンクのそれぞれで個別のＴＷＴサービスピリオドが運営されてよい。このように個別のＴＷＴサービスピリオドが運営されるためには個別のＴＷＴ合意（ａｇｒｅｅｍｅｎｔ）が必要であり得る。そのために、マルチリンク装置のステーションは、ＴＷＴ要請（ｒｅｑｕｅｓｔ）フレームを送信し、ＴＷＴ要請フレームを受信したステーションがＴＷＴ応答フレームを送信することができる。ＴＷＴ要請フレームは、ＴＷＴ設定（ｓｅｔｕｐ）フレームのＣｏｍｍａｎｄフィールドの値が０～２であるフレームであってよい。また、ＴＷＴ応答フレームは、ＴＷＴ設定（ｓｅｔｕｐ）フレームのＣｏｍｍａｎｄフィールドの値が３～７であるフレームであってよい。具体的なＴＷＴ合意方法は、ＩＥＥＥ ８０２．１１ａｘで定義されたのと同一であってよい。

【0174】

ＴＷＴ動作によってステーションは節電（ｐｏｗｅｒ ｓａｖｅ）を行うことができる。したがって、節電効率を上げるために、マルチリンク装置は、マルチリンク装置が動作する複数のリンクにＴＷＴサービスピリオドを設定できる。例えば、第１ステーションと第２ステーションを含むマルチリンク装置は、第１ステーションが動作する第１リンクと第２ステーションが動作する第２リンクでＴＷＴサービスピリオドを設定し、第１ステーションと第２ステーションの動作状態（アウェイク状態、節電（ｄｏｚｅ）状態）を同期化させることができる。この時、第１ステーションは、第１ステーションが結合された第１ＡＰにＴＷＴ要請フレームを送信し、第２ステーションは、第２ステーションが結合された第２ＡＰにＴＷＴ要請フレームを送信できる。このとき、第１ステーションの送信したＴＷＴ要請フレームと第２ステーションの送信したＴＷＴ要請フレームが示すＴＷＴパラメータ値が同一であることがある。そのため、複数のリンクで個別にＴＷＴ要請フレームを送信することが送信効率を低下させることがある。本発明の具体的な実施例では、１つのリンクで送信されるＴＷＴ要請フレームが複数のリンクに対するＴＷＴ合意を行うことができる。これについて図１６を用いて説明する。

【0175】

図１６は、本発明の実施例に係るＴＷＴエレメントのフォーマットを示す。

【0176】

複数のリンクで行われるＴＷＴ合意のためのＴＷＴ要請フレームが第１リンクで送信されてよい。このとき、ＴＷＴ要請フレームは、複数のリンクで行われるＴＷＴ動作に対するＴＷＴパラメータを含んでよい。また、第２リンクで行われるＴＷＴ合意のためのＴＷＴ要請フレームが第１リンクで送信されてよい。このとき、ＴＷＴ要請フレームは、第２リンクで行われるＴＷＴ動作に対するＴＷＴパラメータを含んでよい。例えば、マルチリンク装置が第１リンクで動作する第１ステーションと第２リンクで動作する第２ステーションを含むとき、第１ステーションは第２ステーションのためのＴＷＴ合意を設定することができる。このとき、第１ステーションは第１ＡＰと結合され、第２ステーションは第２ＡＰと結合され、第１ＡＰ及び第２ＡＰが一つのマルチリンク装置に含まれる場合に、第１ステーションは第１ＡＰとＴＷＴ合意を設定できる。これは、マルチリンク装置に含まれたステーションはＭＡＣレイヤの一部の機能を共有したり又は一部の情報を共有できるためである。前述したＴＷＴ合意動作のためには新しいフォーマットのＴＷＴエレメントが必要であり得る。

【0177】

具体的には、ＴＷＴエレメントは、ＴＷＴ合意が行われるリンクに関する情報を含んでよい。このとき、リンクに関する情報は、ＡＰが運営するリンクのＩＤに関する情報であってよい。具体的な実施例において、ＴＷＴエレメントは、ＴＷＴ合意が行われる複数のリンクを指示できる。例えば、リンクに関する情報はビットマップであってよい。このとき、ビットマップの各ビットは、複数のリンクのそれぞれにおいてＴＷＴエレメントが行われるか否かを示すことができる。ステーションは、このようなＴＷＴエレメントを送信して複数のリンクでＴＷＴ合意を行うことができる。

【0178】

前述したビットマップをＬｉｎｋ ＩＤ（ｉｄｅｎｔｉｆｉｅｒ）ビットマップと呼ぶことができる。Ｌｉｎｋ ＩＤビットマップのサイズは、２オクテットであってよい。例えば、Ｌｉｎｋ ＩＤビットマップの値が１１１０ ００００ ００００ ００００_２ｂの場合に、Ｌｉｎｋ ＩＤビットマップは、一番目のビットに該当する第１リンク、二番目のビットに該当する第２リンク及び三番目のビットに該当する第３リンクのためのＴＷＴ交渉であることを示すことができる。このような実施例において、リンクエレメントが送信されるリンク以外のリンクのみのためのＴＷＴパラメータに関する情報を含むリンクエレメントが送信されてよい。また、このような実施例において、１つのリンクでエレメントが複数のリンクで行われるＴＷＴ合意のために送信されてよい。

【0179】

また、ＴＷＴエレメントは、ＴＷＴ合意に適用される識別子を示すＴＷＴフロー（ｆｌｏｗ）ＩＤを含んでよい。ＴＷＴエレメントが複数のリンクで行われるＴＷＴ合意を行うための場合に、ＴＷＴエレメントが含むＴＷＴフローＩＤは、ＴＷＴエレメントがＴＷＴ合意を行い得る全てのリンクのＴＷＴ合意に用いられない値であってよい。さらに他の具体的な実施例において、ＴＷＴエレメントが複数のリンクで行われるＴＷＴ合意を行うための場合に、ＴＷＴエレメントは、複数のＴＷＴフローＩＤを指示するためのフィールドを含んでよい。例えば、ＴＷＴエレメントが複数のリンクで行われるＴＷＴ合意を行うための場合に、ＴＷＴエレメントは、複数のＴＷＴフローＩＤのそれぞれを指示する複数のサブフィールドを含んでよい。このとき、複数のサブフィールドは、ＴＷＴエレメントがＴＷＴ合意を行い得る複数のリンクのそれぞれに対応してよい。これらの実施例において、各サブフィールドに該当するリンクが使用しないＴＷＴフローＩＤが用いられてよい。また、ＴＷＴエレメントがサブフィールドに該当するリンクのＴＷＴ合意を変更しようとする場合に、サブフィールドに該当するリンクが既存に使用したＴＷＴフローＩＤがサブフィールドに用いられてよい。これは、既存にＴＷＴフローＩＤが用いられたＴＷＴ合意が存在するためである。したがって、ステーションが新しいＴＷＴ合意を行おうとする場合に、ステーションは、現存するＴＷＴ合意のＴＷＴフローＩＤに該当しないＴＷＴフローＩＤをＴＷＴ合意に使用するように制限されてよい。このとき、ステーションが現存するＴＷＴ合意を変更しようとする場合に、ステーションは、変更しようとするＴＷＴ合意に該当するＴＷＴフローＩＤをＴＷＴ合意に使用することができる。

【0180】

図１６（ａ）は、本発明の実施例に係るＴＷＴエレメントのフォーマットを示す。ＴＷＴエレメントは、Ｅｌｅｍｅｎｔ ＩＤフィールド、Ｌｅｎｇｔｈフィールド、Ｃｏｎｔｒｏｌフィールド及びＴＷＴ Ｐａｒａｍｅｔｅｒ Ｉｎｆｏｒｍａｔｉｏｎフィールドを含んでよい。このとき、Ｅｌｅｍｅｎｔ ＩＤフィールドは、Ｅｌｅｍｅｎｔ ＩＤフィールドが含まれるエレメントがＴＷＴエレメントであることを示す。Ｅｌｅｍｅｎｔ ＩＤフィールドの値は２１６であってよい。

【0181】

図１６（ｂ）は、ＴＷＴエレメントのｃｏｎｔｒｏｌフィールドの具体的なフォーマットを示す。Ｃｏｎｔｒｏｌフィールドは、ＮＤＰ Ｐａｇｉｎｇ Ｉｎｄｉｃａｔｏｒフィールド、Ｒｅｓｐｏｎｄｅｒ ＰＭ Ｍｏｄｅフィールド、Ｎｅｇｏｔｉａｔｉｏｎ Ｔｙｐｅフィールド、ＴＷＴ Ｉｎｆｏｒｍａｔｉｏｎ Ｆｒａｍｅ Ｄｉｓａｂｌｅｄフィールド、Ｗａｋｅ Ｄｕｒａｔｉｏｎ Ｕｎｉｔフィールド、Ｌｉｎｋ ＩＤ Ｂｉｔｍａｐ Ｐｒｅｓｅｎｔフィールド、及びＲｅｓｅｒｖｅｄフィールドを含む。図１６（ｂ）は、ＩＥＥＥ ８０２．１１ａｘで定義するＴＷＴエレメントに比べて、Ｌｉｎｋ ＩＤ Ｂｉｔｍａｐ Ｐｒｅｓｅｎｔフィールドをさらに含む。このとき、Ｌｉｎｋ ＩＤ Ｂｉｔｍａｐ Ｐｒｅｓｅｎｔフィールドは、ＴＷＴエレメントが前述のＬｉｎｋ ＩＤビットマップを含むか否かを示す。具体的には、Ｌｉｎｋ ＩＤ Ｂｉｔｍａｐ Ｐｒｅｓｅｎｔフィールドの値が１である場合に、ＴＷＴエレメントはＬｉｎｋ ＩＤビットマップを含み、Ｌｉｎｋ ＩＤ Ｂｉｔｍａｐ Ｐｒｅｓｅｎｔフィールドの値が０である場合に、ＴＷＴエレメントはＬｉｎｋ ＩＤビットマップを含まなくてよい。ＴＷＴエレメントを受信したステーションは、Ｌｉｎｋ ＩＤ Ｂｉｔｍａｐ Ｐｒｅｓｅｎｔフィールドの値によって、ＴＷＴエレメントがＬｉｎｋ ＩＤビットマップを含むか否かを判断できる。

【0182】

図１６（ｃ）は、ＴＷＴエレメントが含むＩｎｄｉｖｉｄｕａｌ ＴＷＴ Ｐａｒａｍｅｔｅｒ Ｓｅｔフィールドのフォーマットを示す。ＴＷＴエレメントが含むＩｎｄｉｖｉｄｕａｌ ＴＷＴ Ｐａｒａｍｅｔｅｒ Ｓｅｔフィールドは、Ｒｅｑｕｅｓｔ Ｔｙｐｅフィールド、Ｔａｒｇｅｔ Ｗａｋｅ Ｔｉｍｅフィールド、ＴＷＴ Ｇｒｏｕｐ Ａｓｓｉｇｎｍｅｎｔフィールド、Ｎｏｍｉｎａｌ Ｍｉｎｉｍｕｍ ＴＷＴ ｗａｋｅ Ｄｕｒａｔｉｏｎフィールド、ＴＷＴ Ｗａｋｅ Ｉｎｔｅｒｖａｌ Ｍａｎｔｉｓｓａフィールド、ＴＷＴ Ｃｈａｎｎｅｌフィールド、ＮＤＰ Ｐａｇｉｎｇフィールド及びＬｉｎｋ ＩＤ Ｂｉｔｍａｐフィールドを含んでよい。図１６（ｂ）は、ＩＥＥＥ ８０２．１１ａｘで定義するＩｎｄｉｖｉｄｕａｌ ＴＷＴ Ｐａｒａｍｅｔｅｒ Ｓｅｔフィールドに比べて、Ｌｉｎｋ ＩＤ Ｂｉｔｍａｐフィールドをさらに含む。ＴＷＴエレメントがＬｉｎｋ ＩＤ Ｂｉｔｍａｐフィールドを含む場合に、ＴＷＴエレメントは、Ｌｉｎｋ ＩＤ Ｂｉｔｍａｐフィールドが指示するリンクに対してＴＷＴ Ｒｅｑｕｅｓｔを要請することを示すことができる。ＴＷＴ要請フレームがＴＷＴエレメントを含み、ＴＷＴエレメントがＬｉｎｋ ＩＤ Ｂｉｔｍａｐフィールドを含む場合に、ＴＷＴ要請フレームを受信したステーションは、ＴＷＴ要請フレームがＬｉｎｋ ＩＤ Ｂｉｔｍａｐフィールドが指示するリンクに対するＴＷＴ合意を要請していると判断できる。

【0183】

図１６（ｄ）は、本発明の実施例に係るＴＷＴエレメントのＲｅｑｕｅｓｔ Ｔｙｐｅフィールドを示す。ＴＷＴエレメントのＲｅｑｕｅｓｔ Ｔｙｐｅフィールドは、ＴＷＴ Ｒｅｑｕｅｓｔフィールド、ＴＷＴ Ｓｅｔｕｐ Ｃｏｍｍａｎｄフィールド、Ｔｒｉｇｇｅｒフィールド、Ｉｍｐｌｉｃｉｔフィールド、Ｆｌｏｗ Ｔｙｐｅフィールド、ＴＷＴ Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｅｒフィールド、ＴＷＴ Ｗａｋｅ Ｉｎｔｅｒｖａｌ Ｅｘｐｎｅｎｔフィールド及びＴＷＴ Ｐｒｏｔｅｃｔｉｏｎフィールドを含んでよい。ＴＷＴ Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｅｒフィールドは、ＴＷＴエレメントを含むＴＷＴ要請フレームが行うＴＷＴ合意を識別するＴＷＴ Ｆｌｏｗ ＩＤを指示する。このとき、ＴＷＴ Ｆｌｏｗ ＩＤは、前述した実施例によって設定されてよい。

【0184】

図１７は、本発明の実施例に係るマルチリンク装置がＴＷＴ合意を行うことを示す。

【0185】

ＡＰマルチリンク装置は、第１ＡＰ（ＡＰ１）、第２ＡＰ（ＡＰ２）及び第３ＡＰ（ＡＰ３）を含む。Ｎｏｎ－ＡＰマルチリンク装置は、第１ステーション（ＳＴＡ１）、第２ステーション（ＳＴＡ２）及び第３ステーション（ＳＴＡ３）を含む。第１ＡＰ（ＡＰ１）、第２ＡＰ（ＡＰ２）及び第３ＡＰ（ＡＰ３）のそれぞれは、第１リンク（Ｌｉｎｋ１）、第２リンク（Ｌｉｎｋ２）及び第３Ｌｉｎｋ（Ｌｉｎｋ３）で動作する。第１ステーション（ＳＴＡ１）、第２ステーション（ＳＴＡ２）及び第３ステーション（ＳＴＡ３）のそれぞれは、第１リンク（Ｌｉｎｋ１）、第２リンク（Ｌｉｎｋ２）及び第３Ｌｉｎｋ（Ｌｉｎｋ３）で動作する。ｎｏｎ－ＡＰマルチリンク装置は、第１リンク（Ｌｉｎｋ１）～第３リンク（Ｌｉｎｋ３）でＴＷＴ合意を行うためにＴＷＴ要請フレームを送信できる。このとき、ＴＷＴ要請フレームは１つのＴＷＴエレメントを含んでよい。具体的には、ｎｏｎ－ＡＰマルチリンク装置が同一のＴＷＴパラメータが用いられるＴＷＴサービスピリオドを運営しようとする場合に、ＴＷＴ要請フレームは１つのＴＷＴエレメントを含んでよい。

【0186】

具体的には、ＴＷＴエレメントは、ＴＷＴサービスピリオド（ｓｅｒｖｉｃｅ ｐｅｒｉｏｄ）の開始時点及び終了時点を指示できる。また、ＴＷＴエレメントは、図１６を用いて説明したＬｉｎｋ ＩＤビットマップを含んでよい。具体的には、ＴＷＴエレメントは、Ｌｉｎｋ ＩＤ Ｂｉｔｍａｐサブフィールドで第１リンク（Ｌｉｎｋ１）、第２リンク（Ｌｉｎｋ２）及び第３リンク（Ｌｉｎｋ３）を指示できる。

【0187】

ＡＰマルチリンク装置は、受信したＴＷＴ要請フレームのＴＷＴエレメントのＬｉｎｋ ＩＤ Ｂｉｔｍａｐサブフィールドが第１リンク（Ｌｉｎｋ１）、第２リンク（Ｌｉｎｋ２）及び第３リンク（Ｌｉｎｋ３）を指示するので、ＴＷＴ要請フレームがシグナルするＴＷＴパラメータが第１リンク（Ｌｉｎｋ１）、第２リンク（Ｌｉｎｋ２）及び第３リンク（Ｌｉｎｋ３）のＴＷＴサービスピリオドに関するものであると判断できる。

【0188】

ＡＰマルチリンク装置は、ｎｏｎ－ＡＰマルチリンク装置にＴＷＴ応答フレームを送信してＴＷＴ設定（ｓｅｔｕｐ）を承諾することができる。この時、第１リンク（Ｌｉｎｋ１）～第３リンク（Ｌｉｎｋ３）のそれぞれでＴＷＴ合意が確立される。このとき、各リンクでのＴＷＴ合意は、第１ステーション（ＳＴＡ１）と第１ＡＰ（ＡＰ１）間のＴＷＴ合意、第２ステーション（ＳＴＡ２）と第２ＡＰ（ＡＰ２）間のＴＷＴ合意、及び第３ステーション（ＳＴＡ３）と第３ＡＰ（ＡＰ３）間のＴＷＴ合意を示すことができる。

【0189】

図１８は、本発明の実施例によって、マルチリンク装置に含まれたステーションが、ステーションが含まれたマルチリンク装置に含まれた他のステーションのためにＴＷＴ合意を行うことを示す。

【0190】

前述したように、第２リンクで行われるＴＷＴ合意のためのＴＷＴ要請フレームが第１リンクで送信されてよい。そのために、第１リンクで動作する第１ステーションは、第１リンクでＴＷＴ要請フレームを送信できる。このとき、ＴＷＴ要請フレームのＴＷＴエレメントは、ＴＷＴ Ｌｉｎｋ ＩＤビットマップを含み、ＴＷＴ Ｌｉｎｋ ＩＤビットマップは、第２リンクを指示できる。第１リンクで動作する第１ＡＰは、ＴＷＴ Ｌｉｎｋ ＩＤビットマップに基づき、ＴＷＴ要請フレームが第２リンクでのＴＷＴ合意のために送信されたと判断できる。

【0191】

図１８の実施例において、ＡＰマルチリンク装置は、第１ＡＰ（ＡＰ１）及び第２ＡＰ（ＡＰ２）を含む。ｎｏｎ－ＡＰマルチリンク装置は、第１ステーション（ＳＴＡ１）及び第２ステーション（ＳＴＡ２）を含む。第１ＡＰ（ＡＰ１）及び第２ＡＰ（ＡＰ２）のそれぞれは、第１リンク（Ｌｉｎｋ１）及び第２リンク（Ｌｉｎｋ２）で動作する。第１ステーション（ＳＴＡ１）及び第２ステーション（ＳＴＡ２）のそれぞれは、第１リンク（Ｌｉｎｋ１）及び第２リンク（Ｌｉｎｋ２）で動作する。第１ステーション（ＳＴＡ１）は、第２リンク（Ｌｉｎｋ２）でのＴＷＴ合意のためのＴＷＴ要請フレームを、第１リンク（Ｌｉｎｋ１）で送信する。第１ＡＰ（ＡＰ１）は、第１ステーション（ＳＴＡ１）にＴＷＴ応答フレームを送信して第２リンク（Ｌｉｎｋ２）でのＴＷＴ合意を受諾する。これにより、第２ステーション（ＳＴＡ２）と第２ＡＰ（ＡＰ２）間にＴＷＴ合意が設定される。

【0192】

この場合、ＴＷＴ要請フレームを送信したステーションとＴＷＴ合意が適用されるステーションとが異なる。また、前述したように、ＴＷＴ要請フレームを送信したステーションは１つのステーションであるが、ＴＷＴ合意は複数のステーションに適用されることがある。そのため、ＴＷＴ合意を解除し得るステーションが問題になることがある。

【0193】

既存のＴＷＴ動作では、ＴＷＴ合意を識別するために、３ビットのＴＷＴ Ｆｌｏｗ ＩＤ、及びＴＷＴ合意を結んだ２つのステーションのＭＡＣアドレスが用いられてよい。具体的には、ＴＷＴ要請ステーションのＭＡＣアドレス、ＴＷＴ応答ステーションのＭＡＣアドレス、及びＴＷＴ Ｆｌｏｗ ＩＤによってＴＷＴ合意が識別できた。マルチリンク装置が設定したＴＷＴ合意は、前述したように、ＴＷＴ合意を行ったステーションとＴＷＴ合意が適用されるステーションとが異なることがあり、ＴＷＴ合意を識別し難いことがある。例えば、図１７及び図１８の実施例において、ＴＷＴ要請ステーションは第１ステーションであり、ＴＷＴ応答ステーションは第１ＡＰである。ただし、図１７の実施例において、ＴＷＴ合意は、第１ステーションと第１ＡＰ、第２ステーションと第２ＡＰ、及び第３ステーションと第３ＡＰに適用される。図１８の実施例において、ＴＷＴ合意は、第２ステーションと第２ＡＰに適用される。また、図１７の実施例において、１つのＴＷＴ Ｆｌｏｗ ＩＤが、第１ステーションと第１ＡＰ、第２ステーションと第２ＡＰ、及び第３ステーションと第３ＡＰに同一に適用されることがある。そのため、ＴＷＴ合意が識別できない。このような問題点を解決するために、次のような実施例を適用することができる。

【0194】

ＴＷＴ合意を解除し得るステーションは、ＴＷＴ合意が適用されるステーションであってよい。そのために、ＴＷＴ要請ステーションは、ＴＷＴ要請フレームを送信したステーションではなく、ＴＷＴ合意が適用されるリンクで動作するステーションであってよい。具体的には、ＴＷＴ要請ステーションは、ＴＷＴ要請フレームを送信したマルチリンク装置のステーションのうち、ＴＷＴ合意が適用されるリンクで動作するステーションであってよい。また、ＴＷＴ応答ステーションは、ＴＷＴ応答フレームを送信したステーションではなく、ＴＷＴ合意が適用されるリンクで動作するステーションであってよい。具体的には、ＴＷＴ応答ステーションは、ＴＷＴ応答フレームを送信したマルチリンク装置のステーションのうち、ＴＷＴ合意が適用されるリンクで動作するステーションであってよい。

【0195】

また、ＴＷＴ合意を識別するための方法として次のような実施例が適用されてよい。

【0196】

具体的な実施例において、ＴＷＴ合意はリンクのＩＤに基づいて識別されてよい。具体的には、ＴＷＴ合意は、ＴＷＴ Ｆｌｏｗ ＩＤ、ＴＷＴ要請ステーションのＭＡＣアドレス、ＴＷＴ応答ステーションのＭＡＣアドレス、及びＴＷＴ合意が適用されるリンクのＩＤに基づいて識別されてよい。図１７の実施例において、第１ステーションと第１ＡＰとの間に設定されたＴＷＴ合意である第１ＴＷＴ合意は、ＴＷＴ Ｆｌｏｗ ＩＤ、第１ステーションのＭＡＣアドレス、第１ＡＰのＭＡＣアドレス、及び第１リンクのＩＤによって識別されてよい。第２ステーションと第２ＡＰとの間に設定されたＴＷＴ合意である第２ＴＷＴ合意は、ＴＷＴ Ｆｌｏｗ ＩＤ、第１ステーションのＭＡＣアドレス、第１ＡＰのＭＡＣアドレス及び第２リンクのＩＤによって識別されてよい。第３ステーションと第３ＡＰとの間に設定されたＴＷＴ合意である第３ＴＷＴ合意は、ＴＷＴ Ｆｌｏｗ ＩＤ、第１ステーションのＭＡＣアドレス、第１ＡＰのＭＡＣアドレス及び第３リンクのＩＤによって識別されてよい。具体的な実施例によってＴＷＴ Ｆｌｏｗ ＩＤは各リンク別に設定されてよい。

【0197】

また、ＴＷＴ合意はマルチリンク装置別に行われたものと見なされてよい。したがって、ＴＷＴ合意を識別するために、ＴＷＴ要請ステーションのＭＡＣアドレスの代わりにＴＷＴ要請マルチリンク装置のＭＡＣアドレス、ＴＷＴ応答ステーションのＭＡＣアドレスの代わりにＴＷＴ応答マルチリンク装置のＭＡＣアドレスが用いられてよい。図１７の実施例において、第１ステーションと第１ＡＰとの間に設定されたＴＷＴ合意である第１ＴＷＴ合意は、ＴＷＴ Ｆｌｏｗ ＩＤ、ｎｏｎ－ＡＰマルチリンク装置のＭＡＣアドレス、ＡＰマルチリンク装置のＭＡＣアドレス及び第１リンクのＩＤによって識別されてよい。第２ステーションと第２ＡＰとの間に設定されたＴＷＴ合意である第２ＴＷＴ合意は、ＴＷＴ Ｆｌｏｗ ＩＤ、ｎｏｎ－ＡＰマルチリンク装置のＭＡＣアドレス、ＡＰマルチリンク装置のＭＡＣアドレス及び第２リンクのＩＤによって識別されてよい。第３ステーションと第３ＡＰとの間に設定されたＴＷＴ合意である第３ＴＷＴ合意は、ＴＷＴ Ｆｌｏｗ ＩＤ、ｎｏｎ－ＡＰマルチリンク装置のＭＡＣアドレス、ＡＰマルチリンク装置のＭＡＣアドレス及び第３リンクのＩＤによって識別されてよい。具体的な実施例によって、ＴＷＴ Ｆｌｏｗ ＩＤは各リンク別に設定されてよい。具体的な実施例によって、ＴＷＴ Ｆｌｏｗ ＩＤは各リンク別に設定されてよい。

【0198】

また、ＴＷＴ要請ステーションは、ＴＷＴ要請フレームを送信したステーションではなくＴＷＴ合意が適用されるリンクで動作するステーションであってよい。具体的には、ＴＷＴ要請ステーションは、ＴＷＴ要請フレームを送信したマルチリンク装置のステーションのうち、ＴＷＴ合意が適用されるリンクで動作するステーションであってよい。また、ＴＷＴ応答ステーションは、ＴＷＴ応答フレームを送信したステーションではなくＴＷＴ合意が適用されるリンクで動作するステーションであってよい。具体的には、ＴＷＴ応答ステーションは、ＴＷＴ応答フレームを送信したマルチリンク装置のステーションのうち、ＴＷＴ合意が適用されるリンクで動作するステーションであってよい。図１７の実施例において、第１ステーションと第１ＡＰとの間に設定されたＴＷＴ合意である第１ＴＷＴ合意は、ＴＷＴ Ｆｌｏｗ ＩＤ、第１ステーションのＭＡＣアドレス及び第１ＡＰのＭＡＣアドレスによって識別されてよい。第２ステーションと第２ＡＰとの間に設定されたＴＷＴ合意である第２ＴＷＴ合意は、ＴＷＴ Ｆｌｏｗ ＩＤ、第２ステーションのＭＡＣアドレス及び第２ＡＰのＭＡＣアドレスによって識別されてよい。第３ステーションと第３ＡＰとの間に設定されたＴＷＴ合意である第３ＴＷＴ合意は、ＴＷＴ Ｆｌｏｗ ＩＤ、第３ステーションのＭＡＣアドレス及び第３ＡＰのＭＡＣアドレスによって識別されてよい。具体的な実施例によって、ＴＷＴ Ｆｌｏｗ ＩＤは各リンク別に設定されてよい。

【0199】

また、ＴＷＴ合意は、ＴＷＴ要請フレームが送信されたリンクに基づいて識別されてよい。具体的には、ＴＷＴ合意は、ＴＷＴ Ｆｌｏｗ ＩＤ、ＴＷＴ要請ステーションのＭＡＣアドレス、ＴＷＴ応答ステーションのＭＡＣアドレス、及びＴＷＴ要請フレームが送信されるリンクのＩＤに基づいて識別されてよい。図１７の実施例において、第１ステーションと第１ＡＰとの間に設定されたＴＷＴ合意である第１ＴＷＴ合意は、ＴＷＴ Ｆｌｏｗ ＩＤ、第１ステーションのＭＡＣアドレス、第１ＡＰのＭＡＣアドレス及び第１リンクのＩＤによって識別されてよい。第２ステーションと第２ＡＰとの間に設定されたＴＷＴ合意である第２ＴＷＴ合意は、ＴＷＴ Ｆｌｏｗ ＩＤ、第１ステーションのＭＡＣアドレス、第１ＡＰのＭＡＣアドレス及び第１リンクのＩＤによって識別されてよい。第３ステーションと第３ＡＰとの間に設定されたＴＷＴ合意である第３ＴＷＴ合意は、ＴＷＴ Ｆｌｏｗ ＩＤ、第１ステーションのＭＡＣアドレス、第１ＡＰのＭＡＣアドレス及び第１リンクのＩＤによって識別されてよい。具体的な実施例によって、ＴＷＴ Ｆｌｏｗ ＩＤは各リンク別に設定されてよい。

【0200】

上ではマルチリンク装置がＴＷＴ合意を設定する方法について説明した。マルチリンク装置がＴＷＴ合意を解除（ｔｅａｒｄｏｗｎ）する方法について図１９を用いて説明する。

【0201】

図１９は、本発明の実施例に係るマルチリンク装置がＴＷＴ合意を解除する動作を示す。

【0202】

本発明の実施例において、マルチリンク装置は、１つのリンクで、複数のリンクに適用されたＴＷＴ合意を解除することができる。従来の無線ＬＡＮにおいて、ステーションは、ＴＷＴ合意を解除するためにＴＷＴ解除フレームを送信する。このとき、ＴＷＴ解除フレームは、ＴＷＴ要請ステーション又はＴＷＴ応答ステーションが送信できる。ＴＷＴ解除フレームは、ＴＷＴ Ｆｌｏｗ ＩＤを指示するＴＷＴ Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｅｒフィールドを含む。このとき、ＴＷＴ Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｅｒフィールドは３ビットフィールドであってよい。ＴＷＴ合意が適用されるステーションがＴＷＴ解除フレームを受信した場合に、ステーションは、ＴＷＴ解除フレームが指示するＴＷＴ Ｆｌｏｗ ＩＤに該当するＴＷＴ合意を解除することができる。ＴＷＴ解除フレームが成功的に送信された場合に、ＴＷＴ解除フレームを送信したステーションは、ＴＷＴ解除フレームが指示するＴＷＴ Ｆｌｏｗ ＩＤに該当するＴＷＴ合意を解除できる。したがって、ＴＷＴ合意を解除するステーション及び解除の対象となるＴＷＴ合意は、ＴＷＴ解除フレームの送信者のＭＡＣアドレス、ＴＷＴ解除フレームの受信者のＭＡＣアドレス及びＴＷＴ Ｆｌｏｗ ＩＤに基づいて識別されてよい。

【0203】

ただし、前述したように、マルチリンク装置のステーションにＴＷＴ合意が確立される場合に、ＴＷＴ要請フレームを送信したステーションとＴＷＴ合意が適用されるステーションとが異なることがある。また、前述したように、ＴＷＴ要請フレームを送信したステーションは１つのステーションであるが、ＴＷＴ合意は複数のステーションに適用されることがある。したがって、このような場合にも適用可能なＴＷＴ合意解除方法が必要である。

【0204】

ＴＷＴ解除フレームは、リンクの識別子に関する情報を含んでよい。このとき、マルチリンク装置のステーションは、ＴＷＴ解除フレームが指示するリンクの識別子、例えばリンクＩＤに基づいて、複数のＴＷＴ合意のうち少なくともいずれか一つを解除できる。具体的には、マルチリンク装置のステーションが第１リンクで動作し、ステーションが第２リンクで行われたＴＷＴ合意を解除する場合に、ステーションは、第１リンクで、リンクの識別子に関する情報を含むＴＷＴ解除フレームを送信できる。これらの実施例において、リンクの識別子は、解除されるＴＷＴ合意が適用されるリンクの識別子であってよい。例えば、ＴＷＴ解除フレームは、ＴＷＴ Ｆｌｏｗ ＩＤを指示するＴＷＴ Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｅｒフィールドと、解除されるＴＷＴ合意が適用されるリンクの識別子を指示するＬｉｎｋ ＩＤフィールドを含んでよい。また、ＴＷＴ解除フレームは、１個のＬｉｎｋ ＩＤフィールドを含んでよい。また、ＴＷＴ解除フレームは、複数のＬｉｎｋ ＩＤフィールドを含んでよい。そのために、マルチリンク装置に含まれたステーションが送信するＴＷＴ解除フレームのフォーマットは、マルチリンク装置に含まれていないステーションが送信するＴＷＴ解除フレームのフォーマットと異なってよい。さらに他の具体的な実施例において、マルチリンク装置に含まれたステーションが送信するＴＷＴ解除フレームのフォーマットは、マルチリンク装置に含まれていないステーションが送信するＴＷＴ解除フレームのフォーマットと同一であってよい。

【0205】

第１マルチリンク装置が第２マルチリンク装置に第１リンクでＴＷＴ解除フレームを送信し、第２マルチリンク装置がＴＷＴ解除フレームを成功的に受信した場合に、第１マルチリンク装置と第２マルチリンク装置は、第１マルチリンク装置と第２マルチリンク装置との間に確立された（ｅｓｔａｂｌｉｓｈ）ＴＷＴ合意のうち、ＴＷＴ解除フレームが指示するＴＷＴ Ｆｌｏｗ ＩＤに該当するＴＷＴ合意を解除できる。このとき、第１マルチリンク装置と第２マルチリンク装置は、第１マルチリンク装置と第２マルチリンク装置との間に確立された（ｅｓｔａｂｌｉｓｈ）ＴＷＴ合意のうち、ＴＷＴ解除フレームが指示するリンクに関連した情報に該当するＴＷＴ合意を解除することができる。具体的には、第１マルチリンク装置と第２マルチリンク装置は、第１マルチリンク装置と第２マルチリンク装置との間に確立された（ｅｓｔａｂｌｉｓｈ）ＴＷＴ合意のうち、ＴＷＴ解除フレームが指示するＴＷＴ Ｆｌｏｗ ＩＤ及びＴＷＴ解除フレームが指示するリンクに関連した情報に該当するＴＷＴ合意を解除できる。

【0206】

さらに他の具体的な実施例において、第１マルチリンク装置が第２マルチリンク装置に第１リンクでＴＷＴ解除フレームを送信し、第２マルチリンク装置がＴＷＴ解除フレームを成功的に受信した場合に、第１マルチリンク装置と第２マルチリンク装置は、第１マルチリンク装置と第２マルチリンク装置との間に確立された（ｅｓｔａｂｌｉｓｈ）ＴＷＴ合意のうち、ＴＷＴ解除フレームを送信したステーションのＭＡＣアドレス及びＴＷＴ解除フレームを受信したステーションのＭＡＣアドレスに該当するＴＷＴ合意を解除できる。さらに他の具体的な実施例において、第１マルチリンク装置が第２マルチリンク装置に第１リンクでＴＷＴ解除フレームを送信し、第２マルチリンク装置がＴＷＴ解除フレームを成功的に受信した場合に、第１マルチリンク装置と第２マルチリンク装置は、第１マルチリンク装置と第２マルチリンク装置との間に確立された（ｅｓｔａｂｌｉｓｈ）ＴＷＴ合意のうち、ＴＷＴ合意を行ったステーションのＭＡＣアドレス及びＴＷＴ合意を行ったステーションのＭＡＣアドレスに該当するＴＷＴ合意を解除できる。さらに他の具体的な実施例において、ＴＷＴ解除フレームを受信したステーションとＴＷＴ解除フレームを送信したステーションは、ステーションが動作するリンク内でＴＷＴ解除フレームが指示するＴＷＴ Ｆｌｏｗ ＩＤに該当するＴＷＴ合意を解除できる。

【0207】

また、１つのＴＷＴエレメントによって複数のリンクにＴＷＴ合意が設定される場合に、１つのＴＷＴ解除フレームによって複数のリンクに設定されたＴＷＴ合意が解除されてよい。このとき、複数のリンクに設定されたＴＷＴ合意のＴＷＴパラメータは互いに同一であってよい。また、複数のリンクに設定されたＴＷＴ合意のＴＷＴ Ｆｌｏｗ ＩＤは互いに同一であってよい。例えば、第１マルチリンク装置と第２マルチリンク装置との間に一度に、例えば１つのＴＷＴエレメントによって第１リンク～第３リンクにＴＷＴ合意が確立された場合に、第１マルチリンク装置又は第２マルチリンク装置は、第１リンク～第３リンクのいずれか一つでＴＷＴ解除フレームを送信し、第１リンク～第３リンクに確立されたＴＷＴ合意を解除できる。

【0208】

ＡＰマルチリンク装置は、第１ＡＰ（ＡＰ１）、第２ＡＰ（ＡＰ２）及び第３ＡＰ（ＡＰ３）を含む。Ｎｏｎ－ＡＰマルチリンク装置は、第１ステーション（ｎｏｎ－ＡＰ ＳＴＡ１）、第２ステーション（ｎｏｎ－ＡＰ ＳＴＡ２）及び第３ステーション（ｎｏｎ－ＡＰ ＳＴＡ３）を含む。第１ＡＰ（ＡＰ１）、第２ＡＰ（ＡＰ２）及び第３ＡＰ（ＡＰ３）のそれぞれは、第１リンク（Ｌｉｎｋ１）、第２リンク（Ｌｉｎｋ２）及び第３Ｌｉｎｋ（Ｌｉｎｋ３）で動作する。第１ステーション（ｎｏｎ－ＡＰ ＳＴＡ１）、第２ステーション（ｎｏｎ－ＡＰ ＳＴＡ２）及び第３ステーション（ｎｏｎ－ＡＰ ＳＴＡ３）のそれぞれは、第１リンク（Ｌｉｎｋ１）、第２リンク（Ｌｉｎｋ２）及び第３Ｌｉｎｋ（Ｌｉｎｋ３）で動作する。第１ステーション（ｎｏｎ－ＡＰ ＳＴＡ１）は第１ＡＰ（ＡＰ１）と結合され、第２ステーション（ｎｏｎ－ＡＰ ＳＴＡ２）は第２ＡＰ（ＡＰ２）と結合され、第３ステーション（ｎｏｎ－ＡＰ ＳＴＡ３）は第３ＡＰ（ＡＰ３）と結合される。第１ステーション（ｎｏｎ－ＡＰ ＳＴＡ１）と第１ＡＰ（ＡＰ１）との間にＴＷＴ合意が成立し、当該ＴＷＴ合意のＴＷＴ Ｆｌｏｗ ＩＤはｘである。第２ステーション（ｎｏｎ－ＡＰ ＳＴＡ２）と第２ＡＰ（ＡＰ２）との間にＴＷＴ合意が成立し、当該ＴＷＴ合意のＴＷＴ Ｆｌｏｗ ＩＤはｙである。第３ステーション（ｎｏｎ－ＡＰ ＳＴＡ３）と第３ＡＰ（ＡＰ３）との間にＴＷＴ合意が成立し、当該ＴＷＴ合意のＴＷＴ Ｆｌｏｗ ＩＤはｚである。

【0209】

この時、ｎｏｎ－ＡＰマルチリンク装置は、第１ステーション（ｎｏｎ－ＡＰ ＳＴＡ１）と第１ＡＰ（ＡＰ１）間のＴＷＴ合意及び第３ステーション（ｎｏｎ－ＡＰ ＳＴＡ３）と第３ＡＰ（ＡＰ３）間のＴＷＴ合意を解除するためにＴＷＴ解除フレームを送信する。この時、ＴＷＴ解除フレームは、第１ステーション（ｎｏｎ－ＡＰ ＳＴＡ１）と第１ＡＰ（ＡＰ１）間のＴＷＴ合意のＴＷＴ Ｆｌｏｗ ＩＤに該当するｘ、及び第３ステーション（ｎｏｎ－ＡＰ ＳＴＡ３）と第３ＡＰ（ＡＰ３）間のＴＷＴ合意のＴＷＴ Ｆｌｏｗ ＩＤに該当するｚを指示する。

【0210】

ＡＰマルチリンク装置は、ｎｏｎ－ＡＰマルチリンク装置にＴＷＴ解除フレームに対するＡＣＫを送信する。その後、ＡＰマルチリンク装置は、第１ステーション（ｎｏｎ－ＡＰ ＳＴＡ１）と第１ＡＰ（ＡＰ１）間のＴＷＴ合意、及び第３ステーション（ｎｏｎ－ＡＰ ＳＴＡ３）と第３ＡＰ（ＡＰ３）間のＴＷＴ合意を解除する。ｎｏｎ－ＡＰマルチリンク装置は、ＴＷＴ解除フレームに対するＡＣＫを受信する。その後、ｎｏｎ－ＡＰマルチリンク装置は、第１ステーション（ｎｏｎ－ＡＰ ＳＴＡ１）と第１ＡＰ（ＡＰ１）間のＴＷＴ合意、及び第３ステーション（ｎｏｎ－ＡＰ ＳＴＡ３）と第３ＡＰ（ＡＰ３）間のＴＷＴ合意を解除する。

【0211】

前述した実施例によってＴＷＴ合意を設定し解除するためのＴＷＴエレメントについて図２０を用いて説明する。

【0212】

図２０は、本発明の実施例に係るＴＷＴエレメントのＩｎｄｉｖｉｄｕａｌ ＴＷＴ ｐａｒａｍｅｔｅｒ ｓｅｔフィールドのフォーマットを示す。

【0213】

ＴＷＴエレメントのＩｎｄｉｖｉｄｕａｌ ＴＷＴ ｐａｒａｍｅｔｅｒ ｓｅｔフィールドのＲｅｑｕｅｓｔ Ｔｙｐｅフィールドは、１ビットフィールドであるＴＷＴ Ｒｅｑｕｅｓｔサブフィールド、３ビットフィールドであるＴＷＴ Ｓｅｔｕｐ Ｃｏｍｍａｎｄサブフィールド、１ビットフィールドであるＴｒｉｇｇｅｒサブフィールド、１ビットフィールドであるＩｍｐｌｉｃｉｔサブフィールド、１ビットＦｌｏｗ Ｔｙｐｅサブフィールド、３ビットフィールドであるＴＷＴ Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｅｒサブフィールド、５ビットフィールドであるＴＷＴ Ｗａｋｅ Ｉｎｔｅｒｖａｌ Ｅｘｐｏｎｅｎｔサブフィールド、及び１ビットフィールドであるＴＷＴ Ｐｒｏｔｅｃｔｉｏｎサブフィールドを含む。

【0214】

ＴＷＴ Ｒｅｑｕｅｓｔサブフィールドの値が１である場合に、ＴＷＴエレメントを送信するステーションは、ＴＷＴ要請ステーション又はＴＷＴスケジュールドステーションであってよい。また、ＴＷＴ Ｒｅｑｕｅｓｔサブフィールドの値が０である場合に、ＴＷＴエレメントを送信するステーションは、ＴＷＴ応答ステーション又はＴＷＴスケジューリングＡＰであってよい。

【0215】

ＴＷＴ Ｓｅｔｕｐ Ｃｏｍｍａｎｄサブフィールドは、ＴＷＴコマンドのタイプを指示することができる。ＴＷＴ Ｓｅｔｕｐ Ｃｏｍｍａｎｄサブフィールドの値は、０～７に設定されてよい。ＴＷＴ Ｓｅｔｕｐ Ｃｏｍｍａｎｄサブフィールドの値が０～７である場合に、ＴＷＴ Ｓｅｔｕｐ Ｃｏｍｍａｎｄサブフィールドは、ＴＷＴ Ｓｅｔｕｐ Ｃｏｍｍａｎｄサブフィールドを含むＴＷＴエレメントが要請（Ｒｅｑｕｅｓｔ）ＴＷＴ、提案（Ｓｕｇｇｅｓｔ）ＴＷＴ、要求（Ｄｅｍａｎｄ）ＴＷＴ、ＴＷＴグルーピング（Ｇｒｏｕｐｉｎｇ）、受容（Ａｃｃｅｐｔ）ＴＷＴ、変更（Ａｌｔｅｒｎａｔｅ）ＴＷＴ、命令（Ｄｉｃｔａｔｅ）ＴＷＴ、及び拒絶（Ｒｅｊｅｃｔ）ＴＷＴであることを示すことができる。これは、従来に用いられるＴＷＴ Ｓｅｔｕｐ Ｃｏｍｍａｎｄサブフィールドの設定と同一であってよい。

【0216】

Ｔｒｉｇｇｅｒサブフィールドの値が１である場合に、Ｔｒｉｇｇｅｒサブフィールドは、ＴＷＴエレメントによってＴＷＴ合意が確立される場合に、ＴＷＴサービスピリオドには１個以上のトリガーフレーム（ｔｒｉｇｇｅｒ ｆｒａｍｅ）が送信されることを指示できる。

【0217】

Ｉｍｐｌｉｃｉｔサブフィールドは、ＴＷＴエレメントが黙示的（ｉｍｐｌｉｃｉｔ）ＴＷＴを要請（ｒｅｑｕｅｓｔ）するか否かを示す。Ｉｍｐｌｉｃｉｔサブフィールドの値が１である場合に、Ｉｍｐｌｉｃｉｔサブフィールドは、ＴＷＴエレメントが黙示的ＴＷＴを要請することを示すことができる。Ｉｍｐｌｉｃｉｔサブフィールドの値が０である場合に、Ｉｍｐｌｉｃｉｔサブフィールドは、ＴＷＴエレメントが明示的（ｅｘｐｌｉｃｉｔ）ＴＷＴを要請することを示すことができる。

【0218】

Ｆｌｏｗ Ｔｙｐｅサブフィールドは、ＴＷＴサービスピリオド内でのＴＷＴ要請ステーションとＴＷＴ応答ステーション間の相互作用方式を示す。Ｆｌｏｗ Ｔｙｐｅサブフィールドの値は、従来の無線ＬＡＮ標準で定義されるＦｌｏｗ Ｔｙｐｅサブフィールドの値と同一に設定されてよい。

【0219】

ＴＷＴ Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｅｒサブフィールドは、ＴＷＴ合意を区分するためのＩＤ値を指示する。従来の無線ＬＡＮ標準においてＴＷＴエレメントは１個のＴＷＴ Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｅｒサブフィールドのみを含む。ただし、前述したように、１つのＴＷＴエレメントによって複数のリンクにＴＷＴ合意が設定される場合に、ＴＷＴエレメントは、複数のＴＷＴ Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｅｒサブフィールドを含んでよい。このとき、複数のＴＷＴ Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｅｒサブフィールドのそれぞれは、複数のリンクのそれぞれに設定されたＴＷＴ合意のＴＷＴ Ｆｌｏｗ ＩＤを指示できる。

【0220】

ＴＷＴ ｗａｋｅ ｉｎｔｅｒｖａｌサブフィールドは、ＴＷＴエレメントによって設定されるＴＷＴサービスピリオド間の平均インターバル（ｉｎｔｅｒｖａｌ）を指示する。このとき、平均インターバルは予測値である。ＴＷＴ ｗａｋｅ ｉｎｔｅｒｖａｌサブフィールドの値は、従来の無線ＬＡＮ標準で定義される値と同一に設定されてよい。

【0221】

ＴＷＴ ｐｒｏｔｅｃｔｉｏｎサブフィールドの値が１である場合に、ＴＷＴ ｐｒｏｔｅｃｔｉｏｎサブフィールドは、ＴＷＴ要請ステーションがＴＷＴ応答ステーションにＴＷＴサービスピリオドに対する保護（ｐｒｏｔｅｃｔｉｏｎ）を支援するように要請することを示す。このとき、ＴＷＴサービスピリオドの保護方法は、従来の無線ＬＡＮ標準で定義されるのと同一であってよい。

【0222】

Ｉｎｄｉｖｉｄｕａｌ ＴＷＴ Ｐａｒａｍｅｔｅｒ ＳｅｔフィールドのＴａｒｇｅｔ Ｗａｋｅ Ｔｉｍｅフィールド、ＴＷＴ Ｇｒｏｕｐ Ａｓｓｉｇｎｍｅｎｔフィールド、Ｎｏｍｉｎａｌ Ｍｉｎｉｍｕｍ ＴＷＴ Ｗａｋｅ Ｄｕｒａｔｉｏｎフィールド、ＴＷＴ Ｗａｋｅ Ｉｎｔｅｒｖａｌ Ｍａｎｔｉｓｓａフィールド、ＴＷＴ Ｃｈａｎｎｅｌフィールド、及びＮＤＰ Ｐａｇｉｎｇフィールドは、従来の無線ＬＡＮ標準で定義されるのと同一に設定されてよい。

【0223】

Ｉｎｄｉｖｉｄｕａｌ ＴＷＴ Ｐａｒａｍｅｔｅｒ Ｓｅｔフィールドは、図１６を用いて説明した実施例のように、Ｌｉｎｋ ＩＤ Ｂｉｔｍａｐサブフィールドを含んでよい。Ｌｉｎｋ ＩＤ Ｂｉｔｍａｐサブフィールドが複数のリンクを指示する場合に、ＴＷＴエレメントは、複数のリンクでＴＷＴ合意を要請することができる。このとき、複数のリンクでＴＷＴ合意が成立する場合に、複数のリンクに、互いに同じＴＷＴパラメータを有するＴＷＴサービスピリオドが適用されてよい。

【0224】

また、１つのＴＷＴエレメントによって複数のリンクにＴＷＴ合意が設定されても、複数のリンクに設定された複数のＴＷＴ合意は、互いに異なるＴＷＴ Ｆｌｏｗ ＩＤを有することがある。ＴＷＴ合意が一度に設定されても、互いに異なるリンクに適用され、互いに異なるステーションとＡＰに適用されるためである。ＴＷＴエレメントは、複数のＴＷＴ Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｅｒフィールドを含んでよい。具体的には、ＴＷＴエレメントは、ＴＷＴ合意が適用される複数のリンクのそれぞれに該当する複数のＴＷＴ Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｅｒフィールドを含んでよい。このとき、ＴＷＴエレメントが含むＴＷＴ Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｅｒフィールドの個数は、Ｌｉｎｋ ＩＤ Ｂｉｔｍａｐサブフィールドが指示するリンクの個数と同一であってよい。例えば、Ｌｉｎｋ ＩＤ Ｂｉｔｍａｐサブフィールドが２個のリンクを指示する場合に、Ｌｉｎｋ ＩＤ Ｂｉｔｍａｐサブフィールドを含むＴＷＴエレメントは、２個のＴＷＴ Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｅｒフィールドを含んでよい。ＴＷＴエレメントが含む複数のＴＷＴ Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｅｒフィールドのうち、一番目のＴＷＴ Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｅｒサブフィールドは、Ｒｅｑｕｅｓｔ Ｔｙｐｅフィールドに含まれたＴＷＴ Ｆｌｏｗ ＩＤであってよい。一番目のＴＷＴ Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｅｒサブフィールド以外の残りのサブフィールドは、図２０におけるＡｄｄｉｔｉｏｎａｌ ＴＷＴ Ｆｌｏｗ ＩＤフィールドのように、ＴＷＴエレメントの別のフィールドに含まれてよい。また、一番目のＴＷＴ Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｅｒサブフィールドは、ＴＷＴ要請フレームが送信されるリンクに確立されるＴＷＴ合意のＴＷＴ Ｆｌｏｗ ＩＤを指示できる。一番目のＴＷＴ Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｅｒサブフィールド以外の残りのＴＷＴ Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｅｒサブフィールドは、ＴＷＴ合意が確立されるリンクのうち、ＴＷＴ要請フレームが送信されるリンク以外の残りのリンクに確立されるＴＷＴ合意のＴＷＴ Ｆｌｏｗ ＩＤを指示できる。前述したように、ＴＷＴ合意が確立されるリンクのうち、ＴＷＴ要請フレームが送信されるリンク以外の残りのリンクは、Ｌｉｎｋ ＩＤ Ｂｉｔｍａｐサブフィールドによって指示されてよい。また、一番目のＴＷＴ Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｅｒサブフィールド以外の残りのＴＷＴ Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｅｒサブフィールドは、Ｌｉｎｋ ＩＤの値のサイズ順にリンクにマップされてよい。一番目のＴＷＴ Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｅｒサブフィールド以外の残りのＴＷＴ Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｅｒサブフィールドのうち、一番目のサブフィールドは、ＴＷＴ要請フレームが送信されるリンク以外の残りのリンクのうち一番目に小さい値のリンクＩＤを有するリンクにマップされ、二番目のサブフィールドは、ＴＷＴ要請フレームが送信されるリンク以外の残りのリンクのうち二番目に小さい値のリンクＩＤを有するリンクにマップされ、三番目のサブフィールドは、ＴＷＴ要請フレームが送信されるリンク以外の残りのリンクのうち三番目に小さい値のリンクＩＤを有するリンクにマップされてよい。

【0225】

ＴＷＴエレメントが１つのＴＷＴ合意のみを要請する場合に、ＴＷＴエレメントは、一番目のＴＷＴ Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｅｒサブフィールド以外の残りのＴＷＴ Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｅｒサブフィールドを含まなくてよい。ＴＷＴエレメントがＴＷＴ要請フレームが送信されるリンク以外の１つのリンクでのＴＷＴ合意のみを要請する場合に、ＴＷＴエレメントは、一番目のＴＷＴ Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｅｒサブフィールド以外の残りのＴＷＴ Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｅｒサブフィールドを含まなくてよい。このとき、一番目のＴＷＴ Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｅｒサブフィールドは、ＴＷＴ要請フレームが要請するＴＷＴ合意に該当するＴＷＴ Ｆｌｏｗ ＩＤを指示することができる。

【0226】

図２１は、本発明の実施例に係る一番目のＴＷＴ Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｅｒサブフィールド以外の残りのＴＷＴ Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｅｒサブフィールドのフォーマットを示す。

【0227】

前述したように、Ａｄｄｉｔｉｏｎａｌ ＴＷＴ Ｆｌｏｗ ＩＤフィールドのサイズは、ＴＷＴエレメントのＬｉｎｋ ＩＤビットマップによって指示されるリンクの個数によって決定されてよい。従来の無線ＬＡＮにおいてステーションが確立できるＴＷＴ合意の最大個数は８個である。したがって、従来の無線ＬＡＮにおいてＴＷＴ Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｅｒサブフィールドは３ビットフィールドである。マルチリンク装置が確立できるＴＷＴ合意の最大個数は８個である場合に、ＴＷＴ Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｅｒサブフィールドは３ビットフィールドであってよい。また、Ａｄｄｉｔｉｏｎａｌ ＴＷＴ Ｆｌｏｗ ＩＤフィールドは、３ビットサイズを有するサブフィールドを１個以上含んでよい。ＴＷＴエレメントがｎ個のＴＷＴ合意を要請する場合に、Ａｄｄｉｔｉｏｎａｌ ＴＷＴ Ｆｌｏｗ ＩＤフィールドは、３ビットのサブフィールドをｎ－１個含んでよい。このとき、前述したように、一番目のＴＷＴ Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｅｒサブフィールドは、Ｒｅｑｕｅｓｔ Ｔｙｐｅフィールドに含まれたＴＷＴ Ｆｌｏｗ ＩＤであってよい。さらに他の具体的な実施例において、ＴＷＴエレメントがｎ個のＴＷＴ合意を要請する場合に、Ａｄｄｉｔｉｏｎａｌ ＴＷＴ Ｆｌｏｗ ＩＤフィールドは、３ビットのサブフィールドをｎ個含んでよい。また、ＴＷＴ Ｐａｒａｍｅｔｅｒ Ｓｅｔフィールドがオクテット（ｏｃｔｅｃ）単位の長さを有するように、Ａｄｄｉｔｉｏｎａｌ ＴＷＴ Ｆｌｏｗ ＩＤフィールドにリザーブドフィールドが含まれてよい。このような実施例が図２１（ａ）に示されている。

【0228】

図２１（ａ）のＰｅｒ－ｏｃｔｅｔフォーマットにおいて、Ａｄｄｉｔｉｏｎａｌ ＴＷＴ Ｆｌｏｗ ＩＤフィールドは、１オクテットに２個のＴＷＴ Ｆｌｏｗ ＩＤサブフィールドを含む。具体的には、ＴＷＴエレメントが３個のＴＷＴ合意を要請する場合に、Ａｄｄｉｔｉｏｎａｌ ＴＷＴ Ｆｌｏｗ ＩＤフィールドは、１個のオクテットに２個のＴＷＴ Ｆｌｏｗ ＩＤサブフィールドを含んでよい。

【0229】

また、Ａｄｄｉｔｉｏｎａｌ ＴＷＴ Ｆｌｏｗ ＩＤフィールドが奇数個のＴＷＴ Ｆｌｏｗ ＩＤを指示する場合に、Ａｄｄｉｔｉｏｎａｌ ＴＷＴ Ｆｌｏｗ ＩＤフィールドが含む最後のオクテットは、１個のＴＷＴ Ｆｌｏｗ ＩＤを指示し、残り５ビットは、リザーブドフィールドに設定されてよい。このような実施例が図２２（ｂ）に示されている。

【0230】

前述した実施例において、ＴＷＴ Ｆｌｏｗ ＩＤサブフィールドのサイズが３ビットであるとしたが、ＴＷＴ Ｆｌｏｗ ＩＤサブフィールドのサイズが４ビットである場合にも前述の実施例が適用されてよい。

【0231】

前述したように、１つのＴＷＴエレメントが複数のリンクでＴＷＴ合意を要請することができる。したがって、それに必要な情報をさらに送信する必要がある。これについて図２２を用いて説明する。

【0232】

図２２は、本発明の実施例に係るマルチリンク装置が送信するＴＷＴエレメントが含むＣｏｎｔｒｏｌフィールドのフォーマットを示す。

【0233】

１つのＴＷＴエレメントが複数のリンクでＴＷＴ合意を要請する時に必要な追加情報は、ＴＷＴ合意が行われるリンクを指示する情報であるＬｉｎｋ ＩＤビットマップと、ＴＷＴ合意に該当するＴＷＴ Ｆｌｏｗ ＩＤであるＡｄｄｉｔｉｏｎａｌ ＴＷＴ Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｅｒフィールドを含んでよい。ただし、マルチリンク装置のステーションが、ステーションが結合されたステーションにＴＷＴ要請フレームを送信する場合に、ＴＷＴ要請フレームに含まれるＴＷＴエレメントは、このような追加情報を含まなくてよい。ＴＷＴエレメントは、Ｌｉｎｋ ＩＤ Ｂｉｔｍａｐフィールド及びＡｄｄｉｔｉｏｎａｌ ＴＷＴ Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｅｒフィールドを含むか否かを指示するフィールドを含んでよい。ＴＷＴエレメントを受信したステーションは、Ｌｉｎｋ ＩＤ Ｂｉｔｍａｐフィールド及びＡｄｄｉｔｉｏｎａｌ ＴＷＴ Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｅｒフィールドを含むか否かを指示するフィールドに基づいて、ＴＷＴエレメントのフォーマットを判断できる。

【0234】

ＴＷＴ要請ステーションの送信したＴＷＴエレメントがＬｉｎｋ ＩＤ Ｂｉｔｍａｐサブフィールドを含む場合に、ＴＷＴ要請ステーションは、ＴＷＴエレメントのＣｏｎｔｒｏｌフィールドのＬｉｎｋ ＩＤ Ｂｉｔｍａｐ Ｐｒｅｓｅｎｔサブフィールドの値を１に設定できる。ＴＷＴエレメントのＣｏｎｔｒｏｌフィールドのＬｉｎｋ ＩＤ Ｂｉｔｍａｐ Ｐｒｅｓｅｎｔサブフィールドの値が１である場合に、ＴＷＴエレメントを受信したＴＷＴ応答ステーションは、ＴＷＴエレメントが、Ｌｉｎｋ ＩＤ Ｂｉｔｍａｐサブフィールドを含み、複数のリンク又はＴＷＴエレメントを含むＴＷＴ要請フレームが送信されたリンクと異なるリンクでＴＷＴ合意を確立するためのものであると判断できる。

【0235】

ＴＷＴ要請ステーションの送信したＴＷＴエレメントがＡｄｄｉｔｉｏｎａｌ ＴＷＴ Ｆｌｏｗ ＩＤサブフィールドを含む場合に、ＴＷＴ要請ステーションは、ＴＷＴエレメントのＣｏｎｔｒｏｌフィールドのＡｄｄｉｔｉｏｎａｌ ＴＷＴ Ｆｌｏｗ ＩＤ Ｐｒｅｓｅｎｔサブフィールドの値を１に設定できる。ＴＷＴエレメントのＣｏｎｔｒｏｌフィールドのＡｄｄｉｔｉｏｎａｌ ＴＷＴ Ｆｌｏｗ ＩＤ Ｐｒｅｓｅｎｔサブフィールドの値が１である場合に、ＴＷＴエレメントを受信したＴＷＴ応答ステーションは、ＴＷＴエレメントが、Ａｄｄｉｔｉｏｎａｌ ＴＷＴ Ｆｌｏｗ ＩＤサブフィールドを含み、複数のリンクでＴＷＴ合意を確立するためのものであると判断できる。

【0236】

さらに他の具体的な実施例において、Ａｄｄｉｔｉｏｎａｌ ＴＷＴ Ｆｌｏｗ ＩＤ Ｐｒｅｓｅｎｔサブフィールドは省略されてよい。このとき、ＴＷＴエレメントを受信したＴＷＴ応答ステーションは、Ｌｉｎｋ ＩＤ Ｂｉｔｍａｐサブフィールドに基づいて、ＴＷＴエレメントがＡｄｄｉｔｉｏｎａｌ ＴＷＴ Ｆｌｏｗ ＩＤサブフィールドを含むか否かを判断できる。また、ＴＷＴエレメントを受信したＴＷＴ応答ステーションは、Ｌｉｎｋ ＩＤ Ｂｉｔｍａｐサブフィールドに基づいて、ＴＷＴエレメントが含むＡｄｄｉｔｉｏｎａｌ ＴＷＴ Ｆｌｏｗ ＩＤサブフィールドのサイズを判断できる。

【0237】

前述したように、マルチリンク装置は、第１リンクで、第２リンクに適用されるＴＷＴ合意を解除するためのＴＷＴ解除フレームを送信できる。また、マルチリンク装置は、１つのリンクにＴＷＴ解除フレームを送信し、複数のリンクに適用されるＴＷＴ合意を解除することができる。

【0238】

ＴＷＴ解除フレームも同様、従来の無線ＬＡＮにおけるＴＷＴ解除フレームに追加の情報を含んでよい。これについて図２３を用いて説明する。

【0239】

図２３は、本発明の実施例に係るマルチリンク装置が送信するＴＷＴ解除フレームのＡｃｔｉｏｎフィールドのフォーマットを示す。

【0240】

マルチリンク装置の送信するＴＷＴ解除フレームは、新しいアクションフレームと定義されてよい。説明の便宜のために、マルチリンク装置の送信するＴＷＴ解除フレームを、ＭＬＤ ＴＷＴ解除フレームと呼ぶ。ＭＬＤ ＴＷＴ解除フレームは、ＡｃｔｉｏｎフィールドのカテゴリーのうちＵｎｐｒｏｔｅｃｔｅｄ Ｓ１Ｇに指定されてよい。Ｕｎｐｒｏｔｅｃｔｅｄ Ｓ１ＧのＡｃｔｉｏｎフィールドの値のうち、従来の無線ＬＡＮにおいて用いられない値が、ＭＬＤ ＴＷＴ解除フレームに割り当てられてよい。例えば、図２３（ａ）の実施例におけるように、１２がＭＬＤ ＴＷＴ解除フレームに割り当てられてよい。このとき、ステーションがＭＬＤ ＴＷＴ解除フレームを送信しようとする場合に、ステーションは、アクションフレームにおいてカテゴリーの値を２２に設定し、Ｕｎｐｒｏｔｅｃｔｅｄ Ｓ１Ｇ Ａｃｔｉｏｎフィールドの値を１２に設定できる。

【0241】

また、ＭＬＤ ＴＷＴ解除フレームのＡｃｔｉｏｎフィールドは、ＴＷＴ解除フレームが解除しようとするＴＷＴ合意を指示するフィールドを含んでよい。このフィールドをＭＬＤ ＴＷＴ Ｆｌｏｗフィールドと呼ぶことができる。ＭＬＤ ＴＷＴ Ｆｌｏｗフィールドは、ＴＷＴ解除フレームが解除しようとするＴＷＴ合意に該当するリンクのリンクＩＤと、ＴＷＴ解除フレームが解除しようとするＴＷＴ合意に該当するＴＷＴ Ｆｌｏｗ ＩＤを指示できる。図２３（ｂ）は、ＴＷＴ解除フレームが含むＡｃｔｉｏｎフィールドの一例を示す。

【0242】

ＭＬＤ ＴＷＴ Ｆｌｏｗフィールドは、Ｕｎｐｒｏｔｅｃｔｅｄ Ｓ１Ｇカテゴリーだけでなく、他のカテゴリーのＡｃｔｉｏｎフィールドによって指示されてもよい。例えば、ＭＬＤ ＴＷＴ解除フレームは、Ｓ１ＧカテゴリーのＰｒｏｔｅｃｔｅｄ Ａｃｔｉｏｎフレームフォーマットで送信されてよい。このとき、Ｓ１ＧカテゴリーのアクションフレームのＡｃｔｉｏｎフィールドがＭＬＤ ＴＷＴ Ｆｌｏｗフィールドを含んでよい。

【0243】

ＴＷＴ解除フレームは、本実施例で説明したアクションフレームと異なるフォーマットで用いられてよく、ＴＷＴ解除フレームとしてアクションフレーム以外のフレームが用いられてもよい。具体的なＭＬＤ ＴＷＴ Ｆｌｏｗフィールドのフォーマットについて図２４を用いて説明する。

【0244】

図２４は、本発明の実施例に係るＭＬＤ ＴＷＴ Ｆｌｏｗフィールドを示す。

【0245】

ＭＬＤ ＴＷＴ Ｆｌｏｗフィールドは、可変長を有するフィールドを含んでよい。具体的には、ＭＬＤ ＴＷＴ Ｆｌｏｗフィールドは、ＭＬＤ ＴＷＴ解除フレームが解除しようとするＴＷＴ合意に該当するＴＷＴ Ｆｌｏｗ ＩＤを指示する可変長のフィールドを含んでよい。具体的な実施例において、ＭＬＤ ＴＷＴ Ｆｌｏｗフィールドは、固定長を有するＭＬＤ ＴＷＴ Ｆｌｏｗ Ｃｏｎｔｒｏｌフィールドと可変長を有するＭＬＤ ＴＷＴ Ｆｌｏｗ ＩＤｓフィールドを含んでよい。ＭＬＤ ＴＷＴ Ｆｌｏｗ Ｃｏｎｔｒｏｌフィールドは１オクテットフィールドであってよい。また、ＭＬＤ ＴＷＴ Ｆｌｏｗ Ｃｏｎｔｒｏｌフィールドは、ＭＬＤ ＴＷＴ Ｆｌｏｗ ＩＤｓフィールドをパースするための情報を指示できる。具体的には、ＭＬＤ ＴＷＴ Ｃｏｎｔｒｏｌフィールドは、ＭＬＤ ＴＷＴ Ｆｌｏｗ ＩＤｓフィールドのサイズに関する情報を指示できる。ＭＬＤ ＴＷＴ Ｆｌｏｗ ＩＤｓフィールドは、解除しようとするＴＷＴ合意に該当するＴＷＴ Ｆｌｏｗ ＩＤを指示できる。また、ＭＬＤ ＴＷＴ Ｆｌｏｗ Ｃｏｎｔｒｏｌフィールドの設定によってＭＬＤ ＴＷＴ Ｆｌｏｗ ＩＤｓフィールドは省略されてよい。このような実施例に係るＭＬＤ ＴＷＴ Ｆｌｏｗフィールドが図２４（ａ）に示されている。

【0246】

ＭＬＤ ＴＷＴ Ｆｌｏｗ Ｃｏｎｔｒｏｌフィールドは、ＭＬＤ ＴＷＴ Ｆｌｏｗ ＩＤｓフィールドの長さを指示するフィールドを含んでよい。このとき、このフィールドをＬｅｎｇｔｈ ｏｆ ＭＬＤ Ｆｌｏｗ ＩＤｓフィールドと呼ぶことができる。Ｌｅｎｇｔｈ ｏｆ ＭＬＤ Ｆｌｏｗ ＩＤｓフィールドは、１オクテット単位でＭＬＤ ＴＷＴ Ｆｌｏｗ ＩＤｓフィールドの長さを指示できる。このとき、ＭＬＤ ＴＷＴ Ｆｌｏｗ ＩＤｓフィールドの長さが５オクテットである場合に、Ｌｅｎｇｔｈ ｏｆ ＭＬＤ Ｆｌｏｗ ＩＤｓフィールドの値は５又は４に設定されてよい。このような実施例に係るＭＬＤ ＴＷＴ Ｆｌｏｗフィールドが図２４（ｂ）に示されている。

【0247】

また、ＴＷＴ Ｆｌｏｗ Ｃｏｎｔｒｏｌフィールドは、ＭＬＤ ＴＷＴ解除フレームを送信するマルチリンク装置とＭＬＤ ＴＷＴ解除フレームを受信するマルチリンク装置間とのに確立された全てのＴＷＴ合意を解除しようとすることを指示するサブフィールドを含んでよい。このようなサブフィールドをＴｅａｒｄｏｗｎ Ａｌｌ ＴＷＴ ｏｆ Ａｌｌ Ｌｉｎｋフィールドと呼ぶ。マルチリンク装置がＭＬＤ ＴＷＴ解除フレームの受信者との間に確立された全てのＴＷＴ合意を解除しようとする場合に、マルチリンク装置は、ＭＬＤ ＴＷＴ解除フレームのＴｅａｒｄｏｗｎ Ａｌｌ ＴＷＴ ｏｆ Ａｌｌ Ｌｉｎｋサブフィールドの値を１に設定できる。Ｔｅａｒｄｏｗｎ Ａｌｌ ＴＷＴ ｏｆ Ａｌｌ Ｌｉｎｋサブフィールドが１に設定されたＭＬＤ ＴＷＴ解除フレームが成功的に受信された場合に、ＭＬＤ ＴＷＴ解除フレームを送信したマルチリンク装置とＭＬＤ ＴＷＴ解除フレームを受信したマルチリンク装置との間に確立された全てのＴＷＴ合意が解除される。Ｔｅａｒｄｏｗｎ Ａｌｌ ＴＷＴ ｏｆ Ａｌｌ Ｌｉｎｋサブフィールドが１である場合に、Ｌｅｎｇｔｈ ｏｆ ＭＬＤ Ｆｌｏｗ ＩＤｓフィールドはリザーブドフィールドに設定されてよい。したがって、Ｔｅａｒｄｏｗｎ Ａｌｌ ＴＷＴ ｏｆ Ａｌｌ Ｌｉｎｋサブフィールドが１である場合に、ＭＬＤ ＴＷＴ ＦｌｏｗフィールドはＭＬＤ ＴＷＴ Ｆｌｏｗ ＩＤｓを含まなくてよい。このような実施例に係るＴＷＴ Ｆｌｏｗ Ｃｏｎｔｒｏｌフィールドが図２４（ｂ）に示されている。

【0248】

ＭＬＤ ＴＷＴ Ｆｌｏｗ ＩＤｓフィールドは、１オクテットごとに、３ビットのＴＷＴ Ｉｄｅｎｔｉｆｉｅｒサブフィールド、４ビットのＬｉｎｋ ＩＤフィールド、及び１ビットのＴｅａｒｄｏｗｎ Ａｌｌ ＴＷＴサブフィールドを反復して含んでよい。このとき、連続したＴＷＴ Ｉｄｅｎｔｉｆｉｅｒサブフィールド、Ｌｉｎｋ ＩＤフィールドが、ＭＬＤ ＴＷＴ解除フレームが解除するＴＷＴ合意を識別できる。このような実施例に係るＭＬＤ ＴＷＴ Ｆｌｏｗ ＩＤｓフィールドが図２４（ｃ）に示されている。

【0249】

また、Ｔｅａｒｄｏｗｎ Ａｌｌ ＴＷＴサブフィールドは、Ｔｅａｒｄｏｗｎ Ａｌｌ ＴＷＴサブフィールドに該当するリンクと関連したＴＷＴ合意が全て解除されることを指示できる。このとき、Ｔｅａｒｄｏｗｎ Ａｌｌ ＴＷＴサブフィールドに該当するリンクは、Ｔｅａｒｄｏｗｎ Ａｌｌ ＴＷＴサブフィールドと同じオクテットに含まれたＬｉｎｋ Ｉｄフィールドに該当するリンクである。また、Ｔｅａｒｄｏｗｎ Ａｌｌ ＴＷＴサブフィールドの値が１である場合に、ＴＷＴ Ｉｄｅｎｔｉｆｉｅｒサブフィールドはリザーブドフィールドとして設定されてよい。このような実施例に係るＭＬＤ ＴＷＴ Ｆｌｏｗ ＩＤｓフィールドが図２４（ｅ）に示されている。

【0250】

さらに他の具体的な実施例において、Ｔｅａｒｄｏｗｎ Ａｌｌ ＴＷＴサブフィールドは、Ｔｅａｒｄｏｗｎ Ａｌｌ ＴＷＴサブフィールドに該当するＴＷＴ Ｆｌｏｗ ＩＤに該当するＴＷＴ合意が全て解除されることを指示できる。このとき、Ｔｅａｒｄｏｗｎ Ａｌｌ ＴＷＴサブフィールドに該当するリンクは、Ｔｅａｒｄｏｗｎ Ａｌｌ ＴＷＴサブフィールドと同じオクテットに含まれたＴＷＴ Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｅｒサブフィールドに該当するＴＷＴ Ｆｌｏｗ ＩＤである。また、Ｔｅａｒｄｏｗｎ Ａｌｌ ＴＷＴサブフィールドの値が１である場合に、Ｌｉｎｋ ＩＤサブフィールドはリザーブドフィールドとして設定されてよい。このような実施例に係るＭＬＤ ＴＷＴ Ｆｌｏｗ ＩＤｓフィールドが図２４（ｆ）に示されている。

【0251】

さらに他の具体的な実施例において、ＭＬＤ ＴＷＴ Ｆｌｏｗ ＩＤｓフィールドは、複数のＴＷＴ Ｉｄｅｎｔｉｆｉｅｒサブフィールドを連続して含み、複数のＬｉｎｋ ＩＤフィールドを連続して含み、Ｔｅａｒｄｏｗｎ Ａｌｌ ＴＷＴサブフィールドを連続して含んでよい。このような実施例において、同じ順序のＴＷＴ ＩｄｅｎｔｉｆｉｅｒサブフィールドとＬｉｎｋ ＩＤフィールドが、ＭＬＤ ＴＷＴ解除フレームが解除するＴＷＴ合意を識別できる。例えば、一番目のＴＷＴ Ｉｄｅｎｔｉｆｉｅｒサブフィールドと一番目のＬｉｎｋ ＩＤフィールドとの組合せが、ＭＬＤ ＴＷＴ解除フレームが解除するＴＷＴ合意を識別し、二番目のＴＷＴ Ｉｄｅｎｔｉｆｉｅｒサブフィールドと二番目のＬｉｎｋ ＩＤフィールドとの組合せが、ＭＬＤ ＴＷＴ解除フレームが解除するＴＷＴ合意を識別できる。ＭＬＤ ＴＷＴ Ｆｌｏｗ ＩＤｓフィールドに含まれるＴＷＴ Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｅｒサブフィールドの個数、Ｌｉｎｋ ＩＤサブフィールドの個数、及びＴｅａｒｄｏｗｎ Ａｌｌ ＴＷＴサブフィールドの個数のうち少なくとも一つは、ＭＬＤ ＴＷＴ Ｆｌｏｗ ＩＤｓフィールドのサイズに比例してよい。また、Ｔｅａｒｄｏｗｎ Ａｌｌ ＴＷＴサブフィールドとＬｉｎｋ ＩＤフィールドは順次に対応してよい。例えば、一番目のＴｅａｒｄｏｗｎ Ａｌｌ ＴＷＴサブフィールドは一番目のＬｉｎｋ ＩＤフィールドに該当し、二番目のＴｅａｒｄｏｗｎ Ａｌｌ ＴＷＴサブフィールドは二番目のＬｉｎｋ ＩＤフィールドに該当してよい。また、Ｔｅａｒｄｏｗｎ Ａｌｌ ＴＷＴサブフィールドとＴＷＴ Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｅｒサブフィールドは順次に対応してよい。例えば、一番目のＴｅａｒｄｏｗｎ Ａｌｌ ＴＷＴサブフィールドは一番目のＴＷＴ Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｅｒサブフィールドに該当し、二番目のＴｅａｒｄｏｗｎ Ａｌｌ ＴＷＴサブフィールドは二番目のＴＷＴ Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｅｒサブフィールドに該当してよい。

【0252】

さらに他の具体的な実施例において、ＭＬＤ ＴＷＴ解除フレームは、複数のリンクを指示するためのＬｉｎｋ ＩＤビットマップを含んでよい。これは、前述したＴＷＴエレメントが含むＬｉｎｋ ＩＤ Ｂｉｔｍａｐフィールドのフォーマットと同一であってよい。その他、ＭＬＤ ＴＷＴ解除フレームは複数のＴＷＴ合意を解除するための情報をシグナルするためにビットマップを含んでよい。これについて図２５を用いて説明する。

【0253】

図２５は、本発明のさらに他の実施例に係るＭＬＤ ＴＷＴ Ｆｌｏｗフィールドのフォーマットを示す。

【0254】

前述したように、ＭＬＤ ＴＷＴ解除フレームは可変長を有してよい。このとき、ＭＬＤ ＴＷＴ解除フレームは、固定長のＭＬＤ ＴＷＴ Ｆｌｏｗ ＣｏｎｔｒｏｌフィールドとＭＬＤ ＴＷＴ Ｂｉｔｍａｐフィールドを含んでよい。すなわち、ＭＬＤ ＴＷＴ解除フレームは、図２４で説明した実施例において言及されたＭＬＤ ＴＷＴ Ｆｌｏｗ ＩＤｓフィールドの代わりに、ＭＬＤ ＴＷＴ Ｂｉｔｍａｐフィールドを含んでよい。このとき、ＭＬＤ ＴＷＴ Ｆｌｏｗ Ｃｏｎｔｒｏｌフィールドの長さは１オクテットであってよい。また、ＭＬＤ ＴＷＴ解除フレームにおいてＭＬＤ ＴＷＴ ＢｉｔｍａｐフィールドはＭＬＤ ＴＷＴ Ｆｌｏｗ Ｃｏｎｔｒｏｌフィールドの値によって省略されてよい。このような実施例に係るＭＬＤ ＴＷＴ Ｆｌｏｗフィールドのフォーマットが図２５（ａ）に示されている。

【0255】

ＭＬＤ ＴＷＴ Ｃｏｎｔｒｏｌフィールドは、ＭＬＤ ＴＷＴ Ｂｉｔｍａｐフィールドのサイズと関連した情報を示すサブフィールドを含んでよい。このようなサブフィールドをＬｅｎｇｔｈ ｏｆ Ｂｉｔｍａｐサブフィールドと呼ぶ。Ｌｅｎｇｔｈ ｏｆ Ｂｉｔｍａｐフィールドは３オクテット単位でＭＬＤ ＴＷＴ Ｂｉｔｍａｐフィールドのサイズを指示できる。例えば、ＭＬＤ ＴＷＴ Ｂｉｔｍａｐフィールドのサイズが９オクテットである場合に、Ｌｅｎｇｔｈ ｏｆ Ｂｉｔｍａｐフィールドの値は３又は２に設定されてよい。Ｌｅｎｇｔｈ ｏｆ Ｂｉｔｍａｐサブフィールドは３ビットのフィールドであってよい。このとき、ＭＬＤ ＴＷＴ Ｂｉｔｍａｐフィールドが有し得る長さの種類が８個以下に制限されてよい。これは、ＴＷＴ Ｆｌｏｗ ＩＤの個数が８個以下であるためである。このような実施例に係るＭＬＤ ＴＷＴ Ｃｏｎｔｒｏｌフィールドのフォーマットが図２５（ｂ）に示されている。

【0256】

ＭＬＤ ＴＷＴ Ｆｌｏｗ Ｃｏｎｔｒｏｌフィールドは、図２４で説明したように、ＭＬＤ ＴＷＴ解除フレームを送信するマルチリンク装置とＭＬＤ ＴＷＴ解除フレームを受信するマルチリンク装置との間に確立された全てのＴＷＴ合意を解除しようとすることを指示するサブフィールドを含んでよい。このようなサブフィールドをＴｅａｒｄｏｗｎ Ａｌｌ ＴＷＴ ｏｆ Ａｌｌ Ｌｉｎｋフィールドと呼ぶ。マルチリンク装置がＭＬＤ ＴＷＴ解除フレームの受信者との間に確立された全てのＴＷＴ合意を解除しようとする場合に、マルチリンク装置は、ＭＬＤ ＴＷＴ解除フレームのＴｅａｒｄｏｗｎ Ａｌｌ ＴＷＴ ｏｆ Ａｌｌ Ｌｉｎｋサブフィールドの値を１に設定できる。Ｔｅａｒｄｏｗｎ Ａｌｌ ＴＷＴ ｏｆ Ａｌｌ Ｌｉｎｋサブフィールドが１に設定されたＭＬＤ ＴＷＴ解除フレームが成功的に受信された場合に、ＭＬＤ ＴＷＴ解除フレームを送信したマルチリンク装置とＭＬＤ ＴＷＴ解除フレームを受信したマルチリンク装置との間に確立された全てのＴＷＴ合意が解除される。Ｔｅａｒｄｏｗｎ Ａｌｌ ＴＷＴ ｏｆ Ａｌｌ Ｌｉｎｋサブフィールドが１である場合に、Ｌｅｎｇｔｈ ｏｆ ＴＷＴ Ｂｉｔｍａｐフィールドはリザーブドフィールドとして設定されてよい。したがって、Ｔｅａｒｄｏｗｎ Ａｌｌ ＴＷＴ ｏｆ Ａｌｌ Ｌｉｎｋサブフィールドが１である場合に、ＭＬＤ ＴＷＴ ＦｌｏｗフィールドはＴＷＴ Ｂｉｔｍａｐフィールドを含まなくてよい。このような実施例に係るＴＷＴ Ｆｌｏｗ Ｃｏｎｔｒｏｌフィールドが 図２５（ｃ）に示されている。

【0257】

ＴＷＴ Ｂｉｔｍａｐフィールドは、３オクテットごとに、１オクテット長のＴＷＴ Ｆｌｏｗ ＩＤ Ｂｉｔｍａｐサブフィールドと２オクテット長のＬｉｎｋ ＩＤ Ｂｉｔｍａｐサブフィールドを反復して含んでよい。このような実施例に係るＴＷＴ Ｂｉｔｍａｐフィールドが図２５（ｄ）に示されている。ＴＷＴ Ｆｌｏｗ ＩＤ Ｂｉｔｍａｐサブフィールドは、ＴＷＴ解除フレームが解除しようとするＴＷＴ合意に該当するＴＷＴ Ｆｌｏｗ ＩＤを指示できる。ＭＬＤ ＴＷＴ解除フレームが、ＴＷＴ Ｆｌｏｗ ＩＤが１～３であるＴＷＴ合意を解除する場合に、ＴＷＴ Ｆｌｏｗ ＩＤ Ｂｉｔｍａｐサブフィールドは１１１０ ００００_２ｂに設定されてよい。このとき、ＴＷＴ Ｆｌｏｗ ＩＤの値１～８のそれぞれは、ＴＷＴ Ｆｌｏｗ ＩＤ Ｂｉｔｍａｐサブフィールドの一番目のビットから八番目のビットにマップされる。また、Ｌｉｎｋ ＩＤ Ｂｉｔｍａｐサブフィールドは、ＴＷＴ解除フレームが解除しようとするＴＷＴ合意に該当するリンクのリンクＩＤを指示できる。ＭＬＤ ＴＷＴ解除フレームがＬｉｎｋ ＩＤが１～３に対応するリンクに設定されたＴＷＴ合意を解除する場合に、Ｌｉｎｋ ＩＤ Ｂｉｔｍａｐサブフィールドは１１１０ ００００_２ｂに設定されてよい。このとき、Ｌｉｎｋ ＩＤの値１～８のそれぞれは、Ｌｉｎｋ ＩＤ Ｂｉｔｍａｐサブフィールドの一番目のビットから八番目のビットにマップされる。また、前述したように、ＴＷＴ Ｆｌｏｗ ＩＤは３ビットで指示されてよい。したがって、ＴＷＴ Ｆｌｏｗ ＩＤビットマップは、３ビットサイズのフィールドで１つのＴＷＴ Ｆｌｏｗ ＩＤの値を指示できる。この場合、ＴＷＴ Ｆｌｏｗ ＩＤビットマップサブフィールドの５ビットは、リザーブドフィールドであってよい。このような実施例に係るＴＷＴ Ｂｉｔｍａｐフィールドが図２５（ｅ）に示されている。

【0258】

さらに他の具体的な実施例において、ＴＷＴ Ｂｉｔｍａｐフィールドは、ＴＷＴ Ｆｌｏｗ ＩＤ Ｂｉｔｍａｐサブフィールドを連続して含み、Ｌｉｎｋ ＩＤ Ｂｉｔｍａｐサブフィールドを連続して含んでよい。ＴＷＴ Ｂｉｔｍａｐフィールドに含まれるＴＷＴ Ｆｌｏｗ ＩＤ Ｂｉｔｍａｐサブフィールドの長さ及びＬｉｎｋ ＩＤ Ｂｉｔｍａｐサブフィールドの長さのうち少なくとも一つは、ＴＷＴ Ｂｉｔｍａｐフィールドのサイズに比例してよい。

【0259】

ＴＷＴ解除フレームが解除しようとするＴＷＴ合意は、ＴＷＴ Ｆｌｏｗ ＩＤ Ｂｉｔｍａｐサブフィールドによって指示されるＴＷＴ Ｆｌｏｗ ＩＤに該当し、Ｌｉｎｋ ＩＤ Ｂｉｔｍａｐサブフィールドによって指示されるＬｉｎｋ ＩＤに該当するＴＷＴ合意である。

【0260】

前述したＭＬＤ ＴＷＴ解除フレームは、従来の無線ＬＡＮで用いられたＴＷＴ解除フレームではなくマルチリンク装置間に確立されたＴＷＴ合意を解除するためのフレームとして新しく定義されたものである。従来のＴＷＴ解除フレームを用いて、マルチリンク装置間に確立されたＴＷＴ合意を解除する方法について説明する。具体的には、１）ＴＷＴ解除フレームが送信されるリンクで確立されていた全てのＴＷＴ合意を解除する方法、２）特定リンクで確立されていた全てのＴＷＴ合意を解除する方法、３）全てのリンクで特定ＴＷＴ Ｆｌｏｗ ＩＤに該当するＴＷＴ合意を解除する方法、及び４）全てのリンクに設定された全てのＴＷＴ合意を解除する方法について説明する。

【0261】

図２６は、本発明の実施例に係るマルチリンク装置に確立されたＴＷＴ合意を解除するＴＷＴ解除フレームを示す。

【0262】

従来のＴＷＴ解除フレームは、１オクテット長のＴＷＴ Ｆｌｏｗフィールドを含む。このとき、ＴＷＴ Ｆｌｏｗフィールドの一番目のビットから三番目のビット（Ｂ０－Ｂ２）は、ＴＷＴ Ｆｌｏｗ ＩＤを指示するＴＷＴ Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｅｒサブフィールドである。ＴＷＴ Ｆｌｏｗフィールドの四番目のビットから五番目のビット（Ｂ３－Ｂ４）は、リザーブドサブフィールドである。ＴＷＴ Ｆｌｏｗフィールドの六番目のビットから七番目のビット（Ｂ５－Ｂ６）は、ネゴシエーションタイプを示すＮｅｇｏｔｉａｔｉｏｎ Ｔｙｐｅサブフィールドである。このとき、ＴＷＴ Ｆｌｏｗフィールドの六番目のビットから八番目のビット（Ｂ７）は、Ｔｅａｒｄｏｗｎ Ａｌｌ ＴＷＴサブフィールドとして設定されてよい。Ｔｅａｒｄｏｗｎ Ａｌｌ ＴＷＴサブフィールドは、ＴＷＴ解除フレームを送信するステーションとＴＷＴ解除フレームを受信するステーションとの間に確立された全てのＴＷＴ合意を解除しようとすることを指示できる。前述したＴＷＴ Ｆｌｏｗフィールドのフォーマットは、Ｎｅｇｏｔｉａｔｉｏｎ Ｔｙｐｅサブフィールドの値が０又は１である場合であってよい。Ｔｅａｒｄｏｗｎ Ａｌｌ ＴＷＴサブフィールドの値が１である場合に、ＴＷＴ Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｅｒサブフィールドはリザーブドフィールドとして設定され、ＴＷＴ Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｅｒサブフィールドの値は０に設定されてよい。

【0263】

まず、ＴＷＴ解除フレームが送信されるリンクで確立された全てのＴＷＴ合意を解除する方法について説明する。ＴＷＴ解除フレームが送信されるリンクで確立された全てのＴＷＴ合意を解除することをシグナルするために、ＴＷＴ解除フレームのＴｅａｒｄｏｗｎ ａｌｌ ＴＷＴサブフィールド（Ｂ７）の値は１に設定され、Ｔｅａｒｄｏｗｎ Ｔｙｐｅサブフィールド（Ｂ４）の値は０に設定されてよい。このとき、ＴＷＴ Ｆｌｏｗフィールドの一番目のビットから四番目のビットまで（Ｂ０－Ｂ３）は、リザーブドフィールドとして設定されてよい。このような実施例に係るＴＷＴ Ｆｌｏｗフィールドのフォーマットが図２６（ａ）に示されている。ＴＷＴ ＦｌｏｗフィールドのＴｅａｒｄｏｗｎ ａｌｌ ＴＷＴサブフィールドの値が１であり、Ｔｅａｒｄｏｗｎ Ｔｙｐｅサブフィールドの値は０である場合に、ＴＷＴ Ｆｌｏｗフィールドを含むＴＷＴ解除フレームを送信したマルチリンク装置と受信したマルチリンク装置は、両マルチリンク装置間に確立された全てのＴＷＴのうち、ＴＷＴ解除フレームが送信されるリンクで確立された全てのＴＷＴ合意を解除できる。

【0264】

特定リンクで確立された全てのＴＷＴ合意を解除する方法について説明する。特定リンクで確立された全てのＴＷＴ合意を解除することをシグナルするために、ＴＷＴ解除フレームのＴｅａｒｄｏｗｎ ａｌｌ ＴＷＴサブフィールド（Ｂ７）の値は０に設定され、Ｔｅａｒｄｏｗｎ Ｔｙｐｅサブフィールド（Ｂ４）の値は１に設定されてよい。このとき、ＴＷＴ Ｆｌｏｗフィールドの一番目のビットから四番目のビットまで（Ｂ０－Ｂ３）は、ＴＷＴ解除フレームが解除するＴＷＴ合意に該当するリンクを指示するＬｉｎｋ ＩＤフィールドとして設定されてよい。このような実施例に係るＴＷＴ Ｆｌｏｗフィールドのフォーマットが図２６（ｂ）に示されている。ＴＷＴ ＦｌｏｗフィールドのＴｅａｒｄｏｗｎ ａｌｌ ＴＷＴサブフィールドの値は０であり、Ｔｅａｒｄｏｗｎ Ｔｙｐｅサブフィールドの値は１である場合に、ＴＷＴ Ｆｌｏｗフィールドを含むＴＷＴ解除フレームを送信したマルチリンク装置と受信したマルチリンク装置は、Ｌｉｎｋ ＩＤフィールドが指示したリンクで確立された全てのＴＷＴ合意を解除できる。

【0265】

全てのリンクで特定ＴＷＴ Ｆｌｏｗ ＩＤに該当するＴＷＴ合意を解除する方法について説明する。全てのリンクで特定ＴＷＴ Ｆｌｏｗ ＩＤに該当するＴＷＴ合意を解除することをシグナルするために、ＴＷＴ解除フレームのＴｅａｒｄｏｗｎ ａｌｌ ＴＷＴサブフィールド（Ｂ７）の値は０に設定され、Ｔｅａｒｄｏｗｎ Ｔｙｐｅサブフィールド（Ｂ４）の値は０に設定され、Ａｌｌ Ｌｉｎｋサブフィールド（Ｂ３）の値は１に設定されてよい。このような実施例に係るＴＷＴ Ｆｌｏｗフィールドのフォーマットが図２６（ｃ）に示されている。ＴＷＴ解除フレームのＴｅａｒｄｏｗｎ ａｌｌ ＴＷＴサブフィールドの値が０で、Ｔｅａｒｄｏｗｎ Ｔｙｐｅサブフィールドの値が０で、Ａｌｌ Ｌｉｎｋサブフィールドの値が１である場合に、ＴＷＴ Ｆｌｏｗフィールドを含むＴＷＴ解除フレームを送信したマルチリンク装置と受信したマルチリンク装置は、両マルチリンク装置と確立されたＴＷＴ合意のうち、ＴＷＴ Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｅｒフィールドが指示するＴＷＴ Ｆｌｏｗ ＩＤに該当する全てのＴＷＴ合意を解除できる。

【0266】

全てのリンクに設定された全てのＴＷＴ合意を解除する方法について説明する。全てのリンクに設定された全てのＴＷＴ合意を解除することをシグナルするために、ＴＷＴ解除フレームのＴｅａｒｄｏｗｎ ａｌｌ ＴＷＴサブフィールド（Ｂ７）の値は１に設定され、Ｔｅａｒｄｏｗｎ Ｔｙｐｅサブフィールド（Ｂ４）の値は１に設定されてよい。このとき、ＴＷＴ Ｆｌｏｗフィールド（Ｂ０－Ｂ３）はリザーブドフィールドとして設定されてよい。このような実施例に係るＴＷＴ Ｆｌｏｗフィールドのフォーマットが図２６（ｄ）に示されている。ＴＷＴ解除フレームのＴｅａｒｄｏｗｎ ａｌｌ ＴＷＴサブフィールドの値が１であり、Ｔｅａｒｄｏｗｎ Ｔｙｐｅサブフィールドの値が１である場合に、ＴＷＴ Ｆｌｏｗフィールドを含むＴＷＴ解除フレームを送信したマルチリンク装置と受信したマルチリンク装置は、両マルチリンク装置と確立されたＴＷＴ合意を解除できる。

【0267】

前述した実施例において、ＴＷＴ合意は、ＴＷＴ解除フレームによって解除された。ただし、ＴＷＴ解除フレームが送信又は受信されない場合にもＴＷＴ合意は解除されてよい。これを黙示的解除と呼ぶ。これについて図２７を用いて説明する。

【0268】

図２７は、本発明の実施例に係るマルチリンク装置間に確立されたＴＷＴ合意が黙示的に解除されることを示す。

【0269】

ＡＰとｎｏｎ－ＡＰステーションとの結合が解除される場合に、ＡＰとｎｏｎ－ＡＰステーションとの間に確立されたＴＷＴ合意が黙示的に解除されてよい。また、ＡＰとｎｏｎ－ＡＰステーションとの結合が行われたリンクが非活性化（ｄｉｓａｂｌｅ）される場合に、ＡＰとｎｏｎ－ＡＰステーションとの間に確立されたＴＷＴ合意が黙示的に解除されてよい。このとき、リンクが非活性化されることは、リンクにマップされたＴＩＤがなくなることを含んでよい。以下の説明では、説明の便宜のために、ＡＰとｎｏｎ－ＡＰステーション間の結合が解除（ｄｉｓａｓｓｏｃｉａｔｅ）される場合を取り上げて説明するが、これは、ＡＰとｎｏｎ－ＡＰステーションとの結合が行われたリンクが非活性化（ｄｉｓａｂｌｅ）される場合にも適用されてよい。

【0270】

前述したように、１つのＴＷＴエレメントによって複数のリンクにＴＷＴ合意が確立されてよい。このとき、複数のリンクに確立されたＴＷＴ合意のＴＷＴ Ｆｌｏｗ ＩＤは同一であってよい。また、複数のリンクに確立されたＴＷＴ合意の要請ステーションが同一であり、複数のリンクに確立されたＴＷＴ合意の応答ステーションが同一であってよい。このため、複数のリンクに確立されたＴＷＴ合意が互いに区別し難く、ＴＷＴ合意を解除する時にも同時に解除されなければならないことがある。また、従来の無線ＬＡＮ標準においてＡＰとｎｏｎ－ＡＰステーションが結合解除される場合に、ＡＰとｎｏｎ－ＡＰステーションは、ＡＰとｎｏｎ－ＡＰステーション間に確立されたＴＷＴ合意を黙示的に解除する。この時、ＡＰとｎｏｎ－ＡＰステーションとの間に確立されたＴＷＴ合意に関する情報を削除する。

【0271】

１つのＴＷＴエレメントによって複数のリンクにＴＷＴ合意が確立され、複数のリンクに確立されたＴＷＴ合意のＴＷＴ Ｆｌｏｗ ＩＤは同一であり、ＴＷＴ要請ステーションとＴＷＴ応答ステーションが結合解除される場合に、複数のＴＷＴ合意は全て黙示的に解除されてよい。

【0272】

さらに他の具体的な実施例において、マルチリンク装置に含まれたステーションである第１ステーションが、第１ステーションと結合された第２ステーションと結合解除される場合に、第１ステーションがＴＷＴ応答ステーションであるか或いは第１ステーションがＴＷＴ要請ステーションであるＴＷＴ合意は、黙示的に解除されてよい。このとき、第１ステーションが第１リンクで動作する。解除されるＴＷＴ合意は、第１ステーションが含まれたマルチリンク装置が動作するリンクのうち、第１リンク以外のリンクで動作するステーションに継承されてよい。この時、ＴＷＴ合意の継承のためにＬｉｎｋ ＩＤを含むシグナリングが行われてよい。また、ＴＷＴ合意の継承のためのシグナリングは、マネジメントフレームで送信されてよい。また、このようなＴＷＴ合意の継承は、いずれか一つのステーションがステーションと結合されたステーションと結合されない場合にも適用されてよい。ＴＷＴ合意の継承が行われる場合に、継承前に確立されたＴＷＴ合意は解除されてよい。前述した実施例において、ＴＷＴ合意継承は、以前に確立されたＴＷＴ合意に適用されるＴＷＴパラメータが新しいＴＷＴ合意に適用されることを示すことができる。

【0273】

図２７の実施例において、ｎｏｎ－ＡＰマルチリンク装置（ｎｏｎ－ＡＰ ＭＬＤ）は、第１ステーション（ＳＴＡ１）、第２ステーション（ＳＴＡ２）及び第３ステーション（ＳＴＡ３）を含む。第１ステーション（ＳＴＡ１）、第２ステーション（ＳＴＡ２）及び第３ステーション（ＳＴＡ３）のそれぞれは、第１リンク（Ｌｉｎｋ１）、第２リンク（Ｌｉｎｋ２）、及び第３リンク（Ｌｉｎｋ３）で動作する。ＡＰマルチリンク装置（ＡＰ ＭＬＤ）は、第１ＡＰ（ＡＰ１）、第２ＡＰ（ＡＰ２）及び第３ＡＰ（ＡＰ３）を含む。第１ＡＰ（ＡＰ１）、第２ＡＰ（ＡＰ２）及び第３ＡＰ（ＡＰ３）のそれぞれは、第１リンク（Ｌｉｎｋ１）、第２リンク（Ｌｉｎｋ２）、及び第３リンク（Ｌｉｎｋ３）で動作する。第１ステーション（ＳＴＡ１）と第１ＡＰ（ＡＰ１）は結合され、第１リンク（Ｌｉｎｋ１）、第２リンク（Ｌｉｎｋ２）、及び第３リンク（Ｌｉｎｋ３）でＴＷＴ合意（ＴＷＴ１，ＴＷＴ２，ＴＷＴ３）を確立する。第１リンク（Ｌｉｎｋ１）、第２リンク（Ｌｉｎｋ２）、及び第３リンク（Ｌｉｎｋ３）でＴＷＴ合意（ＴＷＴ１，ＴＷＴ２，ＴＷＴ３）の要請ステーション及び応答ステーションは第１ステーション（ＳＴＡ１）及び第１ＡＰ（ＡＰ１）である。ｎｏｎ－ＡＰマルチリンク装置（ｎｏｎ－ＡＰ ＭＬＤ）とＡＰマルチリンク装置（ＡＰ ＭＬＤ）が再結合（ｒｅａｓｓｏｃｉａｔｉｏｎ）手順を行い、第１ステーション（ＳＴＡ１）と第１ＡＰ（ＡＰ１）が結合解除されてよい。第１ステーション（ＳＴＡ１）及び第１ＡＰ（ＡＰ１）がＴＷＴ応答ステーション又はＴＷＴ要請ステーションであるＴＷＴ合意は全て黙示的に解除されてよい。したがって、第１リンク（Ｌｉｎｋ１）、第２リンク（Ｌｉｎｋ２）、及び第３リンク（Ｌｉｎｋ３）でＴＷＴ合意（ＴＷＴ１，ＴＷＴ２，ＴＷＴ３）が全て解除される。

【0274】

再結合により、第１ステーション（ＳＴＡ１）が、ＡＰマルチリンク装置（ＡＰ ＭＬＤ）の第１ＡＰ（ＡＰ１）と異なるＡＰである第４ＡＰ（ＡＰ４）に結合されて他のリンクで動作できる。このとき、第１ステーション（ＳＴＡ１）と第１ＡＰ（ＡＰ１）間のＴＷＴ合意は、第１ステーション（ＳＴＡ１）と第４ＡＰ（ＡＰ４）に継承されてよい。このように、最初ＴＷＴ設定が行われたリンクに関係なく、ＴＷＴ合意継承によって新しいリンクにＴＷＴ合意が設定されてよい。

【0275】

上記のように無線ＬＡＮ通信を取り上げて本発明を説明したが、本発明はこれに限定されず、セルラー通信などの他の通信システムでも同一に適用可能である。また、本発明の方法、装置及びシステムは特定の実施例と関連して説明されたが、本発明の構成要素、動作の一部又は全部は、汎用ハードウェアアーキテクチャーを有するコンピュータシステムによって具現可能である。

【0276】

以上で実施例に説明された特徴、構造、効果などは本発明の少なくとも一つの実施例に含まれ、必ずしも一つの実施例にのみ限定されない。なお、各実施例で例示された特徴、構造、効果などは、実施例の属する分野における通常の知識を有する者によって他の実施例に対しても組合せ又は変形して実施可能である。したがって、このような組合せ及び変形に関係する内容は本発明の範囲に含まれるものと解釈されるべきであろう。

【0277】

以上では実施例を中心に説明したが、これは単に例示であるだけ、本発明を限定するものではなく、本発明の属する分野における通常の知識を有する者であれば、本実施例の本質的な特性から逸脱しない範囲で、以上に例示されていない様々な変形及び応用が可能であることが理解できよう。例えば、実施例に具体的に示された各構成要素は変形実施が可能である。また、このような変形及び応用に関係する差異点は、添付する特許請求の範囲で規定する本発明の範囲に含まれるものと解釈されるべきであろう。

【符号の説明】

【0278】

１００ ステーション
１１０ プロセッサ
１２０ 通信部
１４０ ユーザインタフェース部
１５０ ディスプレーユニット
１６０ メモリ
２００ ＡＰ
２１０ プロセッサ
２２０ 通信部
２６０ メモリ
３００ サーバ
Ｓ１０１ ビーコン（ｂｅａｃｏｎ）メッセージ
Ｓ１０３ プローブ要請（ｐｒｏｂｅ ｒｅｑｕｅｓｔ）
Ｓ１０５ プローブ応答（ｐｒｏｂｅ ｒｅｓｐｏｎｓｅ）
Ｓ１０７ａ 認証要請（ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｒｅｑｕｅｓｔ）
Ｓ１０７ｂ 認証応答（ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｒｅｓｐｏｎｓｅ）
Ｓ１０９ａ 結合要請（ａｓｓｏｃｉａｔｉｏｎ ｒｅｑｕｅｓｔ）
Ｓ１０９ｂ 結合応答（ａｓｓｏｃｉａｔｉｏｎ ｒｅｓｐｏｎｓｅ）
Ｓ１１１ 認証ステップ
Ｓ１１３ ＩＰアドレス獲得ステップ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8(a)】

【図8(b)】

【図8(c)】

【図8(d)】

【図9】

【図10】

【図11】

【図12(a)】

【図12(b)】

【図13(a)】

【図13(b)】

【図14】

【図15】

【図16(a)】

【図16(b)】

【図16(c)】

【図16(d)】

【図17】

【図18】

【図19】

【図20】

【図21(a)】

【図21(b)】

【図22】

【図23(a)】

【図23(b)】

【図24(a)】

【図24(b)】

【図24(c)】

【図24(d)】

【図24(e)】

【図24(f)】

【図25(a)】

【図25(b)】

【図25(c)】

【図25(d)】

【図25(e)】

【図26】

【図27】

【国際調査報告】