特表 2024-503470 制限されたＴＷＴを用いる無線通信方法及びこれを用いる無線通信端末

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

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

(11)【公表番号】

(43)【公表日】2024-01-25

(54)【発明の名称】制限されたＴＷＴを用いる無線通信方法及びこれを用いる無線通信端末

(51)【国際特許分類】

   H04W 72/12 20230101AFI20240118BHJP

   H04W 84/12 20090101ALI20240118BHJP

   H04W 72/512 20230101ALI20240118BHJP

   H04W 74/08 20240101ALI20240118BHJP

【ＦＩ】

H04W72/12

H04W84/12

H04W72/512

H04W74/08

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2023542762

(86)(22)【出願日】2022-01-13

(85)【翻訳文提出日】2023-07-13

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

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

(87)【国際公開日】2022-07-21

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

(32)【優先日】2021-01-13

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

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

(32)【優先日】2021-02-01

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

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

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

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】516079109

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

(74)【代理人】

【識別番号】100108453

【弁理士】

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

(74)【代理人】

【識別番号】100110364

【弁理士】

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

(74)【代理人】

【識別番号】100133400

【弁理士】

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

(72)【発明者】

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

(72)【発明者】

【氏名】ゴンジュン・コ

(72)【発明者】

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

(72)【発明者】

【氏名】ハンスル・ホン

(72)【発明者】

【氏名】ジンサム・カク

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

5K067

【Ｆターム（参考）】

5K067AA21

5K067EE02

5K067EE10

(57)【要約】

ベース無線通信端末と無線で通信する無線通信端末が開示される。無線通信端末は、送受信部及びプロセッサを含む。前記プロセッサは、制限されたサービスピリオド内で、低遅延送信のためのトラフィックとして設定された低遅延トラフィック又は前記低遅延トラフィックに対する応答を送信し、前記制限されたサービスピリオド内では前記低遅延トラフィックの送信及び前記低遅延トラフィックに対する応答の送信以外の送信が制限される。

【特許請求の範囲】

【請求項1】

ベース無線通信端末と無線で通信する無線通信端末であって、
送受信部；及び
プロセッサを含み、
前記プロセッサは、
制限されたサービスピリオド内で、低遅延送信のためのトラフィックとして設定された低遅延トラフィック又は前記低遅延トラフィックに対する応答を送信し、
前記制限されたサービスピリオド内では、前記低遅延トラフィックの送信及び前記低遅延トラフィックの送信以外の送信が制限される無線通信端末。

【請求項2】

前記プロセッサは、
前記制限されたサービスピリオド開始前に前記低遅延トラフィック以外のトラフィックの送信のためのＴＸＯＰを終了する、請求項１に記載の無線通信端末。

【請求項3】

前記プロセッサは、
競合ウィンドウ内で無作為整数を取得し、
前記取得した無作為整数に基づいてチャネルアクセスを行い、
前記制限されたサービスピリオド開始前にチャネルアクセスを完了し、前記制限されたサービスピリオド開始前にフレーム交換が完了不可であると判断して送信をあきらめた場合に、チャネルアクセスを再び行う、請求項１に記載の無線通信端末。

【請求項4】

前記プロセッサは、
前記無線通信端末が前記チャネルアクセスを再び行う時に、前記完了したチャネルアクセスで用いた前記競合ウィンドウのサイズをそのまま維持する、請求項３に記載の無線通信端末。

【請求項5】

前記プロセッサは、
前記無線通信端末が前記チャネルアクセスを再び行う時に、前記完了したチャネルアクセスの再送信カウントをそのまま維持する、請求項３に記載の無線通信端末。

【請求項6】

前記制限されたサービスピリオドに対応するクアイエット区間が設定され、前記クアイエット区間では全ての送信が許容されず、
前記プロセッサは、
前記制限されたサービスピリオドに対応するクアイエット区間を無視して前記制限されたサービスピリオド内で前記低遅延トラフィック又は前記低遅延トラフィックに対する応答を送信し、
前記制限されたサービスピリオド内でＣＦ Ｅｎｄフレームを送信しない、請求項１に記載の無線通信端末。

【請求項7】

