特表 2024-520014 ソフトＡＰ ＭＬＤの条件付きリンクにおけるレガシー（非ＥＨＴ）局の動作可能化

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

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

(11)【公表番号】

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

(54)【発明の名称】ソフトＡＰ ＭＬＤの条件付きリンクにおけるレガシー（非ＥＨＴ）局の動作可能化

(51)【国際特許分類】

   H04W 76/15 20180101AFI20240514BHJP

   H04W 72/0457 20230101ALI20240514BHJP

   H04W 84/12 20090101ALI20240514BHJP

【ＦＩ】

H04W76/15

H04W72/0457 110

H04W84/12

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2023572832

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

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

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

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

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

(31)【優先権主張番号】63/208,551

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

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

(31)【優先権主張番号】17/737,255

(32)【優先日】2022-05-05

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】000002185

【氏名又は名称】ソニーグループ株式会社

(71)【出願人】

【識別番号】504257564

【氏名又は名称】ソニー コーポレイション オブ アメリカ

(74)【代理人】

【識別番号】100092093

【弁理士】

【氏名又は名称】辻居 幸一

(74)【代理人】

【識別番号】100109070

【弁理士】

【氏名又は名称】須田 洋之

(74)【代理人】

【識別番号】100067013

【弁理士】

【氏名又は名称】大塚 文昭

(74)【代理人】

【氏名又は名称】上杉 浩

(74)【代理人】

【識別番号】100141553

【弁理士】

【氏名又は名称】鈴木 信彦

(72)【発明者】

【氏名】シャ チン

(72)【発明者】

【氏名】アブエルサウード モハメド

(72)【発明者】

【氏名】スン リ－シャン

(72)【発明者】

【氏名】シン リャンシャオ

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

5K067

【Ｆターム（参考）】

5K067AA03

5K067AA13

5K067DD11

5K067EE02

5K067EE10

5K067EE63

(57)【要約】

レガシー（非ＥＨＴ）局（ＳＴＡ）がソフトＡＰ ＭＬＤの条件付きリンク上で動作できるようにする無線通信プロトコル。レガシー装置は、条件付きリンクに接続してリンク接続を設定することができ、スケジューラは、ソフトＡＰ ＭＬＤにおいてＩＤＣ干渉問題が存在しない場合にレガシーＳＴＡによる条件付きリンクの使用を可能にするように構成される。この強化されたプロトコルは、基本リンク及び条件付きリンクを介した同時送受信のために作成される協調的ＨＣＣＡスケジュール、又は基本リンクのリンク状況に応答して条件付きリンクのために実行される適応的ポーリングベースのスケジューリングのいずれかを利用する。
【選択図】 図１１

【特許請求の範囲】

【請求項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】

ネットワークにおける無線通信方法であって、
（ａ）レガシー（非ＥＨＴ）装置が条件付きリンク上でリンク接続を設定することを可能にするように構成されたＩＥＥＥ８０２プロトコルに従って無線ローカルエリアネットワーク（ＷＬＡＮ）上でマルチリンク動作（ＭＬＯ）を実行する際に、基本リンク及び条件付きリンクを介してソフトアクセスポイント（ＡＰ）マルチリンク装置（ＭＬＤ）と他の無線局（ＳＴＡ）との間で無線で通信を行うことと、
（ｂ）拡張分散チャネルアクセス（ＥＤＣＡ）ポリシーに基づいて基本リンクにアクセスすることと、
（ｃ）極高スループット（ＥＨＴ）で動作するように構成されておらず、従って非ＥＨＴ ＳＴＡであるレガシー局のためのＨＣＦ制御チャネルアクセス（ＨＣＣＡ）ポリシーに基づいて、条件付きリンクにアクセスすることと、
（ｄ）ＥＤＣＡ又はＨＣＣＡ－ＥＤＣＡ混合モード（ＨＥＭＭ）のいずれかを通じて前記条件付きリンクにアクセスすることと、
（ｅ）同じソフトＡＰ ＭＬＤの条件付きリンクにアクセスするＡＰと基本リンクにアクセスするＡＰとが局管理エンティティ（ＳＭＥ）を共有するため、前記条件付きリンクにアクセスするアクセスポイント（ＡＰ）が、基本リンク上でアップリンク／ダウンリンク（ＵＬ／ＤＬ）送信が実行されていると認識することと、
（ｆ）基本リンク上の同時ＵＬ／ＤＬ送信に従って、条件付きリンクのＡＰによる条件付きリンク上でのＵＬ／ＤＬ送信として送信機会（ＴＸＯＰ）をスケジュールすることと、
（ｇ）条件付きリンク上のスケジュールされたＴＸＯＰ中に、フレーム交換シーケンスにおいて物理層プロトコルデータユニット（ＰＰＤＵ）の１又は複数のフレームを通信し、条件付きリンク上のフレーム交換シーケンス中の各ＰＰＤＵの開始時刻及び終了時刻が、基本リンク上で通信されるＰＰＤＵと一致することと、
を含むことを特徴とする方法。

【発明の詳細な説明】

【技術分野】

【0001】

〔関連出願との相互参照〕
本出願は、２０２２年５月５日に出願された米国特許出願シリアル番号第１７／７３７，２５５号に対する優先権及びその利益を主張するものであり、この文献は全体が引用により本明細書に組み入れられる。本出願は、２０２１年６月９日に出願された米国仮特許出願シリアル番号第６３／２０８，５５１号に対する優先権及びその利益を主張するものであり、この文献は全体が引用により本明細書に組み入れられる。

【0002】

〔連邦政府が支援する研究又は開発に関する記述〕
該当なし

【0003】

〔著作権保護を受ける資料の通知〕
本特許文献中の資料の一部は、アメリカ合衆国及びその他の国の著作権法の下で著作権保護を受けることができる。著作権の権利所有者は、合衆国特許商標庁の一般公開ファイル又は記録内に表される通りに第三者が特許文献又は特許開示を複製することには異議を唱えないが、それ以外は全ての著作権を留保する。著作権所有者は、限定ではないが米国特許法施行規則§１．１４に従う権利を含め、本特許文献を秘密裏に保持しておく権利のいずれも本明細書によって放棄するものではない。

【0004】

本開示の技術は、一般にマルチリンク装置（ＭＬＤ）局上の動作のための無線ネットワークプロトコルに関し、具体的には、レガシー（非ＥＨＴ）ＭＬＤ局によるソフトアクセスポイントＭＬＤの条件付きリンクの使用を可能にすることに関する。

【背景技術】

【0005】

ＩＥＥＥ８０２．１１ｅでは、リアルタイムアプリケーションにサービス品質（Ｑｕａｌｉｔｙ－ｏｆ－Ｓｅｒｖｉｃｅ：ＱｏＳ）を提供するためにハイブリッド協調機能（Ｈｙｂｒｉｄ Ｃｏｏｒｄｉｎａｔｉｏｎ Ｆｕｎｃｔｉｏｎ：ＨＣＦ）が提案された。このプロトコルは、競合ベースの転送に拡張分散チャネルアクセス（Ｅｎｈａｎｃｅｄ Ｄｉｓｔｒｉｂｕｔｅｄ Ｃｈａｎｎｅｌ Ａｃｃｅｓｓ：ＥＤＣＡ）機構を使用し、競合なし転送にＨＣＦ制御チャネルアクセス（ＨＣＦ Ｃｏｎｔｒｏｌｌｅｄ Ｃｈａｎｎｅｌ Ａｃｃｅｓｓ：ＨＣＣＡ）機構と呼ばれる制御チャネルアクセスを使用する。ＥＤＣＡは、ＭＡＣレベルでのＱｏＳ及び優先順位付けをサポートする上で、ＡＣ固有のコンテンションウィンドウ（ＣＷ）サイズ、仲裁的フレーム送信間隔（Ａｒｂｉｔｒａｔｉｏｎ Ｉｎｔｅｒｆｒａｍｅ Ｓｐａｃｅ：ＡＩＦＳ）、送信機会（ＴＸＯＰ）制限を含む複数のアクセスカテゴリー（ＡＣ）を定めている。これらの標準は、２．４ＧＨｚ、５ＧＨｚ及び６ＧＨｚの周波数帯を介したＷｉ－Ｆｉを提供するように設計された極高スループット（Ｅｘｔｒｅｍｅｌｙ Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ：ＥＨＴ）を有する局を対象とする。

【0006】

このプロトコル下では、ソフトＡＰ ＭＬＤが、デバイス内共存（ＩＤＣ）干渉を防ぐために通常は基本リンク上でのみレガシー（非ＥＨＴ）ＳＴＡと通信するように設計されており、従って達成可能なサービス品質及び性能を制限してしまっている。

【0007】

この結果、これらの高度ネットワーク上で動作するレガシー（非ＥＨＴ）装置の能力は著しく制限されている。

【発明の概要】

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

【0008】

従って、レガシー（非ＥＨＴ）局を有効にする際のソフトＡＰ問題に対処する高度な手段に対するニーズが存在する。本開示は、これらのニーズに対応するとともにさらなる利点を提供するものである。

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

【0009】

本開示は、例えば高スループット（ＨＴ）、極高スループット（ＶＨＴ）又は高効率（ＨＥ）プロトコルのために構成できる非ＥＨＴレガシーＳＴＡがソフトＡＰ ＭＬＤの条件付きリンク上で動作することを可能にするプロトコルである。レガシー装置は、アクティブ又はパッシブスキャンを通じて条件付きリンク上で接続してリンク接続を設定することができる。スケジューラは、ソフトＡＰ ＭＬＤにおいてＩＤＣ干渉問題が生じない場合にレガシーＳＴＡによる条件付きリンクの使用を可能にするように構成される。

【0010】

以前のプロトコルでは、ソフトＡＰ側におけるＩＤＣ干渉問題を防ぐために、ソフトＡＰ ＭＬＤプロトコルがレガシー（非ＥＨＴ）ＳＴＡと基本リンク上でしか通信することができず、この結果、レガシーＳＴＡのチャネルリソースが制限されることによってレガシーＳＴＡのサービス品質及び性能が低下してしまう。

【0011】

この高度なプロトコルでは、２つの主な方法を使用してこれらの問題を克服することができる。第１の方法では、基本リンク及び条件付きリンクを介した同時送受信のための協調的ＨＣＣＡスケジュールを作成する。第２の方法では、基本リンクの状態に従って、条件付きリンクのために適応的ポーリングベースのスケジューリングを実行する。

【0012】

本明細書の以下の部分では、本明細書で説明する技術のさらなる態様が明らかになり、この詳細な説明は、本技術の好ましい実施形態を限定することなく完全に開示するためのものである。

【0013】

本明細書で説明する技術は、例示のみを目的とする以下の図面を参照することによって十分に理解されるであろう。

【図面の簡単な説明】

【0014】

【図1】制御アクセスフェーズ（Ｃｏｎｔｒｏｌｌｅｄ Ａｃｃｅｓｓ Ｐｈａｓｅ：ＣＡＰ）内のＨＣＦ制御チャネルアクセス（ＨＣＣＡ）送信機会（ＴＸＯＰ）、並びに分散協調機能（ＤＣＦ）を使用するレガシーＳＴＡによる拡張分散チャネルアクセス（ＥＤＣＡ）ＴＸＯＰ及びアクセスを示すＣＡＰの通信図である。

【図2】一般的なポーリング型ＴＸＯＰ（ｐｏｌｌｅｄ ＴＸＯＰ）の通信図である。

【図3】ＱｏＳ（＋）ＣＦ－Ｐｏｌｌフレームフォーマットのデータフィールド図である。

【図4】パラメータ化されたサービス品質（ＱｏＳ）のアドミッション制御において使用されるトラフィック仕様（ＴＳＰＥＣ）要素のデータフィールド図である。

【図5】図４に示すＴＳ情報フィールド内のサブフィールドを示すデータフィールド図である。

【図6】本開示の少なくとも１つの実施形態による無線局（ＳＴＡ）ハードウェアのハードウェアブロック図である。

【図7】本開示の少なくとも１つの実施形態による、マルチリンク装置（ＭＬＤ）ハードウェアなどに含まれる局構成のハードウェアブロック図である。

【図8】本開示の少なくとも１つの実施形態による、一般的なマルチリンク接続のネットワークトポロジーである。

【図9】本開示の少なくとも１つの実施形態による、ソフトＡＰ ＭＬＤｘ及び非ＡＰ ＭＬＤｙの一般的な複数リンク接続を含むネットワークトポロジーである。

【図10A】本開示の少なくとも１つの実施形態による、基本リンク及び条件付きリンクを介したＮＳＴＲの協調的ＨＣＣＡスケジューリングの通信図である。

【図10B】本開示の少なくとも１つの実施形態による、基本リンク及び条件付きリンクを介したＮＳＴＲの協調的ＨＣＣＡスケジューリングの通信図である。

【図11】本開示の少なくとも１つの実施形態による、非トリガーベースのＴＸＯＰに基づくＡＤＤＴＳのフレーム交換によるアドミッション制御の通信図である。

【図12A】本開示の少なくとも１つの実施形態による、トリガーベースのＴＸＯＰカスケーディングを通じたＴＳ設定の通信図である。

【図12B】本開示の少なくとも１つの実施形態による、トリガーベースのＴＸＯＰカスケーディングを通じたＴＳ設定の通信図である。

【図13】本開示の少なくとも１つの実施形態による、ソフトＡＰ ＭＬＤと非ＡＰ ＭＬＤとの間のＥＤＣＡ ＴＸＯＰにおけるＴｘ及びＲｘを示す第２の解決策の通信図である。

【図14】本開示の少なくとも１つの実施形態による、基本リンク上及び条件付きリンク上で動作するレガシー局ＬＳｘ及びＬＳｍの通信図である。

【図15】本開示の少なくとも１つの実施形態による、基本リンク上及び条件付きリンク上で動作するレガシー局ＬＳｘ及びＬＳｍの別の例の通信図である。

【図16】本開示の少なくとも１つの実施形態による、基本リンク上及び条件付きリンク上での動作の別の例を示す通信図である。

【図17A】本開示の少なくとも１つの実施形態による、ＥＤＣＡ ＴＸＯＰ中のＬＳとのソフトＡＰ ＭＬＤ通信のフロー図である。

【図17B】本開示の少なくとも１つの実施形態による、ＥＤＣＡ ＴＸＯＰ中のＬＳとのソフトＡＰ ＭＬＤ通信のフロー図である。

【図17C】本開示の少なくとも１つの実施形態による、ＥＤＣＡ ＴＸＯＰ中のＬＳとのソフトＡＰ ＭＬＤ通信のフロー図である。

【図17D】本開示の少なくとも１つの実施形態による、ＥＤＣＡ ＴＸＯＰ中のＬＳとのソフトＡＰ ＭＬＤ通信のフロー図である。

【図17E】本開示の少なくとも１つの実施形態による、ＥＤＣＡ ＴＸＯＰ中のＬＳとのソフトＡＰ ＭＬＤ通信のフロー図である。

【図18】本開示の少なくとも１つの実施形態による、スケジュールされた同時ＵＬ／ＤＬ ＴＸＯＰの通信図である。

【図19】本開示の少なくとも１つの実施形態による、ＨＣＣＡ ＴＸＯＰ期間での基本リンク上及び条件付きリンク上の協調的スケジューリングのフロー図である。

【図20】本開示の少なくとも１つの実施形態による、隠れ端末状況における予想受信不在からの回復問題についての例１－３－１のトポロジー図である。

【図21】本開示の少なくとも１つの実施形態による、隠れＡＰによって生じる衝突問題の解決策の実施形態を示す例１－３－１の通信図である。

【図22】本開示の少なくとも１つの実施形態による、ＣＦＰ状況での隠れ端末における予想受信不在からの回復問題に関する例１－３－２のトポロジー図である。

【図23】本開示の少なくとも１つの実施形態による、ＨＣＣＡ ＴＸＯＰの開始時にＣＦＰでの隠れ端末によって生じる衝突問題に対する回復スキームの実施形態を示す例１－３－２の通信図である。

【図24】本開示の少なくとも１つの実施形態による、基本リンク状況に基づく条件付きリンク上の適応的ポーリングベースのスケジューリングの通信図である。

【図25】本開示の少なくとも１つの実施形態による、ＵＬ ＴＸＯＰアライメントを利用する例２－１の通信図である。

【図26】本開示の少なくとも１つの実施形態による、ＤＬ ＴＸＯＰアライメントを利用する例２－２の通信図である。

【図27A】本開示の少なくとも１つの実施形態による、基本リンク状況に従って条件付きリンク上でスケジュールされるＴＸＯＰのフロー図である。

【図27B】本開示の少なくとも１つの実施形態による、基本リンク状況に従って条件付きリンク上でスケジュールされるＴＸＯＰのフロー図である。

【図27C】本開示の少なくとも１つの実施形態による、基本リンク状況に従って条件付きリンク上でスケジュールされるＴＸＯＰのフロー図である。

【図27D】本開示の少なくとも１つの実施形態による、基本リンク状況に従って条件付きリンク上でスケジュールされるＴＸＯＰのフロー図である。

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

【0015】

１．序文
１．１．ハイブリッド協調機能（ＨＣＦ）
ＩＥＥＥ８０２．１１ｅでは、リアルタイムアプリケーションにＱｏＳを提供することが提案されている。この提案は、競合ベースの転送のための拡張分散チャネルアクセス（ＥＤＣＡ）機構、及び競合なし転送のためのＨＣＦ制御チャネルアクセス（ＨＣＣＡ）機構と呼ばれる制御チャネルアクセスから成る。

【0016】

１．２．ＨＣＦ制御チャネルアクセス（ＨＣＣＡ）
ＨＣＣＡは、サービス品質（ＱｏＳ）を意識したハイブリッドコーディネータ（ＨＣ）と呼ばれる集中コーディネータを使用してフレーム交換シーケンスを開始し、ＱｏＳデータの競合なし（ＣＦ）送信のための送信機会（ＴＸＯＰ）を自局及び他局（ＳＴＡ）に割り当てる。ＨＣは、非アクセスポイント（非ＡＰ）ＳＴＡよりも高い媒体アクセス（ＭＡＣ）優先度を有する。ＨＣは、ＱｏＳ（＋）ＣＦ－Ｐｏｌｌフレーム内に期間が指定されたポーリング型ＴＸＯＰをＳＴＡに許可する。ＳＴＡは、ポーリング型ＴＸＯＰ中にＴＸＯＰ期間の制限に従って複数のフレーム交換シーケンスを開始することができる。

【0017】

ＨＣは、送信（Ｔｘ）ＰＣＦフレーム間隔（ＰＣＦ Ｉｎｔｅｒｆｒａｍｅ Ｓｐａｃｅ：ＰＩＦＳ）スロット境界において無線媒体（ＷＭ）がアイドルであると判定された場合、制御アクセスフェーズ（ＣＡＰ）を開始するために無線媒体（ＷＭ）にアクセスすることができる。ＨＣは、ＱｏＳ（＋）ＣＦ－Ｐｏｌｌ又はいずれかの許可されたフレーム交換シーケンスの最初のフレームを、ポーリング型ＴＸＯＰ又はＨＣＣＡ ＴＸＯＰをそれぞれカバーするように設定された継続時間値と共に送信するものとする。

【0018】

ＣＡＰは、時間単位（ＴＵ）で測定される時間間隔を有するターゲットビーコン送信時間（Ｔａｒｇｅｔ Ｂｅａｃｏｎ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ：ＴＢＴＴ）を越えて延長してはならない。ＴＢＴＴの発生はＣＡＰの終了を意味し、その後は通常のチャネルアクセス手順（ＥＤＣＡ又はＨＣＣＡ）が再開される。ＨＣＣＡ ＴＸＯＰ後にＴｘＰＩＦｓスロット境界においてＷＭがアイドルであると判定された場合、ＨＣはチャネルを検知してチャネルを再要求することができる。ＨＣＣＡ ＴＸＯＰの終了後にＨＣがＴｘＰＩＦＳスロット境界においてチャネルを再要求しない場合、ＣＡＰは終了する。

【0019】

