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

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

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

(11)【公表番号】

(43)【公表日】2024-07-09

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

(51)【国際特許分類】

   H04W 56/00 20090101AFI20240702BHJP

   H04W 84/12 20090101ALI20240702BHJP

   H04W 76/15 20180101ALI20240702BHJP

【ＦＩ】

H04W56/00 130

H04W84/12

H04W76/15

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2023578123

(86)(22)【出願日】2022-06-20

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

(31)【優先権主張番号】10-2022-0041391

(32)【優先日】2022-04-01

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】516079109

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

(74)【代理人】

【識別番号】100108453

【弁理士】

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

(74)【代理人】

【識別番号】100110364

【弁理士】

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

(74)【代理人】

【識別番号】100133400

【弁理士】

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

(72)【発明者】

【氏名】ゴンジュン・コ

(72)【発明者】

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

(72)【発明者】

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

(72)【発明者】

【氏名】ジンサム・カク

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

5K067

【Ｆターム（参考）】

5K067AA14

5K067BB21

5K067DD24

5K067JJ39

(57)【要約】

本発明は、無線通信システムにおいて複数個のリンクでそれぞれ動作する複数個のステーションを含むマルチリンク装置（Ｍｕｌｔｉ－Ｌｉｎｋ Ｄｅｖｉｃｅ：ＭＬＤ）によって行われるデータ送／受信方法及び装置を開示する。具体的には、本発明のＭＬＤは、前記第１リンクで動作する第１ステーション（Ｓｔａｔｉｏｎ：ＳＴＡ）又は第１ＡＰ（Ａｃｃｅｓｓ Ｐｏｉｎｔ）から送信されたフレームを、前記第２リンクで動作する第２ＳＴＡを介して受信し、メディアド同期遅延（Ｍｅｄｉｕｍ Ｓｙｎｃ Ｄｅｌａｙ）の適用のためのメディアド同期遅延タイマー（Ｍｅｄｉｕｍ Ｓｙｎｃ Ｄｅｌａｙ ｔｉｍｅｒ）が「０」でなければ、前記受信したフレームに基づいて前記第２ＳＴＡの前記メディアド同期遅延タイマーをリセットできる。

【特許請求の範囲】

【請求項1】

第１リンク及び第２リンクを含む複数個のリンクでそれぞれ動作する複数個のステーションを含むマルチリンク装置（Ｍｕｌｔｉ－Ｌｉｎｋ Ｄｅｖｉｃｅ：ＭＬＤ）であって、
プロセッサは、
１つ以上のステーション（Ｓｔａｔｉｏｎ：ＳＴＡ）のうち１つのＳＴＡから送信されたフレームを、前記第２リンクで動作する第２ＳＴＡを介して受信し、
メディアド同期遅延タイマーが「０」でなければ、前記受信したフレームに基づいて、前記第２ＳＴＡのメディアド同期遅延（Ｍｅｄｉｕｍ Ｓｙｎｃ Ｄｅｌａｙ）の適用のためのメディアド同期遅延タイマー（Ｍｅｄｉｕｍ Ｓｙｎｃ Ｄｅｌａｙ ｔｉｍｅｒ）をリセットし、
前記メディアド同期遅延は、前記第１リンクで前記第１ＳＴＡのデータを送／受信した後、前記第２リンクでのデータ送／受信を制限するための区間を示し、
前記メディアド同期遅延タイマーは、前記フレームがＲＴＳ（ｒｅｑｕｅｓｔ ｔｏ ｓｅｎｄ）フレーム以外の有効なＭＰＤＵに対するフレームである場合にリセットされるＭＬＤ。

【請求項2】

前記第１リンクと前記第２リンクは、各リンクでの送／受信が他のリンクで干渉を発生させ、同一ＭＬＤ内で同時送／受信を支援しないＮＳＴＲ（Ｎｏｎ－Ｓｉｍｕｌｔａｎｅｏｕｓ Ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ Ｒｅｃｅｐｔｉｏｎ）リンク対である、請求項１に記載のＭＬＤ。

