特表 2024-519935 マルチリンクを用いる無線通信方法及びこれを用いる無線通信端末

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

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

(11)【公表番号】

(43)【公表日】2024-05-21

(54)【発明の名称】マルチリンクを用いる無線通信方法及びこれを用いる無線通信端末

(51)【国際特許分類】

   H04W 72/0457 20230101AFI20240514BHJP

   H04W 84/12 20090101ALI20240514BHJP

   H04W 8/22 20090101ALI20240514BHJP

【ＦＩ】

H04W72/0457 110

H04W84/12

H04W8/22

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2023572009

(86)(22)【出願日】2022-05-18

(85)【翻訳文提出日】2023-11-20

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

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

(87)【国際公開日】2022-11-24

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

(32)【優先日】2021-05-18

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

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

(32)【優先日】2021-06-23

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】516079109

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

(74)【代理人】

【識別番号】100108453

【弁理士】

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

(74)【代理人】

【識別番号】100110364

【弁理士】

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

(74)【代理人】

【識別番号】100133400

【弁理士】

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

(72)【発明者】

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

(72)【発明者】

【氏名】ゴンジュン・コ

(72)【発明者】

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

(72)【発明者】

【氏名】ジンサム・カク

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

5K067

【Ｆターム（参考）】

5K067AA11

5K067BB21

5K067EE02

5K067EE10

5K067FF02