図１に、制御アクセスフェーズ（ＣＡＰ）内のＨＣＣＡ ＴＸＯＰ、並びに分散協調機能（ＤＣＦ）を使用するレガシーＳＴＡによるＥＤＣＡ ＴＸＯＰ及びアクセスを示すＣＡＰを示す。この図には、ビーコンフレームがＤＴＩＭを含む頻度を決定する番号である周期値を有する配信トラフィック指示メッセージ（Ｄｅｌｉｖｅｒｙ Ｔｒａｆｆｉｃ Ｉｎｄｉｃａｔｉｏｎ Ｍｅｓｓａｇｅｓ：ＤＴＩＭ）を示しており、この番号は各ビーコンフレームに含まれる。各ＤＴＩＭの開始時にはビーコンが見える。図のＣＡＰ又はＨＣＣＡ ＴＸＯＰ期間中、或いはＥＤＣＡ ＴＸＯＰ期間中に示すように、ＨＣはＥＤＣＡ ＴＸＯＰ中にＱｏＳ ＳＴＡをポーリングすることができる。ＣＡＰは、ＨＣＣＡ ＴＸＯＰのみならずＥＤＣＡ ＴＸＯＰの一部からも成る。

【0020】

１．３．ＴＸＯＰのタイプ
拡張分散チャネルアクセス（ＥＤＣＡ）ＴＸＯＰは、１つのアクセスカテゴリ（ＡＣ）を他のアクセスカテゴリ（ＡＣ）よりも優先する方法である仲裁的フレーム送信間隔（ＡＩＦＳ）を使用して取得されるＴＸＯＰである。ＥＤＣＡ機能（ＥＤＣＡＦ）ＴＸＯＰの長さはビーコンフレーム内に指定される。

【0021】

ＨＣＣＡ ＴＸＯＰは、ＰＩＦＳを使用して取得されるＴＸＯＰである。

【0022】

ポーリング型ＴＸＯＰは、ＨＣからのＱｏＳ（＋）ＣＦ－ＰｏｌｌによってＨＣＣＡ ＴＸＯＰが取得された結果である。ポーリング型ＴＸＯＰの長さはＱｏＳ（＋）ＣＦ－Ｐｏｌｌフレームに指定される。

【0023】

図２に、ポーリング型ＴＸＯＰの例を示す。ＨＣは、チャネルアクセス権を獲得した後に、ＱｏＳ（＋）ＣＦ－Ｐｏｌｌを使用してＱｏＳ ＳＴＡを順にポーリングする。ＱｏＳ（＋）ＣＦ－Ｐｏｌｌを受け取った非ＡＰ ＳＴＡは、ＮＡＶ設定にかかわらずＳＩＦＳ内に応答するものとする。

【0024】

ポーリングされたＱｏＳ ＳＴＡが送信すべきトラフィックを待ち行列内に有していない場合、又は送信すべきＭＰＤＵが指定されたＴＸＯＰ制限内で長すぎる場合、ＱｏＳ ＳＴＡは、ＨＣがＴＸＯＰを再割り当てするための対応するキューサイズを示すＱｏＳ（＋）Ｎｕｌｌフレームを送信するものとする。ポーリング型ＴＸＯＰ内では、ＳＴＡはＴＸＯＰの未使用部分を使用してはならず、ＨＣがこれを再割り当てすることができる。ポーリング型ＴＸＯＰは、図示のようなＱｏＳ（＋）ＣＦ－Ｐｏｌｌフレームの期間（Ｄｕｒａｔｉｏｎ）フィールドによって設定されたＮＡＶによって保護される。ポーリング型ＴＸＯＰ内の応答フレームを含む全ての送信は、ＴＸＯＰの一部とみなされる。任意のＴＸＯＰ中にどのＭＡＣサービスデータユニット（ＭＳＤＵ）、Ａ－ＭＳＤＵ、及び／又はＭＡＣ管理プロトコルデータユニット（ＭＭＰＤＵ）が送信されるかに関する全ての決定は、ＴＸＯＰを保持するＳＴＡによってポーリング型ＴＸＯＰの制限に従って行われる。

【0025】

１．４．ＨＣにおけるアドミッション制御
ＨＣにおけるアドミッション制御は、ＳＴＡがチャネルにアクセスできる時間を保証するために利用される。ハイブリッドコーディネータ（ＨＣ）は、ネットワーク内のアドミッション制御を管理するために使用される。

【0026】

ＡＰがＥＤＣＡパラメータセット要素内で広告されるＡＣＭ（アドミッション制御強制（Ａｄｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｍａｎｄａｔｏｒｙ））サブフィールドを使用して各ＡＣにアドミッション制御が必要であるかどうかを示す競合ベースのアドミッション制御が利用される。ＡＣＭサブフィールドは、ベーシックサービスセット（ＢＳＳ）の有効期間にわたって静的であるものとする。ＳＴＡは、アドミッション制御を必要とするＡＣを採用するいずれかの方向のトラフィックの承認を要求するために、ＨＣにＡＤＤトラフィックストリーム（ＡＤＤＴＳ）要求フレームを送信するものとする。

【0027】

ＡＤＤＴＳ要求フレームは、トラフィックに関連するユーザ優先度（ＵＰ）を含み、アクセスポリシーとしてＥＤＣＡを示すものとする。

【0028】

非ＡＰ ＳＴＡでは、各ＥＤＣＡ機能（ＥＤＣＡＦ）が、ＡＰによる許容媒体時間であるａｄｍｉｔｔｅｄ＿ｔｉｍｅ、及びｕｓｅｄ＿ｔｉｍｅと呼ばれる使用時間量という２つのＭＡＣ変数を保持するものとする。ＳＴＡは、ＡＤＤＴＳ要求及び応答フレーム交換によってＡＰとネゴシエートした後に、指定されたＥＤＣＡＦのａｄｍｉｔｔｅｄ＿ｔｉｍｅを計算するものとする。ＳＴＡは、各フレーム交換の成功又は失敗後などの一定の時点でｕｓｅｄ＿ｔｉｍｅの値を更新する。

【0029】

ｕｓｅｄ＿ｔｉｍｅの値がａｄｍｉｔｔｅｄ＿ｔｉｍｅに到達し又はそれを超えた場合、対応するＥＤＣＡＦは、もはやＱｏＳパラメータセット要素に指定されたそのＡＣのＥＤＣＡパラメータを使用してＱｏＳデータフレーム又はＱｏＳ Ｎｕｌｌフレームを送信してはならない。

【0030】

しかしながら、これらのＡＣにアドミッション制御が不要である場合、ＳＴＡは、そのＥＤＣＡＦのＥＤＣＡパラメータをより優先度の低いＡＣに対して指定されたＥＤＣＡパラメータに一時的に置き換えることを選択することができる。

【0031】

１．５．制御アクセスアドミッション制御
ハイブリッドコーディネータ（ＨＣ）は、承認済みＴＳへのポーリングサービスを関連するＴＳＰＥＣに基づいて許可又は拒否することに関与する。承認済みＴＳに基づくポーリングサービスは、そのＱｏＳ要件を満たすために、スケジューラから「保証されたチャネルアクセス」を提供する。ＨＣによってＴＳが承認された場合、スケジューラは、一定の時間間隔で開始するサービス期間（ＳＰ）中にＳＴＡにサービスを提供するものとする。ＡＰは、ＨＣＣＡ ＴＸＯＰ内に送信をスケジュールし、ＳＴＡにサービススケジュールを伝えるものとする。ＡＰは、サービススケジュールがＴＳＰＥＣ要件を満たしている限り、その後にサービススケジュールを更新することもできる。ＨＣは、スケジュールフレーム内でスケジュール要素を送信することによっていつでもサービススケジュールを更新することができる。更新されたスケジュールは、ＨＣがスケジュールフレームに対するＡｃｋフレームを受け取った時点で有効になる。

【0032】

１．６．ＱｏＳ（＋）ＣＦ－Ｐｏｌｌフレーム
図３に、以下のフィールドを有するＱｏＳ（＋）ＣＦ－Ｐｏｌｌフレームのフォーマットを示す。フレーム制御（Ｆｒａｍｅ ｃｏｎｔｒｏｌ）フィールドは、プロトコルのバージョン、タイプ、サブタイプ、及び対応するフレーム制御情報を指定する。ＱｏＳ（＋）ＣＦ－Ｐｏｌｌフレームは、ＱｏＳ ＣＦ－Ｐｏｌｌフレーム、サブタイプ１１１０、ＱｏＳ ＣＦ－Ａｃｋ＋ＣＦ－Ｐｏｌｌフレーム、サブタイプ１１１１、ＱｏＳデータ＋ＣＦ－Ｐｏｌｌフレーム、サブタイプ１０１０、及びＱｏＳデータ＋ＣＦ－Ａｃｋ＋ＣＦ－Ｐｏｌｌフレーム、サブタイプ１０１１という、ＣＦ－Ｐｏｌｌを伴う４つのＱｏＳデータサブタイプ全てを意味する。

【0033】

ＱｏＳ ＣＦ－Ｐｏｌｌを含むデータフレーム内では、期間／ＩＤ（Ｄｕｒａｔｉｏｎ／ＩＤ）フィールド値が、（ａ）ＴＸＯＰ制限が０でない場合には、１つのＳＩＦＳにＴＸＯＰ制限を加えた時間、又は（ｂ）ＴＸＯＰ制限が０の場合には、公称ＭＳＤＵサイズの１つのＭＰＤＵ及び関連するＡｃｋフレームの送信に必要な時間に２つのＳＩＦＳを加えた時間、のいずれかに設定される。

【0034】

アドレス１（Ａｄｄｒｅｓｓ １）フィールドはフレームの対象受信者を識別し、アドレス２（Ａｄｄｒｅｓｓ ２）フィールドはフレームの送信者を識別する。

【0035】

シーケンス制御（Ｓｅｑｕｅｎｃｅ Ｃｏｎｔｒｏｌ）フィールドは、制御フレーム内に存在するシーケンス番号及びフラグメント番号を指定する。ＱｏＳ制御（ＱｏＳ Ｃｏｎｔｒｏｌ）フィールドは、フレームが属するＴＣ又はＴＳ、並びにフレームタイプ、サブタイプ及び送信側ＳＴＡのタイプによって異なる、フレームに関する他の様々なＱｏＳ関連情報、Ａ－ＭＳＤＵ関連情報及びメッシュ関連情報を識別する。

【0036】

ＨＴ制御（ＨＴ Ｃｏｎｔｒｏｌ）フィールドは、ＨＴ変種及びＶＨＴ変種のためのＨＴ制御情報を示す。フレームボディ（Ｆｒａｍｅ Ｂｏｄｙ）フィールドは、個々のフレームタイプ及びサブタイプに固有の情報を含む。ＦＣＳフィールドは、３２ビットの巡回冗長検査（ＣＲＣ）を含む。ＦＣＳフィールド値は、ＭＡＣヘッダ及びフレームボディフィールドの全てのフィールドにわたって計算される。

【0037】

１．７．ＴＳＰＥＣ要素
図４に、パラメータ化されたＱｏＳのアドミッション制御において使用されるトラフィック仕様（ＴＳＰＥＣ）要素を示す。この要素は、管理フレーム（例えば、ＡＤＤＴＳ要求／応答、ＡＤＤＴＳ予約要求、ＤＭＳ要求／応答など）の情報要素を提供する。この要素は、トラフィックストリームの特性及びＱｏＳ予想（ＱｏＳ ｅｘｐｅｃｔａｔｉｏｎ）も定める。

【0038】

ＴＳＰＥＣの主なパラメータは以下を含む。遅延限界（Ｄｅｌａｙ Ｂｏｕｎｄ）フィールドは、このＴＳＰＥＣのＴＳに属するＭＳＤＵ又はＡ－ＭＳＤＵを送信するために許容される最大時間をマイクロ秒単位で指定する。サービス開始時刻（μｓ）：ＳＴＡが最初にフレーム送信準備が整うと予想し、省電力（ＰＳ）モードにあるＳＴＡがこれらのフレームを受け取るために起動している必要がある時刻を示す。

【0039】

最小サービス間隔は、２つの連続するＳＰの開始の合間の最小間隔を（μｓ単位で）指定する。

【0040】

最大サービス間隔は以下のように機能する。ＴＳＰＥＣ要素がＨＣＣＡストリームを認めるためのものである場合には、連続する２つのＳＰの開始の合間の最大間隔をマイクロ秒単位で指定する。ＴＳＰＥＣ要素がＥＤＣＡアドミッション制御を目的とする場合、最大サービス間隔フィールドは、使用されるアグリゲーション（Ａ－ＭＳＤＵ又はＡ－ＭＰＤＵ）の量を過剰な待ち時間が発生しないように制限する待ち時間制限を示す。

【0041】

非作動間隔（Ｉｎａｃｔｉｖｉｔｙ Ｉｎｔｅｒｖａｌ）フィールドは、ＨＣのＭＡＣエンティティによってＴＳが削除される前にそのＴＳに属するＭＰＤＵが到着せずに又は転送されずに経過できる最小時間をマイクロ秒単位で指定する。

【0042】

停止間隔（Ｓｕｓｐｅｎｓｉｏｎ Ｉｎｔｅｒｖａｌ）フィールドは、連続するＱｏＳ（＋）ＣＦ－Ｐｏｌｌの生成がＴＳのために停止される前にそのＴＳに属するＭＳＤＵが到着せずに又は転送されずに経過できる最小時間をマイクロ秒単位で指定する。４ ２９４ ９６７ ２９５（＝２３２－１）などの特定の値は停止間隔を無効にし、非作動に基づいてＴＳのためのポーリングが中断されないことを示す。

【0043】

サービス開始時刻（Ｓｅｒｖｉｃｅ Ｓｔａｒｔ Ｔｉｍｅ）フィールドは、最初にスケジュールされたＳＰが開始する時刻をマイクロ秒単位で指定する。サービス開始時刻は、ＳＴＡが最初にフレーム送信及び節電の準備が整うと予想される時刻をＡＰに示す（例えば、Ｍ１０１－Ｗｉ－Ｆｉ ＳｉＰモジュール）。ＳＴＡは、フレームを受け取るために起動している必要がある。ＡＰＳＤ及びスケジュールサブフィールドが０の場合には、このフィールドも０（不特定）に設定される。

【0044】

遅延限界（Ｄｅｌａｙ Ｂｏｕｎｄ）フィールドは、ＭＳＤＵ、又はＡ－ＭＳＤＵを構成するＭＳＤＵの最初のＭＳＤＵがローカルＭＡＣ ＳＡＰからローカルＭＡＣ副層に到着したことを示す時点と、ＭＳＤＵ又はＡ－ＭＳＤＵの宛先への正常な送信又は再送が完了した時点との間で測定される、このＴＳＰＥＣのＴＳに属するＭＳＤＵ又はＡ－ＭＳＤＵを伝送するために許容される最大時間をマイクロ秒単位で示す。

【0045】

関連する確認応答フレームが存在する場合、ＭＳＤＵ又はＡ－ＭＳＤＵ送信の完了は確認応答フレームの送信時点を含む。

【0046】

媒体時間（Ｍｅｄｉｕｍ Ｔｉｍｅ）フィールドは、媒体へのアクセスに認められる３２μｓ／ｓ単位での時間を含む。このフィールドは、ＡＤＤＴＳ要求フレームにおいて予約され、ＨＣによってＡＤＤＴＳ応答フレームに設定される。このフィールドは、制御チャネルアクセスには使用されない。

【0047】

図５には、図４に示すＴＳ情報フィールド内のサブフィールドを示す。

【0048】

２．動機及び問題
本開示の主な動機の１つは、ソフトＡＰ側におけるＩＤＣ干渉問題を防ぐことである。通常、ソフトＡＰ ＭＬＤは、このような干渉を防ぐように基本リンク上でしかレガシーＳＴＡと通信しないように設計される。

【0049】

このルールは、レガシーＳＴＡのチャネルリソースを大幅に制限／縮小することによってレガシーＳＴＡのサービス品質を悪化させる。この悪化は、遅延の増加及びスループットの低下をもたらし、レガシーＳＴＡ、特にＲＴＡの性能に深刻な影響を与える恐れがある。

【0050】

基本リンクが２．４ＧＨｚ及び５ＧＨｚリンクであり、条件付きリンクが６ＧＨｚリンクである場合、以下の問題が生じる。２．４ＧＨｚ、５ＧＨｚ及び６ＧＨｚリンクをサポートするレガシーＳＴＡ（例えば、ＨＥ ＳＴＡ）は、基本リンクよりもはるかに帯域幅が広くクライアント密度が低い６ＧＨｚチャネルを使用する利点を無駄にしてしまう。

【0051】

基本リンクが２．４ＧＨｚ及び６ＧＨｚリンクであり、条件付きリンクが５ＧＨｚリンクである場合には、以下の問題が生じる。５ＧＨｚチャネルしかサポートしていないレガシーＳＴＡ（例えば、ＶＨＴ ＳＴＡ）は全く動作することができない。２．４ＧＨｚ及び５ＧＨｚチャネルをサポートするレガシーＳＴＡ（例えば、ＨＴ ＳＴＡ）は２．４ＧＨｚでしか動作することができず、従って５ＧＨｚチャネルのチャネルリソースを全て無駄にしてしまう。

【0052】

要約すると、レガシー装置が基本リンクのみを使用することしか許可されていない場合には、レガシー装置のオプションが大幅に制限される。従って、本開示では、全てのレガシーＳＴＡ（ＨＴ、ＶＨＴ及びＨＥ）が条件付きリンク上でも動作できるようにするシステム及び方法について説明する。レガシー装置は、アクティブ又はパッシブスキャンを通じて条件付きリンク上で接続することができる。レガシーＳＴＡは、条件付きリンク上でリンク接続を設定することができる。ソフトＡＰ ＭＬＤにおいてＩＤＣ干渉問題が発生しない場合、スケジューラはレガシーＳＴＡが条件付きリンクを使用することを妨げてはならない。

【0053】

３．ハードウェアの実施形態
レガシー（非ＥＨＴ）局がソフトＡＰ ＭＬＤの条件付きリンク上で動作することを可能にする能力は、以下に限定ではなく一例として示す様々な８０２．１１ハードウェア構成で実装することができる。

【0054】

３．１．局ハードウェア構成
図６に、本開示のプロトコルを実行するように構成されたＳＴＡハードウェアの実施形態例１０を示す。外部Ｉ／Ｏ接続１４が回路１２の内部バス１６に結合し、内部バス１６上には、通信プロトコルを実装する（単複の）プログラムを実行するためにＣＰＵ１８及びメモリ（例えば、ＲＡＭ）２０が接続されることが好ましい。ホストマシンは、１又は複数のアンテナ２９、２６ａ、２６ｂ、２６ｃ～２６ｎにそれぞれが接続された少なくとも１つのＲＦモジュール２４、２８に結合された、通信をサポートする少なくとも１つのモデム２２を収容する。複数のアンテナ（例えば、アンテナアレイ）を有するＲＦモジュールは、送信及び受信中にビームフォーミングを実行することを可能にする。このように、ＳＴＡは、複数組のビームパターンを使用して信号を送信することができる。

【0055】

バス１４は、センサ及びアクチュエータなどの様々な装置をＣＰＵに接続することができる。プロセッサ１８上では、ＳＴＡがアクセスポイント（ＡＰ）局又は通常の局（非ＡＰ ＳＴＡ）の機能を実行することを可能にするように実行される通信プロトコルを実装するプログラムを実行するための、メモリ２０からの命令が実行される。また、このプログラミングは、現在の通信状況でどのような役割を果たしているかに応じて異なるモード（ＴＸＯＰ所有者、ＴＸＯＰ共有参加者、ソース、中間、宛先、第１のＡＰ、他のＡＰ、第１のＡＰに関連する局、他のＡＰに関連する局、調整機（ｃｏｏｒｄｉｎａｔｏｒ）、被調整機（ｃｏｏｒｄｉｎａｔｅｅ）、ＯＢＳＳ内のＡＰ、及びＯＢＳＳ内のＳＴＡなど）で動作するように構成されると理解されたい。

【0056】