前記制限されたサービスピリオドに対応するクアイエット区間が設定され、前記クアイエット区間では全ての送信が許容されず、
前記プロセッサは、
前記制限されたサービスピリオドの開始時点及び前記クアイエット区間の開始時点に基づいてクアイエット区間を無視するか否かを決定し、
前記クアイエット区間を無視すると決定した場合に、前記制限されたサービスピリオドに対応するクアイエット区間を無視して前記制限されたサービスピリオド内で前記低遅延トラフィック又は前記低遅延トラフィックに対する応答を送信する、請求項１に記載の無線通信端末。

【請求項8】

前記プロセッサは、
前記制限されたサービスピリオドの開始時点及び前記クアイエット区間の開始時点に基づいて判断される条件を満たす場合に、前記クアイエット区間を無視し、
前記制限されたサービスピリオドの開始時点及び前記クアイエット区間の開始時点に基づいて判断される条件を満たさない場合に、全ての送信を行わない、請求項７に記載の無線通信端末。

【請求項9】

前記制限されたサービスピリオドの開始時点及びクアイエット区間の開始時点に基づいて判断される条件は、前記クアイエット区間の開始時点及び前記制限されたサービスピリオドの開始時点があらかじめ指定された時間以内である、請求項８に記載の無線通信端末。

【請求項10】

ベース無線通信端末と無線で通信する無線通信端末の動作方法であって、
制限されたサービスピリオド内で、低遅延送信のためのトラフィックとして設定された低遅延トラフィック又は前記低遅延トラフィックに対する応答を送信する段階を含み、
前記制限されたサービスピリオド内では前記低遅延トラフィックの送信及び前記低遅延トラフィックに対する応答の送信以外の送信が制限される動作方法。

【請求項11】

前記動作方法は、
前記制限されたサービスピリオド開始前に前記低遅延トラフィック以外のトラフィックの送信のためのＴＸＯＰを終了する段階をさらに含む、請求項１０に記載の動作方法。

【請求項12】

前記動作方法は、
競合ウィンドウ内で無作為整数を取得する段階；
前記取得した無作為整数に基づいてチャネルアクセスを行う段階；及び
前記制限されたサービスピリオド開始前にチャネルアクセスを完了し、前記制限されたサービスピリオド開始前にフレーム交換が完了不可であると判断して送信をあきらめた場合に、チャネルアクセスを再び行う段階を含む、請求項１０に記載の動作方法。

【請求項13】

前記チャネルアクセスを再び行う段階は、
前記無線通信端末が前記チャネルアクセスを再び行う時に、前記完了したチャネルアクセスに用いた前記競合ウィンドウのサイズをそのまま維持する段階を含む、請求項１２に記載の動作方法。

【請求項14】

前記チャネルアクセスを再び行う段階は、
前記無線通信端末が前記チャネルアクセスを再び行う時に、前記完了したチャネルアクセスの再送信カウントをそのまま維持する段階を含む、請求項１２に記載の動作方法。

【請求項15】

前記制限されたサービスピリオドに対応するクアイエット区間が設定され、前記クアイエット区間では全ての送信が許容されず、
前記制限されたサービスピリオド内で前記低遅延トラフィック又は前記低遅延トラフィックに対する応答を送信する段階は、
前記制限されたサービスピリオドに対応するクアイエット区間を無視して前記制限されたサービスピリオド内で前記低遅延トラフィック又は前記低遅延トラフィックに対する応答を送信する段階；及び
前記制限されたサービスピリオド内でＣＦ Ｅｎｄフレームを送信しない段階を含む、請求項１０に記載の動作方法。

【請求項16】

前記制限されたサービスピリオドに対応するクアイエット区間が設定され、前記クアイエット区間では全ての送信が許容されず、
前記制限されたサービスピリオド内で前記低遅延トラフィック又は前記低遅延トラフィックに対する応答を送信する段階は、
前記制限されたサービスピリオドの開始時点及び前記クアイエット区間の開始時点に基づいてクアイエット区間を無視するか否かを決定する段階；及び
前記クアイエット区間を無視すると決定した場合に、前記制限されたサービスピリオドに対応するクアイエット区間を無視して前記制限されたサービスピリオド内で前記低遅延トラフィック又は前記低遅延トラフィックに対する応答を送信する段階を含む、請求項１０に記載の動作方法。

【請求項17】

