(57)【特許請求の範囲】
【請求項１】
第１の周波数帯域上でアンカーチャネルを介してアクセスポイント（ＡＰ）と通信するワイヤレス送信／受信ユニット（ＷＴＲＵ）であって、前記第１の周波数帯域は、アンカー帯域であり、前記ＷＴＲＵは、少なくとも、
前記アンカーチャネルを介して、１または複数のビーコンを受信し、前記１または複数のビーコンは、前記第１の周波数帯域とは異なる補助帯域である、第２の周波数帯域上の補助チャネルのためのオペレーティング情報を提供し、前記１または複数のビーコンの少なくとも第１のビーコンは、第１の構造を有し、前記１または複数のビーコンの少なくとも第２のビーコンは、第２の構造を有し、前記少なくとも第１のビーコンは、前記アンカーチャネルのための制御情報を含み、前記少なくとも第２のビーコンは、前記補助チャネルのための制御情報を含み、
前記補助チャネルを前記補助帯域上で前記オペレーティング情報を使用して確立し、
前記補助帯域上の前記確立された補助チャネル上でデータを交換する
ように構成されたことを特徴とするＷＴＲＵ。
【請求項２】
前記アンカーチャネルを介して前記１または複数のビーコンを前記受信することは、一連のビーコンを受信することを含み、１または複数の前記一連のビーコンは、それぞれの一連の補助チャネルのための制御情報を含むことを特徴とする請求項１に記載のＷＴＲＵ。
【請求項３】
前記ＷＴＲＵは、前記一連のビーコンを前記ＡＰから周期的に受信するようにさらに構成されたことを特徴とする請求項２に記載のＷＴＲＵ。
【請求項４】
前記オペレーティング情報は、前記補助チャネルの使用モード、前記補助チャネルのアクティブ化または非アクティブ化、前記ＷＲＴＵが次のビーコン間隔の前に前記補助チャネル上の上りリンクまたは下りリンク送信のためにスケジュールされているか否かの表示、前記ＷＲＴＵが現在のビーコン間隔の間に前記補助チャネルを使用することを制限されているか否かの表示、動的なスペクトル管理情報、チャネル切り替え公表、または特定のビーコン間隔を識別するビーコン間隔番号の少なくとも１つを含むことを特徴とする請求項１に記載のＷＴＲＵ。
【請求項５】
前記動的なスペクトル管理情報は、前記ＷＲＴＵが前記補助チャネル上で送信することを制限されるクワイエット期間、前記補助チャネルの送信電力制限、または共存情報の少なくとも１つを含むことを特徴とする請求項４に記載のＷＴＲＵ。
【請求項６】
前記確立された補助チャネル上で前記データの前記交換をすることは、前記確立された補助チャネル上で前記データを送信すること、前記確立された補助チャネル上で前記データを受信すること、または前記確立された補助チャネル上で前記データを送信および受信することの１つを含むことを特徴とする請求項１に記載のＷＴＲＵ。
【請求項７】
前記ＷＴＲＵは、前記少なくとも第１のビーコンを第１の周期で受信し、前記少なくとも第２のビーコンを第２の周期で受信するようにさらに構成されたことを特徴とする請求項１に記載のＷＴＲＵ。
【請求項８】
前記アンカー帯域は、工業、科学、および医療（ＩＳＭ）帯域内であり、前記補助帯域は、テレビジョンホワイトスペース（ＴＶＷＳ）帯域内であることを特徴とする請求項１に記載のＷＴＲＵ。
【請求項９】
前記オペレーティング情報は、前記補助チャネルの下りリンク専用チャネルとしての割り当てを提供し、前記補助チャネルを介した通信は、肯定応答を必要としないフレーム、ブロードキャストフレーム、またはマルチキャストフレームの少なくとも１つのために予約されることを特徴とする請求項１に記載のＷＴＲＵ。
【請求項１０】
前記オペレーティング情報は、前記補助チャネルの上りリンク専用チャネルとしての割り当てを提供し、前記ＷＴＲＵはさらに、
前記アンカーチャネルを介して補助チャネル容量のための１または複数の予約を送信し、
前記１または複数の予約に応えて、１または複数の割り当てられた補助チャネル容量を受信し、
１または複数の前記割り当てられた補助チャネル容量で、前記補助チャネルを介して上りリンクデータを送信する
ように構成されたことを特徴とする請求項１に記載のＷＴＲＵ。
【請求項１１】
ワイヤレス送信／受信ユニット（ＷＴＲＵ）によって実行される方法であって、前記ＷＴＲＵは、第１の周波数帯域上でアンカーチャネルを介してアクセスポイント（ＡＰ）と通信し、前記第１の周波数帯域は、アンカー帯域であり、前記方法は、
前記アンカーチャネルを介して、１または複数のビーコンを受信するステップであって、前記１または複数のビーコンは、前記第１の周波数帯域とは異なる補助帯域である、第２の周波数帯域上の補助チャネルのためのオペレーティング情報を提供し、前記１または複数のビーコンの少なくとも第１のビーコンは、第１の周期で受信され、前記１または複数のビーコンの少なくとも第２のビーコンは、第２の周期で受信され、前記少なくとも第１のビーコンは、前記アンカーチャネルのための制御情報を含み、前記少なくとも第２のビーコンは、前記補助チャネルのための制御情報を含む、ステップと、
前記補助チャネルを前記補助帯域上で前記オペレーティング情報を使用して確立するステップと、
前記補助帯域上の前記確立された補助チャネル上でデータを交換するステップと
を含むことを特徴とする方法。
【請求項１２】
第１の周波数帯域上でアンカーチャネルを介してワイヤレス送信／受信ユニット（ＷＴＲＵ）と通信するアクセスポイント（ＡＰ）であって、前記第１の周波数帯域は、アンカー帯域であり、前記ＡＰは少なくとも、
前記アンカーチャネルを介して、１または複数のビーコンを送信し、前記１または複数のビーコンは、前記第１の周波数帯域とは異なる補助帯域である、第２の周波数帯域上の補助チャネルのためのオペレーティング情報を提供し、前記１または複数のビーコンの少なくとも第１のビーコンは、ブロードキャストアドレスに送信され、前記１または複数のビーコンの少なくとも第２のビーコンは、マルチキャストアドレスに送信され、前記少なくとも第１のビーコンは、前記アンカーチャネルのための制御情報を含み、前記少なくとも第２のビーコンは、前記補助チャネルのための制御情報を含み、
前記補助チャネルを前記補助帯域上で前記オペレーティング情報を使用して確立し、
前記補助帯域上の前記確立された補助チャネル上でデータを交換する
ように構成されたことを特徴とするＡＰ。
【請求項１３】
前記アンカーチャネルを介して前記１または複数のビーコンを前記送信することは、前記アンカー帯域および前記補助帯域とは異なる追加の補助帯域である、さらなる周波数帯域上の少なくとも１つの追加の補助チャネルのための追加のオペレーティング情報を提供することを含み、前記ＡＰはさらに、
前記追加の補助チャネルを前記追加の補助帯域上で前記１または複数のビーコンによって提供された前記追加のオペレーティング情報を使用して確立し、
前記追加の補助帯域上の前記追加の補助チャネル上で追加のデータを交換する
ように構成されたことを特徴とする請求項１２に記載のＡＰ。
【請求項１４】
前記アンカーチャネルを介して前記１または複数のビーコンを前記送信することは、第１の一連のビーコンおよび第２の一連のビーコンを送信することを含み、前記第１の一連のビーコンは、前記アンカーチャネルのための制御情報を含み、前記第２の一連のビーコンは、前記補助チャネルおよび前記追加の補助チャネルのための制御情報を含み、前記ＡＰはさらに、
前記補助チャネルおよび前記追加の補助チャネル上でのデータ交換のための１または複数のチャネル割り振りを変更するか否かを決定し、
前記第２の一連のビーコンに、前記補助チャネルを上りリンク専用チャネルまたは下りリンク専用チャネルの１つとして割り振る制御情報を挿入し、
前記第２の一連のビーコンに、前記追加の補助チャネルを上りリンク専用チャネルまたは下りリンク専用チャネルの１つとして割り振る制御情報を挿入する
ように構成されたことを特徴とする請求項１３に記載のＡＰ。
【請求項１５】
前記補助チャネルを介して、データを含むフレームを送信し、
前記アンカーチャネルを介して、前記補助チャネル上で受信された前記フレームについてのブロック肯定応答を受信する
ようにさらに構成されたことを特徴とする請求項１２に記載のＡＰ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信に関する。
【背景技術】
【０００２】
（関連出願の相互参照）
本発明は、すべての目的のためにその開示が参照により本明細書に組み込まれている、２０１１年９月２６日に出願した米国特許仮出願第６１／５３９，２６８号「Ｍｅｔｈｏｄｓ，Ａｐｐａｒａｔｕｓ  ａｎｄ  Ｓｙｓｔｅｍｓ  ｆｏｒ  Ｃｏｍｍｏｎ  Ａｎｃｈｏｒ  Ｂａｓｅｄ  Ａｇｇｒｅｇａｔｉｏｎ」の利益を主張するものである。
【０００３】
アナログＴＶ帯域は、超短波（ＶＨＦ）帯域と極超短波（ＵＨＦ）帯域とを含む。ＶＨＦは、５４ＭＨｚから８８ＭＨｚ（７２ＭＨｚから７６ＭＨｚを除く）で動作する低ＶＨＦ帯域と、１７４ＭＨｚから２１６ＭＨｚで動作する高ＶＨＦ帯域とからなる。ＵＨＦ帯は、４７０ＭＨｚから６９８ＭＨｚ帯域で動作する低ＵＨＦ帯と、６９８ＭＨｚから８０６ＭＨｚで動作する高ＵＨＦ帯とからなる。ＴＶ帯域の中で、各ＴＶチャネルは６ＭＨｚの帯域幅を有する。チャネル２から６は低ＶＨＦ帯域に含まれ、チャネル７から１３は高ＶＨＦ帯域に含まれ、チャネル１４〜５１は低ＵＨＦ帯域に含まれ、チャネル５２から６９は高ＵＨＦ帯域に含まれる。
【０００４】
米国では、連邦通信委員会（ＦＣＣ）が２００９年６月１２日をアナログＴＶ放送のデジタルＴＶ放送による置き換えの期限と定めた。デジタルＴＶチャネルの定義は、アナログＴＶチャネルと同じである。デジタルＴＶ帯域ではアナログＴＶのチャネル２から５１（３７を除く）を使用する一方、アナログＴＶのチャネル５２から６９は新しい非放送ユーザ向けに使用され得る。放送サービスに割り当てられているがローカルに使用されない周波数は、ホワイトスペース（ＷＳ）と呼ばれる。ＴＶＷＳは、ＴＶチャネル２から５１（３７を除く）を指す。
【０００５】
ＴＶ信号のほかに、ＴＶ帯域では他の免許を与えられた信号も送信される。チャネル３７は、電波天文および無線医療テレメトリサービス（ＷＭＴＳ）用に予約されており、後者は、任意の空きＴＶチャネル７から４６で動作し得る。プライベート陸上移動無線システム（ＰＬＭＲＳ）は、特定の大都市圏でチャネル１４から２０を使用する。遠隔制御装置は、チャネル３７を除くチャネル４以上の任意のチャネルを使用する。ＦＭチャネル２００の開始周波数は８７．９ＭＨｚであり、ＴＶチャネル６と部分的に重複している。ワイヤレスマイクはチャネル２から５１を使用し、帯域幅は２００ｋＨｚである。ＦＣＣでは、ワイヤレスマイクの使用は２つの事前に指定されたチャネルに制限され、他のチャネルでの動作には事前の登録が必要であると定めた。
【０００６】
４７０〜８６２ＭＨｚの周波数帯域でのアナログＴＶ伝送からデジタルＴＶ伝送への移行により、スペクトルの特定の部分がＴＶ伝送に使用されなくなった。ただし、使用されないスペクトルの量と正確な周波数とは、地域ごとに異なる。ＦＣＣでは、これらのＴＶＷＳ周波数をさまざまな無免許の用途向けに開放した。
【発明の概要】
【０００７】
抜粋した概念を簡素化された形態で紹介するために、本概要が提供される。これらの概念は、以下の「発明を実施するための形態」でさらに詳しく説明される。本概要は、特許請求の範囲に記載された主題の重要な特徴または必須の特徴を特定することを意図しておらず、特許請求の範囲に記載された主題の範囲を限定するために使用されることも意図していない。
【０００８】
開示の実施形態は、アクセスポイント（ＡＰ）とワイヤレス送信機／受信機ユニット（ＷＴＲＵ）の間で、ＡＰとＷＴＲＵの間の第１の周波数帯域上のアンカーチャネルを使用してアグリゲーションを管理する方法、システム、および装置に関する。１つの代表的な方法は、第１の周波数帯域とは異なる補助帯域である第２の周波数帯域上の補助チャネルを割り当てるための割り当て情報を提供する１または複数のビーコンを、ＷＴＲＵがアンカーチャネルを通じてワイヤレスに受信するステップと、１または複数のビーコンで提供された割り当て情報を使用して補助帯域上で補助チャネルを確立するステップと、補助帯域上の確立された補助チャネルでＷＴＲＵがデータをワイヤレスに交換するステップとを含み得る。
【０００９】
１または複数の実施形態では、確立された補助チャネルでデータをワイヤレスに交換するステップは、（１）確立された補助チャネルでデータをワイヤレスに送信するステップ、（２）確立された補助チャネルでデータをワイヤレスに受信するステップ、または（３）確立された補助チャネルでデータをワイヤレスに送信および受信するステップの１つを含み得る。
【００１０】
１または複数の実施形態では、１または複数のビーコンをアンカーチャネルを通じてワイヤレスに受信するステップは、各ビーコンがアンカーチャネル用の制御情報と補助チャネル用の制御情報とを含む一連のビーコンを受信するステップを含み得る。
【００１１】
１または複数の実施形態では、１または複数のビーコンをアンカーチャネルを通じてワイヤレスに受信するステップは、第１の部分がアンカーチャネル用の制御情報を含み、第２の部分が補助チャネル用の制御情報を含む一連のビーコンを受信するステップを含み得る。
【００１２】
１または複数の実施形態では、各ビーコン送信間隔の第１のビーコンがブロードキャストされる場合があり、各ビーコン送信間隔の他のそれぞれのビーコンがマルチキャストされ得るように、一連のビーコンが各ビーコン送信間隔で受信され得る。
【００１３】
１または複数の実施形態では、アンカーチャネルに関連付けられた第１のビーコンがブロードキャストされる場合があり、補助チャネルに関連付けられた他のそれぞれのビーコンがマルチキャストされ得るように、一連のビーコンが周期的に受信され得る。
【００１４】
１または複数の実施形態では、ＷＴＲＵは、一連のビーコンのうち補助チャネルの制御情報を含むビーコンを所定の数のビーコン間隔に基づいて判断する場合があり、判断されたビーコンで制御情報を検索し得る。
【００１５】
１または複数の実施形態では、１または複数のビーコンをアンカーチャネルを通じてワイヤレスに受信するステップは、第２の周波数帯域または追加の周波数帯域の少なくとも１つの追加の補助チャネルを割り当てるための割り当て情報を提供するステップを含み得る。
【００１６】
１または複数の実施形態では、追加の補助チャネルは、１または複数のビーコンによって提供される割り当て情報を使用して確立される場合があり、ＷＴＲＵは、追加の補助チャネルで追加のデータをワイヤレスに交換し得る。
【００１７】
１または複数の実施形態では、確立された補助チャネルでデータをワイヤレスに交換し、追加の補助チャネルで追加のデータをワイヤレスに交換するステップは、（１）確立された補助チャネルでデータをワイヤレスに送信し、確立された追加の補助チャネルで追加のデータをワイヤレスに受信するステップ、（２）確立された補助チャネルでデータをワイヤレスに受信し、確立された追加の補助チャネルで追加のデータをワイヤレスに送信するステップ、（３）確立された補助チャネルおよび確立された追加の補助チャネルでデータおよび追加のデータをワイヤレスに送信するステップ、または（４）確立された補助チャネルおよび確立された追加の補助チャネルでデータおよび追加のデータをワイヤレスに受信するステップの１つを含み得る。
【００１８】
１または複数の実施形態では、ＷＴＲＵは、（Ａ）一連のビーコンの第２の部分の制御情報から、（１）補助チャネルまたは（２）追加の補助チャネルの少なくとも１つでデータを送信／受信するためのチャネルの割り当てを変更するか否かを判断し、（Ｂ）ビーコンの第２の部分の各ビーコンの制御情報に基づいて、補助チャネルでの割り当てを変更して（１）補助チャネル上の上りリンク専用チャネルまたは（２）補助チャネル上の下りリンク専用チャネルの１つを提供し、（Ｃ）ビーコンの第２の部分の各ビーコンの制御情報に基づいて、追加の補助チャネルでの割り当てを変更して（１）追加の補助チャネル上の上りリンク専用チャネルまたは（２）追加の補助チャネル上の下りリンク専用チャネルの１つを提供し得る。
【００１９】
１または複数の実施形態では、アンカーチャネルと、補助チャネルおよび追加の補助チャネルの１つのチャネルとは、その１つのチャネルのビーコンの損失がアンカーチャネルに比べて少ない場合に、その１つのチャネルが新しいアンカーチャネルになり、以前のアンカーチャネルが補助チャネルの１つになるように、切り替えられ得る。
【００２０】
１または複数の実施形態では、アンカーチャネルはＩＳＭ帯域に含まれる場合があり、補助チャネルはＴＶＷＳ帯域に含まれ得る。
【００２１】
１または複数の実施形態では、補助チャネルの割り当て情報を含むビーコンは、ＷＴＲＵをクワイエット（ｑｕｉｅｔ）する１または複数のクワイエット期間（ｑｕｉｅｔ  ｐｅｒｉｏｄ）を示すクワイエット情報（ｑｕｉｅｔｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎ）を含み得る。
【００２２】
１または複数の実施形態では、ＷＴＲＵは、ビーコンからのクワイエット情報を判断し、クワイエット期間中の送信を制限してＴＶＷＳ帯域での他の送信の検索を可能にし得る。
【００２３】
１または複数の実施形態では、ＷＴＲＵは、ＴＶＷＳ帯域で他の送信を見つけたことに対応して、ＷＴＲＵを補助チャネルから移動させる更新された割り当て情報を示す１または複数のビーコンを受信し得る。
【００２４】
１または複数の実施形態では、アンカーチャネル上で送信されるビーコンの割り当て情報は、（１）関連付け手順または（２）検出手順の少なくとも１つに関連付けられた補助チャネルに関する動作情報を含み得る。
【００２５】
１または複数の実施形態では、１または複数のビーコンをアンカーチャネルを通じてワイヤレスに受信するステップは、アンカーチャネルの割り当て情報を示す制御情報に関連付けられたビーコン部分の少なくとも１つのビーコンを検出するステップと、アンカーチャネルでのデータ交換に使用されるフレームのペイロード部分のビーコンであって、補助チャネルの割り当て情報を示すビーコンを検出するステップとを含み得る。
【００２６】
１または複数の実施形態では、ＷＴＲＵは、受信された１または複数のビーコンから、次のうちの少なくとも１つの判断を含み得る割り当て情報を検出し得る。（１）補助チャネルの使用モード、（２）補助チャネルの有効化または無効化、（３）次のビーコン間隔の前にＷＴＲＵが補助チャネルでの上りリンク送信または下りリンク送信用にスケジュールされているか否かを示すトラフィック表示マップ、（４）ＷＴＲＵが現在のビーコン間隔で補助チャネルを使用することを制限されているか否かを示すリソース共有マップ、（５）（ｉ）ＷＴＲＵが補助チャネルでの送信を制限されるクワイエット期間、（ｉｉ）補助チャネルの送信電力制限、または（ｉｉｉ）共存情報、の少なくとも１つを示す動的なスペクトル管理の情報、（６）チャネル切り替え通知、および／または（６）特定のビーコン間隔を識別するビーコン間隔番号。
【００２７】
１または複数の実施形態では、ＷＴＲＵは、ＷＴＲＵが補助チャネルまたは追加の補助チャネルを使用する性能を示す性能情報を含む要求を送信し得る。
【００２８】
１または複数の実施形態では、ＷＴＲＵは、アンカーチャネルを通じて、アンカーチャネルに対するチャネル同期を示す倍率、またはアンカーチャネル上の管理フレーム内の第２のチャネル同期信号の少なくとも１つを受信し得る。
【００２９】
１または複数の実施形態では、ＷＴＲＵは、補助チャネルを通じて、データを含むフレームを受信する場合があり、アンカーチャネルを通じて、補助チャネルで受信されたフレームについてのブロック肯定応答を送信し得る。
【００３０】
１または複数の実施形態では、補助チャネルで受信されたフレームについてのブロック肯定応答の送信は、タイマの失効または後続のビーコン間隔の開始に対応して行われ得る。
【００３１】
１または複数の実施形態では、補助チャネルで受信されたフレームについてのブロック肯定応答の送信は、最も古い肯定応答されていないフレームを受信してからの時間がしきい値を超えたときに行われ得る。
【００３２】
１または複数の実施形態では、ＷＴＲＵは、アンカーチャネルでブロードキャスト肯定応答クエリを受信してブロック肯定応答の応答を開始する場合があり、ブロードキャスト肯定応答クエリの受信に対応して、補助チャネルで受信されたフレームについてのアンカーチャネルでのブロック肯定応答が送信され得る。
【００３３】
１または複数の実施形態では、ＷＴＲＵは、アンカーチャネルでのデータ交換に使用される所定の部分が肯定応答に使用できるか否かを判断する場合があり、肯定応答に使用できる所定の部分のいずれかにブロック肯定応答を挿入して、補助チャネルで受信されたフレームについてのブロック肯定応答の送信が挿入されたブロック肯定応答を含むフレームの送信を含み得るようにし得る。
【００３４】
１または複数の実施形態では、補助チャネルは、（１）補助チャネルが複数のＷＴＲＵの間で固定のラウンドロビンの態様で共有される固定予約アクセス方式、（２）アンカーチャネルが予約チャネルとして使用される需要予約ベースのアクセス方式、または（３）各ＷＴＲＵが補助チャネルを検知するための既存のルールに従い、補助チャネルがしきい値期間に対して空いていることが検知された場合に送信を行う競合アクセス方式の１つに基づいて割り当てられ得る。
【００３５】
別の代表的な方法は、第１の周波数帯域とは異なる補助帯域である第２の周波数帯域上の補助チャネルを割り当てるための割り当て情報を提供する１または複数のビーコンを、ＡＰがアンカーチャネルを通じてワイヤレスに送信するステップと、１または複数のビーコンにより提供された割り当て情報を使用して補助チャネルを補助帯域上で確立するステップと、補助帯域上の確立された補助チャネルでＡＰがデータをワイヤレスに交換するステップとを含み得る。
【００３６】
１または複数の実施形態では、ＡＰは、一連のビーコンのうち、補助チャネルの制御情報を含むことになるビーコンを、所定の数のビーコン間隔に基づいて判断し、判断されたビーコンに制御情報を挿入し得る。
【００３７】
１または複数の実施形態では、ＡＰは、補助チャネルおよび追加の補助チャネルでデータを交換するための１または複数のチャネル割り当てを変更するか否かを判断し、一連のビーコンの第２の部分に、補助チャネルを（１）上りリンク専用チャネルまたは（２）下りリンク専用チャネルの１つとして割り当てる制御情報を挿入し、一連のビーコンの第２の部分に、追加の補助チャネルを（１）上りリンク専用チャネルまたは（２）下りリンク専用チャネルの１つとして割り当てる制御情報を挿入し、一連のビーコンをアンカーチャネルで送信し得る。
【００３８】
１または複数の実施形態では、補助チャネルの割り当て情報を含むビーコンは、ＷＴＲＵをクワイエットする１または複数のクワイエット期間を示すクワイエット情報をさらに含み得る。
【００３９】
１または複数の実施形態では、ＡＰは、１または複数のクワイエット期間中に、ＴＶＷＳ帯域に送信が存在するか否かを判断結果として判断し、その判断結果に対応して、ＷＴＲＵに更新された割り当て情報を送信し得る。
【００４０】
１または複数の実施形態では、ＡＰは、ＷＴＲＵが補助チャネルまたは追加の補助チャネルを使用する性能を示す性能情報を含むメッセージを受信し、受信された性能情報に応じてＷＴＲＵに対する（１）補助チャネルまたは（２）追加の補助チャネルの少なくとも１つの割り当てを判断し、ＷＴＲＵに対して判断された割り当てに対応する割り当て情報をＷＴＲＵに送信される一連のビーコンに挿入し得る。
【００４１】
代表的なワイヤレス送信機／受信機ユニット（ＷＴＲＵ）は、第１の周波数帯域とは異なる補助帯域である第２の周波数帯域上の補助チャネルを割り当てるための割り当て情報を提供する１または複数のビーコンを、アンカーチャネルを通じてワイヤレスに受信するように構成されたワイヤレス受信機／送信機と、ワイヤレス受信機／送信機との組み合わせで１または複数のビーコンによって提供された割り当て情報を使用して補助チャネルを補助帯域上に確立するように構成された処理装置とを含み得る。
【００４２】
１または複数の実施形態では、ワイヤレス受信機／送信機は、補助帯域上の確立された補助チャネルでデータをワイヤレスに交換し得る。
【００４３】
１または複数の実施形態では、ＭＡＣ層がアンカーチャネルおよび補助チャネル上でフローをアグリゲートし得る。
【００４４】
１または複数の実施形態では、第１の周波数帯域とは異なる補助帯域である第２の周波数帯域上の補助チャネルを割り当てるための割り当て情報を提供する１または複数のビーコンを、アンカーチャネルを通じてワイヤレスに送信するように構成されたワイヤレス受信機／送信機と、ワイヤレス受信機／送信機との組み合わせで１または複数のビーコンによって提供された割り当て情報を使用して補助チャネルを補助帯域上に確立するように構成された処理装置とを含み得るワイヤレスアクセスポイントを想定する。
【図面の簡単な説明】
【００４５】
例として添付の図面の組み合わせを通じて提供される、以下の「発明を実施するための形態」から、より詳細な理解が得られ得る。これらの図面は、発明を実施するための形態と同様に、例である。したがって、これらの図面と発明を実施するための形態とは、限定とはみなされず、他の同様に効果的な例も想定される。
【図１】実施形態に準拠する、米国での例示的なＴＶ帯域のスペクトル使用を示す図である。
【図２Ａ】１または複数の開示された実施形態が実装され得る代表的な通信システムを示す図である。
【図２Ｂ】図２Ａに示された通信システム内で使用され得る代表的なワイヤレス送信／受信ユニット（ＷＴＲＵ）を示す図である。
【図２Ｃ】図１Ａ、２Ａ、および／または２Ｂに示された通信システム内で使用され得る代表的な無線アクセスネットワークおよび代表的なコアネットワークのシステム図である。
【図２Ｄ】図１Ａ、２Ａ、および／または２Ｂに示された通信システム内で使用され得る代表的な無線アクセスネットワークおよび代表的なコアネットワークのシステム図である。
【図２Ｅ】図１Ａ、２Ａ、および／または２Ｂに示された通信システム内で使用され得る代表的な無線アクセスネットワークおよび代表的なコアネットワークのシステム図である。
【図３Ａ】実施形態に準拠する、コアネットワークベースのアクセス技術とインターネットベースのアクセス技術とを展開する代表的なシステムを示す図である。
【図３Ｂ】実施形態に準拠する、日和見的な態様で補助キャリアを展開する代表的なシステムを示す図である。
【図４】実施形態に準拠する、代表的なアンカーチャネルと複数の補助チャネルとを使用する例示的なキャリアアグリゲーションを示す図である。
【図５】実施形態に準拠する、図４のアンカーチャネルおよび補助チャネル上での例示的な通信を示す図である。
【図６】実施形態に準拠する代表的なフレーム構造を示す図である。
【図７】実施形態に準拠する例示的なキャリアアグリゲーション手順を示す図である。
【図８】実施形態に準拠する、アンカーチャネルで送信される例示的なＳｕｐｐＣｈａｎ同期を示す図である。
【図９】実施形態に準拠する、アンカーチャネルおよび補助チャネルでの代表的な送信動作を示す図である。
【図１０】実施形態に準拠する、アンカーチャネルおよび補助チャネルでの別の代表的な送信動作を示す図である。
【図１１】実施形態に準拠する代表的な肯定応答手順を示す図である。
【図１２】実施形態に準拠する別の代表的な肯定応答手順を示す図である。
【図１３】実施形態に準拠する追加の代表的な肯定応答手順を示す図である。
【図１４】実施形態に準拠する追加の代表的な肯定応答手順を示す図である。
【図１５】実施形態に準拠する追加の代表的な肯定応答手順を示す図である。
【図１６】実施形態に準拠する、複数の補助チャネル／キャリアを使用した代表的なＡＰのカバレッジエリアを示す図である。
【図１７Ａ】実施形態に準拠する、チャネルがＴＶＷＳ帯域からＩＳＭ帯域に変化するときの例示的なカバレッジエリアの変更を示す図である。
【図１７Ｂ】実施形態に準拠する、チャネルがＩＳＭ帯域からＴＶＷＳ帯域に変化するときの例示的なカバレッジエリアの変更を示す図である。
【図１８】実施形態に準拠する、複数の無線フロントエンドを使用した帯域間のＭＡＣ層アグリゲーションのための代表的なトランシーバ構造を示すブロック図である。
【図１９】実施形態に準拠する、別の代表的なトランシーバ構造を示すブロック図である。
【図２０】実施形態に準拠する、別の代表的なトランシーバ構造を示すブロック図である。
【発明を実施するための形態】
【００４６】
例示的な実施形態について、さまざまな図面を参照しながら以下に詳細に説明する。この説明では、考えられる実装の詳細な例を示すが、これらの詳細は例示を目的としており、本出願の範囲を一切限定しないことに留意されたい。本明細書で使用されている冠詞「ａ」または「ａｎ」は、追加の修飾または特徴付けがない限り、「１または複数」または「少なくとも１つ」等を意味すると理解され得る。
【００４７】
ＦＣＣは、免許を与えられた無線伝送への干渉が最小限である限り、チャネル３、４、３７を除くＴＶＷＳで無免許の無線送信機が動作することを許可し得る。無免許の無線送信の動作では、複数の制約を満たし得る。実施形態では、少なくとも３種類の無免許のＴＶ帯域装置（ＴＶＢＤ）を認識している。すなわち、（１）固定型ＴＶＢＤ、（２）モードＩ可搬型（または個人用）ＴＶＢＤ、および（３）モードＩＩ可搬型（または個人用）ＴＶＢＤである。固定型ＴＶＢＤとモードＩＩ可搬型ＴＶＢＤとは、地理位置情報データベースへのアクセス機能を備え、ＴＶ帯域データベースに登録し得る。ＴＶ帯域データベースへのアクセスは、許可されたテレビチャネルを問い合わせることによって取得され、ＴＶ帯域で送信されるデジタルテレビ信号および免許を与えられた信号との干渉を回避し得る。スペクトル検出は、ＴＶＢＤがデジタルＴＶ信号および免許を与えられた信号への干渉を抑えるための追加機能として考慮され得る。ＴＶ帯域データベースへのアクセスが限定または制限されている場合、検出のみのＴＶＢＤがＴＶＷＳで動作することが許可され得る。
【００４８】
図１は、ＴＶ帯域のスペクトル使用を示す。実施形態では、固定型ＴＶＢＤがチャネル３、４、３７を除くチャネル２から５１で動作する場合があり、ＴＶサービスによって使用されるチャネルと同じチャネルまたは１つ目の隣接チャネルで動作し得ないことを認識する。固定型ＴＶＢＤの最大送信電力は１Ｗ、アンテナ利得は最大６ｄＢｉであり得る。最大の実効等方放射電力（ＥＩＲＰ）は４Ｗであり得る。可搬型ＴＶＢＤはチャネル３７を除くチャネル２１から５１のみで動作する場合があり、ＴＶサービスによって使用されるチャネルと同じチャネルでは動作し得ない。可搬型ＴＶＢＤの最大送信電力は１００ｍＷであり、ＴＶサービスによって使用されるチャネルの１つ目の隣接チャネルで動作する場合は４０ｍＷである。ＴＶＢＤ装置が検出のみの装置である場合、その送信電力は５０ｍＷを超え得ない。一部またはすべてのＴＶＢＤは、厳しい帯域外発射を含み得る。固定型ＴＶＢＤのアンテナ（屋外）の高さは３０メートル未満であり、可搬型ＴＶＢＤのアンテナの高さには制限がない可能性がある。
【００４９】
実施形態では、たとえば４７０〜７９０ＭＨｚ帯でのホワイトスペースの日和見的使用が、セカンダリユーザによって任意の無線通信に利用され得ると予想する（たとえば、かかる利用が他の既存／プライマリユーザに干渉しない場合）。結果として、ＴＶＷＳ帯域内でのＬＴＥおよび他のセルラー技術の使用により、キャリアアグリゲーションが可能になり得る。現在のワイヤレスネットワークは、提供される最大スループットの点で、限界に達しつつある。これらのネットワークは、典型的には、対象とされた用途（音声、ビデオ、および／またはデータ等）や想定される負荷を念頭に設計されている。実施形態では、ワイヤレスネットワークが引き続き進化し、たとえばワイヤレスローカルエリアネットワーク（ＷＬＡＮ）がビデオのストリーミングや（コーヒーショップやその他の公共場所における）ホットスポット受信地域の提供に使用され、セルラーネットワークがウェブの閲覧に使用されると認識する。一部の企業では、ワイヤレス接続の簡素性から、ＷＬＡＮを使用し、有線イーサネット（登録商標）をやめる可能性がある。一部の住宅や他の実体は、少なくとも１つのＷｉＦｉアクセスポイントを備え得る。
【００５０】
ワイヤレスネットワークは、スペクトルをより効率的に使用することに依存してきた。１または複数の実施形態では、キャリアアグリゲーションを使用して、複数のスペクトルで送信を集約できる。スペクトルは、免許を与えられた帯域および／または免許不要（ＬＥ）帯域（ＩＳＭ帯域、ＴＶＷＳ帯域、６０ＧＨｚ帯域等）を含む多数の帯域で使用できる可能性がある。ＴＶＷＳ帯域とは、ＵＨＦ帯域およびＶＨＦ帯域の（たとえば、ＴＶ配信、ワイヤレスマイクの使用、または他の予約済みの用途のために）予約されていないスペクトルを表すために使用され得る汎用的な名称である。
【００５１】
図２Ａは、１または複数の開示された実施形態が実装され得る代表的な通信システム１００の図である。通信システム１００は、データ、ビデオ、メッセージ通信、放送等のコンテンツを複数のワイヤレスユーザに提供する多重アクセスシステムであり得る。通信システム１００は、複数のユーザが、ワイヤレス帯域幅を含むシステムリソースの共有を通じて、かかるコンテンツにアクセスできるようにし得る。たとえば、通信システム１００では、符号分割多重アクセス（ＣＤＭＡ）、時分割多重アクセス（ＴＤＭＡ）、周波数分割多重アクセス（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）等の１または複数のチャネルアクセス方式を採用し得る。
【００５２】
図２Ａに示すように、通信システム１００は、ワイヤレス送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄと、無線アクセスネットワーク（ＲＡＮ）１０４と、コアネットワーク１０６と、公衆交換電話ネットワーク（ＰＳＴＮ）１０８と、インターネット１１０と、他のネットワーク１１２とを含み得る。ただし、当然ながら、開示された実施形態では、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を想定する。各ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、ワイヤレス環境で動作および／または通信するように構成された任意の種類の装置でよい。例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、ワイヤレス信号を送信および／または受信するように構成されてもよく、ユーザ機器（ＵＥ）、移動局、固定型加入者機器または移動型加入者機器、ポケットベル、携帯電話、携帯情報端末（ＰＤＡ）、スマートフォン、ノートパソコン、ネットブック、パソコン、ワイヤレスセンサ、家庭用電化製品等を含み得る。
【００５３】
また通信システム１００は、基地局１１４ａと、基地局１１４ｂとを含み得る。各基地局１１４ａ、１１４ｂは、少なくとも１つのＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄとワイヤレスでやり取りしてコアネットワーク１０６、インターネット１１０、ネットワーク１１２等の１または複数の通信ネットワークへのアクセスを簡素化するように構成された任意の種類の装置でよい。例として、基地局１１４ａ、１１４ｂは、ベーストランシーバ基地局（ＢＴＳ）、Ｎｏｄｅ−Ｂ、ｅＮｏｄｅ  Ｂ、Ｈｏｍｅ  Ｎｏｄｅ  Ｂ、Ｈｏｍｅ  ｅＮｏｄｅ  Ｂ、サイト制御装置、アクセスポイント（ＡＰ）、ワイヤレスルータ等であり得る。基地局１１４ａ、１１４ｂはそれぞれ単一の要素として描かれているが、当然ながら、基地局１１４ａ、１１４ｂは任意の数の相互接続された基地局および／またはネットワーク要素を含み得る。
【００５４】
基地局１１４ａはＲＡＮ１０４の一部であり、ＲＡＮ１０４は、他の基地局、および／または、基地局制御装置（ＢＳＣ）、無線ネットワーク制御装置（ＲＮＣ）、中継ノード等のネットワーク要素（図示せず）を含み得る。基地局１１４ａおよび／または基地局１１４ｂは、セルと呼ばれ得る特定の地理的領域（図示せず）内でワイヤレス信号を送信および／または受信するように構成され得る。セルは、セルのセクタにさらに分割され得る。たとえば、基地局１１４ａに関連するセルは、３つのセクタに分割され得る。したがって、一実施形態では、基地局１１４ａは３つのトランシーバ、すなわちセルのセクタごとに１つのトランシーバを含み得る。別の実施形態では、基地局１１４ａは多入力多出力（ＭＩＭＯ）技術を採用でき、したがってセルのセクタごとに複数のトランシーバを利用し得る。
【００５５】
基地局１１４ａ、１１４ｂは、１または複数のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄとエアインターフェイス１１６を介して通信し得る。エアインターフェイス１１６は、任意の適切なワイヤレス通信リンク（たとえば、無線周波（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光線等）でよい。エアインターフェイス１１６は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立され得る。
【００５６】
より詳細には、上述したように、通信システム１００は多重アクセスシステムでよく、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡ等の１または複数のチャネルアクセス方式を採用できる。たとえば、ＲＡＮ１０４の基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を使用してエアインターフェイス１１６を確立できるユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）等の無線技術を実装できる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または発展型ＨＳＰＡ（ＨＳＰＡ＋）等の通信プロトコルを含み得る。ＨＳＰＡは、高速下りリンクパケットアクセス（ＨＳＤＰＡ）および／または高速上りリンクパケットアクセス（ＨＳＵＰＡ）を含み得る。
【００５７】
別の実施形態では、基地局１１４ａとＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥアドバンスド（ＬＴＥ−Ａ）を使用してエアインターフェイス１１６を確立し得る発展型ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）等の無線技術を実装し得る。
【００５８】
他の実施形態では、基地局１１４ａとＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとは、ＩＥＥＥ  ８０２．１６（すなわち、ワールドワイドインターオペラビリティフォーマイクロウェーブアクセス（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００  ＥＶ−ＤＯ、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ２０００（ＩＳ−２０００）、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ９５（ＩＳ−９５）、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ８５８（ＩＳ−８５８）、グローバルシステムフォーモバイルコミュニケーション（ＧＳＭ（登録商標））、ＧＳＭ進化型高速データレート（ＥＤＧＥ）、ＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）等の無線技術を実装し得る。
【００５９】
図２Ａの基地局１１４ｂは、ワイヤレスルータ、Ｈｏｍｅ  Ｎｏｄｅ  Ｂ、Ｈｏｍｅ  ｅＮｏｄｅ  Ｂ、アクセスポイント等であり、任意の適切なＲＡＴを利用して職場、家庭、車両、キャンパス等の局所でワイヤレス接続を促進できる。一実施形態では、基地局１１４ｂとＷＴＲＵ１０２ｃ、１０２ｄとは、ＩＥＥＥ  ８０２．１１等の無線技術を実装してワイヤレスローカルエリアネットワーク（ＷＬＡＮ）を確立できる。別の実施形態では、基地局１１４ｂとＷＴＲＵ１０２ｃ、１０２ｄとは、ＩＥＥＥ  ８０２．１５等の無線技術を実装してワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ）を確立できる。さらに別の実施形態では、基地局１１４ｂとＷＴＲＵ１０２ｃ、１０２ｄとは、セルラーベースのＲＡＴ（ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａ等）を利用してピコセルまたはフェムトセルを確立できる。図２Ａに示すように、基地局１１４ｂは、インターネット１１０に直接接続し得る。したがって、基地局１１４ｂは、コアネットワーク１０６を介してインターネット１１０にアクセスすることを要求され得ない。
【００６０】
ＲＡＮ１０４は、コアネットワーク１０６と通信できる。コアネットワーク１０６は、音声、データ、アプリケーション、および／またはボイスオーバーインターネットプロトコル（ＶｏＩＰ）サービスを１または複数のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄに提供するように構成された任意の種類のネットワークでよい。たとえば、コアネットワーク１０６は、通話制御、請求サービス、移動体の位置に基づくサービス、プリペイド通話、インターネット接続、ビデオ配信等を提供でき、および／またはユーザ認証等の高レベルなセキュリティ機能を実行できる。図２Ａには示されていないが、当然ながら、ＲＡＮ１０４および／またはコアネットワーク１０６は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを採用する他のＲＡＮと直接または間接に通信できる。たとえば、コアネットワーク１０６は、Ｅ−ＵＴＲＡ無線技術を利用している可能性があるＲＡＮ１０４に接続されることに加えて、ＧＳＭ無線技術を採用している別のＲＡＮ（図示せず）とも通信できる。
【００６１】
コアネットワーク１０６はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ  １０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとしての役割も果たす。ＰＳＴＮ  １０８は、基本電話サービス（ＰＯＴＳ）を提供する回線交換電話ネットワークを含み得る。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートの伝送制御プロトコル（ＴＣＰ）、ユーザダイアグラムプロトコル（ＵＤＰ）、インターネットプロトコル（ＩＰ）等の一般的な通信プロトコルを使用する相互接続されたコンピュータネットワークおよび装置のグローバルなシステムを含み得る。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運用される有線通信ネットワークまたはワイヤレス通信ネットワークを含み得る。たとえば、ネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを採用し得る１または複数のＲＡＮに接続された別のコアネットワークを含み得る。
【００６２】
通信システム１００の一部またはすべてのＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、多重モード機能を含み得る。すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なるワイヤレスネットワークと異なるワイヤレスリンク上で通信するための複数のトランシーバを含み得る。たとえば、図２Ａに示されているＷＴＲＵ１０２ｃは、セルラーベースの無線技術を使用し得る基地局１１４ａおよびＩＥＥＥ８０２無線技術を使用し得る基地局１１４ｂと通信するように構成され得る。
【００６３】
図２Ｂは、代表的なＷＴＲＵ１０２のシステム図である。図２Ｂに示されているように、ＷＴＲＵ１０２は、処理装置１１８と、トランシーバ１２０と、送信／受信要素１２２と、スピーカ／マイク１２４と、キーパッド１２６と、ディスプレイ／タッチパッド１２８と、非着脱式メモリ１３０と、着脱式メモリ１３２と、電源１３４と、全地球測位システム（ＧＰＳ）チップセット１３６と、他の周辺機器１３８とを含み得る。当然ながら、ＷＴＲＵ１０２は、実施形態との一貫性を維持しながら、上述した要素の任意の副次的な組み合わせを含み得る。
【００６４】
処理装置１１８は、汎用の処理装置、特殊用途の処理装置、従来型の処理装置、デジタル信号処理装置（ＤＳＰ）、複数のマイクロ処理装置、ＤＳＰコアに関連付けられた１または複数のマイクロ処理装置、制御装置、マイクロ制御装置、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、他の任意の種類の集積回路（ＩＣ）、状態マシン等でよい。処理装置１１８は、信号の符号化、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２がワイヤレス環境で動作することを可能にする他の任意の機能を実行できる。処理装置１１８は、送信／受信要素１２２に連結され得るトランシーバ１２０に連結され得る。図２Ｂは処理装置１１８とトランシーバ１２０とを個別の構成要素として描いているが、当然ながら、処理装置１１８とトランシーバ１２０とは、電子パッケージまたは電子チップに統合され得る。
【００６５】
送信／受信要素１２２は、基地局（たとえば、基地局１１４ａ）との間でエアインターフェイス１１６を介して信号を送受信するように構成され得る。たとえば、一実施形態では、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナであり得る。別の実施形態では、送信／受信要素１２２は、ＩＲ信号、ＵＶ信号、可視光線信号等を送信および／または受信するように構成された放射体／検出器であり得る。さらに別の実施形態では、送信／受信要素１２２は、ＲＦ信号と光信号の両方を送受信するように構成され得る。当然ながら、送信／受信要素１２２は、任意の組み合わせのワイヤレス信号を送信および／または受信するように構成され得る。
【００６６】
加えて、送信／受信要素１２２が図２Ｂで単一の要素として描かれているが、ＷＴＲＵ１０２は任意の数の送信／受信要素１２２を含み得る。より詳細には、ＷＴＲＵ１０２はＭＩＭＯ技術を採用し得る。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインターフェイス１１６を介してワイヤレス信号を送受信するための２つ以上の送信／受信要素１２２（たとえば、複数のアンテナ）を含み得る。
【００６７】
トランシーバ１２０は、送信／受信要素１２２によって送信される信号を変調し、送信／受信要素１２２によって受信された信号を復調するように構成され得る。上述されたように、ＷＴＲＵ１０２は多重モード機能を含み得る。したがって、トランシーバ１２０は、ＷＴＲＵ１０２がＵＴＲＡ、ＩＥＥＥ８０２．１１等の複数のＲＡＴを通じて通信できるように、複数のトランシーバを含み得る。
【００６８】
ＷＴＲＵ１０２の処理装置１１８は、スピーカ／マイク１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（たとえば、液晶表示（ＬＣＤ）ディスプレイ装置または有機発光ダイオード（ＯＬＥＤ）ディスプレイ装置）に連結される場合があり、これらからユーザ入力データを受信し得る。処理装置１１８はまた、ユーザデータをスピーカ／マイク１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８に出力できる。さらに、処理装置１１８は、非着脱式メモリ１３０、着脱式メモリ１３２等の任意の種類の適切なメモリからの情報にアクセスし、かかるメモリにデータを格納できる。非着脱式メモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、ハードディスク、または他の任意の種類のメモリストレージ装置を含み得る。着脱式メモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカード等を含み得る。他の実施形態では、処理装置１１８は、ＷＴＲＵ１０２上に物理的に配置されておらず、サーバや家庭用コンピュータ（図示せず）上にあるメモリからの情報にアクセスし、かかるメモリにデータを格納できる。
【００６９】
処理装置１１８は、電源１３４から電力を受け取ることができ、ＷＴＲＵ１０２の他の構成要素に対して電力を分配および／または制御するように構成され得る。電源１３４は、ＷＴＲＵ１０２に電力を供給する任意の適切な装置でよい。たとえば、電源１３４は、１または複数の乾電池（ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）等）、太陽電池、燃料電池等を含み得る。
【００７０】
処理装置１１８はさらに、ＧＰＳチップセット１３６に連結するように構成され得る。ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在位置に関する位置情報（たとえば、経度および緯度）を提供するように構成され得る。ＧＰＳチップセット１３６からの情報に加えて、またはかかる情報に代えて、ＷＴＲＵ１０２は、位置情報をエアインターフェイス１１６経由で基地局（たとえば、基地局１１４ａ、１１４ｂ）から受信し、および／または２つ以上の近隣の基地局から受信される信号のタイミングに基づいてその位置を判断できる。当然ながら、ＷＴＲＵ１２０は、実施形態との一貫性を維持しながら、任意の適切な位置判断方法により位置情報を取得できる。
【００７１】
処理装置１１８は、他の周辺機器１３８にさらに連結され得る。他の周辺機器１３８は、追加の特徴、機能、および／または有線接続もしくはワイヤレス接続を提供する、１または複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含み得る。たとえば、周辺機器１３８は、加速度計、電子コンパス、衛星トランシーバ、デジタルカメラ（写真用またはビデオ用）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動装置、テレビトランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線装置、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ等を含み得る。
【００７２】
図２Ｃは、実施形態に基づくＲＡＮ１０４およびコアネットワーク１０６のシステム図である。上述したように、ＲＡＮ１０４は、ＵＴＲＡ無線技術を採用してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとエアインターフェイス１１６を通じて通信し得る。ＲＡＮ１０４はまた、コアネットワーク１０６と通信し得る。図２Ｃに示されているように、ＲＡＮ１０４は、それぞれがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとエアインターフェイス１１６を通じて通信するための１または複数のトランシーバを含み得るＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃを含み得る。Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃは、それぞれがＲＡＮ１０４内の特定のセル（図示せず）に関連付けられ得る。ＲＡＮ１０４はまた、ＲＮＣ１４２ａ、１４２ｂを含み得る。当然ながら、ＲＡＮ１０４は、実施形態との一貫性を維持しながら、任意の数のＮｏｄｅ−ＢおよびＲＮＣを含み得る。
【００７３】
図２Ｃに示されているように、Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂはＲＮＣ１４２ａと通信し得る。さらに、Ｎｏｄｅ−Ｂ１４０ｃはＲＮＣ１４２ｂと通信し得る。Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃは、対応するＲＮＣ１４２ａ、１４２ｂとＩｕｂインターフェイスを介して通信し得る。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインターフェイスを介して相互に通信し得る。各ＲＮＣ１４２ａ、１４２ｂは、接続先の対応するＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃを制御するように構成され得る。加えて、各ＲＮＣ１４２ａ、１４２ｂは、外部ループ電力制御、負荷制御、許可制御、パケットスケジューリング、ハンドオーバー制御、マクロダイバーシティ、セキュリティ機能、データ暗号化等の他の機能を実行またはサポートするように構成され得る。
【００７４】
図２Ｃに示されているコアネットワーク１０６は、メディアゲートウェイ（ＭＧＷ）１４４、移動交換局（ＭＳＣ）１４６、サービス提供ＧＰＲＳサポートノード（ＳＧＳＮ）１４８、および／またはゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１５０を含み得る。これらの各要素はコアネットワーク１０６の一部として描かれているが、当然ながら、これらの構成要素のいずれも、コアネットワークの運用者とは異なる主体によって所有および／または運用され得る。
【００７５】
ＲＡＮ１０４のＲＮＣ１４２ａは、コアネットワーク１０６のＭＳＣ１４６にＩｕＣＳインターフェイスを介して接続され得る。ＭＳＣ１４６は、ＭＧＷ１４４に接続され得る。ＭＳＣ１４６とＭＧＷ１４４とは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにＰＳＴＮ１０８等の回線交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来型の固定電話通信装置との間の通信を促進できる。
【００７６】
ＲＡＮ１０４のＲＮＣ１４２ａはまた、コアネットワーク１０６のＳＧＳＮ１４８にＩｕＰＳインターフェイスを介して接続され得る。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続され得る。ＳＧＳＮ１４８とＧＧＳＮ１５０とは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにインターネット１１０等のパケット交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応の装置との間の通信を促進できる。
【００７７】
上述したように、コアネットワーク１０６は、他のサービスプロバイダによって所有および／または運用される他の有線ネットワークまたはワイヤレスネットワークを含み得るネットワーク１１２にも接続され得る。
【００７８】
図２Ｄは、別の実施形態に基づくＲＡＮ１０４およびコアネットワーク１０６のシステム図である。上述したように、ＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を採用してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとエアインターフェイス１１６を通じて通信できる。ＲＡＮ１０４はまた、コアネットワーク１０６と通信できる。
【００７９】
ＲＡＮ１０４はｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃを含み得る。ただし、当然ながら、ＲＡＮ１０４は、実施形態との一貫性を維持しながら、任意の数のｅＮｏｄｅ−Ｂを含み得る。ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃは、それぞれがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとエアインターフェイス１１６を通じて通信するための１または複数のトランシーバを含み得る。一実施形態では、ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃはＭＩＭＯ技術を実装し得る。したがって、たとえばｅＮｏｄｅ−Ｂ１４０ａは、複数のアンテナを使用してＷＴＲＵ１０２ａとの間でワイヤレス信号を送受信できる。
【００８０】
各ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃは、特定のセル（図示せず）と関連付けられる可能性があり、無線リソース管理の決定、ハンドオーバーの決定、上りリンクおよび／または下りリンクでのユーザのスケジューリング等を処理するように構成され得る。図２Ｄに示されているように、ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃは、Ｘ２インターフェイスを通じて相互に通信できる。
【００８１】
図２Ｄに示されているコアネットワーク１０６は、移動管理ゲートウェイ（ＭＭＥ）１４２と、サービス提供ゲートウェイ１４４と、パケットデータネットワーク（ＰＤＮ）ゲートウェイ１４６とを含み得る。これらの各要素はコアネットワーク１０６の一部として描かれているが、当然ながら、これらの構成要素のいずれも、コアネットワークの運用者とは異なる主体によって所有および／または運用され得る。
【００８２】
ＭＭＥ１４２は、ＲＡＮ１０４の各ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃにＳ１インターフェイスを通じて接続される場合があり、制御ノードとして機能し得る。たとえば、ＭＭＥ１４２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ベアラの有効化／無効化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの最初の接続時における特定のサービス提供ゲートウェイの選択等を担い得る。ＭＭＥ１４２はまた、ＲＡＮ１０４と、ＧＳＭやＷＣＤＭＡ等の他の無線技術を採用する他のＲＡＮ（図示せず）との間での切り替え用の制御プレーン機能を提供し得る。
【００８３】
サービス提供ゲートウェイ１４４は、ＲＡＮ１０４の各ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃにＳ１インターフェイスを通じて接続され得る。サービス提供ゲートウェイ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとの間でユーザデータのパケットを一般にルーティングおよび転送できる。サービスゲートウェイ１４４はまた、ｅＮｏｄｅ−Ｂ間のハンドオーバー時におけるユーザプレーンのアンカーリング、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ用の下りリンクデータがあるときのページングのトリガリング、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストの管理と格納等の他の機能を実行できる。
【００８４】
サービス提供ゲートウェイ１４４はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにインターネット１１０等のパケット交換ネットワークへのアクセスを提供してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応の装置との間の通信を促進できるＰＤＮゲートウェイ１４６に接続され得る。
【００８５】
コアネットワーク１０６は、他のネットワークとの通信を促進し得る。たとえば、コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにＰＳＴＮ１０８等の回線交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来型の固定電話通信装置との間の通信を促進できる。たとえば、コアネットワーク１０６は、コアネットワーク１０６とＰＳＴＮ１０８との間のインターフェイスとして機能するＩＰゲートウェイ（たとえば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むか、またはかかるＩＰゲートウェイと通信できる。加えて、コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに対し、他のサービスプロバイダによって所有および／または運用される他の有線ネットワークまたはワイヤレスネットワークを含み得るネットワーク１１２へのアクセスを提供し得る。
【００８６】
図２Ｅは、別の実施形態に基づくＲＡＮ１０４およびコアネットワーク１０６のシステム図である。ＲＡＮ１０４は、ＩＥＥＥ８０２．１６無線技術を採用してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとエアインターフェイス１１６を通じて通信するアクセスサービスネットワーク（ＡＳＮ）であり得る。以下でさらに説明されるように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ１０４、およびコアネットワーク１０６の異なる機能主体間の通信リンクは、リファレンスポイントとして定義され得る。
【００８７】
図２Ｅに示されているように、ＲＡＮ１０４は、基地局１４０ａ、１４０ｂ、１４０ｃと、ＡＳＮゲートウェイ１４２とを含み得る。ただし、当然ながら、ＲＡＮ１０４は、実施形態との一貫性を維持しながら、任意の数の基地局とＡＳＮゲートウェイとを含み得る。基地局１４０ａ、１４０ｂ、１４０ｃは、それぞれがＲＡＮ１０４の特定のセル（図示せず）と関連付けられる可能性があり、それぞれがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとエアインターフェイス１１６を通じて通信するための１または複数のトランシーバを含み得る。一実施形態では、基地局１４０ａ、１４０ｂ、１４０ｃはＭＩＭＯ技術を実装し得る。したがって、たとえば基地局１４０ａは、複数のアンテナを使用してＷＴＲＵ１０２ａとの間でワイヤレス信号を送受信できる。基地局１４０ａ、１４０ｂ、１４０ｃはまた、ハンドオフのトリガリング、トンネルの確立、無線リソースの管理、トラフィックの分類、サービス品質（ＱｏＳ）ポリシーの適用等の移動管理機能を提供し得る。ＡＳＮゲートウェイ１４２は、トラフィックアグリゲーションポイントとして機能することができ、ページング、加入者プロフィールのキャッシュ処理、コアネットワーク１０６へのルーティング等を担い得る。
【００８８】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＲＡＮ１０４との間のエアインターフェイス１１６は、ＩＥＥＥ８０２．１６仕様を実装するＲ１リファレンスポイントとして定義され得る。加えて、各ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、コアネットワーク１０６との論理インターフェイス（図示せず）を確立できる。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとコアネットワーク１０６との間の論理インターフェイスは、認証、認可、ＩＰホスト構成管理、および／または移動管理に使用され得るＲ２リファレンスポイントとして定義され得る。
【００８９】
各基地局１４０ａ、１４０ｂ、１４０ｃの間の通信リンクは、ＷＴＲＵのハンドオーバーと基地局間でのデータの転送とを促進するプロトコルを含むＲ８リファレンスポイントとして定義され得る。基地局１４０ａ、１４０ｂ、１４０ｃとＡＳＮゲートウェイ１４２との間の通信リンクは、Ｒ６リファレンスポイントとして定義され得る。Ｒ６リファレンスポイントは、各ＷＴＲＵ１０２ａ、１０２ｂ、１００ｃに関連付けられた移動イベントに基づく移動管理を促進するプロトコルを含み得る。
【００９０】
図２Ｅに示されているように、ＲＡＮ１０４は、コアネットワーク１０６に接続され得る。ＲＡＮ１０４とコアネットワーク１０６との間の通信リンクは、データ転送機能、移動管理機能等を促進するプロトコルを含むＲ３リファレンスポイントとして定義され得る。コアネットワーク１０６は、モバイルＩＰホームエージェント（ＭＩＰ−ＨＡ）１４４と、認証、認可、アカウンティング（ＡＡＡ）サーバ１４６と、ゲートウェイ１４８とを含み得る。これらの各要素はコアネットワーク１０６の一部として描かれているが、当然ながら、これらの構成要素のいずれも、コアネットワークの運用者とは異なる主体によって所有および／または運用され得る。
【００９１】
ＭＩＰ−ＨＡ１４４は、ＩＰアドレスの管理を担うことができ、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが異なるＡＳＮおよび／または異なるコアネットワーク間でローミングすることを可能にし得る。ＭＩＰ−ＨＡ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにインターネット１１０等のパケット交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応の装置との間の通信を促進できる。ＡＡＡサーバ１４６は、ユーザ認証とユーザサービスのサポートとを担い得る。ゲートウェイ１４８は、他のネットワークとの相互作用を促進できる。たとえば、ゲートウェイ１４８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにＰＳＴＮ１０８等の回線交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来型の固定電話通信装置との間の通信を促進できる。加えて、ゲートウェイ１４８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに対し、他のサービスプロバイダによって所有および／または運用される他の有線ネットワークまたはワイヤレスネットワークを含み得るネットワーク１１２へのアクセスを提供できる。
【００９２】
図２Ｅには示されていないが、当然ながら、ＲＡＮ１０４は他のＡＳＮに接続される可能性があり、コアネットワーク１０６は他のコアネットワークに接続される可能性がある。ＲＡＮ１０４と他のＡＳＮとの間の通信は、ＲＡＮ１０４と他のＡＳＮとの間でのＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの移動を調整するプロトコルを含み得るＲ４リファレンスポイントとして定義され得る。コアネットワーク１０６と他のコアネットワークとの間の通信は、ホームのコアネットワークと訪問先のコアネットワークとの間の相互作用を促進するプロトコルを含み得るＲ５リファレンスポイントとして定義され得る。
【００９３】
モバイルユーザは、広域アクセスについてはＧＰＲＳ、ＥＤＧＥ、３Ｇ、および／または４Ｇ、ローカルエリアのアクセスについてはＷｉＦｉというように、ネットワークアクセス技術の幅広い選択肢を有する。モバイルホストはマルチホーム（たとえば、複数のアクセス技術および／またはアクセスポイントを通じて接続されている）でよく、２つ以上の異種のインターフェイスを備え得る。インターネットのコンテンツは、（たとえば、適切なコンテンツを適切な場所に届けるために）コンテンツ配信がより複雑になり得る態様で（たとえば、「クラウド」上で）配布され得る。
【００９４】
１または複数の実施形態では、マルチホームのワイヤレス装置（たとえば、モバイルホスト、モバイル装置、ネットブック、および／またはＵＥ等）は、コンテンツ（たとえば、インターネットベースのコンテンツ）にアクセスし、またはかかるコンテンツを受信できる（たとえば、効率的にアクセスまたは受信できる）。
【００９５】
１または複数の実施形態では、マルチホームのモバイルホストは、利用可能な（たとえば、ワイヤレスおよび／または有線の）インターフェイスの一部またはすべてを使用して（たとえば、フルに利用して）コンテンツを送信し、またはコンテンツを受信できる（たとえば、コンテンツを効率的に受信できる）。
【００９６】
図２Ａ〜２Ｅでは受け手がワイヤレス端末として描かれているが、１または複数の実施形態では、かかる端末が通信ネットワークに対して有線通信インターフェイスを使用し得ることが想定される。
【００９７】
図３Ａは、コアネットワークベースのアクセス技術とインターネットベースのアクセス技術とを展開する代表的なシステムを示す図である。
【００９８】
図３Ａを参照すると、代表的なシステム１００は、ＲＡＮ１０４と、インターネットアクセスネットワーク（ＩＡＮ）１０５と、コアネットワーク１０６と、ＰＳＴＮ１０８と、インターネット１１０と、他のネットワーク１１２とを含み得る。システム１００は、コアネットワークにつながるＲＡＮ１０４を通じて、またはインターネット１１０につながるＩＡＮ１０５を通じて、ＷＴＲＵ１０２と通信リンク（たとえば、ワイヤレスインターフェイスまたは有線インターフェイス）を介して通信し得る。ＲＡＮ１０４は、１または複数のコアネットワークベースの無線アクセス技術を（たとえば、１または複数のコアネットワークベースの無線アクセスポイントＣＮＢＲＡＰ−１、ＣＮＲＢＲＡＰ−２…ＣＮＢＲＡＰ−Ｎにより）含み得る。ＩＡＮ１０５は、１または複数のインターネットベースのアクセス技術を（たとえば、１または複数のインターネットベースのアクセスポイントＩＢＡＰ−１、ＩＢＡＰ−２…ＩＢＡＰ−Ｎにより）含み得る。コアネットワーク１０６は、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２とも相互作用し得る。システム１００は、補助キャリアと、たとえばＩＳＭ帯域のＷｉＦｉ、８０２．１１、ＷＬＡＮ等のアンカーキャリアとのキャリアアグリゲーションを可能にし得る。
【００９９】
１または複数の実施形態では、１または複数のＣＮＢＲＡＰがＴＶＷＳ帯域を使用するアクセスポイントであり、および／または１または複数のＩＢＡＰがＩＳＭ帯域を使用するＷｉＦｉ、８０２．１１、またはＷＬＡＮのアクセスポイントであり得る。
【０１００】
１または複数の実施形態では、免許不要の周波数または免許を与えられた周波数に関連するチャネルが、ＷｉＦｉ、８０２．１１、またはＷＬＡＮのアクセスポイントの動作に使用される周波数とアグリゲートされ得る。
【０１０１】
図３Ｂは、補助キャリアを日和見的な態様で展開して、実施形態により想定されている免許不要（ＬＥ）帯域（たとえば、ＴＶＷＳおよびＩＳＭ）を使用する例示的なシステム２００を示している。このシステムでは、高度なＬＥキャリアアグリゲーションソリューションを利用できるヘテロジニアスネットワーク展開を使用してホットスポット受信地域を提供し得る。このヘテロジニアスネットワークアーキテクチャは、たとえば、免許を与えられた帯域とＬＥ帯域とをアグリゲートできるＬＴＥマクロセル２１０と下位のピコ／フェムト／ＲＲＨセル２２０−１、２２０−２…２２０−Ｎとを含み得る。マクロセル２１０は、サービスの継続性を実現し得る。ピコ／フェムトセル２２０−１、２２０−２…２２０−Ｎは、ホットスポット受信地域を提供するために使用され得る。共存データベース２３０と、ＬＥ帯域で動作する他の第２のネットワーク／ユーザとの動作を調整する機構とが、実装され得る。ＴＶＷＳデータベース２４０は、ＴＶＷＳ帯域で動作している既存ユーザを保護するために使用され得る。免許を与えられた帯域とＬＥ帯域の両方にまたがる動的なスペクトル交換をサポートする基盤構造が存在し得る。この基盤構造は、インターネットを介して通信するＩＢＡＰ２５０（たとえば、ＨｅＮＢ、ＷｉＦｉのＡＰ、８０２．１１のＡＰ、および／またはＷＬＡＮのＡＰ）を含み、免許不要の帯域のスペクトルとＩＳＭ帯域等を使用するＩＢＡＰ２５０に関連する帯域のスペクトルとのキャリアアグリゲーションを可能にする。たとえば、ＩＳＭ帯域および／または免許を与えられた周波数帯域のチャネルが、キャリアアグリゲーションのために別の周波数帯域（たとえば、免許不要のＴＶＷＳ帯域）のチャネルとアグリゲートされ得る。
【０１０２】
キャリアアグリゲーションについて免許不要のＴＶＷＳ帯域に関連して説明してきたが、他の周波数帯域（たとえば、免許を与えられた帯域）もキャリアアグリゲーションのためにＩＳＭ帯域とアグリゲートされ得ることが想定される。
【０１０３】
８０２．１１標準に準拠するワイヤレスシステムでは、搬送波感知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）方式を使用し得る。ＣＳＭＡ／ＣＡは、送信要求（ＲＴＳ）および送信可（ＣＴＳ）制御フレームを使用してチャネルを一定時間予約できる仮想キャリア感知機構により拡張され得る。正常に受信されたパケットは、ＡＣＫ制御フレームを通じて肯定応答され得る。ステーション（ＳＴＡ）またはアクセスポイント（ＡＰ）は、送信されたフレームごとにタイマを維持し得る。想定される条件の中で特に、タイマが失効するまでにＡＣＫが受信されなかった場合、フレームが再送信され得る。かかる再送信は、再送信の最大回数を超えるまで継続する場合があり、その後はフレームが破棄され得る。
【０１０４】
ＡＰ（たとえば、８０２．１１のＡＰ）は、検出に使用され得るビーコンをブロードキャストでき、ネットワーク情報をＳＴＡ（またはＵＥもしくはＷＴＲＵ）に提供できる。ＳＴＡ（またはＵＥもしくはＷＴＲＵ）は、ブロードキャストビーコンを受動的に走査し得る。ブロードキャストされたビーコンが見つかった後、ＳＴＡ（またはＵＥもしくはＷＴＲＵ）はＡＰと結び付き、自らのタイミングをビーコン信号のタイミングに調整し得る。たとえば、８０２．１１ベースのネットワークでは、ＳＴＡでのフレーム同期が、ＡＰによって送信されたビーコンを監視することによって実現され得る。ビーコンは周期的に（たとえば、公称速度で）送信される場合があり、ＳＴＡによってローカルクロックを更新するために使用され得るタイムスタンプ情報を含み得る。本明細書で説明される１または複数の実施形態では、ビーコンという用語は、８０２．１１のビーコン、補助チャネルをサポートするように改良された８０２．１１のビーコン、および／またはより汎用的には補助チャネルでの動作を許可する情報を含み得る特別な管理フレームを意味し得る。
【０１０５】
ビーコンは、１または複数の電力節約モードの装置をサポートするために使用され得る。ＡＰは、周期的に、または所定の時刻に、たとえばビーコン内でトラフィック表示マップ（ＴＩＭ）を送信して、ＡＰのバッファにデータフレームが待機している（キャッシュされている）電力節約モードを使用するＳＴＡを特定し得る。ＴＩＭは、それぞれのＳＴＡを、アソシエーション手順でＡＰが割り当てたアソシエーションＩＤにより特定し得る。
【０１０６】
アンカーチャネルとは、既存または旧式の通信をサポートし得るチャネルを一般的に意味する。同一または異なる基盤無線アクセス技術を使用する、同一または他の周波数帯域の１または複数の補助チャネルは、対応するアンカーチャネルにアグリゲートされ得る。補助チャネルは、システム容量を増大し、潜在的なボトルネックに対処し、および／または遅延を軽減することができる。補助チャネルは、完全な下位互換性を備えたチャネルでなくてもよく、結果として、対応するアンカーチャネルなしで単体で動作することはできない可能性がある。たとえば、補助チャネルは、以下のような態様でアンカーキャリアにリンクされ得る。すなわち、（１）ワイヤレス送信／受信ユニット（ＷＴＲＵまたはユーザ機器（ＵＥ））またはセルラー機器は、補助チャネルを使用して（または、一部の実施形態では、補助チャネルのみを使用して）セルに滞在することはできず、および／または（２）ＷＬＡＮのＳＴＡは、補助チャネルを使用して（または、一部の実施形態では、補助チャネルのみを使用して）ＡＰと結び付くことはできない。
【０１０７】
アンカーチャネルは８０２．１１のＷｉＦｉ無線アクセス技術（ＲＡＴ）を使用して示されているが、他のＲＡＴが実装され得ることが想定される。１または複数の実施形態では、アンカーチャネルと補助チャネルとが、ＴＶＷＳを使用できるアンカーキャリアを含む、複数の異なる周波数帯域またはスペクトル帯域と関連付けられ得る。
【０１０８】
１または複数の実施形態では、ＷＬＡＮは以下を含み得る。（１）ＩＳＭ帯域を使用するアンカーチャネルと、ＴＶＷＳ帯域を使用する補助チャネル。（２）ＴＶＷＳ帯域を使用するアンカーチャネルと、ＩＳＭ帯域または同一もしくは異なるＴＶＷＳ帯域を使用する補助チャネル。
【０１０９】
レガシーＳＴＡ（ＬＳ）とは、帯域間のキャリアアグリゲーションをサポートしない可能性があるか、またはサポートしない、８０２．１１または他のＳＴＡを総称し得る。
【０１１０】
帯域間（ＩＢ）ＳＴＡとは、帯域間のキャリアアグリゲーションをサポートする可能性があるか、またはサポートする、８０２．１１のＳＴＡを総称し得る。
【０１１１】
アンカーチャネルとは、１または複数のレガシーＳＴＡとの通信をサポートし得るチャネルを総称し得る。
【０１１２】
補助チャネルとは、対応するアンカーチャネルとアグリゲートされ得るチャネルであって、１または複数の実施形態で、１または複数の手順（検出手順、アソシエーション手順、ビーコン発信手順等）をアンカーチャネルに依存して実行でき、および／または補助チャネル上で最適化されたデータ伝達を提供できるチャネルを総称し得る。
【０１１３】
上りリンク（ＵＬ）の送信とは、ＳＴＡからＡＰに対する、またはＡＰに向かう送信を総称する場合があり、下りリンク（ＤＬ）の送信とは、ＡＰからＳＴＡに対する、またはＳＴＡに向かう送信を総称し得る。
【０１１４】
１または複数の実施形態では、帯域間アグリゲーションまたは連続しない帯域の帯域アグリゲーション、たとえば、ＩＳＭチャネル間および／または１もしくは複数の連続しないＴＶＷＳチャネル間の帯域間アグリゲーションを想定している。
【０１１５】
１または複数の実施形態では、帯域間アグリゲーションは、特定の動作手順を有するＴＶＷＳ帯域を含み得、（１）スケジューリング手順（たとえば、アグリゲートされた帯域にまたがってトラフィックをスケジューリングする）、（２）検出手順（たとえば、両方の帯域で実行）、ビーコン発信手順（両方の帯域で実行）、（３）適応手順（急速に変化する環境に備える）等を含み得る。
【０１１６】
１または複数の実施形態では、８０２．１１技術を使用するアンカーチャネルが、ＬＥ帯域の１または複数の補助チャネルをサポートするために使用され得る。
【０１１７】
１または複数の実施形態では、１つの帯域（たとえば、ＬＥスペクトル）のアンカーチャネルが、同一または異なる帯域の補助チャネルをサポートするために展開または使用され得る。アンカーチャネルでは、複数の帯域で動作しているチャネルに関する（１）共通のスケジューリング情報、（２）フレーム同期情報、（３）送信フィードバック情報、（４）チャネル変更再構成情報、（５）、移動管理関連手順もしくは情報、および／または（６）補助チャネル構成情報等を伝達し得る。ＬＥスペクトルは、ＩＳＭ帯域、ＴＶＷＳ帯域、８０２．１１ａｈ展開に使用され得る１ＧＨｚ以下の帯域等の任意のＬＥ帯域であり得、または８０２．１１等の他の技術による二次使用のために予め指定された期間リース（たとえば、仲介）され得る任意の免許を与えられた帯域であり得る。
【０１１８】
８０２．１１のＳＴＡは、１または複数の帯域にまたがる複数のチャネルを使用して動作する場合があり、アンカーチャネルを使用して補助チャネルに関する（１）構成情報、（２）同期情報、（３）スケジューリング情報、および／または（４）フィードバック情報を送信または受信し得る。
【０１１９】
図４は、代表的なアンカーチャネルと複数の補助チャネルとを使用するキャリアアグリゲーションを示す図である。
【０１２０】
図４を参照すると、アンカーキャリアはＩＳＭ帯域を使用するかまたはＩＳＭ帯域に含まれ得、補助キャリアはＴＶＷＳを使用するかまたはＴＶＷＳ帯域に含まれ得る。補助キャリアの帯域幅は同一でも同一でなくてもよく、補助キャリアによってサポートされる速度は同一でも補助キャリア間で異なっていてもよい。補助チャネルで使用される技術は、アンカーチャネルで使用される技術と同一でも同一でなくてもよいことが想定される。
【０１２１】
単一の補助チャネルが一般的に説明されるが、任意の数の補助チャネルが使用される場合があり、単一の補助チャネルに比べて使用可能な帯域幅を広げ得ることが想定される。たとえば、１または複数の実施形態では、複数の補助チャネルが１または複数のアンカーチャネルとアグリゲートされ得る。
【０１２２】
図５は、１または複数の実施形態で想定される、図４のアンカーチャネルおよび補助チャネル上での通信を示す例示的なタイミング図である。
【０１２３】
図５を参照すると、ＡＰは、アンカーチャネルを通じて（たとえば、アンカー帯域内で）、アンカーチャネルと１または複数の補助チャネルとの両方に使用され得る管理フレームまたはビーコンＢ１、Ｂ２、Ｂ３を送信し得る。ＳＴＡは、（１）アソシエーション手順、（２）分離手順、（３）再アソシエーション手順、（４）認証手順、（５）認証解除手順、および／または（６）検出手順（ビーコン発信および／またはプロービング）等に関連する信号伝達（たとえば、ＳＴＡからの管理および／または制御情報）に、アンカーチャネルを使用または継続して使用し得る。たとえば、制御情報は、ビーコン間隔内の対応するビーコン群の後の許可されたタイムスロット内で、ＡＰからアンカーチャネル上で提供され得る。補助チャネル１および補助チャネル２が確立され、またはアンカーチャネルとアグリゲートされた後、ＳＴＡは、アンカーチャネル、補助チャネル１、および／または補助チャネル２上でＡＰとデータを交換できる。たとえば、図５に示されているように、データはアンカーチャネルと補助チャネル１の間で分割され得る。
【０１２４】
１または複数の実施形態では、アンカーチャネルは一部またはそれぞれのビーコン間隔でビーコンＢ１、Ｂ２、Ｂ３を反復し得る。補助チャネルは、一部またはすべてのビーコンを含まない可能性があり、データのフレームを含む可能性がある（または、一部の実施形態では、そのようなフレームのみを含む可能性がある）（たとえば、管理および／または制御情報を除いて）。一部の実施形態では、管理および／または制御情報は、アンカーチャネル上で代わりに送信され得る。
【０１２５】
１または複数の実施形態では、ＳＴＡは、この管理および／または制御信号をプライマリ補助チャネルで提供し得る。
【０１２６】
ビーコンＢ１、Ｂ２、Ｂ３は、チャネルの動作詳細、情報、および／またはパラメータを含み得、異なる種類のチャネルまたは個別のチャネル向けに構成または調整され得る（たとえば、第１の種類のチャネルと第２の種類のチャネルでは、ビーコンまたはビーコン構造が異なり得る。たとえば、ＴＶＷＳチャネルは第１のビーコン構造を有し、ＩＳＭチャネルは第２の異なるビーコン構造を有し得る）。ビーコンは、チャネルに関連付けられたＡＰの性能に適応され得る。
【０１２７】
１または複数の実施形態では、ＡＰは、周期的に、または指定された周期で、ビーコン（たとえば、Ｂ１、Ｂ２、Ｂｋ等のｋ個のビーコン。一部またはそれぞれのビーコンは補助チャネルに対応し得る）をターゲットビーコン送信時間（ＴＢＴＴ）もしくビーコン間隔で、またはその後に、送信し得る。プライマリチャネルまたはアンカーチャネルに関連付けられたビーコンＢ１はブロードキャストアドレスに送信される場合があり、補助チャネルに関連付けられたビーコンＢ２およびＢ３は予め定められたマルチキャストグループアドレスに送信され得る。想定される技法の中で特に、ビーコンＢ２およびＢ３を予め定められたマルチキャストグループアドレスに送信することで、レガシーＳＴＡはかかるビーコンフレームの不必要な処理を回避できる。補助チャネルに対するビーコン送信の周期またはタイミングは、アンカーチャネルに対する周期またはタイミングと同じでない可能性がある。たとえば、補助チャネル１の動作状況が（しきい値期間内で）頻繁に変わらない場合、ビーコンＢ２は、Ｎ個のＴＢＴＴまたはビーコン間隔（Ｎは整数であり得る）ごとに１回送信され得る。
【０１２８】
図６は、ＡＰから送信される例示的なフレーム構造を示す図である。
【０１２９】
図６を参照すると、ビーコンフレーム構造は、ＭＡＣヘッダー部、フレーム本体、および／またはフレームチェックシーケンス（ＦＣＳ）を含み得る。ビーコンは、フレーム制御フィールド、存続期間フィールド、アドレスフィールド（たとえば、送信先アドレスフィールド）、送信元アドレスフィールド、基本サービスセット識別子（ＢＳＳＩＤ）フィールド、および／またはシーケンス制御フィールド等を含み得る。フレーム本体は、タイムスタンプ、ビーコン間隔、性能フィールド、サービスセット識別子（ＳＳＩＤ）、サポートされる速度、ＱｏＳ性能、および／または補助チャネル（たとえば、補助チャネル１および補助チャネル２）に関する情報等の、制御／管理タイプの情報を含み得る。
【０１３０】
たとえば、補助チャネルの動作詳細または情報は、アンカーチャネルビーコンの追加情報要素（ＩＥ）として伝達され得る。このビーコンはブロードキャストアドレスを使用でき、レガシーＳＴＡと帯域間ＳＴＡとの両方によって受信され得る。１または複数の実施形態では、新しい情報要素はレガシーＳＴＡによって無視され得る。一部の実施形態では、追加の補助チャネルの動作詳細または情報の使用により、ビーコンのサイズが増大し得る。
【０１３１】
各補助チャネルに関連付けられた１もしくは複数の想定されるビーコン構造、または補助チャネルに関連付けられ得るアンカーチャネルビーコン内の１もしくは複数の想定される情報要素のいずれかで、以下の１または複数を含み得る補助チャネルの動作詳細または情報が帯域間ＵＥに提供され得る。
（１）ＵＥが補助チャネルを使用する方法の詳細または情報等の、補助チャネルの使用モード
（例として、さまざまな選択肢が以降の実施形態で説明される。一部またはそれぞれの使用モードについて、ＡＰは、（ｉ）使用モードの存続期間、（ｉｉ）補助チャネルで送信されたデータについての肯定応答が送信され得る場所および／または方法、（ｉｉｉ）補助チャネルで使用されるフレーム間のスペース、等に関する詳細または情報を提供し得る）
（２）補助チャネルの有効化／無効化
（たとえば、この機構により、ＡＰはビーコン間隔の粒度で補助チャネルを有効化および無効化できる）
（３）補助チャネルに関連付けられたトラフィック表示マップ（ＴＩＭ）。ＴＩＭは、補助チャネルでの以降の動作を通知するように変更され得る
（たとえば、ＡＰは、次のＴＢＴＴの前に補助チャネルで（たとえば、上りリンク送信または下りリンク送信が）スケジュールされ得るＳＴＡを通知し得る。ＳＴＡがスケジュールされないことを示すＴＩＭを受信したＳＴＡは、次のＴＢＴＴまで補助チャネルを無効化し得る。たとえば、ＳＴＡは、下りリンクトラフィックに関するチャネルの監視を停止し得る。一実施形態では、ＳＴＡは、アンカーチャネルからのＴＩＭ（電力節約モードのＳＴＡに対し、トラフィックがＡＰで保留されていることを示すために使用される）と、各補助チャネルのＴＩＭとの両方を受信し得る。補助チャネルのＴＩＭは、次のビーコンまでのスケジューリングアクティビティを伝達し得る。アクティビティがスケジュールされていない場合、ＳＴＡは補助チャネルを無効化し得る）
（４）リソース共有マップ（ＲＳＭ）
（ＲＳＭの形式はＴＩＭに類似する場合があり、現在のビーコン間隔で補助チャネルを使用することを許可される可能性があるＳＴＡの表示を提供し得る。たとえば、新しいビーコン情報は、特定の補助チャネルを使用し得るアソシエーションＩＤのリストまたはテーブルを示し得る。このリストまたはテーブルの一部ではないＳＴＡは、次のビーコン間隔まで各補助チャネルを通じたアクセスを競うことを許可される場合とされない場合とがある（たとえば、少なくとも次のビーコン間隔までであり、かかる指示を使用してチャネルを無効化し得る）
（５）動的スペクトル管理（ＤＳＭ）情報
たとえば、ＤＳＭ情報は、補助チャネルを搬送する帯域に固有の情報を含み得る。たとえば、ＴＶＷＳ帯域の場合、ＡＰは、以下に関する情報を提供し得る。（ｉ）測定値（測定値の種類および／もしくは周波数、ならびに／または測定値の報告）、（ｉｉ）クワイエット期間（たとえば、（チャネルのプライマリユーザの到達を潜在的に検出するための）ＡＰによる検知を可能にするためにＳＴＡが補助チャネル上で送信を行わない１または複数の期間）、（ｉｉｉ）チャネル情報（補助チャネルの周波数および／または帯域幅など）。帯域幅またはチャネルのアグリゲーションで一群の補助チャネルを使用する場合、チャネル情報は、一群のキャリアを参照し得る。（ｉｖ）１または複数の補助チャネルについての送信電力の規制および／または制限。（ｖ）システムにまたがる共存を可能にする情報等の共存情報。たとえば、プライマリ使用情報および／またはプライマリ使用に関連付けられた位置情報に関するＴＶＷＳデータベース情報。（ｖｉ）チャネル切り替えの告知。（ｖｉｉ）ビーコン間隔番号（ＢＩＮ）。たとえば、ＡＰは、ＢＩＮを送信して特定のビーコン間隔を識別できる。ＢＩＮは、ビーコンフレームのヘッダーで伝達され得るシーケンス番号に追加して、またはかかるシーケンス番号の代わりに存在し得る。管理フレーム（たとえば、すべての管理フレーム）、ＱｏＳデータフレーム（たとえば、アドレス１フィールドにブロードキャスト／マルチキャストのアドレスを含む）、および／または非ＱｏＳデータフレーム（たとえば、すべての非ＱｏＳデータフレーム）に対してインクリメントされ得るシーケンス番号と異なり、ＢＩＮは、ビーコンフレームに対してインクリメントされ（たとえば、唯一インクリメントされ）、ＡＰが将来の特定のビーコン間隔で特定のアクションが発生するようにスケジュールすることを可能にし得る。たとえば、ＢＩＮは、特定の種類の使用モードに対して使用され得る。１または複数の実施形態では、ビーコン間隔番号は、Ｋを法とするカウンタによって設定され得る（たとえば、Ｋ＝４０９６）。
【０１３２】
図７は、例示的なキャリアアグリゲーション手法を示す図である。図７を参照すると、１または複数の実施形態で、ＡＰは、補助チャネルの制御情報を含むように変更され得る１または複数のビーコンを送信し得る。１または複数のビーコンは、アンカーチャネル上で送信され得る。ＳＴＡ１は、ビーコンを検索することによりＡＰを検出し得る。ＳＴＡ１は、ビーコンから、ＡＰの性能、ＡＰのＳＳＩＤ、および／またはビーコン間隔もしくはターゲットビーコン送信時間（ＴＢＴＴ）を判断し得る。ＡＰは、次のＴＢＴＴに２番目のビーコンを送信し得る。ＳＴＡ１は、自らのタイミング同期機能（ＴＳＦ）タイマを調節することにより、ＡＰと同期し得る。ＳＴＡ１は、アソシエーション要求をＡＰに送信して、ＳＴＡ１とＡＰとの間のアソシエーションを開始し得る。ＡＰは、ＡＰの性能とアソシエーション識別子（ＡＩＤ）とを含むアソシエーション応答を送信し得る。ＳＴＡ１は、アンカーチャネルと補助チャネルとを構成し得る。ＳＴＡ１は、アンカーチャネル上で通信（たとえば、レガシープロトコルを使用して、アンカーチャネル上でＡＰにデータを送信）し得る。ＡＰは、通信されたデータについての肯定応答メッセージをＳＴＡ１に送信し得る。２番目のビーコン間隔の後、追加のビーコンがＡＰから送信され得る。この追加のビーコンも、補助チャネル用に変更される場合があり、補助チャネルの同一または異なる割り当てをＳＴＡ１に提供し得る。ＡＰはまた、ＳＴＡ１に対してデータを送信または交換し得る。ＡＰとＳＴＡ１との間のデータの交換は、補助チャネル１および２の使用モードに基づき得る。たとえば、補助チャネルは、ＤＬ専用モード、ＵＬ専用モード、または双方向モードで使用され得る。ＳＴＡ１はまた、データをアンカーチャネル上で送信し、ＡＰからの肯定応答メッセージを受信し得る。補助チャネルをアンカーチャネルと関連付ける手順は、動的であり得、各ビーコンまたは各ビーコン間隔に関連付けられた一群のビーコンの間に生じ得る。
【０１３３】
ＳＴＡは、アンカーチャネルビーコンを使用して（または、一部の実施形態では、アンカーチャネルビーコンに依存して）検出および／または同期を行い得る。ＳＴＡは、アンカーチャネルビーコンを検索し得る（または、プローブ要求をアンカーチャネルで送信し得る）。ＡＰを検出した後、帯域間ＳＴＡは、ビーコンと同期することができ、および／またはビーコン情報を読み取ってアンカーチャネル上およびすべてのアグリゲートされた補助チャネル上でのＡＰの性能を判断することができる。帯域間ＳＴＡは、ＡＰと関連付けられ、自らの性能の詳細または情報を提供できる。
【０１３４】
１または複数の実施形態では、アソシエーション要求（ＡＲ）フレームが、「補助チャネル性能」という新しい情報フィールドを含むように変更され得る。この情報フィールドは、ＳＴＡによってサポートされる補助チャネル、ＳＴＡの測定性能、および／またはＳＴＡによってサポートされるすべての特定の使用モードの表示を提供し得る。ＡＰは、ＳＴＡに一意のアソシエーション識別子（ＡＩＤ）を割り当て得るＡＲフレームで応答し得る。ＳＴＡは、アンカーチャネルおよび／または補助チャネルで同意された使用モードを使用してＡＰと通信できる。
【０１３５】
１または複数の実施形態では、想定される条件の中で特に、アンカーチャネルが自らのタイミングを使用する場合、アンカーチャネルは補助チャネルの情報要素（ＩＥ）および／または補助チャネルビーコンに倍率を含めることにより補助チャネルを支援し得る。
【０１３６】
図８は、アンカーチャネルで送信される例示的なＳｕｐｐＣｈａｎ同期を示す例である。
【０１３７】
図８を参照すると、アンカーチャネルは、１または複数のセカンダリチャネル同期（たとえば、ＳｕｐｐＣｈａｎ同期）信号を、たとえば指定された管理フレームとしてアンカーチャネルで送信し得る。これらの指定された管理フレームは、その送信遅延を減らすために高い優先順位を有する場合があり、割り当てられた補助チャネルの同期タイミング情報を提供し得る。
【０１３８】
１または複数の実施形態では、ＡＰは、特定の管理フレーム（たとえば、ＡＣＴＩＯＮ管理フレーム）をアンカーチャネルと補助チャネルとの両方で送信させることにより、管理フレームのアンカーチャネルへの隔離を緩和し得る。
【０１３９】
１または複数の実施形態では、補助チャネルが競合システム（たとえば、８０２．１１、ＬＴＥ、ＷＰＡＮ等）と共有される場合、共存機構が使用され得ることが想定される。１または複数の実施形態では、共存管理フレーム（ＣＭＦ）が、補助チャネルを使用して、または補助チャネル上で、周期的または予め確立された時刻に送信され得る（たとえば、ビーコンと類似または同様である）。ＣＭＦは、Ｋ個のビーコン間隔（Ｋ＞１）に相当するきわめて長い期間（たとえば、しきい値期間よりも大きい）を有する場合があり、限定された情報（たとえば、サービスセット識別子（ＳＳＩＤ）および／または使用モード）を含み得る。他の８０２．１１ネットワークは、ＣＦＭを識別および解釈し、共存手順を実行して、補助チャネルの共有を可能にするか、または他の８０２．１１ネットワークが代替チャネルを使用できるようにし得る。
【０１４０】
１または複数の実施形態では、システムが１または複数の補助チャネル上の通信を使用する場合、ＡＰは、ビームフォーミングベクトル識別情報および／またはビームフォーミングセクタ識別情報をＳＴＡに送信し得る。１または複数の実施形態では、ＡＰがＳＴＡの位置情報またはＳＴＡが位置しているセクタＩＤを判断すること、または把握していることが想定される。想定される条件の中で特に、補助チャネルがＵＬ送信に割り当てられている場合、割り当て情報によりＳＴＡが空間領域を走査してＡＰと通信するための適切なビームパターンを検索または検出することを回避し得る。想定される条件の中で特に、補助チャネルがＤＬ送信に割り当てられている場合、ＡＰは空間事前符号化情報をＳＴＡに伝えられ得る。空間事前符号化情報は、アンカーチャネルを使用して、またはアンカーチャネル上で、ＳＴＡに送信されるアソシエーション応答メッセージで伝達され得る。
【０１４１】
１または複数の実施形態では、補助チャネルとアンカーチャネルは、同じフレーム同期を維持する場合があり、および／またはアンカーチャネルでのビーコン送信に依存もしくは継続して依存し得る。両方の帯域で動作しているＳＴＡは、タイムスタンプ（たとえば、アンカーチャネルと補助チャネルの両方を同期するための一連のタイムスタンプ）を維持できる。対応するタイムスタンプまたは各タイムスタンプは、アンカーチャネルビーコンで伝達される情報から派生され得る。
【０１４２】
１または複数の実施形態では、ビーコン情報は補助チャネルで伝達されない可能性がある。補助チャネルを使用して、または補助チャネル上で通信しているＳＴＡは、ターゲットビーコン送信時間（ＴＢＴＴ）内に通信するか、または通信を継続し得る。ＳＴＡは、アンカーキャリアで伝達されたビーコンに含まれている任意の情報に対する動作を、補助チャネルでの任意の継続中の送信または送信機会（ＴＸＯＰ）が完了するまで遅らせるか否かを判断し得る。
【０１４３】
１または複数の実施形態では、アンカーフレームビーコンが特定の動作を要求した場合、ＳＴＡは継続中の送信またはＴＸＯＰを終了できる。さまざまな種類の動作の代表的な例は、ＴＶＷＳ帯域のチャネルに影響を与え得る例を含み得る（たとえば、チャネル切り替え通知またはクワイエット期間の開始）。他の代表的な実施形態では、ＳＴＡは、アンカーキャリアビーコンに含まれている情報に対して動作する時期（たとえば、かかる情報に対してＫ個のＴＢＴＴで動作する）を示すメッセージを送信し得る（たとえば、動作する時期を具体的に伝えられ得る）。
【０１４４】
図９は、アンカーチャネルおよび補助チャネルでの例示的な送信動作を示す図である。
【０１４５】
図９を参照すると、アンカーチャネルでの送信動作は肯定応答メッセージを含む場合があり、補助チャネルでの送信動作はそれらの肯定応答にアンカーチャネルを使用し得る。たとえば、アンカーチャネルは、第１のタイミングシーケンスで、ＡＰからステーションＡへのデータ／制御情報の第１のアンカー送信、ステーションＡからＡＰへの肯定応答メッセージの第２のアンカー送信、ＡＰからステーションＢへのデータ／制御情報の第３のアンカー送信、ステーションＢからＡＰへの肯定応答メッセージの第４のアンカー送信、ステーションＣからＡＰへのデータ／制御情報の第５のアンカー送信、ＡＰからステーションＣへの肯定応答メッセージの第６のアンカー送信、ステーションＢからＡＰへのデータ／制御情報の第７のアンカー送信、およびＡＰからステーションＢへの肯定応答メッセージの第８のアンカー送信を含み得る。各肯定応答メッセージは、たとえば、前のメッセージが正常に受信されたかどうかを示し得る。補助チャネルは下りリンク専用チャネルとして割り当てられる場合があるため、補助チャネル上での送信の任意の肯定応答がアンカーチャネルを使用して発生し得る。
【０１４６】
第１のタイミングシーケンスがアンカーチャネルで発生するのと同時に（たとえば、最中に）補助チャネルで発生し得る第２のタイミングシーケンスは、ＡＰからステーションＡへの（たとえば、データの）第１の補助送信、ＡＰからステーションＤへの（たとえば、データの）第２の補助送信、ＡＰからステーションＢへの（たとえば、データの）第３の補助送信、ＡＰからステーションＡへの（たとえば、データの）第４の補助送信、ＡＰからステーションＣへの（たとえば、データの）第５の補助送信、ＡＰからステーションＥへの（たとえば、データの）第６の補助送信、ＡＰからステーションＡへの（たとえば、データの）第７の補助送信、およびＡＰからステーションＤへの（たとえば、データの）第８の補助送信を含み得る。
【０１４７】
補助チャネルは、アンカーチャネル上の動作によって管理（たとえば、実質的に管理および／または維持）され得る追加容量として使用され得る。アンカーチャネルの動作と補助チャネルの動作とが周波数ドメインで十分に離れている場合（たとえば、これらのチャネルが異なる帯域幅に含まれる場合）、想定される条件の中で特に、補助チャネル上での動作は重複制約（たとえば、アンカーチャネルと同じ重複制約）を受けない可能性がある。ＳＴＡは、特定のチャネルまたは密集した隣接チャネルで、任意の特定の時刻に、受信または送信（一部の実施形態では、受信または送信のみ）を行い得る。ＳＴＡ（またはＡＰ）は、補助チャネルで送信を行っている間に、アンカーチャネルで受信を行う（またはその逆）ことが想定される。補助チャネルは、半二重に制限されない可能性がある。補助チャネルが追加容量として使用され得る場合、そのチャネルは、以下に詳細に説明されるように、（１）ＡＰからＳＴＡの（たとえば、下りリンク（ＤＬ））送信のみに使用されるか、（２）ＳＴＡからＡＰの（たとえば、上りリンク（ＵＬ））送信のみに使用されるか、および／または上りリンク送信と下りリンク送信の両方で共有され得る（すなわち、共有されたＵＬ／ＤＬ送信）。
【０１４８】
ＤＬ専用送信モード（ＤＬＯＴＭ）では、補助チャネルはＤＬ操作（たとえば、ＤＬ操作のみ）に使用され得る。たとえば、想定される条件の中で特に、ＡＰが（アンカーチャネルへの高負荷、アンカーキャリアへの干渉等により）ＤＬトラフィックで輻輳した場合、ＤＬＯＴＭモードが使用され得る。補助チャネルは有効化される場合があり、ＡＰからＳＴＡへのトラフィックを搬送するために使用され（一部の実施形態では、唯一使用され）得る。送信はＡＰによって制御され得るため、ＤＬトラフィックはアンカーキャリアによってスケジュールされる場合があり（または、一部の実施形態では、アンカーキャリアによって完全にスケジュールされる場合があり）、またＤＬトラフィックはＲＴＳ／ＣＴＳ機構なしで、且つＣＳＭＡなしで送信され得る。ＤＬＯＴＭで動作している場合、ＳＴＡは、送信回路を補助チャネルに対してオフにできる。
【０１４９】
１または複数の実施形態では、補助チャネルのＤＬトラフィックは、肯定応答を使用しないフレーム、またはブロードキャスト／マルチキャストフレーム用に予約され得る。トラフィックは、少量のフレーム間スペースと共に、またはフレーム間スペースなしで、補助キャリアでパッキングされ得る（または、一部の実施形態では、密にパッキングされ得る）。
【０１５０】
１または複数の実施形態では、補助チャネルは、データフレーム（１つ、複数、またはすべてのデータフレーム）を搬送するために使用され得る。これには、たとえば、肯定応答されるデータフレームも含まれる。想定される条件の中で特に、データフレームが肯定応答される場合、ＡＰはＤＬフレームを離間して、送信先のＳＴＡからの肯定応答フレームを受信できるようにする（たとえば、送信先のＳＴＡが（１）ＤＬフレームを処理し、（２）肯定応答フレームを生成し、および／または（３）肯定応答フレームを送信することができるようにする（たとえば、フレーム間のスペースに起因する遅延を伴う場合と伴わない場合とがある））。
【０１５１】
ＡＰは、アンカーチャネルを半二重モードで使用または継続して使用し得る。ＡＰは、ＤＬトラフィックを補助チャネルでスケジュールし得る。想定される条件の中で特に、ＳＴＡが（たとえば、補助チャネルの動作詳細、パラメータ、または情報で搬送されるＴＩＭ  ＩＥに基づいて）ＤＬ専用補助チャネルを監視するように構成されている場合、ＳＴＡはスケジュールされたデータについて補助チャネルを監視（たとえば、継続して監視）し得る。フレームが適切な送信先アドレスで受信された場合、そのフレームは回復される場合があり、さらなる処理のためにＳＴＡプロトコルスタックの上位層に転送され得る。
【０１５２】
想定される条件の中で特に、ＳＴＡが電力節約（ＰＳ）モードの場合、ＡＰはＰＳモードを認識する場合があり、ＰＳモードに関連付けられた時間内はＳＴＡへのＤＬトラフィックをスケジュールしない。１または複数の実施形態では、補助チャネルは、肯定応答される必要がないフレーム（たとえば、マルチキャストおよび／またはブロードキャストのトラフィック等）に使用（一部の実施形態では、唯一使用）され得る。ＡＰは、公平なスケジューリングアルゴリズムを使用してＳＴＡ間で補助チャネルを共有する場合があり、少量のフレーム間スペースと共に、またはフレーム間スペースなしで、トラフィックを送信し得る。１または複数の実施形態では、補助チャネルは、データトラフィック（肯定応答されるデータトラフィックを含む一部またはすべてのデータトラフィク）を伝達するために使用され得る。
【０１５３】
図１０は、アンカーチャネルおよび補助チャネルでの別の例示的な送信動作を示す図である。
【０１５４】
図１０を参照すると、図１０のタイミングシーケンスは図９のタイミングシーケンスに類似するが、補助チャネルでの送信動作が異なる。補助チャネル上の肯定応答されるフレームについて、ＡＰは以下のいずれかまたは組み合わせを使用して、かかる肯定応答を大幅に削減するか、または除去することができる。
（１）ＡＰは、信頼性を向上させるために、フレームの送信をＫ回反復することがあり、またＡＰは、ＳＴＡからのＡＣＫを期待しない（反復の回数は、補助チャネルの動作詳細を通じて構成され得る（たとえば、アンカーチャネルビーコンで伝達され得る））。
（２）ＡＰは、より堅牢な変調および符号化方式（ＭＣＳ）を使用し得る（たとえば、ＱＰＳＫを６４−ＱＡＭ６４の代わりに使用し、ＢＰＳＫをＱＰＳＫもしくは６４−ＱＡＭの代わりに使用し、および／またはより低い符号化速度を使用する。ＡＰは、ＳＴＡからのＡＣＫを期待しない。当業者は、そのようなより堅牢な変調および符号化方式の選択肢を理解し得る。１または複数の実施形態では、ＡＰはフレームを分割する場合があり、および／または補助チャネル上での最大送信回数を限定（または制限）する場合がある）。
【０１５５】
第１の例では、Ｋ回の補助送信の第１のセットで、ＡＰはデータおよび／または制御情報をステーションＡに反復して送信することができ、Ｋ回の補助送信の第２のセットで、ＡＰはデータおよび／または制御情報をステーションＤに反復して送信することができ、Ｋ回の補助送信の第３のセットで、ＡＰはデータおよび／または制御情報をステーションＢに反復して送信することができる。各ステーションへの送信の信頼性は、Ｋ回の反復送信により向上し得る。第２の例では、補助チャネルでの各補助送信についてのＭＣＳの堅牢性が向上し得る。
【０１５６】
図１１は、例示的な肯定応答手順を示す図である。図１１〜１５で、成功した受信はチェックマークで表され、失敗した受信はＸで表される。
【０１５７】
図１１を参照すると、ＡＰは、１または複数のステーション（たとえば、ＳＴＡ１）に対して送信（たとえば、ブロードキャスト）を行い得る。トラフィックは、補助チャネルの割り当て／制御の情報を含むように変更された１または複数のビーコンを含み得る。トラフィックは、アンカーチャネルで送信され得る。ＡＰは、補助チャネルで、ＳＴＡ１を送信先とし、一意のフレーム識別子（たとえば、フレーム番号）を含む追加のトラフィックを送信し得る。フレーム（たとえば、フレーム１）は、ＳＴＡ１によって正常に受信され得る。ＳＴＡ１は、タイマ（たとえば、ブロック肯定応答タイマ）を開始し得る。
【０１５８】
１または複数の他のフレームが補助チャネルでＡＰによって送信される場合があり、他のステーションに送られ得る。ＡＰは、フレームをバッファリングしながら、ＳＴＡ１からの肯定応答を待機し得る。ＡＰは、プライマリチャネルおよび／または補助チャネルで、ＳＴＡ１を送信先とする追加のトラフィック（たとえば、フレーム２）を送信できる。しかし、フレーム２は、ＳＴＡ１によって正常に受信されない可能性がある。ＡＰは、補助チャネルで、ＳＴＡ１を送信先とする追加のトラフィック（たとえば、フレーム３）を送信し得る。ＳＴＡ１は、フレーム２を正常に受信する前にフレーム３を受信したことに基づき、フレーム２を待機しながら着信フレームをバッファリングし始め得る。一部の実施形態では、想定される条件の中で特に、フレーム３がプライマリチャネルで送信された場合、ＳＴＡ１はフレーム３の正常な受信を示す肯定応答（ＡＣＫ）をＡＰに送信し得る。ＡＰは、補助チャネルで追加のトラフィック（たとえば、フレーム４、５、および６）を送信し得る。フレーム４、５、および６は、ＳＴＡ１によって正常に受信され得る。フレーム４、５、および６の正常な受信の後、ブロック肯定応答タイマが失効し得る。ブロック肯定応答タイマの失効に応じて、ＳＴＡ１はアンカーチャネルで、フレーム１、４、５、および６の正常な受信を示すブロック肯定応答を送信し得る。ブロック肯定応答の受信に応じて、ＡＰはフレーム１、４、５、および６を破棄または消去する場合があり、フレーム２をＳＴＡ１に再送信し得る。フレーム２の再送信は、信頼性を向上させるためにアンカーチャネルで行われるか、または補助チャネルで再び行われる。その後、ＳＴＡ１はフレーム（たとえば、フレーム２〜６）をＳＴＡ１のプロトコルスタックの上位層に転送し得る。
【０１５９】
たとえば、ＳＴＡは、第１の種類の肯定応答機構を使用して、肯定応答をＡＰに送信し得る。１つの代表的なＡＣＫ手順（たとえば、ＡＣＫ手順１）では、ＳＴＡは、補助チャネルで受信されたフレーム（たとえば、一部またはすべてのフレーム）についてのブロック肯定応答を送信し得る。ブロックＡＣＫは、補助チャネルでフレームを受信したＳＴＡ（たとえば、一部またはすべてのＳＴＡ）によって送信され得る。ブロックＡＣＫメッセージは、アンカーチャネルで送信され得る。遅延（たとえば、全体的な遅延）を軽減するため、ブロックＡＣＫメッセージには高い優先順位が関連付けられ得る。ブロックＡＣＫの送信は、ＴＢＴＴのタイミングに結び付けられ得るか、または対応し得る。たとえば、（ビーコンが受信された後に受信されたデータに関連する）ブロックＡＣＫの送信は、次のＴＢＴＴの前に行われ得る。第２の例として、ブロックＡＣＫの送信は、（たとえば、タイマを使用して）最大の構成されたＡＣＫ遅延を超えたことに基づいて開始され得る。たとえば、ＳＴＡは、最も古い肯定応答されていないフレームの受信からの時間がしきい値を超えた場合に、ブロックＡＣＫを送信し得る。ＡＰが肯定応答されているフレームを相互参照できるように、ＡＰは、補助チャネルで送信されるフレーム（たとえば、一部またはすべてのフレーム）に含まれ得るフレーム識別子を使用できる。フレーム識別子は、ＳＴＡごとに一意であり得るか、またはＳＴＡ（たとえば、一部またはすべてのＳＴＡ）間でグローバルであり得る。１または複数の実施形態では、ＡＰは、ＳＴＡの識別（ＡＩＤ）とフレーム識別子とを使用して、肯定応答されているフレームを一意に識別し得る。
【０１６０】
図１２は、別の例示的な肯定応答手順を示す図である。
【０１６１】
図１２を参照すると、ＡＰは、１または複数のステーション（たとえば、ＳＴＡ１）に対して送信（たとえば、ブロードキャスト）を行い得る。トラフィックは、補助チャネルの割り当て／制御の情報を含むように変更された１または複数のビーコンを含み得る。トラフィックは、アンカーチャネルで送信され得る。ＡＰは、補助チャネルで、ＳＴＡ１を送信先とし、一意のフレーム識別子（たとえば、フレーム番号）を含む追加のトラフィックを送信し得る。フレーム（たとえば、フレーム１）は、ＳＴＡ１によって正常に受信され得る。ＡＰは、タイマ（たとえば、ブロック肯定応答タイマ）を開始し得る。
【０１６２】
１または複数の他のフレームが補助チャネルでＡＰによって送信され、他のステーションに送られ得る。ＡＰは、フレームをバッファリングしながら、ＳＴＡ１からの肯定応答を待機し得る。ＡＰは、補助チャネルおよび／またはプライマリチャネルで、ＳＴＡ１を送信先とする追加のトラフィック（たとえば、フレーム２）を送信し得る。しかし、フレーム２は、ＳＴＡ１によって正常に受信されない可能性がある。ＡＰは、補助チャネルで、ＳＴＡ１を送信先とする追加のトラフィック（たとえば、フレーム３）を送信し得る。ＳＴＡ１は、フレーム２を正常に受信する前にフレーム３を受信したことに基づき、フレーム２を待機しながら着信フレームをバッファリングし始め得る。一部の実施形態では、想定される条件の中で特に、フレーム３がプライマリチャネルで送信された場合、ＳＴＡ１はフレーム３の正常な受信を示す肯定応答（ＡＣＫ）をＡＰに送信し得る。ＡＰは、補助チャネルで追加のトラフィック（たとえば、フレーム４、５、および６）を送信し得る。フレーム４、５、および６は、ＳＴＡ１によって正常に受信され得る。フレーム４、５、および６の正常な受信の後、ブロック肯定応答タイマが失効し得る。ブロック肯定応答タイマの失効に応じて、ＡＰはブロック肯定応答要求をアンカーチャネルでＳＴＡ１に送信する場合があり、ＳＴＡ１は、アンカーチャネルで、フレーム１、４、５、および６の正常な受信を示すブロック肯定応答を送信し得る。ブロック肯定応答の受信に応じて、ＡＰはフレーム１、４、５、および６を破棄または消去する場合があり、フレーム２をＳＴＡ１に再送信し得る。フレーム２の再送信は、信頼性を向上させるためにアンカーチャネルで行われるか、または補助チャネルで再び行われる。その後、ＳＴＡ１はフレーム（たとえば、フレーム２〜６）をＳＴＡ１のプロトコルスタックの上位層に転送し得る。
【０１６３】
たとえば、ＳＴＡは、第２の種類の肯定応答機構を使用して、肯定応答をＡＰに送信し得る。第２の代表的なＡＣＫ手順（たとえば、ＡＣＫ手順２）では、ＳＴＡがアンカーチャネルでクエリ（またはポーリング）され得る。クエリメッセージには、高い優先順位（たとえば、他のデータメッセージよりも高い）が設定され得る。ＡＰは、ブロードキャストＡＣＫクエリプローブを送信し得る。ＳＴＡは、ブロードキャストＡＣＫクエリプローブの受信をトリガとして、ブロックＡＣＫの送信を開始し得る。１または複数の実施形態では、（たとえば、補助チャネルのトラフィックを使用または送信したＳＴＡを把握している可能性がある）ＡＰは、それらのＳＴＡを個別にクエリし得る。ＡＰは、最後の肯定応答されていないフレームからの時間に基づいて、クエリメッセージを送信し得る。たとえば、クエリメッセージは、最後の肯定応答されていないフレームからの時間がしきい値を超えた場合に送信され得る。最初の肯定応答されていないフレームに対して、タイマが開始され得る。条件の中で特に、タイマが失効すると、ＡＰはＳＴＡをクエリしてブロックＡＣＫを送信させ得る。第２の例として、クエリメッセージは、各ＳＴＡに送信された複数のフレームまたは確認応答されていないフレームに基づいて送信され得る。この場合、クエリメッセージは、補助チャネルでのＫ個のフレームまたはＫ個の肯定応答されていないフレームの送信後に送信され得る。
【０１６４】
図１３は、別の例示的な肯定応答手順を示す図である。
【０１６５】
図１３を参照すると、ＡＰは、１または複数のステーション（たとえば、ＳＴＡ１）に対して送信（たとえば、ブロードキャスト）を行い得る。トラフィックは、補助チャネルの割り当て／制御の情報を含むように変更された１または複数のビーコンを含み得る。トラフィックは、アンカーチャネルで送信され得る。ＡＰは、補助チャネルで、ＳＴＡ１を送信先とし、一意のフレーム識別子（たとえば、フレーム番号）を含む追加のトラフィックを送信し得る。フレーム（たとえば、フレーム１）は、ＳＴＡ１によって正常に受信され得る。
【０１６６】
１または複数の他のフレームが補助チャネルでＡＰによって送信され、他のステーションに送られ得る。ＡＰは、フレームをバッファリングしながら、ＳＴＡ１からの肯定応答を待機し得る。ＡＰは、補助チャネルおよび／またはプライマリチャネルで、ＳＴＡ１を送信先とする追加のトラフィック（たとえば、フレーム２）を送信し得る。しかし、フレーム２は、ＳＴＡ１によって正常に受信されない可能性がある。ＡＰは、補助チャネルで、ＳＴＡ１を送信先とする追加のトラフィック（たとえば、フレーム３）を送信し得る。ＳＴＡ１は、フレーム２を正常に受信する前にフレーム３を受信したことに基づき、フレーム２を待機しながら着信フレームをバッファリングし始め得る。一部の実施形態では、想定される条件の中で特に、フレーム３がプライマリチャネルで送信された場合、ＳＴＡ１はフレーム３の正常な受信を示す肯定応答（ＡＣＫ）をＡＰに送信し得る。ＡＰは、補助チャネルで追加のトラフィック（たとえば、フレーム４、５、および６）を送信し得る。フレーム４、５、および６は、ＳＴＡ１によって正常に受信され得る。ＡＰは、アンカーチャネル上で、補助チャネルの割り当て／制御の情報を含むように変更された１または複数の追加のビーコンを送信し得る。ビーコンの送信後、ＡＰは、肯定応答解決期間を開始する場合があり、ブロック肯定応答要求をアンカーチャネルでＳＴＡ１に送信し得る。ＳＴＡ１は、アンカーチャネルで、フレーム１、４、５、および６の正常な受信を示すブロック肯定応答を送信し得る。ブロック肯定応答の受信に応じて、ＡＰはフレーム１、４、５、および６を破棄または消去する場合があり、フレーム２をＳＴＡ１に再送信し得る。フレーム２の再送信は、信頼性を向上させるためにアンカーチャネルで行われるか、または補助チャネルで再び行われる。その後、ＳＴＡ１はフレーム（たとえば、フレーム２〜６）をＳＴＡ１のプロトコルスタックの上位層に転送し得る。
【０１６７】
たとえば、ＳＴＡは、第３の種類の肯定応答機構を使用して、肯定応答をＡＰに送信し得る。第３の代表的なＡＣＫ手順（たとえば、ＡＣＫ手順３）では、ＡＰが、たとえばビーコンの後（たとえば、直後）に、ＡＣＫ解決期間を確立または定義し得る。ＡＣＫ解決期間中に、ＡＰは肯定応答を期待する各ＳＴＡをクエリし得る。
【０１６８】
各ＡＣＫ手順（たとえば、ＡＣＫ手順１、２、および／または３）は、ＳＴＡがアンカーチャネルでの進行中の通信（たとえば、ＳＴＡからＡＰへの送信のフレームヘッダー）にＡＣＫ情報を日和見的に含め得るように構成され得るように拡張され得る。
【０１６９】
図１４は、別の例示的な肯定応答手順を示す図である。
【０１７０】
図１４を参照すると、ＡＰは、ビーコンをアンカーチャネルで１または複数のステーション（たとえば、ＳＴＡ１およびＳＴＡ５）に送信（たとえば、ブロードキャスト）し得る。トラフィック内のビーコンは、補助チャネルの割り当ておよび／または制御のための割り当て／制御情報用に変更され得る。時刻ｔ１の時点で、フレーム（たとえば、フレーム１）が補助チャネルでＡＰからＳＴＡ１に送信される場合があり、肯定応答タイマを開始し得る。フレーム１は肯定応答を必要とする。ＳＴＡ１によるフレーム１の正常な受信に応じて、ＳＴＡ１は肯定応答メッセージをＡＰに送信し得る。肯定応答メッセージは肯定応答タイマが失効する前（たとえば、応答時間がしきい値時間を超える前）に受信されるため、肯定応答タイマは停止される場合があり、ＡＰはフレーム１がＳＴＡ１に正常に到達したと考慮または判断し得る。時刻ｔ２の時点で、第２のフレーム（たとえば、フレーム２）が補助チャネルでＡＰからＳＴＡ５に送信され得る。フレーム２は肯定応答を有さない可能性があり、肯定応答タイマは開始されない可能性がある。時刻ｔ３で、フレーム（たとえば、フレーム３）が補助チャネルでＡＰからＳＴＡ１に送信される場合があり、肯定応答タイマを開始し得る。フレーム３は肯定応答を必要とする。フレーム３はＳＴＡ１によって正常に受信されないため、ＳＴＡ１は肯定応答メッセージをＡＰに送信できない。肯定応答メッセージが肯定応答タイマの失効前（たとえば、Ｔ４〜Ｔ３がしきい値を超えるなど、応答時間がしきい値時間を超える前）に受信されないため、ＡＰは、フレーム３を再送信または再伝達し得る。再送信または再伝達されるフレーム３は、フレーム１と同じ手順を使用する場合があり、ＳＴＡ１によって正常に受信される場合があり、肯定応答タイマが失効する前に肯定応答される場合がある。
【０１７１】
１または複数の実施形態では、ＡＰは、自らとステーションとの間で完全なトランザクションをスケジュールし得る。ＤＬ送信と、各ＤＬ送信に関連する任意の潜在的なＵＬ肯定応答フレームとが、ＡＰによってスケジューリングされ得る。結果として、補助チャネルでは、ＤＬフレームにステーションからのＵＬ  ＡＣＫが入り混じり得る。このモードでは、ＡＰは、ＤＬ送信を開始する前に媒体を求めて競合しない（たとえば、ＣＳＭＡ手順が行われない）。ＡＰとステーションとは、受信モード（たとえば、ＡＰは肯定応答を受信する場合があり、ステーションはフレームを受信する場合がある）と送信モード（たとえば、ＡＰはフレームを送信する場合があり、ステーションは肯定応答を送信する場合がある）とを切り替え得ることが想定される。ＡＰは、ＤＬフレームをスケジュールし、肯定応答を必要とするものについて、ＡＰは、タイマを開始してステーションのＡＣＫを待機し得る。ＡＣＫを受信する前にタイマが失効した場合、ＡＰは（推論によって）送信が失敗したと判断し、フレームの再送信を実行し得る。
【０１７２】
１または複数の実施形態では、ＡＰは、補助チャネルを使用してフレーム１をステーション１に送信し得る。たとえば、フレーム１は肯定応答を必要とするため、ＡＰはＡＣＫタイマを時刻ｔ１（たとえば、フレーム１の最後）で開始し得る。その後、ＡＰは、フレーム１についての肯定応答を受信するために、補助チャネルの受信モードに移行し得る。この間、ＡＰは新しいフレームを補助チャネルで送信しない。ただし、将来のフレームの準備およびスケジューリングを開始することはできる。肯定応答が受信された場合、ＡＰは、タイマを停止する場合があり、送信モードに切り替え、新たにスケジューリングされたフレーム（フレーム２）を送信し得る。この場合、フレーム２（ステーション５に送信される）は、肯定応答を使用しない可能性がある。結果として、送信の最後（時刻ｔ２）に、ＡＰは別のフレーム（フレーム３）をスケジューリングでき、かかるフレームを送信できる。このフレーム（ステーション１に送信される）は、肯定応答を使用し得る。送信の最後に、ＡＰはモードを（受信モードに）切り替え、ＡＣＫタイマを（ｔ３で）再び開始し得る。タイマが（ｔ４で）失効する前にＡＣＫが受信されなかった場合、ＡＰは、フレームが受信されなかったことを把握できる。ＡＰは、送信モードに変更する場合があり、フレーム３を再送信する。このフレームは、ステーションで正常に受信され得る。
【０１７３】
ＳＴＡから見ると、ＳＴＡ（たとえば、一部またはすべてのＳＴＡ）は、補助チャネルの受信モードであり得、各ビーコン間隔でビーコンにより伝達された情報によって制御または動的に変更され得る。たとえば、ＳＴＡは、次回のビーコン間隔でスケジューリングされないことを把握する場合があり、自らの補助チャネル動作を停止し得る。ビーコン間隔でスケジューリングされる可能性があるＳＴＡの場合、それらのＳＴＡは、デフォルトで受信モードであり得る。このモード中に、ＳＴＡが肯定応答を必要とするフレーム（たとえば、図１４のフレーム１）を正常に受信した場合、それらはＡＣＫフレームを生成する場合があり、送信モードに移行する場合があり、適切なフレーム間スペースの後にＡＣＫをＡＰに送信する場合がある。このフレーム間スペースは、ＳＩＦＳまたは新たに定義されたフレーム間スペースであり得る。ＡＣＫフレームの送信後、ステーションは受信モードに戻り得る。
【０１７４】
１または複数の実施形態では、たとえば、システムのボトルネックが上りリンク（ＵＬ）であり得る場合に、ＵＬ専用送信モード（ＵＬＯＴＭ）が補助チャネルの動作に使用され得る。補助チャネルが有効化される場合があり、ＳＴＡからＡＰへのトラフィックを送信するために使用され（たとえば、唯一使用され）得る。ＵＬＯＴＭモードで動作しているとき、ＳＴＡは、補助チャネル用の受信回路をオフにするか、かかる受信回路の電源をオフにするか、またはかかる受信回路の電圧を下げることができる。
【０１７５】
１または複数の実施形態では、補助チャネルは、補助チャネルが（ＳＴＡ間またはＳＴＡ全体で）ラウンドロビン（たとえば、固定のラウンドロビン）の態様で共有される、固定予約ベースのアクセス方式を使用し得る。最初のＳＴＡ（たとえば、ＳＴＡ  １）は、一定期間（たとえば、時刻ｔ０からｔ１まで）について、補助チャネルの所有または制御を与えられ得る。２番目のＳＴＡ（ＳＴＡ  ２）は、別の一定期間（たとえば、時刻ｔ１からｔ２）について、補助チャネルの所有または制御を与えられ得る。他のＳＴＡは、他のそれぞれの期間について、制御を与えられ得る。所有または制御の時間は、ビーコン間隔に結び付けられ得る。たとえば、ＳＴＡ  Ｋは、各ビーコン間隔またはＬ個のビーコン間隔ごとに、特定の時間（Ｔ＿Ｋ）について、（たとえば、データをＵＬで送信するために）補助チャネルの所有または制御を保持し得る。ＡＰによって制御される場合があり、またＳＴＡに伝えられ得る固定されたパターンが、ＲＳＭに含まれるか、またはＲＳＭで示され得る。この通知は、アンカーチャネルビーコンで伝達されるか、または補助チャネルで通知され得る。ＡＰは、新しいＳＴＡがＡＰに関連付いたとき、または現在関連付けられているＳＴＡがＡＰとの関連付けを解除したときに、ＡＰに関連付けられたＳＴＡのスケジュールを変更し得る。条件の中で特に、同期によっては、ＡＰは関連付けられた異なるＳＴＡからの送信間のガード時間を構成するか否かを判断し得る。
【０１７６】
１または複数の実施形態では、補助チャネルは需要予約ベースのアクセス方式を使用する場合があり、アンカーチャネルを予約チャネルとして使用し得る。それぞれのＳＴＡは、予約要求（たとえば、自らのバッファの状態、および／またはキューのサイズ等を含む）をＡＰにアンカーキャリアで送信し得る。このとき、たとえば、新しいＭＡＣフレームを使用するか、または既存のデータフレーム送信に要求を乗せる。ＡＰは、ＳＴＡ（たとえば、一部もしくはすべてのＳＴＡ、または予約を要求しているＳＴＡのみ）の情報を格納する場合があり、補助チャネルの容量を分散させるスケジューラを実装する場合があり、割り当てをＳＴＡに通知する場合がある。割り当ての通知は、たとえば、（１）アンカーチャネルビーコンで伝達されるか、（２）アンカーチャネル上の新しいＭＡＣフレームで伝達されるか、（３）アンカーチャネルのＤＬフレームに乗せられるか、および／または（４）補助チャネル上の新しいＭＡＣフレームで伝達され得る。
【０１７７】
１または複数の実施形態では、補助チャネルは、競合ベースのアクセス方式を使用する場合があり、ＣＳＭＡ型の機構をＣＳＭＡ競合ベースアクセスモード（ＣＣＢＡＭ）で使用し得る。各ＳＴＡは、チャネルを感知するためのルールに従い、チャネルがフレーム間スペースの時間について空いていることが検知された場合に送信（または一部の実施形態では、唯一送信）を行い得る。容量の効率的な共有を可能にするため、たとえば、新しいフレーム間スペースが補助チャネルに対して確立または定義され得る。隠れたノードの影響を軽減するため、ＣＣＢＡＭで動作している補助チャネルは、最大フレームサイズを制限し得る。ＵＬフレームについてのＡＣＫフィードバックは、アンカーチャネルで伝達され得る。ＡＰは、ビーコン後に、ＡＣＫ解決期間で、ＡＣＫをＵＬ  ＳＴＡに送信し得る。情報は、単一のブロードキャストメッセージに符号化され得る。このブロードキャストメッセージは、肯定応答されるＳＴＡのアドレスおよび／または肯定応答されるパケットの表示（たとえば、フレーム識別子を使用）を含み得る。
【０１７８】
図１５は、需要予約ベースのアクセス方式を例として使用する、ＵＬＯＴＭの例示的な肯定応答手順を示す図である。この肯定応答手順の改良は、他の上述した方式に当てはまることが想定される。
【０１７９】
図１５を参照すると、ＡＰは、ＡＰによってサービスが提供される１または複数のＳＴＡ（たとえば、ＳＴＡ  １、ＳＴＡ  ２．．．ＳＴＡ  Ｎ）にアンカーチャネルでブロードキャストビーコンを送信し得る。各ＳＴＡは、それぞれのキュー状態（たとえば、バッファの占有または利用可能性）および／またはＳＴＡによる予約優先順位を示す他のパラメータを監視し得る。各ＳＴＡ  １、２、．．．Ｎは、アンカーチャネルで予約要求フレームをＡＰに送信し得る。予約要求フレームは、それぞれのＳＴＡのキューの状態および／または予約の優先順位を示し得る。ＡＰは、予約要求フレームを各ＳＴＡ  １、２、．．．Ｎから受信する場合があり、次回のビーコン間隔での各ステーション（ＳＴＡ  １、２、．．．Ｎ）に対する補助チャネルのリソースの分配／割り当てを評価または判断し得る。
【０１８０】
ＡＰは、アンカーチャネルで、ＡＰによってサービスが提供されるＳＴＡにビーコンを送信またはブロードキャストし得る。ビーコンは、補助チャネルの制御／割り当て（たとえば、以降のビーコン間隔での割り当てを含む）のための制御／割り当て情報を含み得る（たとえば、含むように変更され得る）。たとえば、ＳＴＡ  １は、次回のビーコン間隔でフレーム番号１および２を補助チャネルで送信する割り当て／指定を持ち、ＳＴＡ  ２は、次回のビーコン間隔でフレーム３および４を補助チャネルで送信する割り当て／指定を持ち得る。ＳＴＡ  １およびＳＴＡ  ２は、指定または割り当てられた時間スロットでトラフィックを補助チャネルで送信し得る。たとえば、ＳＴＡ  １から送信されたトラフィックが正常に受信され、ＳＴＡ  ２から送信されたフレーム４が正常に受信されたのに、ＳＴＡ  ２から送信されたフレーム３が次のビーコン間隔が始まっても正常に受信されていなかった場合、肯定応答解決期間がＡＰによって開始される。ＡＰは、まずアンカーチャネルで、次回のビーコン間隔の割り当て情報を含むビーコンをブロードキャストする場合があり、次にアンカーチャネルで、ＳＴＡ  １から送信されたフレーム１および２の正常な受信の肯定応答と、ＳＴＡ  ２から送信されたフレーム４の正常な受信の肯定応答とを含むブロック肯定応答を送信（たとえば、ブロードキャスト）し得る。
【０１８１】
１または複数の実施形態では、補助チャネルは、ＵＬ動作とＤＬ動作の両方に双方向送信モード（ＢｉＤＴＭ）を使用し得る（たとえば、ＬＡＮ内のトラフィックがしきい値の量より多い場合）。たとえば、トラフィックは、ほとんどがＡＰによって管理されるネットワークのＳＴＡ間であり得、ＵＬとＤＬの両方で大量のトラフィックを発生させる可能性がある。
【０１８２】
１または複数の実施形態では、補助チャネルは、アンカーチャネルの送信に結び付けられ得る。ＳＴＡ（たとえば、一部またはそれぞれのＳＴＡ）とＡＰとは、プライマリチャネルの感知を使用する場合があり、アンカーチャネルをプライマリチャネルとして使用し得る。ＡＰまたは特定のＳＴＡがアンカーチャネルでの競合に勝った（たとえば、アンカーチャネルでの送信を制御する）場合、アンカーチャネルと補助チャネルとの両方で送信を行い得る。ＡＰとＳＴＡとは、所定または動的に確立されたアグリゲーションルールに依存し、またはそれらを使用し得る。
【０１８３】
１または複数の実施形態では、ＡＰおよび／またはＳＴＡは、補助チャネルへのアクセスを、アンカーチャネルへのアクセスから独立して取得し得る。ＡＰおよび／またはＳＴＡは、２つ以上の独立したＴＸＯＰをアンカーチャネルおよび補助チャネルの全体で許容し得るアグリゲーションルールを使用し得る。たとえば、いくつかのＭＡＣパケットをＡＰに送信することを希望するＳＴＡは、ＣＳＭＡ手順をアンカーチャネルと補助チャネルのプライマリチャネルとの両方で同時に実行する場合があり、最初にアクセスを勝ち取ったチャネルでＭＡＣパケットを送信し得る。ＳＴＡは、同時ＣＳＭＡ動作を実行する機能を持たない場合があり、自律的に、またはＡＰ自体の構成により、ＣＳＭＡアクセスを補助チャネル（一部の実施形態では、補助チャネルのみ）またはアンカーチャネル（一部の実施形態では、アンカーチャネルのみ）で特定の期間について実行し得る（たとえば、構成または再構成は動的であり得り、測定値、トラフィックの監視、および／または輻輳のしきい値等に依存し得る）。ＡＰは、使用が許可されたＣＳＭＡアクセス手順に関する情報を選択し、ＳＴＡに送信できる。これは、一連の補助チャネルのうち、どのチャネルがプライマリチャネルであるかを含む。情報は、アンカーチャネル上の管理フレームまたはビーコンで送信され得る。
【０１８４】
アンカーチャネルは、補助チャネルに対してスケジュールされたＴＸＯＰの情報を含み得る。通知は、（１）アンカーチャネルビーコンまたは（２）アンカーチャネル上の新しいＭＡＣ管理メッセージで伝達され得る。
【０１８５】
１または複数の実施形態では、補助チャネルは空間再利用モード（ＳＲｅＭ）を使用し得る。このモードでは、ＤＬまたはＵＬの方向が個別のＳＴＡによってビームフォーミング手法を使用して個別に割り当てられ得る（たとえば、これは、補助チャネルが（しきい値の周波数を超える）高い周波数帯域に含まれる場合、またはアンカーチャネルの周波数よりも上の周波数帯域に含まれる場合に有益である）。各リンクでビームフォーミングを使用することで、同じ補助チャネルを複数のＡＰ−ＳＴＡリンクで同時に使用して、空間領域における干渉を緩和できる。たとえば、各リンクは、ＵＬまたはＤＬの方向で独立して動作され得る（たとえば、特定の補助チャネルがＡＰとＳＴＡ  １の間のリンクではＤＬモードで動作され、ＡＰとＳＴＡ  ２の間ではＵＬモードで動作され得る）。
【０１８６】
１または複数の実施形態では、各ＡＰ−ＳＴＡリンクで、複数の補助キャリアが、それらの補助キャリアの第１の部分がＤＬビームフォーミングモードになり得、それらの補助キャリアの第２の部分がＵＬビームフォーミングモードになり得るように、サポートされ得る。
【０１８７】
１または複数の実施形態では、複数の補助チャネルが可変二重スペースモード（ＶＤＳＭ）を使用して、それら複数の補助チャネルが周波数において相互に任意に離間され、且つ個別のチャネルがＤＬＴＯＭまたはＵＬＴＯＭで動作するように割り当てられるようにし得る。送信チェーンから受信チェーンへの信号の漏れに起因する自己干渉は、以下のいずれかまたは両方を使用することにより最小化され得る。
（１）無線フロントエンドでの自己干渉キャンセレーション。送信チェーンから受信チェーンに漏れた信号が、適応フィルタリング（たとえば、正規化最小二乗平均（ＮＬＭＳ）および／または反復最小二乗（ＲＬＳ）イコライザー等）を使用してキャンセルされ得る。
（２）高い帯域外除去を備えた可変フィルタ（たとえば、アナログ領域またはデジタル領域）を使用して、隣接する帯域から漏れた信号を効果的にフィルタ処理する。
【０１８８】
図１６は、複数の補助チャネル／キャリアを使用した例示的なＡＰカバレッジエリアを示す図である。
【０１８９】
図１６を参照すると、ＡＰは、利用可能なＴＶＷＳ補助チャネルをＡＰに伝えるＴＶＷＳデータベースと通信できる。ＴＶＷＳデータベースからのＴＶＷＳ情報またはＳＴＡからの測定値に基づき、補助キャリア／チャネルＡ、Ｂ、Ｃ、ＤがＡＰカバレッジエリア（たとえば、カバレッジエリア全体）で利用可能になり得る。補助キャリア／チャネルＡ、Ｂ、Ｄは、ビームフォーミングを使用して、ＡＰのアンカーキャリアのカバレッジエリアの重複しない部分にカバレッジを提供し得る。補助キャリア／チャネルＣは、ビームフォーミングを使用して、補助キャリア／チャネルＡ、Ｂ、Ｄと重複するカバレッジを提供し得る。アンカーキャリア／チャネルは、ＡＰのカバレッジエリア全体をカバーできる。ＡＰによる補助キャリア／チャネルでのビームフォーミングにより、ＳＴＡを接合的にカバーしながら、ＡＰとＳＴＡとの間の容量を増やすことができる。たとえば、一部のＳＴＡは、複数の補助キャリアのチャネルが（たとえば、重複する補助キャリア／チャネル領域で）割り当てられ得る。
【０１９０】
１または複数の実施形態では、ＴＶＷＳ帯域は、アンカーチャネルを搬送するために使用され得る。低い周波数帯域は、ＡＰによって広いカバレッジエリアをサポートするのに適し得る。高い周波数帯域は、ＡＰに近接する領域で高いスループットを提供するのに適し得る。これは、使用できるスペクトルの量が多いからであり、および／またはアンテナ配列を使用して空間的なビームフォーミングの利得を高めるのが容易だからである。一例では、カバレッジの接合と容量の増加とは、低い周波数帯域をアンカーキャリアとして使用して広いカバレッジエリアでのＡＰとの堅牢な接続を可能にしつつ、高い周波数帯域を補助キャリアとしてアンカーキャリアとアグリゲートして容量を増やすことにより、帯域間キャリアアグリゲーションを介して実現され得る。アンカーキャリアはＳＴＡによるチャネルアクセス用にＣＳＭＡ方式を実装する場合があり、補助キャリアはＤＬＴＯＭ、ＵＬＴＯＭ、および／またはＢｉＤＴＭで使用され得ることが想定される。
【０１９１】
ＡＰは、たとえば、（１）ＡＰまたはＳＴＡのバッファの状況または状態、（２）リンクの容量、（３）リンクの輻輳の測定値、および／または（４）リンクの推定されるスループット等に基づいて、動作モード間で動的に切り替わることが想定される。
【０１９２】
１または複数の実施形態では、可変フィルタ（たとえば、アナログまたはデジタル）が補助帯域で使用され得る。たとえば、１または複数の可変フィルタが、容量の要件に基づいて帯域幅およびキャリア周波数を動的に調整するために、補助帯域（たとえば、高い周波数帯域）の無線フロントエンドで使用され得る。また、可変フィルタは、帯域内のノイズを最小に保ち得る。
【０１９３】
１または複数の実施形態では、空間多重化が補助帯域で使用され得る。たとえば、アンカーキャリアは従来のＣＳＭＡを（たとえば、ＴＶＷＳ帯域で）使用し、補助キャリアはユーザに割り当てられ得る（たとえば、且つビームフォーミングを使用し得る）。たとえば、補助キャリアで容量の増加を実現しつつ、プライマリキャリアで広いカバレッジエリアを提供して、補助チャネルの効率的な空間再利用を実現しながら、ＳＴＡに対して容量を大幅に増やすことができる。ＡＰに近いＳＴＡ（たとえば、場所がしきい値の範囲内であると判断されるか、または信号レベルがしきい値よりも高い）は、アンカーキャリアを制御プレーンの信号伝達に使用（または一部の実施形態では唯一使用）でき、補助チャネルはデータプレーンの通信に使用され得る。残りのＳＴＡ（たとえば、かかる条件を満たさず、および／またはＡＰから離れている）は、アンカーキャリアの物理リソースをデータプレーンおよび制御プレーンの信号伝達に使用し得る。
【０１９４】
１または複数の実施形態では、システム（たとえば、ＡＰおよび／またはＳＴＡ）は、現在のアンカーチャネルが新しい補助チャネルになり、現在の補助チャネルが新しいアンカーチャネルになり得るように、アンカーチャネルと補助チャネルの交換を開始し得る。この交換は、たとえば、補助チャネルの品質がアンカーチャネルの品質を超えること、またはアンカーチャネルが使用不可になったときに基づき得る。そのような場合、システムは、最良の使用可能な補助チャネルを、新しいアンカーチャネルとして選択できる。新しいアンカーチャネルは、たとえば、ＴＶＳＭ帯域またはＩＳＭ帯域に含まれ得る。システムは、既存のアンカーチャネルが使用不可になったときを、たとえばビーコンを使用して判断できる。たとえば、一定数の連続するビーコンまたは一定期間の全ビーコンに対する失われたビーコンの比率がしきい値を超えた場合（たとえば、５つのビーコンが失われるか、５０％のビーコンが失われ得る）、ＳＴＡは、アンカーチャネルが変更されることを把握または判断し得る。異なるＳＴＡは異なる干渉を受け、ビーコン受信の観察は異なる可能性があるため、ＡＰは、アンカーチャネルの異なる品質を示す異なるＳＴＡ報告を受信する可能性がある。ＡＰによってサービスが提供されるすべてまたは大部分のＳＴＡにとって好ましいと思われるかまたは好ましい代替チャネルが存在しないことが想定される。少なくとも１つの例示的な実施形態では、ビーコン損失のしきい値が５であり、実際のビーコン損失が以下の表１のようになる場合がある。
【０１９５】
【表１】
0005731714.tif 000002
【０１９６】
ＡＰは、ビーコン損失がしきい値よりも大きいＳＴＡの数をチャネルごとにカウントし、カウント数が最も少ないチャネルを新しいアンカーチャネルとして選択し、情報を新しいアンカーチャネル（たとえば、アンカーチャネルに変更があった場合）でＳＴＡ（たとえば、ＡＰによってサービスが提供される一部またはすべてのＳＴＡ）に発信し得る。
【０１９７】
たとえば、この代表的な例では、現在のアンカーチャネルでのビーコン損失がしきい値よりも大きいＳＴＡが２つあり（たとえば、ＳＴＡ  １およびＳＴＡ  ２）、代替チャネルでのビーコン損失がしきい値よりも大きいＳＴＡが１つある（たとえば、ＳＴＡ  ２）。そして、ＡＰはアンカーチャネルを代替チャネルに切り替え得る。他の機構を使用してアンカーチャネルを選択することもできる。これには、（１）関連するチャネルでの損失ビーコンの総数のカウント、および／または（２）外れ値のＳＴＡを除外した（たとえば、ＳＴＡの最大および／または最小のビーコン損失カウントを除外した）関連するチャネルの損失ビーコンの総数のカウントに基づく選択がある。
【０１９８】
アンカーチャネルの交換または切り替えの判断は、ビーコン損失に基づくものとして開示されているが、ＳＴＡによるビーコンの正常な受信など、他のパラメータに基づくことが想定される。補助チャネルがビーコンをブロードキャストしていない場合、ＡＰは、符号誤り率、再送信の頻度、信号対干渉比、および／または信号対雑音比等の他の測定値またはパラメータを使用してチャネルの品質を判断し得る。
【０１９９】
図１７Ａは、チャネルをＴＶＷＳからＩＳＭ帯域に変更したとき（たとえば、同じチャネル帯域幅およびＴＸ電力を維持）の例示的なカバレッジエリアの変化を示す図であり、図１７Ｂは、チャネルをＩＳＭ帯域からＴＶＷＳに変更したとき（たとえば、同じチャネル帯域幅およびＴＸ電力を維持）のカバレッジエリアの変化を示す図である。
【０２００】
図１７Ａおよび１７Ｂを参照すると、たとえば、無線が２つの帯域間で一方の帯域から他方の帯域にチャネルを切り替え、それら２つの帯域でキャリア周波数および／または帯域幅が異なるときに、異なる帯域の補助チャネル間のハンドオーバーに手順（たとえば、移動手順）が使用され得る。以下に説明されるように、スイッチオーバー後の構成が同一である場合（たとえば、送信電力と変調および符号化方式（ＭＣＳ）が同じ）、交信距離が異なる（たとえば、大きく異なる）可能性があり、干渉の影響が異なる（たとえば、大きく異なる）可能性がある。
【０２０１】
一部の実施形態では、キャリア周波数が低いほど、交信距離は大きい。たとえば、自由空間無線伝搬モデルを使用した場合、受信電力は、波長の二乗に比例する。ＴＶＷＳのキャリア周波数は、５１２ＭＨｚから６９８ＭＨｚまでの範囲（チャネル３７を除く）であり、ＩＥＥＥ８０２．１１／ｂ／ｇによって使用されるＩＳＭ帯域のキャリア周波数は、それよりもはるかに高い２．４ＧＨｚである。自由空間無線伝搬モデルでは、ＴＶＷＳで動作している無線は、同じ構成で２．４ＧＨｚのＩＳＭ帯域で動作している無線の約４倍の交信距離を持ち得る。
【０２０２】
条件の中で特に、帯域幅が変わると、電力スペクトル密度が反対方向で変わり得る。想定条件の中で特に、送信電力が固定されている場合、帯域幅が増加すると電力スペクトル密度が減少する場合があり、帯域幅が減少すると電力スペクトル密度が増加し得る。送信電力が固定された状態でチャネルの帯域幅が減少すると、帯域外発射（ＯＯＢＥ）が急増する可能性があり、それがスペクトルアクセスのポリシーによって課された干渉制限の潜在的な違反につながる可能性がある。例として、２．４ＧＨｚのＩＳＭ帯域におけるチャネルの帯域幅が２０ＭＨｚであり、米国のＴＶＷＳにおけるチャネルの帯域幅が６ＭＨｚである場合、無線が異なる帯域幅のチャネル間で切り替わるときに、サービスの継続性を保証するために帯域幅の変化の影響が考慮または判断され得る。交信距離を一致させないと、サービスの継続性が保証されないか、非効率性が生じる可能性がある。１または複数の実施形態では、切り替えられるチャネルまたは周波数帯域の交信距離が、たとえば、無線が異なる帯域間で切り替わったときに通信リンクの容量をほぼ同一に維持するために、一致させられ得る。
【０２０３】
通信リンクの容量は（１）チャネルの帯域幅、（２）ＳＮＲ、（３）減衰、（４）キャリア周波数または帯域、および／または（５）ＭＣＳなど、複数の要因に依存し得る。容量とは、無線の使用可能な構成の制約下で実現可能な生のスループットを一般に意味する。ＴＸ電力は、式１に示されるように概算され得る。
【０２０４】
ＰＲＸ＝ａ（ｆ）ＰＴＸ／ｒｎ        （１）
ここで、ａ（ｆ）はキャリア周波数ｆの関数、ＰＴＸはＴＸ電力、ｒは送信機と受信機の間の距離、ｎ≧２は減弱の指数である。
【０２０５】
帯域１および帯域２にそれぞれ存在するチャネル１およびチャネル２の２つのチャネルの距離を一致させるための代表的な手順は、以下を含み得る。
（１）チャネル１からチャネル２への変更の場合、チャネル１のチャネル容量を概算する（たとえば、Ｃ１＝Ｂ１ｌｏｇ２（１＋ＳＩＮＲ１）を使用。ここで、Ｂ１はチャネル１の帯域幅、ＳＩＮＲ１は信号対干渉騒音比である。
（２）各ＴＸ電力レベル（たとえば、複数のレベルに量子化された量子化ＴＸ電力）について、Ｃ２＝Ｂ２ｌｏｇ２（１＋ＳＩＮＲ２）のときに｜Ｃ２−Ｃ１｜が最小となるように、帯域２の一連のチャネル（チャネル２と呼ばれる）が判断され得る。Ｂ２は、帯域２で使用される総帯域幅であり、それ自体が複数のチャネルで構成され得る。たとえば、ＴＶＷＳでは、Ｂ２は複数のＴＶチャネルの帯域幅と等価であり得る。ＳＩＮＲ２は、チャネル２の選択、ＴＸ電力、および／またはキャリア周波数によって影響され得る。
（３）｜Ｔ２−Ｔ１｜＜ＹＴ１となるように、チャネル２の最小ＴＸ電力とＭＣＳ方式とを見つける。ここで、Ｔ１はチャネル１の生のスループット、Ｔ２はチャネル２の生のスループット、Ｙは０から１までの定数である。干渉（たとえば、不要な干渉）を緩和するために、上記の制約を満たす最小ＴＸ電力が選択され得る。
【０２０６】
別の手順で、上記のアルゴリズムまたは他の距離一致アルゴリズムに基づく高速な実装のためのポリシーを生成し、参照テーブルを作成し得る。
【０２０７】
１または複数の実施形態では、アンカーチャネルと１または複数の補助チャネルとを制御するために、単一のマスタークロックが使用され得る。
【０２０８】
１または複数の実施形態で、異なる帯域幅の２つのチャネルがマスタークロックを使用して制御され得ることが想定される。１つの代表的な実施形態では、第１のチャネルが５ＭＨｚ幅であり、第２のチャネルが２０ＭＨｚ幅であり得る。たとえば、変調および符号化がチャネル間で共通している場合、想定される条件の中で特に、無線が２０ＭＨｚ幅の第２のチャネルから５ＭＨｚ幅の第１のチャネルに切り替わると、マスタークロックは最初のクロック速度の１／４に低速化し得る。たとえば、変調および符号化がチャネル間で共通している場合、無線が第１のチャネルから第２のチャネルに切り替わると、マスタークロックは４倍（たとえば、切り替え前のクロック速度の４倍）に高速化され得る。１または複数の実施形態では、クロック速度の変化は、使用可能なスペクトルおよびチャネルの品質に基づいて動的であり得る。適切な動作をプロトコルレベルで維持するために、短フレーム間隔（ＳＩＦＳ）、ＤＣＦフレーム間隔（ＤＩＦＳ）等のタイミング関連のパラメータがマスタークロックによって制御され得る。たとえば、パラメータの値が基準に準拠するように、クロックカウンタがこれらのパラメータに対して調節され得る。
【０２０９】
図１８は、帯域間のＭＡＣ層アグリゲーション（たとえば、複数の無線フロントエンドを使用）のための例示的なトランシーバ構造を示すブロック図である。
【０２１０】
図１８を参照すると、トランシーバ構造は、第１の無線フロントエンドと、第２の無線フロントエンドと、フィルタモジュールと、デジタルベースバンド（ＤＢＢ）モジュールと、複数のＰＨＹ層／モジュールと、ＭＡＣ層と、ＩＰ層とを含み得る。トランシーバは、第１の無線フロントエンド（たとえば、ＩＳＭ帯域用）と第２の無線フロントエンド（たとえば、ＴＶＷＳ帯域用）とを含む２つの無線フロントエンドを使用して、帯域間のＭＡＣ層アグリゲーションを実現し得る。図１８では、トランシーバは５帯域のアグリゲーション方式について示されているが、任意の数の帯域のアグリゲーション方式が可能である。５帯域のアグリゲーション方式は、２つのＲＦフロントエンドにマップされた５つの独立したＰＨＹチェーンを含み得る。第１のフローは、２つの５ＭＨｚ  ＴＶＷＳチャネルとアグリゲートされた３つの２２ＭＨｚ  ＩＳＭチャネルを含み得る。第２のフローは、４つの２２ＭＨｚ  ＴＶＷＳチャネルとアグリゲートされた１つの２２ＭＨｚ  ＩＳＭチャネルを含み得る。１つの帯域（たとえば、ＩＳＭまたはＴＶＷＳ）がアンカーキャリアとして動作する場合があり、他の帯域が補助またはセカンダリキャリアとして機能し得る。アンカーチャネルは、補助キャリアもしくはセカンダリキャリアでのチャネル割り当てならびに／またはリンクの確立および削除のための制御情報を搬送し得る。第１のフローおよび第２のフローのアグリゲーションは、下位のＰＨＹ層からのＭＡＣ層で発生し得る。
【０２１１】
ＭＡＣ層（たとえば、単一の共通ＭＡＣ層）は、共同のスケジューラを使用して、ＩＰパケットを異なるＰＨＹフローにスケジュールすることができる。個別のＰＨＹ層からＭＡＣ層に送られるチャネル品質のフィードバックに基づいて、フロー制御機構が実装され得る。
【０２１２】
フィルタモジュールは、帯域でのスペクトルの利用可能性に基づいて動的に設定され得る帯域幅を備えた、可変ＲＦフィルタバンクを含み得る。たとえば、フィルタバンクの各フィルタは、ＩＳＭ帯域では２２ＭＨｚ、ＴＶＷＳ帯域では５ＭＨｚのいずれかに設定され得る。ＤＢＢモジュールは、信号のベースバンドから通過帯域への動的な上り変換または信号の通過帯域からベースバンドへの動的な下り変換に対して構成され得る。ＤＢＢは、生のデジタルサンプルをＲＦフロントエンドから収集して感知モジュールまたは処理装置に提供するために使用され得る。
【０２１３】
感知モジュールはＣＭＦと通信する場合があり、ＣＭＦはＴＶＷＳデータベースと順に通信し得る。
【０２１４】
ＩＳＭ帯域およびＴＶＷＳ帯域のチャネルは、感知モジュールからのチャネルの利用可能性および／またはチャネルの品質の結果に基づいて割り当てられ得る。１または複数の実施形態では、この割り当ては、許可可能および／または制限されたチャネルの利用可能性を示す、ＴＶＷＳデータベースからのＴＶＷＳ帯域についての情報にさらに基づき得る。
【０２１５】
図１９は、別の代表的なトランシーバ構造を示すブロック図である。
【０２１６】
図１９を参照すると、トランシーバは図１８のトランシーバに類似して構成され得るが、ＰＨＹ層はＩＳＭ無線フロントエンドまたはＴＶＷＳ無線フロントエンドのいずれかに直接マップされ得る。たとえば、３つのＰＨＹ層がＴＶＷＳ無線フロントエンドにマップされる場合があり、２つの他のＰＨＹ層がＩＳＭ無線フロントエンドにマップされ得る。
【０２１７】
１または複数の実施形態では、複数の帯域がＩＰ層での帯域間アグリゲーションとＭＡＣ層での帯域内アグリゲーションとを使用してアグリゲートされ得る。ＭＡＣ層の上位であってＩＰ層の下位である薄層は、ＵＬおよびＤＬのトラフィックのＩＰパケットアグリゲーション／セグリゲーション用に構成され得る。個別のＭＡＣ（たとえば、ＩＳＭ帯域およびＴＶＷＳ帯域ごとに１つ）が帯域内アグリゲーション用に構成され得る。
【０２１８】
図２０は、別の代表的なトランシーバ構造を示すブロック図である。
【０２１９】
図２０を参照すると、トランシーバは図１９のトランシーバに類似して構成され得る。ただし、ＭＡＣ層および／またはＩＰ層での帯域間および帯域内のアグリゲーションを実現するために柔軟／可変なアーキテクチャが使用され得るように、単一の広帯域無線フロントエンド（たとえば、単一のＩＳＭ／ＴＶＷＳ帯域の無線フロントエンド）が含まれ、各ＰＨＹ層が単一の無線フロントエンドに直接マップされ得る。可変性の制御は、制御プレーンモジュールを使用して管理され得る。制御プレーンモジュールは、（１）ＩＰ層のアグリゲーションと（２）ＭＡＣ層のアグリゲーションのいずれかまたは両方の選択を制御する場合があり、ＰＨＹフローの数、フィルタバンクの調整、および／またはＲＦ帯域も制御し得る。
【０２２０】
本明細書の説明と図１〜２０に鑑み、実施形態では、アクセスポイント（ＡＰ）とワイヤレス送信機／受信機ユニット（ＷＴＲＵ）との間で、ＡＰとＷＴＲＵの間のアンカー帯域であり得る第１の周波数帯域上のアンカーチャネルを使用してアグリゲーションを管理するための１または複数の手法および／またはワイヤレス送信／受信ユニット（ＷＴＲＵ）を想定する。この手法および／またはＷＴＲＵ構成は、ＷＴＲＵが、第１の周波数帯域とは異なる補助帯域である第２の周波数帯域上の補助チャネルを割り当てるための割り当て情報を提供し得る１または複数のビーコンを、アンカーチャネルを通じてワイヤレスに受信するステップを含み得る。
【０２２１】
また、この手法および／またはＷＴＲＵ構成は、１または複数のビーコンで提供された割り当て情報を使用して補助帯域上で補助チャネルを確立するステップ、および／またはＷＴＲＵが補助帯域上の確立された補助チャネルでデータをワイヤレスに交換するステップを含み得る。
【０２２２】
この手法および／またはＷＴＲＵ構成では、確立された補助チャネルでデータをワイヤレスに交換するステップは、（１）確立された補助チャネルでデータをワイヤレスに送信するステップ、（２）確立された補助チャネルでデータをワイヤレスに受信するステップ、および／または（３）確立された補助チャネルでデータをワイヤレスに送信および受信するステップの１または複数を含み得る。
【０２２３】
この手法および／またはＷＴＲＵ構成では、１または複数のビーコンをアンカーチャネルを通じてワイヤレスに受信するステップは、各ビーコンがアンカーチャネル用の制御情報と補助チャネル用の制御情報とを含み得る一連のビーコンを受信するステップを含み得る。
【０２２４】
この手法および／またはＷＴＲＵ構成では、１または複数のビーコンをアンカーチャネルを通じてワイヤレスに受信するステップは、第１の部分がアンカーチャネル用の制御情報を含み、第２の部分が補助チャネル用の制御情報を含み得る一連のビーコンを受信するステップを含み得る。
【０２２５】
この手法および／またはＷＴＲＵ構成では、各ビーコン送信間隔の第１のビーコンがブロードキャストされる場合があり、各ビーコン送信間隔の他のそれぞれのビーコンがマルチキャストされ得るように、一連のビーコンが各ビーコン送信間隔で受信され得る。
【０２２６】
この手法および／またはＷＴＲＵ構成では、アンカーチャネルに関連付けられた第１のビーコンがブロードキャストされる場合があり、補助チャネルに関連付けられた他のそれぞれのビーコンがマルチキャストされ得るように、一連のビーコンが周期的に受信され得る。
【０２２７】
また、この手法および／またはＷＴＲＵ構成は、ＷＴＲＵが、一連のビーコンのうち補助チャネルの制御情報を含むビーコンを所定の数のビーコン間隔に基づいて判断するステップ、および／またはＷＴＲＵが、判断されたビーコンで制御情報を検索するステップを含み得る。
【０２２８】
この手法および／またはＷＴＲＵ構成では、１または複数のビーコンをアンカーチャネルを通じてワイヤレスに受信するステップは、第２の周波数帯域または追加の周波数帯域の少なくとも１つの追加の補助チャネルを割り当てるための割り当て情報を提供するステップを含み得る。また、この手法および／またはＷＴＲＵ構成は、追加の補助チャネルを１または複数のビーコンによって提供される割り当て情報を使用して確立するステップ、および／またはＷＴＲＵが追加のデータを追加の補助チャネルでワイヤレスに交換するステップを含み得る。
【０２２９】
この手法および／またはＷＴＲＵ構成では、確立された補助チャネルでデータをワイヤレスに交換し、追加の補助チャネルで追加のデータをワイヤレスに交換するステップは、（１）確立された補助チャネルでデータをワイヤレスに送信し、確立された追加の補助チャネルで追加のデータをワイヤレスに受信するステップ、（２）確立された補助チャネルでデータをワイヤレスに受信し、確立された追加の補助チャネルで追加のデータをワイヤレスに送信するステップ、（３）確立された補助チャネルおよび確立された追加の補助チャネルでデータおよび追加のデータをワイヤレスに送信するステップ、および／または（４）確立された補助チャネルおよび確立された追加の補助チャネルでデータおよび追加のデータをワイヤレスに受信するステップの１または複数を含み得る。
【０２３０】
この手法および／またはＷＴＲＵ構成では、１または複数のビーコンをアンカーチャネルを通じてワイヤレスに受信するステップは、第１の部分がアンカーチャネル用の制御情報を含み、第２の部分が補助チャネル用の制御情報を含み得る一連のビーコンを受信するステップを含み得る。
【０２３１】
また、この手法および／またはＷＴＲＵ構成は、ＷＴＲＵが、一連のビーコンの２番目の部分の制御情報から、（１）補助チャネルおよび／または（２）追加の補助チャネルの少なくとも１つでデータを送信／受信するためのチャネルの割り当てを変更するか否かを判断するステップを含み得る。また、この手法および／またはＷＴＲＵ構成は、ビーコンの第２の部分の各ビーコンの制御情報に基づいて、補助チャネルでの割り当てを変更して（１）補助チャネル上の上りリンク専用チャネルおよび／または（２）補助チャネル上の下りリンク専用チャネルの１または複数を提供するステップを含み得る。
【０２３２】
また、この手法および／またはＷＴＲＵ構成は、ビーコンの第２の部分の各ビーコンの制御情報に基づいて、追加の補助チャネルでの割り当てを変更して（１）追加の補助チャネル上の上りリンク専用チャネルおよび／または（２）追加の補助チャネル上の下りリンク専用チャネルの１または複数を提供するステップを含み得る。
【０２３３】
また、この手法および／またはＷＴＲＵ構成は、アンカーチャネルと、補助チャネルおよび追加の補助チャネルの１つのチャネルとを、その１つのチャネルのビーコンの損失がアンカーチャネルに比べて少ない場合に、その１つのチャネルが新しいアンカーチャネルになり、以前のアンカーチャネルが補助チャネルの１つになるように、切り替えるステップを含み得る。
【０２３４】
この手法および／またはＷＴＲＵ構成では、アンカーチャネルはＩＳＭ帯域に含まれ、補助帯域はＴＶＷＳ帯域に含まれ得る。
【０２３５】
この手法および／またはＷＴＲＵ構成では、補助チャネルの割り当て情報を含むビーコンは、ＷＴＲＵをクワイエットする１または複数のクワイエット期間を示すクワイエット情報を含み得る。
【０２３６】
また、この手法および／またはＷＴＲＵ構成は、ＷＴＲＵが、クワイエット情報からクワイエット期間を判断するステップ、および／またはＷＴＲＵが、クワイエット期間中の送信を制限してＴＶＷＳ帯域での他の送信の検索を可能にするステップを含み得る。
【０２３７】
また、この手法および／またはＷＴＲＵ構成は、ＴＶＷＳ帯域で他の送信を見つけたことに対応して、ＷＴＲＵが、ＷＴＲＵを補助チャネルから移動する更新された割り当て情報を示す１または複数のビーコンを受信するステップを含み得る。
【０２３８】
この手法および／またはＷＴＲＵ構成では、アンカーチャネルで送信されるビーコンの割り当て情報は、（１）関連付け手順および／または（２）検出手順の少なくとも１つに関連付けられた補助チャネルに関する動作情報を含み得る。
【０２３９】
この手法および／またはＷＴＲＵ構成では、１または複数のビーコンをアンカーチャネルを通じてワイヤレスに受信するステップは、アンカーチャネルの割り当て情報を示す制御情報に関連付けられたフレームのビーコン部分の少なくとも１つのビーコンを検出するステップ、および／またはアンカーチャネルでのデータ交換に使用されるフレームのペイロード部分のビーコンであって、補助チャネルの割り当て情報を示し得るビーコンを検出するステップの１または複数を含み得る。
【０２４０】
この手法および／またはＷＴＲＵ構成は、受信された１または複数のビーコンから、次のうちの少なくとも１つの判断を含む割り当て情報を検出するステップを含み得る。（１）補助チャネルの使用モード、（２）補助チャネルの有効化または無効化、（３）次のビーコン間隔の前にＷＴＲＵが補助チャネルでの上りリンク送信または下りリンク送信用にスケジュールされているか否かを示すトラフィック表示マップ、（４）ＷＴＲＵが現在のビーコン間隔で補助チャネルを使用することを制限されているか否かを示すリソース共有マップ、（５）（ｉ）ＷＴＲＵが補助チャネルでの送信を制限されるクワイエット期間、（ｉｉ）補助チャネルの送信電力制限、または（ｉｉｉ）共存情報の少なくとも１つを示す動的なスペクトル管理の情報、（６）チャネル切り替え通知、および／または（７）特定のビーコン間隔を識別するビーコン間隔番号。
【０２４１】
また、この手法および／またはＷＴＲＵ構成は、ＷＴＲＵが、補助チャネルまたは追加の補助チャネルを使用するＷＴＲＵの性能を示す性能情報を含む要求を送信するステップを含み得る。
【０２４２】
また、この手法および／またはＷＴＲＵ構成は、ＷＴＲＵが、アンカーチャネルを通じて、アンカーチャネルに対するチャネル同期を示す倍率、および／またはアンカーチャネル上の管理フレーム内のセカンダリチャネル同期信号の少なくとも１つを受信するステップを含み得る。
【０２４３】
また、この手法および／またはＷＴＲＵ構成は、ＷＴＲＵが、補助チャネルを通じて、データを含むフレームを受信するステップ、および／またはＷＴＲＵが、アンカーチャネルを通じて、補助チャネルで受信されたフレームについてのブロック肯定応答を送信するステップを含み得る。
【０２４４】
この手法および／またはＷＴＲＵ構成では、補助チャネルで受信されたフレームについてのブロック肯定応答の送信は、タイマの失効または後続のビーコン間隔の開始に対応して行われ得る。
【０２４５】
この手法および／またはＷＴＲＵ構成では、補助チャネルで受信されたフレームについてのブロック肯定応答の送信は、最も古い肯定応答されていないフレームを受信してからの時間がしきい値を超えたときに行われ得る。
【０２４６】
また、この手法および／またはＷＴＲＵ構成は、ＷＴＲＵが、アンカーチャネルでブロードキャスト肯定応答クエリを受信してブロック肯定応答の応答を開始するステップであって、ブロードキャスト肯定応答クエリの受信に対応して、補助チャネルで受信されたフレームについてのブロック肯定応答がアンカーチャネルで送信され得るステップを含み得る。
【０２４７】
また、この手法および／またはＷＴＲＵ構成は、ＷＴＲＵが、アンカーチャネルでブロードキャスト肯定応答クエリを受信してブロック肯定応答の応答を開始するステップであって、ブロードキャスト肯定応答クエリの受信に対応して、補助チャネルで受信されたフレームについてのブロック肯定応答がアンカーチャネルで送信され得るステップを含み得る。
【０２４８】
また、この手法および／またはＷＴＲＵ構成は、ＷＴＲＵが、アンカーチャネルでのデータ交換に使用される所定の部分が肯定応答に使用できるか否かを判断するステップ、および／またはＷＴＲＵが、肯定応答に使用できる所定の部分の１つにブロック肯定応答を挿入するステップであって、補助チャネルで受信されたフレームについてのブロック肯定応答の送信が、挿入されたブロック肯定応答を含むフレームの送信を含み得るステップを含み得る。
【０２４９】
この手法および／またはＷＴＲＵ構成では、ＷＴＲＵは複数のＷＴＲＵであり得る。また、この手法および／またはＷＴＲＵ構成は、（１）補助チャネルが複数のＷＴＲＵの間で固定のラウンドロビンの態様で共有される固定予約アクセス方式、（２）アンカーチャネルが予約チャネルとして使用される需要予約ベースのアクセス方式、および／または（３）各ＷＴＲＵが補助チャネルを検知するための既存のルールに従い、チャネルがしきい値期間に対して空いていることが検知された場合に送信を行う競合アクセス方式の１または複数に基づいて、補助チャネルを割り当てるステップを含み得る。
【０２５０】
実施形態では、アクセスポイント（ＡＰ）とワイヤレス送信機／受信機ユニット（ＷＴＲＵ）との間で、ＡＰとＷＴＲＵとの間のアンカー帯域であり得る第１の周波数帯域上のアンカーチャネルを使用してアグリゲーションを管理するための１または複数の技術および／またはアクセスポイント（ＡＰ）の構成を想定する。この手法および／またはＡＰ構成は、ＡＰが、第１の周波数帯域とは異なる補助帯域である第２の周波数帯域上の補助チャネルを割り当てるための割り当て情報を提供し得る１または複数のビーコンを、アンカーチャネルを通じてワイヤレスに送信するステップを含み得る。
【０２５１】
この手法および／またはＡＰ構成は、１または複数のビーコンにより提供された割り当て情報を使用して補助チャネルを補助帯域上で確立するステップ、および／またはＡＰが、補助帯域上の確立された補助チャネルでデータをワイヤレスに交換するステップを含み得る。
【０２５２】
この手法および／またはＡＰ構成では、確立された補助チャネルでデータをワイヤレスに交換するステップは、（１）確立された補助チャネルでデータをワイヤレスに送信するステップ、（２）確立された補助チャネルでデータをワイヤレスに受信するステップ、および／または（３）確立された補助チャネルでデータをワイヤレスに送信および受信するステップの１つを含み得る。
【０２５３】
この手法および／またはＡＰ構成では、１または複数のビーコンをアンカーチャネルを通じてワイヤレスに送信するステップは、各ビーコンがアンカーチャネル用の制御情報と補助チャネル用の制御情報とを含む一連のビーコンを送信するステップを含み得る。
【０２５４】
この手法および／またはＡＰ構成では、１または複数のビーコンをアンカーチャネルを通じてワイヤレスに送信するステップは、第１の部分がアンカーチャネル用の制御情報を含み、第２の部分が補助チャネル用の制御情報を含み得る一連のビーコンを送信するステップを含み得る。
【０２５５】
また、この手法および／またはＡＰ構成は、ＡＰが、一連のビーコンのうち、補助チャネルの制御情報を含むことになるビーコンを、所定の数のビーコン間隔に基づいて判断するステップ、および／またはＡＰが、判断されたビーコンに制御情報を挿入するステップを含み得る。
【０２５６】
この手法および／またはＡＰ構成では、各ビーコン送信間隔の第１のビーコンがブロードキャストされる場合があり、各ビーコン送信間隔の他のそれぞれのビーコンがマルチキャストされ得るように、一連のビーコンが各ビーコン送信間隔で送信され得る。
【０２５７】
この手法および／またはＡＰ構成では、アンカーチャネルに関連付けられた第１のビーコンがブロードキャストされる場合があり、補助チャネルに関連付けられた他のそれぞれのビーコンがマルチキャストされ得るように、一連のビーコンが周期的に送信され得る。
【０２５８】
この手法および／またはＡＰ構成では、１または複数のビーコンをアンカーチャネルを通じてワイヤレスに送信するステップは、アンカー帯域または補助帯域とは異なる追加の補助帯域である追加の周波数帯域の少なくとも１つの追加の補助チャネルを割り当てるための割り当て情報を提供するステップを含み得る。また、この手法および／またはＡＰ構成は、追加の補助帯域の追加の補助チャネルを、１または複数のビーコンによって提供される割り当て情報を使用して確立するステップ、および／またはＷＴＲＵが、追加のデータを追加の補助帯域の追加の補助チャネルでワイヤレスに交換するステップを含み得る。
【０２５９】
この手法および／またはＡＰ構成では、確立された補助チャネルでデータをワイヤレスに交換し、追加の補助チャネルで追加のデータをワイヤレスに交換するステップは、（１）確立された補助チャネルでデータをワイヤレスに送信し、確立された追加の補助チャネルで追加のデータをワイヤレスに受信するステップ、（２）確立された補助チャネルでデータをワイヤレスに受信し、確立された追加の補助チャネルで追加のデータをワイヤレスに送信するステップ、（３）確立された補助チャネルおよび確立された追加の補助チャネルでデータおよび追加のデータをワイヤレスに送信するステップ、および／または（４）確立された補助チャネルおよび確立された追加の補助チャネルでデータおよび追加のデータをワイヤレスに受信するステップの１または複数を含み得る。
【０２６０】
この手法および／またはＡＰ構成では、１または複数のビーコンをアンカーチャネルを通じてワイヤレスに送信するステップは、第１の部分がアンカーチャネル用の制御情報を含み、第２の部分が補助チャネル用の制御情報を含み得る一連のビーコンを送信するステップを含み得る。
【０２６１】
また、この手法および／またはＡＰ構成は、ＡＰが、補助チャネルおよび追加の補助チャネルでデータを交換するための１または複数のチャネル割り当てを変更するか否かを判断するステップ、および／またはＡＰが、一連のビーコンの２番目の部分に、補助チャネルを（１）上りリンク専用チャネルおよび／または（２）下りリンク専用チャネルの１または複数として割り当てる制御情報を挿入するステップを含み得る。また、この手法および／またはＡＰ構成は、ＡＰが、一連のビーコンの２番目の部分に、追加の補助チャネルを（１）上りリンク専用チャネルまたは（２）下りリンク専用チャネルの１つとして割り当てる制御情報を挿入するステップ、および／またはＡＰが、一連のビーコンをアンカーチャネルで送信するステップを含み得る。
【０２６２】
また、この手法および／またはＡＰ構成は、ＡＰが、アンカーチャネルと、補助チャネルおよび追加の補助チャネルの１つのチャネルとを、その１つのチャネルのビーコンの損失がアンカーチャネルに比べて少ない場合に、その１つのチャネルが新しいアンカーチャネルになり、以前のアンカーチャネルが補助チャネルの１つになるように、切り替えるステップを含み得る。
【０２６３】
この手法および／またはＡＰ構成では、アンカーチャネルはＩＳＭ帯域に含まれ、補助帯域はＴＶＷＳ帯域に含まれ得る。
【０２６４】
この手法および／またはＡＰ構成では、補助チャネルの割り当て情報を含むビーコンは、ＷＴＲＵをクワイエットする１または複数のクワイエット期間を示すクワイエット情報をさらに含み得る。また、この手法および／またはＡＰ構成は、ＡＰが、１または複数のクワイエット期間中に、ＴＶＷＳ帯域に送信が存在するか否かを判断結果として判断するステップ、および／またはＡＰが、その判断結果に対応して、ＷＴＲＵに更新された割り当て情報を送信するステップを含み得る。
【０２６５】
この手法および／またはＡＰ構成では、アンカーチャネル上のビーコンの割り当て情報は、（１）関連付け手順および／または（２）検出手順の少なくとも１つに関連付けられた補助チャネルに関する動作情報を含み得る。
【０２６６】
この手法および／またはＡＰ構成では、１または複数のビーコンをアンカーチャネルを通じてワイヤレスに送信するステップは、アンカーチャネルの割り当て情報を示す制御情報に関連付けられたビーコン部分で少なくとも１つのビーコンを送信するステップ、および／またはアンカーチャネルでのデータ交換に使用されるペイロード部分の１または複数のビーコンであって、補助チャネルの割り当て情報を示し得るビーコンを送信するステップを含み得る。
【０２６７】
また、この手法および／またはＡＰ構成は、送信される１または複数のビーコンに、次のうちの少なくとも１つを割り当て情報として判定することを含む割り当て情報を挿入するステップを含み得る。（１）補助チャネルの使用モード、（２）補助チャネルの有効化または無効化、（３）次のビーコン間隔の前にＷＴＲＵが補助チャネルでの上りリンク送信または下りリンク送信用にスケジュールされているか否かを示すトラフィック表示マップ、（４）ＷＴＲＵが現在のビーコン間隔で補助チャネルを使用することを制限されているか否かを示すリソース共有マップ、（５）（ｉ）ＷＴＲＵが補助チャネルでの送信を制限されるクワイエット期間、（ｉｉ）補助チャネルの送信電力制限、または（ｉｉｉ）共存情報の少なくとも１つを示す動的なスペクトル管理の情報、（６）チャネル切り替え通知、および／または（７）特定のビーコン間隔を識別するビーコン間隔番号。
【０２６８】
また、この手法および／またはＡＰ構成は、ＡＰが、ＷＴＲＵが補助チャネルまたは追加の補助チャネルを使用する性能を示す性能情報を含むメッセージを受信するステップ、ＡＰが、受信された性能情報に応じてＷＴＲＵに対する（１）補助チャネルおよび／または（２）追加の補助チャネルの少なくとも１つの割り当てを判断するステップ、および／またはＷＴＲＵに対して判断された割り当てに対応する割り当て情報をＷＴＲＵに送信される一連のビーコンに挿入するステップを含み得る。
【０２６９】
また、この手法および／またはＡＰ構成は、ＷＴＲＵが、アンカーチャネルを通じて、アンカーチャネルに対するチャネル同期を示す倍率、および／またはアンカーチャネル上の管理フレーム内のセカンダリチャネル同期信号の少なくとも１つを送信するステップを含み得る。
【０２７０】
また、この手法および／またはＡＰ構成は、ＡＰが、補助チャネルを通じて、データを含むフレームを送信するステップ、および／またはＡＰが、アンカーチャネルを通じて、補助チャネルで受信されたフレームについてのブロック肯定応答を受信するステップを含み得る。
【０２７１】
この手法および／またはＡＰ構成では、補助チャネルで送信されたフレームについてのブロック肯定応答を受信するステップは、送信されたデータに対する補助チャネルの割り当てと同一のビーコン間隔または次のビーコン間隔で行われ得る。
【０２７２】
この手法および／またはＡＰ構成では、補助チャネルで送信されたフレームについてのブロック肯定応答を受信するステップは、最も古い肯定応答されていないフレームを受信してからの時間がしきい値を超えた後に行われ得る。
【０２７３】
また、この手法および／またはＡＰ構成は、ＡＰが、アンカーチャネルでブロードキャスト肯定応答クエリを送信してブロック肯定応答の応答を開始するステップ、および／またはＡＰが、ブロードキャスト肯定応答クエリに対応して、ブロック肯定応答を受信するステップを含み得る。
【０２７４】
また、この手法および／またはＡＰ構成は、ＡＰが、アンカーチャネルでのデータ交換に使用される１または複数の所定の部分からブロック肯定応答を検出するステップ、および／またはブロック肯定応答が１または複数のフレームが正常に受信されなかったことを示す場合に、その１または複数のフレームをフレーム識別子を使用して再送信するステップを含み得る。
【０２７５】
この手法および／またはＡＰ構成では、ＷＴＲＵは複数のＷＴＲＵであり得る。また、この手法および／またはＡＰ構成は、ＡＰが、（１）補助チャネルが複数のＷＴＲＵの間で固定のラウンドロビンの態様で共有される固定予約アクセス方式、（２）アンカーチャネルが予約チャネルとして使用される需要予約ベースのアクセス方式、および／または（３）各ＷＴＲＵが補助チャネルを検知するための既存のルールに従い、チャネルがしきい値期間に対して空いていることが検知された場合に送信を行う競合アクセス方式の少なくとも１つに基づいて補助チャネルを割り当てるステップを含み得る。
【０２７６】
実施形態では、アンカー帯域であり得る第１の周波数帯域上のアンカーチャネルをアクセスポイント（ＡＰ）と共に使用して、帯域アグリゲーションをＡＰと共に管理する手法および／またはＷＴＲＵ構成を想定する。この手法および／またはＷＴＲＵ構成は、第１の周波数帯域とは異なる補助帯域である第２の周波数帯域上の補助チャネルを割り当てるための割り当て情報を提供する１または複数のビーコンを、アンカーチャネルを通じてワイヤレスに受信するように構成されたワイヤレス受信機／送信機と、および／またはワイヤレス受信機／送信機と通信して１または複数のビーコンによって提供された割り当て情報を使用して補助チャネルを補助帯域上に確立するように構成された処理装置とを含み得る。
【０２７７】
この手法および／またはＷＴＲＵ構成では、ワイヤレス受信機／送信機は、補助帯域上の確立された補助チャネルでデータをワイヤレスに交換し得る。
【０２７８】
この手法および／またはＷＴＲＵ構成では、ＭＡＣ層がアンカーチャネルおよび補助チャネル上でフローをアグリゲートし得る。
【０２７９】
実施形態では、アンカー帯域である第１の周波数帯域上のアンカーチャネルをワイヤレス送信機／受信機ユニット（ＷＴＲＵ）と共に使用して、帯域アグリゲーションをＷＴＲＵと共に管理する手法および／またはＡＰ構成を想定する。この手法および／またはＡＰ構成は、第１の周波数帯域とは異なる補助帯域である第２の周波数帯域上の補助チャネルを割り当てるための割り当て情報を提供する１または複数のビーコンを、アンカーチャネルを通じてワイヤレスに送信するように構成されたワイヤレス受信機／送信機、および／またはワイヤレス受信機／送信機との組み合わせで１または複数のビーコンによって提供された割り当て情報を使用して補助チャネルを補助帯域上に確立するように構成された処理装置を含み得る。
【０２８０】
この手法および／またはＡＰ構成では、ワイヤレス受信機／送信機は、補助帯域上の確立された補助チャネルでデータをワイヤレスに交換し得る。
【０２８１】
本開示を通じて、当業者は、特定の代表的な実施形態が、他の代表的な実施形態と択一的に、または組み合わせて使用され得ることを理解する。
【０２８２】
特徴および要素は特定の組み合わせで上述されているが、当業者は、各特徴または要素が、単体で、または他の特徴および要素との任意の組み合わせで使用され得ることを理解する。加えて、本明細書で説明されている方法は、コンピュータまたは処理装置による実行のためにコンピュータ読み取り可能媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアで実装され得る。持続性があるコンピュータ読み取り可能ストレージ媒体の例として、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリ装置、内蔵ハードディスクや着脱式ディスク等の磁気媒体、磁気光学媒体、ＣＤ−ＲＯＭディスクやデジタル多用途ディスク（ＤＶＤ）等の光学媒体があるが、これらに限定されるものではない。ソフトウェアと組み合わせた処理装置は、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータで使用する無線周波トランシーバを実装するために使用され得る。
【０２８３】
さらに、上述した実施形態では、処理プラットフォームと、コンピューティングシステムと、制御装置と、処理装置を含む他の装置とが記載されている。これらの装置は、少なくとも１つの中央演算処理装置（「ＣＰＵ」）とメモリとを含み得る。コンピュータプログラミング技術の当業者の慣例に従い、行為の参照と、操作または命令の記号表現とが、さまざまなＣＰＵおよびメモリによって実行され得る。かかる行為と、操作または命令とは、「実行される」、「コンピュータで実行される」、または「ＣＰＵで実行される」と表現される。
【０２８４】
適切な処理装置には、例として、汎用処理装置、専用処理装置、従来型の処理装置、デジタル信号処理装置（ＤＳＰ）、複数のマイクロ処理装置、ＤＳＰコアと関連付けられた１または複数のマイクロ処理装置、制御装置、マイクロ制御装置、特定用途向け集積回路（ＡＳＩＣ）、特定用途用標準品（ＡＳＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他の種類の集積回路（ＩＣ）、および／または状態マシンがある。
【０２８５】
ソフトウェアと組み合わせた処理装置は、ワイヤレス送信受信ユニット（ＷＴＲＵ）、ユーザ機器（ＵＥ）、端末、基地局、モビリティ管理エンティティ（ＭＭＥ）もしくは進化型パケットコア（ＥＰＣ）、または任意のコンピュータで使用する無線周波トランシーバを実装するために使用され得る。ＷＴＲＵは、ソフトウェア無線（ＳＤＲ）等のハードウェアおよび／またはソフトウェアで実装されたモジュールや、カメラ、ビデオカメラモジュール、テレビ電話、スピーカフォン、振動装置、スピーカ、マイク、テレビジョントランシーバ、ハンズフリーヘッドセット、キーボード、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオ装置、近距離無線通信（ＮＦＣ）モジュール、液晶表示（ＬＣＤ）ディスプレイ装置、有機発光ダイオード（ＯＬＥＤ）ディスプレイ装置、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、および／または任意のワイヤレスローカルエリアネットワーク（ＷＬＡＮ）もしくは超広帯域（ＵＷＢ）モジュール等の他の構成要素と組み合わせて使用され得る。
【０２８６】
本発明は通信システムの観点で説明されてきたが、このシステムはマイクロ処理装置／汎用コンピュータ（図示せず）上のソフトウェアで実装され得ることが想定される。一部の実施形態では、さまざまな構成要素の１または複数の機能は、汎用コンピュータを制御するソフトウェアで実装され得る。
【図１】
0005731714.tif 000003
【図２Ａ】
0005731714.tif 000004
【図２Ｂ】
0005731714.tif 000005
【図２Ｃ】
0005731714.tif 000006
【図２Ｄ】
0005731714.tif 000007
【図２Ｅ】
0005731714.tif 000008
【図３Ａ】
0005731714.tif 000009
【図３Ｂ】
0005731714.tif 000010
【図７】
0005731714.tif 000011
【図８】
0005731714.tif 000012
【図１１】
0005731714.tif 000013
【図１２】
0005731714.tif 000014
【図１３】
0005731714.tif 000015
【図１５】
0005731714.tif 000016
【図１８】
0005731714.tif 000017
【図１９】
0005731714.tif 000018
【図２０】
0005731714.tif 000019
【図４】
0005731714.tif 000020
【図５】
0005731714.tif 000021
【図６】
0005731714.tif 000022
【図９】
0005731714.tif 000023
【図１０】
0005731714.tif 000024
【図１４】
0005731714.tif 000025
【図１６】
0005731714.tif 000026
【図１７Ａ】
0005731714.tif 000027
【図１７Ｂ】
0005731714.tif 000028