従って、図示のＳＴＡ ＨＷは、少なくとも１つのモデムと、少なくとも１つの帯域上での通信を提供するための関連するＲＦ回路とで構成される。本開示は、主にサブ６ＧＨｚ帯を対象とする。

【0057】

なお、本開示は、それぞれが任意の数のＲＦ回路に結合された複数のモデム２２を使用して構成することができると理解されたい。一般に、使用するＲＦ回路の数が多ければ多いほど、アンテナビーム方向のカバレッジは広くなる。なお、利用するＲＦ回路の数及びアンテナの数は、特定の装置のハードウェア制約によって決まると理解されたい。ＲＦ回路及びアンテナの一部は、ＳＴＡが近隣ＳＴＡと通信する必要がないと判定した時に無効にすることができる。少なくとも１つの実施形態では、ＲＦ回路が周波数変換器及びアレイアンテナコントローラなどを含み、送受信のためにビームフォーミングを実行するように制御される複数のアンテナに接続される。このように、ＳＴＡは、各ビームパターン方向がアンテナセクタとみなされる複数のビームパターンの組を使用して信号を送信することができる。

【0058】

また、図示のような局ハードウェアの複数のインスタンスはマルチリンク装置（ＭＬＤ）に組み合わせることができ、通常、このＭＬＤは活動を協調させるためにプロセッサ及びメモリを有するが、必ずしもＭＬＤ内の各ＳＴＡに別々のＣＰＵ及びメモリが必要なわけではない。

【0059】

図７に、マルチリンク装置（ＭＬＤ）ハードウェア構成の実施形態例４０を示す。ソフトＡＰ ＭＬＤは、ＡＰとして動作する１又は２以上の所属するＳＴＡから成るＭＬＤである。ソフトＡＰ ＭＬＤは、２．４ＧＨｚ、５ＧＨｚ及び６ＧＨｚ上で複数の無線動作をサポートすべきである。複数の無線のうちの基本リンクセットは、例えば基本リンクセット（２．４ＧＨｚ及び５ＧＨｚ）、基本リンクセット（２．４ＧＨｚ及び６ＧＨｚ）などの同時送受信（ＳＴＲ）モードを満たすリンクペアである。

【0060】

条件付きリンクは、何らかの基本リンクと非同時送受信（ＮＳＴＲ）リンクペアを形成するリンクである。例えば、これらのリンクペアは、５ＧＨｚが基本リンクである場合には、５ＧＨｚリンクに対応する条件付きリンクとして６ＧＨｚリンクを含むことができ、６ＧＨｚが基本リンクである場合には、６ＧＨｚリンクに対応する条件付きリンクとして５ＧＨｚリンクを含むことができる。ソフトＡＰは、Ｗｉ－Ｆｉホットスポット及びテザリングを含む異なるシナリオで使用される。

【0061】

ＭＬＤには複数のＳＴＡが所属し、各ＳＴＡは異なる周波数のリンク上で動作する。ＭＬＤは、アプリケーションへの外部Ｉ／Ｏアクセスを有し、このアクセスは、ＣＰＵ６２及びメモリ（例えば、ＲＡＭ）６４を有するＭＬＤ管理エンティティ４８に接続して、ＭＬＤレベルで通信プロトコルを実装する（単複の）プログラムの実行を可能にする。ＭＬＤは、ここではＳＴＡ１ ４２、ＳＴＡ２ ４４～ＳＴＡ Ｎ４６として例示する接続先の各所属する局にタスクを配分してこれらから情報を収集し、所属するＳＴＡ間で情報を共有することができる。

【0062】

少なくとも１つの実施形態では、ＭＬＤの各ＳＴＡが独自のＣＰＵ５０及びメモリ（ＲＡＭ）５２を有し、これらは、１又は２以上のアンテナを有する少なくとも１つのＲＦ回路５６に接続された少なくとも１つのモデム５４にバス５８を通じて結合される。本例では、ＲＦ回路が、アンテナアレイなどの形の複数のアンテナ６０ａ、６０ｂ、６０ｃ～６０ｎを有する。ＲＦ回路及び関連する（単複の）アンテナと組み合わせたモデムは、近隣のＳＴＡとの間でデータフレームを送信／受信する。少なくとも１つの実装では、ＲＦモジュールが、周波数変換器、アレイアンテナコントローラ、及びそのアンテナと連動するためのその他の回路を含む。

【0063】

ＭＬＤの各ＳＴＡは、特定のＭＬＤ実装に応じて互いに及び／又はＭＬＤ管理エンティティとリソースを共有することができるので、必ずしも独自のプロセッサ及びメモリを必要としないと理解されたい。なお、上記のＭＬＤ図は限定ではなく一例として示すものであり、本開示は幅広いＭＬＤ実装と共に動作することができると理解されたい。

【0064】

４．ネットワークトポロジー
図８に、一般的な複数リンク接続のネットワークトポロジー例７０の実施形態を示す。この図では、ソフトＡＰ ＭＬＤｘ７２が複数の無線リンクを介してレガシー局７４及び非ＡＰ ＳＴＡ ＭＬＤｙ７６に接続している。

【0065】

ソフトＡＰ ＭＬＤ（ＥＨＴ装置）は「ｘ」として示す識別（ＩＤ）を有し、いずれかの非ＡＰ ＭＬＤ（ＥＨＴ装置）は「ｙ」として示すＭＬＤ ＩＤを有し、いずれかのレガシーＳＴＡ（非ＥＨＴ装置）はレガシーシステム（ＬＳ）「ｘ、ｙ、ｚ」としてのＩＤを有するように例示する。この例では、ソフトＡＰ ＭＬＤｘが、ＡＰｘ＿１、ＡＰｘ＿２及びＡＰｘ＿３として示す３つの所属するＡＰ局を有する。非ＡＰ ＭＬＤｙは、ＳＴＡｙ＿１、ＳＴＡｙ＿２及びＳＴＡｙ＿３として示す３つの所属する非ＡＰ局を有する。ＡＰｘ＿１、ＳＴＡｙ＿１及びＬＳｘはリンク１（Ｌ１）を介して動作している。ＡＰｘ＿２、ＳＴＡｙ＿２及びＬＳｙはリンク２（Ｌ２）を介して動作しており、ＡＰｘ＿３、ＳＴＡｙ＿３及びＬＳｚはリンク３（Ｌ３）を介して動作している。

【0066】

図９に、使用するネットワークトポロジーを限定ではなく説明目的で例示する実施形態９０を示す。ソフトＡＰ ＭＬＤｘ９２及び非ＡＰ ＭＬＤｘ９４は、５ＧＨｚ１０４及び６ＧＨｚ１０６の両リンク上で動作する。ＬＳｘ１００及びＬＳｙ１０２は５ＧＨｚリンク上でのみ動作する。ＬＳｍ９６及びＬＳｎ９８は６ＧＨｚリンク１０６上でのみ動作する。２．４ＧＨｚリンクは、５ＧＨｚリンク又は６ＧＨｚリンクのいずれからもＩＤＣ干渉を受けないような分離した基本リンクであるため、以下の説明は２．４ＧＨｚリンクの考察を含まない。

【0067】

５．ソフトＡＰ ＭＬＤの条件付きリンク上でのレガシーＳＴＡの有効化
５．１．解決策１：基本リンク及び条件付きリンクを介したＮＳＴＲのための協調的ＨＣＣＡスケジュール
図１０Ａ及び図１０Ｂに、基本リンク１１１ａ及び条件付きリンク１１１ｂを介したＮＳＴＲのための協調的ＨＣＣＡスケジュールの実施形態例１１０を示す。

【0068】

条件付きリンク上及び基本リンク上のＡＰは同じＳＭＥを有し、本開示では、（１）基本リンク及び条件付きリンクを介した同時ＥＤＣＡ ＴＸＯＰ及びＨＣＣＡ ＴＸＯＰを処理するように互いに協調し、（２）両リンクを介した同期したＵＬ又はＤＬ ＨＣＣＡ ＴＸＯＰのスケジューリング及び割り当てを行うように構成される。

【0069】

両リンクにはアドミッション制御が適用されるものとする。初期ＴＳ設定及びネゴシエーションは、（例１－１に示すように）主にＥＤＣＡ ＴＸＯＰ内で行われるものとし、承認済みアクセスポリシー（ａｄｍｉｔｔｅｄ ａｃｃｅｓｓ ｐｏｌｉｃｙ）は、基本リンク及び条件付きリンクの両方においてＨＣＣＡとする。基本リンク及び条件付きリンクの両方においてリスンするＭＬＤは、両リンク上でのＥＤＣＡ ＴＸＯＰ中にＥＤＣＡアクセスを実行することができる。

【0070】

ソフトＡＰ ＭＬＤの所属するＡＰは、平均データレート、公称ＭＳＤＵサイズ、最小ＰＨＹレート、余剰帯域幅許可量、並びに最大サービス間隔及び遅延限界の少なくとも一方、及びその他の所望のフィールドなどを含む、ＴＳ設定から取得された承認済みＳＰ情報（ａｄｍｉｔｔｅｄ ＳＰ ｉｎｆｏｒｍａｔｉｏｎ）に基づいて、両リンク上で同期したＨＣＣＡ ＴＸＯＰ１１３、１２６をスケジュールするものとする。

【0071】

ソフトＡＰ ＭＬＤの所属するＡＰは、全てのＭＳＤＵの受け取られたＱｏＳデータフレームのＴＩＤサブフィールド及びＱｏＳ制御サブフィールドから、ＴＩＤ、特定のＴＩＤに対応するＳＴＡの待ち行列内トラフィック、又は特定のＴＩＤに属するトラフィックの次のＴＸＯＰ期間要求などの情報を取得する。要求がＴＳに属する場合、ＡＰはＴＸＯＰを再割り当てすることができる。

【0072】

ストリームが追加又は削除された場合、ＡＰはＨＣＣＡ ＴＸＯＰを再割り当てするものとする。異なる承認済みＴＳのサービス間隔（ＳＩ）は必ずしも同じではない。ＡＰは、適宜にＴＸＯＰをスケジュールするものとする。ＨＣＣＡ ＴＸＯＰ内には、ＴＸＯＰ期間の制限に従う複数のフレーム交換シーケンスが存在することができる。基本リンク上及び条件付きリンク上のＰＰＤＵとしてのデータ交換は、開始時刻及び終了時刻の両方が一致すべきである。この図には、ビーコン１１２ａ、１１２ｂ、その後のＵＬポーリング型ＴＸＯＰ１１４ａ、１１４ｂ、ＤＬ ＨＣＣＡ ＴＸＯＰ１１６ａ、１１６ｂからＨＣＣＡ ＴＸＯＰを通じてＨＣＣＡ ＴＸＯＰ期間の最後のＵＬポーリング型ＴＸＯＰ１１８ａ、１１８ｂまでを示す。ＰＰＤＵは、プロトコル内の物理層プロトコルデータユニットであり、プリアンブル及びデータフィールドを含む。なお、これらのＴＸＯＰの各々は、基本リンクと条件付きリンクとの間で開始時刻及び終了時刻の両方が一致している。これらの各ＴＸＯＰは、図１０Ｂの別のビーコンセット１２４ａ、１２４ｂ後の、ＤＬ ＨＣＣＡ ＴＸＯＰ１２８ａ、１２８ｂからＵＬポーリング型ＴＸＯＰ１３０ａ、１３０ｂまでとして例示するＨＣＣＡ ＴＸＯＰ１２６にも続く。

【0073】

ソフトＡＰ ＭＬＤ、非ＡＰ ＭＬＤ及びレガシーＳＴＡは、送信されたＰＰＤＵの終了時刻を一致させるためにいずれかのタイプのパディングを使用することができる。２つのリンク間のスケジューリングアルゴリズムは、本提案の範囲外である。ＰＳ ＳＴＡは、ビーコンを受け取るためにＤＴＩＭで起動して、ＱｏＳ情報及びアドミッション情報などの何らかの情報を獲得（取得）するものとする。

【0074】

この図には、ＥＤＣＡ ＴＸＯＰ期間１１９及び１３１の存在も例示する。図１０Ａには、ＣＡＰ１２２ａを含むＥＤＣＡ ＴＸＯＰ１２０ａ、及び最後付近に例示する任意のＣＡＰ１２２を有するＥＤＣＡ ＴＸＯＰ１２０ｂを示す。図１０Ｂには、ＣＡＰ１３４ａ、１３４ｂを含むＥＤＣＡ ＴＸＯＰ１３２ａ、１３２ｂを示しており、その後に別のビーコンセット１３６ａ、１３６ｂが送出される。

【0075】

この解決策では、基本リンク及び条件付きリンクにアクセス制限が適用されるものとする。従って、ビーコンフレームは、両リンク上で全てのＡＣについてＡＣＭ（アドミッション制御強制）＝１を指定するものとする。ＴＳ設定プロセスは、例１－１に示すように実行されるものとする。アドミッション制御中、基本リンク上及び条件付きリンク上のソフトＡＰは、ＴＳのために使用すべきアクセス方法をＨＣＣＡとして指定するようにＴＳＰＥＣ要素内のアクセスポリシーサブフィールドを設定することにより、ＡＤＤＴＳ応答フレームでアクセスポリシーをＨＣＣＡとして指定するものとする。アドミッションルールを受け入れる非ＡＰ ＳＴＡは、チャネルアクセスポリシーをＨＣＣＡとして実行するものとする。

【0076】

図１１及び図１２Ａ～図１２Ｂに、アドミッション制御の実施形態例１５０、１９０を示す。ＡＤＤＴＳ要求及びＡＤＤＴＳ応答のフレーム交換によるアドミッション制御は、図１１に示すような全てのレガシー装置の非トリガーベースのＴＸＯＰ（ＩＤＣ干渉によるエラーを生じない又は受けない正常な送信のみ）に基づいて、或いは図１２Ａ～図１２Ｂに示すようなＨＥ装置のトリガーベースのＭＵカスケーディングＴＸＯＰを通じて実行することができる。

【0077】

図１１には、非トリガーベースのＴＸＯＰを通じたＴＳ設定１５０の例を示す。基本リンク上のソフトＡＰｘ＿２ １５２とＬＳｘ１００との間、及び条件付きリンク上のソフトＡＰｘ＿３ １５４とＬＳｍ９６との間の相互作用を示す。基本リンク上ではバックオフ（ＢＯ）１５６が実行されてＬＳｘが基本リンクを取得し、ＡＤＤＴＳ要求１５８を送信してＡＤＤＴＳ応答１６２を受け取ることによってソフトＡＰｘ＿２との間でＡＤＤＴＳフレームの交換を実行し、これが図１５に示す例１－２のＢ－３～Ｂ－６の事例に従って処理される。基本リンク上でＬＳｘがソフトＡＰｘ＿２に送信を行っている最中に、任意に基本リンク上のＩＤＣ干渉を引き起こさない他のリンク（例えば、条件付きリンク）上で、ＵＬ ＰＰＤＵとして示すデータ１６０をＬＳｍからソフトＡＰｘ＿３に送信することができる。条件付きリンク上には、ＢＯ１６４の後に、基本リンクがアイドル１６８であることができる間に別のＡＤＤＴＳ要求１６６及び応答１７０を示す。

【0078】

ＡＤＤＴＳ要求フレームとＡＤＤＴＳ応答フレームとを交換する初期ＴＳ設定シーケンスはＥＤＣＡアクセスに基づいており、図示のように（例えば、図１５及び図１６のＢ－３、Ｂ－５及びＢ－７）フレーム交換は成功しないことがある。

【0079】

初期ＴＳ設定後、更新ＴＳ設定／ネゴシエーション（ｕｐｄａｔｅ ＴＳ ｓｅｔｕｐ／ｎｅｇｏｔｉａｔｉｏ）などのＡＤＤＴＳ要求フレーム及び応答フレームの交換は、図１５及び図１６に示す例１－２の事例Ｂ－３～Ｂ－６に基づくプロセスに従わないＨＣＣＡ ＴＸＯＰを使用することができる。

【0080】

図１２Ａ及び図１２Ｂには、トリガーベースのＴＸＯＰカスケーディングを通じたＴＳ設定１９０を示す。この図には、基本リンクＬ１ １９４に関連するＡＰｘ＿１と、基本リンクＬ２ １９６に関連するＡＰｘ＿２と、条件付きリンクＬ３ １９８に関連するＡＰｘ＿３とを有するソフトＡＰ ＭＬＤｘ１９２を例示する。この図では、基本リンクＬ１は使用されていない。

【0081】

図１２Ａでは、図１２Ｂの条件付きリンクＬ３がアイドル２００状態である間に、基本リンクＬ２上のＡＰｘ＿２がバックオフ（ＢＯ）２０２を開始する。ＢＯ２０２がゼロまでカウントダウンされると、ＡＰｘ＿２及びＡＰｘ＿３は、それぞれＬ２及びＬ３上でトリガーフレーム（ＴＦ）２０６及び２０８を同時に送信して、マルチユーザ（ＭＵ）２１０カスケーディングシーケンスに役立つ同時ＵＬ／ＤＬカスケードＴＸＯＰ２０４をＬ２及びＬ３上で開始する。

【0082】

図１２Ａでは、ＡＰｘ＿２が、いくつかのユニキャストＲＵからＴＦフレーム２０６の応答としてＵＬ ＭＵデータ２１２を受け取るとともに、ＵＬ ＰＰＤＵを受け取るためにＴＦ２０６において（単複の）ランダムアクセスＲＵ（ＲＡ－ＲＵ）を割り当てることもできる。ただし、この例には、ＲＡ－ＲＵ２１２を使用するＳＴＡは示していない。

【0083】

図１２Ｂでは、ＡＰｘ＿３が、１つのユニキャストＲＵからＴＦ２０８の応答としてＵＬデータを受け取り、他の２つのユニキャストＲＵ２１４から２つのＡＤＤＴＳ要求フレームを受け取る。Ｌ３上のいずれのＳＴＡによっても使用されない別のＲＡ－ＲＵ２１４も予約されている。

【0084】

ＡＰｘ＿２及びＡＰｘ＿３は、ＵＬデータ又はＡＤＤＴＳ要求フレームを受け取ると、対応する（単複の）ユニキャストＲＵ内でそれぞれ確認応答で応答し、ＢＡ又はＡＣＫと共に図１２Ａの２１６、２２４、２３２、並びに図１２Ｂの２１８、２２６及び２３４に示すようなＤＬカスケーディングシーケンスでＤＬデータ及び／又はトリガー（ＴＲ）フレームを送信することができる。ＡＰｘ＿２及びＡＰｘ＿３は、ＲＡ－ＲＵ周波数スロットを使用して、図１２Ａの２１６及び２２４、並びに図１２Ｂの２１８及び２２６に示すようなＤＬカスケーディングシーケンスでいくつかのＤＬデータ及び／又はＴＲフレームを送信することができる。

【0085】

受信側ＳＴＡは、（単複の）割り当てられたユニキャストＲＵ上でＴＲを受け取ると、データをバッファしてＴＳ設定を終了している場合には、図１２Ａの２２０、２２８及び図１２Ｂの２２２、２３０に示すようなＵＬカスケーディングシーケンスでのＵＬデータで応答することができる。そうでなければ、受信側は、図１２Ｂの２２２に示すようなＵＬカスケーディングシーケンスで応答しない（ＮＯＮＥとして示す）ことができる。図１２Ａの２２０、２２８及び図１２Ｂの２２２、２３０に示すようなＵＬカスケーディングシーケンスでは、（ＯＦＤＭＡ）ベースのランダムアクセス（ＵＯＲＡ）のためにＲＡ－ＲＵが予約される。

【0086】

図１２Ｂでは、ＡＰｘ＿３が、（単複の）ユニキャストＲＵ上のＡＤＤＴＳ要求フレーム２１４に対してＡＣＫ２１８で応答した後に、この（単複の）ＲＵを使用してＡＤＤＴＳ応答フレーム２２６で応答するとともに、図１２Ｂの２２６に示すようなＤＬカスケーディングシーケンスでＤＬデータ及び／又はトリガー（ＴＲ）フレームを送信することもできる。

【0087】