前記制限されたサービスピリオドの開始時点及び前記クアイエット区間の開始時点に基づいてクアイエット区間を無視するか否かを決定する段階は、
前記制限されたサービスピリオドの開始時点及び前記クアイエット区間の開始時点に基づいて判断される条件を満たす場合に、前記クアイエット区間を無視する段階；及び
前記制限されたサービスピリオドの開始時点及び前記クアイエット区間の開始時点に基づいて判断される条件を満たさない場合に、全ての送信を行わない段階を含む、請求項１６に記載の動作方法。

【請求項18】

前記制限されたサービスピリオドの開始時点及びクアイエット区間の開始時点に基づいて判断される条件は、前記クアイエット区間の開始時点及び前記ＴＷＴのサービスピリオドの開始時点があらかじめ指定された時間以内である、請求項１７に記載の動作方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、制限されたＴＷＴを用いる無線通信方法及びこれを用いる無線通信端末に関する。

【背景技術】

【0002】

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

【0003】

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

【0004】

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

【0005】

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

【0006】

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

【0007】

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

【発明の概要】

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

【0008】

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

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

【0009】

本発明の一実施例によってベース無線通信端末と無線で通信する無線通信端末は、送受信部；及び、プロセッサを含む。前記プロセッサは、制限されたサービスピリオド内で、低遅延送信のためのトラフィックとして設定された低遅延トラフィック又は前記低遅延トラフィックに対する応答を送信する。この時、前記制限されたサービスピリオド内では、前記低遅延トラフィックの送信及び前記低遅延トラフィックの送信以外の送信が制限される。

【0010】

前記プロセッサは、前記制限されたサービスピリオド開始前に前記低遅延トラフィック以外のトラフィックの送信のためのＴＸＯＰを終了できる。

【0011】

前記プロセッサは、競合ウィンドウ内で無作為整数を取得し、前記取得した無作為整数に基づいてチャネルアクセスを行い、前記制限されたサービスピリオド開始前にチャネルアクセスを完了し、前記制限されたサービスピリオド開始前にフレーム交換が完了不可であると判断して送信をあきらめた場合に、チャネルアクセスを再び行うことができる。

【0012】

前記プロセッサは、前記無線通信端末が前記チャネルアクセスを再び行う時に、前記完了したチャネルアクセスで用いた前記競合ウィンドウのサイズをそのまま維持してよい。

【0013】

前記プロセッサは、前記無線通信端末が前記チャネルアクセスを再び行う時に、前記完了したチャネルアクセスの再送信カウントをそのまま維持してよい。

【0014】

前記制限されたサービスピリオドに対応するクアイエット区間が設定され、前記クアイエット区間では全ての送信が許容されなくてよい。前記プロセッサは、前記制限されたサービスピリオドに対応するクアイエット区間を無視して前記制限されたサービスピリオド内で前記低遅延トラフィック又は前記低遅延トラフィックに対する応答を送信し、前記制限されたサービスピリオド内でＣＦ Ｅｎｄフレームを送信しなくてよい。

【0015】

前記制限されたサービスピリオドに対応するクアイエット区間が設定され、前記クアイエット区間では全ての送信が許容されなくてよい。このとき、前記プロセッサは、前記制限されたサービスピリオドの開始時点及び前記クアイエット区間の開始時点に基づいてクアイエット区間を無視するか否かを決定し、前記クアイエット区間を無視すると決定した場合に、前記制限されたサービスピリオドに対応するクアイエット区間を無視して前記制限されたサービスピリオド内で前記低遅延トラフィック又は前記低遅延トラフィックに対する応答を送信できる。

【0016】

前記プロセッサは、前記制限されたサービスピリオドの開始時点及び前記クアイエット区間の開始時点に基づいて判断される条件を満たす場合に、前記クアイエット区間を無視し、前記制限されたサービスピリオドの開始時点及び前記クアイエット区間の開始時点に基づいて判断される条件を満たさない場合に、全ての送信を行わなくてよい。

【0017】

前記制限されたサービスピリオドの開始時点及びクアイエット区間の開始時点に基づいて判断される条件は、前記クアイエット区間の開始時点及び前記制限されたサービスピリオドの開始時点があらかじめ指定された時間以内であってよい。

【0018】

