(57)【特許請求の範囲】
【請求項１】
ユーザ機器（ＵＥ）によるアップリンク送信のための方法であって、
アップリンクチャネル上でのデータ送信のためのアップリンク許可を受信することと、ここにおいて、前記アップリンク許可は、ｅノードＢからのチャネルリザベーション信号に関するリソースブロックへのリソースブロック割り当てを含む、
前記アップリンク許可に含まれる前記リソースブロック割り当てに基づいて、競争ベースのスペクトルを通じてチャネル使用ビーコン信号（ＣＵＢＳ）を送るためのリソースブロックを決定することと、ここにおいて、前記ＣＵＢＳは、前記チャネルリザベーション信号として、前記データ送信のための前記アップリンクチャネルをリザーブし、前記データ送信が前記リソースブロック割り当てに従って後続するサブフレームにおいて続くことを示す、
前記アップリンクチャネル上の成功したクリアチャネル評価に応答して、前記データ送信が続く前記後続するサブフレームに直接先行するものであるサブフレームにおいて前記ＣＵＢＳを送信することと、ここにおいて前記ＣＵＢＳを送信することは、前記リソースブロックの全ての利用可能なトーンのサブセットのみでフラクショナルシンボル持続期間を有するフラクショナルＣＵＢＳ（Ｆ−ＣＵＢＳ）を送信することを備える、
ここにおいて、
前記リソースブロックは、前記サブフレームがダウンリンクサブフレームのセットからアップリンクサブフレームのセットへの移行のために使用される特殊サブフレームでないという条件で、前記チャネルリザベーション信号に関する前記リソースブロック割り当てに基づいて決定され、
前記リソースブロックは、前記サブフレームが前記特殊サブフレームであるという条件で、前記アップリンク許可において受信された前記リソースブロック割り当てに基づいて決定される、
を備える、方法。
【請求項２】
前記サブフレームにおける第２のリソースブロックへの第２のリソースブロック割り当てを含む第２のアップリンク許可を検出すること、ここにおいて、
前記第２のリソースブロックは、前記第２のアップリンク許可に含まれる前記第２のリソースブロック割り当てに基づいて決定される、
をさらに備える、請求項１に記載の方法。
【請求項３】
前記サブフレームにおける第２のリソースブロックへの第２のリソースブロック割り当てを持つ第２のアップリンク許可に関してモニタリングすることと、
をさらに備え、ここにおいて、
前記第２のリソースブロックは、前記第２のアップリンク許可において受信された前記第２のリソースブロック割り当てに基づいて決定され、
前記第２のリソースブロックは、第２のアップリンク許可が受信されていないという条件で、前記チャネルリザベーション信号に関する前記第２のリソースブロック割り当てに基づいて決定される、
請求項１に記載の方法。
【請求項４】
前記チャネルリザベーション信号に関する前記第２のリソースブロック割り当ては、他のＵＥと共用される、請求項３に記載の方法。
【請求項５】
前記チャネルリザベーション信号に関する前記リソースブロック割り当ては、他のＵＥと共用される、請求項１に記載の方法。
【請求項６】
前記ＣＵＢＳは、前記サブフレームにおけるシンボル境界と整列されずに、前記シンボル境界と整列されない時間に前記クリアチャネル評価を受信することに応じて、送信される、請求項１に記載の方法。
【請求項７】
前記クリアチャネル評価を受信する時間におけるシンボルと次のサブフレーム境界との間の全てのシンボルを占有するために複数の追加のＣＵＢＳを送信することをさらに備える、請求項１に記載の方法。
【請求項８】
前記複数の追加のＣＵＢＳは、トーンの前記サブセットに割り当てられる少なくとも１つのＣＵＢＳ、およびリソースブロックインターレースの全てのトーンに割り当てられる少なくとも１つのＣＵＢＳを含む、請求項７に記載の方法。
【請求項９】
前記ＵＥによって受信される全てのリソースブロック割り当て中の第１のアップリンクサブフレームに基づいて、アップリンク送信同期境界を決定することをさらに備える、請求項１に記載の方法。
【請求項１０】
リソースブロック割り当てを有さない１つまたは複数のアップリンクサブフレームに続く全ての第１のアップリンクサブフレームに基づいて、アップリンク送信同期境界を決定することをさらに備える、請求項１に記載の方法。
【請求項１１】
ユーザ機器（ＵＥ）によるアップリンク送信のための装置であって、
アップリンクチャネル上でのデータ送信のためのアップリンク許可を受信するための手段と、ここにおいて、前記アップリンク許可は、ｅノードＢからのチャネルリザベーション信号に関するリソースブロックへのリソースブロック割り当てを含む、
前記アップリンク許可に含まれる前記リソースブロック割り当てに基づいて、競争ベースのスペクトルを通じてチャネル使用ビーコン信号（ＣＵＢＳ）を送るためのリソースブロックを決定するための手段と、ここにおいて、前記ＣＵＢＳは、前記チャネルリザベーション信号として、前記ＵＥが前記割り当てに従って後続するサブフレームにおいて前記データ送信を送ることを示すことによって、前記データ送信のための前記アップリンクチャネルをリザーブする、
前記アップリンクチャネル上で成功したクリアチャネル評価に応答して、前記データ送信が続く前記後続するサブフレームに直接先行するものであるサブフレームにおいて前記ＣＵＢＳを送信するための手段と、ここにおいて前記ＣＵＢＳを送信することは、前記リソースブロックの全ての利用可能なトーンのサブセットのみでフラクショナルシンボル持続期間を有するフラクショナルＣＵＢＳ（Ｆ−ＣＵＢＳ）を送信することを備える、
ここにおいて、
前記リソースブロックは、前記サブフレームがダウンリンクサブフレームのセットからアップリンクサブフレームのセットへの移行のために使用される特殊サブフレームでないという条件で、前記チャネルリザベーション信号に関する前記リソースブロック割り当てに基づいて決定され、
前記リソースブロックは、前記サブフレームが前記特殊サブフレームであるという条件で、前記アップリンク許可において受信される前記リソースブロック割り当てに基づいて決定される、
を備える、装置。
【発明の詳細な説明】
【関連する出願への相互参照】
【０００１】
[0001]  本願は、２０１４年１２月１１日に出願された「UPLINK TRANSMISSION IN UNLICENSED SPECTRUM」と題する米国仮出願番号第６２／０９０，８４８号、および２０１５年１２月９日に出願された「UPLINK TRANSMISSIONS IN AN UNLICENSED SPECTRUM」と題する米国特許出願番号第１４／９６４，３２３号の利益を主張し、これらは、全体として本明細書に参照によって明示的に組み込まれる。
【背景技術】
【０００２】
[0002]  本開示の態様は、概して電気通信に関し、より具体的には、免許不要または共用スペクトルにおけるアップリンク送信に関する。
【０００３】
[0003]  ロングタームエボリューション（ＬＴＥ（登録商標））ネットワークは、データ負荷軽減のために免許不要または共用無線周波数（ＲＦ）帯域におけるオペレーションを拡大させている。例えば、キャリアアグリゲーション特性を使用して、ＬＴＥネットワークは、免許および免許不要ＲＦ帯域の両方を使用しながらより高いデータレートで動作し得る。ワイヤレス通信ネットワークは、ネットワークのカバレッジエリア内のユーザに様々なタイプのサービス（例えば、ボイス、データ、マルチメディアサービス、等）を提供するように展開され得る。いくつかの実施形態では、１つまたは複数のアクセスポイント（例えば、異なるセルに対応する）が、アクセスポイント（複数を含む）のカバレッジ内で動作しているアクセス端末（例えば、携帯電話）にワイヤレス接続(connectivity)を提供する。いくつかの実施形態では、ピアデバイスが、互いに通信するためにワイヤレス接続を提供する。
【０００４】
[0004]  免許不要または共用ＲＦ帯域上で送信することを必要とするワイヤレス端末デバイス（ユーザ機器またはアクセス端末とも称される）はまた、アップリンク送信を送る前に毎回、クリアチャネル評価（ＣＣＡ）を行うことを要求されることがある。例えば、デバイスは、チャネルが送信のために空いている（clear）かどうかを決定するためにＣＣＡ／ｅＣＣＡを行い得る。概して、ＣＣＡ手順は、ＣＣＡ持続期間またはタイムスロット、例えば２０マイクロ秒（μｓ）の間、チャネルを監視する(monitoring)ことを伴い得る。タイムスロットがクリアである（例えば、通信媒体が利用可能であるまたはアクセス可能である）場合、デバイスは、チャネルを使用することを始め得る。チャネルがクリアでないとき、デバイスは、そのチャネルに関するランダムバックオフカウンタを初期化し得る。デバイスがクリアなタイムスロットを検出するたびに、ランダムバックオフカウンタはデクリメントされる。ランダムバックオフカウンタが０に達するとき、デバイスは、制限された送信機会の間送信し得る。送信機会の持続期間は、ＣＣＡタイムスロット持続期間の倍数であり得る。その送信機会の間、他のデバイスは、それらもまた同じチャネルを使用して送信することをその送信によってブロックされるはずである。
【０００５】
[0005]  同じアクセスポイントに関連付けられた複数のアクセス端末の間の効率的および改良されたアップリンク送信を提供するための方法が、特にこうしたアクセス端末がアップリンクチャネル上のアクセスのために競争しているときに必要とされる。例えば、あるＵＥにおける、別のＵＥのアップリンク送信によって引き起こされた、アップリンク送信に対する干渉を最小限にすることが望ましくあり得る。１つのそのような原因は、ＵＥが、アップリンクチャネルをリザーブするときにデータ送信に先立ってビーコン信号を送ることであり得るであろう。ネットワークが、データ送信の衝突を回避するためにアップリンクリソースブロックのスケジューリングを制御するように、ＵＥへのアップリンク許可を使用し得る一方で、ネットワークは、ＵＥが、アップリンク許可によって割り当てられたような別のＵＥによるアップリンクデータ送信に偶然干渉し得るアップリンク送信においてリザベーションビーコン信号を送ることを制御できない。
【発明の概要】
【０００６】
[0006]  免許不要または共用スペクトルにおいて動作するワイヤレスデバイスに対するリソースブロック割り当てのためのシステムおよび方法が開示される。
【０００７】
[0007]  一態様では、本開示が、ユーザ機器によるアップリンク送信のための方法を提供する。方法は、アップリンクチャネル上のサブフレームにおけるデータ送信のためのアップリンク許可を受信することを含み得、アップリンク許可は、リソースブロックへの割り当てを含む。方法は、アップリンク許可に含まれる割り当てに基づいて、競争ベースのスペクトルを通じてチャネル使用ビーコン信号（ＣＵＢＳ）を送るためのリソースブロックを決定することをさらに含み得、ここにおいて、ＣＵＢＳは、データ送信のためのアップリンクチャネルをリザーブし、データ送信が割り当てに従って後のサブフレームにおいて続くことになると示す。方法は、アップリンクチャネル上の成功したクリアチャネル評価に応答して、リソースブロック上で先行するサブフレームにおいてＣＵＢＳを送信することをさらに含み得、ここにおいて、先行するサブフレームは、アップリンクデータ送信のためのサブフレームに直接先行する。
【０００８】
[0008]  一態様では、本開示が、インターレースされたリソースブロックのサブフレーム上のアップリンク送信のための装置を提供する。装置は、プロセッサおよびプロセッサに結合されたメモリを含み得る。いくつかの態様では、メモリが、アップリンクチャネル上のサブフレームにおけるデータ送信のためのアップリンク許可を受信するためプロセッサによって実行可能な命令を含み得、アップリンク許可は、リソースブロックへの割り当てを含む。命令は、アップリンク許可に含まれる割り当てに基づいて、競争ベースのスペクトルを通じてチャネル使用ビーコン信号（ＣＵＢＳ）を送るためのリソースブロックを決定するためにプロセッサによってさらに実行可能であり得、ここにおいて、ＣＵＢＳは、ＵＥが割り当てに従って後のサブフレームにおいてデータ送信を送ることになる（is sending）と示すことによって、データ送信のためのアップリンクチャネルをリザーブする。装置は、アップリンクチャネル上で成功したクリアチャネル評価を行うことに応答して、リソースブロック上で先行するサブフレームにおいてＣＵＢＳを送信するように構成された送信機をさらに含み得、先行するサブフレームは、アップリンクデータ送信のためのサブフレームに直接先行する。
【０００９】
[0009]  加えてまたは代わりとして、本開示の態様は、インターレースされたリソースブロックのサブフレーム上のアップリンク送信のための別の装置をさらに含み得る。装置は、アップリンクチャネル上のサブフレームにおけるデータ送信のためのアップリンク許可を受信するための手段を含み得、ここにおいて、アップリンク許可は、リソースブロックへの割り当てを含む。装置は、アップリンク許可に含まれる割り当てに基づいて、競争ベースのスペクトルを通じてチャネル使用ビーコン信号（ＣＵＢＳ）を送るためのリソースブロックを決定するための手段をさらに含み得、ここにおいて、ＣＵＢＳは、ＵＥが割り当てに従って後のサブフレームにおいてデータ送信を送ることになる（is sending）と示すことによって、データ送信のためのアップリンクチャネルをリザーブする。またさらなる例では、装置が、アップリンクチャネル上で成功したクリアチャネル評価を行うことに応答して、リソースブロック上で先行するサブフレームにおいてＣＵＢＳを送るための手段を含み得、ここにおいて、先行するサブフレームは、データ送信のためのサブフレームに直接先行する。
【００１０】
[0010]  本発明のこれらおよび他の態様は、以下に続く詳細な説明の検討に伴ってより十分に理解されることになるであろう。
【図面の簡単な説明】
【００１１】
[0011]  添付の図面は、本開示の様々な態様の説明に役立つように提示され、態様の例示のためにのみ提供され、それらの限定のためではない。
【図１】通信システムのいくつかのサンプルの態様の簡略化されたブロック図である。
【図２Ａ】アクセス端末の観点からアップリンク送信におけるリソースブロックチャネル使用ビーコン信号を決定する例となる方法を例示するフロー図である。
【図２Ｂ】アクセスポイントの観点からアップリンク送信におけるリソースブロックチャネル使用ビーコン信号を決定する例となる方法を例示するフロー図である。
【図３Ａ】アップリンクおよびダウンリンクサブフレームを有する例となる無線フレーム構成を例示する図である。
【図３Ｂ】アップリンク送信を送るために利用可能なインターレースされたリソースブロックおよびシンボルを含む例となるサブフレーム構成を例示する図である。
【図４】フラクショナルＣＵＢＳの例となる割り当てを例示する図である。
【図５】ＣＵＢＳと組み合わされたフラクショナルＣＵＢＳの例となる割り当てを例示する図である。
【図６】ＣＵＢＳと組み合わされたフラクショナルＣＵＢＳの動的割り当ての例を例示する。
【図７】ＣＵＢＳと組み合わされたフラクショナルＣＵＢＳの動的割り当ての例を例示する。
【図８】通信ノードにおいて採用され得るコンポーネントのいくつかのサンプルの態様の簡略化されたブロック図である。
【図９】ワイヤレス通信システムの簡略化された図である。
【図１０】スモールセルを含むワイヤレス通信システムの簡略化された図である。
【図１１】通信コンポーネントのいくつかのサンプルの態様の簡略化されたブロック図である。
【発明を実施するための形態】
【００１２】
[0024]  本開示は、いくつかの態様において、免許不要または共用スペクトルにおけるアップリンク送信に関する。従って、本開示の態様では、ユーザ機器（ＵＥ）が、アップリンクチャネル上のサブフレームにおけるデータ送信のためのアップリンク許可を受信する方法および装置が説明される。アップリンク許可は、リソースブロックへの割り当てを含む。ＵＥは、アップリンク許可に含まれる割り当てに基づいて、競争ベースのスペクトルを通じてチャネル使用ビーコン信号（ＣＵＢＳ）を送るためのリソースブロックを決定するようにさらに構成される。ＣＵＢＳは、ＵＥが割り当てに従って後のサブフレームにおけるデータ送信を送ることになる（is sending）と示すことによって、データ送信のためのアップリンクチャネルをリザーブする。ＵＥは、先行するサブフレームがアップリンクデータ送信のためのサブフレームに直接先行する状態で、アップリンクチャネル上で成功したクリアチャネル評価を行うことに応答して、リソースブロック上で先行するサブフレームにおいてＣＵＢＳを送信するようにさらに構成される。
【００１３】
[0025]  本開示の態様が、特定の開示された態様に向けられた以下の説明および関係する図面において提供される。代替の態様が、本開示の適用範囲から逸脱することなく考え出され得る。加えて、本開示の周知の態様は、より関連性のある詳細を曖昧にしないために、詳細に説明されないことがあったり、省略されることがあったりする。多くの態様が、例えば、計算デバイスの要素によって行われるべき動作のシーケンスの点からさらに説明される。本明細書で説明される様々な動作が特定の回路（例えば、特定用途向け集積回路（ＡＳＩＣ））で、１つまたは複数のプロセッサによって実行されるプログラム命令で、あるいは両方の組合せで行われ得ることが認識されるはずである。加えて、本明細書で説明される動作のこれらのシーケンスは、実行に伴って関連するプロセッサに本明細書で説明される機能性を行わせるであろうコンピュータ命令の対応するセットを記憶した任意形式のコンピュータ可読記憶媒体内に完全に具現化されると考えることができる。従って、本開示の様々な態様が多数の異なる形式で具現化され得、それらの全てが請求された主題の適用範囲内にあるはずであると予期されている。加えて、本明細書で説明される態様の各々に関し、任意のこうした態様の対応する形式が、例えば、説明される動作を行う「ように構成されたロジック」として本明細書で説明され得る。
【００１４】
[0026]  図１は、サンプルの通信システム１００（例えば、通信ネットワークの一部分）のいくつかのノードを例示する。例示の目的のために、本開示の様々な態様が、互いに通信する１つまたは複数のアクセス端末、アクセスポイント、およびネットワークエンティティのコンテキストで説明されることになる。しかしながら、本明細書の教示が、他の専門用語を使用して参照される他のタイプの装置または他の類似した装置に適用可能であり得ることが認識されるべきである。例えば、様々な実施形態において、アクセス端末が、ユーザ機器（ＵＥ）、モバイル局、等として称され得る、または実施され得る一方で、アクセスポイントは、基地局、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、スモールセル、マクロセル、フェムトセル、等として称され得る、または実施され得る。
【００１５】
[0027]  システム１００におけるアクセスポイント（例えば、アクセスポイント１０６または１０８）は、システム１００のカバレッジエリア内にインストールされ得る、またはシステム１００のカバレッジエリア全体にわたってローミングし得る１つまたは複数のワイヤレス端末（例えば、アクセス端末１０２またはアクセス端末１０４）に、１つまたは複数のサービスへのアクセス（例えば、ネットワーク接続）を提供する。例えば、時間における様々なポイントで、アクセス端末１０２は、アクセスポイント１０６またはシステム１００における何らかの他のアクセスポイント（図示せず）に接続し得る。同様に、アクセス端末１０４は、アクセスポイント１０８または何らかの他のアクセスポイントに接続し得る。
【００１６】
[0028]  アクセスポイントのうちの１つまたは複数は、ワイドエリアネットワーク接続を容易にするために、互いを含む、１つまたは複数のネットワークエンティティ（便宜上、ネットワークエンティティ１１０で表される）と通信し得る。こうしたネットワークエンティティのうちの２つ以上はコロケートされ(co-located)得る、および／またはこうしたネットワークエンティティのうちの２つ以上はネットワーク全体にわたって分散され得る。
【００１７】
[0029]  ネットワークエンティティは、例えば、１つまたは複数の無線機(radio)および／またはコアネットワークエンティティのような様々な形態をとり得る。従って、様々な実施形態において、ネットワークエンティティ１１０は、（例えば、オペレーション、アドミニストレーション、管理、およびプロビジョニングエンティティを介した）ネットワーク管理、呼制御、セッション管理、モビリティ管理、ゲートウェイ機能、インターワーキング機能、または何らかの他の適したネットワーク機能性のうちの少なくとも１つのような機能性を表し得る。いくつかの態様において、モビリティ管理は、トラッキングエリア、位置エリア、ルーティングエリア、または何らかの他の適した技法の使用を通してアクセス端末の現在位置を追跡すること、アクセス端末のためのページングを制御すること、およびアクセス端末に関するアクセス制御を提供することに関する。
【００１８】
[0030]  アクセスポイント１０６は、例えば、第１の無線アクセス技術（ＲＡＴ）無線機１１４および第２のＲＡＴ無線機１１２を含み得る。アクセスポイント１０６（またはシステム１００における任意の他のデバイス）が、所与のリソース上で通信するために第１のＲＡＴを使用するとき、この通信は、そのリソース上で通信するために第２のＲＡＴを使用する近傍のデバイス（例えば、アクセスポイント１０８および／またはアクセス端末１０２）からの干渉を受け得る。例えば、特定の免許不要または共用ＲＦ帯域上の第２のＲＡＴ無線機１１２を使用するＬＴＥを介したアクセスポイント１０６による通信は、同じ免許不要または共用帯域上で動作するＷｉ−Ｆｉデバイスからの干渉にさらされ得る。便宜上、免許不要または共用ＲＦ帯域上のＬＴＥは、免許不要または共用スペクトルでＬＴＥ／ＬＴＥアドバンスドと、あるいはその周囲のコンテキストで単にＬＴＥと、本明細書において称され得る。さらに、免許不要スペクトルを通じて動作するＬＴＥは、共用媒体を使用する競争ベースの通信システムにおいて動作するためのＬＴＥの使用または修正を指し得る。
【００１９】
[0031]  いくつかのシステムにおいて、免許不要または共用スペクトルにおけるＬＴＥは、全てのキャリアがワイヤレススペクトルの免許不要部分（例えば、ＬＴＥスタンドアロン）で独占的に動作している状態で、スタンドアロン構成で採用され得る。他のシステムにおいて、免許不要または共用スペクトルにおけるＬＴＥは、ワイヤレススペクトルの免許部分（例えば、ＬＴＥ付加ダウンリンク（ＳＤＬ））で動作するアンカ免許キャリアと併せてワイヤレススペクトルの免許不要部分で動作する１つまたは複数の免許不要キャリアを提供することによって、免許帯域オペレーションに付加的である方式で採用され得る。どちらのケースにおいても、キャリアアグリゲーションは、１つのキャリア（例えば、ＬＴＥ  ＳＤＬにおけるアンカ免許キャリアまたはＬＴＥスタンドアロンにおける免許不要キャリアのうちの指定された１つ）が対応するユーザ機器（ＵＥ）に関してプライマリセル（ＰＣｅｌｌ）としてサービス提供し、残りのキャリアはそれぞれのセカンダリセル（ＳＣｅｌｌ）としてサービス提供する状態の、異なるコンポーネントキャリアを管理するために採用され得る。このように、ＰＣｅｌｌは、ＦＤＤペアリングされたダウンリンクおよびアップリンク（免許または免許不要）を提供し得、各ＳＣｅｌｌは、望まれるように追加のダウンリンク容量を提供し得る。
【００２０】
[0032]  一般に、ＬＴＥは、ダウンリンク上で直交周波数分割多重（ＯＦＤＭ）を、およびアップリンク上でシングルキャリア周波数分割多重（ＳＣ−ＦＤＭ）を利用する。ＯＦＤＭおよびＳＣ−ＦＤＭは、システム帯域幅を複数（Ｋ）個の直交サブキャリアに区分し、これらは通例、トーン、ビン、等とも称される。各サブキャリアは、データで変調され得る。一般に、変調シンボルは、ＯＦＤＭで周波数ドメインにおいて、ＳＣ−ＦＤＭで時間ドメインにおいて、送られる。隣接しているサブキャリア間の間隔は固定であり得、サブキャリアの総数（Ｋ）はシステム帯域幅に依存し得る。例えば、Ｋは、１．２５、２．５、５、１０、または２０メガヘルツ（ＭＨｚ）のシステム帯域幅に対して、それぞれ１２８、２５６、５１２、１０２４、または２０４８に等しくなり得る。システム帯域幅はまた、サブバンドに区分され得る。例えば、サブバンドは１．０８ＭＨｚをカバーし得、１．２５、２．５、５、１０、または２０ＭＨｚのシステム帯域幅に対して、それぞれ１、２、４、８、または１６個のサブ帯域が存在し得る。
【００２１】
[0033]  ＬＴＥはまた、キャリアアグリゲーションを使用し得る。ＵＥ（例えば、ＬＴＥ−アドバンスド対応ＵＥ）は、送信および受信のために使用される最大で合計１００ＭＨｚ（５個のコンポーネントキャリア）のキャリアアグリゲーションにおいて割り振られた最大２０ＭＨｚの帯域幅のスペクトルを使用し得る。ＬＴＥ−アドバンスド対応ワイヤレスシステムのために、２つのタイプのキャリアアグリゲーション（ＣＡ）方法、連続ＣＡおよび非連続ＣＡ、が提案されてきた。連続ＣＡは、複数の利用可能なコンポーネントキャリアが互いに隣接しているときに生じる。その一方、非連続ＣＡは、複数の隣接していない利用可能なコンポーネントキャリアが周波数帯域に沿って隔てられているときに生じる。非連続および連続ＣＡの両方が、ＬＴＥアドバンスドＵＥの単一のユニットにサービス提供するために複数のコンポーネントキャリアをアグリゲートし得る。
【００２２】
[0034]  システム１００のような混合（blended）無線環境では、異なるＲＡＴが、異なる時間に異なるチャネルを活用し得る。異なるＲＡＴはスペクトルを共用し、他から部分的に独立して動作し得るので、１つのチャネルへのアクセスは、別のチャネルへのアクセスを暗示しないことがある。従って、複数のチャネルを使用して送信する能力を有するデバイスは、送信する前に複数のチャネルが利用可能であるかどうかを決定する必要があり得る。帯域幅およびスループットを増加させるために、いくつかの状況において、最初のインスタンスで現在利用可能であり得る単一のチャネルを使用して送信するよりもむしろ追加のチャネルが利用可能になるまで待つことが有益であり得る。
【００２３】
[0035]  一態様では、アクセス端末１０２が、アクセスポイント１０６によって許可された割り当てに基づいて、アップリンク送信のためにどの時間および周波数リソースを使用すべきかを決定するためのリソースマネージャ１３０を含み得る。いくつかの態様において、アップリンク送信のためにどの時間および周波数リソースを使用すべきかを決定することは、アクセスポイント１０６によるリソースブロック割り当てに基づいて決定され得る。例えば、免許不要または共用ＲＦ帯域において動作するアクセス端末１０２は、アップリンクデータ送信が送られ得るＲＢのインターレースを、アクセスポイント１０６によって割り当てられ得る。従って、競争ベースのアップリンクチャネルにおける他のアクセス端末との衝突を回避するために、アクセス端末１０２は、クリアチャネル評価（ＣＣＡ／ｅＣＣＡ）に続いてチャネル使用ビーコン信号（ＣＵＢＳ）を送り得、それは、アクセス端末１０２が、割り当てられたリソース上でアップリンクチャネルを使用しているという、ネットワークに対するインジケーションとしての役目をする。
【００２４】
[0036]  一態様では、本明細書で使用されるような「コンポーネント」という用語が、システムを構成するパーツのうちの１つであり得、例えば、ハードウェアまたはソフトウェアであり得る。いくつかの態様では、１つまたは複数のコンポーネントが、例えば、他のコンポーネントに分割され得る。リソースマネージャ１３０は、アップリンクチャネルをリザーブするために使用されるビーコン信号ための割り当てを決定するための手段またはハードウェアを含み得る。リソースマネージャ１３０は、データコンポーネント１３１、ビーコン信号コンポーネント１３２、およびＣＣＡコンポーネント１３３をさらに含み得る。いくつかの態様では、データコンポーネント１３１が、アクセスポイント１０６からデータのためのリソース割り振り（複数を含む）を受信し、それに従ってアップリンク送信チャネルを設定するように構成され得る。例えば、アクセス端末１０２は、アクセスポイント１０６から受信されたリソース割り振り（複数を含む）に基づいて、アップリンク送信のための１つまたは複数のアップリンク送信チャネルを選択し得る。
【００２５】
[0037]  加えてまたは代わりとして、ＣＣＡコンポーネント１３３は、アクセスポイント１０６からのアップリンク許可に応答して、アップリンク送信同期境界（または「再同期」境界）を決定し得る。いくつかの態様では、ＣＣＡコンポーネント１３３が、再同期境界に関する成功したＣＣＡ／ｅＣＣＡクリアランスに基づいて、いつアップリンク送信を始めるべきかを決定し得る。いくつかの態様では、再同期境界が、アクセス端末１０２によって受信された複数の割り当て中の第１のアップリンク（ＵＬ）サブフレームに基づいて決定され得る。加えてまたは代わりとして、再同期境界は、アクセス端末１０２によって受信された近接する割り当て中の第１のＵＬサブフレーム（複数を含む）に基づき得る。従って、アクセス端末１０２の動き(behavior)は、上で識別されたオプションのどちらかによって、または代わりとして（例えば、無線リソース制御（ＲＲＣ）メッセージまたは物理層もしくは層１（Ｌ１）シグナリングのどちらかを介した）アクセスポイント１０６からのインジケーションに基づいて指定され得る。
【００２６】
[0038]  ビーコン信号コンポーネント１３２は、アップリンクチャネル上のアクセスをアクノレッジするビーコン信号をアクセスポイント１０６に送るためのリソースブロック（ＲＢ）を決定し得る。特にビーコン信号は、アクセスポイント１０６によって割り当てられたようなデータ送信のためのアップリンク許可に基づいて、ＲＢ上で送られ得る。ビーコン信号コンポーネント１３２は、送るべきビーコン信号のタイプを決定し得る。特にＣＵＢＳは、ＲＢの全てのトーンを占有し得る、またはフラクショナルＣＵＢＳ（Ｆ−ＣＵＢＳ）としてトーンのサブセットのみを占有し得る。例えば、２０個の物理リソースブロック（ＰＲＢ）がＲＦ要求を満たすために割り当てられ得る電力制限されたアクセス端末に関して、Ｆ−ＣＵＢＳは、２０ＭＨｚ帯域幅に広がる２０個のトーンとして送信され得る。別の例として、電力制限されないアクセス端末（non-power limited）に関して、Ｆ−ＣＵＢＳは、１０ＭＨｚ帯域幅に広がる１０個のトーン上で送信され得る。従って、Ｆ−ＣＵＢＳは、ＲＢごとに１個のトーンとして送られ得、各ＲＢで中心に置かれ得る。代わりとして、Ｆ−ＣＵＢＳは、ＲＢごとにトーンの１サブセットを備え得る。Ｆ−ＣＵＢＳのためのトーンの低減された数は、隣接しているＲＢに対する漏れを低減し得る。ビーコン信号コンポーネント１３２は、どのＲＢがＣＵＢＳ／Ｆ−ＣＵＢＳを送るために使用されることになるかを決定するように構成され得る。
【００２７】
[0039]  アクセスポイント１０６は、アクセス端末１０２によるアップリンク送信のためのリソースを割り振るためのリソースマネージャ１２０を含み得る。リソースマネージャ１２０はＬＴＥ無線機１１２のコンポーネントとして図示されるけれども、リソースマネージャ１２０が別個のコンポーネントとしてアクセスポイント１０６において配置され得ることは、当業者によって認識されるべきである。いくつかの態様では、任意のＬＴＥワイヤレスデバイスが、リソースマネージャ１２０または１３０を含み得る。
【００２８】
[0040]  リソースマネージャ１２０は、アップリンクデータ送信のための割り当てを決定するための、およびアップリンクチャネルをリザーブするために使用されるビーコン信号のための割り当てを決定するための、手段またはハードウェアを含み得る。リソースマネージャ１２０は、１２１データコンポーネントおよびビーコン信号コンポーネント１２２を含み得る。
【００２９】
[0041]  データコンポーネント１２１は、アップリンク送信のためのＲＢを決定するための手段またはハードウェアを含み、アップリンク送信のためのリソースブロックを割り振り得る。例えば、データコンポーネント１２１は、共用アップリンクチャネル（例えば、物理アップリンク共用チャネル（ＰＵＳＣＨ））へのアクセスのためのリクエストをアクセス端末１０２から受信するように構成された受信機（図示せず）を含み得る。
【００３０】
[0042]  ビーコン信号コンポーネント１２２は、データ送信に関連付けられたビーコン信号送信のためのインターレース割り当てを決定するように構成されたハードウェアを含み得る。１００個のリソースブロック（ＲＢ）を有するサブフレーム上のリソースをインターレースする例として、１０個に１個のＲＢの割合でインターレースされたチャネルリザベーション信号を送るための共用割り当ては、結果として、１０個の信号がサブフレームにわたって広がる１０個のＲＢに対して割り振られることをもたらすであろう。サブフレームに沿ってインターレースに割り当てられたそのようなチャネルリザベーション信号は、帯域幅占有チャネル使用ビーコン信号（ＢＯ−ＣＵＢＳ）として動作し得る。このように、アクセスポイント１０６は、共通のインターレースを、アップリンク送信上でチャネルリザベーション信号を送るための全てのアクセス端末に割り当て得る。
【００３１】
[0043]  ＣＵＢＳ／Ｆ−ＣＵＢＳ送信のためのサブフレーム、ＲＢ、および／またはシンボルを自律的に決定することに加えて、アクセス端末１０２のリソースマネージャ１３０は、アップリンク送信データを送るために、ＲＢのための割り当てとともに、アクセスポイント１０６からＢＯ−ＣＵＢＳのためのインターレース割り当てを受信し得る。従って、ビーコン信号コンポーネント１３２は、ＢＯ−ＣＵＢＳのために割り当てられたインターレースに従ってＲＢ上でＣＵＢＳを送ることを選び得る。
【００３２】
[0044]  図２Ａは、免許不要または共用ＲＦ帯域におけるアップリンク送信のためのリソース割り振りの例となる方法２０２を例示するフロー図である。方法は、アップリンクチャネルをリザーブするビーコン信号を送るための時間および周波数リソース割り振りを決定するために、ＵＥ（例えば、図１で例示されたアクセス端末１０２）によって行われ得る。ブロック２１０で、方法２００は、アクセスポイント１０６からアップリンク許可を受信することを含み得る。例えば、リソースマネージャ１３０および／またはデータコンポーネント１３１（図１）は、アップリンクデータ送信のためのＲＢインターレース割り当てを受信し得る。別の例として、リソースマネージャ１３０および／またはビーコン信号コンポーネント１３２は、ビーコン信号割り当て（例えば、ＢＯ−ＣＵＢＳインターレース割り当て）を受信し得る。
【００３３】
[0045]  ブロック２２０で、方法２００は、アップリンク許可において受信されたＲＢインターレース割り当てに基づいて、ＣＵＢＳを送るためのＲＢを決定することを含み得る。ＣＵＢＳは、割り当てに従ってＵＥのためのアップリンクチャネルをリザーブするために使用され得る。例えば、リソースマネージャ１３０および／またはビーコン信号コンポーネント１３２は、ＲＢ割り当てに基づいて、ＣＵＢＳがいつ、およびどの周波数上で送られるべきかを決定し得る。
【００３４】
[0046]  ブロック２３０で、方法２００は、アップリンクチャネル上の成功したＣＣＡに応答して、ＲＢ上でＣＵＢＳを送信することを含み得る。例えば、リソースマネージャ１３０および／またはＣＣＡコンポーネント１３３は、ＣＣＡタイマがクリアになったと決定し得、ビーコン信号コンポーネント１３２は、成功したＣＣＡに応答してＣＵＢＳを送り得る。
【００３５】
[0047]  図２Ｂは、免許不要または共用ＲＦ帯域におけるアップリンク送信のためのリソース割り振りの例となる方法２０４を例示するフロー図である。方法は、ＵＥ（例えば、図１で例示されたアクセス端末１０２）によってアップリンクチャネルをリザーブするビーコン信号を送るための時間および周波数リソース割り振りを決定するために、アクセスポイント（例えば、図１で例示されたアクセスポイント１０６）によって行われ得る。
【００３６】
[0048]  ブロック２４０で、方法２０４は、アップリンクチャネルをリザーブするために使用されるビーコン信号のための割り当てを決定するための、およびアップリンクデータ送信のための、割り当てを決定することを含み得る。いくつかの態様では、リソースマネージャ１２０が、ブロック２４０の機能を行い得る。
【００３７】
[0049]  ブロック２５０で、方法２０４は、アクセスポイント１０６からアクセス端末１０２へアップリンク許可を送信することを含み得る。例えば、リソースマネージャ１２０は、アクセス端末にアップリンクデータ送信のためのＲＢインターレース割り当てを送信し得る。別の例として、リソースマネージャ１２０および／またはビーコン信号コンポーネント１２２は、ビーコン信号割り当て（例えば、ＢＯ−ＣＵＢＳインターレース割り当て）を送信し得る。
【００３８】
[0050]  ブロック２６０で、方法２０４は、アクセス端末１０２によるアップリンクチャネル上の成功したＣＣＡに応答して、ＲＢ上でＣＵＢＳを受信することを含み得る。例えば、リソースマネージャ１３０および／またはＣＣＡコンポーネント１３３は、ＣＣＡタイマがクリアになったことを決定し得、ビーコン信号コンポーネント１２２は、アクセス端末による成功したＣＣＡに続いてＣＵＢＳを受信し得る。
【００３９】
[0051]  図３Ａは、サブフレーム０−９を有する例となる無線フレームを例示する図であり、ここでサブフレーム０−３はダウンリンク送信専用であり得、サブフレーム５−９はアップリンク送信専用であり得る。サブフレーム４および／または９の位置における特殊サブフレームＳ’は、ＵＬ／ＤＬ切替えを扱うように構成され得る。例示される例では、ＵＥが、アクセスポイントから、サブフレーム５−８に関するインターレース０のＲＢインターレース割り当てを伴ってサブフレーム１でＵＬ許可を受信し得る。後にサブフレーム３において、ＵＥは、サブフレーム７−８でＲＢインターレース１を割り当てる後続のＵＬ許可を受信し得る。従って、以下でより詳しく説明されるように、ＵＥがＣＣＡを行うとき、リソースマネージャ１３０は、ＣＵＢＳ送信を決定するためにどのＲＢインターレース割り当てを使用すべきかを決定し得る。
【００４０】
[0052]  図３Ｂは、サブフレーム内の例となるＣＵＢＳ送信の図を図示する。この例では、ＣＵＢＳが、サブフレーム内の１つのＯＦＤＭシンボル（例えば、１４個のシンボルによって定義される１ｍｓサブフレームに関しては１ｍｓの１／１４）を占有する。また、この例では、ＣＵＢＳが、ＵＬサブフレーム境界の直前の、サブフレームの最後のシンボルにおいて送られる。第１のＵＬ許可割り当てが使用される場合、ＣＵＢＳが、インターレース０上の全てのＲＢを占有する。例えば、ｅＣＣＡクリアランスがサブフレーム５の間に生じ得、ＵＬ許可に基づいてビーコン信号コンポーネントは、ＲＢインターレース０上でＣＵＢＳを送り得る。別の例として、図３Ｂで図示されるｅＣＣＡクリアランスがサブフレーム７において生じる場合、ビーコン信号コンポーネント１３２は、ＣＵＢＳを送るためにＲＢインターレース１の後続の割り当てを使用することを選び得る。従って、いくつかの態様では、第１のＵＥからのＣＵＢＳ／Ｆ−ＣＵＢＳ干渉が第２のＵＥからの送信に影響を与えることを回避するために、第１のＵＥが、サブフレームにおけるＵＬ割り当てに対応するＲＢを使用するＵＬサブフレームにおいてＣＵＢＳ／Ｆ−ＣＵＢＳを送り得る。いくつかの態様において、ＵＬ割り当ては、ＵＥがＣＵＢＳ／Ｆ−ＣＵＢＳを送信するために割り振られたＵＬリソースまたはＵＬデータ送信のためのＵＬ許可であり得る。しかしながら、第１のＵＥがサブフレームにおいてＵＬ割り当てを有さない場合、それは、ＣＵＢＳ／Ｆ−ＣＵＢＳを送信するために後続のサブフレームにおけるＵＬ割り当てに対応するＲＢを使用し得る。
【００４１】
[0053]  アップリンク送信同期境界を決定するための本開示の一態様では、ＣＣＡコンポーネント１３３が、ＵＥによって受信される全ての割り当て中の第１のＵＬサブフレームを選択し得る。例えば、ＣＣＡ／ｅＣＣＡクリアランスがサブフレーム４で生じる場合、ＣＣＡコンポーネント１３３は、サブフレーム５に基づいてアップリンク送信同期境界（または「再同期」境界）を設定し得、ここでサブフレーム５は、第１のＵＬ許可および後続のＵＬ許可の両方の第１のサブフレームである。正確なアップリンク送信同期境界は、サブフレーム５の始まりの前の１つ以上のシンボルであることができる。
【００４２】
[0054]  本開示の別の態様では、ＣＣＡコンポーネント１３３が、送信ギャップに続く全ての第１のＵＬサブフレームに基づいてアップリンク送信同期境界（すなわち、送信ギャップに続く全ての第１のＵＬサブフレームの前の１つまたは複数のシンボル）を決定することを選び得る。
【００４３】
[0055]  ビーコン信号コンポーネント１３２は、サブフレームシンボルで成功したＣＣＡ／ｅＣＣＡクリアランスがアップリンク送信同期境界の後に生じるという条件で、直ちにＣＵＢＳを送信し得る。代わりとして、ビーコン信号コンポーネント１３２は、成功したＣＣＡ／ｅＣＣＡがアップリンク送信同期境界の前のサブフレームシンボルで生じるという条件で、アップリンク送信同期境界の後までＣＵＢＳの送信を延期し得る。
【００４４】
[0056]  図４は、ＣＣＡ／ｅＣＣＡクリアランスの直後に続くＦ−ＣＵＢＳの割り当てを例示する。この例では、ＣＣＡコンポーネント１３３によるアップリンク送信同期が行われないことがあり、ＣＣＡ／ｅＣＣＡ持続期間およびシンボル持続期間が整列されない。アップリンク送信同期に続いてＣＵＢＳを送信するためのシンボル境界を待つことの代わりに、ビーコン信号コンポーネント１３２は、他のアクセス端末に対する潜在的な干渉を最小限にするためにアクセス端末１０２へ割り当てられたＲＢのサブセットを占有する、およびフラクショナルシンボル持続期間を有するＦ−ＣＵＢＳであるとＣＵＢＳのタイプを決定し得る。シンボル境界で後続のＣＵＢＳを再整列させるために、１個の完全なシンボルの持続期間を有するシンボルＣＵＢＳ（Ｓ−ＣＵＢＳ）が、次のサブフレーム境界の前の残りのシンボルにおける後続のＣＵＢＳ送信のために選択され得る。複数のシンボルにわたったＳ−ＣＵＢＳの送信は、アクセス端末１０２がアップリンクチャネルへのアクセスを失うことを防ぐ。ビーコン信号コンポーネント１３２は、どのくらいのタイム持続期間がＣＣＡ／ｅＣＣＡクリアランスの際にシンボル内に残っているかに依存して時間ドメインにおいて切り取られたＳ−ＣＵＢＳとしてＦ−ＣＵＢＳを決定する。
【００４５】
[0057]  図５は、図４で図示された例となるＦ−ＣＵＢＳ送信のバリエーションを例示する。ここで、ＣＵＢＳ送信が、Ｓ−ＣＵＢＳの代わりに最後のサブフレームシンボルにおいて送られる。Ｆ−ＣＵＢＳを送った後、ビーコン信号コンポーネント１３２は、ＣＵＢＳが最後のサブフレームシンボルにおいて送られることとなると決定し得る。Ｆ−ＣＵＢＳとＣＵＢＳとの間の波形切替えを行うことは、移行（transition）のための十分な時間を与えるためにＣＣＡ＿ｋ＿ｍｉｎ個という数のシンボルを要求する。ビーコン信号コンポーネント１３２は、Ｆ−ＣＵＢＳと同じシーケンスを維持するためにＣＣＡ＿ｋ＿ｍｉｎ個のシンボルにおいてＳ−ＣＵＢＳを送信する。
【００４６】
[0058]  図６および図７は、ビーコン信号コンポーネント１３２が、最後のシンボルにおけるＣＵＢＳを送ること、またはＣＣＡ＿Ｋ＿Ｍｉｎ個の数のシンボルを満たすためにＦ−ＣＵＢＳおよびＳ−ＣＵＢＳをスケジューリングすることのオプションの間で動的に決定する例を例示する。この例において、図６で図示されるように、ビーコン信号コンポーネント１３２は、ＵＥが後続のサブフレームにおいてＵＬデータを送る必要がある前に残っている少なくとも１つの完全なシンボルが存在する場合、Ｆ−ＣＵＢＳ／Ｓ−ＣＵＢＳ後にＣＵＢＳを送ることを選び得る。図７で図示されるように、ＣＣＡ＿ｋ＿ｍｉｎ個のシンボル後のサブフレームにおいて残っている少なくとも１つの利用可能なシンボルが存在しない場合、ビーコン信号コンポーネント１３２は、ＣＵＢＳが送られないことになると決定し、サブフレーム境界に先行するシンボルにおいてＦ−ＣＵＢＳ／Ｓ−ＣＵＢＳを割り振り、その時にスケジュールされたアップリンクデータ送信が始まる。
【００４７】
[0059]  図８は、本明細書で教示されるような免許不要スペクトルにおける送信のための帯域幅占有に関する技法をサポートするための装置８０２、装置８０４、および装置８０６（例えば、それぞれ、アクセス端末、アクセスポイント、ネットワークエンティティに対応する）に組み込まれ得るコンポーネント（対応するブロックで表される）のいくつかの例を例示する。装置８０２および装置８０４は、例えば、データおよびビーコン信号のアップリンク送信のためにどのリソースブロックを使用すべきかを決定するためのリソースマネージャ１２０および１３０をそれぞれ含み得る。これらのコンポーネントが、異なる実施形態における異なるタイプの装置（例えば、ＡＳＩＣにおける、ＳｏＣにおける、等）において実施され得ることが、認識されるべきである。説明されるコンポーネントはまた、通信システムにおける他の装置にも組み込まれ得る。例えば、システムにおける他の装置は、類似した機能性を提供するために説明されるものと類似したコンポーネントを含み得る。また、所与の装置は、説明されるコンポーネントのうちの１つまたは複数を含み得る。例えば、装置は、装置が複数のキャリア上で動作する、および／または異なる技術を介して通信することを可能にする複数のトランシーバコンポーネントを含み得る。
【００４８】
[0060]  装置８０２および装置８０４は各々、少なくとも１つの指定された無線アクセス技術を介して他のノードと通信するための少なくとも１つのワイヤレス通信デバイス（通信デバイス８０８および８１４（および装置８０４が中継器である場合、通信デバイス８２０）で表される）を含む。各通信デバイス８０８は、信号（例えば、メッセージ、インジケーション、情報、等）を送信および符号化するための少なくとも１つの送信機（送信機８１０で表される）、および信号（例えば、メッセージ、インジケーション、情報、パイロット、等）を受信および復号するための少なくとも１つの受信機（受信機８１２で表される）を含む。同様に、各通信デバイス８１４は、信号（例えば、メッセージ、インジケーション、情報、パイロット、等）を送信するための少なくとも１つの送信機（送信機８１６で表される）、および信号（例えば、メッセージ、インジケーション、情報、等）を受信するための少なくとも１つの受信機（受信機８１８で表される）を含む。加えて、通信デバイス８０８および８１４の各々は、追加のチャネル（複数を含む）が送信のために利用可能になるまで待つべきかどうかを決定するためのリソースマネージャ１２０、１３０を含み得る。装置８０４が中継アクセスポイントである場合、各通信デバイス８２０は、信号（例えば、メッセージ、インジケーション、情報、パイロット、等）を送信するための少なくとも１つの送信機（送信機８２２で表される）、および信号（例えば、メッセージ、インジケーション、情報、等）を受信するための少なくとも１つの受信機（受信機８２４で表される）を含み得る。
【００４９】
[0061]  送信機および受信機は、いくつかの実施形態において集積デバイス（例えば、単一の通信デバイスの送信機回路および受信機回路として具現化された）を備え得る、いくつかの実施形態において別個の送信機デバイスおよび別個の受信機デバイスを備え得る、または他の実施形態において他の手法で具現化され得る。いくつかの態様において、装置８０４のワイヤレス通信デバイス（例えば、複数のワイヤレス通信デバイスのうちの１つ）は、ネットワークリスンモジュールを備える。
【００５０】
[0062]  装置８０６（および装置８０４、それが中継アクセスポイントでない場合）は、他のノードと通信するための少なくとも１つの通信デバイス（通信デバイス８２６および、オプションで、８２０で表される）を含む。例えば、通信デバイス８２６は、有線ベースの、またはワイヤレスバックホールを介して１つまたは複数のネットワークエンティティと通信するように構成されるネットワークインタフェースを備え得る。いくつかの態様において、通信デバイス８２６は、有線ベースの、またはワイヤレス信号通信をサポートするように構成されたトランシーバとして実施され得る。この通信は、例えば、メッセージ、パラメータ、または他のタイプの情報を送ることおよび受信することを伴い得る。従って、図８の例では、通信デバイス８２６が、送信機８２８および受信機８３０を備えるように図示される。同様に、装置８０４が中継アクセスポイントでない場合、通信デバイス８２０が、有線ベースの、またはワイヤレスバックホールを介して１つまたは複数のネットワークエンティティと通信するように構成されるネットワークインタフェースを備え得る。通信デバイス８２６と同様に、通信デバイス８２０は、送信機８２２および受信機８２４を備えるとして図示される。
【００５１】
[0063]  装置８０２、８０４、および８０６はまた、本明細書で開示されるような免許不要スペクトルにおける送信のための帯域幅占有と併せて使用され得る他のコンポーネントを含む。装置８０２は、例えば、本明細書で教示されるようなリソースの割り当てをサポートするためにアクセスポイントと通信することに関する機能性を提供するための、および他の処理機能性を提供するための、処理システム８３２を含む。装置８０４は、例えば、本明細書で教示されるようなリソース管理に関する機能性を提供するための、および他の処理機能性を提供するための、処理システム８３４を含む。装置８０６は、例えば、本明細書で教示されるようなリソース管理に関する機能性を提供するための、および他の処理機能性を提供するための、処理システム８３６を含む。装置８０２、８０４、および８０６は、情報（例えば、リザーブされたリソース、しきい値、パラメータ、等を示す情報）を維持するためのメモリデバイス８３８、８４０、および８４２（例えば、各々がメモリデバイスを含む）をそれぞれ含む。加えて、装置８０２、８０４、および８０６は、インジケーション（例えば、可聴（audible）および／または視覚インジケーション）をユーザに提供するための、並びに／あるいはユーザ入力（例えば、キーパッド、タッチスクリーン、マイクロフォン、等のようなセンシングデバイスのユーザ操作に伴う）を受信するための、ユーザインタフェースデバイス８４４、８４６、および８４８をそれぞれ含む。
【００５２】
[0064]  便宜上、装置８０２は、図８において、本明細書で説明される様々な例において使用され得るコンポーネントを含むように図示される。実際には、例示されるブロックは、異なる態様で異なる機能性を有し得る。
【００５３】
[0065]  図８のコンポーネントは、様々な手法で実施され得る。いくつかの実施形態では、図８のコンポーネントが、例えば、１つまたは複数のプロセッサおよび／または（１つまたは複数のプロセッサを含み得る）１つまたは複数のＡＳＩＣのような１つまたは複数の回路において実施され得る。ここで、各回路は、この機能性を提供するために回路によって使用される実行可能なコードまたは情報を記憶するための少なくとも１つのメモリコンポーネントを使用し得る、および／または組み込み得る。例えば、ブロック８０８、８３２、８３８、および８４４で表される機能性のいくつかまたは全てが、装置８０２のプロセッサおよびメモリコンポーネント（複数を含む）によって（例えば、適切なコードの実行でおよび／またはプロセッサコンポーネントの適切な構成で）実施され得る。同様に、ブロック８１４、８２０、８３４、８４０、および８４６で表される機能性のいくつかまたは全てが、装置８０４のプロセッサおよびメモリコンポーネント（複数を含む）によって（例えば、適切なコードの実行でおよび／またはプロセッサコンポーネントの適切な構成で）実施され得る。また、ブロック８２６、８３６、８４２、および８４８で表される機能性のいくつかまたは全てが、装置８０６のプロセッサおよびメモリコンポーネント（複数を含む）によって（例えば、適切なコードの実行でおよび／またはプロセッサコンポーネントの適切な構成で）実施され得る。
【００５４】
[0066]  本明細書で言及されるアクセスポイントのいくつかは、低電力アクセスポイントを備え得る。典型的なネットワークでは、低電力アクセスポイント（例えば、フェムトセル）が、従来型のネットワークアクセスポイント（例えば、マクロアクセスポイント）を補うように展開される。例えば、ユーザのホームで、または企業環境（例えば、商業ビルディング）でインストールされる低電力アクセスポイントは、セルラ無線通信（例えば、ＣＤＭＡ、ＷＣＤＭＡ（登録商標）、ＵＭＴＳ、ＬＴＥ、等）をサポートするアクセス端末にボイスおよび高速データサービスを提供し得る。一般に、これらの低電力アクセスポイントは、低電力アクセスポイントの近傍においてアクセス端末に、よりロバストなカバレッジおよびより高いスループットを提供する。
【００５５】
[0067]  本明細書で使用されるように、低電力アクセスポイントという用語は、カバレッジエリアにおけるいずれのマクロアクセスポイントの（例えば、上で定義されたような）送信電力よりも少ない送信電力（例えば、最大送信電力、瞬間送信電力、名目送信電力、平均送信電力、または何らかの他の形態の送信電力、のうちの１つまたは複数）を有するアクセスポイントを指す。いくつかの実施形態では、各低電力アクセスポイントが、関連するマージン（例えば、１０ｄＢｍまたはそれより多い）分、（例えば、上で定義されたような）マクロアクセスポイントの送信電力よりも少ない（例えば、上で定義されたような）送信電力を有する。いくつかの実施形態では、フェムトセルのような低電力アクセスポイントが、２０ｄＢｍまたはそれより少ない最大送信電力を有し得る。いくつかの実施形態にでは、ピコセルのような低電力アクセスポイントが、２４ｄＢｍまたはそれより少ない最大送信電力を有し得る。しかしながら、これらまたは他のタイプの低電力アクセスポイントは、他の実施形態において、より高いまたはより低い最大送信電力（例えば、いくつかのケースでは最大１ワット、いくつかのケースでは最大１０ワット、等）を有し得ることが、認識されるべきである。
【００５６】
[0068]  通常、低電力アクセスポイントは、モバイル事業者のネットワークへのバックホールリンクを提供するブロードバンド接続（例えば、デジタル加入者線（ＤＳＬ）ルータ、ケーブルモデム、または何か他のタイプのモデム）を介してインターネットに接続する。従って、ユーザのホームまたは会社（business）において展開される低電力アクセスポイントは、ブロードバンド接続を介して１つまたは複数のデバイスへのモバイルネットワークアクセスを提供する。
【００５７】
[0069]  様々なタイプの低電力アクセスポイントは、所与のシステムにおいて採用され得る。例えば、低電力アクセスポイントは、フェムトセル、フェムトアクセスポイント、スモールセル、フェムトノード、ホームノードＢ（ＨＮＢ）、ホームｅノードＢ（ＨｅＮＢ）、アクセスポイント基地局、ピコセル、ピコノード、またはマイクロセルとして実施され得る、または称され得る。
【００５８】
[0070]  便宜上、低電力アクセスポイントは、以下に続く議論において単にスモールセルと称され得る。従って、本明細書におけるスモールセルに関するいずれの議論も一般に低電力アクセスポイント（例えば、フェムトセル、マイクロセル、ピコセル、等）に等しく適用可能であり得ることが、認識されるべきである。
【００５９】
[0071]  スモールセルは、異なるタイプのアクセスモードをサポートするように構成され得る。例えば、オープンアクセスモードにおいて、スモールセルは、任意のアクセス端末がスモールセルを介して任意タイプのサービスを取得すること可能にし得る。制約された（またはクローズド）アクセスモードにおいて、スモールセルは、免許されたアクセス端末がスモールセルを介してサービスを取得することのみを可能にし得る。例えば、スモールセルは、ある特定の加入者グループ（例えば、クローズド加入者グループ（ＣＳＧ））に属するアクセス端末（例えば、いわゆるホームアクセス端末）がスモールセルを介してサービスを取得することのみを可能にし得る。ハイブリッドアクセスモードにおいて、エイリアンアクセス端末（例えば、非ホームアクセス端末、非ＣＳＧアクセス端末）は、スモールセルへの制限されたアクセスを与えられ得る。例えば、スモールセルのＣＳＧに属さないマクロアクセス端末は、十分なリソースが、スモールセルによって現在サービスされている全てのホームアクセス端末について利用可能である場合にのみ、スモールセルにアクセスすることが許され得る。
【００６０】
[0072]  従って、これらのアクセスモードのうちの１つまたは複数で動作するスモールセルは、屋内カバレッジおよび／または拡張された屋外カバレッジを提供するために使用され得る。オペレーションの所望のアクセスモードの採用を通してユーザへのアクセスを許可することによって、スモールセルは、カバレッジエリア内で改良されたサービスを提供し、マクロネットワークのユーザのためにサービスカバレッジエリアを潜在的に拡張し得る。
【００６１】
[0073]  従って、いくつかの態様において、本明細書における教示は、マクロスケールカバレッジ（例えば、マクロセルネットワークまたはＷＡＮと通常称される第３世代（３Ｇ）ネットワークのような大きいエリアセルラネットワーク）、およびより小さいスケールカバレッジ（例えば、ＬＡＮと通常称されるレジデンスベースまたはビルディングベースのネットワーク環境）を含むネットワークにおいて採用され得る。アクセス端末（ＡＴ）がそのようなネットワークを通って移動するとき、アクセス端末が、ある特定の位置でマクロカバレッジを提供するアクセスポイントによってサービス提供され得る一方で、アクセス端末が、他の位置でより小さいスケールカバレッジを提供するアクセスポイントによってサービス提供され得る。いくつかの態様では、より小さいカバレッジノードが、ての漸進的容量増大(incremental capacity growth)、ビルディング内カバレッジ、および異なるサービスを提供するために（例えば、よりロバストなユーザエクスペリエンスのために）使用され得る。
【００６２】
[0074]  本明細書における説明では、相対的に小さいエリア（例えば、居住地）を通じたカバレッジを提供するノードがスモールセルと称され得る一方で、相対的に大きいエリアを通じたカバレッジを提供するノード（例えば、アクセスポイント）が、マクロアクセスポイントと称され得る。本明細書における教示が他のタイプのカバレッジエリアに関連付けられたノードに適用可能であり得ることが、認識されるべきである。例えば、ピコアクセスポイントは、マクロエリアより小さい、およびフェムトセルエリアより大きいエリアを通じたカバレッジ（例えば、商業ビルディング内のカバレッジ）を提供し得る。様々なアプリケーションにおいて、他の専門用語が、マクロアクセスポイント、スモールセル、または他のアクセスポイントタイプのノードを参照するために使用され得る。例えば、マクロアクセスポイントは、アクセスノード、基地局、アクセスポイント、ｅノードＢ、マクロセル、等として構成され得る、または称され得る。いくつかの実施形態では、ノードが、１つまたは複数のセルまたはセクタに関連付けられ得る（例えば、１つまたは複数のセルまたはセクタとして称され得る、あるいは１つまたは複数のセルまたはセクタに分割され得る）。マクロアクセスポイント、フェムトアクセスポイント、またはピコアクセスポイントに関連付けられたセルまたはセクタは、マクロセル、フェムトセル、またはピコセルとそれぞれ称され得る。
【００６３】
[0075]  図９は、本明細書における教示が実施され得る、ある数のユーザをサポートするように構成されたワイヤレス通信システム９００を例示する。例えば、アクセスポイント９０４およびアクセス端末９０６は、リソースマネージャ１２０およびリソースマネージャ１３０をそれぞれ含み得る（例えば、図１を参照）。リソースマネージャ１２０は、アップリンクデータ送信のための割り当てを決定するための、およびアップリンクチャネルをリザーブするために使用されるビーコン信号のための割り当てを決定するための、手段またはハードウェアを含み得る。リソースマネージャ１３０は、アップリンクチャネルをリザーブするために使用されるビーコン信号のための割り当てを決定するための手段またはハードウェアを含み得る。アクセス端末９０６および／またはアクセスポイント９０４は、図２で例示された方法２００を実施し得る。システム９００は、各セルが対応するアクセスポイント９０４（例えば、アクセスポイント９０４Ａ―９０４Ｇ）によってサービス提供される状態で、例えばマクロセル９０２Ａ―９０２Ｇのような複数のセル９０２に通信を提供する。図９で図示されるように、アクセス端末９０６（例えば、アクセス端末９０６Ａ―９０６Ｌ）は、徐々に(over time)システム全体にわたって様々な位置に分散され得る。各アクセス端末９０６は、例えば、アクセス端末９０６がアクティブであるかどうか、およびそれがソフトハンドオフにあるかどうかに依存して、所与の瞬間に順方向リンク（ＦＬ）および／または逆方向リンク（ＲＬ）上で１つまたは複数のアクセスポイント９０４と通信し得る。ワイヤレス通信システム９００は、大きい地理的領域を通じてサービスを提供し得る。例えば、マクロセル９０２Ａ―９０２Ｇは、近隣における少数のブロック、または田舎環境における数マイルをカバーし得る。
【００６４】
[0076]  図１０は、１つまたは複数のスモールセルがネットワーク環境内で展開される通信システム１０００の例を例示する。通信システム１０００は、１つまたは複数のネットワークデバイスを含み得る。例えば、スモールセル１０１０およびアクセス端末１０２０は、送信のために使用すべきチャネルを決定するためのリソースマネージャ１２０を含むネットワークデバイスであり得る。スモールセル１０１０および／またはアクセス端末１０２０は、図２で例示された方法２００を実施し得る。具体的に、システム１０００は、相対的に小さいスケールネットワーク環境に（例えば、１つまたは複数のユーザレジデンス１０３０に）インストールされた複数のスモールセル１０１０（例えば、スモールセル１０１０Ａおよび１０１０Ｂ）を含む。各スモールセル１０１０は、ＤＳＬルータ、ケーブルモデム、ワイヤレスリンク、または他の接続手段（図示せず）を介して、ワイドエリアネットワーク１０４０（例えば、インターネット）およびモバイル事業者コアネットワーク１０５０に結合され得る。以下で論じられることになるように、各スモールセル１０１０は、関連付けられたアクセス端末１０２０（例えば、アクセス端末１０２０Ａ）に、およびオプションで他の（例えば、ハイブリッドまたはエイリアン）アクセス端末１０２０（例えば、アクセス端末１０２０Ｂ）に、サービス提供するように構成され得る。言い換えると、スモールセル１０１０へのアクセスは制約され得、それによって所与のアクセス端末１０２０は、指定された（例えば、ホーム）スモールセル(複数を含む)１０１０のセットによってサービス提供され得るが、いずれの指定されていないスモールセル１０１０（例えば、界隈のスモールセル１０１０）によってもサービス提供されないことがある。
【００６５】
[0077]  再び図１０を参照すると、スモールセル１０１０の所有者は、モバイル事業者コアネットワーク１０５０を通して供給される、例えば、３Ｇモバイルサービスのようなモバイルサービスに加入し得る。加えて、アクセス端末１０２０は、マクロ環境およびより小さいスケール（例えば、レジデンスの）ネットワーク環境の両方で動作する能力を有し得る。言い換えると、アクセス端末１０２０の現在位置に依存して、アクセス端末１０２０は、モバイル事業者コアネットワーク１０５０に関連付けられたマクロセルアクセスポイント１０６０によって、またはスモールセル１０１０（例えば、対応するユーザレジデンス１０３０に存在するスモールセル１０１０Ａおよび１０１０Ｂ）のセットのうちの任意の１つによって、サービス提供され得る。例えば、加入者が彼のホームの外にいるとき、加入者は標準のマクロアクセスポイント（例えば、アクセスポイント１０６０）によってサービス提供され、加入者がホームにいるとき、加入者はスモールセル（例えば、スモールセル１０１０Ａ）によってサービス提供される。ここで、スモールセル１０１０は、レガシアクセス端末１０２０と後方互換性があり得る。
【００６６】
[0078]  スモールセル１０１０は、単一の周波数上で、または代わりとして複数の周波数上で展開され得る。特定の構成に依存して、単一の周波数または複数の周波数のうちの１つまたは複数は、マクロアクセスポイント（例えば、アクセスポイント１０６０）によって使用される１つまたは複数の周波数と重複し得る。上で論じられたように、スモールセル１０１０および／またはアクセス端末１０２０は、マクロアクセスポイント１０６０による使用に部分的に基づいて、送信のために使用すべき１つまたは複数の周波数を選択するためのリソースマネージャ１２０を含み得る。
【００６７】
[0079]  いくつかの態様では、アクセス端末１０２０が、 好みのスモールセル（例えば、アクセス端末１０２０のホームスモールセル）に接続するように、そのような接続が可能であるときはいつでも、構成され得る。例えば、アクセス端末１０２０Ａがユーザのレジデンス１０３０内にあるときはいつでも、アクセス端末１０２０Ａがホームスモールセル１０１０Ａまたは１０１０Ｂのみと通信することが望まれ得る。
【００６８】
[0080]  いくつかの態様では、アクセス端末１０２０がマクロセルラネットワーク１０５０内で動作するものの、それの最も好みのネットワーク（例えば、好みのローミングリストにおいて定義されるような）上に存在していない場合、アクセス端末１０２０は、より良好なシステム再選択（ＢＳＲ）手順を使用して最も好みのネットワーク（例えば、好みのスモールセル１０１０）を求めて探索し続け得、それは、より良好なシステムが現在利用可能であるかどうかを決定し、その後そのような好みのシステムを獲得するために利用可能なシステムの定期的なスキャニングを伴い得る。アクセス端末１０２０は、指定の帯域およびチャネルを求める探索を制限し得る。例えば、１つまたは複数のフェムトチャネルが定義され得、それによってある領域における全てのスモールセル（または全ての制約されたスモールセル）が、フェムトチャネル(複数を含む)上で動作する。最も好みのシステムを求める探索は、定期的に反復され得る。好みのスモールセル１０１０の発見の際に、アクセス端末１０２０は、そのスモールセル１０１０を選択し、それのカバレッジエリア内にあるときの使用のためにそれに登録する。
【００６９】
[0081]  スモールセルへのアクセスは、いくつかの態様において制約され得る。例えば、所与のスモールセルは、ある特定のアクセス端末に、ある特定のサービスを提供するだけであり得る。いわゆる制約された（またはクローズド）アクセスを持つ展開では、所与のアクセス端末が、マクロセルモバイルネットワーク、およびスモールセル（例えば、対応するユーザレジデンス１０３０内に存在するスモールセル１０１０）の定義されたセットによってのみサービス提供され得る。いくつかの実施形態では、アクセスポイントが、少なくとも１つのノード（例えば、アクセス端末）に、シグナリング、データアクセス、登録、ページング、またはサービスのうちの少なくとも１つを提供しないように制約され得る。
【００７０】
[0082]  いくつかの態様では、（クローズド加入者グループホームノードＢとも称され得る）制約されたスモールセルが、アクセス端末の制約されたプロビジョニングされたセットにサービスを提供するものである。このセットは、必要に応じて一時的にまたは恒久的に、拡張され得る。いくつかの態様では、クローズド加入者グループ（ＣＳＧ）が、アクセス端末の共通アクセス制御リストを共有するアクセスポイントのセット（例えば、スモールセル）として定義され得る。
【００７１】
[0083]  従って、様々な関係が、所与のスモールセルと所与のアクセス端末との間に存在し得る。例えば、アクセス端末の観点から、オープンスモールセルは、制約されていないアクセスを持つスモールセル（例えば、スモールセルは、任意のアクセス端末へのアクセスを許可する）を指し得る。制約されたスモールセルは、何らかの方式で制約される（例えば、アクセスおよび／または登録に関して制約される）スモールセルを指し得る。ホームスモールセルは、アクセス端末がアクセスおよび動作することを承認された（例えば、恒久的なアクセスが、１つまたは複数のアクセス端末の定義されたセットに提供される）スモールセルを指し得る。ハイブリッド（またはゲスト）スモールセルは、異なるアクセス端末が異なるレベルのサービスをその上で提供されるスモールセル（例えば、いくつかのアクセス端末が部分的および／または一時的なアクセスを許され得る一方で、他のアクセス端末は、全部のアクセスを許され得る）を指し得る。エイリアンスモールセルは、アクセス端末が、おそらく緊急事態（例えば、緊急―９１１呼）を除いて、アクセスまたは動作することをその上で承認されないスモールセルを指し得る。
【００７２】
[0084]  制約されたスモールセルの観点から、ホームアクセス端末は、そのアクセス端末の所有者のレジデンスにインストールされた制約されたスモールセルにアクセスすることを承認されたアクセス端末を指し得る（大抵、ホームアクセス端末は、そのスモールセルへの恒久的なアクセスを有する）。ゲストアクセス端末は、制約されたスモールセル（例えば、期日、使用の時間、バイト、接続カウント、または何らかの他の基準または複数の基準に基づいて制限される）への一時的なアクセスを持つアクセス端末を指し得る。エイリアンアクセス端末は、例えば、９１１呼のようなおそらく緊急事態を除いて、制限されたスモールセルにアクセスするための許可を有さないアクセス端末（例えば、制約されたスモールセルに登録するための認証情報（credentials）または許可を有さないアクセス端末）を指し得る。
【００７３】
[0085]  便宜上、本明細書における本開示は、スモールセルのコンテキストにおいて様々な機能性を説明する。しかしながら、ピコアクセスポイントがより大きいカバレッジエリアに同じまたは類似した機能性を提供し得ることが、認識されるべきである。例えば、ピコアクセスポイントは制約され得る、ホームピコアクセスポイントは所与のアクセス端末のために定義され得る、等である。
【００７４】
[0086]  本明細書おける教示は、複数のワイヤレスアクセス端末のための通信を同時的にサポートするワイヤレス多元接続通信システムにおいて採用され得る。ここで、各端末は、順方向および逆方向リンク上の送信を介して１つまたは複数のアクセスポイントと通信し得る。順方向リンク（またはダウンリンク）は、アクセスポイントから端末への通信リンクを指し、逆方向リンク（またはアップリンク）は、端末からアクセスポイントへの通信リンクを指す。この通信リンクは、単一入力単一出力システム、多入力多出力（ＭＩＭＯ）システム、または何らかの他のタイプのシステムを介して確立され得る。
【００７５】
[0087]  ＭＩＭＯシステムは、データ送信のために複数（ＮＴ）個の送信アンテナおよび複数（ＮＲ）個の受信アンテナを採用する。ＮＴ個の送信アンテナおよびＮＲ個の受信アンテナによって形成されたＭＩＭＯチャネルは、空間チャネルとも称されるＮＳ個の独立チャネルに分解され得、ここで、ＮＳ≦ｍｉｎ｛ＮＴ，ＮＲ｝である。ＮＳ個の独立チャネルの各々は、一次元（a dimension）に対応する。ＭＩＭＯシステムは、複数の送信および受信アンテナによって作成される追加の次元性が利用される場合、改良された性能（例えば、より高いスループット、および／またはより高い信頼性）を提供し得る。
【００７６】
[0088]  ＭＩＭＯシステムは、時分割デュプレックス（ＴＤＤ）および周波数分割デュプレックス（ＦＤＤ）をサポートし得る。ＴＤＤシステムにおいて、順方向および逆方向リンク送信は、相反定理（reciprocity principle）が逆方向リンクチャネルからの順方向リンクチャネルの推定を許容するように同じ周波数領域上にある。これは、複数のアンテナがアクセスポイントで利用可能であるときに、アクセスポイントが順方向リンク上の送信ビームフォーミング利得を引き出すこと(extract)を可能にする。
【００７７】
[0089]  図１１は、本明細書で説明されるように順応させられ得るサンプルの通信システム１１００のワイヤレスデバイス１１１０（例えば、スモールセルＡＰ）およびワイヤレスデバイス１１５０（例えば、ＵＥ）のコンポーネントをより詳細に例示する。例えば、ワイヤレスデバイス１１１０およびワイヤレスデバイス１１５０の各々は、リソースマネージャ１２０、１３０をそれぞれ含み得る。リソースマネージャ１２０は、アップリンクデータ送信のための割り当てを決定するための、およびアップリンクチャネルをリザーブするために使用されるビーコン信号のための割り当てを決定するための、手段またはハードウェアを含み得る。リソースマネージャ１３０は、アップリンクチャネルをリザーブするために使用されるビーコン信号のための割り当てを決定するための手段またはハードウェアを含み得る。ワイヤレスデバイス１１１０またはワイヤレスデバイス１１５０のどちらも、図２で例示された方法を実施し得る。リソースマネージャ１２０は、別個のコンポーネントであり得る、またはワイヤレスデバイス１１１０のＴＸデータプロセッサ１１１４およびＴＸ  ＭＩＭＯプロセッサ１１２０のようなコンポーネントによって、またはデバイス１１５０のＴＸデータプロセッサ１１３８によって実施され得る。デバイス１１１０で、ある数のデータストリームに関するトラフィックデータは、データソース１１１２から送信（ＴＸ）データプロセッサ１１１４に提供される。各データストリームはその後、それぞれの送信アンテナを通じて送信され得る。
【００７８】
[0090]  ＴＸデータプロセッサ１１１４は、各データストリームに関するトラフィックデータを、コーディングされたデータを提供するために、そのデータストリームのために選択された特定のコーディングスキームに基づいてフォーマット、コーディング、およびインターリーブする。各データストリームに関するコーディングされたデータは、ＯＦＤＭ技法を使用してパイロットデータで多重化され得る。パイロットデータは通常、既知の方式で処理され、チャネル応答を推定するために受信機システムで使用され得る既知のデータパターンである。各データストリームに関する多重化されたパイロットおよびコーディングされたデータはその後、変調シンボルを提供するために、そのデータストリームのために選択された特定の変調スキーム（例えば、ＢＰＳＫ、ＱＳＰＫ、Ｍ−ＰＳＫ、またはＭ−ＱＡＭ）に基づいて変調（すなわち、シンボルマッピング）される。各データストリームに関するデータレート、コーディング、および変調は、プロセッサ１１３０によって行われる命令によって決定され得る。データメモリ１１３２は、デバイス１１１０のプロセッサ１１３０または他のコンポーネントによって使用されるプログラムコード、データ、および他の情報を記憶し得る。
【００７９】
[0091]  全てのデータストリームに関する変調シンボルはその後、ＴＸ  ＭＩＭＯプロセッサ１１２０に提供され、それは（例えば、ＯＦＤＭのために）変調シンボルをさらに処理し得る。ＴＸ  ＭＩＭＯプロセッサ１１２０はその後、ＮＴ個の変調シンボルストリームをＮＴ個のトランシーバ（ＸＣＶＲ）１１２２Ａ〜１１２２Ｔに提供する。いくつかの態様において、ＴＸ  ＭＩＭＯプロセッサ１１２０は、データストリームのシンボルに、およびそこからそのシンボルが送信されているアンテナに、ビームフォーミング重みを適用する。
【００８０】
[0092]  各トランシーバ１１２２は、１つまたは複数のアナログ信号を提供するためにそれぞれのシンボルストリームを受信および処理し、ＭＩＭＯチャネルを通じた送信に適した変調信号を提供するためにそのアナログ信号をさらに調整（例えば、増幅、フィルタリング、およびアップコンバート）する。トランシーバ１１２２Ａ〜１１２２ＴからのＮＴ個の変調信号はその後、ＮＴ個のアンテナ１１２４Ａ〜１１２４Ｔからそれぞれ送信される。
【００８１】
[0093]  デバイス１１５０で、送信された変調信号はＮＲ個のアンテナ１１５２Ａ〜１１５２Ｒによって受信され、各アンテナ１１５２からの受信信号は、それぞれのトランシーバ（ＸＣＶＲ）１１５４Ａ〜１１５４Ｒに提供される。各トランシーバ１１５４は、それぞれの受信信号を調整（例えば、フィルタリング、増幅、およびダウンコンバート）し、サンプルを提供するために調整された信号をデジタル化し、対応する「受信された」シンボルストリームを提供するためにそのサンプルをさらに処理する。
【００８２】
[0094]  受信（ＲＸ）データプロセッサ１１６０はその後、ＮＴ個の「検出された」シンボルストリームを提供するために、特定の受信機処理技法に基づいて、ＮＲ個のトランシーバ１１５４からのＮＲ個の受信されたシンボルストリームを受信および処理する。ＲＸデータプロセッサ１１６０はその後、データストリームに関するトラフィックデータを復元するために、各検出されたシンボルストリームを復調、デインターリーブ、および復号する。ＲＸデータプロセッサ１１６０による処理は、デバイス１１１０でＴＸ  ＭＩＭＯプロセッサ１１２０およびＴＸデータプロセッサ１１１４によって行われるものに対して相補的である。
【００８３】
[0095]  プロセッサ１１７０は、どのプリコーディング行列を使用すべきかを定期的に決定する（以下に論じられる）。プロセッサ１１７０は、行列インデックス部分およびランク値部分を備える逆方向リンクメッセージを公式化する（formulates）。データメモリ１１７２は、デバイス１１５０のプロセッサ１１７０または他のコンポーネントによって使用されるプログラムコード、データ、および他の情報を記憶し得る。
【００８４】
[0096]  逆方向リンクメッセージは、通信リンクおよび／または受信されたデータストリームに関する様々なタイプの情報を備え得る。逆方向リンクメッセージはその後、データソース１１３６からある数のデータストリームに関するトラフィックデータを受信することも行うＴＸデータプロセッサ１１３８によって処理され、変調器１１８０によって変調され、トランシーバ１１５４Ａ〜１１５４Ｒによって調整され、デバイス１１１０に返送される。リソースマネージャ１２０は、ＴＸデータプロセッサ１１３８によって使用されるチャネルを決定し得る。
【００８５】
[0097]  デバイス１１１０で、デバイス１１５０からの変調信号は、デバイス１１５０によって送信された逆方向リンクメッセージを抽出するために、アンテナ１１２４によって受信され、トランシーバ１１２２によって調整され、復調器（ＤＥＭＯＤ）１１４０によって復調され、ＲＸデータプロセッサ１１４２によって処理される。プロセッサ１１３０はその後、ビームフォーミング重みを決定するためにどのプリコーディング行列が使用されたかを決定し、その後、抽出されたメッセージを処理する。
【００８６】
[0098]  各デバイス１１１０および１１５０に関して、説明されるコンポーネントのうちの２つ以上の機能性が単一のコンポーネントによって提供され得ることが、認識されることになる。図１１で例示された、および上で説明された様々な通信コンポーネントがさらに、本明細書で教示されるような免許不要スペクトルにおける送信のための帯域幅占有を行うように適宜構成され得ることもまた、認識されることになる。例えば、プロセッサ１１３０／１１７０は、本明細書で教示されるようなインターレースされたリソース割り振りを行うために、それぞれのデバイス１１１０／１１５０のメモリ１１３２／１１７２および／または他のコンポーネントと協力し得る。
【００８７】
[0099]  いくつかの態様では、装置または装置の任意のコンポーネントが、本明細書で教示されるような機能性を提供するように構成され得る（または、動作可能であり得る、または適合され得る）。これは、例えば、装置またはコンポーネントを、それが機能性を提供することになるように製造する（例えば、組み立てる）ことによって、装置またはコンポーネントを、それが機能性を提供することになるようにプログラミングすることによって、または何らかの他の適した実施技法の使用を通して、達成され得る。一例として、集積回路は、必要不可欠な機能性を提供するように組み立てられ得る。別の例として、集積回路は、必要不可欠な機能性をサポートするように組み立てられ、その後必要不可欠な機能性を提供するように（例えば、プログラミングを介して）構成され得る。また別の例として、プロセッサ回路は、必要不可欠な機能性を提供するためのコードを実行し得る。
【００８８】
[00100]  「第１の」「第２の」、等のような表記を使用する本明細書における要素へのいずれの参照も一般に、それらの要素の量または順序を限定しないことは、理解されるべきである。むしろ、これらの表記は、２つ以上の要素または要素の事例を区別する便利な方法として本明細書で使用され得る。従って、第１および第２の要素への参照は、２つの要素のみがそこで採用されること、または第１の要素が何らかの方式で第２の要素に先行しなければならないことを意味しない。また、別の方式において述べられていない限り、要素のセットは、１つまたは複数の要素を備え得る。加えて、本明細書または請求項において使用される「Ａ、Ｂ、またはＣのうちの少なくとも１つ」、または「Ａ、Ｂ、またはＣのうちの１つまたは複数」、または「Ａ、Ｂ、およびＣからなるグループのうちの少なくとも１つ」という形式の専門用語は、「Ａ、またはＢ、またはＣ、またはこれらの要素の任意の組合せ」を意味する。例えば、この専門用語は、Ａ、またはＢ、またはＣ、またはＡおよびＢ、またはＡおよびＣ、またはＡおよびＢおよびＣ、または２Ａ、または２Ｂ、または２Ｃ、等を含み得る。
【００８９】
[00101]  当業者は、情報および信号が、様々な異なる技術および技法のうちのいずれを使用しても表され得ることを認識することになる。例えば、上の説明全体を通して参照され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、電磁場もしくは磁性粒子、光学場もしくは光学粒子、またはそれらの任意の組合せによって表され得る。
【００９０】
[00102]  さらに、当業者は、本明細書で開示される態様に関係して説明される様々な例示的なロジックブロック、モジュール、回路、アルゴリズムステップが、電子ハードウェア、コンピュータソフトウェア、またはその両方の組合せとして実施され得ることを認識することになる。ハードウェアおよびソフトウェアのこの互換性を明確に例示するために、様々な例示的なコンポーネント、ブロック、モジュール、回路、並びにステップが、それらの機能性の観点から概ね上で説明されてきた。そのような機能性がハードウェアとして実施されるかソフトウェアとして実施されるかは、システム全体に課せられる特定のアプリケーションおよび設計制約に依存する。当業者は、説明される機能性を各特定のアプリケーションのための多様な手法で実施し得るが、そのような実施の決定は、本開示の範囲からの逸脱をもたらすものとして解釈されるべきでない。
【００９１】
[0103]  本明細書で開示される態様に関係して説明される方法、シーケンス、および／またはアルゴリズムは、直接ハードウェアにおいて、プロセッサによって実行されるソフトウェアモジュールにおいて、またはその２つの組合せにおいて具現化され得る。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭ（登録商標）メモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または当該技術分野において既知の任意の他の形態の記憶媒体に存在し得る。実例的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込み得るようなプロセッサに結合される。代わりとして、記憶媒体は、プロセッサと一体化され得る。
【００９２】
[0104]  従って、本開示の態様は、免許不要スペクトルにおける送信のための動的帯域幅管理のための方法を具現化するコンピュータ可読媒体を含み得る。従って、本開示は、例示される例に限定されない。
【００９３】
[00105]  前述の開示が例示的な態様を図示する一方、様々な変化および修正が、添付の請求項によって定義されるような本開示の範囲から逸脱することなく、本明細書においてなされ得るであろうことは留意されるべきである。本明細書で説明される本開示の態様に従った方法の請求項の機能、ステップ、および／または動作は、何らかの特別の順序で行われることを必要としない。さらに、ある特定の態様は単数形で説明または請求されることがあるものの、単数形への限定が明白に述べられない限り、複数形が予期される。  以下に本願の出願当初の特許請求の範囲に記載された発明を付記する。
[Ｃ１]  ユーザ機器（ＵＥ）によるアップリンク送信のための方法であって、
アップリンクチャネル上のサブフレームにおけるデータ送信のためのアップリンク許可を受信することと、ここにおいて、前記アップリンク許可は、リソースブロックへの割り当てを含む、
前記アップリンク許可に含まれる前記割り当てに基づいて、競争ベースのスペクトルを通じてチャネル使用ビーコン信号（ＣＵＢＳ）を送るためのリソースブロックを決定することと、ここにおいて、前記ＣＵＢＳは、前記データ送信のための前記アップリンクチャネルをリザーブし、前記データ送信が、前記割り当てに従って後のサブフレームにおいて続くこととなると示す、
前記アップリンクチャネル上の成功したクリアチャネル評価に応答して、前記リソースブロック上で先行するサブフレームにおいて前記ＣＵＢＳを送信することと、ここにおいて、前記先行するサブフレームは、前記データ送信のための前記サブフレームに直接先行する、
を備える、方法。
[Ｃ２]  前記リソースブロックは、前記アップリンク許可に含まれる前記割り当てに基づいて決定される、Ｃ１に記載の方法。
[Ｃ３]  前記先行するサブフレームにおいてリソースブロックへの割り当てを含む第２のアップリンク許可を検出すること、ここにおいて、
前記リソースブロックは、前記第２のアップリンク許可に含まれる前記割り当てに基づいて決定される、
をさらに備える、Ｃ１に記載の方法。
[Ｃ４]  チャネルリザベーション信号に関するリソースブロック割り当てをｅノードＢから受信することと、
前記先行するサブフレームにおけるリソースブロックへの割り当てを持つ第２のアップリンク許可に関してモニタリングすることと、
をさらに備え、ここにおいて、
前記リソースブロックは、前記第２のアップリンク許可において受信された前記割り当てに基づいて決定され、
前記リソースブロックは、第２のアップリンク許可が受信されていないという条件で、前記チャネルリザベーション信号に関する前記割り当てに基づいて決定される、
Ｃ１に記載の方法。
[Ｃ５]  前記チャネルリザベーション信号に関する前記割り当ては、他のＵＥと共用される、Ｃ４に記載の方法。
[Ｃ６]  前記リソースブロックは、前記先行するサブフレームがダウンリンクサブフレームのセットからアップリンクサブフレームのセットへの移行のために使用される特殊サブフレームであるという条件で、前記アップリンク許可において受信される前記割り当てに基づいて決定される、Ｃ４に記載の方法。
[Ｃ７]  チャネルリザベーション信号に関するリソースブロック割り当てをｅノードＢから受信することと、
をさらに備え、ここにおいて、
前記リソースブロックは、前記先行するサブフレームがダウンリンクサブフレームのセットからアップリンクサブフレームのセットへの移行のために使用される特殊サブフレームでないという条件で、前記チャネルリザベーション信号に関する前記割り当てに基づいて決定され、
前記リソースブロックは、前記先行するサブフレームが前記特殊サブフレームであるという条件で、前記アップリンク許可において受信される前記割り当てに基づいて決定される、
Ｃ１に記載の方法。
[Ｃ８]  前記チャネルリザベーション信号に関する前記リソースブロック割り当ては、他のＵＥと共用される、Ｃ７に記載の方法。
[Ｃ９]  前記ＣＵＢＳを送信することは、前記リソースブロックにおけるトーンのサブセット上で前記ＣＵＢＳを送信することを備える、Ｃ１に記載の方法。
[Ｃ１０]  前記ＣＵＢＳは、前記サブフレームにおけるシンボル境界と整列されずに、前記シンボル境界と整列されない時間に前記クリアチャネル評価を受信することに応じて、送信される、Ｃ９に記載の方法。
[Ｃ１１]  前記クリアチャネル評価を受信する前記時間におけるシンボルと次のサブフレーム境界との間の全てのシンボルを占有するために複数の追加のＣＵＢＳを送信することをさらに備える、Ｃ９に記載の方法。
[Ｃ１２]  前記複数の追加のＣＵＢＳは、トーンの前記サブセットに割り当てられる少なくとも１つのＣＵＢＳ、およびリソースブロックインターレースの全てのトーンに割り当てられる少なくとも１つのＣＵＢＳを含む、Ｃ１１に記載の方法。
[Ｃ１３]  前記ＵＥによって受信される全てのＲＢ割り当て中の第１のアップリンクサブフレームに基づいて、アップリンク送信同期境界を決定することをさらに備える、Ｃ１に記載の方法。
[Ｃ１４]  全ての第１のアップリンクサブフレームがＲＢ割り当てを有さない１つまたは複数のアップリンクサブフレームに続くことに基づいて、アップリンク送信同期境界を決定することをさらに備える、Ｃ１に記載の方法。
[Ｃ１５]  ユーザ機器（ＵＥ）であって、
プロセッサと、
前記プロセッサに結合されたメモリと、前記メモリは、
アップリンクチャネル上のサブフレームにおけるデータ送信のためのアップリンク許可を受信することと、ここにおいて、前記アップリンク許可は、リソースブロックへの割り当てを含む、
前記アップリンク許可に含まれる前記割り当てに基づいて、競争ベースのスペクトルを通じてチャネル使用ビーコン信号（ＣＵＢＳ）を送るためのリソースブロックを決定することと、ここにおいて、前記ＣＵＢＳは、前記ＵＥが前記割り当てに従って後のサブフレームにおいて前記データ送信を送ることになると示すことによって前記データ送信のための前記アップリンクチャネルをリザーブする、
をするために前記プロセッサによって実行可能な命令を含む、
前記アップリンクチャネル上で成功したクリアチャネル評価を実行することに応答して、前記リソースブロック上で先行するサブフレームにおいて前記ＣＵＢＳを送信するように構成された送信機と、ここにおいて、前記先行するサブフレームは、前記アップリンクデータ送信のための前記サブフレームに直接先行する、
を備える、ユーザ機器（ＵＥ）。
[Ｃ１６]  前記リソースブロックは、前記アップリンク許可に含まれる前記割り当てに基づいて決定される、Ｃ１５に記載の装置。
[Ｃ１７]  前記命令は、
前記先行するサブフレームにおいてリソースブロックへの割り当てを含む第２のアップリンク許可を検出することと、ここにおいて、
前記第２のアップリンク許可に含まれる前記割り当てに基づいて決定することと、
をするために前記プロセッサによってさらに実行可能である、Ｃ１５に記載の装置。
[Ｃ１８]  前記命令は、
チャネルリザベーション信号に関するリソースブロック割り当てをｅノードＢから受信することと、
前記先行するサブフレームにおけるリソースブロックへの割り当てを持つ第２のアップリンク許可に関してモニタリングすることと、
をするために前記プロセッサによってさらに実行可能であり、ここにおいて、
前記リソースブロックは、前記第２のアップリンク許可において受信される前記割り当てに基づいて決定され、
前記リソースブロックは、第２のアップリンク許可が受信されないという条件で、前記チャネルリザベーション信号に関する前記割り当てに基づいて決定される、
Ｃ１５に記載の装置。
[Ｃ１９]  前記チャネルリザベーション信号に関する前記割り当ては、他のＵＥと共用される、Ｃ１８に記載の装置。
[Ｃ２０]  前記リソースブロックは、前記先行するサブフレームがダウンリンクサブフレームのセットからアップリンクサブフレームのセットへの移行のために使用される特殊サブフレームであるという条件で、前記アップリンク許可において受信される前記割り当てに基づいて決定される、Ｃ１８に記載の装置。
[Ｃ２１]  前記命令は、
チャネルリザベーション信号に関するリソースブロック割り当てをｅノードＢから受信するために前記プロセッサによってさらに実行可能であり、
ここにおいて、
前記リソースブロックは、前記先行するサブフレームが、ダウンリンクサブフレームのセットからアップリンクサブフレームのセットへの移行のために使用される特殊サブフレームでないという条件で、前記チャネルリザベーション信号に関する前記割り当てに基づいて決定され、
前記リソースブロックは、前記先行するサブフレームが、前記特殊サブフレームであるという条件で、前記アップリンク許可において受信される前記割り当てに基づいて決定される、
Ｃ１５に記載の装置。
[Ｃ２２]  前記チャネルリザベーション信号に関する前記リソースブロック割り当ては、他のＵＥと共用される、
Ｃ２１に記載の装置。
[Ｃ２３]  前記命令は、前記リソースブロックにおけるトーンのサブセット上で前記ＣＵＢＳを送信するために前記プロセッサによってさらに実行可能である、Ｃ１５に記載の装置。
[Ｃ２４]  前記ＣＵＢＳは、前記サブフレームにおけるシンボル境界と整列されずに、前記シンボル境界と整列されない時間に前記クリアチャネル評価を受信することに応じて、送信される、Ｃ２３に記載の装置。
[Ｃ２５]  前記命令は、
前記クリアチャネル評価を受信する前記時間におけるシンボルと次のサブフレーム境界との間の全てのシンボルを占有するための複数の追加のＣＵＢＳを送信するために前記プロセッサによってさらに実行可能である、Ｃ２３に記載の装置。
[Ｃ２６]  前記複数の追加のＣＵＢＳは、トーンの前記サブセットに割り当てられる少なくとも１つのＣＵＢＳ、およびリソースブロックインターレースの全てのトーンに割り当てられた少なくとも１つのＣＵＢＳを含む、Ｃ２５に記載の装置。
[Ｃ２７]  前記命令は、
前記ＵＥによって受信される全てのＲＢ割り当て中の第１のアップリンクサブフレームに基づいて、アップリンク送信同期境界を決定するために前記プロセッサによってさらに実行可能である、Ｃ１５に記載の装置。
[Ｃ２８]  前記命令は、
全ての第１のアップリンクサブフレームがＲＢ割り当てを有さない１つまたは複数のアップリンクサブフレームに続くことに基づいて、アップリンク送信同期境界を決定するために前記プロセッサによってさらに実行可能である、Ｃ１５に記載の装置。
[Ｃ２９]  ユーザ機器（ＵＥ）によるアップリンク送信のための装置であって、
アップリンクチャネル上のサブフレームにおけるデータ送信のためのアップリンク許可を受信するための手段と、ここにおいて、前記アップリンク許可は、リソースブロックへの割り当てを含む、
前記アップリンク許可に含まれる前記割り当てに基づいて、競争ベースのスペクトルを通じてチャネル使用ビーコン信号（ＣＵＢＳ）を送るためのリソースブロックを決定するための手段と、ここにおいて、前記ＣＵＢＳは、前記ＵＥが前記割り当てに従って後のサブフレームにおいて前記データ送信を送ることになると示すことによって、前記データ送信のための前記アップリンクチャネルをリザーブする、
前記アップリンクチャネル上で成功したクリアチャネル評価を行うことに応答して、前記リソースブロック上で先行するサブフレームにおいて前記ＣＵＢＳを送信するための手段と、ここにおいて、前記先行するサブフレームは、前記データ送信のための前記サブフレームに直接先行する、
を備える、装置。
[Ｃ３０]  アップリンク送信のためにリソースを割り振るためのコンピュータ実行可能コードを記憶するコンピュータ可読媒体であって、
アップリンクチャネル上のサブフレームにおけるデータ送信のためのアップリンク許可を受信するためのコードと、ここにおいて、前記アップリンク許可は、リソースブロックへの割り当てを含む、
前記アップリンク許可に含まれる前記割り当てに基づいて、競争ベースのスペクトルを通じてチャネル使用ビーコン信号（ＣＵＢＳ）を送るためのリソースブロックを決定するためのコードと、ここにおいて、前記ＣＵＢＳは、前記ＵＥが前記割り当てに従って後のサブフレームにおいて前記データ送信を送ることになると示すことによって、前記データ送信のための前記アップリンクチャネルをリザーブする、
前記アップリンクチャネル上で成功したクリアチャネル評価を行うことに応答して、前記リソースブロック上で先行するサブフレームにおいて前記ＣＵＢＳを送信するためのコードと、ここにおいて、前記先行するサブフレームは、前記アップリンクデータ送信のための前記サブフレームに直接先行する、
を備える、コンピュータ可読媒体。
【図１】
0006686025.tif 000002
【図２Ａ】
0006686025.tif 000003
【図２Ｂ】
0006686025.tif 000004
【図３Ａ】
0006686025.tif 000005
【図３Ｂ】
0006686025.tif 000006
【図４】
0006686025.tif 000007
【図５】
0006686025.tif 000008
【図６】
0006686025.tif 000009
【図７】
0006686025.tif 000010
【図８】
0006686025.tif 000011
【図９】
0006686025.tif 000012
【図１０】
0006686025.tif 000013
【図１１】
0006686025.tif 000014