この図からは、ＴＢカスケード送信中にＴＳ設定が実行されることが分かる。非ＡＰ局は、ＡＰによって割り当てられた特定のＲＵを使用してＡＤＤＴＳ要求フレームを送信し、ＡＤＤＴＳ応答フレームを受け取る。ＡＤＤＴＳ応答フレームは、現在のＴＸＯＰで送信できない場合には次のＴＸＯＰで送信することができる。ＴＳ設定は、ＴＢ ＵＬのみの送信中にも実行することができる。この場合、ＡＤＤＴＳ応答フレームは、他の（単複の）ＲＵ上で送信されるＡＣＫ／ＢＡフレームと一致すべきである。

【0088】

５．１．１．解決策１－２：ＥＤＣＡ ＴＸＯＰにおけるソフトＡＰと非ＡＰ ＭＬＤとの間のＴｘ及びＲｘ
図１３に、ＥＤＣＡ ＴＸＯＰにおけるソフトＡＰ ＭＬＤと非ＡＰ ＭＬＤとの間のＴｘ及びＲｘを示す第２の解決策の実施形態例２５０を示す。ソフトＡＰｘ＿２ ２５２ａ及びソフトＡＰｘ＿３ ２５２ｂは、同じソフトＡＰ ＭＬＤの所属するＡＰであり、非ＡＰ ＳＴＡｘ＿２ ２５４ａ及び非ＡＰ ＳＴＡｘ＿３ ２５４ｂは、同じ非ＡＰ ＭＬＤの所属する非ＡＰ ＳＴＡである。

【0089】

セクションＡ－１ ２５８ａは、ＡＰｘ＿２が最初に基本リンク上でチャネルアクセス権を取得（獲得）（２５６ａ）した後に開始する。ＡＰｘ＿２は、基本リンク上でＤＬ ＰＰＤＵ２６０を送信するのに対し、ＡＰｘ＿３は、条件付きリンク上でアクセスが可能である場合にはＡＰｘ＿２と同期してＤＬ ＰＰＤＵを送信し、そうでなければ送信しない。その後、非ＡＰ局は、ＤＬデータを受け取った応答として基本リンク上及び条件付きリンク上で同時にＢＡ２６２を送信する。

【0090】

セクションＡ－２ ２５８ｂにおいて、ＡＰｘ＿３が条件付きリンクを取得する（２５６ｂ）。基本リンクが利用可能である場合、ＡＰｘ＿２及びＡＰｘ＿３は同時にＤＬ ＰＰＤＵを送信した後にＢＡを送信し、そうでなければ送信を行わず、条件付きリンク上のＥＤＣＡをリセットする。

【0091】

セクションＡ－３ ２５８ｃにおいて、非ＡＰ ＳＴＡｘ＿２が基本リンク２５６ｃを取得した後に基本リンク上でＵＬ ＰＰＤＵを送信するのに対し、条件付きリンク上では、アクセスが利用可能である場合に非ＡＰ ＳＴＡｘ＿３がＵＬ ＰＰＤＵを同期的に送信し、各リンク上のＵＬ ＰＰＤＵを受け取った応答としてのＢＡ２６２が見られる。条件付きリンク上でアクセスが可能でない場合、条件付きリンク上では送信が行われない。

【0092】

セクションＡ－４ ２５８ｄにおいて、非ＡＰ ＳＴＡｘ＿３が、条件付きリンクがアイドルであることを検知し、リンクを求めて競合する際にＢＯカウントを終了する。基本リンクが利用可能である場合、非ＡＰ ＳＴＡｘ＿２及び非ＡＰ ＳＴＡｘ＿３は同時にＵＬ ＰＰＤＵを送信して同時にＢＡを受け取る。そうでなければ、これらは送信を行わず、条件付きリンク上のＥＤＣＡをリセットする。

【0093】

なお、条件付きリンク上のアクセスの利用可能性はＰＩＦＳ検知によって決定することができ、基本リンク上でアクセスが利用可能であるかどうかはＥＤＣＡルールによって決定することができる。

【0094】

図１４に、ＬＳｘ２９４ａ及びＬＳｍ２９４ｂが、ＡＰｘ＿２ ２９２ａ及びＡＰｘ＿３ ２９２ｂそれぞれ関連する基本リンク上及び条件付きリンク上でそれぞれ動作するレガシー局である別の実施形態例２９０を示す。ＡＰｘ＿２ ２９２ａ及びＡＰｘ＿３ ２９２ｂは同じソフトＡＰ ＭＬＤの所属するＡＰである。

【0095】

ソフトＡＰ ＭＬＤに所属するＡＰは、ＰＰＤＵのプリアンブルに基づいて、受け取ったＰＰＤＵがＥＨＴ装置からのものであるか、それとも非ＥＨＴ装置（レガシー装置）からのものであるかを検出できるものとする。ソフトＡＰ ＭＬＤは、非ＥＨＴ ＰＰＤＵを受け取ると、図示のような異なる応答を行うことができる。

【0096】

セクションＢ－１ ２９８ａにおいて、ＡＰｘ＿２は、基本リンク上でチャネルアクセス権を取得して（２９６ａ）ＤＬ ＰＰＤＵ３００を送信するのに対し、条件付きリンクが利用可能である場合、ＡＰｘ＿３は、基本リンク上で送信されるＤＬ ＰＰＤＵ３００と終了時点が一致する別のＤＬ ＰＰＤＵ３０２を同期的に送信する。一方で、条件付きリンクが利用可能でない場合、ＡＰｘ＿３はＤＬ ＰＰＤＵを送信しない。ＬＳｘ及びＬＳｍは、基本リンク上及び条件付きリンク上で一致するＤＬ ＰＰＤＵを受け取ると、対応するリンク上の一致するＢＡ３０４で同時に応答する。

【0097】

セクションＢ－２ ２９８ｂにおいて、ＡＰｘ＿３が条件付きリンクアクセスを取得する（２９６ｂ）。基本リンクが利用可能である場合、ＡＰｘ＿２及びＡＰｘ＿３は、ＤＬ ＰＰＤＵ３００を同時に（一致させて）送信した後に、それぞれの一致するＢＡ３０４を送信することができる。一方で、基本リンクが利用可能でない場合、ＡＰｘ＿３は送信を行うべきではなく、条件付きリンク上のＥＤＣＡはリセットされる。

【0098】

図１５に、ＡＰｘ＿２ ２９２ａ及びＡＰｘ＿３ ２９２ｂにそれぞれ関連する基本リンク上及び条件付きリンク上でそれぞれ動作するレガシー局ＬＳｘ２９４ａ及びＬＳｍ２９４ｂの別の例を示す実施形態３３０を示す。ＡＰｘ＿２ ２９２ａ及びＡＰｘ＿３ ２９２ｂは、同じソフトＡＰ ＭＬＤの所属するＡＰである。

【0099】

セクションＢ－３ ３３３ａにおいて、ＬＳｘが、最初に非ＴＢ ＵＬ送信のために基本リンクを取得（獲得）（３３２ａ）した後に基本リンク上でＵＬ ＰＰＤＵ３３４を送信し、その後にＡＰｘ＿２との間でＲＴＳ－ＣＴＳフレーム交換を行うことができる。

【0100】

条件付きリンク上では、アクセスが利用可能であってＡＰｘ＿３が条件付きリンクのフレーム交換シーケンスを基本リンクのフレーム交換シーケンスと一致させることができる場合、ＡＰｘ＿３はＡＰｘ＿２と同時にＵＬ ＴＢ ＰＰＤＵを開始すべきである。そうでなければ、ＡＰｘ＿３は、ＵＬ ＰＰＤＵをトリガーするフレームの送信も、受け取ったＵＬ ＰＰＤＵに対する応答も行うべきではない。

【0101】

基本リンク上のいずれかのＵＬ ＰＰＤＵと同期していない条件付きリンク上のいずれかのＵＬ ＰＰＤＵは、ＢＡ３３６などの基本リンク上の同時ＤＬ ＴＸに起因してＡＰｘ＿３においてＩＤＣ干渉３３８を受ける恐れがある。

【0102】

セクションＢ－４ ３３３ｂにおいて、ＡＰｘ＿２は、最初にＴＢ ＵＬ送信のために基本リンクを取得して（３３２ｂ）ＴＢ ＵＬ ＴＸＯＰを開始する。基本リンク上及び条件付きリンク上では、トリガーフレーム（ＴＦ）３４２の後に、利用可能な場合にはＵＬ ＰＰＤＵが送信されることが分かる。ＡＰｘ＿３は、ＡＰｘ＿２と同時に条件付きリンクを使用できない場合にはＵＬ ＰＰＤＵを送信すべきではない。いずれかのＵＬ ＰＰＤＵに応答してＢＡが送信される。

【0103】

セクションＢ－５ ３３３ｃにおいて、現在基本リンクはアイドルであるため、ＬＳｍはＵＬ ＴＸのために条件付きリンクを取得し（３３２ｃ）、条件付きリンク上でＵＬ ＰＰＤＵ３４０の送信を開始する。しかしながら、ＡＰｘ＿２が基本リンクを取得してＤＬ ＰＰＤＵの送信を開始した場合、この条件付きリンク上のＵＬ ＰＰＤＵはＡＰｘ＿３によって感知されない。従って、条件付きリンク上のＵＬ ＰＰＤＵは進行中であり、基本リンク上でＤＬ ＰＰＤＵが送信されるとＩＤＣ干渉を受けるようになる。基本リンク上のＤＬ ＰＰＤＵは、以前に受け取ったフレームの即時応答、又はすぐに送信する必要がある緊急ＤＬ ＰＰＤＵであることができる。

【0104】

セクションＢ－６ ３３３ｄにおいて、ＡＰｘ＿３はトリガーＵＬ ＴＸのために条件付きリンクを取得し（３３２ｃ）、基本リンクが利用可能である場合、ＡＰｘ＿２及びＡＰｘ＿３は、ＵＬ ＰＰＤＵを同時にトリガーするためのトリガーを開始するものとする。そうでなければ、ＡＰｘ＿３は何も送信すべきではなく、条件付きリンク上のＥＤＣＡをリセットすべきである。

【0105】

図１６に、基本リンク上及び条件付きリンク上の動作の別の例を示す実施形態例３９０を示す。レガシー局ＬＳｘ３９４ａ及びＬＳｍ３９４ｂが、ＡＰｘ＿２ ３９２ａ及びＡＰｘ＿３ ３９２ｂにそれぞれ関連する基本リンク上及び条件付きリンク上で動作していることが分かる。ＡＰｘ＿２ ３９２ａ及びＡＰｘ＿３ ３９２ｂは、同じソフトＡＰ ＭＬＤの所属するＡＰである。

【0106】

セクションＢ－７ ４００において、条件付きリンクがＣＣＡビジー３９８である場合、ソフトＡＰ ＭＬＤｘのＡＰｘ＿２は最初に基本リンクを取得する（３９６）。ＡＰｘ＿２は、基本リンク上でＤＬ ＰＰＤＵ４０２を送信した後にＢＡ４０６を受け取る。条件付きリンク上では、ＣＣＡビジー３９８であるため、ＡＰｘ＿３はＤＬ ＰＰＤＵを送信することができず、基本リンクからのＤＬ ＴＸの干渉によってＣＣＡビジーの終了を検出することができない。ＩＤＣ干渉により、条件付きリンク上のＬＳｍからのＵＬ ＰＰＤＵ４０４を感知することはできない。

【0107】

なお、ソフトＡＰ ＭＬＤが、同じ非ＡＰ ＭＬＤからのものではない異なるリンクを介して異なる非ＡＰ ＳＴＡと通信する場合、非ＡＰ ＳＴＡは互いのＴＸ／ＲＸステータスを認識せず、従ってチャネルアクセス状況は先の図のＢ１～Ｂ７によってカバーされる。

【0108】

図１７Ａ～図１７Ｅに、ＥＤＣＡ ＴＸＯＰ中のレガシー局（ＬＳ）とのソフトＡＰ ＭＬＤ通信の実施形態例４３０を示す。

【0109】

図１７Ａでは、ソフトＡＰ ＭＬＤのＡＰが基本リンクチャネルアクセス権を取得（獲得）したかどうかを判定するチェック４３２を行う。ソフトＡＰ ＭＬＤのＡＰは、基本リンクを取得した場合、チェック４３４においてレガシーシステム（ＬＳ）に（単複の）ＤＬ ＰＰＤＵを送信する必要があるかどうかを判定する。ソフトＡＰ ＭＬＤのＡＰは、基本リンク上でＬＳに（単複の）ＤＬ ＰＰＤＵを送信する必要がある場合、ブロック４３６において条件付きリンクがアイドルであるかどうかを判定する。条件付きリンクがアイドルである場合、ブロック４３８において同じソフトＡＰ ＭＬＤの基本リンクＡＰ及び条件付きリンクＡＰが同時にＤＬ ＰＰＤＵを送信してアライメントを保持（維持）し、プロセスは図１７Ｅで終了する。

【0110】

一方で、ブロック４３２においてソフトＡＰ ＭＬＤのＡＰが基本リンクを取得していない場合、実行は図１７Ｃのブロック４４８に進んでソフトＡＰ ＭＬＤのＡＰが条件付きリンクを取得（獲得）したかどうかをチェックする。条件付きリンクが取得されていない場合、実行は図１７Ｄのブロック４６２に進んでレガシーシステム（ＬＳ）が基本リンクを取得したかどうかをチェックする。取得していない場合、実行は図１７Ｅのブロック４７０に進んでＬＳが条件付きリンクを取得したかどうかをチェックする。取得していない場合、リンクが取得されていないのでプロセスは終了する。

【0111】

図１７Ｃのブロック４４８に戻り、条件が満たされてソフトＡＰ ＭＬＤのＡＰが条件付きリンクを取得（獲得）した場合、実行はブロック４５０に進んで条件付きリンクＡＰがレガシーシステム（ＬＳ）にＤＬ ＰＰＤＵを送信する必要があるかどうかをチェックする。この条件が満たされない場合、実行はブロック４５６に進んで条件付きリンクＡＰがＵＬ ＰＰＤＵをトリガーする必要があるかどうかを判定する。この条件が満たされない場合、プロセスは図１７Ｅで終了する。そうでなければ、ＡＰは（単複の）ＵＬ ＰＰＤＵをトリガーする必要があり、実行はチェック４５８に進んで基本リンクがこの時点でアイドルであるかどうかを判定する。基本リンクがアイドルでない場合、実行はこの図の（後述する）ブロック４５４に進む。基本リンクがアイドルである場合、ブロック４６０において同じソフトＡＰ ＭＬＤの基本リンクＡＰ及び条件付きリンクＡＰが同時にＵＬ ＰＰＤＵをトリガーしてプロセスは終了する。

【0112】

次にブロック４５０の説明に戻り、条件付きリンクＡＰがＬＳにＤＬ ＰＰＤＵを送信する必要がある場合、実行はブロック４５２に到達して基本リンクがアイドルであるかどうかを判定する。基本リンクがアイドルである場合、実行は図１７Ａのブロック４３８に進み、同じソフトＡＰ ＭＬＤの基本リンクＡＰ及び条件付きリンクＡＰが同時にＤＬ ＰＰＤＵを送信してプロセスは終了する。一方で、ブロック４５２において基本リンクがアイドルでないと判定された場合、ブロック４５４において、条件付きリンクＡＰはＤＬ／ＵＬ ＰＰＤＵの送信を許可されていないと判定されてプロセスは終了する。

【0113】

次に図１７Ａのブロック４３４の説明に戻り、基本リンクＡＰがＬＳにＤＬ ＰＰＤＵを送信する必要があるとの条件が満たされない場合、実行は図１７Ｂのブロック４４０に進んで基本リンクＡＰがＵＬ ＰＰＤＵをトリガーする必要があるかどうかを判定するチェックが行われる。この条件が満たされない場合、実行は図１７Ｅで終了する。そうでなければ、ブロック４４２に到達して条件付きリンクがアイドルであるかどうかを判定する。条件付きリンクがアイドルでない場合、ブロック４４６において基本リンクＡＰのみが送信を実行すべきであると決定（判定）されて実行は終了する。一方で、ブロック４４２において条件付きリンクがアイドルである場合、ブロック４４４において基本リンクＡＰ及び条件付きリンクＡＰの両方がＵＬ ＰＰＤＵを同時に送信した後でこの処理は終了する。

【0114】

図１７Ａのブロック４３６に戻り、条件付きリンクがアイドルでない場合、実行は図１７Ｂのブロック４４６に到達して基本リンクＡＰのみが送信を実行すべきであると判定され、この処理は終了する。

【0115】

次に図１７Ｄのブロック４６２に戻り、ＬＳが基本リンクを取得した場合、実行はブロック４６４に進んで条件付きリンクＡＰが基本リンクとの同時ＵＬ ＴＸＯＰをスケジュールできるかどうかをチェックする。条件が満たされた場合、ブロック４６６において条件付きリンクＡＰ及び基本リンクＡＰが同時ＵＬ ＴＸＯＰをスケジュールして、このプロセスは終了する。一方で条件が満たされない場合、ブロック４６８において基本リンクＡＰはＬＳとのＵＬ ＴＸＯＰを実行するが、条件付きリンクＡＰはＰＰＤＵを送信せずに、プロセスは終了する。

【0116】

次に図１７Ｅのブロック４７０に戻り、ＬＳが条件付きリンクを取得した場合、実行はブロック４７２に到達して基本リンクが利用可能であるかどうかを判定する。基本リンクが利用可能である場合、ブロック４７４において基本リンクＡＰ及び条件付きリンクＡＰは同時ＵＬ ＴＸＯＰの送信をスケジュールし、その後にプロセスは終了する。一方で基本リンクが利用可能でない場合、ブロック４７６において条件付きリンクＡＰはＰＰＤＵの送信を許可されず、プロセスは終了する。

【0117】

５．２．同時ＵＬ／ＤＬ ＨＣＣＡ ＴＸＯＰ
スケジュールされた同時ＵＬ／ＤＬ ＴＸＯＰは、（ａ）レガシーＳＴＡ、（ｂ）（同じ又は異なる）非ＡＰ ＭＬＤの所属する局、及び（ｃ）基本リンク上又は条件付きリンク上の非ＡＰ ＭＬＤ及びレガシーＳＴＡの所属する局、に適用することができる。

【0118】

図１８に、スケジュールされた同時ＵＬ／ＤＬ ＴＸＯＰの実施形態例５１０を示す。同じソフトＡＰ ＭＬＤに所属する両ＡＰは、ＴｘＰＩＦＳスロット境界において基本リンク５１２及び条件付きリンク５１４がアイドルである場合、これらの両リンクを同時に取得する。全ての局はＨＣＦのＮＡＶルールに従い、ＨＣＦ下で送信される各フレームはＮＡＶ期間値を含む。

【0119】

ＡＰは、ポーリングすべきＳＴＡ、及び送信すべきデータフレーム、管理フレーム、ブロックＡｃｋ要求フレーム又はブロックＡｃｋフレームをそれ以上有していない場合、ＲＡが自局のＭＡＣアドレスに一致して期間／ＩＤ フィールドが０に設定されたＱｏＳ ＣＦ－Ｐｏｌｌフレームを送信することにより、ＢＳＳ内の全てのＱｏＳ ＳＴＡのＮＡＶをリセットすることができる。

【0120】

ＳＴＡは、自局宛のフレームを受け取って確認応答を要求する際に、ＮＡＶにかかわらずＡｃｋ又はＱｏＳ＋ＣＦ－ＡＣＫフレームで応答するものとする。非ＡＰ ＳＴＡは、ＮＡＶにかかわらずフレーム交換シーケンスを開始することによってポーリング型ＴＸＯＰを受け入れるものとする。

【0121】

図１８のＵＬ ＴＸＯＰでは、ソフトＡＰ ＭＬＤの所属するＡＰが、基本リンク上及び条件付きリンク上で動作する非ＡＰ局に同じポーリング型ＴＸＯＰ期間を割り当てることによってこれらの非ＡＰ局を同時にポーリングする。基本リンク上及び条件付きリンク上のポーリング型ＴＸＯＰ期間５１６ａ、５１６ｂ、５１８ａ、５１８ｂ、５２０ａ、５２０ｂ、５２２ａ、５２２ｂは、ポーリングされた局のトラフィック状況に従ってスケジュールされる。