本発明の実施例によってベース無線通信端末と無線で通信する無線通信端末の動作方法は、制限されたサービスピリオド内で、低遅延送信のためのトラフィックとして設定された低遅延トラフィック又は前記低遅延トラフィックに対する応答を送信する段階を含む。この時、前記制限されたサービスピリオド内では、前記低遅延トラフィックの送信及び前記低遅延トラフィックに対する応答の送信以外の送信が制限されてよい。

【0019】

前記動作方法は、前記制限されたサービスピリオド開始前に前記低遅延トラフィック以外のトラフィックの送信のためのＴＸＯＰを終了する段階をさらに含んでよい。

【0020】

前記動作方法は、競合ウィンドウ内で無作為整数を取得する段階；前記取得した無作為整数に基づいてチャネルアクセスを行う段階；及び、前記制限されたサービスピリオド開始前にチャネルアクセスを完了し、前記制限されたサービスピリオド開始前にフレーム交換が完了不可であると判断して送信をあきらめた場合に、チャネルアクセスを再び行う段階を含んでよい。

【0021】

前記チャネルアクセスを再び行う段階は、前記無線通信端末が前記チャネルアクセスを再び行う時に、前記完了したチャネルアクセスに用いた前記競合ウィンドウのサイズをそのまま維持する段階を含んでよい。

【0022】

前記チャネルアクセスを再び行う段階は、前記無線通信端末が前記チャネルアクセスを再び行う時に、前記完了したチャネルアクセスの再送信カウントをそのまま維持する段階を含んでよい。

【0023】

前記制限されたサービスピリオドに対応するクアイエット区間が設定され、前記クアイエット区間では全ての送信が許容されなくてよい。この時、前記制限されたサービスピリオド内で前記低遅延トラフィック又は前記低遅延トラフィックに対する応答を送信する段階は、前記制限されたサービスピリオドに対応するクアイエット区間を無視して前記制限されたサービスピリオド内で前記低遅延トラフィック又は前記低遅延トラフィックに対する応答を送信する段階；及び、前記制限されたサービスピリオド内でＣＦ Ｅｎｄフレームを送信しない段階を含んでよい。

【0024】

前記制限されたサービスピリオドに対応するクアイエット区間が設定され、前記クアイエット区間では全ての送信が許容されなくてよい。この時、前記制限されたサービスピリオド内で前記低遅延トラフィック又は前記低遅延トラフィックに対する応答を送信する段階は、前記制限されたサービスピリオドの開始時点及び前記クアイエット区間の開始時点に基づいてクアイエット区間を無視するか否かを決定する段階；及び、前記クアイエット区間を無視すると決定した場合に、前記制限されたサービスピリオドに対応するクアイエット区間を無視して前記制限されたサービスピリオド内で前記低遅延トラフィック又は前記低遅延トラフィックに対する応答を送信する段階を含んでよい。

【0025】

前記制限されたサービスピリオドの開始時点及び前記クアイエット区間の開始時点に基づいてクアイエット区間を無視するか否かを決定する段階は、前記制限されたサービスピリオドの開始時点及び前記クアイエット区間の開始時点に基づいて判断される条件を満たす場合に、前記クアイエット区間を無視する段階；及び、前記制限されたサービスピリオドの開始時点及び前記クアイエット区間の開始時点に基づいて判断される条件を満たさない場合に、全ての送信を行わない段階を含んでよい。

【0026】

前記制限されたサービスピリオドの開始時点及びクアイエット区間の開始時点に基づいて判断される条件は、前記クアイエット区間の開始時点及び前記ＴＷＴのサービスピリオドの開始時点があらかじめ指定された時間以内であってよい。

【発明の効果】

【0027】

本発明の一実施例は、制限されたＴＷＴ機能を提供する無線通信方法及びこれを用いる無線通信端末を提供する。

【図面の簡単な説明】

【0028】

【図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】本発明の実施例によってマルチリンク装置がｎｏｎ－ＳＴＲリンク対のうち第１リンクでＵＬ ＯＦＤＭＡ送信を行う時に、第２リンクで送信を行う動作を示す。

【図35】本発明の実施例によって一つのリンク対が送信方向によってｎｏｎ－ＳＴＲリンク対であるか或いはＳＴＲリンク対であるかが決定される場合を示す。

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

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

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

【0054】

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

【0055】

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

【0056】

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

【0057】

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

【0058】

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