【請求項3】

前記メディアド同期遅延タイマーは、前記第１リンクでの送信が終わった時点に始まる、請求項２に記載のＭＬＤ。

【請求項4】

前記ＭＬＤが単一ラジオ（Ｓｉｎｇｌｅ Ｒａｄｉｏ）で動作する場合に、前記メディアド同期遅延タイマーは、前記第１リンクでの送信が終わってから特定遅延時間が過ぎた時点に始まる、請求項１に記載のＭＬＤ。

【請求項5】

前記特定遅延時間は、リンクスイッチングのための遅延時間である、請求項４に記載のＭＬＤ。

【請求項6】

前記メディアド同期遅延タイマーは、前記フレームが前記第２ＳＴＡと結合された（Ａｓｓｏｃｉａｔｅｄ）ＡＰ又は前記結合されたＡＰと同じ多重ＢＳＳＩＤセットに含まれたＡＰから送信されたフレームである場合にリセットされる、請求項１に記載のＭＬＤ。

【請求項7】

無線通信システムにおいて第１リンク及び第２リンクを含む複数個のリンクでそれぞれ動作する複数個のステーションを含むマルチリンク装置（Ｍｕｌｔｉ－Ｌｉｎｋ Ｄｅｖｉｃｅ：ＭＬＤ）によって行われる方法であって、
前記方法は、
１つ以上のステーション（Ｓｔａｔｉｏｎ：ＳＴＡ）のうち１つのＳＴＡから送信されたフレームを、前記第２リンクで動作する第２ＳＴＡを介して受信する段階；及び
メディアド同期遅延タイマーが「０」でなければ、前記受信したフレームに基づいて、前記第２ＳＴＡのメディアド同期遅延（Ｍｅｄｉｕｍ Ｓｙｎｃ Ｄｅｌａｙ）の適用のためのメディアド同期遅延タイマー（Ｍｅｄｉｕｍ Ｓｙｎｃ Ｄｅｌａｙ ｔｉｍｅｒ）をリセットする段階を含み、
前記メディアド同期遅延は、前記第１リンクで前記第１ＳＴＡのデータを送／受信した後、前記第２リンクでのデータ送／受信を制限するための区間を示し、
前記メディアド同期遅延タイマーは、前記フレームがＲＴＳ（ｒｅｑｕｅｓｔ ｔｏ ｓｅｎｄ）フレーム以外の有効なＭＰＤＵに対するフレームである場合にリセットされる方法。

【請求項8】

前記第１リンクと前記第２リンクは、各リンクでの送／受信が他のリンクで干渉を発生させ、同一ＭＬＤ内で同時送／受信を支援しないＮＳＴＲ（Ｎｏｎ－Ｓｉｍｕｌｔａｎｅｏｕｓ Ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ Ｒｅｃｅｐｔｉｏｎ）リンク対である、請求項７に記載の方法。

【請求項9】

前記メディアド同期遅延タイマーは、前記第１リンクでの送信が終わった時点に始まる、請求項８に記載の方法。

【請求項10】

前記ＭＬＤが単一ラジオ（Ｓｉｎｇｌｅ Ｒａｄｉｏ）で動作する場合に、前記メディアド同期遅延タイマーは、前記第１リンクでの送信が終わってから特定遅延時間が過ぎた時点に始まる、請求項７に記載の方法。

【請求項11】

前記特定遅延時間は、リンクスイッチングのための遅延時間である、請求項１０に記載の方法。

【請求項12】

前記メディアド同期遅延タイマーは、前記フレームが前記第２ＳＴＡと結合された（Ａｓｓｏｃｉａｔｅｄ）ＡＰ又は前記結合されたＡＰと同じ多重ＢＳＳＩＤセットに含まれたＡＰから送信されたフレームである場合にリセットされる、請求項７に記載の方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、マルチリンクを用いる無線通信方法及びこれを用いる無線通信端末に関する。

【背景技術】