【0122】

（受け取ったＱｏＳ ＣＦ－Ｐｏｌｌフレームのアドレス１フィールドに自局のアドレスが一致する非ＡＰ ＱｏＳ ＳＴＡである）ポーリングされた非ＡＰ局はポーリング型ＴＸＯＰ期間を超えてはならず、基本リンク上及び条件付きリンク上のＰＰＤＵ終了時刻アライメントを維持するためにいずれかのタイプのパディング又はフレームアグリゲーションを使用することができる。

【0123】

ポーリングされた非ＡＰ局が割り当てられたＴＸＯＰの一部しか使用しない場合、受信側ＡＰは、他リンクのポーリング型ＴＸＯＰが完了するまでポーリングを行ってはならない。ソフトＡＰ ＭＬＤの所属するＡＰは同時にポーリングを行うものとする。ポーリングされた非ＡＰ局は、ＴＸＯＰ期間の制限に従って所与のポーリング型ＴＸＯＰ内で複数のフレーム交換シーケンスを送信することができる。

【0124】

図１８のＤＬ ＴＸＯＰでは、ソフトＡＰ ＭＬＤの所属するＡＰが、各リンク上で動作している非ＡＰ局に同じＨＣＣＡ ＴＸＯＰ期間を割り当てることによってこれらにＤＬ ＰＰＤＵを同時に送信するものとする。ソフトＡＰ ＭＬＤの所属するＡＰは、ＴＸＯＰ期間の制限に従って所与のポーリング型ＴＸＯＰ内で複数のフレーム交換シーケンスを送信することができる。ソフトＡＰ ＭＬＤの所属するＡＰは、送信されるＰＰＤＵの終了時刻を一致させるためにいずれかのパディングを使用することができる。

【0125】

５．２．１．基本リンク上及び条件付きリンク上の期間ＨＣＣＡ ＴＸＯＰの協調的スケジュール
図１９に、協調的スケジューリングの実施形態例５５０を示す。

【0126】

ブロック５５２において、同じソフトＡＰ ＭＬＤのＡＰが基本リンク及び条件付きリンクを取得（獲得）したかどうかを判定するチェックを行う。条件が満たされない場合、待機を行った（５５４）後に（制限内で）チェックを繰り返す。条件が満たされた場合、ブロック５５６において、ソフトＡＰ ＭＬＤがＤＬ ＰＰＤＵを送信する必要があるかどうかを判定するチェックを行う。条件が満たされた場合、ブロック５５８において、基本リンクＡＰ及び条件付きリンクＡＰが基本リンク上及び条件付きリンク上で同時にＤＬ ＨＣＣＡ ＰＰＤＵを開始してプロセスは終了する。一方で、ブロック５５６における条件が満たされない場合、ブロック５６０において、ソフトＡＰ ＭＬＤがＵＬ ＰＰＤＵをポーリングする必要があるかどうかをチェックする。ポーリングが必要でない場合、プロセスは終了する。そうでなければ、ブロック５６２において、基本リンクＡＰ及び条件付きリンクＡＰは、基本リンク上及び条件付きリンク上で同時にＵＬポーリング型ＴＸＯＰを開始してプロセスは終了する。

【0127】

５．３．例１－３－１：予想受信の不在からの回復
図２０に、隠れ端末状況における予想受信の不在からの回復の問題に関する例１－３－１のトポロジー５９０を示す。なお、図中の５ＧＨｚと６ＧＨｚとの分離は空間的分離ではなく周波数帯の分離のみを表す。この図には、ソフトＡＰｙ＿２及びソフトＡＰｙ＿３などの所属するＡＰをそれぞれ有する、５ＧＨｚ６０８及び６ＧＨｚ６１２の両方で動作するソフトＡＰ ＭＬＤｙ５９２と、ソフトＡＰｘ＿２及びソフトＡＰｘ＿３などの所属するＡＰをそれぞれ有する、５ＧＨｚ６０６及び６ＧＨｚ６１０の両方で動作するソフトＡＰ ＭＬＤｘ５９４とを示しており、ソフトＡＰｙ＿２、ソフトＡＰｙ＿３、ソフトＡＰｘ＿２及びソフトＡＰｘ＿３は示していない。非ＡＰ ＭＬＤｘ６００は、非ＡＰ ＳＴＡｘ＿２及び非ＡＰ ＳＴＡｘ＿３などの非ＡＰ ＳＴＡをそれぞれ使用して５ＧＨｚ６０６及び６ＧＨｚ６１０の両リンクにおいて動作する。非ＡＰ ＳＴＡｘ＿２及び非ＡＰ ＳＴＡｘ＿３は図示していない。

【0128】

レガシー局ＬＳｘ６０２及びレガシー局ＬＳｙ５９８は、５ＧＨｚで動作しているソフトＡＰ ＭＬＤｘ５９４の所属するＡＰのうちの１つに関連する。レガシー局ＬＳｍ６０４及びレガシー局ＬＳｎ５９６は、６ＧＨｚで動作しているソフトＡＰ ＭＬＤｘ５９４の所属するＡＰのうちの１つに関連する。ＬＳｙ及びＬＳｎは、それぞれ５ＧＨｚ上及び６ＧＨｚ上のソフトＡＰ ＭＬＤｙの所属するＡＰのカバー範囲内に位置する。

【0129】

この図には、隠れ端末シナリオにおいてＱｏＳ ＣＦ－Ｐｏｌｌフレームと他の管理フレームとの衝突が発生した例を示す。ソフトＡＰ ＭＬＤｘのソフトＡＰｘ＿３及びソフトＡＰ ＭＬＤｙのソフトＡＰｙ＿３は６ＧＨｚチャネルで動作しており、互いに感知できないものと仮定する。ソフトＡＰｘ＿３及びソフトＡＰｙ＿３が同時にフレームを送信してＬＳｎ５９６に到着すると衝突が発生する。なお、干渉フレームはＬＳｎに送信されないこともあり、矢印は、特定の局にアドレス指定されたフレームではなく特定の局が感知できるフレームを示す。

【0130】

図２１に、図２０の隠れＡＰ問題によって生じる衝突問題に対する解決策の実施形態を示す例１－３－１ ６３０を示す。この図には、ソフトＡＰｘ＿２ ６３２とＬＳｙ５９８との間、ソフトＡＰｘ＿３ ６３４とＬＳｎ５９６との間、及びソフトＡＰｙ＿３ ６３６とＬＳｎ５９６との間の相互作用を示す。なお、図ではＬＳｎが２つのライン上で通信相互作用しているように示しているが、この理由はＬＳｎが隠れ端末間の通信に関与しており、隠れ端末の一方がＬＳｎと通信して他方がＬＳｎと干渉しているからであると理解されたい。

【0131】

隠れＡＰが１つのリンク（例えば、６ＧＨｚリンク）上で管理フレームを送信することによって生じる衝突問題を解決するために、本開示の少なくとも１つの実施形態では、一方のリンク上の回復／再送時間が他方のリンク上のポーリングされたＵＬ ＰＰＤＵサイズによって影響を受ける恐れがあるという理由で、ＴＸＯＰの開始時にＱｏＳ ＣＦ－Ｐｏｌｌを直ちに送信する代わりに、データペイロードを搬送しない非常に小さな（コンパクトな）ＤＬ ＰＰＤＵを送信する。

【0132】

図では、ソフトＡＰｙ＿３がバックオフ６３８を実行し、ソフトＡＰｘ＿２及びソフトＡＰｘ＿３が同様にチャネルアクセス権を求めて競合している。ソフトＡＰｙ＿３がバックオフカウントダウンを終了し、ソフトＡＰｘ＿２及びソフトＡＰｘ＿３がＴｘＰＩＦｓ境界６４０でチャネルアイドルを検知すると、これらの各々はそれぞれのリンクを同時に獲得する。

【0133】

この１－３－１問題の解決策では、ＴｘＰＩＦＳスロット境界において基本リンク及び条件付きリンクがアイドルである場合に、ソフトＡＰ ＭＬＤｘに所属する両ＡＰが両リンク上で非常に小さな（コンパクトな）ＤＬ ＰＰＤＵフレーム６４４及び６４５（例えば、ＲＴＳ、ヌル、制御又は管理フレーム）を同時に送信し、ＤＬ ＰＰＤＵ送信の開始に応答してＴＸＯＰの期間を保護するＮＡＶ６４２が見られる要素（ａ）が実行される。しかしながら、この同じ時点でソフトＡＰｙ＿３は完全なＤＬ ＰＰＤＵ６４８を送信する。

【0134】

要素（ａ）の条件は、いずれかのＡＰ局がＳＩＦＳ６４６後にＤＬ ＰＰＤＵの応答６５０としてＣＴＳ／ＡＣＫ／ＢＡを受信できない場合に衝突の可能性があることを示す（ａ）（ｉ）を含む。再送プロセスは、（ａ）この短いＤＬ ＰＰＤＵ送信を繰り返すべきである。従って、ソフトＡＰｘ＿２及びソフトＡＰｘ＿３が再びチャネルを取得して短いＤＬ ＰＰＤＵ６５２及び６５６を送信し、ＮＡＶ６５４及び６６０が開始され、ソフトＡＰｙ＿３がビジー６５８であることが分かる。

【0135】

（ａ）（ｉｉ）両ＡＰ局は、ＳＩＦＳ後にＤＬ ＰＰＤＵの応答６６２及び６６４としてＣＴＳ／ＡＣＫ／ＢＡを受け取った場合、ＵＬ ＴＸＯＰをポーリングし（６６６及び６６８）、又は更新されたＮＡＶ期間６５４を使用して基本リンク上及び条件付きリンク上で同時にＤＬ ＴＸＯＰを送信するものとする。

【0136】

（ａ）（ｉｉｉ）ソフトＡＰ ＭＬＤｘに所属する両ＡＰは、（ソフトＡＰｙ＿３が非常に長いＤＬ ＰＰＤＵを送信する場合に）両リンクを介した小さなＤＬ ＰＰＤＵフレームの再送回数を制限することができる。再送が再送制限を満たす場合、ＡＰは、ＳＩＦＳ後にＤＬ ＰＰＤＵの応答としてＣＴＳ／ＡＣＫ／ＢＡを受け取ってＵＬ ＴＸＯＰをポーリングし、又は単独でＤＬ ＴＸＯＰを送信すべきである。ＤＬ ＰＰＤＵの応答としてＣＴＳ／ＡＣＫ／ＢＡを受け取らないＡＰは、ＵＬ ＴＸＯＰのポーリングもＤＬ ＴＸＯＰの送信も行うべきではない。

【0137】

ＣＦポーリング後には、ＬＳｙ及びＬＳｎがソフトＡＰ ＭＬＤにＵＬ ＰＰＤＵ６７０及び６７２を送信してソフトＡＰ ＭＬＤからＢＡ６７４及び６７６を受け取ることが分かる。

【0138】

図２２に、ＨＣＣＡを使用するＱｏＳ ＣＦ－ｐｏｌｌフレーム間で衝突が発生するＣＦＰ状況での隠れ端末における予想受信の不在からの回復問題に関する例１－３－２のトポロジー例６９０を示す。この図は図２０の変形であり、やはりソフトＡＰｙ＿２及びソフトＡＰｙ＿３などの所属するＡＰをそれぞれ有する、５ＧＨｚ６０８及び６ＧＨｚ６１２の両方で動作するソフトＡＰ ＭＬＤｙ５９２と、ソフトＡＰｘ＿２及びソフトＡＰｘ＿３などの所属するＡＰをそれぞれ有する、５ＧＨｚ６０６及び６ＧＨｚ６１０の両方で動作するソフトＡＰ ＭＬＤｘ５９４とを示しており、ソフトＡＰｙ＿２、ソフトＡＰｙ＿３、ソフトＡＰｘ＿２及びソフトＡＰｘ＿３は示していない。非ＡＰ ＭＬＤｘ６００は、非ＡＰ ＳＴＡｘ＿２及び非ＡＰ ＳＴＡｘ＿３などの非ＡＰ ＳＴＡをそれぞれ使用して５ＧＨｚ６０６及び６ＧＨｚ６１０の両リンクにおいて動作する。非ＡＰ ＳＴＡｘ＿２及び非ＡＰ ＳＴＡｘ＿３は図示していない。

【0139】

レガシー局ＬＳｘ６０２及びレガシー局ＬＳｙ５９８は、５ＧＨｚで動作しているソフトＡＰ ＭＬＤｘ５９４の所属するＡＰのうちの１つに関連する。レガシー局ＬＳｍ６０４及びレガシー局ＬＳｎ５９６は、６ＧＨｚで動作しているソフトＡＰ ＭＬＤｘ５９４の所属するＡＰのうちの１つに関連する。ＬＳｙ及びＬＳｎは、それぞれ５ＧＨｚリンク上及び６ＧＨｚリンク上のソフトＡＰ ＭＬＤｙの所属するＡＰのカバー範囲内に位置する。

【0140】

この図には、隠れ端末問題に起因するＱｏＳ ＣＦ－Ｐｏｌｌフレームの衝突の例を示す。ソフトＡＰ ＭＬＤｘ及びソフトＡＰ ＭＬＤｙは５ＧＨｚ及び６ＧＨｚリンクで動作しており、互いを感知することができない。ソフトＡＰｘの所属するＡＰ及びソフトＡＰｙの所属するＡＰが６ＧＨｚリンク上のＬＳｎ及び５ＧＨｚリンク上のＬＳｙに同時にＱｏＳ ＣＦ－Ｐｏｌｌフレームを送信すると衝突が発生する。

【0141】

図２３に、ＨＣＣＡ ＴＸＯＰの開始時にＣＦＰ内の隠れ端末によって生じる衝突問題の回復スキームの実施形態を示す例１－３－２ ７１０を示す。この図には、ソフトＡＰｘ＿２ ７１２とＬＳｙ５９８との間、ソフトＡＰｙ＿２ ７１４とＬＳｙ５９８との間、ソフトＡＰｘ＿３ ７１６とＬＳｎ５９６との間、及びソフトＡＰｙ＿３ ７１８とＬＳｎ５９６との間の相互作用を示す。

【0142】

隠れ端末によって生じる衝突問題を解決するために、ＨＣＣＡポリシーに従ってＱｏＳ ＣＦ－Ｐｏｌｌフレームを送信する。このプロセスは、図２１の例１－３－１に示す要素（ａ）で説明したものと同じである。

【0143】

（ａ）（ｉ）いずれかのＡＰは、ＳＩＦＳ後にＤＬ ＰＰＤＵの応答としてＣＴＳ／ＡＣＫ／ＢＡを受信できない場合に衝突の可能性があることを示す。ただし、ステップ（ａ）を直接処理する場合、後続の衝突が発生する恐れがある。後続の衝突を避けるために、ランダム変数をｎとするａＳＩＦＳＴｉｍｅ＋ｎ＊ａＳｌｏｔＴｉｍｅ後に、各ソフトＡＰ ＭＬＤの同時回復及び／又は再送を開始することができる。

【0144】

（ａ）（ｉｉ）このプロセスは、例１－３－１の（ａ）（ｉｉ）について説明したものと同じである。

【0145】

この図には、ソフトＡＰがＴｘＰＩＦｓスロット境界７２２でリンクを取得し（７２０）、それぞれがＤＬ ＰＰＤＵ７２４を送信することを示す。これらのソフトＡＰは、ＤＬ ＰＰＤＵの応答を受け取らないので、チャネルアクセス権を求めて再競合する。ソフトＡＰｘ＿２及びソフトＡＰｘ＿３はＳＩＦＳ時間後にチャネルを求めて再競合し、ソフトＡＰｙ＿２及びソフトＡＰｙ＿３はＳＩＦＳ＋２＊ＳｌｏｔＴｉｍｅ後にチャネルを求めて再競合する。そして、ＳＩＦＳ後には、ソフトＡＰｘ＿２とソフトＡＰｘ＿３が再びチャネルを取得して短いＤＬ ＰＰＤＵ７３０及び７３６を送信し、ＮＡＶ７３４及び７４０が開始され、ソフトＡＰｙ＿２及び３ＡＰｙ＿３がビジー７３２及び７３８であることが分かる。ＡＰｘ＿２及びＡＰｘ＿３の両局は、ＳＩＦＳ後にＤＬ ＰＰＤＵの応答７４２及び７４６としてＣＴＳ／ＡＣＫ／ＢＡを受け取った場合、ＵＬ ＴＸＯＰをポーリングする（７４８及び７５０）。ＵＬ ＰＰＤＵ７５２及び７５４が受け取られ、その後にＡＰは関連するＢＡ７５６及び７５８で応答する。

【0146】

５．３．１．解決策２：基本リンク状況に従う条件付きリンク上での適応的ポーリングベースのスケジューリング
図２４に、基本リンク状況に基づく条件付きリンク上での適応的ポーリングベースのスケジューリングの実施形態例７９０を示す。

【0147】

基本リンク上で動作する局は、ＥＤＣＡポリシーを利用してチャネルにアクセスする。レガシー（非ＥＨＴ）装置は、ＨＣＣＡポリシーに基づいて条件付きリンクにアクセスする。ＥＨＴ装置は、ＥＤＣＡを通じて、或いはＨＣＣＡ、ＥＤＣＡ混合モードであるＨＥＭＭを通じて条件付きリンクにアクセスすることができる。全ての局はＨＣＦのＮＡＶルールに従う。

【0148】

ソフトＡＰ ＭＬＤの所属するＡＰは、同じ局管理エンティティ（ＳＭＥ）を有しているため、基本リンク上のＵＬ／ＤＬ送信を認識する。条件付きリンクのソフトＡＰ ＭＬＤのＡＰは、基本リンク上の同時ＵＬ／ＤＬ送信に従って条件付きリンク上のＵＬ／ＤＬ送信をスケジュールするものとする。

【0149】

条件付きリンク上のソフトＡＰ ＭＬＤのＡＰは、アドミッション制御中に非ＡＰレガシーＳＴＡとネゴシエートして大きな最大サービス間隔（ＳＩ）値に合意することができる。ソフトＡＰ ＭＬＤのＡＰは、基本リンク及び条件付きリンクを介した同時送受信、又は条件付きリンク上の干渉に起因して、スケジュールされたタイミングでＴＳを提供できない場合、認められたトラフィックストリーム（ＴＳ）の最大ＳＩをスケジューリングに使用することができる。次のサービス開始時刻は条件付きリンク上の認められた最大ＳＩ値を満たしているが、同時基本リンク送信との非同期的ＵＬ／ＤＬ送信をもたらす１又は２以上のＨＣＣＡ ＴＸＯＰスケジュールが条件付きリンク上に存在する場合、条件付きリンク上のソフトＡＰ ＭＬＤのＡＰはＴＳを提供すべきではない。

【0150】

ソフトＡＰ ＭＬＤのＡＰは、ＱｏＳ（＋）ＣＦ－Ｐｏｌｌフレームに指定された期間を有するポーリング型ＴＸＯＰをＳＴＡに与える。ポーリング型ＴＸＯＰでは１回又は複数回のフレーム交換が発生することができ、基本リンク上及び条件付きリンク上のフレーム交換シーケンスの開始時刻及び終了時刻は一致するものとする。

【0151】

図２４には、基本リンク７９２上で動作するＳＴＡがＥＤＣＡポリシーに基づいてチャネルにアクセスし、レガシー（非ＥＨＴ）装置がＨＣＣＡポリシーを利用して条件付きリンク７９４にアクセスする実施形態例７９０を示す。基本リンク上にはＢＯ７９６が見られ、ＢＯがゼロまでカウントダウンすると、ＴｘＰＩＦ境界７９８で条件付きリンクがアイドルとして検知される。従って、基本リンク上でＥＤＣＡ ＵＬ ＴＸＯＰ８００が開始すると同時に、条件付きリンク上でＵＬポーリング型ＴＸＯＰ８０２が実行される。基本リンク上のＥＤＣＡ ＤＬ ＴＸＯＰ８０４及び条件付きリンク上の同時ＤＬ ＨＣＣＡ ＴＸＯＰ８０６にも同様の例が見られる。また、ＢＯ後には、基本リンク上でＥＤＣＡ ＤＬ ＴＸＯＰ８０８が開始し、条件付きリンク上で同時ＤＬ ＨＣＣＡ ＴＸＯＰ８１０が開始する。そして、ＢＯ後に、基本リンク上でＥＤＣＡ ＵＬ ＴＸＯＰ８１２が開始し、条件付きリンク上で同時ＵＬ Ｐｏｌｌｅｄ ＴＸＯＰ８１４が開始する。