【0059】

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

【0060】

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

【0061】

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

【0062】

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

【0063】

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

【0064】

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

【0065】

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

【0066】

【数1】

【0067】

このとき、

【数2】

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

【0068】

【数3】

【0069】

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

【0070】

【数4】

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

110 プロセッサ
120 通信部
140 ユーザインタフェース部
150 ディスプレーユニット
160 メモリ
210 プロセッサ
220 通信部
260 メモリ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8(a)】

【図8(b)】

【図8(c)】

【図8(d)】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15(a)】

【図15(b)】

【図16】

【図17(a)】

【図17(b)】

【図18】

【図19】

【図20】

【図21(a)】

【図21(b)】

【図22(a)】

【図22(b)】

【図23】

【図24】

【図25】

【図26(a)】

【図26(b)】

【図27(a)】

【図27(b)】

【図28】

【図29】

【図30(a)】

【図30(b)】

【図31】

【図32】

【図33】

【図34】

【図35】

【手続補正書】

【提出日】2023-07-13

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

ベース無線通信端末と無線で通信する無線通信端末であって、
送受信部；及び
プロセッサを含み、
前記プロセッサは、
制限されたサービスピリオド内で、低遅延送信のためのトラフィックとして設定された低遅延トラフィック又は前記低遅延トラフィックに対する応答を送信し、
前記制限されたサービスピリオド内では、前記低遅延トラフィックの送信及び前記低遅延トラフィックに対する前記応答の送信以外の送信が制限される無線通信端末。

【請求項2】

前記プロセッサは、
前記制限されたサービスピリオド開始前にＴＸＯＰを終了する、請求項１に記載の無線通信端末。

【請求項3】

前記プロセッサは、
競合ウィンドウ内で無作為整数を取得し、
前記取得した無作為整数に基づいてチャネルアクセス手順を行い、
前記制限されたサービスピリオド開始前にチャネルアクセス手順を完了し、前記制限されたサービスピリオド開始前にフレーム交換が完了不可であると判断して送信をあきらめた場合に、チャネルアクセス手順を再び行う、請求項１に記載の無線通信端末。

【請求項4】

前記プロセッサは、
前記無線通信端末が前記チャネルアクセス手順を再び行う時に、前記完了したチャネルアクセス手順で用いた前記競合ウィンドウのサイズをそのまま維持する、請求項３に記載の無線通信端末。

【請求項5】

前記プロセッサは、
前記無線通信端末が前記チャネルアクセス手順を再び行う時に、前記完了したチャネルアクセス手順に対応するＱＳＲＣ（ＱｏＳ ＳＴＡ Ｒｅｔｒｙ Ｃｏｕｎｔｅｒ）を増加させない、請求項３に記載の無線通信端末。

【請求項6】

前記制限されたサービスピリオドに対応するクアイエット区間が設定され、前記クアイエット区間では全ての送信が許容されず、
前記プロセッサは、
前記制限されたサービスピリオドに対応するクアイエット区間を無視して前記制限されたサービスピリオド内で前記低遅延トラフィック又は前記低遅延トラフィックに対する応答を送信し、
前記制限されたサービスピリオド内でＣＦ Ｅｎｄフレームを送信しない、請求項１に記載の無線通信端末。

【請求項7】

前記制限されたサービスピリオドに対応するクアイエット区間が設定され、前記クアイエット区間では全ての送信が許容されず、
前記プロセッサは、
前記制限されたサービスピリオドの開始時点及び前記クアイエット区間の開始時点に基づいてクアイエット区間を無視するか否かを決定し、
前記クアイエット区間を無視すると決定した場合に、前記制限されたサービスピリオドに対応するクアイエット区間を無視して前記制限されたサービスピリオド内で前記低遅延トラフィック又は前記低遅延トラフィックに対する応答を送信する、請求項１に記載の無線通信端末。

【請求項8】

前記プロセッサは、
前記制限されたサービスピリオドの開始時点及び前記クアイエット区間の開始時点に基づいて判断される条件を満たす場合に、前記クアイエット区間を無視し、
前記制限されたサービスピリオドの開始時点及び前記クアイエット区間の開始時点に基づいて判断される条件を満たさない場合に、全ての送信を行わない、請求項７に記載の無線通信端末。

【請求項9】