【0002】

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

【0003】

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

【0004】

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

【0005】

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

【0006】

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

【0007】

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

【発明の概要】

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

【0008】

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

【0009】

また、本発明の一実施例は、マルチリンクを用いるステーションのシンク回復方法を提供することを目的とする。

【0010】

明細書で遂げようとする技術的課題は、以上で言及した技術的課題に限定されず、言及していない別の技術的課題は、以下の記載から、本発明の属する技術の分野における通常の知識を有する者に明確に理解されるであろう。

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

【0011】

本発明に係る第１リンク及び第２リンクを含む複数個のリンクでそれぞれ動作する複数個のステーションを含むマルチリンク装置（Ｍｕｌｔｉ－ｌｉｎｋ Ｄｅｖｉｃｅ：ＭＬＤ）はプロセッサを含み、前記プロセッサは、１つ以上のステーション（Ｓｔａｔｉｏｎ：ＳＴＡ）のうち１つのＳＴＡから送信されたフレームを、前記第２リンクで動作する第２ＳＴＡを介して受信し、メディアド同期遅延タイマーが「０」でなければ、前記受信したフレームに基づいて、前記第２ＳＴＡのメディアド同期遅延（Ｍｅｄｉｕｍ Ｓｙｎｃ Ｄｅｌａｙ）の適用のためのメディアド同期遅延タイマー（Ｍｅｄｉｕｍ Ｓｙｎｃ Ｄｅｌａｙ ｔｉｍｅｒ）をリセットし、前記メディアド同期遅延は、前記第１リンクで前記第１ＳＴＡのデータを送／受信した後、前記第２リンクでのデータ送／受信を制限するための区間を示し、前記メディアド同期遅延タイマーは、前記フレームがＲＴＳ（ｒｅｑｕｅｓｔ ｔｏ ｓｅｎｄ）フレーム以外の有効なＭＰＤＵに対するフレームである場合にリセットされる。

【0012】

また、本発明において、前記第１リンクと前記第２リンクは、各リンクでの送／受信が他のリンクで干渉を発生させ、同一ＭＬＤ内で同時送／受信を支援しないＮＳＴＲ（Ｎｏｎ－ Ｓｉｍｕｌｔａｎｅｏｕｓ Ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ Ｒｅｃｅｐｔｉｏｎ）リンク対である。

【0013】

また、本発明において、前記メディアド同期遅延タイマーは、前記第１リンクでの送信が終わった時点に始まる。

【0014】

また、本発明において、前記ＭＬＤが単一ラジオ（Ｓｉｎｇｌｅ Ｒａｄｉｏ）で動作する場合に、前記メディアド同期遅延タイマーは、前記第１リンクでの送信が終わってから特定遅延時間が過ぎた時点に始まる。

【0015】

また、本発明において、前記特定遅延時間は、リンクスイッチングのための遅延時間である。

【0016】

また、本発明において、前記メディアド同期遅延タイマーは、前記フレームが前記第２ＳＴＡと結合された（Ａｓｓｏｃｉａｔｅｄ）ＡＰ又は前記結合されたＡＰと同じ多重ＢＳＳＩＤセットに含まれたＡＰから送信されたフレームである場合にリセットされる。

【発明の効果】

【0017】

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

【0018】

本発明から得られる効果は、以上で言及した効果に限定されず、言及していない別の効果は、以下の記載から、本発明の属する技術の分野における通常の知識を有する者に明確に理解されるであろう。

【図面の簡単な説明】

【0019】

【図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】本発明の一実施例に係るＭｅｄｉｕｍＳｙｎｃＤｅｌａｙタイマーリセットのさらに他の例を示す図である。

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

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

【0020】

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

【0021】

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

【0022】

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

【0023】

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

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

【数1】

【0058】

このとき、

【数2】

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

【0059】

【数3】

【0060】

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

【0061】

【数4】

【0062】

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

【0063】

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

【0064】

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

【0065】

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

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

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

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

【図34】

【国際調査報告】