【0152】

５．４．アドミッション制御：ポーリングベースのアクセスのみのための条件付きリンク
この解決策では、条件付きリンク上で動作する装置のみにアクセス制限が適用されるものとする。従って、条件付きリンクには以下のことが当てはまる。ビーコンフレームは、ＡＣＭ（アドミッション制御強制）＝全てのＡＣについて真を意味する第１の状態（例えば、「１」）を設定（指定）するものとする。ＴＳ設定プロセスは、例１－１で説明したように実行されるものとする。ＡＰは、アドミッション制御中にＡＤＤＴＳ要求を受け取った場合、ヘッダ情報などからＥＨＴ ＰＰＤＵと非ＥＨＴ ＰＰＤＵとを区別することができる。

【0153】

アドミッション制御中には以下が当てはまる。非ＥＨＴ装置（レガシー装置）からＡＤＤＴＳ要求が受け取られた場合、条件付きリンク上のソフトＡＰは、レガシー装置にＡＤＤＴＳ応答フレームを送信し、承認済みＴＳがＨＣＣＡであることを示すＴＳＰＥＣ要素内のアクセスポリシーサブフィールドを設定することにより、チャネルアクセスポリシーをＨＣＣＡとして指定するものとする。ＥＨＴ装置からＡＤＤＴＳ要求が受け取られた場合、条件付きリンク上のソフトＡＰは、チャネルアクセスポリシーをＥＤＣＡ又はＨＥＭＭとして指定するものとする。

【0154】

条件付きリンク上で動作する、アドミッションルールを受け入れる非ＡＰレガシーＳＴＡ及び非ＡＰ ＥＨＴ装置は、アドミッション制御中に合意されたアクセスポリシーに従うものとする。

【0155】

５．４．１．例２－１：ＵＬ ＴＸＯＰアライメント
図２５に、例２－１のＵＬ ＴＸＯＰアライメントを示す実施形態例８３０を示す。この図には、ＡＰｘ＿２ ８３２とＬＳｘ６０２との間、ＡＰｘ＿３ ８３４とＬＳｍ６０４との間、ＡＰｘ＿２ ８３６と非ＡＰ ＳＴＡｘ＿２ ８３７との間、及びＡＰｘ＿３ ８３８と非ＡＰ ＳＴＡｘ＿３ ８３９との間の相互作用を示す。

【0156】

図のセクション（Ａ）では、ソフトＡＰ ＭＬＤの基本リンクＡＰがバックオフ８４０を実行してＴＦ８４２を送信することにより、非ＥＨＴ装置のためのトリガーベースのＵＬ ＴＸＯＰを開始する。ＴＦ中、同じＡＰ ＭＬＤのＡＰｘ＿３は、ＴｘＰＩＦｓ境界で条件付きリンクがアイドルであることを検知し、同時に条件付きリンク上のいずれかの非ＥＨＴ装置８４４をポーリングすることができる。ＡＰはＵＬ ＰＰＤＵ８５０及び８５２を受け取り、これらに対してＢＡ８５８で応答する。

【0157】

図のセクション（Ｂ）では、非ＥＨＴ装置が、ＢＯ８４０後にＲＴＳフレーム８６０と共に基本リンク上でＵＬ ＴＸＯＰを開始する。ＡＰはＣＴＳ８６４で応答し、この時間中、同じＡＰ ＭＬＤの条件付きリンクＡＰは、ＴｘＰＩＦｓ境界でチャネルがアイドルであることを検出した場合、同時に条件付きリンク上のいずれかの非ＥＨＴ装置をポーリング８６６する。ＡＰはＵＬ ＰＰＤＵ８７２及び８７４を受け取り、これらに対してＢＡ８５８で応答する。

【0158】

図のセクション（Ｃ）では、ソフトＡＰ ＭＬＤの基本リンクＡＰが、ＴＦ８４６を使用してＥＨＴ装置のためのＵＬ ＴＸＯＰを開始する。ＴＦ８４６と同時に、ソフトＡＰ ＭＬＤのＡＰは、ＴｘＰＩＦｓ境界でチャネルがアイドルであることを検出した場合、条件付きリンク上でＴＦ／ＱｏＳ ＣＦ－Ｐｏｌｌｓ８４８を送信する。ＡＰはＵＬ ＰＰＤＵ８５４及び８５６を受け取り、これらに対してＢＡで応答する。

【0159】

図のセクション（Ｄ）では、基本リンク上のＥＨＴ装置が、ＢＯ８４０の後にＲＴＳフレーム８６２でソフトＡＰ ＭＬＤにＵＬ ＴＸＯＰを開始し、これに対してＡＰがＣＴＳ８６８で応答する。ＣＴＳ８６８と同時に、ソフトＡＰ ＭＬＤのＡＰは条件付きリンク上でＴＦ／ＱｏＳ ＣＦ－Ｐｏｌｌ８７０を送信する。ＡＰはＵＬ ＰＰＤＵ８７６及び任意に８７８を受け取り、これらに対してＢＡで応答する。

【0160】

ソフトＡＰ ＳＭＥは、各同時ＵＬ及びＤＬ送信のアラインメントを保証するものとする。（例えば、重複ベーシックサービスセット（ＯＢＳＳ）干渉によって）条件付きリンクがビジーである場合、条件付きリンクＡＰは条件付きリンク上でＴＦ／Ｐｏｌｌ／ＣＴＳフレームを送信してはならない。

【0161】

５．４．２．例２－２：ＤＬ ＴＸＯＰアライメント
図２６に、例２－２のＤＬ ＴＸＯＰアライメントの実施形態例９３０を示す。図９のトポロジー例に示したように、ＡＰｘ＿２ ８３２とＬＳｘ１００との間、ＡＰｘ＿３ ８３４とＬＳｍ９６との間、ＡＰｘ＿２ ８３６と非ＡＰ ＳＴＡｘ＿２ ９４ａとの間、及びＡＰｘ＿３ ８３８と非ＡＰ ＳＴＡｘ＿３ ９４ｂとの間の相互作用を伴う局を示す。

【0162】

図のセクション（Ａ）では、ソフトＡＰ ＭＬＤの基本リンクＡＰがＢＯ９３２の後に非ＥＨＴ装置のためのＤＬ ＴＸＯＰを開始することが分かる。ＤＬ ＴＸＯＰは、ＤＬ ＰＰＤＵ９３４及びＢＡ応答９４６で示す。図示のように条件付きリンクが利用可能である場合、同じソフトＡＰ ＭＬＤの条件付きリンクＡＰは、ＴｘＰＩＦｓ境界で条件付きリンクのアイドルを検出した後に、各ＤＬ ＰＰＤＵ９３６の終了時刻がフラグメンテーション又はパディング９４４を通じて一致する、条件付きリンク上で動作する非ＥＨＴ装置のためのＤＬ ＴＸＯＰを開始するものとする。

【0163】

図のセクション（Ｂ）では、ソフトＡＰ ＭＬＤの基本リンクＡＰが、ＢＯ９３２の後にＥＨＴ装置のためのＤＬ ＴＸＯＰを開始する。ＤＬ ＴＸＯＰは、ＤＬ ＰＰＤＵ９３８及びＢＡ応答９４６で示す。ここに例示するように条件付きリンクが利用可能である場合、同じソフトＡＰ ＭＬＤの条件付きリンクＡＰは、ＴｘＰＩＦｓ境界で条件付きリンクがアイドルであることを検知した後に、同時にＤＬ ＰＰＤＵ９４０を送信することができる。条件付きリンクＡＰが送信すべきＤＬ ＰＰＤＵを有していない場合、このＤＬ ＰＰＤＵは、基本リンク上でＮＡＶが同時ＤＬ ＴＸＯＰとして設定された単一のＤＬ ＮＵＬＬ ＰＰＤＵであることができる。条件付きリンクＡＰは、ＤＬ ＮＵＬＬ ＰＰＤＵの送信後に送信すべきＤＬ ＰＰＤＵを有している場合、条件付きリンク上のＴｘＰＩＦｓ境界で条件付きリンクのアイドルを検知した後に、終了が基本リンクのＤＬ ＰＰＤＵに一致するＤＬ ＰＰＤＵ ９４２を送信することができる。ここでは、ＤＬ ＰＰＤＵ間にギャップが生じており、非ＡＰ ＳＴＡｘ＿３がＰＩＦＳ期間にわたってＣＣＡセンシングを実行してチャネルを取得し、基本リンクのＤＬ ＰＰＤＵと一致するように別のＤＬ ＰＰＤＵ９４２を送信することが分かる。

【0164】

（Ａ）及び（Ｂ）の両方では、条件付きリンクが利用可能でない場合、条件付きリンクのＡＰは条件付きリンク上でＤＬ ＰＰＤＵを送信してはならない。

【0165】

図２７Ａ～図２７Ｄに、基本リンク状況に従って条件付きリンク上でスケジュールされるＴＸＯＰの実施形態例９７０を示す。このスケジュールされるＴＸＯＰプロセスでは、チェック９７２において条件付きリンクがアイドルであるかどうかを判定する。条件付きリンクがアイドルでない場合、プロセスは図２７Ｄで終了する。そうでなければ、ブロック９７４において、ソフトＡＰ ＭＬＤのＡＰが基本リンクを取得してＴＢ ＵＬ ＴＸＯＰを開始しているかどうかをチェックする。この条件が満たされた場合、ブロック９７６において、同じソフトＡＰ ＭＬＤのＡＰは、基本リンク上のトリガーフレームと同時に条件付きリンク上でトリガーフレーム又はポールフレームを送信する。実行はブロック９７８に到達して、ポーリング型ＵＰ ＴＸＯＰが基本リンク上の同時ＵＬ ＴＸＯＰと同じＴＸＯＰ期間を設定する。

【0166】

実行は図２７Ｃのブロック９９４に進み、条件付きリンク上のポーリングＳＴＡが送信すべきＵＬ ＰＰＤＵを有しているかどうかをチェックする。ＵＬ ＰＰＤＵが存在する場合、ブロック９９６において、条件付きリンク上の各ＵＬ ＰＰＤＵが基本リンク上のＵＬ ＰＰＤＵと一致するように送信され、ブロック９９８において、ソフトＡＰ ＭＬＤのＡＰがＵＬ ＰＰＤＵを受け取った後に基本リンク上及び条件付きリンク上で同時にＡＣＫ／ＢＡで応答し、その後に処理は終了する。

【0167】

次にブロック９９４に戻り、ポーリングされたＳＴＡが送信すべきＵＬ ＰＰＤＵを有していない場合、ブロック１０００において基本リンク上でのみＵＬ ＰＰＤＵが送信され、条件付きリンク上のＳＴＡはＮＡＶ満了後まで条件付きリンクへのアクセスを許可されない。その後、ブロック１００２において、ソフトＡＰ ＭＬＤのＡＰが基本リンク上でＵＬ ＰＰＤＵを受け取った後にＡＣＫ／ＢＡで応答し、その後にプロセスは終了する。

【0168】

図２７Ａのブロック９７４に戻り、ソフトＡＰ ＭＬＤがＴＢ ＵＬ ＴＸＯＰを開始するための基本リンクを獲得していない場合、ブロック９８０に到達する。ブロック９８０において、ソフトＡＰ ＭＬＤのＡＰが非ＡＰ ＳＴＡから送信要求（Ｒｅａｄｙ－Ｔｏ－Ｓｅｎｄ：ＲＴＳ）を受け取ったかどうかをチェックする。この条件が満たされた場合、ブロック９８２において、ＡＰが送信許可（Ｃｌｅａｒ－Ｔｏ－Ｓｅｎｄ：ＣＴＳ）を送信して応答する。その後、ブロック９８４において、同じソフトＡＰ ＭＬＤのＡＰが基本リンク上のＣＴＳフレームと同時に条件付きリンク上でポーリングフレームを送信し、実行は上述したブロック９７８に到達する。

【0169】

次にブロック９８０に戻り、ソフトＡＰ ＭＬＤのＡＰが非ＡＰ ＳＴＡからＲＴＳを受け取っていない場合、実行は図２７Ｂのブロック９８６に進む。ブロック９８６において、ソフトＡＰ ＭＬＤのＡＰが基本リンクを取得してＤＬ ＴＸＯＰを開始しているかどうかを判定するチェックを行う。条件が満たされない場合、プロセスは図２７Ｄで終了する。そうでなければ、ソフトＡＰ ＭＬＤのＡＰは基本リンクを取得してＤＬ ＴＸＯＰを開始しているので、ブロック９８８において、同じソフトＡＰ ＭＬＤのＡＰが条件付きリンク上のいずれかの非ＡＰ ＳＴＡに送信すべきＤＬ ＰＰＤＵを有しているかどうかを判定するチェックを行う。

【0170】

条件が満たされた場合、ブロック９９０において、条件付きリンクＡＰが基本リンク上の同時ＤＬ ＴＸＯＰと同じＴＸＯＰ期間を有するＤＬ ＴＸＯＰを開始して、実行は図２７Ｄのブロック１００４に進む。ブロック１００４において、条件付きリンク上の各ＤＬ ＰＰＤＵの終了時刻を基本リンク上のＤＬ ＰＰＤＵと一致させるためにパディングを適用する。その後、ブロック１００６において、ソフトＡＰ ＭＬＤのＡＰが非ＡＰ ＳＴＡからＤＬ ＰＰＤＵの応答としてＡＣＫ／ＢＡを同時に受け取り、その後にこの処理は終了する。

【0171】

次に図２７Ｂのブロック９８８に戻り、同じソフトＡＰ ＭＬＤのＡＰが条件付きリンク上でいずれかの非ＡＰ ＳＴＡに送信すべきＤＬ ＰＰＤＵを有していない場合、実行はブロック９９２に到達して、条件付きリンクのＡＰが、基本リンク上の同時ＤＬ ＴＸＯＰ期間と同じＮＡＶ期間を有するＤＬ ＮＵＬＬ ＰＰＤＵを送信することができ、その後に実行は図２７Ｄのブロック１００８に進む。

【0172】

判定ブロック１００８において、ＤＬ ＮＵＬＬ ＰＰＤＵの後であって基本リンク上で同時ＤＬ ＰＰＤＵが終了する前に条件付きリンクＡＰが送信すべきＤＬ ＰＰＤＵを有しているかどうかをチェックする。条件が満たされない場合、ブロック１０１２において、ソフトＡＰ ＭＬＤのＡＰが基本リンクのＤＬ ＰＰＤＵに対する応答としてＡＣＫ／ＢＡを受け取ってプロセスは終了する。

【0173】

一方で、ブロック１００８の条件が満たされた場合、ブロック１０１０において、条件付きリンクＡＰが、基本リンク上の同時ＤＬ ＰＰＤＵと終了時刻が一致するＤＬ ＰＰＤＵを送信してプロセスは終了する。

【0174】

６．要旨
レガシー（非ＥＨＴ）装置が、条件付きリンク上でリンク接続を確立することができる。スケジューラは、ソフトＡＰ ＭＬＤにＩＤＣ干渉問題が発生しない場合、レガシーＳＴＡが条件付きリンクを使用するのを妨げてはならない。

【0175】

６．１．方法論１：基本リンク及び条件付きリンクを介した同時送受信のための協調的ＨＣＣＡスケジュール
（１）同じソフトＡＰ ＭＬＤに所属する条件付きリンク上及び基本リンク上のＡＰが同じＳＭＥを有し、基本リンク及び条件付きリンクを介した同時ＥＤＣＡ ＴＸＯＰ及びＨＣＣＡ ＴＸＯＰを処理するように互いに協働するものとする。

【0176】

（２）両リンクにアドミッション制御が適用される。ＴＳ設定／ネゴシエーションは、主にＥＤＣＡ ＴＸＯＰで進行するものとし、ＨＣＣＡ ＴＸＯＰのスケジュールは、ＴＳ設定から獲得された承認済みＳＰ情報に基づくものとする。承認済みアクセスポリシーは、基本リンク上及び条件付きリンク上のＨＣＣＡとする。

【0177】

（３）同じソフトＡＰ ＭＬＤに所属するＡＰは、ＨＣＣＡ ＴＸＯＰ期間に基本リンク及び条件付きリンクの両方を介して、同期したＵＬ又はＤＬ ＴＸＯＰをスケジュールして割り当てるものとする。（ａ）同じソフトＡＰ ＭＬＤの所属するＡＰは、ＴＳ設定から獲得された、例えば平均データレート、公称ＭＳＤＵサイズ、最小ＰＨＹレート、余剰帯域幅許可量、並びに最大サービス間隔及び遅延限界の少なくとも一方などの承認済みＳＰ情報に基づいて、同期したＨＣＣＡ ＴＸＯＰをスケジュールすることができる。ソフトＡＰ ＭＬＤの所属するＡＰは、全てのＭＳＤＵの受け取られたＱｏＳデータフレームのＴＩＤサブフィールド及びＱｏＳ制御サブフィールドから、例えばＴＩＤ、特定のＴＩＤに対応するＳＴＡの待ち行列内トラフィック、又は特定のＴＩＤに属するトラフィックの次のＴＸＯＰ期間要求などの情報を獲得する。要求がＴＳに属する場合、ＡＰはＴＸＯＰを再割り当てすることができる。

【0178】

（４）ストリームが追加又は削除された場合、スケジューラはＨＣＣＡ ＴＸＯＰを再割り当てするものとする。

【0179】

（５）異なる承認済みＴＳのサービス間隔（ＳＩ）は必ずしも同じではない。ＡＰは、適宜にＴＸＯＰをスケジュールするものとする。

【0180】

（６）ＨＣＣＡ ＴＸＯＰ内には、ＴＸＯＰ期間の制限に従う複数のフレーム交換シーケンスが存在することができる。基本リンク上及び条件付きリンク上のＰＰＤＵは、開始時刻及び終了時刻が一致すべきである。

【0181】

（７）ソフトＡＰ ＭＬＤ、非ＡＰ ＭＬＤ及びレガシーＳＴＡは、送信されたＰＰＤＵの終了時刻を一致させるためにいずれかのタイプのパディングを使用することができる。

【0182】

（８）同時スケジュールされたＵＬ／ＤＬ ＨＣＣＡ ＴＸＯＰは、ａ）レガシーＳＴＡ、ｂ）（同じ又は異なる）非ＡＰ ＭＬＤの所属する局、並びにｃ）基本リンク上及び条件付きリンク上の非ＡＰ ＭＬＤ及びレガシーＳＴＡの所属する局に適用することができる。

【0183】

（９）ソフトＡＰ ＭＬＤに所属する両ＡＰは、ＴｘＰＩＦＳスロット境界において基本リンク及び条件付きリンクがアイドルである場合、これらの両リンクを同時に取得する。

【0184】

（１０）全ての局はＨＣＦのＮＡＶルールに従い、ＨＣＦ下で送信される各フレームはＮＡＶ期間値を含む。（ａ）ＡＰは、ポーリングすべきＳＴＡ、及び送信すべきデータフレーム、管理フレーム、ブロックＡｃｋ要求フレーム又はブロックＡｃｋフレームをそれ以上有していない場合、ＲＡが自局のＭＡＣアドレスに一致して期間／ＩＤ フィールドが０に設定されたＱｏＳ ＣＦ－Ｐｏｌｌフレームを送信することにより、ＢＳＳ内の全てのＱｏＳ ＳＴＡのＮＡＶをリセットすることができる。（ｂ）ＳＴＡは、自局宛のフレームを受け取って確認応答を要求する際に、ＮＡＶにかかわらずＡｃｋ又はＱｏＳ＋ＣＦ－Ａｃｋフレームで応答するものとする。非ＡＰ ＳＴＡは、ＮＡＶにかかわらずフレーム交換シーケンスを開始することによってポーリング型ＴＸＯＰを受け入れるものとする。