前記制限されたサービスピリオドの開始時点及びクアイエット区間の開始時点に基づいて判断される条件は、前記クアイエット区間の開始時点及び前記制限されたサービスピリオドの開始時点があらかじめ指定された時間以内である、請求項８に記載の無線通信端末。

【請求項10】

ベース無線通信端末と無線で通信する無線通信端末の動作方法であって、
制限されたサービスピリオド内で、低遅延送信のためのトラフィックとして設定された低遅延トラフィック又は前記低遅延トラフィックに対する応答を送信する段階を含み、
前記制限されたサービスピリオド内では前記低遅延トラフィックの送信及び前記低遅延トラフィックに対する応答の送信以外の送信が制限される動作方法。

【請求項11】

前記動作方法は、
前記制限されたサービスピリオド開始前にＴＸＯＰを終了する段階をさらに含む、請求項１０に記載の動作方法。

【請求項12】

前記動作方法は、
競合ウィンドウ内で無作為整数を取得する段階；
前記取得した無作為整数に基づいてチャネルアクセス手順を行う段階；及び
前記制限されたサービスピリオド開始前にチャネルアクセス手順を完了し、前記制限されたサービスピリオド開始前にフレーム交換が完了不可であると判断して送信をあきらめた場合に、チャネルアクセス手順を再び行う段階を含む、請求項１０に記載の動作方法。

【請求項13】

前記チャネルアクセス手順を再び行う段階は、
前記無線通信端末が前記チャネルアクセス手順を再び行う時に、前記完了したチャネルアクセス手順に用いた前記競合ウィンドウのサイズをそのまま維持する段階を含む、請求項１２に記載の動作方法。

【請求項14】

前記チャネルアクセス手順を再び行う段階は、
前記無線通信端末が前記チャネルアクセス手順を再び行う時に、前記完了したチャネルアクセス手順に対応するＱＳＲＣ（ＱｏＳ ＳＴＡ Ｒｅｔｒｙ Ｃｏｕｎｔｅｒ）を増加させない段階を含む、請求項１２に記載の動作方法。

【請求項15】

前記制限されたサービスピリオドに対応するクアイエット区間が設定され、前記クアイエット区間では全ての送信が許容されず、
前記制限されたサービスピリオド内で前記低遅延トラフィック又は前記低遅延トラフィックに対する応答を送信する段階は、
前記制限されたサービスピリオドに対応するクアイエット区間を無視して前記制限されたサービスピリオド内で前記低遅延トラフィック又は前記低遅延トラフィックに対する応答を送信する段階；及び
前記制限されたサービスピリオド内でＣＦ Ｅｎｄフレームを送信しない段階を含む、請求項１０に記載の動作方法。

【請求項16】

前記制限されたサービスピリオドに対応するクアイエット区間が設定され、前記クアイエット区間では全ての送信が許容されず、
前記制限されたサービスピリオド内で前記低遅延トラフィック又は前記低遅延トラフィックに対する応答を送信する段階は、
前記制限されたサービスピリオドの開始時点及び前記クアイエット区間の開始時点に基づいてクアイエット区間を無視するか否かを決定する段階；及び
前記クアイエット区間を無視すると決定した場合に、前記制限されたサービスピリオドに対応するクアイエット区間を無視して前記制限されたサービスピリオド内で前記低遅延トラフィック又は前記低遅延トラフィックに対する応答を送信する段階を含む、請求項１０に記載の動作方法。

【請求項17】

前記制限されたサービスピリオドの開始時点及び前記クアイエット区間の開始時点に基づいてクアイエット区間を無視するか否かを決定する段階は、
前記制限されたサービスピリオドの開始時点及び前記クアイエット区間の開始時点に基づいて判断される条件を満たす場合に、前記クアイエット区間を無視する段階；及び
前記制限されたサービスピリオドの開始時点及び前記クアイエット区間の開始時点に基づいて判断される条件を満たさない場合に、全ての送信を行わない段階を含む、請求項１６に記載の動作方法。

【請求項18】

前記制限されたサービスピリオドの開始時点及びクアイエット区間の開始時点に基づいて判断される条件は、前記クアイエット区間の開始時点及び前記制限されたサービスピリオドの開始時点があらかじめ指定された時間以内である、請求項１７に記載の動作方法。

【国際調査報告】