(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】

【図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】本発明の一実施例に係る要素のフォーマットの一例を示す図である。

【図28】本発明の一実施例に係る、ＮＳＴＲ ＡＰ ＭＬＤがノンプライマリー（ｎｏｎ－Ｐｒｉｍａｒｙ）にＱｕｉｅｔ間隔（ｉｎｔｅｒｖａｌ）を設定（定義）する過程の一例を示す図である。

【図29】本発明の一実施例に係る、ＮＳＴＲ ＡＰ ＭＬＤがノンプライマリーのチャネル変更（Ｃｈａｎｎｅｌ Ｓｗｉｔｃｈ）を行う方法の一例を示す図である。

【図30】特定帯域幅で動作するステーションが送信するプローブ要請フレーム（Ｐｒｏｂｅ Ｒｅｑｕｅｓｔ ｆｒａｍｅ）、結合要請フレーム（Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔ ｆｒａｍｅ）及び結合応答フレーム（Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅ）の一例を示す図である。

【図31】本発明の一実施例に係る、ＨＴ（Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ）／ＶＨＴ（Ｖｅｒｙ Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ）関連要素情報を、特定帯域幅でない他のリンクで交換して多重リンク設定を行う方法の一例を示す図である。

【図32】本発明の一実施例に係る、コンプリートＰｅｒ－ＳＴＡプロファイル（ｃｏｍｐｌｅｔｅ Ｐｅｒ－ＳＴＡ ｐｒｏｆｉｌｅ）の継承（ｉｎｈｅｒｉｔａｎｃｅ）方法を説明するための管理フレーム（Ｍａｎａｇｅｍｅｎｔ ｆｒａｍｅ）の構成の一部を例示する図である。

【図33】本発明の一実施例に係るｎｏｎ－ＡＰ ＭＬＤの動作の一例を示すフローチャートである。

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

【0024】

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

【0025】

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

【0026】

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

【0027】

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

【0028】

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

【0029】

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

【0030】

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

【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】

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

【0056】

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

【0057】

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

【0058】

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

【0059】

Ｌ＿ＬＥＮＧＴＨフィールドの単位はバイトであり、総１２ビットが割り当てられて最大４０９５までシグナルでき、Ｌ＿ＲＡＴＥフィールドとの組合せで該当ＰＰＤＵの長さを示すことができる。このとき、レガシー端末とノンレガシー端末はＬ＿ＬＥＮＧＴＨフィールドを別個の方法で解釈することができる。

【0060】

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

【0061】

【数1】

【0062】

このとき、

【数2】

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

【0063】

【数3】

【0064】

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

【0065】

【数4】

【0066】

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

【0067】

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

【0068】

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

【0069】

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

【0070】

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

【0071】

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

【0072】

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

【0073】

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

【0074】

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

【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】

ただし、ＭＬＤのＡＰは、ＭＬＤ内の他のＡＰのＴＢＴＴオフセットを常に認知できるため、ＲＮＲ要素を用いて他のＡＰ（同じＭＬＤの）に対応する隣ＡＰ ＴＢＴＴオフセットサブフィールドを指示（設定）する時に２５５と指示（設定）してはならない。

【0279】

具体的には、ビーコンフレームのＲＮＲ要素に含まれた隣ＡＰ情報フィールドは、ビーコンフレームが送信される時間同士間のオフセットを指示する隣ＡＰ ＴＢＴＴオフセットサブフィールドを含んでよい。このとき、隣ＡＰ ＴＢＴＴオフセットサブフィールドは、ビーコンフレームが送信された時点とＡＰ ＭＬＤ（ＮＳＴＲ又はＳＴＲ ＡＰ ＭＬＤ）に含まれた複数個のＡＰのうち隣ＡＰ ＴＢＴＴオフセットサブフィールドに対応するＡＰによる次のビーコンフレームが送信される時点とのオフセット値を示す。この場合、隣ＡＰ ＴＢＴＴオフセットサブフィールドの場合、特定条件によって特定値に設定することができない。

【0280】

例えば、ビーコンフレームを送信したＡＰと同じＡＰ ＭＬＤに含まれる場合に、隣ＡＰ ＴＢＴＴオフセットサブフィールドは特定値（例えば、「２５５」）に設定されることがない。このとき、隣ＡＰ ＴＢＴＴオフセットサブフィールドのサイズは８ビットであってよく、この場合、隣ＡＰ ＴＢＴＴオフセットサブフィールドは隣ＡＰ ＴＢＴＴオフセットサブフィールドによって指示可能な最大の値に設定されることがない（８ビットである場合に、０から２５５までの値にそれぞれ対応するため、８ビットで指示可能なオフセットの最大値は２５５であり得る）。しかし、ビーコンフレームを送信したＡＰと同じＡＰ ＭＬＤに含まれない場合（例えば、ＡＰがレガシーＡＰである場合など）に、隣ＡＰ ＴＢＴＴオフセットサブフィールドは特定値（例えば、「２５５」）に設定されてよい。

【0281】

これと類似の実施例として、隣ＡＰ ＴＢＴＴオフセットサブフィールドは、特定条件によって設定された値が異なるように解析されてよい。

【0282】

例えば、隣ＡＰ ＴＢＴＴオフセットサブフィールドが特定値（例えば、「２５４」）に設定される場合に、特定条件によって設定された値が「２５４」又は「２５４」以上と、異なるように解析されてよい。

【0283】

具体的には、隣ＡＰ ＴＢＴＴオフセットサブフィールドが含まれた隣ＡＰ情報フィールドに対応するＡＰが、ビーコンフレームを送信したＡＰと同じＡＰ ＭＬＤ又は他のＭＬＤに含まれ、隣ＡＰ ＴＢＴＴオフセットサブフィールドは特定値（例えば、「２５４」）に設定される場合に、ステーションは、隣ＡＰ ＴＢＴＴオフセットサブフィールドによって指示された値を２５４ＴＵと解析できる。しかし、ビーコンフレームを送信したＡＰと同じＡＰ ＭＬＤ又は他のＭＬＤに含まれず（例えば、ＡＰがレガシーＡＰであるか、ＭＬＤに含まれないＡＰである場合など）、隣ＡＰ ＴＢＴＴオフセットサブフィールドは、特定値（例えば、「２５４」）に設定される場合に、ステーションは、隣ＡＰ ＴＢＴＴオフセットサブフィールドによって指示された値を２５４ＴＵ又はそれ以上のＴＵと解析できる

【0284】

一般に、従来ＡＰがビーコンフレームを用いて隣ＡＰに対する基本的な情報と共にＴＢＴＴオフセット情報を含めて送信する理由は、ビーコンフレームを受信したＳＴＡが他のＡＰの基本的な情報を迅速に取得し、確認されたＴＢＴＴオフセット情報を用いてより効率的に他のＡＰのビーコンフレームを受信するように助けるためであり得る。

【0285】

ただし、従来のビーコンフレームに含まれた隣ＡＰ ＴＢＴＴオフセットサブフィールドは１オクテットで構成され、最大で２５４ＴＵに該当するＴＢＴＴオフセットのみを指示可能な形態で設計された。これは、他のＡＰが有し得る最大ＴＢＴＴオフセット（設定可能なビーコンインターバルを考慮したときに（２＾１６）或いは（２＾１６）－１ＴＵ）を考慮したとき、２５４ＴＵ以上のＴＢＴＴオフセットを有する場合に関する情報支援を排除することによって、ビーコンフレームのオーバーヘッドと指示可能な情報を妥協した形態の隣ＡＰ ＴＢＴＴオフセットサブフィールド設計であってよい。

【0286】

しかし、ＡＰ ＭＬＤがビーコンフレームを用いてＭＬＤ内の他のＡＰに関する情報を指示する時には、前記他のＡＰのＴＢＴＴオフセットをより正確に知らせるために追加のＭＬＤ ＡＰ ＴＢＴＴオフセットサブフィールドを含めて送信できる。ＭＬＤ ＡＰ ＴＢＴＴオフセットサブフィールドは、ＡＰ ＭＬＤがビーコンフレームを送信する時に、同一ＭＬＤに存在する他のＡＰに対応するＴＢＴＴ情報フィールドに含まれてよい。このとき、特定ＴＢＴＴ情報フィールドで隣ＡＰ ＴＢＴＴオフセットサブフィールドとＭＬＤ ＡＰ ＴＢＴＴオフセットサブフィールドが共に指示される場合に、隣ＡＰ ＴＢＴＴオフセットサブフィールドは、予め設定された値（２５４或いは２５５であり得る。）と指示されてよい。ＭＬＤ ＡＰ ＴＢＴＴオフセットサブフィールドは、２オクテットサイズのサブフィールドであり、ビーコンフレームを送信したＡＰ（Ｒｅｐｏｒｔｉｎｇ ＡＰ）と同じＭＬＤの他のＡＰ（Ｒｅｐｏｒｔｅｄ ＡＰ）とのＴＢＴＴオフセットが２５４ＴＵを超えるとき、ＴＢＴＴオフセット値を指示するために活用されてよい。さらにいうと、ＭＬＤ ＡＰ ＴＢＴＴオフセットサブフィールドは、ＡＰ ＭＬＤがビーコンフレームを送信する時に、同一ＭＬＤ内の他のＡＰのＴＢＴＴオフセットが２５４ＴＵを超えて既存隣ＡＰ ＴＢＴＴオフセットサブフィールドで正確なＴＢＴＴオフセットを指示できない時に限ってＴＢＴＴ情報フィールドに含まれてよい。

【0287】

ＳＴＡ ＭＬＤは、特定ＡＰから受信したビーコンフレームに含まれたＲＮＲ要素においてＭＬＤ ＡＰ ＴＢＴＴオフセットサブフィールドが含まれたＴＢＴＴ情報フィールドを確認した場合に、当該ＴＢＴＴ情報フィールドに対応するＡＰのＴＢＴＴオフセットを、ＭＬＤ ＡＰ ＴＢＴＴオフセットサブフィールドで指示された値に基づいて確認することができる。このとき、ビーコンフレームに含まれたＴＢＴＴ情報フィールドがＭＬＤ ＡＰ ＴＢＴＴオフセットサブフィールドを含むか否かを把握するために、ＳＴＡは、各ＴＢＴＴ情報フィールドに対応するＴＢＴＴ情報長さサブフィールド（各隣ＡＰ情報フィールドのＴＢＴＴ Ｉｎｆｏｒｍａｔｉｏｎ Ｈｅａｄｅｒ（サブ）フィールドにある）の値に基づいて確認されるものであってよい。すなわち、ＳＴＡは、ＴＢＴＴ Ｉｎｆｏｒｍａｔｉｏｎ Ｌｅｎｇｔｈサブフィールドの値に基づいて、ＴＢＴＴ情報フィールドにＭＬＤ ＡＰ ＴＢＴＴオフセットサブフィールドが含まれることを認知した場合に、当該ＴＢＴＴ情報フィールドに対応するＡＰのＴＢＴＴオフセットを、ＭＬＤ ＡＰ ＴＢＴＴオフセットサブフィールドに指示された値に基づいて確認することができる。このとき、ＳＴＡ ＭＬＤは、特定ＴＢＴＴ情報フィールドのＭＬＤ ＡＰ ＴＢＴＴオフセットサブフィールドによって０或いは予め設定された値（或いは、２５４以下の値）が指示された場合に、隣ＡＰ ＴＢＴＴオフセットサブフィールドの値に基づいて、前記特定ＴＢＴＴ情報フィールドに対応するＡＰのＴＢＴＴオフセットを確認することができる。

【0288】

図２２には、本発明の一実施例に係るＴＢＴＴ情報フィールドフォーマットのさらに他の例を示す。

【0289】

図２２を参照すると、ＴＢＴＴ情報フィールドは、ＭＬＤ ＡＰ ＴＢＴＴオフセットサブフィールドを含む構成を有してよい。ＭＬＤ ＡＰ ＴＢＴＴオフセットサブフィールドは、ＡＰ ＭＬＤのＡＰが送信するビーコンフレームにのみ含まれるものであってよい。また、ＭＬＤ ＡＰ ＴＢＴＴオフセットサブフィールドは、ビーコンフレームを送信するＡＰと同じＭＬＤの他のＡＰに対応するＴＢＴＴ情報フィールドにのみ含まれてよい。

【0290】

一例として、ＡＰ ＭＬＤの特定ＡＰが送信するビーコンフレームにおいて、同一ＭＬＤの他のＡＰのＴＢＴＴオフセットが３００ＴＵであることを指示するために、前記他のＡＰに対応するＴＢＴＴ情報フィールドを、ＭＬＤ ＡＰ ＴＢＴＴオフセットサブフィールドを含むフォーマットとして活用することができる。このとき、前記他のＡＰに対応するＴＢＴＴ情報フィールドの隣ＡＰ ＴＢＴＴオフセットサブフィールドは２５４或いは２５５と指示され、ＭＬＤ ＡＰ ＴＢＴＴオフセットサブフィールドは、３００ＴＵに対応する値（例えば、３００或いは２９９、或いは（３００－２５４））と指示されてよい。このとき、上述したＭＬＤ ＡＰ ＴＢＴＴオフセットサブフィールドは例示のためのサブフィールド名であり、同じ用途のサブフィールドが別の名称と定義されてよい。

【0291】

図２３には、本発明の一実施例に係る、ＭＬＤ ＡＰ ＴＢＴＴオフセットサブフィールド（Ｏｆｆｓｅｔ ｓｕｂｆｉｅｌｄ）が含まれたＴＢＴＴ情報フィールドを指示するＴＢＴＴ情報長さサブフィールド（Ｉｎｆｏｒｍａｔｉｏｎ Ｌｅｎｇｔｈ ｓｕｂｆｉｅｌｄ）の一例を示す。

【0292】

図２３を参照すると、ＴＢＴＴ情報長さサブフィールドによって、ＴＢＴＴ情報フィールドに含まれたコンテンツの種類が指示されてよい。ＴＢＴＴ情報長さサブフィールドは、ＲＮＲ要素に含まれた隣ＡＰ情報フィールドに存在するＴＢＴＴ情報ヘッダーフィールドに含まれたサブフィールドであってよい。すなわち、ビーコンフレームで送信するＲＮＲ要素には複数の隣ＡＰ情報フィールドが含まれてよく、各隣ＡＰ情報フィールドに含まれたＴＢＴＴ情報フィールドは、互いに異なる量及び種類のコンテンツを含む構造であってよい。このとき、各隣ＡＰ情報フィールドに含まれたＴＢＴＴ情報フィールドが互いに異なる量及び種類のコンテンツを含んでよいので、各ＴＢＴＴ情報フィールドによって指示されるコンテンツ（及び、フォーマット）に関する情報がＴＢＴＴ情報ヘッダーフィールドによって指示される。

【0293】

すなわち、ＳＴＡは、ＡＰを介して受信したビーコンフレームのＲＮＲ要素において各隣ＡＰ情報フィールドを、ＴＢＴＴ情報ヘッダーで指示された情報に基づいてパース（ｐａｒｓｅ）することができる。このとき、パースされた各隣ＡＰ情報フィールドは、隣ＡＰ或いは同一ＭＬＤの他のＡＰに関する情報を指示するものであってよい。このとき、ＴＢＴＴ情報ヘッダーフィールドに含まれたＴＢＴＴ情報長さサブフィールドの値が、図２３に示すように、ＭＬＤ ＡＰ ＴＢＴＴオフセットサブフィールドを含むコンテンツ構成を意味すると、ＳＴＡは、当該ＴＢＴＴ情報フィールドに対応するＡＰのＴＢＴＴオフセットを、ＭＬＤ ＡＰ ＴＢＴＴオフセットサブフィールドで指示された値に基づいて確認することができる。

【0294】

＜ノンプライマリーリンクのセットアップ及び管理＞

【0295】

前述したように、ＮＳＴＲ ＡＰ ＭＬＤは、ノンプライマリーリンクでビーコンフレーム、プローブ応答フレーム、ＭＬ（Ｍｕｌｔｉ－ｌｉｎｋ）プローブ応答フレームを送信することができない。したがって、ＮＳＴＲ ＡＰ ＭＬＤと連結されようとするＳＴＡ ＭＬＤは、ＮＳＴＲ ＡＰ ＭＬＤがビーコンフレームを送信したリンクでのみ（ＭＬ）プローブ要請フレームを送信しなければならない。

【0296】

ＥＨＴ ｎｏｎ－ＡＰ ＳＴＡ ＭＬＤのＳＴＡが送信するＭＬプローブ要請フレームは、従来ＨＥ ＳＴＡが送信するプローブ要請フレームに含まれた情報の他にも、ＥＨＴ Ｃａｐａｂｉｌｉｔｙ情報及びＭｕｌｔｉ－Ｌｉｎｋ要素を含む構成を有し得る。このとき、ＭＬプローブ要請フレームに含まれたＭｕｌｔｉ－Ｌｉｎｋ要素は、ＭＬプローブ要請フレームを送信するＭＬＤが、ＡＰ ＭＬＤに他のリンクのＡＰに対する追加情報を要請する役割を担うことができる。

【0297】

一例として、ｎｏｎ－ＡＰ ＳＴＡ ＭＬＤは、ＭＬプローブ要請フレームを送信する時に、ＭＬプローブ要請フレームのＭｕｌｔｉ－Ｌｉｎｋ要素を用いて、他のリンクのＡＰに対する完全情報（Ｃｏｍｐｌｅｔｅ ｉｎｆｏｒｍａｔｉｏｎ）或いは部分情報（Ｐａｒｔｉａｌ ｉｎｆｏｒｍａｔｉｏｎ）をさらに応答するようにＡＰ ＭＬＤに要請することができる。すなわち、ＭＬプローブ要請フレームを受信するＡＰに、同一ＡＰ ＭＬＤに含まれた他のＡＰのリンクに関連したパラメータの全部又は一部を送信するようにＡＰ ＭＬＤに要請できる。

【0298】

例えば、ノンプライマリーリンクで連結されたＡＰに関連したパラメータの全部又は一部がアップデートされた場合に、ｎｏｎ－ＡＰ ＳＴＡ ＭＬＤに含まれたステーションは、プライマリーリンクで連結されたＡＰに、ノンプライマリーリンクの他のＡＰと関連してアップデートされたパラメータの全部又は一部の送信を要請できる。

【0299】

このとき、前記完全情報が要請／応答されるということは、前記他のリンクのＡＰ（Ｒｅｐｏｒｔｅｄ ＡＰ）に対して、ＭＬプローブ応答フレームを応答するＡＰ（Ｒｅｐｏｒｔｉｎｇ ＡＰ）と同じレベルの情報が要請／応答されることを意味する。このとき、前記部分情報が要請／応答されるということは、前記他のリンクのＡＰに関する情報が、ＳＴＡによって要請された情報に対してのみ応答されることを意味する。

【0300】

ビーコンフレームを送信したＡＰ ＭＬＤは、特定リンクで受信したＭＬプローブ要請フレームにおいて、他のリンクのＡＰに対する追加情報が要請された場合に、ＭＬプローブ応答フレームを用いて、前記特定リンクのＡＰに関する情報の他、前記要請された他のリンクのＡＰに対する追加情報も応答できる。

【0301】

このとき、ＳＴＡ ＭＬＤが特定リンクでＭＬプローブ要請フレームを送信しながら他のリンクのＡＰに対する完全情報を要請した場合に、ＡＰ ＭＬＤは、前記特定リンクで応答するＭＬプローブ応答フレームを用いて、前記他のリンクのＡＰに関する情報を、前記特定リンクのＡＰに関する情報と同じレベルで提供しなければならない。言い換えると、特定リンクで他のリンクのＡＰに対する完全情報の応答を受けたＳＴＡ ＭＬＤは、前記他のリンクのＡＰに対して、前記他のリンクのＡＰからＭＬプローブ応答（ＭＬ Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅ）を直接受信した時と同じレベルの情報を取得できる。

【0302】

このとき、ＳＴＡ ＭＬＤが特定リンクでＭＬプローブ要請フレームを送信しながら他のリンクのＡＰに対する部分情報を要請した場合に、ＡＰ ＭＬＤは、前記特定リンクで応答するＭＬプローブ応答フレームを用いて、前記他のリンクのＡＰに関する情報のうち、要請された情報（要請された要素の情報）のみを提供できる。言い換えると、特定リンクで他のリンクのＡＰに対する部分情報の応答を受けたＳＴＡ ＭＬＤは、前記他のリンクのＡＰに対して自分が要請した情報のみをさらに取得できる。このとき、他のリンクのＡＰに対する部分情報を要請するＳＴＡ ＭＬＤは、前記他のリンクに該当するリンクＩＤと共に、さらに取得しようとする情報を指示する情報（Ｒｅｑｕｅｓｔｅｄ ｅｌｅｍｅｎｔ ＩＤｓフィールドによって指示されてよい。）を含めてＭＬプローブ要請フレームを送信することができる。したがって、ＡＰ ＭＬＤは、特定リンクで受信したＭＬプローブ要請フレームが他のリンクに関する情報をを指示する情報（Ｒｅｑｕｅｓｔ ｅｌｅｍｅｎｔ ＩＤｓフィールド）を含む場合に、前記他のリンクに対して指示された情報をＭＬプローブ応答フレームでさらに指示できる。

【0303】

このとき、ＳＴＡ ＭＬＤは、特定リンクでＭＬプローブ要請フレームを送信する時に、他のリンクに対する完全情報を要請するのか部分情報を要請するのかを示すために、前記他のリンクと対応するＣｏｍｐｌｅｔｅ Ｐｒｏｆｉｌｅサブフィールド（Ｍｕｌｔｉ－Ｌｉｎｋ要素に含まれたＰｅｒ－ＳＴＡ Ｃｏｎｔｒｏｌフィールドの）を０或いは１に設定できる。

【0304】

このとき、前記他のＡＰに対する追加情報（Ｃｏｍｐｌｅｔｅ及びＰａｒｔｉａｌ）は、ＭＬプローブ応答フレームのＭｕｌｔｉ－ｌｉｎｋ要素に含まれたＰｅｒ－ＳＴＡプロファイルによって送信されてよい。Ｐｅｒ－ＳＴＡプロファイルは、Ｍｕｌｔｉ－ｌｉｎｋ要素に０個或いは０個を超えて含まれたフィールドであり、Ｍｕｌｔｉ－Ｌｉｎｋ要素を含むフレームを送信するＳＴＡ（ＡＰ及びｎｏｎ－ＡＰ ＳＴＡ）と同じＭＬＤに存在する他のＳＴＡ（ＡＰ及びｎｏｎ－ＡＰ ＳＴＡ）の情報を含んでよい。このとき、Ｐｅｒ－ＳＴＡプロファイルは、Ｃｏｍｐｌｅｔｅ Ｐｒｏｆｉｌｅサブフィールドを含む構成を有し、Ｃｏｍｐｌｅｔｅ Ｐｒｏｆｉｌｅサブフィールドが１と指示されたＰｅｒ－ＳＴＡプロファイルに対応（該当）する他のＳＴＡ（ＡＰ及びｎｏｎ－ＡＰ ＳＴＡ）の完全情報（Ｍｕｌｔｉ－Ｌｉｎｋ要素が含まれたフレームを送信するＳＴＡ（ＡＰ及びｎｏｎ－ＡＰ）と同じレベルの情報）は、当該Ｐｅｒ－ＳＴＡプロファイルから取得できる。ただし、当該Ｐｅｒ－ＳＴＡプロファイルを送信したＳＴＡ（ＡＰ及びｎｏｎ－ＡＰ）と同じ情報を意味するパラメータ／要素は、継承（ｉｎｈｅｒｉｔａｎｃｅ）規則によって省略されてよい。継承規則は、同じパラメータ及び要素の反復的な指示を防ぐために、当該パラメータ及び要素が指示されないと、既に指示された同じパラメータ及び要素（他のＳＴＡ（ＡＰ及びｎｏｎ－ＡＰ）に対して指示された）の値を継承して活用することを意味できる。すなわち、ＳＴＡ１に対してｐａｒａｍｅｔｅｒ１の値が指示され、ＳＴＡ２に対しｐａｒａｍｅｔｅｒ１の値が指示されないと、継承（ｉｎｈｅｒｉｔａｎｃｅ）規則によって、ＳＴＡ２に対するｐａｒａｍｅｔｅｒ１の値は、ＳＴＡ１のｐａｒａｍｅｔｅｒ１の値と同じものが指示されたと解析されてよい。

【0305】

このとき、ＮＳＴＲ ＡＰ ＭＬＤが送信したＭｕｌｔｉ－ｌｉｎｋ要素に含まれるＰｅｒ－ＳＴＡプロファイルサブ要素（Ｐｒｏｆｉｌｅ ｓｕｂｅｌｅｍｅｎｔ）は、ビーコンが送信されるインターバルを指示するためのビーコンインターバル（Ｂｅａｃｏｎ Ｉｎｔｅｒｖａｌ）サブフィールドを含まない構成を有してよい。すなわち、ＮＳＴＲ ＡＰ ＭＬＤは、Ｍｕｌｔｉ－ｌｉｎｋ要素でノンプライマリーリンクのＡＰに対応するＰｅｒ－ＳＴＡプロファイルサブ要素を指示するとき、ビーコンインターバルプレゼント（Ｂｅａｃｏｎ Ｉｎｔｅｒｖａｌ Ｐｒｅｓｅｎｔ）サブフィールドを０に設定しなければならない。これは、ＮＳＴＲ ＡＰ ＭＬＤのノンプライマリーリンクで運用されるＡＰがビーコンフレームを送信しないことからビーコンフレームの周期が別に存在しないためであり得る。すなわち、ＮＳＴＲ ＡＰ ＭＬＤのノンプライマリーリンクのＡＰに対応するＰｅｒ－ＳＴＡプロファイルサブ要素（プローブ応答及び結合応答フレームの）は、Ｃｏｍｐｌｅｔｅ Ｐｒｏｆｉｌｅサブフィールド（Ｐｅｒ－ＳＴＡ Ｃｏｎｔｒｏｌフィールドの）が１に指示されても、ビーコンインターバルプレゼントサブフィールドが０と指示されてよい。すなわち、ノンプライマリーリンクのＡＰに対するビーコンインターバル情報は、完全情報が指示される時にも存在しない。

【0306】

同様に、ノンプライマリーリンクのＡＰに対するＤＴＩＭ情報（ＤＴＩＭ Ｃｏｕｎｔ及びＤＴＩＭ Ｐｅｒｉｏｄ情報）は、完全情報が指示される時にも存在しなくてよい。すなわち、ＮＳＴＲ ＡＰ ＭＬＤのノンプライマリーリンクのＡＰに対応するＰｅｒ－ＳＴＡプロファイルは、Ｃｏｍｐｌｅｔｅ Ｐｒｏｆｉｌｅサブフィールド（Ｐｅｒ－ＳＴＡ Ｃｏｎｔｒｏｌフィールドの）が１と指示されても、ＤＴＩＭ情報プレゼント（ＤＴＩＭ Ｉｎｆｏ Ｐｒｅｓｅｎｔ）サブフィールドが０と指示されてよい。

【0307】

すなわち、ノンプライマリーリンクでビーコンが送信されないため、ｎｏｎ－ＡＰ ＳＴＡ ＭＬＤがＡＰ ＭＬＤのプライマリーリンクのＡＰを介してノンプライマリーリンクの他のＡＰに対する全ての情報（又は、全てのアップデートされた情報）を要請した場合（すなわち、完全情報を「１」に設定した場合）にも、ＭＬプローブ応答フレームにノンプライマリーリンクのＡＰに対するビーコンインターバル及びＤＴＩＭ情報が存在しなくてよい。すなわち、ＭＬプローブ応答フレームに含まれたノンプライマリーリンクのＡＰに対するＰｅｒ－ＳＴＡプロファイルサブエレメントにビーコンインターバル及びＤＴＩＭ情報が含まれなくてよい。

【0308】

この場合、たとえノンプライマリーリンクの他のＡＰに対する全ての情報（又は、全てのアップデートされた情報）が要請されたが、ＡＰ ＭＬＤは、ノンプライマリーリンクのＡＰに対するビーコンインターバル及びＤＴＩＭ情報をＭＬプローブ応答フレームに含めなくてよい。したがって、この場合、ＡＰ ＭＬＤは、ビーコンインターバルプレゼントサブフィールド及びＤＴＩＭ情報プレゼントサブフィールドを、それぞれのフィールドが含まれないということを示す値（例えば、「０」）に設定して送信できる。

【0309】

ＮＳＴＲ ＡＰ ＭＬＤは、ノンプライマリーリンクにビーコンフレームを送信しないため、ノンプライマリーリンクのＡＰに関する情報を指示する時に、ＤＴＩＭ情報及びビーコンインターバル情報を指示しなくてよい。すなわち、ＮＳＴＲ ＡＰ ＭＬＤは、ノンプライマリーリンクのＡＰに対応するＰｅｒ－ＳＴＡプロファイル（より正確には、ＳＴＡ Ｃｏｎｔｒｏｌフィールド）のＤＴＩＭ情報プレゼントサブフィールドを常に０と指示する必要があり得る。すなわち、ＮＳＴＲ ＡＰ ＭＬＤは、ノンプライマリーリンクのＡＰに対応するＰｅｒ－ＳＴＡプロファイルでビーコンインターバルプレゼント（Ｂｅａｃｏｎ Ｉｎｔｅｒｖａｌ Ｐｒｅｓｅｎｔ）サブフィールドを常に０と指示する必要があり得る。したがって、ＮＳＴＲ ＡＰ ＭＬＤがｎｏｎ－ＡＰ ＳＴＡ ＭＬＤから、完全情報を要請するＭＬプローブ要請フレームを受信するか、（ＭＬ）（再）結合要請フレームを受信した場合にも、前記ＮＳＴＲ ＡＰ ＭＬＤは、ノンプライマリーリンクのＡＰに対応するＰｅｒ－ＳＴＡプロファイルのＢｅａｃｏｎ Ｉｎｔｅｒｖａｌ Ｐｒｅｓｅｎｔサブフィールド及びＤＴＩＭ情報プレゼントサブフィールドを常に０と指示する必要があり得る。

【0310】

或いは、ＮＳＴＲ ＡＰ ＭＬＤは、ノンプライマリーリンクにビーコンフレームが送信されないため、ノンプライマリーリンクのＡＰに対応するＰｅｒ－ＳＴＡプロファイルで、Ｂｅａｃｏｎ Ｉｎｔｅｒｖａｌ、ＤＴＩＭ Ｃｏｕｎｔ、ＤＴＩＭ Ｉｎｔｅｒｖａｌのサブフィールドを、予め約束された値に設定する必要があり得る。これは、ＮＳＴＲ ＡＰ ＭＬＤがノンプライマリーリンクのＡＰに対する完全情報を送信（応答）する時に、一般的なＡＰ ＭＬＤ（例えば、ＳＴＲ ＡＰ ＭＬＤ）と同じＰｅｒ－ＳＴＡプロファイル構成を維持するために考慮される動作であり得る。すなわち、ＳＴＡ ＭＬＤはＡＰ ＭＬＤに、ＭＬプローブ要請フレームなどを用いて特定リンクに対する完全情報を要請した後、応答される応答フレーム（Ｒｅｓｐｏｎｓｅ ｆｒａｍｅ）に前記特定リンクのＡＰに対する完全情報が応答されることが期待できる。このとき、ＮＳＴＲ ＡＰ ＭＬＤが応答した完全情報が、ＳＴＲ ＡＰ ＭＬＤが応答する完全情報と異なるＰｅｒ－ＳＴＡプロファイル構成を有すると、ＳＴＡ ＭＬＤがＰｅｒ－ＳＴＡプロファイルによって情報を取得する過程の具現複雑度が増加することがある。そのため、ＮＳＴＲ ＡＰ ＭＬＤは、たとえノンプライマリーリンクのＡＰがビーコンフレームを送信しなくても、ノンプライマリーリンクの完全情報を応答する時に、一般的なＡＰ ＭＬＤが完全情報を応答する時に用いるＰｅｒ－ＳＴＡプロファイルと同じ構成のＰｅｒ－ＳＴＡプロファイルを用いることができる。このとき、ＮＳＴＲ ＡＰ ＭＬＤのノンプライマリーリンクのＡＰに対応するＰｅｒ－ＳＴＡプロファイルは、Ｂｅａｃｏｎ Ｉｎｔｅｒｖａｌサブフィールド、ＤＴＩＭ Ｃｏｕｎｔサブフィールド、及びＤＴＩＭ Ｉｎｔｅｒｖａｌサブフィールドが予め設定された値にそれぞれ設定されてよい。一例として、ＮＳＴＲ ＡＰ ＭＬＤは、ノンプライマリーリンクのＡＰに対する完全情報を送信する時に、ノンプライマリーリンクのＢｅａｃｏｎ Ｉｎｔｅｒｖａｌサブフィールドの各ビットを全て０或いは全て１或いは予め約束された方式で設定できる。一例として、ＮＳＴＲ ＡＰ ＭＬＤは、ノンプライマリーリンクのＡＰに対する完全情報を送信する時に、ノンプライマリーリンクのＤＴＩＭ Ｃｏｕｎｔサブフィールドの各ビットを全て０或いは全て１或いは予め約束された方式で設定できる。一例として、ＮＳＴＲ ＡＰ ＭＬＤは、ノンプライマリーリンクのＡＰに対する完全情報を送信する時に、ノンプライマリーリンクのＤＴＩＭ Ｉｎｔｅｒｖａｌサブフィールドの各ビットを全て０或いは全て１或いは予め約束された方式で設定できる。

【0311】

或いは、ＮＳＴＲ ＡＰ ＭＬＤは、ノンプライマリーリンクにビーコンフレームが送信されないため、ノンプライマリーリンクのＡＰに対応するＰｅｒ－ＳＴＡプロファイルにおいて、Ｂｅａｃｏｎ Ｉｎｔｅｒｖａｌ、ＤＴＩＭ Ｃｏｕｎｔ、ＤＴＩＭ Ｉｎｔｅｒｖａｌのサブフィールドを、プライマリーリンクのビーコンフレームと関連した値に設定できる。これは、上述したように、同じＰｅｒ－ＳＴＡプロファイル構成を維持するために考慮される動作であり得る。このとき、ＮＳＴＲ ＡＰ ＭＬＤのノンプライマリーリンクのＡＰに対応するＰｅｒ－ＳＴＡプロファイルは、Ｂｅａｃｏｎ Ｉｎｔｅｒｖａｌサブフィールド、ＤＴＩＭ Ｃｏｕｎｔサブフィールド、及びＤＴＩＭ Ｉｎｔｅｒｖａｌサブフィールドがプライマリーリンクで送信されるビーコンフレームと関連した値にそれぞれ設定されてよい。一例として、ＮＳＴＲ ＡＰ ＭＬＤは、ノンプライマリーリンクのＡＰに対する完全情報を送信する時に、ノンプライマリーリンクのＢｅａｃｏｎ Ｉｎｔｅｒｖａｌサブフィールドをプライマリーリンクのビーコンインターバルを指示（意味）する値に設定できる。一例として、ＮＳＴＲ ＡＰ ＭＬＤは、ノンプライマリーリンクのＡＰに対する完全情報を送信する時に、ノンプライマリーリンクのＤＴＩＭ ＣｏｕｎｔサブフィールドをプライマリーリンクのＤＴＩＭ Ｃｏｕｎｔ値に設定できる。一例として、ＮＳＴＲ ＡＰ ＭＬＤは、ノンプライマリーリンクのＡＰに対する完全情報を送信する時に、ノンプライマリーリンクのＤＴＩＭ ＩｎｔｅｒｖａｌサブフィールドをプライマリーリンクのＤＴＩＭインターバルを指示（意味）する値に設定できる。

【0312】

或いは、ＮＳＴＲ ＡＰ ＭＬＤは、ノンプライマリーリンクにビーコンフレームが送信されないため、ノンプライマリーリンクのＡＰに対応するＰｅｒ－ＳＴＡプロファイルのＢｅａｃｏｎ Ｉｎｔｅｒｖａｌ、ＤＴＩＭ Ｃｏｕｎｔ、ＤＴＩＭ Ｉｎｔｅｒｖａｌのサブフィールドを、特定の目的を有する値に設定できる。さらにいうと、ノンプライマリーリンクのＢｅａｃｏｎ Ｉｎｔｅｒｖａｌサブフィールドは、ＡＰ ＭＬＤによって特定の目的を有する値（仮想のビーコンインターバル）、例えば計算のための値に設定されてよい。従来、Ｗｉ－Ｆｉのビーコンインターバルは、言葉通りにビーコンフレームが送信される時間間隔（ｉｎｔｅｒｖａｌ）に関連した値を意味する一方、様々なＢＳＳの動作に対する時間単位（ｔｉｍｅ ｕｎｉｔｓ）として活用される。一例として、ＪｏｉｎｔＦａｉｌｕｒｅＴｉｍｅｏｕｔ、ＱｕｅｒｙＦａｉｌｕｒｅＴｉｍｅｏｕｔプリミティブなどの単位（ｕｎｉｔ）がビーコンインターバルと定義され、Ｌｉｓｔｅｎ ｉｎｔｅｒｖａｌフィールド、ＰＲＡＷ Ｓｔａｒｔオフセットサブフィールド、ＡＩＤ Ｒｅｑｕｅｓｔ Ｉｎｔｅｒｖａｌフィールド、ＡＩＤ Ｓｗｉｔｃｈ Ｃｏｕｎｔフィールド、ＡＩＤ Ｒｅｓｐｏｎｓｅ Ｉｎｔｅｒｖａｌフィールド、Ｍｉｎｉｍｕｍ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｉｎｔｅｒｖａｌサブフィールド、Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｍｅａｓｕｒｅｍｅｎｔ Ｄｕｒａｔｉｏｎ、Ｃｏｌｏｒ Ｓｗｉｔｃｈ Ｃｏｕｎｔｄｏｗｎ（ＢＳＳ Ｃｏｌｏｒ Ｃｈａｎｇｅ Ａｎｎｏｕｎｃｅｍｅｎｔ要素の）サブフィールドなどが、ビーコンインターバル（或いは、ＴＢＴＴ）を基本単位として活用してｉｎｔｅｒｖａｌ／Ｄｕｒａｔｉｏｎを指示する。このように、ビーコンインターバルは、実際にビーコンフレームが送信されるインターバルに関連した値の意味を有する一方、様々なプリミティブ（ｐｒｉｍｉｔｉｖｅ）及びフィールドに単位（ｕｎｉｔ）として活用される値であるので、ノンプライマリーリンクに実際にビーコンフレームが送信されなくとも、上述したプリミティブ／サブフィールドの単位として活用されるための用途として、ノンプライマリーリンクに対するビーコンインターバルが定義（指示、設定）される必要があり得る。

【0313】

すなわち、ＮＳＴＲ ＡＰ ＭＬＤは、たとえノンプライマリーリンクにビーコンフレームが送信されなくとも、ノンプライマリーリンクのＡＰに対応するＰｅｒ－ＳＴＡプロファイルのＢｅａｃｏｎ Ｉｎｔｅｒｖａｌサブフィールドを、ノンプライマリーリンクの時間単位として活用するためのビーコンインターバル値と指示できる。この場合、ｎｏｎ－ＡＰ ＭＬＤは、前記ノンプライマリーリンクのＡＰに対応するＰｅｒ－ＳＴＡプロファイルのＢｅａｃｏｎ ｉｎｔｅｒｖａｌサブフィールドで指示された値に基づいて、上述したプリミティブ及びフィールド（ビーコンインターバル単位として活用する）のｄｕｒａｔｉｏｎ及びｉｎｔｅｒｖａｌを認知（確認、計算）できる。このとき、ノンプライマリーリンクのＡＰに対応するＰｅｒ－ＳＴＡプロファイルのＤＴＩＭ Ｉｎｔｅｒｖａｌサブフィールド及びＤＴＩＭ Ｃｏｕｎｔサブフィールドも、ＡＰ ＭＬＤのＢＳＳ運用目的によって設定されてよく、ノンプライマリーリンクでＳＴＡを運用するｎｏｎ－ＡＰ ＭＬＤはノンプライマリーリンクのＳＴＡを運用する時に、前記設定された値に基づいて動作する必要があり得る。

【0314】

一方、上述したＮＳＴＲ ＡＰ ＭＬＤのノンプライマリーリンクのビーコンに関連したサブフィールド（Ｂｅａｃｏｎ Ｉｎｔｅｒｖａｌ、ＤＴＩＭ Ｃｏｕｎｔ、ＤＴＩＭ Ｉｎｔｅｒｖａｌなど）の設定方法は、プライマリーリンクで送信するＰｅｒ－ＳＴＡプロファイルの他、ノンプライマリーリンクのビーコンに関連した情報を含む他のフレーム及びサブフィールドにも（プライマリーリンク或いはノンプライマリーリンクで送信される）にも同一に適用されてよい。

【0315】

また、ＮＳＴＲ ＡＰ ＭＬＤと結合（Ａｓｓｏｃｉａｔｉｏｎ）しようとするｎｏｎ－ＡＰ ＳＴＡ ＭＬＤは、プライマリーリンクとノンプライマリーリンクに対してセットアップ（Ｓｅｔｕｐ）を要請しながら送信するＬｉｓｔｅｎ ｉｎｔｅｒｖａｌフィールドの単位としてＮＳＴＲ ＡＰ ＭＬＤのプライマリーリンクのビーコンインターバルを活用する必要があり得る。すなわち、ＮＳＴＲ ＡＰ ＭＬＤにＬｉｓｔｅｎ ｉｎｔｅｒｖａｌフィールドを送信するｎｏｎ－ＡＰ ＳＴＡ ＭＬＤは、Ｌｉｓｔｅｎ ｉｎｔｅｒｖａｌフィールドの単位を、ＮＳＴＲ ＡＰ ＭＬＤのプライマリーリンクで動作するＡＰのビーコンインターバルと計算して設定しなければならない。このとき、前記Ｌｉｓｔｅｎ ｉｎｔｅｒｖａｌフィールドは、 多重リンク（再）結合（Ｍｕｌｔｉ－Ｌｉｎｋ （Ｒｅ）Ａｓｓｏｃｉａｔｉｏｎ）を行うｎｏｎ－ＡＰ ＳＴＡ ＭＬＤがビーコンフレームを受信するために少なくとも１個のＳＴＡがウェイク（ｗａｋｅ）状態に転換する周期（時間）に関連した情報を指示するフィールドであってよい。このとき、前記Ｌｉｓｔｅｎ ｉｎｔｅｒｖａｌフィールドは、ＭＬＭＥプリミティブでＬｉｓｔｅｎＩｎｔｅｒｖａｌパラメータが指示される時に派生した値を指示するものであってよい。

【0316】

このとき、ｎｏｎ－ＡＰ ＳＴＡ ＭＬＤは、ＮＳＴＲ ＡＰ ＭＬＤでない他のＡＰ ＭＬＤ（例えば、ＳＴＲ ＡＰ ＭＬＤ）にＬｉｓｔｅｎ ｉｎｔｅｒｖａｌフィールドを送信する時に、Ｌｉｓｔｅｎ ｉｎｔｅｒｖａｌフィールドの単位（ｕｎｉｔ）を、自分がセットアップを行おうとするリンク（のＡＰ）のビーコンインターバルのうち最大値に設定する必要があり得る。一例として、ｎｏｎ－ＡＰ ＳＴＡ ＭＬＤがＡＰ ＭＬＤとリンク１又はリンク２と多重リンクセットアップ（Ｍｕｌｔｉ－Ｌｉｎｋ Ｓｅｔｕｐ）を行おうとする場合に、ｎｏｎ－ＡＰ ＳＴＡ ＭＬＤは、ＭＬ結合要請フレームに含まれているＬｉｓｔｅｎ ｉｎｔｅｒｖａｌフィールドの単位を、リンク１（のＡＰ）のビーコンインターバルとリンク２のビーコンインターバルのうち大きい値にすることができる。すなわち、リンク１のビーコンインターバルが１００ｍｓで、リンク２のビーコンインターバルが５０ｍｓであれば、ｎｏｎ－ＡＰ ＳＴＡ ＭＬＤが送信したＬｉｓｔｅｎ ｉｎｔｅｒｖａｌサブフィールド単位は１００ｍｓ単位であってよい。

【0317】

一般に、ＡＰとＳＴＡがセットアップを完了した場合に、ＳＴＡは、ＡＰが送信するビーコンフレームを受信しながらＡＰの動作パラメータ及び要素変更事項を把握し追跡（ｕｐｄａｔｅ）することができる。また、ビーコンフレームは、Ｔｉｍｅｓｔａｍｐフィールドを含め、ＢＳＳ内のＳＴＡが時間同期（Ｔｉｍｅ Ｓｙｎｃ）を取るための情報を提供する役割も担う。

【0318】

しかし、ＮＳＴＲ ＡＰ ＭＬＤは、前述したようにノンプライマリーリンクでビーコンフレームを送信しないため、ＮＳＴＲ ＡＰ ＭＬＤとセットアップを行ったＳＴＡ ＭＬＤは、ノンプライマリーリンクに対するＰａｒａｍｅｔｅｒ／要素追跡（アップデート）及び時間同期維持のために別の動作を行う必要があり得る。

【0319】

本発明の一実施例によれば、ＮＳＴＲ ＡＰ ＭＬＤと結合したｎｏｎ－ＡＰ ＳＴＡ ＭＬＤは、プライマリーリンクでビーコンフレームを受信した後に、ノンプライマリーリンクのＣｈａｎｇｅ Ｓｅｑｕｅｎｃｅ（ＲＮＲ要素のＭＬＤ ｐａｒａｍｅｔｅｒフィールドにある）を確認し、ＭＬ Ｐｒｏｂｅ Ｒｅｑｕｅｓｔを送信できる。このとき、ｎｏｎ－ＡＰ ＳＴＡ ＭＬＤが送信したＭＬプローブ要請フレームは、ノンプライマリーリンクの変更されたパラメータ及び要素情報を要請するための目的で送信されたものであってよい。このとき、ＭＬプローブ要請フレームは、ノンプライマリーリンク（及び、ノンプライマリーリンクのＡＰ）に対応するＰｅｒ－ＳＴＡプロファイルのコンプリートプロファイルを１に設定して送信することによって、ノンプライマリーリンクの完全情報を要請するものであってよい。或いは、ＳＴＡ ＭＬＤがノンプライマリーリンクのｐａｒａｍｅｔｅｒ／要素をアップデートする目的で送信するＭＬプローブ要請フレームは、ノンプライマリーリンクに対するＣｏｍｐｌｅｔｅ／部分情報でないＵｐｄａｔｅｄ Ｉｎｆｏｒｍａｔｉｏｎを要請することができる。

【0320】

言い換えると、ｎｏｎ－ＡＰ ＳＴＡ ＭＬＤとＡＰ ＭＬＤ間に複数個のリンクが形成された場合にも、結合、再結合、及び／又はパラメータのアップデート手順を行うためのフレームはプライマリーリンクでのみ行われてよい。例えば、ビーコンフレームに含まれた隣ＡＰ情報に含まれた他のＡＰのリンクに対するパラメータのアップデートであるか否かを示す特定フィールド（例えば、変更シーケンス又はＢＳＳパラメータ変更カウントサブフィールド（ＢＳＳ Ｐａｒａｍｅｔｅｒ Ｃｈａｎｇｅ Ｃｏｕｎｔサブフィールドなど）から、ＳＴＡが、ノンプライマリーリンクのＡＰに対するパラメータがアップデートされたということを認識した場合に、ｎｏｎ－ＡＰ ＳＴＡ ＭＬＤは、他のＡＰのノンプライマリーリンクでないプライマリーリンクで、アップデートされたパラメータの送信を要請できる。すなわち、ｎｏｎ－ＡＰ ＭＬＤは、ノンプライマリーリンクでは、アップデートされたパラメータを要請するためのフレーム（例えば、プローブ要請フレームなど）を送信することができない。

【0321】

一例として、ＮＳＴＲ ＡＰ ＭＬＤとセットアップを行った後、ノンプライマリーリンクのＰａｒａｍｅｔｅｒ／要素をアップデートするための情報を要請するｎｏｎ－ＡＰ ＳＴＡ ＭＬＤは、プライマリーリンクで送信するＭＬプローブ要請フレームにおいて、ノンプライマリーリンクに対応するＰｅｒ－ＳＴＡプロファイルのＵｐｄａｔｅｄ Ｐｒｏｆｉｌｅサブフィールドを１に設定することによって、ノンプライマリーリンクのＡＰに対して変更されたｐａｒａｍｅｔｅｒ／要素を要請することができる。ＮＳＴＲ ＡＰ ＭＬＤは、受信したＭＬプローブ要請フレームのＰｅｒ－ＳＴＡプロファイル（ノンプライマリーリンクに対応する）でＵｐｄａｔｅｄ Ｐｒｏｆｉｌｅサブフィールドが１と指示された場合に、変更されたノンプライマリーリンクの情報（パラメータ及び要素）を含むＭＬプローブ応答フレームを応答することができる。

【0322】

このとき、ｎｏｎ－ＡＰ ＳＴＡ ＭＬＤが送信したＭＬプローブ要請フレームのＰｅｒ－ＳＴＡプロファイルフィールドは、Ｕｐｄａｔｅｄ ＰｒｏｆｉｌｅサブフィールドとＲｅｃｏｒｄｅｄ Ｃｈａｎｇｅ Ｓｅｑｕｅｎｃｅサブフィールドを含む構成を有してよい。Ｒｅｃｏｒｄｅｄ Ｃｈａｎｇｅ Ｓｅｑｕｅｎｃｅサブフィールドは、ｎｏｎ－ＡＰ ＳＴＡ ＭＬＤがノンプライマリーリンクに対して維持している最新Ｃｈａｎｇｅ Ｓｅｑｕｅｎｃｅ値を指示し、ＡＰ ＭＬＤは、Ｒｅｃｏｒｄｅｄ Ｃｈａｎｇｅ Ｓｅｑｕｅｎｃｅサブフィールドによって指示された値に基づいてＵｐｄａｔｅｄ Ｉｎｆｏｒｍａｔｉｏｎの種類を確認／決定できる。

【0323】

一例として、ＮＳＴＲ ＡＰ ＭＬＤがノンプライマリーリンクのＣｈａｎｇｅ Ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒを１００から１０１に増加しながらＰａｒａｍｅｔｅｒ１を変更したし、さらにＣｈａｎｇｅ Ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒを１０１から１０２に増加しながらＰａｒａｍｅｔｅｒ２を変更していてよい。このとき、ＳＴＡ ＭＬＤがＭＬプローブ要請フレームを送信しながらノンプライマリーリンクのＵｐｄａｔｅｄ ｉｎｆｏｒｍａｔｉｏｎを要請できる。この場合、ＮＳＴＲ ＡＰ ＭＬＤは、ｎｏｎ－ＡＰ ＳＴＡ ＭＬＤがＲｅｃｏｒｄｅｄ Ｃｈａｎｇｅ Ｓｅｑｕｅｎｃｅサブフィールドを１００と指示すると、Ｐａｒａｍｅｔｅｒ１とＰａｒａｍｅｔｅｒ２を全て含んでいるＭＬプローブ応答フレームを応答し、ｎｏｎ－ＡＰ ＳＴＡ ＭＬＤがＲｅｃｏｒｄｅｄ Ｃｈａｎｇｅ Ｓｅｑｕｅｎｃｅサブフィールドを１０１と指示すると、Ｐａｒａｍｅｔｅｒ２のみを含んでいるＭＬプローブ応答フレームを応答できる。

【0324】

このとき、Ｎｏｎ－ＡＰ ＳＴＡ ＭＬＤは、Ｕｐｄａｔｅｄ Ｐｒｏｆｉｌｅを要請するために別のＵｐｄａｔｅｄ Ｐｒｏｆｉｌｅサブフィールドを活用せずに、Ｃｏｍｐｌｅｔｅ Ｐｒｏｆｉｌｅサブフィールドを０と指示できる。すなわち、Ｎｏｎ－ＡＰ ＳＴＡ ＭＬＤがＵｐｄａｔｅｄ Ｐｒｏｆｉｌｅを要請する方法は、Ｃｏｍｐｌｅｔｅ Ｐｒｏｆｉｌｅサブフィールドを０に設定することであってよく、この場合、別のＵｐｄａｔｅｄ ＰｒｏｆｉｌｅサブフィールドがＰｅｒ－ＳＴＡプロファイルに含まれなくてよい。

【0325】

図２４は、本発明の一実施例に係る各ＳＴＡのプロファイルサブ要素（Ｐｅｒ－ＳＴＡ Ｐｒｏｆｉｌｅ ｓｕｂｅｌｅｍｅｎｔ）フォーマットの一例を示す。

【0326】

図２４（ａ）を参照すると、Ｐｅｒ－ＳＴＡプロファイルサブ要素は、ＳＴＡ Ｃｏｎｔｒｏｌフィールドを含む構成を有してよい。ＳＴＡ Ｃｏｎｔｒｏｌフィールド（図２４（ｂ）参照）は、当該Ｐｅｒ－ＳＴＡプロファイルサブ要素のＳＴＡプロファイル（図２４（ａ）参照）に含まれたフィールドの種類を指示するための情報を示す。このとき、ＮＳＴＲ ＡＰ ＭＬＤでない他のＡＰ ＭＬＤが送信する特定Ｐｅｒ－ＳＴＡプロファイルサブ要素において、ＳＴＡ ＣｏｎｔｒｏｌフィールドのＣｏｍｐｌｅｔｅ Ｐｒｏｆｉｌｅサブフィールドが１と指示される場合に、ＭＡＣ Ａｄｄｒｅｓｓ Ｐｒｅｓｅｎｔサブフィールド、Ｂｅａｃｏｎ Ｉｎｔｅｒｖａｌ Ｐｒｅｓｅｎｔサブフィールド、ＤＴＩＭ情報プレゼントサブフィールドがいずれも１と指示される必要があり得る。しかし、上述したように、ＮＳＴＲ ＡＰ ＭＬＤは、ノンプライマリーリンクにビーコンフレームを送信しないため、ノンプライマリーリンクと対応するＰｅｒ－ＳＴＡプロファイルサブ要素にノンプライマリーリンクのビーコンフレームに関連した情報が指示されなくてよい。すなわち、ＮＳＴＲ ＡＰ ＭＬＤが送信する特定Ｐｅｒ－ＳＴＡプロファイルサブ要素（ノンプライマリーリンクのＡＰに対応する）は、Ｃｏｍｐｌｅｔｅ Ｐｒｏｆｉｌｅサブフィールドが１と指示されても、Ｂｅａｃｏｎ Ｉｎｔｅｒｖａｌ Ｐｒｅｓｅｎｔサブフィールド及びＤＴＩＭ情報プレゼントサブフィールドが０と指示されてよい。

【0327】

また、上述した一実施例で説明したように、ＮＳＴＲ ＡＰ ＭＬＤにＭＬプローブ要請フレームを送信するｎｏｎ－ＡＰ ＳＴＡ ＭＬＤは、ＳＴＡ Ｃｏｎｔｒｏｌフィールド（ノンプライマリーリンクのＡＰに対応するＰｅｒ－ＳＴＡプロファイルサブ要素に含まれた）のＵｐｄａｔｅｄ Ｐｒｏｆｉｌｅサブフィールドを１と指示することによって、ノンプライマリーリンクのＡＰの変更された情報（ｕｐｄａｔｅｄ ｉｎｆｏｒｍａｔｉｏｎ）をプライマリーリンクのＡＰに要請できる。このとき、ｎｏｎ－ＡＰ ＳＴＡ ＭＬＤは、自分がノンプライマリーリンクのＡＰの情報をアップデートした時点と関連した情報であるＲｅｃｏｒｄｅｄ Ｃｈａｎｇｅ Ｓｅｑｕｅｎｃｅ値を、Ｒｅｃｏｒｄｅｄ Ｃｈａｎｇｅ Ｓｅｑｕｅｎｃｅサブフィールド（図２４（ｃ）参照）を用いて指示できる。このとき、前記Ｒｅｃｏｒｄｅｄ Ｃｈａｎｇｅ Ｓｅｑｕｅｎｃｅサブフィールドは、ＳＴＡプロファイルに含まれたサブフィールドであってよい。ＮＳＴＲ ＡＰ ＭＬＤは、プライマリーリンクで受信したｎｏｎ－ＡＰ ＳＴＡ ＭＬＤのＭＬプローブ要請フレームを受信した後、ＭＬプローブ要請フレームに含まれたＲｅｃｏｒｄｅｄ Ｃｈａｎｇｅ Ｓｅｑｕｅｎｃｅサブフィールドの値と、現在ノンプライマリーリンクのＡＰのＣｈａｎｇｅ Ｓｅｑｕｅｎｃｅ値とを比較することにより、ｎｏｎ－ＡＰ ＳＴＡ ＭＬＤに応答するノンプライマリーリンクのＡＰの情報を決定することができる。

【0328】

図２５には、本発明の一実施例に係る、ＮＳＴＲ（Ｎｏｎ－ Ｓｉｍｕｌｔａｎｅｏｕｓ Ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ Ｒｅｃｅｐｔｉｏｎ）Ｓｏｆｔ ＡＰ ＭＬＤとセットアップ（Ｓｅｔｕｐ）したｎｏｎ－ＡＰ ＭＬＤが、ノンプライマリーリンクの情報をアップデートする過程の一例を示す。

【0329】

図２５を参照すると、ＮＳＴＲ ＡＰ ＭＬＤは、ノンプライマリーリンクであるリンク２で運用するＡＰ２のパラメータを変更した後、プライマリーリンクであるリンク１で運用するＡＰ１が送信するビーコンフレームを用いて、ＡＰ２のパラメータが変更されたことを指示できる。このとき、前記ＡＰ２のパラメータが変更されたという情報は、ＡＰ１が送信するビーコンフレームに含まれたＲＮＲ要素において、ＡＰ２に対応するＣｈａｎｇｅ Ｓｅｑｕｅｎｃｅサブフィールド値が直前のビーコンフレームで指示された値より１増加して指示されるものであってよい。

【0330】

Ｎｏｎ－ＡＰ ＳＴＡ ＭＬＤは、ＡＰ１が送信したビーコンフレームをＳＴＡ１を介して受信した後、ＡＰ２のパラメータがアップデートされたという事実を認知できる。Ｎｏｎ－ＡＰ ＳＴＡ ＭＬＤは、ＡＰ２の変更されたパラメータ情報を取得するために、ＳＴＡ１を介してＭＬプローブ要請フレームを送信することができる。

【0331】

Ｎｏｎ－ＡＰ ＳＴＡ ＭＬＤがＳＴＡ１を介して送信したＭＬプローブ要請フレームは、ＡＰ２に対応するＰｅｒ－ＳＴＡプロファイルサブ要素をＭＬ要素に含んでいる構成を有してよく、前記Ｐｅｒ－ＳＴＡプロファイルサブ要素には、コンプリートプロファイル（Ｃｏｍｐｌｅｔｅ Ｐｒｏｆｉｌｅ）を要請するか或いはアップデートされたプロファイル（Ｕｐｄａｔｅｄ Ｐｒｏｆｉｌｅ）を要請するかを示す指示子が含まれてよい。

【0332】

ＮＳＴＲ ＡＰ ＭＬＤは、プライマリーリンクでＳＴＡ１からＭＬプローブ要請フレームを受信した後、要請されたＡＰ２の情報（コンプリート又はアップデートされた情報）をＭＬプローブ応答フレームに含めてＳＴＡ１に応答することができる。

【0333】

ＮＳＴＲ ＡＰ ＭＬＤから、自分の要請したＡＰ２の情報をＭＬプローブ応答フレームで応答されたｎｏｎ－ＡＰ ＳＴＡ ＭＬＤは、ＡＰ２に対するパラメータをアップデートすることにより、ビーコンフレームが送信されないノンプライマリーリンクに対するパラメータアップデートを完了することができる。

【0334】

＜ブロードキャストＭＬプローブ応答（Ｂｒｏａｄｃａｓｔ ＭＬ Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅ）＞

【0335】

本発明の一実施例によれば、ＮＳＴＲ ＡＰ ＭＬＤは、ノンプライマリーリンクで運用されるＡＰに関連した情報が変更された場合に、プライマリーリンクでブロードキャストＭＬプローブ応答フレームを送信できる。Ｎｏｎ－ＡＰ ＳＴＡ ＭＬＤは、プライマリーリンクでＮＳＴＲ ＡＰ ＭＬＤが送信したブロードキャストＭＬプローブ応答フレームを受信した場合に、ノンプライマリーリンク（のＡＰ）に関する情報をアップデートする必要があり得る。このとき、前記ブロードキャストＭＬプローブ応答フレームは、特定ＳＴＡの送信したＭＬプローブ要請フレームに対する応答として送信されるものでなく、ＮＳＴＲ ＡＰ ＭＬＤによって別の要請無しで送信されるＭＬプローブ要請フレームであってよい。

【0336】

ブロードキャストＭＬプローブ応答フレームは、ノンプライマリーリンクのＡＰに対応するＰｅｒ－ＳＴＡプロファイルサブ要素を含み、ｎｏｎ－ＡＰ ＳＴＡ ＭＬＤがノンプライマリーリンクの変更されたパラメータ及び要素をアップデートするように助ける役割を担う。このとき、各ｎｏｎ－ＡＰ ＳＴＡが維持しているノンプライマリーリンクの（Ｒｅｃｏｒｄｅｄ）Ｃｈａｎｇｅ Ｓｅｑｕｅｎｃｅが互いに異なることがあるため、ブロードキャストＭＬプローブ応答フレームは、ノンプライマリーリンクのＡＰに対する完全情報を含んでよい。このとき、前記ブロードキャストＭＬプローブ応答フレームは、ＤＴＩＭビーコンフレームと共に送信されるものであってよい。

【0337】

したがって、ｎｏｎ－ＡＰ ＳＴＡ ＭＬＤは、ビーコンフレームを用いて、ノンプライマリーリンクのＡＰに対応するＣｈａｎｇｅ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒが、自分が維持している（Ｒｅｃｏｒｄｅｄ）Ｃｈａｎｇｅ Ｓｅｑｕｅｎｃｅと異なる場合に、次のＤＴＩＭフレームを受信しながらブロードキャストＭＬプローブ応答フレームを受信する必要があり得る。

【0338】

このとき、上述したブロードキャストＭＬプローブ応答フレームを用いたノンプライマリーリンクのパラメータアップデート手順は、ブロードキャストＭＬ結合応答フレームを用いて行われてもよい。このとき、ブロードキャストＭＬ結合応答フレームのＰｅｒ－ＳＴＡプロファイルサブ要素構成方法及び受信ＳＴＡ ＭＬＤのアップデート手順は、上述したブロードキャストＭＬプローブ応答フレームの一実施例と同一であり、その詳細な説明を省略する。

【0339】

図２６は、本発明の一実施例に係る、ＮＳＴＲ ＡＰ ＭＬＤと結合（Ａｓｓｏｃｉａｔｉｏｎ）したｎｏｎ－ＡＰ ＳＴＡ ＭＬＤが、ノンプライマリーリンクのパラメータをアップデートする手順の一例を示すフローチャートである。

【0340】

Ｎｏｎ－ＡＰ ＳＴＡ ＭＬＤは、プライマリーリンクでビーコンフレームを受信した後、ノンプライマリーリンクのＣｈａｎｇｅ Ｓｅｑｕｅｎｃｅ（ＲＮＲ要素のＭＬＤ Ｐａｒａｍｅｔｅｒフィールドにある）を確認する。仮に、確認したノンプライマリーリンクのＣｈａｎｇｅ Ｓｅｑｕｅｎｃｅ値が、自分が維持している（Ｒｅｃｏｒｄｅｄ）Ｃｈａｎｇｅ Ｓｅｑｕｅｎｃｅ値と異なる場合に、ｎｏｎ－ＡＰ ＳＴＡ ＭＬＤは、プライマリーリンクでＭＬプローブ要請フレームを送信できる。このとき、前記ＭＬプローブ要請フレームは、ノンプライマリーリンクのＡＰに対する完全情報を要請するか或いはアップデートされた情報（Ｕｐｄａｔｅｄ ｉｎｆｏｒｍａｔｉｏｎ）を要請するかを示すサブフィールドを含んでよい。また、アップデートされた情報を要請するＭＬプローブ要請フレームは、自分が維持している（Ｒｅｃｏｒｄｅｄ）Ｃｈａｎｇｅ Ｓｅｑｕｅｎｃｅ値を指示するサブフィールドを共に含む構成を有してよい。その後、ＡＰ ＭＬＤからＭＬプローブ応答フレームが応答されたｎｏｎ－ＡＰ ＳＴＡ ＭＬＤは、応答されたＭＬプローブ応答フレームに含まれたノンプライマリーリンクのＡＰの情報に基づいてパラメータアップデートを行う。

【0341】

＜ノンプライマリーリンクの時間同期（Ｔｉｍｅ Ｓｙｎｃ）管理＞

【0342】

前述したように、ＡＰの送信するビーコンフレームは、各種パラメータ及び要素情報の伝達と共に、ＢＳＳ内のＳＴＡが時間同期（Ｔｉｍｅ Ｓｙｎｃ）を取るように助ける役割を担う。ビーコンフレームに含まれたＴｉｍｅＳｔａｍｐフィールドは、ＴｉｍｅＳｔａｍｐフィールドの最初のビットが含まれたデータシンボル（ｄａｔａ ｓｙｍｂｏｌ）が送信アンテナコネクター（ｔｒａｎｓｍｉｔ ａｎｔｅｎｎａ ｃｏｎｎｅｃｔｏｒ）に現れる時点のＴＳＦ（ｔｉｍｉｎｇ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｆｕｎｃｔｉｏｎ）タイマー値を指示し、ＴｉｍｅＳｔａｍｐフィールドを受信したＳＴＡは、受信したＴｉｍｅＳｔａｍｐフィールド値に基づいて自身のＴＳＦタイマーをＡＰと同期化できる。

【0343】

このように、ＡＰとＳＴＡは、ビーコンフレームに含まれたＴｉｍｅＳｔａｍｐ値に基づいて時間同期を維持したまま動作し、タイミングベース動作を行うことができる。しかし、ＮＳＴＲ ＡＰ ＭＬＤは、ノンプライマリーリンクでビーコンフレームを送信することができず、よって、Ｎｏｎ－ＡＰ ＳＴＡ ＭＬＤのＳＴＡのうち、ＮＳＴＲ ＡＰ ＭＬＤのノンプライマリーリンクＡＰと結合（Ａｓｓｏｃｉａｔｉｏｎ）したＳＴＡは、ＡＰと時間同期を維持するために、ビーコンフレームではなく他の方法を用いなければならない。

【0344】

ＮＳＴＲ ＡＰ ＭＬＤのノンプライマリーリンクのＡＰと時間同期を維持するために、結合した（Ａｓｓｏｃｉａｔｅｄ）ｎｏｎ－ＡＰ ＳＴＡは、ＡＰの送信したＴＩＭフレームのＴｉｍｅＳｔａｍｐを用いる必要があり得る。ＴＩＭフレームは、ビーコンフレームと同じ機能を有するＴｉｍｅＳｔａｍｐフィールドを含む構成を有するので、ＮＳＴＲ ＡＰ ＭＬＤのノンプライマリーリンクのＡＰからＴＩＭフレームを受信したＳＴＡは、ＴＩＭフレームに含まれたＴｉｍｅＳｔａｍｐフィールドを用いてＴＦＳタイマーを管理する必要があり得る。ただし、ＮＳＴＲ ＡＰ ＭＬＤは、プライマリーリンクを占有しないままノンプライマリーリンクで送信を開始することが制限されることがあるので、プライマリーリンクでビーコンフレームを送信する時に、同時にＴＩＭフレームをノンプライマリーリンクで送信する必要があり得る。すなわち、ＮＳＴＲ ＡＰ ＭＬＤと結合したｎｏｎ－ＡＰ ＳＴＡ ＭＬＤは、プライマリーリンクのＴＢＴＴに合わせてノンプライマリーリンクでＴＩＭフレームを受信する準備をする必要があり得る。

【0345】

本発明のさらに他の実施例として、ＡＰ ＭＬＤが同時送受信を支援しないＮＳＴＲ ＡＰ ＭＬＤである場合に、ＮＳＴＲ ＡＰ ＭＬＤに含まれた複数個のＡＰに対するそれぞれのリンクでは同一のＴＳＦタイマーが用いられてよく、この時に用いられるＴＳＦタイマーは、プライマリーリンクのＴＳＦタイマーであってよい。すなわち、ＡＰ ＭＬＤがＮＳＴＲ ＡＰ ＭＬＤである場合に、ＮＳＴＲ ＡＰ ＭＬＤとアフィリエートされた（ａｆｆｉｌｉａｔｅｄ）ＡＰに対するリンク（ノンプライマリーリンク）は、プライマリーリンクのＴＳＦタイマーを用いることができる。

【0346】

すなわち、ＮＳＴＲ Ｓｏｆｔ ＡＰ ＭＬＤと結合したｎｏｎ－ＡＰ ＳＴＡ ＭＬＤは、プライマリーリンクのＴＳＦタイマーをノンプライマリーリンクに共用に使用する必要があり得る。言い換えると、ＮＳＴＲ ＡＰ ＭＬＤと結合したｎｏｎ－ＡＰ ＳＴＡ ＭＬＤは、ノンプライマリー（ＮＳＴＲ Ｓｏｆｔ ＡＰ ＭＬＤ基準）リンクのＴＳＦタイマーを別に有しなく、プライマリーリンクを用いて管理するＴＳＦタイマーを共に用いることができる。すなわち、本発明の一側面において、ＮＳＴＲ ＡＰ ＭＬＤ及びＮＳＴＲ ＡＰ ＭＬＤと結合したｎｏｎ－ＡＰ ＳＴＡ ＭＬＤは、ＭＬＤレベル（ＭＬＤ単位、ＭＬＤ共通）タイマーを用いることができる。このとき、ＮＳＴＲ ＡＰ ＭＬＤ及びＮＳＴＲ ＡＰ ＭＬＤと結合したｎｏｎ－ＡＰ ＳＴＡ ＭＬＤの安定した動作のために、ＮＳＴＲ ＡＰ ＭＬＤの各ＡＰ同士間及び／或いはＮＳＴＲ ＡＰ ＭＬＤと結合したｎｏｎ－ＡＰ ＳＴＡ ＭＬＤの各ＳＴＡ同士間の時間同期（Ｔｉｍｅ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ）が予め約束された値以下の誤差を有するように維持するように要求されてよい。一例として、ＮＳＴＲ ＡＰ ＭＬＤは、プライマリーリンクのＡＰとノンプライマリーリンクのＡＰとの間に維持しているＴｉｍｅＳｔａｍｐ差（又は、タイマー間の差）が予め約束／設定された値以下に維持されるように要求されてよい。一例として、ＮＳＴＲ Ｓｏｆｔ ＡＰ ＭＬＤと結合したｎｏｎ－ＡＰ ＳＴＡ ＭＬＤは、プライマリーリンクのＳＴＡとノンプライマリーリンクのＳＴＡとの間に維持しているＴｉｍｅＳｔａｍｐ差が予め約束／設定された値以下に維持されるように要求されてよい。

【0347】

言い換えると、ＮＳＴＲ ＡＰ ＭＬＤに含まれたり又はアフィリエートされたＡＰの全てに対するリンクでプライマリーリンクのＴＳＦタイマーが同一に維持（又は、適用、使用）されてよい。また、ＮＳＴＲ ＡＰ ＭＬＤに含まれたり又はアフィリエートされたＡＰのうち、ある２個のＡＰのｔｉｍｅｓｔａｍｐ間又はＴＳＦタイマー間の差は、特定値（例えば、３０ｕｓ）以内に制限されてよい。

【0348】

すなわち、ＮＳＴＲ ＡＰ ＭＬＤに含まれたり又はアフィリエートされた全てのＡＰのＴＳＦタイマーは同一であってよく、ＡＰ ＭＬＤ又はＮＳＴＲ ＡＰ ＭＬＤに含まれたり又はアフィリエートされたある２つのＡＰ（例えば、プライマリーリンクのＡＰとノンプライマリーリンクのＡＰ）間のｔｉｍｅｓｔａｍｐ間又はＴＳＦタイマー間の差又はクロックドリフト（ｃｌｏｃｋ ｄｒｉｆｔ）は、特定値（例えば、±３０ｕｓ）以内に制限されてよく、この場合、ＡＰ ＭＬＤ又はＮＳＴＲ ＡＰ ＭＬＤは、ＴＳＦタイマーの差又はクロックドリフトが特定値以内になるようにｔｉｍｅｓｔａｍｐ又はＴＳＦタイマーを修正できる。

【0349】

また、ＮＳＴＲ ＡＰ ＭＬＤと結合したｎｏｎ－ＡＰ ＳＴＡ ＭＬＤは、ノンプライマリーリンクでＴＩＭフレームを受信したとき、プライマリーリンクで送信される次のビーコンフレームを受信する必要があり得る。より具体的には、ｎｏｎ－ＡＰ ＳＴＡ ＭＬＤがノンプライマリーリンクのＳＴＡを介してＴＩＭフレームを受信したし、ＴＩＭフレームアクションフィールドにあるＣｈｅｃｋ Ｂｅａｃｏｎフィールドで指示された値が、自分が維持しているＣｈｅｃｋ Ｂｅａｃｏｎ値と異なる場合に、プライマリーリンクで送信される次のビーコンフレームを受信する必要があり得る。このとき、前記次のビーコンフレームは、ノンプライマリーリンクでＴＩＭフレームを受信した時点以後に存在するプライマリーリンクのＴＢＴＴに対応して送信されるビーコンフレームを意味できる。このとき、前記次のビーコンフレームを受信するという意味は、ビーコンフレームに含まれたＰｅｒ－ＳＴＡプロファイル（ノンプライマリーリンクのＡＰに対応する）を用いてノンプライマリーリンクのパラメータをアップデートすることを伴う（含む）動作であってよい。このとき、アップデート対象となるパラメータは、重大なアップデート（ｃｒｉｔｉｃａｌ ｕｐｄａｔｅ）と関連したパラメータに制限されてよい。

【0350】

＜ノンプライマリーリンクのチャネル変更（Ｃｈａｎｎｅｌ Ｓｗｉｔｃｈｉｎｇ）、チャネルクワイエッティング（Ｃｈａｎｎｅｌ Ｑｕｉｅｔｉｎｇ）手順＞

【0351】

上述したように、ＮＳＴＲ ＡＰ ＭＬＤは、ノンプライマリーリンクでビーコンフレームを送信しなく、そのため、ビーコンフレームの送信タイミングに基づいて行われるＢＳＳの動作が一般のＡＰ ＭＬＤのＢＳＳ動作と異なる方式で行われてよい。

【0352】

従来のＷｉ－Ｆｉは、ＢＳＳの動作チャネル周波数（動作周波数帯域）を、ＡＰとＳＴＡ間に予め約束された手順によって変更することができる。このとき、従来のＥＣＳ（Ｅｘｔｅｎｄｅｄ ｃｈａｎｎｅｌ ｓｗｉｔｃｈｉｎｇ）動作が活用されてよく、１１ｂｅにおいて新しく定義されたチャネル変更メカニズムが活用されてよい。ＡＰは、ＢＳＳの動作チャネルを変更することを決定したとき、ビーコンフレーム、プローブ応答フレーム、Ｅｘｔｅｎｄｅｄ Ｃｈａｎｎｅｌ Ｓｗｉｔｃｈ Ａｎｎｏｕｎｃｅｍｅｎｔフレームなどを送信し、 結合した（Ａｓｓｏｃｉａｔｅｄ）ＳＴＡが結合を維持したまま新しいチャネル、ｏｐｅｒａｔｉｎｇ ｃｌａｓｓに転換し得るように知らせることができる。この時、ＡＰはビーコンフレームでＥｘｔｅｎｄｅｄ Ｃｈａｎｎｅｌ Ｓｗｉｔｃｈ Ａｎｎｏｕｎｃｅ要素を送信し、当該要素のＣｈａｎｎｅｌ Ｓｗｉｔｃｈ Ｃｏｕｎｔフィールドには、後で何回のビーコンフレームが送信された後にチャネルスイッチ（動作チャネル変更）が行われるかに関する情報が指示される。仮にＡＰがＭＡＸ Ｃｈａｎｎｅｌ Ｓｗｉｔｃｈ Ｔｉｍｅ要素をＥｘｔｅｎｄｅｄ Ｃｈａｎｎｅｌ Ｓｗｉｔｃｈ Ａｎｎｏｕｎｃｅｍｅｎｔ要素と共にビーコンフレームに含める場合に、ＡＰは、新しいチャネルでＳｗｉｔｃｈ Ｔｉｍｅフィールド（Ｍａｘ Ｃｈａｎｎｅｌ Ｓｗｉｔｃｈ Ｔｉｍｅ要素の）以内に最初のビーコンフレームを送信しなければならない。すなわち、新しいチャネルで送信されるビーコンフレームは、現在チャネルで送信される最後の）ビーコンフレームとＳｗｉｔｃｈ Ｔｉｍｅフィールドで指示された時間間隔よりも小さい時間間隔で送信される必要がある。

【0353】

上述した従来Ｗｉ－Ｆｉ ＢＳＳのチャネル変更動作を参照すると、ＢＳＳのＡＰは、現在チャネルで送信するビーコンフレームを用いて、新しいチャネルに関する情報、チャネル変更が行われる時間に関する情報、及び新しいチャネルで最初に送信されるビーコンフレームの時点と関連した情報を、ＳＴＡに指示できる。ＢＳＳのＳＴＡは、ＡＰの送信したビーコンフレームに含まれたチャネル変更関連情報に基づいて決められた時間区間（ＡＰによって指示された時間区間）に新しいチャネルに）移動することによって、ＡＰと結合を維持したままチャネル変更を完了することができる。このように、従来Ｗｉ－Ｆｉ ＢＳＳのチャネル変更手順は、ＡＰの送信するビーコンフレームによって、チャネル変更に必要な情報（Ｃｈａｎｎｅｌ Ｓｗｉｔｃｈ ｍｏｄｅ、ｎｅｗ ｏｐｅｒａｔｉｎｇ ｃｌａｓｓ、ｎｅｗ ｃｈａｎｎｅｌ ｎｕｍｂｅｒ、ｃｈａｎｎｅｌ ｓｗｉｔｃｈ ｃｏｕｎｔなど）が提供される方式で行われ、したがって、ビーコンフレームが送信されないＮＳＴＲ ＡＰ ＭＬＤのノンプライマリーリンクのＢＳＳの場合、従来チャネル変更手順を用いてチャネル変更を行うことができない。

【0354】

また、従来Ｗｉ－Ｆｉがクワイエットインターバル（Ｑｕｉｅｔ ｉｎｔｅｒｖａｌ）を設定する時にも、ＢＳＳのＡＰが送信するビーコンフレームに含まれた要素（Ｑｕｉｅｔ要素、Ｑｕｉｅｔ Ｃｈａｎｎｅｌ要素）によって、クワイエットインターバルが適用される時間区間に関する情報が指示され、チャネル変更手順と類似に、ビーコンフレームが送信されないＮＳＴＲ ＡＰ ＭＬＤのノンプライマリーリンクは、クワイエットインターバルを設定するための従来のクワイエッティング（Ｑｕｉｅｔｉｎｇ）手順を用いることができない。

【0355】

本発明の一実施例によれば、ＮＳＴＲ ＡＰ ＭＬＤはノンプライマリーリンクの動作チャネルを変更（Ｃｈａｎｎｅｌ ｓｗｉｔｃｈｉｎｇ）するために必要な情報及び／又はクワイエットインターバルを設定するために必要な情報を、プライマリーリンクで送信するビーコンフレームによって指示できる。すなわち、ＮＳＴＲ ＡＰ ＭＬＤと結合したｎｏｎ－ＡＰ ＳＴＡ ＭＬＤは、ノンプライマリーリンクのチャネル変更を行うために、プライマリーリンクのビーコンフレームによって取得した情報に基づいて動作できる。すなわち、ＮＳＴＲ ＡＰ ＭＬＤと結合したｎｏｎ－ＡＰ ＳＴＡ ＭＬＤは、ノンプライマリーリンクのクワイエットインターバルに関連した情報を、プライマリーリンクのビーコンフレームを用いて取得できる。

【0356】

より具体的には、ＮＳＴＲ ＡＰ ＭＬＤは、ノンプライマリーリンクのチャネル変更を行ったり或いはクワイエットインターバルを設定する時に、プライマリーリンクのビーコンフレーム（及び（ＭＬ）プローブ応答フレーム）にノンプライマリーリンクのＡＰに対するＰｅｒ－ＳＴＡプロファイルを含める必要があり得る。

【0357】

図２７は、本発明の一実施例に係る要素のフォーマットの一例を示す。図１７は、上に述べた各要素のフォーマットの一例を示す。

【0358】

図２７を参照すると、ノンプライマリーリンクのＡＰに対する（対応する）Ｐｅｒ－ＳＴＡプロファイルは、Ｃｈａｎｎｅｌ Ｓｗｉｔｃｈ Ａｎｎｏｕｎｃｅｍｅｎｔ要素、Ｅｘｔｅｎｄｅｄ Ｃｈａｎｎｅｌ Ｓｗｉｔｃｈ Ａｎｎｏｕｎｃｅｍｅｎｔ要素、Ｍａｘ Ｃｈａｎｎｅｌ Ｓｗｉｔｃｈ Ｔｉｍｅ要素、Ｑｕｉｅｔ要素、Ｑｕｉｅｔ Ｃｈａｎｎｅｌ要素のうち少なくとも１つを含む構成を有してよい。

【0359】

前記要素のタイミングフィールドは、プライマリーリンクのＴＢＴＴ（Ｔａｒｇｅｔ Ｂｅａｃｏｎ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ）及びビーコンインターバルを基準にして設定される必要があり得る。

【0360】

ＮＳＴＲ ＡＰ ＭＬＤのプライマリーリンクのＡＰは、ノンプライマリーリンクのＡＰに対するＰｅｒ－ＳＴＡプロファイル（ビーコンフレーム及び（ＭＬ）プローブ応答フレームに含まれた）に含まれたＣｈａｎｎｅｌ Ｓｗｉｔｃｈ Ａｎｎｏｕｎｃｅｍｅｎｔ要素、Ｅｘｔｅｎｄｅｄ Ｃｈａｎｎｅｌ Ｓｗｉｔｃｈ Ａｎｎｏｕｎｃｅｍｅｎｔ要素、Ｍａｘ Ｃｈａｎｎｅｌ Ｓｗｉｔｃｈ Ｔｉｍｅ要素、Ｑｕｉｅｔ要素、Ｑｕｉｅｔ Ｃｈａｎｎｅｌ要素のタイミングフィールドを、自分のビーコンインターバルとＴＢＴＴを基準にして設定する必要があり得る。このとき、前記タイミングフィールドは、ｄｕｒａｔｉｏｎ関連フィールド（Ｓｗｉｔｃｈ Ｔｉｍｅ、Ｑｕｉｅｔ Ｄｕｒａｔｉｏｎフィールドなど）と、時点関連フィールド（Ｃｈａｎｎｅｌ Ｓｗｉｔｃｈ Ｃｏｕｎｔ、Ｑｕｉｅｔ Ｃｏｕｎｔフィールドなど）を含む時間関連フィールドを総称する意味で使われている。

【0361】

したがって、ＮＳＴＲ ＡＰ ＭＬＤと結合したｎｏｎ－ＡＰ ＭＬＤは、プライマリーリンクで運用されるＮＳＴＲ ＡＰ ＭＬＤのＡＰからビーコンフレームを受信した後、ビーコンフレームに含まれたＰｅｒ－ＳＴＡプロファイルでノンプライマリーリンクのチャネル変更及び／又はクワイエットインターバルに関連した情報を取得した後、プライマリーリンクのＴＢＴＴ及びＢＩ（Ｂｅａｃｏｎ ｉｎｔｅｒｖａｌ）を基準にしてノンプライマリーリンクのチャネル変更に関連した情報及び／又はクワイエットインターバルに関連した情報を解析する必要があり得る。このとき、前記Ｐｅｒ－ＳＴＡプロファイルは、ノンプライマリーリンクのＡＰに対応するＰｅｒ－ＳＴＡプロファイルを意味する。

【0362】

一方、ＮＳＴＲ ＡＰ ＭＬＤは、プライマリーリンクのビーコンフレームを用いてノンプライマリーリンクのチャネル変更を完了した後（公表（ａｎｎｏｕｎｃｅ）及びチャネル変更完了後）に、Ｓｗｉｔｃｈ Ｔｉｍｅフィールド（Ｍａｘ Ｃｈａｎｎｅｌ Ｓｗｉｔｃｈ Ｔｉｍｅ要素の）で指示した時間以内に、新しいチャネルで（ノンプライマリーリンクの）ＴＩＭフレームを送信する必要があり得る。すなわち、ＮＳＴＲ ＡＰ ＭＬＤのノンプライマリーリンクのＡＰは、チャネル変更を行った後に、新しいチャネルでＴＩＭフレームを送信する必要があり得る。この時、前記ノンプライマリーリンクのＡＰは、Ｃｈａｎｎｅｌ Ｓｗｉｔｃｈ Ｃｏｕｎｔサブフィールドを１（或いは、０）と指示したビーコンフレームがプライマリーリンクで送信された後、Ｓｗｉｔｃｈ Ｔｉｍｅフィールドで指示した時間以内に新しいチャネルでＴＩＭフレームを送信する必要があり得る。このとき、前記Ｃｈａｎｎｅｌ Ｓｗｉｔｃｈ Ｃｏｕｎｔフィールド及びＳｗｉｔｃｈ Ｔｉｍｅフィールドは、プライマリーリンクで送信されたビーコンフレームに含まれたＰｅｒ－ＳＴＡプロファイル（ノンプライマリーＡＰに対応する）に含まれたものであってよい。このとき、前記ＴＩＭフレームは、プライマリーリンク或いはノンプライマリーリンクの新しいチャネルで送信される他のフレームに代替されてよい。一例として、ＮＳＴＲ ＡＰ ＭＬＤは、ノンプライマリーリンクのチャネル変更を完了した後に、プライマリーリンクでチャネル変更完了に関連した情報を指示するビーコンフレームを送信できる。このとき、前記ビーコンフレームは、ＴＢＴＴに関係なく送信される追加ビーコンフレームであってよい。このとき、前記ビーコンフレームは、ノンプライマリーリンクに対する完全情報を含む構成を有するビーコンフレームであってよい。例えば、前記ノンプライマリーリンクに対する完全情報を含む構成を有するビーコンフレームは、ノンプライマリーリンクのＡＰに対応するＰｅｒ－ＳＴＡプロファイルの完全情報サブフィールドが１に設定されたビーコンフレームであってよい。このとき、ノンプライマリーリンクのチャネル変更が終了した後に送信される前記プライマリーリンクのビーコンフレームは、チャネル変更が始まる前に送信されたビーコンフレームと予め約束された時間以内に送信される必要があり得る。このとき、前記予め約束された時間は、Ｓｗｉｔｃｈ Ｔｉｍｅフィールド（Ｍａｘ Ｃｈａｎｎｅｌ Ｓｗｉｔｃｈ Ｔｉｍｅ要素の）で指示された時間であってよい。或いは、前記ビーコンフレームは、ノンプライマリーリンクのチャネル変更と関連した指示（ｉｎｄｉｃａｔｉｏｎ）を含むビーコンフレームであってよい。一例として、ノンプライマリーリンクでチャネル変更が完了した後に送信されるプライマリーリンクのビーコンフレームは、Ｃｈａｎｎｅｌ Ｓｗｉｔｃｈ Ｃｏｍｐｌｅｔｅサブフィールドを含む構成を有してよい。このとき、前記Ｃｈａｎｎｅｌ Ｓｗｉｔｃｈ Ｃｏｍｐｌｅｔｅサブフィールドは、ＭＬ要素に含まれたサブフィールドであってよい。特定Ｓｗｉｔｃｈ Ｃｏｍｐｌｅｔｅサブフィールドは、前記特定サブフィールドが含まれたＰｅｒ－ＳＴＡプロファイルに対応するＡＰのチャネル変更が完了した時に１と指示されるサブフィールドであってよい。すなわち、ＡＰは、ノンプライマリーリンクでチャネル変更を完了した後、ノンプライマリーリンクのＡＰに対応するＰｅｒ－ＳＴＡプロファイル（ビーコンフレームの）のＣｈａｎｎｅｌ Ｓｗｉｔｃｈ Ｃｏｍｐｌｅｔｅサブフィールドを１に設定する必要があり得る。このとき、前記チャネル変更と関連したビーコンフレームは、ＡＰ ＭＬＤがＮＳＴＲ ＡＰ ＭＬＤでない場合にも、すなわち一般のＡＰ ＭＬＤによっても、同じ目的で送信（活用）されてよい。

【0363】

ＮＳＴＲ ＡＰ ＭＬＤと結合したｎｏｎ－ＡＰ ＭＬＤは、プライマリーリンクでノンプライマリーリンクのチャネル変更を行った後、ＡＰ ＭＬＤから、約束されたフレーム（前記ノンプライマリーリンクのＴＩＭフレーム或いは他のフレーム及び／又はプライマリーリンクのチャネル変更完了に関連した情報を指示するビーコンフレーム）を受信した場合に限って、ノンプライマリーリンクのチャネル変更が完了したと考慮した動作を行うことができる。仮に、チャネル変更が完了していないと考慮される場合に、ｎｏｎ－ＡＰ ＳＴＡ ＭＬＤは、ノンプライマリーリンクのチャネル変更が取り消されたと考慮し、以前チャネル（チャネル変更が行われる前の）で動作（以前チャネルに復帰）する必要があり得る。

【0364】

或いは、ＮＳＴＲ ＡＰ ＭＬＤは、ノンプライマリーリンクでクワイエットインターバルを設定できないように制限されてよい。このとき、ノンプライマリーリンクのクワイエットインターバルは、プライマリーリンクに定義（設定）されたクワイエットインターバルがある場合に、前記プライマリーリンクのクワイエットインターバルと同じ時間区間と定義（設定）されてよい。すなわち、ＮＳＴＲ ＡＰ ＭＬＤと結合したｎｏｎ－ＡＰ ＳＴＡ ＭＬＤは、プライマリーリンクのクワイエットインターバルを認知した場合に、ノンプライマリーリンクにも同一の時間区間に対してクワイエットインターバルが設定されたと考慮できる。

【0365】

また、ＮＳＴＲ ＡＰ ＭＬＤは、ノンプライマリーリンクのチャネル変更を行うことができない。ただし、ＮＳＴＲ ＡＰ ＭＬＤがノンプライマリーリンクのチャネル変更を行おうとする場合には、既存チャネルで運用されるノンプライマリーリンクのＡＰを解除し、新しいチャネルで新しいノンプライマリーリンクのＡＰが追加されたのと同じ動作を行うことができる。

【0366】

プライマリーリンクのビーコンフレームで送信されるノンプライマリーリンクに対するＱｕｉｅｔ要素は、ＮＳＴＲ ＡＰ ＭＬＤによって下記のように設定（指示）されてよい。

【0367】

１．Ｑｕｉｅｔ Ｃｏｕｎｔフィールドは、ノンプライマリーリンクで次のクワイエットインターバルが始まるまでに残っているプライマリーリンクのＴＢＴＴ個数に設定されてよい。

【0368】

２．Ｑｕｉｅｔ Ｐｅｒｉｏｄフィールドは、当該Ｑｕｉｅｔ要素によって定義されるノンプライマリーリンクの正規的（定期的）クワイエットインターバルが何個のプライマリーリンクビーコンインターバルごとに開始されるかに関連した値（プライマリーリンクのビーコンインターバル単位）に設定されてよい。（正規的クワイエットインターバルでないと、０に設定）

【0369】

３．Ｑｕｉｅｔオフセットフィールドは、Ｑｕｉｅｔ Ｃｏｕｎｔサブフィールドによって特定されるプライマリーリンクのＴＢＴＴから、ノンプライマリーリンクのクワイエットインターバルがどれくらいのオフセットを持って始まるかに関連した時間値（ＴＵ単位）に設定されてよい。

【0370】

プライマリーリンクのビーコンフレームで送信されるノンプライマリーリンクに対する（Ｅｘｔｅｎｄｅｄ）チャネル Ｓｗｉｔｃｈ Ａｎｎｏｕｎｃｅｍｅｎｔ要素とＭａｘ Ｃｈａｎｎｅｌ Ｓｗｉｔｃｈ Ｔｉｍｅ要素は、ＮＳＴＲ ＡＰ ＭＬＤによって下記のように設定（指示）されてよい。

【0371】

１．（Ｃｈａｎｎｅｌ Ｓｗｉｔｃｈ Ａｎｎｏｕｎｃｅｍｅｎｔ要素の）Ｃｈａｎｎｅｌ Ｓｗｉｔｃｈ Ｃｏｕｎｔフィールドは、ノンプライマリーリンクのチャネル変更が始まるまでプライマリーリンクのＴＢＴＴが何回残っているかに関連した情報に設定されてよい。仮に、プライマリーリンクの次のＴＢＴＴにノンプライマリーリンクのＡＰのチャネル変更が始まると、今回のＴＢＴＴに送信されたビーコンフレームはＣｈａｎｎｅｌ Ｓｗｉｔｃｈ Ｃｏｕｎｔフィールド（ノンプライマリーリンクのＡＰと関連した）が１或いは０に設定されてよい。

【0372】

２．（Ｍａｘ Ｃｈａｎｎｅｌ Ｓｗｉｔｃｈ Ｔｉｍｅ要素の）Ｓｗｉｔｃｈ Ｔｉｍｅフィールドは、ノンプライマリーリンクのチャネル変更が始まったＴＢＴＴ直前のＴＢＴＴで送信されたプライマリービーコンフレーム（上記の１．においてＣｈａｎｎｅｌ Ｓｗｉｔｃｈ Ｃｏｕｎｔフィールドが１或いは０に設定されたビーコンフレーム）と、ノンプライマリーリンクのチャネル変更が完了した後にノンプライマリーリンクの新しいチャネルで送信されるＴＩＭフレームの最大時間差に対する値に設定されてよい。一例として、プライマリーリンクのビーコンインターバルが１００ｍｓのとき、Ｓｗｉｔｃｈ Ｔｉｍｅフィールド（ノンプライマリーリンクＡＰに対する）が２００ｍｓに設定されると、ノンプライマリーリンクのＡＰは、自分がチャネル変更を始めたプライマリーリンクのビーコンフレーム送信時点から２００ｍｓ内に新しいチャネルでＴＩＭフレームを送信しなければならない。

【0373】

したがって、ＮＳＴＲ ＡＰ ＭＬＤと結合したｎｏｎ－ＡＰ ＭＬＤは、プライマリーリンクでビーコンフレームを受信した後、ビーコンフレームに含まれたノンプライマリーＡＰのＰｅｒ－ＳＴＡプロファイルで指示された情報、プライマリーリンクのＴＢＴＴ及びビーコンインターバル情報に基づいて、ノンプライマリーリンクのクワイエットインターバル及びチャネル変更時点と区間に関する情報を取得できる。この時、Ｎｏｎ－ＡＰ ＭＬＤは、ノンプライマリーリンクのクワイエットインターバルの開始時点をプライマリーリンクのＴＢＴＴに基づいて設定（認知、解析）できる。このとき、Ｎｏｎ－ＡＰ ＭＬＤは、ノンプライマリーリンクのチャネル変更時点を、プライマリーリンクで受信したビーコンフレームの受信時間に基づいて認知／解析できる。

【0374】

従来Ｗｉ－Ｆｉ ｎｏｎ－ＡＰ ＳＴＡは、ＡＰがチャネル変更を行う時にＡＰと結合を維持するためにチャネル変更を共に行うか否かを選択できる。しかし、ＮＳＴＲ ＡＰ ＭＬＤと結合したｎｏｎ－ＡＰ ＳＴＡ ＭＬＤは、ＮＳＴＲ ＡＰ ＭＬＤがノンプライマリーリンクでチャネル変更を行う場合に、必ずノンプライマリーリンクのチャネル変更を行う必要があり得る。

【0375】

仮に、ＮＳＴＲ ＡＰ ＭＬＤとＭＬセットアップ（すなわちプライマリー及びノンプライマリーリンクを用いてＭＬセットアップ）を行ったｎｏｎ－ＡＰ ＳＴＡ ＭＬＤが、ノンプライマリーリンクのチャネル変更を行わないように決定した場合に、前記ｎｏｎ－ＡＰ ＳＴＡ ＭＬＤは、ＮＳＴＲ ＡＰ ＭＬＤとのＭＬセットアップを終了（解除或いは変更）し、プライマリーリンクでのみ、セットアップされた状態に変更（解除後にセットアップ或いは再セットアップ（ｒｅｓｅｔｕｐ）によって）する必要があり得る。

【0376】

図２８は、本発明の一実施例に係る、ＮＳＴＲ Ｓｏｆｔ ＡＰ ＭＬＤがノンプライマリーにクワイエットインターバルを設定（定義）する過程の一例を示す。

【0377】

図２８を参照すると、ＮＳＴＲ ＡＰ ＭＬＤは、プライマリーリンクとノンプライマリーリンクにそれぞれＡＰ１とＡＰ２を運用し、Ｎｏｎ－ＡＰ ＳＴＡ ＭＬＤのＳＴＡ１、ＳＴＡ２とそれぞれ結合している。

【0378】

ＮＳＴＲ ＡＰ ＭＬＤは、ノンプライマリーリンクにクワイエットインターバル（図１８のＱｕｉｅｔ ｉｎｔｅｒｖａｌ＃１）を設定（定義）するために、プライマリーリンクのＡＰ１を介して送信するビーコンフレームにＡＰ２に対応するＰｅｒ－ＳＴＡプロファイルを含めて送信できる。前記ＡＰ２に対応するＰｅｒ－ＳＴＡプロファイルは、Ｑｕｉｅｔ要素を含み、クワイエットインターバル（図１８のＱｕｉｅｔ ｉｎｔｅｒｖａｌ＃１）が始まる時点と関連した情報をＱｕｉｅｔ Ｃｏｕｎｔ及びＱｕｉｅｔオフセットフィールドで指示する。前記Ｑｕｉｅｔ要素は、図１８に示すプライマリーリンクの一番目のビーコンフレーム（図２８のＢｅａｃｏｎ＃１）に含まれたとき、Ｑｕｉｅｔ Ｃｏｕｎｔフィールドが２、Ｑｕｉｅｔオフセットフィールドが「ｘ」ＴＵ（Ｔｉｍｅ Ｕｎｉｔ，１０２４ｕｓ）を指示する値に設定され、二番目のビーコンフレーム（図１８のＢｅａｃｏｎ＃２）では、Ｑｕｉｅｔ Ｃｏｕｎｔフィールドが１に設定される。

【0379】

プライマリーリンクで一番目及び／又は二番目のビーコンフレームを受信したｎｏｎ－ＡＰ ＳＴＡ ＭＬＤは、ビーコンフレームのＰｅｒ－ＳＴＡプロファイル（ＡＰ２に対応する）に含まれたＱｕｉｅｔ要素を確認することによって、ノンプライマリーリンクにクワイエットインターバルが設定（ＡＰ ＭＬＤから公表）され、三番目のビーコンフレームに対応するＴＢＴＴから「ｘ」ＴＵが経過した時点から前記クワイエットインターバル（図２８のＱｕｉｅｔ ｉｎｔｅｒｖａｌ＃１）が始まることが認知できる。

【0380】

図２８に示すように、ＮＳＴＲ ＡＰ ＭＬＤは、ノンプライマリーリンクに次のクワイエットインターバル（図２８のＱｕｉｅｔ ｉｎｔｅｒｖａｌ＃２）をさらに設定（定義）するために、プライマリーリンクのＡＰ１を介して送信するビーコンフレームに、再びＡＰ２に対応するＰｅｒ－ＳＴＡプロファイルを含めて送信できる。図２８に示すプライマリーリンクの六番目のビーコンフレーム（図２８のＢｅａｃｏｎ＃６）は、Ｑｕｉｅｔ Ｃｏｕｎｔフィールドが２、Ｑｕｉｅｔオフセットフィールドが０ＴＵ（Ｔｉｍｅ Ｕｎｉｔ，１０２４ｕｓ）を指示する値に設定され、七番目のビーコンフレーム（図２８のＢｅａｃｏｎ＃７）では、Ｑｕｉｅｔ Ｃｏｕｎｔフィールドが１に設定される。

【0381】

プライマリーリンクでし六番目及び／又は七番目のビーコンフレームを受信したｎｏｎ－ＡＰ ＳＴＡ ＭＬＤは、ビーコンフレームのＰｅｒ－ＳＴＡプロファイル（ＡＰ２に対応する）に含まれたＱｕｉｅｔ要素を確認することによって、ノンプライマリーリンクにクワイエットインターバル（Ｑｕｉｅｔ ｉｎｔｅｒｖａｌ＃２）が設定（ＡＰ ＭＬＤから公表）され、八番目のビーコンフレームに対応するＴＢＴＴから前記クワイエットインターバル（Ｑｕｉｅｔ ｉｎｔｅｒｖａｌ＃２）が始まることが認知できる。

【0382】

このとき、クワイエットインターバルの長さに関する情報は、Ｑｕｉｅｔ要素で共に指示されたＱｕｉｅｔ Ｄｕｒａｔｉｏｎフィールドで指示される。

【0383】

図２９は、本発明の一実施例に係る、ＮＳＴＲ Ｓｏｆｔ ＡＰ ＭＬＤがノンプライマリーのチャネル変更（Ｃｈａｎｎｅｌ Ｓｗｉｔｃｈ）を行う方法の一例を示す。

【0384】

図２９を参照すると、ＮＳＴＲ ＡＰ ＭＬＤは、プライマリーリンクとノンプライマリーリンクにそれぞれＡＰ１とＡＰ２を運用し、Ｎｏｎ－ＡＰ ＳＴＡ ＭＬＤのＳＴＡ１、ＳＴＡ２とそれぞれ結合している。

【0385】

ＮＳＴＲ ＡＰ ＭＬＤは、ノンプライマリーリンクを新しいチャネルに変更するために、プライマリーリンクのＡＰ１を介して送信するビーコンフレームに、ＡＰ２（ノンプライマリーリンク）に対応するＰｅｒ－ＳＴＡプロファイルを含めて送信できる。前記ＡＰ２に対応するＰｅｒ－ＳＴＡプロファイルは、（Ｅｘｔｅｎｄｅｄ）Ｃｈａｎｎｅｌ Ｓｗｉｔｃｈ Ａｎｎｏｕｎｃｅｍｅｎｔ要素とＭａｘ Ｃｈａｎｎｅｌ Ｓｗｉｔｃｈ Ｔｉｍｅ要素を含み、チャネル変更が始まる時点及びチャネル変更以後の新しいチャネルでＴＩＭフレームが送信される時間区間に関連した情報を指示する。前記（Ｅｘｔｅｎｄｅｄ）Ｃｈａｎｎｅｌ Ｓｗｉｔｃｈ Ａｎｎｏｕｎｃｅｍｅｎｔ要素は、図１９に示すプライマリーリンクの一番目のビーコンフレーム（図１９のＢｅａｃｏｎ＃１）に含まれたとき、Ｃｈａｎｎｅｌ Ｓｗｉｔｃｈ Ｃｏｕｎｔフィールドが２に設定され、二番目のビーコンフレーム（図１９のＢｅａｃｏｎ＃２）では１に設定される。

【0386】

プライマリーリンクで一番目及び／又は二番目のビーコンフレームを受信したｎｏｎ－ＡＰ ＳＴＡ ＭＬＤは、ビーコンフレームのＰｅｒ－ＳＴＡプロファイル（ＡＰ２に対応する）に含まれた（Ｅｘｔｅｎｄｅｄ）Ｃｈａｎｎｅｌ Ｓｗｉｔｃｈ Ａｎｎｏｕｎｃｅｍｅｎｔ要素を確認することによって、ノンプライマリーリンクのチャネル変更（新しいチャネルへの）が二番目のビーコンフレームを受信した後に始まり、新しいチャネルでＡＰ２のＴＩＭフレームが前記二番目のビーコンフレームが受信された時点から「ｘ」ＴＵ以内に受信されることが認知できる。このとき、前記新しいチャネルは、（Ｅｘｔｅｎｄｅｄ）Ｃｈａｎｎｅｌ Ｓｗｉｔｃｈ Ａｎｎｏｕｎｃｅｍｅｎｔ要素に含まれたＮｅｗ Ｃｈａｎｎｅｌ Ｎｕｍｂｅｒフィールドで指示された値に対応するチャネルであってよい。このとき、前記「ｘ」ＴＵは、前記Ｐｅｒ－ＳＴＡプロファイル（ＡＰ２に対応する）に含まれたＭａｘ Ｃｈａｎｎｅｌ Ｓｗｉｔｃｈ Ｔｉｍｅ要素に含まれたＳｗｉｔｃｈ Ｔｉｍｅフィールドで指示された時間値であってよい。

【0387】

＜ＮＳＴＲ ＡＰ ＭＬＤと結合したｎｏｎ－ＡＰ ＳＴＡ ＭＬＤの動作制限＞

【0388】

ＮＳＴＲ ＡＰ ＭＬＤは、プライマリーリンクとノンプライマリーリンクがＮＳＴＲリンク対であるＡＰ ＭＬＤである。したがって、プライマリーリンクのＡＰを介してＰＰＤＵ送信を行う途中にはノンプライマリーリンクのＡＰがＢＬＩＮＤ状態になってよく、逆に、ノンプライマリーリンクのＡＰが送信を行うと、プライマリーリンクのＡＰがＢＬＩＮＤ状態になってよい。この場合、ＢＬＩＮＤ状態を経たＮＳＴＲ ＡＰ ＭＬＤのＡＰは、ＭｅｄｉｕｍＳｙｎｃＤｅｌａｙを予め設定された値に設定する必要があり得る。

【0389】

ＭｅｄｉｕｍＳｙｎｃＤｅｌａｙは、ＳＴＡのＥＤＣＡＦ（ＥＤＣＡ Ｆｕｎｃｔｉｏｎ）に共通に適用される単一（ｓｉｎｇｌｅ）タイマーであり、ＭｅｄｉｕｍＳｙｎｃＤｅｌａｙが０でない時には、当該ＳＴＡがＴＸＯＰを取得する上で追加の制約が適用されてよい。このとき、前記追加の制約は、（１）ＴＸＯＰを得るために試みる最初の送信がＲＴＳフレームでなければならなく、（２）ＭｅｄｉｕｍＳｙｎｃＤｅｌａｙが適用される間に（０に減少するまで）予め設定された回数以下のＴＸＯＰ取得を試みることのみが許容され、（３）ＭｅｄｉｕｍＳｙｎｃＤｅｌａｙが０である時よりも厳格な（より低い：例えば、－７２ｄＢｍ～－６２ｄＢｍ）ＣＣＡ ＥＤ（ｅｎｅｒｇｙ ｄｅｔｅｃｔｉｏｎ）閾値を活用すること、であってよい。すなわち、ＭｅｄｉｕｍＳｙｎｃＤｅｌａｙが０でない値であるＳＴＡは、ＭｅｄｉｕｍＳｙｎｃＤｅｌａｙが０であるＳＴＡに比べてＴＸＯＰ取得において多くの制約が適用される。

【0390】

したがって、ＮＳＴＲ ＡＰ ＭＬＤの場合にも、ＡＰがＢＬＩＮＤ状態を経たとき、ＭｅｄｉｕｍＳｙｎｃＤｅｌａｙを適用しなければならず、ＡＰのチャネルアクセスが制限された状況ではＢＳＳのＳＴＡに正常のサービスを提供し難いことがあり得る。ＮＳＴＲ ＡＰ ＭＬＤは、自分がＡＰを運用するＮＳＴＲリンク対のリンクのうち一つをプライマリーリンクと決定することにより、プライマリーリンクがＢＬＩＮＤ状態にならない方式でノンプライマリーリンク（プライマリーリンクでない他のリンク）で行う送信を管理することができる。一例として、ＮＳＴＲ ＡＰ ＭＬＤは、プライマリーリンクで送信を行う途中である時にのみノンプライマリーリンクで送信を行うことにより、プライマリーリンクがＢＬＩＮＤ状態にならないように管理できる。このような目的で、ＮＳＴＲ ＡＰ ＭＬＤは、ノンプライマリーリンクのＡＰを介して応答（Ｒｅｓｐｏｎｓｅ）フレームを要請するフレームを受信しても、要請された応答（Ｒｅｓｐｏｎｓｅ）フレームを応答しなくてよい。すなわち、ＮＳＴＲ ＡＰ ＭＬＤは、ノンプライマリーリンクのＡＰを介して応答フレームを要請するフレームを受信した場合にも、応答フレームを応答しない動作を行うことができる。このとき、ＮＳＴＲ ＡＰ ＭＬＤがノンプライマリーリンクのＡＰを介して応答フレームを応答しない理由は、プライマリーリンクのＡＰがＢＬＩＮＤ状態にならないようにするためであり得る。

【0391】

上述したように、ＮＳＴＲ ＡＰ ＭＬＤは、プライマリーリンクを設定し、プライマリーリンクのＡＰがＢＬＩＮＤ状態にならないようにするために、プライマリーリンク及び／又はノンプライマリーリンクで動作するＡＰの動作（送信）を管理できる。同様に、ＮＳＴＲ ＡＰ ＭＬＤと結合したｎｏｎ－ＡＰ ＳＴＡ ＭＬＤは、ＮＳＴＲ ＡＰ ＭＬＤのプライマリーリンク管理方法を理解して動作する必要があり得る。一例として、ｎｏｎ－ＡＰ ＳＴＡ ＭＬＤが、ＮＳＴＲ ＡＰ ＭＬＤからノンプライマリーリンクで応答フレームが応答されないことを認知する場合に、ノンプライマリーリンクで応答フレームの応答を要請するフレームを送信しなくてよい。また、ｎｏｎ－ＡＰ ＳＴＡ ＭＬＤは、自分がノンプライマリーリンクで応答フレームの応答を要請するフレームを送信した後、ＮＳＴＲ ＡＰ ＭＬＤから応答フレームの応答を受信できなかった場合に、前記応答フレームの応答を要請するフレームを再送信しなくてよい。一例として、ｎｏｎ－ＡＰ ＳＴＡ ＭＬＤは、ノンプライマリーリンクでＮＳＴＲ ＡＰ ＭＬＤにＲＴＳフレームを送信し、ＣＴＳフレーム応答を受信できなかった場合に、ＲＴＳフレームを再送信しなくてよい。このとき、Ｎｏｎ－ＡＰ ＭＬＤは、ノンプライマリーリンクでトリガー（Ｔｒｉｇｇｅｒ）フレームを受信するまで、ＮＳＴＲ ＡＰ ＭＬＤにノンプライマリーリンクで送信を試みなくてよい。

【0392】

また、ｎｏｎ－ＡＰ ＭＬＤは、ＵＬ送信を行うためにノンプライマリーリンクのチャネルアクセス手順を完了しても、プライマリーリンクでチャネルアクセス手順を完了するまで、ノンプライマリーリンクで行う送信を猶予することができる。このとき、ｎｏｎ－ＡＰ ＭＬＤがノンプライマリーリンクで行う送信を猶予する方法は、ノンプライマリーリンクのＳＴＡ（より正確には、ＳＴＡのＥＤＣＡＦ）が行うバックオフ手順を、プライマリーリンクのＳＴＡが行うバックオフ手順が完了するまで中止することであってよい。このとき、ｎｏｎ－ＡＰ ＭＬＤがノンプライマリーリンクのＳＴＡが行うバックオフ手順を中止する方法は、バックオフカウンター（Ｂａｃｋｏｆｆ ｃｏｕｎｔｅｒ）が０である状態に維持することであってよい。

【0393】

上述したような方法により、プライマリーリンクとノンプライマリーリンクの両方でチャネルアクセス手順を完了したｎｏｎ－ＡＰ ＳＴＡ ＭＬＤは、プライマリーリンクとノンプライマリーリンクで同時送信（同時ＵＬ ＰＰＤＵ送信）を行うことができる。このとき、前記「同時送信」とは、各送信が始まった時刻が、予め設定された時間間隔以内であることを意味する。ただし、プライマリーリンクのチャネルアクセス手順のみが完了し、ノンプライマリーリンクのチャネルアクセス手順がまだ完了していない場合には、ｎｏｎ－ＡＰ ＭＬＤがプライマリーリンクでのみＰＰＤＵ送信を始めたり、或いはノンプライマリーリンクのチャネルアクセス手順が完了した時に同時送信を始めることができる。すなわち、ｎｏｎ－ＡＰ ＭＬＤは、ＮＳＴＲ ＡＰ ＭＬＤに送信を行うとき、プライマリーリンクのみを用いた送信を行ったり、或いはプライマリーリンクとノンプライマリーリンクを用いた同時送信を行うことができる。ただし、ｎｏｎ－ＡＰ ＭＬＤがノンプライマリーリンクのみを用いてＮＳＴＲ ＡＰ ＭＬＤにＰＰＤＵ送信を行うことは許容されなくてよい。

【0394】

また、ｎｏｎ－ＡＰ ＭＬＤは、ＮＳＴＲ ＡＰ ＭＬＤに、プライマリーリンクとノンプライマリーリンクを共に用いてＵＬ送信を行う時に、両リンクで行う送信の終了時点を一致させる必要があり得る。このとき、送信の終了時点を一致させるということは、両リンクで行った送信が予め設定された時間間隔内に共に終了することを意味できる。

【0395】

また、ｎｏｎ－ＡＰ ＭＬＤは、ＮＳＴＲ ＡＰ ＭＬＤにプライマリーリンクとノンプライマリーリンクを共に用いてＵＬ送信を行う時に、両リンクで送信したＰＰＤＵが応答フレームを要請するか否かを同一に設定する必要があり得る。さらにいうと、ｎｏｎ－ＡＰ ＭＬＤがプライマリーリンクとノンプライマリーリンクで同時に送信した２つのＵＬ ＰＰＤＵは、両方とも応答フレームの応答を要請したり、或いは両方とも応答フレームの応答を要請しなくてはならいない必要があり得る。これは、ｎｏｎ－ＡＰ ＭＬＤがプライマリーリンクとノンプライマリーリンクを共に用いて行ったＵＬ送信の結果として特定リンクでのみ応答フレームが応答される場合に、ＮＳＴＲ ＡＰ ＭＬＤの他のリンクで動作するＡＰがＢＬＩＮＤ状態になり得ることから適用される制限であり得る。ただし、ＮＳＴＲ ＡＰ ＭＬＤは、同時に受信が完了した２つのＰＰＤＵ（それぞれ、プライマリーリンクとノンプライマリーリンクで受信された）のうち一つのみが、応答フレーム応答を要請するＰＰＤＵである場合に、２つのＰＰＤＵの全てに対する応答フレーム応答を行わなくてよい。

【0396】

また、ｎｏｎ－ＡＰ ＭＬＤは、ＮＳＴＲ ＡＰ ＭＬＤに、プライマリーリンクとノンプライマリーリンクを共に用いて送信を行う時に、ノンプライマリーリンクのＴＸＯＰがプライマリーリンクのＴＸＯＰと同一に終了したり、或いはより早く終了するように設定する必要があり得る。言い換えると、ｎｏｎ－ＡＰ ＭＬＤは、ノンプライマリーリンクのＴＸＯＰがプライマリーリンクのＴＸＯＰと同時に終了したり、或いはより早く終了するように設定する必要があり得る。ただし、ｎｏｎ－ＡＰ ＳＴＡ ＭＬＤのノンプライマリーリンクＴＸＯＰは、プライマリーリンクのＴＸＯＰよりも、予め設定された時間間隔以内の時点だけより遅く終了するように許容されてよい。

【0397】

また、ｎｏｎ－ＡＰ ＳＴＡ ＭＬＤは、ＮＳＴＲ ＡＰ ＭＬＤが特定リンクのＡＰにＢＬＩＮＤ状態を経験したことを認知し、ＡＰの動作を助ける（Ａｓｓｉｓｔ）ことができる。さらにいうと、ｎｏｎ－ＡＰ ＳＴＡ ＭＬＤは、ＮＳＴＲ ＡＰ ＭＬＤがプライマリーリンクとノンプライマリーリンクのうち一つのリンクでのみ送信を行ったことを認知したとき、送信を行わなかった他のリンクのＡＰがＢＬＩＮＤ状態を経験したはずであることが分かる。この場合、ｎｏｎ－ＡＰ ＳＴＡ ＭＬＤは、前記ＢＬＩＮＤ状態を経験したＡＰが０でないＭｅｄｉｕｍＳｙｎｃＤｅｌａｙによってチャネルアクセスに制限を受けることを考慮して、前記ＡＰがＭｅｄｉｕｍＳｙｎｃＤｅｌａｙを解除（０にｒｅｓｅｔ）できるように助ける動作を行うことができる。このとき、ｎｏｎ－ＡＰ ＳＴＡ ＭＬＤが行う動作は、ＭｅｄｉｕｍＳｙｎｃＤｅｌａｙが、ＮＡＶ設定が可能なＰＰＤＵ（有効なＭＰＤＵを含む）が受信した時に解除され得るとの特性を用いた動作であってよい。

【0398】

一例として、ｎｏｎ－ＡＰ ＳＴＡ ＭＬＤは、ＢＬＩＮＤ状態を経た後、０でないＭｅｄｉｕｍＳｙｎｃＤｅｌａｙを有するはずであると判断されるＮＳＴＲ ＡＰ ＭＬＤのＡＰに、ＮＡＶ設定が可能なＡｓｓｉｓｔフレーム（一種のＰＰＤＵ）を送信できる。このとき、前記Ａｓｓｉｓｔフレームは、フレームフォーマットに関係なく、ＮＡＶ設定が可能な有効なＭＰＤＵに含まれるフレームを意味するものであってよい。このとき、ｎｏｎ－ＡＰ ＳＴＡ ＭＬＤが特定リンクでＮＳＴＲ ＡＰ ＭＬＤにＡｓｓｉｓｔフレームを送信する条件は、ｎｏｎ－ＡＰ ＳＴＡ ＭＬＤが確認した前記特定リンクの状態がＩＤＬＥ状態である時へと制限されることであってよい。このとき、ｎｏｎ－ＡＰ ＳＴＡ ＭＬＤがＮＳＴＲ ＡＰ ＭＬＤにＡｓｓｉｓｔフレームを送信する他の条件は、前記ｎｏｎ－ＡＰ ＳＴＡ ＭＬＤがＮＳＴＲ ＡＰ ＭＬＤから、Ａｓｓｉｓｔフレームを送信することを明示的或いは暗示的に要請（指示）されたｎｏｎ－ＡＰ ＳＴＡ ＭＬＤである場合に制限されることであってよい。

【0399】

＜６ＧＨｚ帯域と関連したＭＬ発見（Ｄｉｓｃｏｖｅｒｙ）（ＭＬＯ（Ｍｕｌｔｉ－Ｌｉｎｋ Ｏｐｅｒａｔｉｏｎ） Ｄｉｓｃｏｖｅｒｙ）及びＭＬセットアップ（Ａｓｓｏｃｉａｔｉｏｎ）手順＞

【0400】

６世帯Ｗｉ－Ｆｉ以前のＷｉ－Ｆｉは、２．４ＧＨｚと５ＧＨｚでの動作を支援したし、最近にＩＳＭ帯域に組み入れられた６ＧＨｚ帯域は、ＨＥ端末（ＡＰ ＳＴＡ、ｎｏｎ－ＡＰ ＳＴＡ）が最初に使用するようになったＷｉ－Ｆｉ周波数帯域（非免許帯域）である。ＨＥ端末に対する標準化を進行したＩＥＥＥ ８０２．１１ａｘ ＴＧ（Ｔａｓｋ Ｇｒｏｕｐ）は、６ＧＨｚ帯域で運用される従来Ｗｉ－Ｆｉ端末（６世代Ｗｉ－Ｆｉ以前の端末）がないということを考慮して、６ＧＨｚ帯域で運用されるＨＥ ＳＴＡ（ＡＰ ＳＴＡ、ｎｏｎ－ＡＰ ＳＴＡ）が以前世代Ｗｉ－Ｆｉ端末に対する下位互換動作を行わないように規定した。より具体的には、６ＧＨｚで動作するＨＥ ＳＴＡがＨＴ能力要素（Ｃａｐａｂｉｌｉｔｉｅｓ ｅｌｅｍｅｎｔ）、ＶＨＴ能力要素、ＨＴ動作要素（Ｏｐｅｒａｔｉｏｎ ｅｌｅｍｅｎｔ）、ＶＨＴ動作要素、及び／又はＶＨＴ動作情報フィールドを含むＨＥ動作要素を送信しないように制限することによって、６世帯Ｗｉ－Ｆｉ以前の端末に対する支援を排除し、ビーコンフレーム（Ｂｅａｃｏｎ ｆｒａｍｅ）などに含まれた情報を減らしてオーバーヘッドを低減するように規定した。

【0401】

すなわち、特定帯域（例えば、６ＧＨｚ帯域）で動作するＡＰ及び／又はｎｏｎ－ＡＰ ＳＴＡは、レガシーフォーマットの能力要素及び／又は動作要素（例えば、ＨＴ能力要素、ＶＨＴ能力要素、ＨＴ動作要素、ＶＨＴ動作要素、及び／又はＶＨＴ動作情報フィールドを含むＨＥ動作要素など）を送信することができない。

【0402】

本発明のさらに他の実施例において、ＡＰ及び／又はｎｏｎ－ＡＰ ＳＴＡが特定帯域で動作することで、自分の２．４ＧＨｚ／５ＧＨｚに対する能力要素及び動作要素であるＨＴ能力要素、ＶＨＴ能力要素、ＨＴ動作要素及び／又はＶＨＴ動作要素を送信しない場合に、ＡＰ及び／又はｎｏｎ－ＡＰ ＳＴＡは、自分に関する情報の他、同一ＭＬＤに含まれる他のＡＰ及び／又はｎｏｎ－ＡＰ ＳＴＡに関する情報も共に送信できる。この時、他のＡＰ及び／又はｎｏｎ－ＡＰ ＳＴＡに関する情報は、特定帯域以外の他の帯域（例えば、２．４ＧＨｚ／５ＧＨｚ）に対する能力要素及び動作要素を含んでよい。すなわち、ＡＰ及び／又はｎｏｎ－ＡＰ ＳＴＡは、複数個のＳＴＡのそれぞれが動作する帯域に対する能力要素及び／又は動作情報を送信でき、複数個のＳＴＡのそれぞれが動作しない帯域に対する能力要素及び／又は動作情報は送信できない。

【0403】

すなわち、６ＧＨｚで運用されるＨＥ ＡＰが送信するビーコンフレーム及び６ＧＨｚでセットアップ（Ｓｅｔｕｐ）を行うｎｏｎ－ＡＰ ＳＴＡが送信した結合要請フレームなどには、ＨＴ及びＶＨＴ ＳＴＡ（ＡＰ及びｎｏｎ－ＡＰ ＳＴＡ）として動作する時の能力及び動作情報が含まれることがない。６ＧＨｚで動作するＨＥ ＳＴＡは、６ＧＨｚ帯域で動作する他のＨＴ／ＶＨＴ ＳＴＡが存在しないため、ＨＴ／ＶＨＴ ＳＴＡとして動作する必要がなく、したがって、上述したＨＴ／ＶＨＴ ＳＴＡ動作の能力及び動作情報は不要な情報であり得る。このような理由から、１１ａｘ標準では、６ＧＨｚで運用されるＨＥ ＳＴＡ（ＡＰ ＳＴＡ及びｎｏｎ－ＡＰ ＳＴＡ）がＨＴ能力要素、ＶＨＴ能力要素、ＨＴ動作要素、ＶＨＴ動作要素、ＶＨＴ動作情報フィールドを含むＨＥ動作要素を送信しないように制限したし、ＨＥ ＳＴＡの動作を継承するＥＨＴ ＳＴＡ（ＭＬＤ）にも同じ制限が適用されてよい。

【0404】

言い換えると、６ＧＨｚ帯域で動作するＳＴＡは、ＨＴ能力要素、ＶＨＴ能力要素、ＨＴ動作要素、ＶＨＴ動作要素、又はＶＨＴ動作情報フィールドを含むＨＥ動作要素は送信できない。すなわち、６ＧＨｚ帯域で動作するＳＴＡは、自分の能力及び動作に対するパラメータを提供するために特定レガシーフォーマットの能力／動作要素を送信しなくてよい。

【0405】

ただし、この場合、６ＧＨｚで動作するＳＴＡは、他のＳＴＡの情報を含む基本多重リンク要素（Ｂａｓｉｃ Ｍｕｌｔｉ－Ｌｉｎｋ ｅｌｅｍｅｎｔ）を送信できる。このとき、基本多重リンク要素は、６ＧＨｚで動作するＳＴＡによって報告される他のＳＴＡｓに対する能力要素及び／又は動作要素を含むＳＴＡ Ｐｒｏｆｉｌｅフィールドを含んでよい。６ＧＨｚで動作するＳＴＡによって報告されるＳＴＡは、２．４ＧＨｚ又は５ＧＨｚ帯域で動作でき、ＳＴＡ Ｐｒｏｆｉｌｅフィールドは、報告されるＳＴＡに対応するＰｅｒ－ＳＴＡプロファイルサブ要素（ｓｕｂｅｌｅｍｅｎｔ）に含まれてよい。

【0406】

しかし、前述した本発明の実施例で考慮しているように、ＭＬＤであるＥＨＴ ＳＴＡは、自分に関する情報だけでなく、同一ＭＬＤ内の他のＳＴＡ（他のリンクで運用される）に関する情報を、ビーコンフレーム及び（ＭＬ）プローブ応答フレーム、結合要請フレーム及び／又は結合応答フレームに含めて送信することによってＭＬセットアップを行わなければならない。言い換えると、ＡＰ ＭＬＤのＡＰのうち、６ＧＨｚで運用されるＡＰは、２．４ＧＨｚ及び５ＧＨｚで運用される他のＡＰに関する情報を提供するために、（ＭＬ）プローブ応答フレーム、結合応答フレームで２．４ＧＨｚ及び５ＧＨｚ ＡＰのＨＴ／ＶＨＴ能力／動作要素を指示しなければならず、したがって、１１ａｘにおいて６ＧＨｚ ＳＴＡ（ＡＰ ＳＴＡ、ｎｏｎ－ＡＰ ＳＴＡ）がＨＴ／ＶＨＴ関連要素（ｅｌｅｍｅｎｔ）を指示できないと規定した制限が修正される必要がある。このとき、（ＭＬ）プローブ応答フレームは、ＭＬプローブ要請フレームに対する応答として送信される応答フレームを意味できる。

【0407】

後述する本発明の説明では、２．４ＧＨｚ／５ＧＨｚ／６ＧＨｚで運用されるＡＰをそれぞれ、２．４ＧＨｚ ＡＰ、５ＧＨｚ ＡＰ、６ＧＨｚ ＡＰと記述し、２．４ＧＨｚ／５ＧＨｚ／６ＧＨｚでＭＬセットアップを行う（試みる）ＳＴＡをそれぞれ、２．４ＧＨｚ ＳＴＡ、５ＧＨｚ ＳＴＡ、６ＧＨｚ ＳＴＡ（ｎｏｎ－ＡＰ ＳＴＡ）と記述しするものとする。

【0408】

本発明の一実施例によれば、ＥＨＴ ＭＬＤの６ＧＨｚ ＡＰ／ＳＴＡ（ｒｅｐｏｒｔｉｎｇ ＳＴＡ）は、同一ＭＬＤの２．４ＧＨｚ及び５ＧＨｚ ＳＴＡ（報告される（ｒｅｐｏｒｔｅｄ）ＳＴＡ）に対するＨＴ能力要素、ＶＨＴ能力要素、ＨＴ動作要素、ＶＨＴ動作要素、ＶＨＴ動作情報フィールドを含むＨＥ動作要素を送信できる。このとき、６ＧＨｚ ＡＰ／ＳＴＡが２．４ＧＨｚ及び５ＧＨｚ ＳＴＡ（ｒｅｐｏｒｔｅｄ ＳＴＡであるＡＰ ＳＴＡ、ｎｏｎ－ＡＰ ＳＴＡ）に対するＨＴ／ＶＨＴ関連情報を含み得るフレームは、管理フレームであってよい。このとき、６ＧＨｚ ＡＰ／ＳＴＡは、管理フレームにおいて２．４ＧＨｚ及び５ＧＨｚ ＡＰ／ＳＴＡに対するＨＴ／ＶＨＴ関連情報をＭＬ ＩＥ（Ｍｕｌｔｉ－Ｌｉｎｋ情報要素）に含めてよい。このとき、６ＧＨｚ ＡＰ／ＳＴＡは、管理フレームにおいて２．４ＧＨｚ及び５ＧＨｚ ＡＰ／ＳＴＡに対するＨＴ／ＶＨＴ関連情報を、各ＳＴＡに対応するＰｅｒ－ＳＴＡプロファイルサブ要素に含めてよい。

【0409】

或いは、６ＧＨｚ ＡＰ／ＳＴＡは、管理フレームのＭＬ ＩＥで指示される共通（ｃｏｍｍｏｎ）情報として、２．４ＧＨｚ及び５ＧＨｚ ＳＴＡ（ｒｅｐｏｒｔｅｄ ＳＴＡ）に対するＨＴ／ＶＨＴ能力／動作要素を含めることができる。

【0410】

より具体的には、ＥＨＴ ＡＰ ＭＬＤの６ＧＨｚ ＡＰが２．４ＧＨｚ及び／又は５ＧＨｚ ＡＰを含むＭＬセットアップを実行（承諾、ａｃｃｅｐｔ）するために送信する（再）結合応答フレームは、ＨＴ／ＶＨＴ能力／動作要素を含んでよい。

【0411】

同様に、ＥＨＴ ｎｏｎ－ＡＰ ＭＬＤの６ＧＨｚ ＳＴＡが２．４ＧＨｚ及び／又は５ＧＨｚ ＳＴＡを含むＭＬセットアップを実行（要請、要請）するために送信する（再）結合要請フレームは、ＨＴ／ＶＨＴ能力／動作要素を含んでよい。

【0412】

すなわち、６ＧＨｚ ＳＴＡ（ＭＬＤの）は、同一ＭＬＤの２．４ＧＨｚ及び／又は５ＧＨｚ ＳＴＡを含むＭＬセットアップを試みる場合に限って、（再）結合要請フレームにＨＴ／ＶＨＴ能力／動作要素を含めて送信できる。

【0413】

言い換えると、６ＧＨｚ ＡＰ（ＭＬＤの）は、同一ＭＬＤの２．４ＧＨｚ及び／又は５ＧＨｚ ＡＰを含むＭＬセットアップを行う場合に限って、再）結合応答フレームにＨＴ／ＶＨＴ能力／動作要素を含めて送信できる。

【0414】

例えば、ＭＬＤを構成するＡＰ又はｎｏｎ－ＡＰ ＳＴＡはそれぞれ、様々な帯域（６ＧＨｚ、２．４ＧＨｚ、又は５ＧＨｚ）で動作できる。このとき、ｎｏｎ－ＡＰ ＳＴＡを含むＭＬＤ（第１ＭＬＤ）は、ＡＰを含むＭＬＤ（第２ＭＬＤ）と多重リンク設定のためにフレームを送受信できる。この時、第１ＭＬＤに含まれた６ＧＨｚで動作するＳＴＡ（第１ＳＴＡ）は、多重リンク設定のために結合要請フレーム（又は、再結合要請フレーム）を送信でき、第２ＭＬＤに含まれた６ＧＨｚで動作するＡＰ（第１ＡＰ）は、結合要請フレーム（又は、再結合要請フレーム）に対する応答として結合応答フレーム（又は、再結合応答フレーム）を送信できる。

【0415】

第１ＳＴＡは、結合要請メッセージに、自分に関する情報及び同一ＭＬＤに含まれた他のＳＴＡに関する情報（例えば、マルチリンク情報（又は、要素）など）を含めて送信できる。

【0416】

結合要請メッセージに含まれる第１ＳＴＡに関する情報は、６ＧＨｚに関する情報（例えば、ＨＥ能力情報、ＨＥ動作情報、ＥＨＴ能力情報、及び／又はＥＨＴ動作情報）であってよい。しかし、結合要請メッセージは、６ＧＨｚ帯域でない他の帯域（例えば、２．４ＧＨｚ又は５ＧＨｚ）に対する第１ＳＴＡの情報（例えば、ＨＴ能力要素、ＶＨＴ能力要素、ＨＴ動作要素、ＶＨＴ動作要素、又はＶＨＴ動作情報フィールドを含むＨＥ動作要素など）は含まない。すなわち、第１ＳＴＡは、自分が動作する帯域以外の帯域に関する情報は送信できない。

【0417】

結合要請メッセージに含まれる他のＳＴＡに関する情報（例えば、マルチリンク情報（又は、要素）など）は、他のＳＴＡのそれぞれが動作する帯域（例えば、２．４ＧＨｚ又は５ＧＨｚ）に関する情報（例えば、ＨＴ能力要素、ＶＨＴ能力要素、ＨＴ動作要素、ＶＨＴ動作要素、又はＶＨＴ動作情報フィールドを含むＨＥ動作要素など）を含んでよい。

【0418】

このとき、他のＳＴＡに関する情報は、各ＳＴＡに対応するＰｅｒ－ＳＴＡプロファイルサブ要素に含まれてよい。

【0419】

また、結合要請メッセージのマルチリンク情報（又は、マルチリンク要素）は、報告されるＳＴＡのそれぞれに対応するＰｅｒ－ＳＴＡプロファイルサブ要素（ｓｕｂｅｌｅｍｅｎｔ）を含むマルチリンク要素（Ｍｕｌｔｉ－Ｌｉｎｋ ｅｌｅｍｅｎｔ）を含んでよく、Ｐｅｒ－ＳＴＡプロファイルサブ要素は、報告される少なくとも一つのステーションのうち対応するステーションに対する全ての情報の要請であるか否かを示すコンプリートプロファイルサブフィールド（Ｃｏｍｐｌｅｔｅ Ｐｒｏｆｉｌｅ ｓｕｂｆｉｅｌｄ）を含んでよい。

【0420】

このとき、コンプリートプロファイルサブフィールドが全ての情報の要請を示す値又は特定値（例えば、「１」）に設定される場合に、コンプリートプロファイルサブフィールドに対応するＳＴＡの全ての情報がマルチリンク要素に含まれてよい。又は、コンプリートプロファイルは、対応するＰｅｒ－ＳＴＡプロファイルが当該ＳＴＡの完全な情報（ｃｏｍｐｌｅｔｅ ｉｎｆｏｒｍａｔｉｏｎ）を含んでいるか否かを指示できる。

【0421】

第１ＡＰは、結合応答メッセージに自分に関する情報及び同一ＭＬＤに含まれた他のＡＰに関する情報（例えば、マルチリンク情報（又は、要素）など）を含めて送信できる。

【0422】

結合応答メッセージに含まれる第１ＡＰに関する情報は、６ＧＨｚに関する情報（例えば、ＨＥ能力情報、ＨＥ動作情報、ＥＨＴ能力情報、及び／又はＥＨＴ動作情報）であってよい。しかし、結合応答メッセージは、６ＧＨｚ帯域でない他の帯域（例えば、２．４ＧＨｚ又は５ＧＨｚ）に関する第１ＡＰの情報（例えば、ＨＴ能力要素、ＶＨＴ能力要素、ＨＴ動作要素、ＶＨＴ動作要素、又はＶＨＴ動作情報フィールドを含むＨＥ動作要素など）は含まない。すなわち、第１ＡＰは、自分が動作する帯域以外の帯域に関する情報は送信できない。

【0423】

結合要請メッセージに含まれる他のＡＰに関する情報（例えば、マルチリンク情報（又は、要素）など）は、他のＳＴＡのそれぞれが動作する帯域（例えば、２．４ＧＨｚ又は５ＧＨｚ）に関する情報（例えば、ＨＴ能力要素、ＶＨＴ能力要素、ＨＴ動作要素、ＶＨＴ動作要素、又はＶＨＴ動作情報フィールドを含むＨＥ動作要素など）を含んでよい。

【0424】

さらに、６ＧＨｚ ＡＰ（ＭＬＤの）は、ＭＬプローブ応答フレームに、上述の結合要請フレーム又は結合応答フレームと同一にＨＴ／ＶＨＴ能力／動作要素を含めて送信することが可能である。このとき、６ＧＨｚ ＡＰがＭＬプローブ応答フレームにＨＴ／ＶＨＴ関連情報を含めて送信（応答）する条件は、受信したプローブ要請フレームが、マルチリンク要素（プローブ要請バリアントな（ｖａｒｉａｎｔ））を含むことであってよい。このとき、マルチリンク要素を含むプローブ要請フレームはＭＬプローブ要請（フレーム）であると考慮されてよい。

【0425】

６ＧＨｚ ＡＰがＨＴ／ＶＨＴ能力要素及び／又はＨＴ／ＶＨＴ動作要素を含むＭＬプローブ応答フレームを送信（応答）するさらに具体的な条件は、受信したＭＬプローブ要請フレームがマルチリンク要素を含み、２．４ＧＨｚ及び／又は５ＧＨｚ ＡＰに対する完全な（ｃｏｍｐｌｅｔｅ）情報或いはＨＥ／ＶＨＴ能力／動作要素情報を要請することであってよい。

【0426】

図３０は、特定帯域幅で動作するステーションが送信するプローブ要請フレーム（Ｐｒｏｂｅ Ｒｅｑｕｅｓｔ ｆｒａｍｅ）、結合要請フレーム（Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔ ｆｒａｍｅ）及び結合応答フレーム（Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅ）の一例を示す。

【0427】

図３０を参照すると、６ＧＨｚ ＡＰは、（ＭＬ）プローブ応答フレームのＭＬ ＩＥにおいてＨＴ／ＶＨＴ能力要素とＨＴ／ＶＨＴ動作要素を送信できる。このとき、前記ＨＴ／ＶＨＴ能力／動作要素は、６ＧＨｚ ＡＰの所属したＭＬＤが運用する２．４ＧＨｚ及び５ＧＨｚ ＡＰに対する要素であってよい。

【0428】

すなわち、６ＧＨｚ帯域運営規定によって、６ＧＨｚ ＡＰがＨＴ／ＶＨＴ関連要素を送信することが制限されているが、ＡＰ ＭＬＤのＳＴＡである６ＧＨｚ ＡＰは、２．４ＧＨｚ ＡＰと５ＧＨｚ ＡＰに対する完全な情報を指示するための目的で６ＧＨｚ帯域でＨＴ／ＶＨＴ関連要素を含む（ＭＬ）プローブ応答フレームを送信できる。

【0429】

また、６ＧＨｚ帯域で（再）結合要請／応答フレームを送信するｎｏｎ－ＡＰ ＭＬＤのＳＴＡ及びＡＰ ＭＬＤのＡＰも、目的によって６ＧＨｚ帯域でＨＴ／ＶＨＴ関連要素を含む（再）結合Ｒｅｑ／Ｒｅｓｐフレームを送信できる。

【0430】

６ＧＨｚ ＳＴＡが（再）結合要請フレームにＨＴ／ＶＨＴ関連要素を含めて送信することは、６ＧＨｚで送信する（再）結合要請フレームを用いて６ＧＨｚ及び２．４／５ＧＨｚで同時にＭＬセットアップを行う意図を有する場合に行われてよい。

【0431】

６ＧＨｚ ＡＰが（再）結合応答フレームにＨＴ／ＶＨＴ関連要素を含めて送信することは、ｎｏｎ－ＡＰ ＳＴＡが６ＧＨｚ帯域で（再）結合要請フレームを送信したし、前記ｎｏｎ－ＡＰ ＳＴＡのＭＬセットアップ要請を受諾して、２．４ＧＨｚ及び／又は５ＧＨｚにもセットアップを行う意図を有する場合に限って行われてよい。

【0432】

他の方法として、６ＧＨｚ ＳＴＡ（ＡＰ ＳＴＡ、ｎｏｎ－ＡＰ ＳＴＡ）が６ＧＨｚ帯域で送信するフレームにＨＴ／ＶＨＴ能力／動作要素を含めることができないように制限する方法があり得る。

【0433】

この場合、６ＧＨｚ ＡＰは、２．４ＧＨｚ及び／又は５ＧＨｚ ＡＰの情報（Ｐｅｒ－ＳＴＡ Ｐｒｏｆｉｌｅ）を含むＭＬプローブ応答フレーム及び２．４ＧＨｚ及び／又は５ＧＨｚ ＡＰのセットアップを承諾するＭＬ結合応答フレームを送信する時にもＨＴ／ＶＨＴ能力／動作要素を含めないことが可能である。したがって、６ＧＨｚ ＡＰを介して２．４ＧＨｚ及び５ＧＨｚを含むＭＬセットアップを行おうとするｎｏｎ－ＡＰ ＭＬＤは、２．４ＧＨｚ及び／又は５ＧＨｚ ＡＰに対する追加情報（ＨＴ／ＶＨＴ関連要素に含まれた）を取得するために、２．４ＧＨｚ ＡＰ或いは５ＧＨｚ ＡＰにＭＬプローブ要請フレームを送信する必要があり得る。

【0434】

６ＧＨｚではＨＴ／ＶＨＴ関連要素を送信／取得できないという制限を考慮して、６ＧＨｚ ＡＰにＭＬ結合要請フレームを送信しようとするｎｏｎ－ＡＰ ＥＨＴ ＭＬＤは、事前に２．４ＧＨｚ或いは５ＧＨｚでセットアップしようとするＡＰの完全な（或いは、ＨＴ／ＶＨＴ関連要素）情報を含むＭＬプローブ応答フレームを受信する必要があり得る。すなわち、６ＧＨｚ ＡＰにＭＬ結合要請フレームを送信して２．４ＧＨｚ及び／又は５ＧＨｚ ＡＰと同時にＭＬセットアップを行おうとするｎｏｎ－ＡＰ ＥＨＴ ＭＬＤは、２．４ＧＨｚ又は５ＧＨｚでＭＬプローブ要請フレームを送信し、２．４ＧＨｚ及び／又は５ＧＨｚ ＡＰに対する完全な情報（或いは、ＨＴ／ＶＨＴ関連要素）を、セットアップを行う前或いはセットアップを完了した後に取得する必要があり得る。

【0435】

また、ｎｏｎ－ＡＰ ＭＬＤは、６ＧＨｚでＭＬセットアップを完了した後、セットアップの行われた２．４ＧＨｚリンク及び５ＧＨｚリンクで運用するＳＴＡ（２．４ＧＨｚ ＳＴＡ及び５ＧＨｚ ＳＴＡ）の完全な情報（或いは、ＨＴ／ＶＨＴ関連要素）をＡＰ ＭＬＤに送信する必要があり得る。このとき、ｎｏｎ－ＡＰ ＭＬＤは、セットアップの行われた２．４／５ＧＨｚ ＳＴＡの要素を送信するために、結合後に初めて送信するＰＰＤＵで２．４／５ＧＨｚ ＳＴＡのＨＴ／ＶＨＴ能力／動作要素を送信できる。

【0436】

図３１は、本発明の一実施例に係る、ＨＴ（Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ）／ＶＨＴ（Ｖｅｒｙ Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ）関連要素情報を、特定帯域幅でない他のリンクで交換して多重リンク設定を行う方法の一例を示す。

【0437】

図３１を参照すると、ＡＰ ＭＬＤは、２．４ＧＨｚ／５ＧＨｚ／６ＧＨｚにそれぞれＡＰ１～ＡＰ３を運用できる。６ＧＨｚ ＡＰであるＡＰ３のビーコンフレームを受信したｎｏｎ－ＡＰ ＭＬＤは、ＡＰ ＭＬＤと６ＧＨｚ帯域を用いて（再）結合Ｒｅｑ／Ｒｅｓフレームを交換することによってＭＬセットアップを行おうとすることがある。

【0438】

この場合、Ｎｏｎ－ＡＰ ＭＬＤは、２．４ＧＨｚ ＡＰ及び５ＧＨｚ ＡＰを含むＭＬセットアップを試みようと意図することができ、そのために、６ＧＨｚで結合要請フレームを送信する前に５ＧＨｚでＭＬプローブ要請フレームを５ＧＨｚ ＡＰに送信することができる。このとき、ｎｏｎ－ＡＰ ＭＬＤが５ＧＨｚ帯域で送信するＭＬプローブ要請フレームは、ＭＬセットアップを行おうとするＡＰのうち２．４ＧＨｚ ＡＰ及び５ＧＨｚ ＡＰに対する完全な情報（或いは、ＨＴ／ＶＨＴ関連要素）を要請するＭＬプローブ要請フレームであってよい。

【0439】

５ＧＨｚ ＡＰからＭＬプローブ応答フレームを受信したｎｏｎ－ＡＰ ＭＬＤは、６ＧＨｚ ＳＴＡを介して、６ＧＨｚ ＡＰに２．４ＧＨｚ／５ＧＨｚを含むＭＬセットアップを要請する結合要請フレームを送信できる。一般的にＭＬセットアップを要請するリンクのＳＴＡに対する完全な情報が結合要請フレームに含まれるべきであるが、６ＧＨｚ ＳＴＡが送信する結合要請フレームは、２．４ＧＨｚ及び５ＧＨｚ ＳＴＡに対するＨＴ／ＶＨＴ能力／動作要素が含まれないことがある。同様に、一般的に２．４ＧＨｚ及び／又は５ＧＨｚに対するセットアップを受諾するために送信（応答）される結合応答フレームは、ＭＬセットアップを受諾するリンクのＡＰに対する完全な情報が含まれるべきであるが、６ＧＨｚ ＡＰが送信する結合応答フレームは、２．４ＧＨｚ及び５ＧＨｚ ＡＰに対するＨＴ／ＶＨＴ能力／動作要素が含まれないことがある。

【0440】

このように、２．４／５ＧＨｚに対するＨＴ／ＶＨＴ要素を含まない結合要請／応答フレームを用いて２．４ＧＨｚ及び／又は５ＧＨｚでＡＰ ＭＬＤとのセットアップを行ったｎｏｎ－ＡＰ ＭＬＤは、結合応答フレームを受信した後に送信する最初のＰＰＤＵを用いて、セットアップが行われた２．４／５ＧＨｚ ＳＴＡに対するＨＴ／ＶＨＴ能力／動作要素をＡＰ ＭＬＤに送信することができる。

【0441】

＜管理フレームの構成及び継承（ｉｎｈｅｒｉｔａｎｃｅ）規則＞

【0442】

同一ＭＬＤに含まれたＥＨＴ ＳＴＡ（ＡＰ ＳＴＡ、ｎｏｎ－ＡＰ ＳＴＡ）は、たとえ異なるリンクで運用されても、類似の能力及び動作パラメータを含む可能性が大きい。したがって、管理フレーム（ビーコン、（ＭＬ）プローブＲｅｑ／Ｒｅｓｐ、（ＭＬ）結合Ｒｅｑ／Ｒｅｓｐフレームなど）を送信するＳＴＡ（ｒｅｐｏｒｔｉｎｇ ＳＴＡ）の一部の要素は、ＭＬＤ内の他のＳＴＡ（ｒｅｐｏｒｔｅｄ ＳＴＡ）の一部の要素と同じ情報を含み得る。

【0443】

前述した本発明の実施例で考慮したように、ＥＨＴ ＳＴＡ（ｒｅｐｏｒｔｉｎｇ ＳＴＡ）は、同一ＭＬＤ内の他のＳＴＡ（ｒｅｐｏｒｔｅｄ ＳＴＡ）の完全な情報を管理フレームに含めて送信でき、ＭＬＤが複数のＳＴＡを運用できるということを考慮すれば、各ＳＴＡの完全な情報が全て含まれた管理フレームは多くのオーバーヘッドを誘発する可能性がある。

【0444】

したがって、ＭＬＤ内の他のＳＴＡに対する完全な情報をＰｅｒ－ＳＴＡプロファイルサブ要素に含む管理フレームは、ｒｅｐｏｒｔｉｎｇ ＳＴＡの要素と同じ情報を含むｒｅｐｏｒｔｉｎｇ ＳＴＡの要素が省略されてよい。すなわち、特定ＳＴＡ（ｒｅｐｏｒｔｅｄ ＳＴＡ）に対する完全な情報を含む管理フレームにおいて、前記特定ＳＴＡと対応するＰｅｒ－ＳＴＡプロファイルサブ要素に一部の要素が指示されていない場合に、前記指示されない一部の要素は、管理フレームを送信したＳＴＡ（ｒｅｐｏｒｔｉｎｇ ＡＰ）に対応する同じ要素（前記一部の要素と同じ要素）の情報がそのまま継承（ｉｎｈｅｒｉｔａｎｃｅ）されたものと解析されてよい。このとき、「前記特定ＳＴＡ（ｒｅｐｏｒｔｅｄ ＳＴＡ）に対する完全な情報を含む管理フレーム」とは、管理フレームを送信したＳＴＡ（ｒｅｐｏｒｔｉｎｇ ＳＴＡ）と同じレベル（同じ量）の情報が含まれた管理フレームを意味できる。この時、継承規則を用いてＰｅｒ－ＳＴＡプロファイルサブ要素を解析することは、当該Ｐｅｒ－ＳＴＡプロファイルが完全なプロファイル（ｃｏｍｐｌｅｔｅ ｐｒｏｆｉｌｅ）である場合に限って行われてよい。このとき、「Ｐｅｒ－ＳＴＡプロファイルが完全なプロファイル（ｃｏｍｐｌｅｔｅ ｐｒｏｆｉｌｅ）である」とは、Ｐｅｒ－ＳＴＡプロファイルサブ要素のＣｏｍｐｌｅｔｅ Ｐｒｏｆｉｌｅサブフィールドが１として指示されたことを意味できる。

【0445】

このように、ＭＬＤのＳＴＡは、ＭＬＤ内の他のＳＴＡに対する完全な情報を管理フレームに含みながらも、管理フレームのサイズを減らすための目的で継承規則を用いて管理フレームを構成することができる。また、ＭＬＤのＳＴＡから管理フレームを受信したＭＬＤは、継承規則を用いて、省略されたｒｅｐｏｒｔｅｄ ＳＴＡの情報を取得（解析、認知）することが可能である。

【0446】

このとき、管理フレームに各ｒｅｐｏｒｔｅｄ ＳＴＡの完全な（Ｃｏｍｐｌｅｔｅ）情報が含まれたか否かは、各ｒｅｐｏｒｔｅｄ ＳＴＡに対応するＰｅｒ－ＳＴＡプロファイルサブ要素において、Ｃｏｍｐｌｅｔｅ Ｐｒｏｆｉｌｅサブフィールド（ＳＴＡ Ｃｏｎｔｒｏｌフィールドの）が１と示されているか否かで指示されてよい。すなわち、Ｃｏｍｐｌｅｔｅ Ｐｒｏｆｉｌｅサブフィールドが１と指示されたＰｅｒ－ＳＴＡプロファイルに対応するｒｅｐｏｒｔｅｄ ＳＴＡは、当該管理フレームで完全な（Ｃｏｍｐｌｅｔｅ）情報が指示されるＳＴＡであってよい。

【0447】

＜管理フレームにおいてｒｅｐｏｒｔｉｎｇ ＳＴＡの要素として指示されていない要素に適用される継承規則＞

【0448】

管理フレームを送信するｒｅｐｏｒｔｉｎｇ ＳＴＡが特定要素情報を有しない場合があり得る。例えば、ｒｅｐｏｒｔｉｎｇ ＳＴＡが６ＧＨｚ ＳＴＡ（ＡＰ ＳＴＡ、ｎｏｎ－ＡＰ ＳＴＡ）である場合に、ｒｅｐｏｒｔｉｎｇ ＳＴＡである６ＧＨｚ ＳＴＡはＨＴ／ＶＨＴ関連要素を有しなくてもよい。この場合、２．４ＧＨｚ及び５ＧＨｚ ＳＴＡに対する完全な（Ｃｏｍｐｌｅｔｅ）情報が当該管理フレームに含まれるべき場合に、２．４ＧＨｚ及び５ＧＨｚ ＳＴＡに対して指示されるべきＨＴ／ＶＨＴ関連情報（ＨＴ／ＶＨＴ能力／動作要素）を継承規則を用いて指示／解析できない。これは、ｒｅｐｏｒｔｉｎｇ ＳＴＡである６ＧＨｚ ＳＴＡがＨＴ／ＶＨＴ関連情報を有しないためであり、したがって、６ＧＨｚ ＳＴＡがｒｅｐｏｒｔｉｎｇ ＳＴＡである管理フレームは、ｒｅｐｏｒｔｅｄ ＳＴＡのみに対して指示される要素に対して継承規則を適用できない。すなわち、６ＧＨｚ ＳＴＡが送信する管理フレームに、複数の２．４ＧＨｚ及び５ＧＨｚ ＳＴＡの完全な情報が指示されるべき場合に、前記複数のｒｅｐｏｒｔｅｄ ＳＴＡ（２．４／５ＧＨｚ ＳＴＡ）がいずれも同一のＨＴ／ＶＨＴ能力／動作要素値を有しても、各要素は各ｒｅｐｏｒｔｅｄ ＳＴＡに対応するＰｅｒ－ＳＴＡプロファイルで反復して指示される必要があり得る。これは、管理フレームを送信するｒｅｐｏｒｔｉｎｇ ＳＴＡが特定要素に関する情報を含まない場合に管理フレームでの継承規則活用が制限され得ることを意味し、結果的に管理フレームのサイズが増加することににつながり得る。

【0449】

したがって、ｒｅｐｏｒｔｉｎｇ ＳＴＡに対して指示されていない要素は継承規則が適用不可であるとの限界によって、管理フレームのサイズが大きくなることを防止するための新しい継承規則が必要であり得る。

【0450】

本発明の一実施例によれば、管理フレーム（例えば、ビーコン、（ＭＬ）プローブ応答、（ＭＬ）結合要請、（ＭＬ）結合応答フレームなど）によって指示されるｒｅｐｏｒｔｅｄ ＳＴＡの情報（要素など）は、ｒｅｐｏｒｔｉｎｇ ＳＴＡに関する情報でない他の情報を継承することが可能である。

【0451】

さらにいうと、管理フレームが特定ｒｅｐｏｒｔｅｄ ＳＴＡに対する完全な情報を含むものとして指示されたが、前記特定ｒｅｐｏｒｔｅｄ ＳＴＡに対応する特定要素が指示されなかった場合には、前記特定要素はｒｅｐｏｒｔｉｎｇ ＳＴＡの要素ではんく他の要素を継承したものと考慮されてよい。このとき、前記特定要素がｒｅｐｏｒｔｉｎｇ ＳＴＡの要素ではなく他の要素を継承したものと考慮される条件は、前記特定要素がｒｅｐｏｒｔｉｎｇ ＳＴＡに対して（当該管理フレームに）指示されていない（含まれていない）ことであってよい。このとき、ｒｅｐｏｒｔｅｄ ＳＴＡの情報が、ｒｅｐｏｒｔｉｎｇ ＳＴＡの要素ではなく他の要素を継承するものと指示／解析する方法は、ｒｅｐｏｒｔｉｎｇ ＳＴＡが６ＧＨｚ ＳＴＡである場合に限って適用されてよい。

【0452】

本発明の一実施例によれば、完全な（ｃｏｍｐｌｅｔｅ）情報（ｐｒｏｆｉｌｅ）が指示されるｒｅｐｏｒｔｅｄ ＳＴＡの特定要素が管理フレームで指示されていない場合に、前記管理フレームで指示された前記特定要素と同一の要素（要素ＩＤとＥｘｔｅｎｄｅｄ要素ＩＤとが同じ）の値がｒｅｐｏｒｔｅｄ ＳＴＡの特定要素に同一に適用（指示）されたと考慮されてよい。このとき、ｒｅｐｏｒｔｅｄ ＳＴＡの特定要素として継承される前記同一の要素は、ｒｅｐｏｒｔｉｎｇ ＳＴＡに対する要素でなくてもよい。

【0453】

すなわち、ｒｅｐｏｒｔｅｄ ＳＴＡに対する特定要素として継承される同一の要素（前記特定要素と同じ要素ＩＤ及びＥｘｔｅｎｄｅｄ要素ＩＤを有する）は、ｒｅｐｏｒｔｉｎｇ ＳＴＡに対する要素でなくてよい。

【0454】

すなわち、ｒｅｐｏｒｔｅｄ ＳＴＡに対する特定要素として継承される同一の要素（前記特定要素と同じ要素ＩＤ及びＥｘｔｅｎｄｅｄ要素ＩＤを有する）は、他のｒｅｐｏｒｔｅｄ ＳＴＡに対する要素であってよい。このような方法により、６ＧＨｚ ＳＴＡがｒｅｐｏｒｔｉｎｇ ＳＴＡである管理フレームにおいて、６ＧＨｚ ＳＴＡに対するＨＴ／ＶＨＴ能力／動作要素が指示されなくとも、ｒｅｐｏｒｔｅｄ ＳＴＡのＰｅｒ－ＳＴＡサブ要素で指示されたＨＴ／ＶＨＴ要素が他のｒｅｐｏｒｔｅｄ ＳＴＡに継承されてよい。

【0455】

又は、ｒｅｐｏｒｔｅｄ ＳＴＡに対する特定要素として継承される同一の要素（前記特定要素と同じ要素ＩＤ及びＥｘｔｅｎｄｅｄ要素ＩＤを有する）は、継承用として指示された追加要素であってよい。このとき、前記継承用に指示された追加要素は、ｒｅｐｏｒｔｉｎｇ ＳＴＡ或いはｒｅｐｏｒｔｉｎｇ ＳＴＡに直接対応しない要素を意味できる。

【0456】

ただし、ｒｅｐｏｒｔｅｄ ＳＴＡに対応するＰｅｒ－ＳＴＡプロファイルサブ要素のＮｏｎ－Ｉｎｈｅｒｉｔａｎｃｅ要素によって前記特定要素（管理フレームに含まれていない）が指示された場合に、ｒｅｐｏｒｔｅｄ ＳＴＡに対する前記特定要素はいかなる値も継承しないし、管理フレームで指示されていないと考慮されてよい。

【0457】

一例として、管理フレームによって完全な情報が指示されるＳＴＡ１に対する特定要素が指示されていない場合に、ＳＴＡ２に対して指示された同一の要素が存在すれば、前記同一の要素で指示された値が、ＳＴＡ１の特定要素で指示されたものと同一に考慮（すなわち、継承）されてよい。このとき、前記ＳＴＡ２はｒｅｐｏｒｔｉｎｇ ＳＴＡでなくてもよい。

【0458】

また、ＳＴＡ１の特定要素として継承される同一の要素（前記特定要素と同じ要素ＩＤ及びＥｘｔｅｎｄｅｄ要素ＩＤを有する）は、ｒｅｐｏｒｔｉｎｇ ＳＴＡ及びｒｅｐｏｒｔｅｄ ＳＴＡに対する要素でない、継承用に指示された追加要素であってよい。

【0459】

本発明の一実施例によれば、完全な情報（ｐｒｏｆｉｌｅ）が指示されるｒｅｐｏｒｔｅｄ ＳＴＡの特定要素が管理フレームで指示されていない場合に、前記管理フレームで指示された前記特定要素と同一の要素（要素ＩＤとＥｘｔｅｎｄｅｄ要素ＩＤが同じ）の値が、ｒｅｐｏｒｔｅｄ ＳＴＡの特定要素に同一に適用（指示）されたと考慮されてよい。このとき、ｒｅｐｏｒｔｅｄ ＳＴＡの特定要素として継承される要素は、継承規則によって決定されるものであってよい。

【0460】

継承される要素を選択する規則の一例として、ｒｅｐｏｒｔｅｄ ＳＴＡに対する特定要素として継承される他の要素（前記特定要素と同じ要素ＩＤ及びＥｘｔｅｎｄｅｄ要素ＩＤを有する）は、管理フレームにおいて一番早く指示された同一の要素として決定されてよい。

【0461】

さらにいうと、ｒｅｐｏｒｔｅｄ ＳＴＡに対する完全な情報（ｐｒｏｆｉｌｅ）が含まれるべき管理フレームにおいて、前記ｒｅｐｏｒｔｅｄ ＳＴＡに対する特定要素が指示されていない場合に、前記特定要素と同じ要素ＩＤ及びＥｘｔｅｎｄｅｄ要素ＩＤを有する他の要素のうち、一番早く（要素順序において）指示された要素の値が、前記特定要素に継承されたものと考慮されてよい。すなわち、前記特定要素と同じ要素がｒｅｐｏｒｔｉｎｇ ＳＴＡに対して指示された場合に（同じ要素のうち、一番早い順序で指示される。）、前記特定要素はｒｅｐｏｒｔｉｎｇ ＳＴＡの同一の要素値を継承するものと考慮されてよい。

【0462】

継承される要素を選択する規則の他の例として、ｒｅｐｏｒｔｅｄ ＳＴＡに対する特定要素として継承される他の要素（前記特定要素と同じ要素ＩＤ及びＥｘｔｅｎｄｅｄ要素ＩＤを有する）は、管理フレームにおいて最後に指示された（要素の順序において）同一の要素と決定されてよい。

【0463】

さらにいうと、ｒｅｐｏｒｔｅｄ ＳＴＡに対する完全な情報（ｐｒｏｆｉｌｅ）が含まれるべき管理フレームにおいて、前記ｒｅｐｏｒｔｅｄ ＳＴＡに対する特定要素が指示されていない場合に、前記特定要素と同じ要素ＩＤ及びＥｘｔｅｎｄｅｄ要素ＩＤを有する他の要素のうち、最後に（要素順序において）指示された要素の値が前記特定要素に継承されたと考慮されてよい。すなわち、前記特定要素と同じ要素が先に３個のＳＴＡに対して指示されたとすれば、前記特定要素は、３番目に指示された同一要素値を継承すると考慮されてよい。

【0464】

図３２は、本発明の一実施例に係る、ｃｏｍｐｌｅｔｅ Ｐｅｒ－ＳＴＡ ｐｒｏｆｉｌｅの継承方法を説明するための管理フレーム（Ｍａｎａｇｅｍｅｎｔ ｆｒａｍｅ）の構成の一部を例示する。

【0465】

図３２を参照すると、管理フレームにはｒｅｐｏｒｔｉｎｇ ＡＰに対する要素が４個（図２２においてそれぞれ要素ＩＤＡ～Ｄである要素）が含まれており、ｒｅｐｏｒｔｉｎｇ ＳＴＡの完全な情報を指示するためのＭＬ ＩＥが含まれている。

【0466】

ＭＬ ＩＥ（Ｍｕｌｔｉ－ｌｉｎｋ要素）は、要素ＩＤサブフィールド、Ｌｅｎｇｔｈサブフィールド、要素ＩＤ Ｅｘｔｅｎｓｉｏｎサブフィールド及び２個のＰｅｒ－ＳＴＡプロファイルサブ要素で構成されている。このとき、順序上、先に指示されるＰｅｒ－ＳＴＡプロファイルは、ｒｅｐｏｒｔｅｄ ＳＴＡ１に対する完全な情報（ｐｒｏｆｉｌｅ）を指示するために含まれたＰｅｒ－ＳＴＡプロファイルであり、順序上、後に指示されるＰｅｒ－ＳＴＡプロファイルは、ｒｅｐｏｒｔｅｄ ＳＴＡ２に対する完全な情報（ｐｒｏｆｉｌｅ）を指示するために含まれたＰｅｒ－ＳＴＡプロファイルである。すなわち、順序上、先に指示されるＰｅｒ－ＳＴＡプロファイルは、ｒｅｐｏｒｔｅｄ ＳＴＡ１に対するＰｅｒ－ＳＴＡプロファイルであり、後で指示されるＰｅｒ－ＳＴＡプロファイルは、ｒｅｐｏｒｔｅｄ ＳＴＡ２に対するＰｅｒ－ＳＴＡプロファイルである。

【0467】

ｒｅｐｏｒｔｅｄ ＳＴＡ１に対応するＰｅｒ－ＳＴＡプロファイルは、ｒｅｐｏｒｔｉｎｇ ＳＴＡに対する要素で指示されていない２個の要素（要素ＩＤがそれぞれＥとＦである）を含んでいる。このとき、前記ｒｅｐｏｒｔｅｄ ＳＴＡ１に対応するＰｅｒ－ＳＴＡプロファイルがＣｏｍｐｌｅｔｅ ｐｒｏｆｉｌｅサブフィールドが１と指示されたｃｏｍｐｌｅｔｅ Ｐｅｒ－ＳＴＡ ｐｒｏｆｉｌｅであるので、ｒｅｐｏｒｔｉｎｇ ＳＴＡに対する要素（要素ＩＤがＡ～Ｄである。）のうち、Ｎｏｎ－Ｉｎｈｅｒｉｔａｎｃｅ要素で指示された要素（要素ＩＤがＣである）を除く残り３個の要素（要素ＩＤがそれぞれＡ、Ｂ、Ｄである。）がｒｅｐｏｒｔｅｄ ＳＴＡ１に対して同一に指示されたものと考慮されてよい。この時、ｒｅｐｏｒｔｉｎｇ ＳＴＡと同一に指示されたものと考慮される前記３個の要素は、各要素が指示する値（ｖａｌｕｅ）もｒｅｐｏｒｔｉｎｇ ＳＴＡに対する要素とそれぞれ同一であると考慮される。

【0468】

結果的に、ｒｅｐｏｒｔｉｎｇ ＳＴＡ１に対するＰｅｒ－ＳＴＡプロファイルが２個の要素（要素ＩＤ Ｅ、Ｆ）のみを含む構成を有するが、ｒｅｐｏｒｔｉｎｇ ＳＴＡの要素を３個（要素ＩＤ Ａ、Ｂ、Ｄ）継承したと考慮して、５個の要素がｒｅｐｏｒｔｅｄ ＳＴＡ１に対する完全なプロファイル（ｃｏｍｐｌｅｔｅ ｐｒｏｆｉｌｅ）として指示されたと解析されてよい。

【0469】

ｒｅｐｏｒｔｅｄ ＳＴＡ２に対応するＰｅｒ－ＳＴＡプロファイルは、ｒｅｐｏｒｔｉｎｇ ＳＴＡに対する要素として指示されたことがある要素ＩＤ Ｂの要素を含む。これは、ｒｅｐｏｒｔｅｄ ＳＴＡ２に対して指示される要素の値（要素ＩＤがＢである要素の）がｒｅｐｏｒｔｉｎｇ ＳＴＡに対して指示された要素の値（要素ＩＤ Ｂ）と異なるため、ｒｅｐｏｒｔｉｎｇ ＳＴＡの要素が継承されず、ｒｅｐｏｒｔｅｄ ＳＴＡ２に対する新しい要素値が指示されたことであってよい。

【0470】

ｒｅｐｏｒｔｅｄ ＳＴＡ２に対応するＰｅｒ－ＳＴＡプロファイルが、Ｃｏｍｐｌｅｔｅ ｐｒｏｆｉｌｅサブフィールドが１と指示されたｃｏｍｐｌｅｔｅ Ｐｅｒ－ＳＴＡ ｐｒｏｆｉｌｅであるので、ｒｅｐｏｒｔｉｎｇ ＳＴＡに対する残りの要素（要素ＩＤ Ｂを除くＡ、Ｃ、Ｄ）は、ｒｅｐｏｒｔｅｄ ＳＴＡ２に対して同一に指示されたものと考慮される。このとき、ｒｅｐｏｒｔｉｎｇ ＳＴＡと同一に指示されたものと考慮される前記３個の要素は、各要素が指示する値も、ｒｅｐｏｒｔｉｎｇ ＳＴＡに対する要素とそれぞれ同一であると考慮される。

【0471】

また、ｒｅｐｏｒｔｅｄ ＳＴＡ２に対応するＰｅｒ－ＳＴＡプロファイルは、ｒｅｐｏｒｔｉｎｇ ＳＴＡに対して指示された要素だけでなく、順序上、先に指示されたｒｅｐｏｒｔｅｄ ＳＴＡ１の要素までも継承できる。すなわち、ｒｅｐｏｒｔｅｄ ＳＴＡ１のＰｅｒ－ＳＴＡプロファイルで指示された２個の要素（要素ＩＤがＥ、Ｆである。）も、ｒｅｐｏｒｔｅｄ ＳＴＡ２の要素に対して継承されてよい。言い換えると、ｒｅｐｏｒｔｅｄ ＳＴＡ１に対する要素もｒｅｐｏｒｔｅｄ ＳＴＡ２の要素として継承されてよい。すなわち、ｒｅｐｏｒｔｅｄ ＳＴＡ１のＰｅｒ－ＳＴＡ ｐｒｏｆｉｌｅで指示された２個の要素（要素ＩＤがＥ、Ｆである。）がｒｅｐｏｒｔｅｄ ＳＴＡ２に対して同一に指示されたと考慮されてよい。

【0472】

＜暗示的ｎｏｎ－Ｉｎｈｅｒｉｔａｎｃｅ規則＞

【0473】

前述したように、ｒｅｐｏｒｔｅｄ ＳＴＡに対する完全な情報（ｐｒｏｆｉｌｅ）は、ｒｅｐｏｒｔｉｎｇ ＳＴＡが送信する管理フレームで指示されてよく、管理フレーム内で同じ値を有する同一要素が反復して指示されることを防止するために継承規則が適用されてよい。

【0474】

Ｒｅｐｏｒｔｅｄ ＳＴＡのＰｅｒ－ＳＴＡプロファイルサブ要素に含まれたＮｏｎ－Ｉｎｈｅｒｉｔａｎｃｅ要素は、Ｒｅｐｏｒｔｅｄ ＳＴＡに対して指示されない要素のち、継承（ｉｎｈｅｒｉｔａｎｃｅ）を適用しない要素を明示的に指示する機能を有する。言い換えると、特定ＳＴＡのＰｅｒ－ＳＴＡプロファイルサブ要素に含まれたＮｏｎ－Ｉｎｈｅｒｉｔａｎｃｅ要素で特定要素が指示された場合に、前記特定ＳＴＡに対して指示されていない特定要素は、他の要素の値を継承しない旨が明示的に指示されてよい。この場合、管理フレームを受信したＭＬＤは、前記特定ＳＴＡに対する前記特定要素が存在しないと考慮（解析）できる。

【0475】

すなわち、Ｎｏｎ－Ｉｎｈｅｒｉｔａｎｃｅ要素は、管理フレームで指示されていないｒｅｐｏｒｔｅｄ ＳＴＡの特定要素が、継承規則によって省略されたものか或いはそもそも存在していないものかに対する曖昧さを解決するための目的で用いられるものであってよい。

【0476】

ただし、特定の場合に限っては、管理フレームを受信したＭＬＤが、ｒｅｐｏｒｔｅｄ ＳＴＡに対して指示されていない一部の要素が、そもそも前記ｒｅｐｏｒｔｅｄ ＳＴＡに対し存在しない要素であるということが認知である場合がある。

【0477】

例えば、６ＧＨｚ ＡＰがｒｅｐｏｒｔｅｄ ＳＴＡとして含まれた（再）結合応答フレームを受信したｎｏｎ－ＡＰ ＳＴＡ ＭＬＤは、（再）結合応答フレームで６ＧＨｚ ＡＰに対するＨＴ／ＶＨＴ能力／動作要素が指示不可であることをあらかじめ認知していることがある。この場合、（再）結合応答フレームを送信するＡＰ ＭＬＤが、６ＧＨｚ ＡＰに対応するＮｏｎ－Ｉｎｈｅｒｉｔａｎｃｅ要素（Ｐｅｒ－ＳＴＡプロファイルサブ要素の）によってＨＴ／ＶＨＴ関連要素が継承されない事実を別に指示しなくても、ＳＴＡ ＭＬＤは、６ＧＨｚ ＡＰに対するＨＴ／ＶＨＴ関連要素を継承規則によって解析しなくてよい。

【0478】

本発明の一実施例によれば、ｒｅｐｏｒｔｅｄ ＳＴＡである６ＧＨｚ ＡＰに対応するＮｏｎ－Ｉｎｈｅｒｉｔａｎｃｅ要素でＨＴ／ＶＨＴ能力／動作要素が指示（ｌｉｓｔｅｄ）されなくても、前記要素は６ＧＨｚ ＡＰに対して継承されなくてよい。このとき、前記Ｎｏｎ－Ｉｎｈｅｒｉｔａｎｃｅ要素で指示されないということは、Ｐｅｒ－ＳＴＡプロファイルサブ要素にＮｏｎ－Ｉｎｈｅｒｉｔａｎｃｅ要素が示されない（含まれない）か、或いはＮｏｎ－Ｉｎｈｅｒｉｔａｎｃｅ要素によって指示されないことのいずれを意味してもよい。

【0479】

例えば、２．４ＧＨｚ ＡＰが送信した管理フレーム（例えば（再）結合応答フレーム）によって６ＧＨｚ ＡＰに対する完全な（Ｃｏｍｐｌｅｔｅ）情報（ｐｒｏｆｉｌｅ）が指示される場合に、たとえ６ＧＨｚ ＡＰに対するＨＴ能力要素が指示されていなく、またＮｏｎ－Ｉｎｈｅｒｉｔａｎｃｅ要素がＰｅｒ－ＳＴＡプロファイルに含まれていない場合にも、２．４ＧＨｚ ＡＰに対するＨＴ能力要素が６ＧＨｚ ＡＰに対するＨＴ能力要素として継承されない。

【0480】

図３３は、本発明の一実施例に係るｎｏｎ－ＡＰ ＭＬＤの動作の一例を示すフローチャートである。

【0481】

図３３を参照すると、複数個のＳＴＡで構成されたＭＬＤは、特定帯域で動作するＳＴＡを介して、他の帯域で動作するＳＴＡに関する情報を送信できる。

【0482】

具体的には、複数個のリンクでそれぞれ動作する第１複数個のステーションを含む第１マルチリンク装置（Ｍｕｌｔｉ－ｌｉｎｋ Ｄｅｖｉｃｅ：ＭＬＤ）は、前記第１マルチリンク装置に含まれた前記第１複数個のステーションのうち第１ステーションを介して、少なくとも一つのリンクでそれぞれ動作する第２ＭＬＤに含まれた第２複数個のステーションのうち第２ステーションに要請フレームを送信する（Ｓ３３１０）。

【0483】

この時、第１ステーション及び第２ステーションは特定帯域（例えば、６ＧＨｚなど）で動作できる。

【0484】

その後、第１ステーションは、第２ステーションから前記要請フレームに対する応答として応答フレームを受信することができる（Ｓ３３２０）。

【0485】

この時、第２ステーションは、他の帯域に対する特定レガシーフォーマットの前記第２ステーションの能力要素（ｃａｐａｂｉｌｉｔｙ ｅｌｅｍｅｎｔ）及び／又は動作要素（ｏｐｅｒａｔｉｏｎ ｅｌｅｍｅｎｔ）を除く前記特定帯域に対する前記第２ステーションの能力要素及び動作要素を、前記応答フレームに含めて送信できる。

【0486】

応答フレームは、前記第１複数個のステーションのうち前記第１ステーションを除く第１少なくとも一つのステーションと前記第２複数個のステーションのうち前記第２ステーションを除く第２少なくとも一つのステーションとの結合のためのマルチリンク情報を含んでよい。

【0487】

マルチリンク情報は、前記他の帯域のそれぞれに対応するレガシーフォーマットの前記第２少なくとも一つのステーションのそれぞれの能力要素及び／又は動作要素を含んでよい。

【0488】

第２少なくとも一つのステーションのそれぞれの能力要素及び／又は動作要素は、ＨＴ（Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ）能力要素、ＶＨＴ（Ｖｅｒｙ Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ）能力要素、ＨＴ動作要素、ＶＨＴ動作要素、又はＶＨＴ動作情報を含むＨＥ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ）動作要素のうち少なくとも一つである。

【0489】

このとき、特定帯域は６ＧＨｚであり、前記他の帯域は２．４ＧＨｚ及び／又は５ＧＨｚであってよい。

【0490】

前記要請フレーム（例えば、ＭＬプローブ要請フレーム）は、前記第２少なくとも一つのステーションのそれぞれに対応するＰｅｒ－ＳＴＡプロファイルサブ要素（ｓｕｂｅｌｅｍｅｎｔ）を含むマルチリンク要素（Ｍｕｌｔｉ－Ｌｉｎｋ ｅｌｅｍｅｎｔ）を含み、前記Ｐｅｒ－ＳＴＡプロファイルサブ要素は、前記第２少なくとも一つのステーションのうち対応するステーションに対する全ての情報の要請であるか否かを示すコンプリートプロファイルサブフィールド（Ｃｏｍｐｌｅｔｅ Ｐｒｏｆｉｌｅ ｓｕｂｆｉｅｌｄ）を含んでよい。

【0491】

コンプリートプロファイルサブフィールドが前記全ての情報の要請を示す場合に、前記応答フレームの前記マルチリンク情報は、前記第２少なくとも一つのステーションのうち、前記全ての情報の要請を示す前記コンプリートプロファイルサブフィールドに対応するステーションの能力要素及び／又は動作要素を含んでよい。

【0492】

前記マルチリンク情報に基づいて、第２ＭＬＤと前記第１少なくとも一つのステーション及び前記第２少なくとも一つのステーションとの間のリンクを設定するためのマルチリンク設定手順を行うことができる。

【0493】

要請フレーム（例えば、結合要請フレーム）は、前記第１少なくとも一つのステーションのそれぞれに対応する少なくとも一つのＰｅｒ－ＳＴＡプロファイルサブ要素（ｓｕｂｅｌｅｍｅｎｔ）を含むマルチリンク要素（Ｍｕｌｔｉ－Ｌｉｎｋ ｅｌｅｍｅｎｔ）を含み、マルチリンク要素の前記少なくとも一つのＰｅｒ－ＳＴＡプロファイルサブ要素のそれぞれは、前記第１少なくとも一つのステーションのうち対応する特定ステーションに対するレガシーフォーマットの能力要素及び／又は動作要素を含んでよい。

【0494】

特定ステーションは、前記他の帯域のうち少なくとも一つの帯域で動作するステーションであり、前記第１ステーションは、前記他の帯域に対する特定レガシーフォーマットの前記第１ステーションの能力要素（ｃａｐａｂｉｌｉｔｙ ｅｌｅｍｅｎｔ）及び／又は動作要素（ｏｐｅｒａｔｉｏｎ ｅｌｅｍｅｎｔ）を除く前記特定帯域に対する前記第１ステーションの能力要素及び動作要素を、前記要請フレームに含めて送信できる。

【0495】

応答フレームは、結合応答フレーム（Ａｓｓｏｃｉａｔｉｏｎ ｒｅｓｐｏｎｓｅ ｆｒａｍｅ）、及びマルチリンク（Ｍｕｌｔｉ－ｌｉｎｋ：ＭＬ）プローブ応答フレーム（ＭＬ Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅ）のうち一つである。

【0496】

前述した本発明の説明は例示のためのものであり、本発明の属する技術の分野における通常の知識を有する者は、本発明の技術的思想や必須の特徴を変更することなく他の具体的な形態に容易に変形可能であるということが理解できよう。したがって、以上に述べた実施例は如何なる面においても例示的なもので、限定的でないものと理解すべきである。例えば、単一型として説明されている各構成要素は分散して実施されてよく、同様に、分散していると説明されている構成要素も結合した形態で実施されてよい。

【0497】

本発明の範囲は、以上の詳細な説明よりは、後述する特許請求の範囲によって示され、特許請求の範囲の意味及び範囲並びにその均等概念から導出される全ての変更又は変形された形態は本発明の範囲に含まれるものと解釈されるべきである。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8(a)】

【図8(b)】

【図8(c)】

【図8(d)】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15(a)】

【図15(b)】

【図16】

【図17(a)】

【図17(b)】

【図18(a)】

【図18(b)】

【図19(a)】

【図19(b)】

【図20(a)】

【図20(b)】

【図21(a)】

【図21(b)】

【図21(c)】

【図22】

【図23】

【図24(a)】

【図24(b)】

【図24(c)】

【図25】

【図26】

【図27】

【図28】

【図29】

【図30】

【図31】

【図32】

【図33】

【国際調査報告】