【0185】

（１１）スケジュールＵＬ ＨＣＣＡ ＴＸＯＰの場合
（ａ）ソフトＡＰ ＭＬＤの所属するＡＰは、基本リンク上及び条件付きリンク上で動作する非ＡＰ局を同時にポーリングして同じポーリング型ＴＸＯＰ期間を割り当てる。
（ｂ）（受け取ったＱｏＳ ＣＦ－Ｐｏｌｌフレームのアドレス１フィールドに自局のアドレスが一致する非ＡＰ ＱｏＳ ＳＴＡである）ポーリングされた非ＡＰ局はポーリング型ＴＸＯＰ期間を超えてはならず、基本リンク上及び条件付きリンク上のＰＰＤＵ終了時刻の一致を維持するためにいずれかのタイプのパディングを使用することができる。
（ｂ）（ｉ）ポーリングされた非ＡＰ局が割り当てられたＴＸＯＰの一部しか使用しない場合、受信側ＡＰは、他リンクのポーリング型ＴＸＯＰが終了するまでポーリングを行ってはならない。ソフトＡＰ ＭＬＤの所属するＡＰは同時にポーリングするものとする。
（ｂ）（ｉｉ）ポーリングされた非ＡＰ局は、ＴＸＯＰ期間の制限に従って所与のポーリング型ＴＸＯＰ内で複数のフレーム交換シーケンスを送信することができる。

【0186】

（１２）スケジュールされたＤＬ ＨＣＣＡ ＴＸＯＰの場合
（ａ）ソフトＡＰ ＭＬＤの所属するＡＰは、各リンク上で動作する非ＡＰ局にＤＬ ＰＰＤＵを同時に送信して同じＨＣＣＡ ＴＸＯＰ期間を割り当てるものとする。
（ｂ）ソフトＡＰ ＭＬＤの所属するＡＰは、ＴＸＯＰ期間の制限に従って所与のポーリング型ＴＸＯＰ内で複数のフレーム交換シーケンスを送信することができる。
（ｃ）ソフトＡＰ ＭＬＤの所属するＡＰは、送信されるＰＰＤＵの終了時刻を一致させるためにいずれかのパディングを使用することができる。

【0187】

（１３）隠れ端末による衝突を避けるために、ＴｘＰＩＦＳスロット境界において基本リンク及び条件付きリンクがアイドルである場合に、ソフトＡＰ ＭＬＤｘに所属する両ＡＰが両リンク上で非常に小さな（コンパクトな）ＤＬ ＰＰＤＵフレーム（例えば、ＲＴＳ、ＮＵＬＬ、制御又は管理フレーム）を同時に送信し、ＤＬ ＰＰＤＵは、ＴＸＯＰの期間を保護するＮＡＶ設定を有する。

【0188】

（ａ）いずれかのＡＰ局は、ＳＩＦＳ後にＤＬ ＰＰＤＵの応答としてＣＴＳ／ＡＣＫ／ＢＡを受信できない場合、衝突の可能性があることを示す。プロセスは、ランダム変数をｎとするａＳＩＦＳＴｉｍｅ＋ｎ＊ａＳｌｏｔＴｉｍｅ後にステップ（１３）を繰り返すことができる。

【0189】

（ｂ）両ＡＰ局は、ＳＩＦＳ後にＤＬ ＰＰＤＵの応答としてＣＴＳ／ＡＣＫ／ＢＡを受け取った場合、ＵＬ ＴＸＯＰをポーリングし、又は更新されたＮＡＶ期間を設定して基本リンク上及び条件付きリンク上で同時にＤＬ ＴＸＯＰを送信するものとする。

【0190】

（ｃ）小さなＤＬ ＰＰＤＵの再送を処理する同じソフトＡＰ ＭＬＤの両ＡＰ局は、（隠れ端末である干渉ＡＰが干渉として非常に長いＤＬ ＰＰＤＵを送信する場合に）両リンクを介した再送時間を制限することができる。再送が再送制限を満たす場合、ＡＰは、ＳＩＦＳ後に短いＤＬ ＰＰＤＵの応答としてＣＴＳ／ＡＣＫ／ＢＡを受け取ってＵＬ ＴＸＯＰをポーリングし、又は単独でＤＬ ＴＸＯＰを送信すべきである。ＤＬ ＰＰＤＵの応答としてＣＴＳ／ＡＣＫ／ＢＡを受け取らないＡＰは、ＵＬ ＴＸＯＰのポーリングもＤＬ ＴＸＯＰの送信も行うべきではない。

【0191】

（１４）ＰＳ ＳＴＡは、ビーコンから何らかのＱｏＳ及びアドミッション情報を獲得するものとする。

【0192】

６．２．方法論２：基本リンク状況に従う条件付きリンク上での適応的ポーリングベースのスケジュール。
（１）基本リンク上で動作する局は、ＥＤＣＡポリシーに基づいてチャネルにアクセスする。

【0193】

（２）レガシー（非ＥＨＴ）装置は、ＨＣＣＡポリシーに基づいて条件付きリンクにアクセスするものとする。ＥＨＴ装置は、ＥＤＣＡを通じて、或いはＨＣＣＡ、ＥＤＣＡ混合モードであるＨＥＭＭを通じて条件付きリンクにアクセスすることができる。

【0194】

（３）同じソフトＡＰ ＭＬＤの条件付きリンクＡＰ及び基本リンクＡＰは同じＳＭＥを有しているため、条件付きリンクＡＰは基本リンク上のＵＬ／ＤＬ送信を認識する。

【0195】

（４）条件付きリンクＡＰは、基本リンク上の同時ＵＬ／ＤＬ送信に従って条件付きリンク上のＵＬ／ＤＬ送信をスケジュールする。

【0196】

（５）条件付きリンク上のスケジュールされたＴＸＯＰでは、１回又は複数回のフレーム交換が発生することができる。条件付きリンク上のフレーム交換シーケンスの各ＰＰＤＵの開始時刻及び終了時刻は、基本リンク上のＰＰＤＵに一致するものとする。

【0197】

（６）ソフトＡＰ ＭＬＤ、非ＡＰ ＭＬＤ及びレガシーＳＴＡは、送信されるＰＰＤＵの終了時刻を一致させるためにいずれかのタイプのパディングを使用することができる。

【0198】

（７）全ての局は、方法論１の（３と同じ）ＨＣＦのＮＡＶルールに従う。

【0199】

（８）条件付きリンク上のソフトＡＰ ＭＬＤのＡＰは、アドミッション制御中に非ＡＰレガシーＳＴＡとネゴシエートして大きな最大ＳＩ値に合意することができる。

【0200】

（ａ）ソフトＡＰ ＭＬＤのＡＰは、基本リンク及び条件付きリンクを介した同時送受信、又は条件付きリンク上の干渉に起因して、スケジュールされたタイミングでＴＳを提供できない場合、認められたＴＳの最大ＳＩをスケジューリングに使用することができる。

【0201】

（ｂ）次のサービス開始時刻は条件付きリンク上の認められた最大ＳＩ値を満たしているが、同時基本リンク送信との非同期的ＵＬ／ＤＬ送信をもたらすいずれかのＨＣＣＡ ＴＸＯＰスケジュールが条件付きリンク上に存在する場合、条件付きリンク上のソフトＡＰ ＭＬＤのＡＰはＴＳを提供すべきではない。

【0202】

（９）スケジュールされたＵＬ ＴＸＯＰでは、条件付きリンクが利用可能である場合、条件付きリンクＡＰは、ＱｏＳ ＣＦ－Ｐｏｌｌが同じソフトＡＰ ＭＬＤに所属する基本リンクＡＰによって送信されるトリガーフレーム（ＡＰが開始するＵＬ ＴＸＯＰ）又はＣＴＳフレーム（非ＡＰが開始するＵＬ ＴＸＯＰ）と一致できる場合に条件付きリンク上の非ＥＨＴ装置にポーリングフレームを送信すべきである。

【0203】

（１０）スケジュールされたＤＬ ＴＸＯＰでは、条件付きリンクが利用可能である場合、同じソフトＡＰ ＭＬＤの条件付きリンクＡＰは、基本リンクＡＰと同時のＤＬ ＰＰＤＵを送信するものとする。条件付きリンクＡＰは、送信すべきＤＬ ＰＰＤＵを有していない場合、同時ＤＬ ＴＸＯＰとしてＮＡＶが設定された単一のＤＬ ＮＵＬＬ ＰＰＤＵを基本リンク上で送信することができる。条件付きリンクＡＰは、ＤＬ ＮＵＬＬ ＰＰＤＵの送信後に送信すべきＤＬ ＰＰＤＵを有している場合、終了が基本リンク上のＤＬ ＰＰＤＵに一致するＤＬ ＰＰＤＵを条件付きリンク上で送信することができる。

【0204】

（１１）スケジュールされたＵＬ／ＤＬ ＴＸＯＰでは、条件付きリンクが利用できない場合、条件付きリンクのＡＰは条件付きリンク上でＤＬ ＰＰＤＵを送信してはならない。

【0205】

７．実施形態の一般的範囲
本明細書では、コンピュータプログラム製品としても実装できる、本技術の実施形態による方法及びシステム、及び／又は手順、アルゴリズム、ステップ、演算、数式又はその他の計算表現のフローチャートを参照して本技術の実施形態を説明することができる。この点、フローチャートの各ブロック又はステップ、及びフローチャートのブロック（及び／又はステップ）の組み合わせ、並びにいずれかの手順、アルゴリズム、ステップ、演算、数式、又は計算表現は、ハードウェア、ファームウェア、及び／又はコンピュータ可読プログラムコードの形で具体化された１又は２以上のコンピュータプログラム命令を含むソフトウェアなどの様々な手段によって実装することができる。理解されるように、このようないずれかのコンピュータプログラム命令は、以下に限定されるわけではないが、汎用コンピュータ又は専用コンピュータ、又は機械を生産するための他のいずれかのプログラマブル処理装置を含む１又は２以上のコンピュータプロセッサによって実行して、コンピュータプロセッサ又は他のプログラマブル処理装置上で実行されるコンピュータプログラム命令が、（単複の）特定される機能を実施するための手段を生み出すようにすることができる。

【0206】

従って、本明細書で説明したフローチャートのブロック、並びに手順、アルゴリズム、ステップ、演算、数式、又は計算表現は、（単複の）特定の機能を実行する手段の組み合わせ、（単複の）特定の機能を実行するステップの組み合わせ、及びコンピュータ可読プログラムコードロジック手段の形で具体化されるような、（単複の）特定の機能を実行するコンピュータプログラム命令をサポートする。また、本明細書で説明したフローチャートの各ブロック、並びにいずれかの手順、アルゴリズム、ステップ、演算、数式、又は計算表現、及びこれらの組み合わせは、（単複の）特定の機能又はステップを実行する専用ハードウェアベースのコンピュータシステム、又は専用ハードウェアとコンピュータ可読プログラムコードとの組み合わせによって実装することもできると理解されるであろう。

【0207】

さらに、コンピュータ可読プログラムコードなどの形で具体化されるこれらのコンピュータプログラム命令を、コンピュータプロセッサ又は他のプログラマブル処理装置に特定の態様で機能するように指示することができる１又は２以上のコンピュータ可読メモリ又はメモリ装置に記憶して、これらのコンピュータ可読メモリ又はメモリ装置に記憶された命令が、（単複の）フローチャートの（単複の）ブロック内に指定される機能を実施する命令手段を含む製造の物品を生産するようにすることもできる。コンピュータプログラム命令をコンピュータプロセッサ又は他のプログラマブル処理装置によって実行し、コンピュータプロセッサ又は他のプログラマブル処理装置上で一連の動作ステップが実行されるようにしてコンピュータで実施される処理を生成し、コンピュータプロセッサ又は他のプログラマブル処理装置上で実行される命令が、（単複の）フローチャートの（単複の）ブロック、（単複の）手順、（単複の）アルゴリズム、（単複の）ステップ、（単複の）演算、（単複の）数式、又は（単複の）計算表現に特定される機能を実施するためのステップを提供するようにすることもできる。

【0208】

さらに、本明細書で使用する「プログラム」又は「プログラム実行文」という用語は、本明細書で説明した１又は２以上の機能を実行するために１又は２以上のコンピュータプロセッサが実行できる１又は２以上の命令を意味すると理解されるであろう。命令は、ソフトウェア、ファームウェア、又はソフトウェアとファームウェアとの組み合わせで具体化することができる。命令は、装置の非一時的媒体に局所的に記憶することも、又はサーバなどに遠隔的に記憶することもでき、或いは命令の全部又は一部を局所的に又は遠隔的に記憶することもできる。遠隔的に記憶された命令は、ユーザが開始することによって、或いは１又は２以上の要因に基づいて自動的に装置にダウンロード（プッシュ）することができる。

【0209】

さらに、本明細書で使用するプロセッサ、ハードウェアプロセッサ、コンピュータプロセッサ、中央処理装置（ＣＰＵ）及びコンピュータという用語は、命令、並びに入力／出力インターフェイス及び／又は周辺装置との通信を実行できる装置を示すために同義的に使用されるものであり、プロセッサ、ハードウェアプロセッサ、コンピュータプロセッサ、ＣＰＵ及びコンピュータという用語は、単一の又は複数の装置、シングルコア装置及びマルチコア装置、及びこれらの変種を含むように意図するものであると理解されるであろう。

【0210】

本明細書の説明から、本開示は、限定ではないが以下の内容を含む複数の技術実装を含むと理解されるであろう。

【0211】

ネットワークにおける無線通信のための装置であって、（ａ）ＩＥＥＥ８０２プロトコルに従って無線ローカルエリアネットワーク（ＷＬＡＮ）上でマルチリンク動作（ＭＬＯ）を実行する際に基本リンク及び条件付きリンクを介して他の無線局（ＳＴＡ）と無線で通信するように構成されるとともに、レガシー（非ＥＨＴ）装置が条件付きリンク上でリンク接続を設定することを可能にするように構成された、ソフトアクセスポイント（ＡＰ）マルチリンク装置（ＭＬＤ）の無線通信回路と、（ｂ）前記無線通信回路に結合されてＷＬＡＮ上でＳＴＡとして動作するプロセッサと、（ｃ）プロセッサによって実行可能な、他のＳＴＡと通信するための命令を記憶する非一時的メモリとを備え、（ｄ）前記命令は、プロセッサによって実行された時に、（ｄ）（ｉ）前記ソフトＡＰ ＭＬＤが、基本リンクを介して通信するＡＰ ＳＴＡと、条件付きリンクを介して通信するＡＰ ＳＴＡとを有することと、（ｄ）（ｉｉ）前記ソフトＡＰ ＭＬＤが、基本リンク上のＡＰ ＳＴＡ及び条件付きリンク上のＡＰ ＳＴＡが基本リンク及び条件付きリンクを介して拡張分散チャネルアクセス（ＥＤＣＡ）送信機会（ＴＸＯＰ）及びＨＣＦ制御チャネルアクセス（ＨＣＣＡ）ＴＸＯＰを同時に処理するように互いに協働する局管理エンティティ（ＳＭＥ）を有することと、（ｄ）（ｉｉｉ）基本リンク及び条件付きリンクの両リンク上でアドミッション制御を実行し、ＥＤＣＡ ＴＸＯＰにおいてトラフィックストリーム（ＴＳ）の設定及びネゴシエーションを進行する一方で、ＨＣＣＡ ＴＸＯＰのスケジューリングが、ＴＳ設定中に取得された、基本リンク及び条件付きリンクの両リンク上でＨＣＣＡ承認済みのアクセスポリシーが利用される承認済みサービス期間（ＳＰ）情報に基づくことと、（ｄ）（ｉｖ）同じソフトＡＰ ＭＬＤに所属するＡＰが、ＨＣＣＡ ＴＸＯＰ期間に、基本リンク及び条件付きリンクの両リンクを介して、同期したアップリンク（ＵＬ）又はダウンリンク（ＤＬ）ＴＸＯＰをスケジュールして割り当てることと、を含む１又は２以上のステップを実行する、装置。

【0212】

ネットワークにおける無線通信のための装置であって、（ａ）ＩＥＥＥ８０２プロトコルに従って無線ローカルエリアネットワーク（ＷＬＡＮ）上でマルチリンク動作（ＭＬＯ）を実行する際に基本リンク及び条件付きリンクを介して他の無線局（ＳＴＡ）と無線で通信するように構成されるとともに、レガシー（非ＥＨＴ）装置が条件付きリンク上でリンク接続を設定することを可能にするように構成された、ソフトアクセスポイント（ＡＰ）マルチリンク装置（ＭＬＤ）の無線通信回路と、（ｂ）前記無線通信回路に結合されてＷＬＡＮ上でＳＴＡとして動作するプロセッサと、（ｃ）プロセッサによって実行可能な、他のＳＴＡと通信するための命令を記憶する非一時的メモリとを備え、（ｄ）前記命令は、プロセッサによって実行された時に、（ｄ）（ｉ）拡張分散チャネルアクセス（ＥＤＣＡ）ポリシーに基づいて基本リンクにアクセスすることと、（ｄ）（ｉｉ）極高スループット（ＥＨＴ）で動作するように構成されておらず、従って非ＥＨＴ ＳＴＡであるレガシー局のためのＨＣＦ制御チャネルアクセス（ＨＣＣＡ）ポリシーに基づいて、条件付きリンクにアクセスすることと、（ｄ）（ｉｉｉ）ＥＤＣＡ又はＨＣＣＡ－ＥＤＣＡ混合モード（ＨＥＭＭ）のいずれかを通じて条件付きリンクにアクセスすることと、（ｄ）（ｉｖ）同じソフトＡＰ ＭＬＤの条件付きリンクにアクセスするＡＰと基本リンクにアクセスするＡＰとが局管理エンティティ（ＳＭＥ）を共有するため、条件付きリンクにアクセスするアクセスポイント（ＡＰ）が、基本リンク上でアップリンク／ダウンリンク（ＵＬ／ＤＬ）送信が実行されていると認識できることと、（ｄ）（ｖ）基本リンク上の同時ＵＬ／ＤＬ送信に従って、条件付きリンクのＡＰによる条件付きリンク上でのＵＬ／ＤＬ送信として送信機会（ＴＸＯＰ）をスケジュールすることと、（ｄ）（ｖｉ）条件付きリンク上のスケジュールされたＴＸＯＰ中に、フレーム交換シーケンスにおいて物理層プロトコルデータユニット（ＰＰＤＵ）の１又は複数のフレームを通信し、条件付きリンク上のフレーム交換シーケンス中の各ＰＰＤＵの開始時刻及び終了時刻が、基本リンク上で通信されるＰＰＤＵと一致することと、を含む１又は２以上のステップを実行する、装置。

【0213】

ネットワークにおける無線通信方法であって、（ａ）レガシー（非ＥＨＴ）装置が条件付きリンク上でリンク接続を設定することを可能にするように構成されたＩＥＥＥ８０２プロトコルに従って無線ローカルエリアネットワーク（ＷＬＡＮ）上でマルチリンク動作（ＭＬＯ）を実行する際に、基本リンク及び条件付きリンクを介してソフトアクセスポイント（ＡＰ）マルチリンク装置（ＭＬＤ）と他の無線局（ＳＴＡ）との間で無線で通信を行うことと、（ｂ）前記ソフトＡＰ ＭＬＤが、基本リンクを介して通信するＡＰ ＳＴＡと、条件付きリンクを介して通信するＡＰ ＳＴＡとを有することと、（ｃ）前記ソフトＡＰ ＭＬＤが、基本リンク上のＡＰ ＳＴＡ及び条件付きリンク上のＡＰ ＳＴＡが基本リンク及び条件付きリンクを介して拡張分散チャネルアクセス（ＥＤＣＡ）送信機会（ＴＸＯＰ）及びＨＣＦ制御チャネルアクセス（ＨＣＣＡ）ＴＸＯＰを同時に処理するように互いに協働する局管理エンティティ（ＳＭＥ）を有することと、（ｄ）基本リンク及び条件付きリンクの両リンク上でアドミッション制御を実行し、ＥＤＣＡ ＴＸＯＰにおいてトラフィックストリーム（ＴＳ）の設定及びネゴシエーションを進行する一方で、ＨＣＣＡ ＴＸＯＰのスケジューリングが、ＴＳ設定中に取得された、基本リンク及び条件付きリンクの両リンク上でＨＣＣＡ承認済みのアクセスポリシーが利用される承認済みサービス期間（ＳＰ）情報に基づくことと、（ｅ）同じソフトＡＰ ＭＬＤに所属するＡＰが、ＨＣＣＡ ＴＸＯＰ期間に、基本リンク及び条件付きリンクの両リンクを介して、同期したアップリンク（ＵＬ）又はダウンリンク（ＤＬ）ＴＸＯＰをスケジュールして割り当てることと、を含む方法。

【0214】

ネットワークにおける無線通信方法であって、（ａ）レガシー（非ＥＨＴ）装置が条件付きリンク上でリンク接続を設定することを可能にするように構成されたＩＥＥＥ８０２プロトコルに従って無線ローカルエリアネットワーク（ＷＬＡＮ）上でマルチリンク動作（ＭＬＯ）を実行する際に、基本リンク及び条件付きリンクを介してソフトアクセスポイント（ＡＰ）マルチリンク装置（ＭＬＤ）と他の無線局（ＳＴＡ）との間で無線で通信を行うことと、（ａ）拡張分散チャネルアクセス（ＥＤＣＡ）ポリシーに基づいて基本リンクにアクセスすることと、（ｂ）極高スループット（ＥＨＴ）で動作するように構成されておらず、従って非ＥＨＴ ＳＴＡであるレガシー局のためのＨＣＦ制御チャネルアクセス（ＨＣＣＡ）ポリシーに基づいて、条件付きリンクにアクセスすることと、（ｃ）ＥＤＣＡ又はＨＣＣＡ－ＥＤＣＡ混合モード（ＨＥＭＭ）のいずれかを通じて条件付きリンクにアクセスすることと、（ｄ）同じソフトＡＰ ＭＬＤの条件付きリンクにアクセスするＡＰと基本リンクにアクセスするＡＰとが局管理エンティティ（ＳＭＥ）を共有するため、条件付きリンクにアクセスするアクセスポイント（ＡＰ）が、基本リンク上でアップリンク／ダウンリンク（ＵＬ／ＤＬ）送信が実行されていると認識することと、（ｅ）基本リンク上の同時ＵＬ／ＤＬ送信に従って、条件付きリンクのＡＰによる条件付きリンク上でのＵＬ／ＤＬ送信として送信機会（ＴＸＯＰ）をスケジュールすることと、（ｆ）条件付きリンク上のスケジュールされたＴＸＯＰ中に、フレーム交換シーケンスにおいて物理層プロトコルデータユニット（ＰＰＤＵ）の１又は複数のフレームを通信し、条件付きリンク上のフレーム交換シーケンス中の各ＰＰＤＵの開始時刻及び終了時刻が、基本リンク上で通信されるＰＰＤＵと一致することと、を含む方法。

【0215】

ＨＣＣＡ ＴＸＯＰ期間に、基本リンク及び条件付きリンクの両リンクを介して、同期したＵＬ又はＤＬ ＴＸＯＰをスケジュールして割り当てることは、（ａ）ソフトＡＰ ＭＬＤの所属するＡＰが、ＴＳ設定から取得された承認済みＳＰ情報に基づいて、同期したＨＣＣＡ ＴＸＯＰをスケジュールすることと、（ｂ）全てのＭＡＣサービスデータユニット（ＭＳＤＵ）の受け取られたＱｏＳデータフレームのＴＩＤサブフィールド及びサービス品質（ＱｏＳ）制御サブフィールドから、特定のトラフィック識別子（ＴＩＤ）に対応するＡＰ ＳＴＡのための待ち行列内トラフィック、又は特定のＴＩＤに属するトラフィックのための次のＴＸＯＰ期間要求に関する情報を取得することと、（ｃ）要求が所与のＴＳに属する場合、ソフトＡＰ ＭＬＤのＡＰがＴＸＯＰを再割り当てするように構成されることと、を含む、いずれかの先行する実装の装置又は方法。

【0216】

ＴＳ設定からの承認済みＳＰ情報は、平均データレート、公称ＭＳＤＵサイズ、最小ＰＨＹレート、余剰帯域幅許可量、並びに最大サービス間隔及び遅延境界の少なくとも一方、から成る一群の通信情報から選択される、いずれかの先行する実装の装置又は方法。

【0217】

ＨＣＣＡ ＴＸＯＰは、ストリームが追加又は削除された場合にＳＴＡのスケジューラによって再割り当てされる、いずれかの先行する実装の装置又は方法。

【0218】

ＡＰは、ＴＸＯＰを適宜にスケジュールするように構成されるので、異なる承認済みトラフィックストリーム（ＴＳ）のサービス間隔（ＳＩ）は同一である必要がない、いずれかの先行する実装の装置又は方法。

【0219】

ＨＣＣＡ ＴＸＯＰ内で、ＴＸＯＰの期間に制限され、基本リンク上及び条件付きリンク上の各ＰＰＤＵが一致する開始時刻及び終了時刻を有するとの条件下で、複数のフレーム交換シーケンスを実行することができる、いずれかの先行する実装の装置又は方法。

【0220】

送信されるそれぞれのＰＰＤＵの終了時刻を一致させるためにパディングを利用することができる、いずれかの先行する実装の装置又は方法。

【0221】

基本リンク上及び条件付きリンク上で、レガシーＳＴＡ、或いは同じ又は異なる非ＡＰ ＭＬＤの所属するＳＴＡ、或いは非ＡＰ ＭＬＤ及びレガシーＳＴＡの所属するＳＴＡが、同時スケジュールされたＵＬ／ＤＬ ＨＣＣＡ ＴＸＯＰを利用することができる、いずれかの先行する実装の装置又は方法。

【0222】

ソフトＡＰ ＭＬＤに所属するＡＰは、送信ＰＣＦフレーム間空間（ＰＩＦＳ）、すなわちＴｘＰＩＦＳスロット境界において基本リンク及び条件付きリンクの両リンクがアイドルである場合、両リンクを同時に取得する、いずれかの先行する実装の装置又は方法。

【0223】

全てのＳＴＡがＨＣＦのＮＡＶルールに従い、ＨＣＦ下で送信される各フレームがＮＡＶ期間値を含む、いずれかの先行する実装の装置又は方法。

【0224】

ＵＬ ＨＣＣＡ ＴＸＯＰのスケジュール中に、（ａ）ソフトＡＰ ＭＬＤの所属するＡＰが、基本リンク上及び条件付きリンク上で動作する非ＡＰ局を同時にポーリングして同一のポーリング型ＴＸＯＰ期間を割り当て、（ｂ）受け取ったＱｏＳ ＣＦ－Ｐｏｌｌフレームのアドレス１フィールドに自局のアドレスが一致する非ＡＰ ＱｏＳ ＳＴＡであるポーリングされた非ＡＰ局は、ポーリング型ＴＸＯＰ期間を超えることが許可されず、（ｂ）（ｉ）ポーリングされた非ＡＰ局が割り当てられたＴＸＯＰの一部のみを使用する場合、受信側ＡＰは、他方のリンク上のポーリング型ＴＸＯＰが完了してソフトＡＰ ＭＬＤの所属するＡＰが同時にポーリングを実行するまでポーリングを実行せず、及び／又は、（ｂ）（ｉｉ）ポーリングされた非ＡＰ局は、ＴＸＯＰ期間によって制限されることを条件に、所与のポーリング型ＴＸＯＰ内で複数のフレーム交換シーケンスを送信する、いずれかの先行する実装の装置又は方法。

【0225】

ＤＬ ＨＣＣＡ ＴＸＯＰのためのスケジューリングが実行され、（ａ）ソフトＡＰ ＭＬＤの所属するＡＰは、各リンク上で動作する非ＡＰ局に同じＨＣＣＡ ＴＸＯＰ期間を割り当てることによってこれらに同時にＤＬ ＰＰＤＵを送信し、（ｂ）ソフトＡＰ ＭＬＤの所属するＡＰは、ＴＸＯＰ期間の制限に従って所与のポーリング型ＴＸＯＰ内で複数のフレーム交換シーケンスを送信し、（ｃ）前記ソフトＡＰ ＭＬＤの所属するＡＰは、送信されたＰＰＤＵの終了時刻を一致させるためにパディングを使用することができる、いずれかの先行する実装の装置又は方法。

【0226】

隠れ端末による衝突を避けるために、ソフトＡＰ ＭＬＤに所属する両ＡＰは、ＴｘＰＩＦＳスロット境界において両リンクがアイドルである場合、データペイロードを含まないＤＬ ＰＰＤＵフレームを基本リンク上及び条件付きリンク上で同時に送信し、ＤＬ ＰＰＤＵは、ＴＸＯＰ期間を保護するためにＮＡＶ設定を有する、いずれかの先行する実装の装置又は方法。

【0227】

前記ＤＬ ＰＰＤＵフレームは、送信要求（ＲＴＳ）フレーム、ヌルフレーム、制御フレーム、又は管理フレームから成る一群のフレームから選択される、いずれかの先行する実装の装置又は方法。

【0228】

前記省電力（ＰＳ）局は、受け取ったビーコンフレームからＱｏＳ及びアドミッション情報を取得する、いずれかの先行する実装の装置又は方法。

【0229】

ソフトＡＰ ＭＬＤの条件付きリンクのＡＰは、アドミッション制御中に非ＡＰレガシーＳＴＡとネゴシエートして大きな最大ＳＩ値に合意する、いずれかの先行する実装の装置又は方法。

【0230】

スケジュールされたＵＬ ＴＸＯＰを実行するために条件付きリンクを利用できる場合、条件付きリンクのＡＰは、サービス品質（ＱｏＳ）競合なし（ＣＦ）ポールが、ＡＰが開始したアップリンク（ＵＬ）ＴＸＯＰのトリガーフレーム、又は同じソフトＡＰ ＭＬＤに所属する基本リンクのＡＰによって送信される、非ＡＰが開始したＵＬ ＴＸＯＰの送信許可（ＣＴＳ）フレームに一致できる場合に、条件付きリンク上の非ＥＨＴ ＳＴＡにポールフレームを送信する、いずれかの先行する実装の装置又は方法。

【0231】

スケジュールされたＤＬ ＴＸＯＰのために条件付きリンクを利用できる場合、同じソフトＡＰ ＭＬＤの条件付きリンクＡＰのＡＰは、同時ダウンリンク（ＤＬ）ＰＰＤＵを基本リンク上で実行されるものとして送信する、いずれかの先行する実装の装置又は方法。

【0232】

条件付きリンクのＡＰは、送信すべきＤＬ ＰＰＤＵを有していない場合、ＮＡＶが同時ＤＬ ＴＸＯＰとして設定された単一のＤＬ ＮＵＬＬ ＰＰＤＵを基本リンク上で送信する、いずれかの先行する実装の装置又は方法。

【0233】

条件付きリンクのＡＰは、ＤＬ ＮＵＬＬ ＰＰＤＵを送信した後に送信すべきＤＬ ＰＰＤＵを有している場合、基本リンク上のＤＬ ＰＰＤＵと終了が一致するＤＬ ＰＰＤＵを条件付きリンク上で送信することができる、いずれかの先行する実装の装置又は方法。

【0234】

スケジュールされたＵＬ／ＤＬ ＴＸＯＰのために条件付きリンクを利用できない場合、条件付きリンクのＡＰは、条件付きリンク上でＤＬ ＰＰＤＵを送信しない、いずれかの先行する実装の装置又は方法。

【0235】

本明細書で使用する「実装」という用語は、本明細書で説明する技術を実践するための実施形態、実施例、又はその他の形態を制限なく含むように意図される。

【0236】

本明細書で使用する単数形の「ａ、ａｎ（英文不定冠詞）」及び「ｔｈｅ（英文定冠詞）」は、文脈において別途明確に示されていない限り複数形の照応を含む。ある物体に対する単数形での言及は、明確にそう述べていない限り「唯一」を意味するものではなく、「１又は２以上」を意味する。

【0237】

本開示における「Ａ、Ｂ及び／又はＣ」などの表現構造は、Ａ、Ｂ又はＣのいずれか、或いは項目Ａ、Ｂ及びＣのいずれかの組み合わせが存在し得ることを表す。「～のうちの少なくとも１つ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ）」の後にリストされた一群の要素が続くものなどを示す表現構造は、該当する際にはこれらのリストされた要素のいずれかの考えられる組み合わせを含む、これらの一群の要素のうちの少なくとも１つが存在することを示す。

【0238】

本開示における「ある実施形態」、「少なくとも１つの実施形態」又は同様の実施形態という言い回しについて言及する参照は、説明する実施形態に関連して説明した特定の特徴、構造又は特性が本開示の少なくとも１つの実施形態に含まれることを示す。従って、これらの様々な実施形態の表現は、必ずしも全てが同じ実施形態、又は説明されている他の全ての実施形態とは異なる特定の実施形態を意味するわけではない。実施形態という表現は、所与の実施形態の特定の特徴、構造又は特性を、開示する装置、システム又は方法の１又は２以上の実施形態においていずれかの好適な形で組み合わせることができることを意味するものとして解釈すべきである。

【0239】

本明細書で使用する「組（ｓｅｔ）」という用語は、１又は２以上の物体の集合を意味する。従って、例えば物体の組は、単一の物体又は複数の物体を含むことができる。

【0240】

本文書における第１及び第２、頂部及び底部などの関係語は、１つの実体又は行動を別の実体又は行動と区別するために使用しているにすぎず、必ずしもこのような実体又は行動同士のこのようないずれかの実際の関係又は順序を必要としたり、又は意味したりするものではない。

【0241】

「備える、有する、含む（ｃｏｍｐｒｉｓｅｓ、ｃｏｍｐｒｉｓｉｎｇ、ｈａｓ、ｈａｖｉｎｇ、ｉｎｃｌｕｄｅｓ、ｉｎｃｌｕｄｉｎｇ、ｃｏｎｔａｉｎｓ、ｃｏｎｔａｉｎｉｎｇ）」という用語、又はこれらの用語の他のあらゆる変化形は、非排他的包含を含むことが意図されており、従って、ある要素リストを備える、有する又は含むプロセス、方法、物品又は装置は、これらの要素のみを含むのではなく、明示的に列挙していない、又はこのようなプロセス、方法、物品又は装置に特有の他の要素を含むこともできる。「～を備える、有する、又は含む（ｃｏｍｐｒｉｓｅｓ … ａ、ｈａｓ … ａ、ｉｎｃｌｕｄｅｓ … ａ、ｃｏｎｔａｉｎｓ … ａ）」に続く要素は、その要素を備える、有する又は含むプロセス、方法、物品又は装置にさらなる同一要素が存在することを、さらなる制約を受けることなく除外するものではない。

【0242】

本明細書で使用する「近似的に（ａｐｐｒｏｘｉｍａｔｅｌｙ）」、「近似する（ａｐｐｒｏｘｉｍａｔｅ）」、「実質的に（ｓｕｂｓｔａｎｔｉａｌｌｙ）」、「基本的に（ｅｓｓｅｎｔｉａｌｌｙ）」及び「約（ａｂｏｕｔ）」という用語、又はこれらのいずれかの変形形態は、わずかな変動の記述及び説明のために使用するものである。これらの用語は、事象又は状況に関連して使用した時には、これらの事象又は状況が間違いなく発生する場合、及びこれらの事象又は状況が発生する可能性が非常に高い場合を意味することができる。これらの用語は、数値に関連して使用した時には、その数値の±５％以下、±４％以下、±３％以下、±２％以下、±１％以下、±０．５％以下、±０．１％以下、又は±０．０５％以下などの、±１０％以下の変動範囲を意味することができる。例えば、「実質的に」整列しているということは、±５°以下、±４°以下、±３°以下、±２°以下、±１°以下、±０．５°以下、±０．１°以下、又は±０．０５°以下などの、±１０°以下の角度変動範囲を意味することができる。

【0243】

また、本明細書では、量、比率及びその他の数値を範囲形式で示すこともある。このような範囲形式は、便宜的に単純化して使用するものであり、範囲の限界として明確に指定された数値を含むが、この範囲に含まれる全ての個々の数値又は部分的範囲も、これらの各数値及び部分的範囲が明確に示されているかのように含むものであると柔軟に理解されたい。例えば、約１～約２００の範囲内の比率は、約１及び約２００という明確に列挙した限界値を含むが、約２、約３、約４などの個々の比率、及び約１０～約５０、約２０～約１００などの部分的範囲も含むと理解されたい。

【0244】

本明細書で使用する「結合される（ｃｏｕｐｌｅｄ）」という用語は、「接続される」と定義されるが、必ずしも直接的な機械的接続ではない。特定の形で「構成される（ｃｏｎｆｉｇｕｒｅｄ）」装置又は構造は、少なくともその形で構成されるが、列挙していない形で構成することもできる。

【0245】

利点、長所、問題解決手段、及びいずれかの利点、長所又は解決手段を生じさせる、又はより顕著にするいずれかの（単複の）要素は、本明細書で説明した技術、或いは一部又は全部の請求項の重要な、必要な又は不可欠な特徴又は要素として解釈すべきでない。

【0246】

また、上述した開示では、開示を合理化する目的で様々な実施形態において様々な特徴を共にグループ化することができる。本開示の方法は、請求項に記載する実施形態が、各請求項に明示的に記載する特徴よりも多くの特徴を必要とするという意図を反映したものであると解釈すべきではない。本発明の主題は、開示した単一の実施形態の全ての特徴よりも少ないものによって成立することができる。

【0247】

本開示の要約書は、読者が技術開示の本質を素早く確認できるように示すものである。要約書は、特許請求の範囲又はその意味を解釈又は限定するために使用されるものではないという理解の下で提示するものである。

【0248】

管轄によっては、出願後に本開示の１又は２以上の部分の削除を求める慣行もあると理解されたい。従って、読者は、本開示の元々の内容については出願日時点の出願を参照すべきである。開示内容のいずれかの削除は、当初出願時の出願のいずれかの主題の放棄、失権又は公衆への献呈として解釈すべきではない。

【0249】

以下の特許請求の範囲は、各請求項が単独の発明主題として自立した状態で本開示に組み込まれる。

【0250】

本明細書の説明は多くの詳細を含んでいるが、これらは本開示の範囲を限定するものではなく、現在のところ好ましい実施形態の一部を例示するものにすぎないと解釈すべきである。従って、本開示の範囲は、当業者に明らかになると考えられる他の実施形態も完全に含むと理解されるであろう。

【0251】

当業者に周知の本開示の実施形態の要素の構造的及び機能的同等物も、引用によって本明細書に明確に組み入れられ、本特許請求の範囲に含まれるように意図される。さらに、本開示の要素、構成要素又は方法ステップは、これらが特許請求の範囲に明示されているかどうかにかかわらず、一般に公開されるように意図するものではない。本明細書における請求項の要素については、その要素が「～のための手段」という表現を使用して明確に示されていない限り、「ミーンズプラスファンクション」の要素として解釈すべきではない。また、本明細書における請求項の要素については、その要素が「～のためのステップ」という表現を使用して明確に示されていない限り、「ステッププラスファンクション」の要素として解釈すべきではない。

【符号の説明】

【0252】

９６ ＬＳｍ
１００ ＬＳｘ
１５０ 実施形態例
１５２ ソフトＡＰｘ＿２
１５４ ソフトＡＰｘ＿３
１５６ ＢＯ
１５８ ＡＤＤＴＳ要求
１６０ ＵＬ ＰＰＤＵ
１６２ ＡＤＤＴＳ応答
１６４ ＢＯ
１６６ ＡＤＤＴＳ要求
１６８ アイドル
１７０ ＡＤＤＴＳ応答

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10A】

【図10B】

【図11】

【図12A】

【図12B】

【図13】

【図14】

【図15】

【図16】

【図17A】

【図17B】

【図17C】

【図17D】

【図17E】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】

【図27A】

【図27B】

【図27C】

【図27D】

【国際調査報告】