JP2017538372A - 無認可スペクトルにおける送信のための帯域占有技法 - Google Patents

Abstract

ユーザ機器（ＵＥ）によるアップリンク送信のための方法および装置は、１つまたは複数のビーコン信号についての第１の割り当てを受信することを含む。第１の割り当ては、第１のリソース割り当ておよび第１のインターレース割り当てを含む。ＵＥは、アップリンク送信のペイロードのサイズがしきい値より小さいと決定し得る。ＵＥは、この決定に応答して、第１の割り当てにしたがって１つまたは複数のビーコン信号を送信し得る。１つまたは複数のビーコン信号は、競合ベースのスペクトル上でのＵＥによる帯域幅占有を増大させる。さらに、ＵＥは、アップリンク送信のペイロードについての第２の割り当てを受信し得る。第２の割り当ては、第２のリソース割り当ておよび第２のインターレース割り当てを含む。ＵＥは、第２のインターレース割り当て上で第２のリソース割り当てにしたがってアップリンク送信のペイロードを送信し得る。【選択図】図１Ｂ

Description

関連出願の相互参照

[0001] 本願は、２０１４年１１月６日に出願された、「BAND OCCUPANCY TECHNIQUES FOR TRANSMISSIONS IN UNLICENSED SPECTRUM」と題された、米国仮出願番号第６２／０７６，３７５号、および２０１５年１１月５日に出願された、「BAND OCCUPANCY TECHNIQUES FOR TRANSMISSIONS IN UNLICENSED SPECTRUM」と題された、米国特許出願第１４／９３３，９０２号の利益を主張し、それらの全内容は、参照により本明細書に明示的に組み込まれている。

[0002] この開示の態様は、一般に電気通信に関し、より詳細には、無認可スペクトル（unlicensed spectrum）における送信のための帯域占有（band occupancy）技法に関する。

[0003] ワイヤレス通信ネットワークは、様々なタイプのサービス（たとえば、音声、データ、マルチメディアサービスなど）をネットワークのカバレージエリア内のユーザに提供するために、展開され得る。いくつかの実装形態において、１つまたは複数のアクセスポイント（たとえば、異なるセルに対応する）は、（１つまたは複数の）アクセスポイントのカバレージ内で動作するアクセス端末（たとえば、携帯電話（cell phones））に対してワイヤレス接続性を提供する。いくつかの実装形態において、ピアデバイスは、互いに通信するためにワイヤレス接続性を提供する。

[0004] アップリンク送信を送るワイヤレス通信ネットワーク内の通信デバイスは、アップリンク周波数帯域上にリソースを割り当てる。ロング・ターム・エボリューション（ＬＴＥ（登録商標））デバイスのようなワイヤレスローカルエリアネットワーク（ＷＬＡＮ）デバイスが、あるワイヤレスローカルエリアネットワーク（ＷＬＡＮ）デバイス（たとえば、ＷｉＦｉデバイス）と共有する無認可無線周波数（ＲＦ）帯域で動作するワイヤレス環境において、アップリンク上で活動的に送信する任意のデバイスは、周波数帯域サブフレームの帯域幅の少なくとも８０％を占有することが要求され得る。しかしながら、多くの場合、無認可ＲＦ帯域で動作するＬＴＥデバイスのためのペイロードサイズは、非常に小さく、この要求を満たすことができない。例えば、アップリンク制御チャネル送信は、通常、サブフレームごとに約１つのリソースブロック（ＲＢ）だけを占有し得る。１つの解決策は、より多くの変調シンボルを十分に満たすために、より多くのコード化ビット（coded bits）を発生するために、低い変調およびコード化方式（ＭＣＳ：modulation and coding scheme）および高いコード化利得（coding gain）を使用することである。電力スペクトル密度は、また低減され得る（すなわち、サブキャリアトーンごとの送信電力を減少させること）、しかし、帯域幅を共有する他の競合デバイスからの干渉の影響を受けやすくなるリスクを冒して。さらに、各１ＭＨｚスライディングウィンドウ（sliding window）内で送信電力があるレベルを超えことができないと命令する、スペクトルマスク要件（spectrum mask requirement）のような追加の占有要件（occupancy requirements）があり得る。

[0005] 無認可ＲＦ帯域で送信する必要があるワイヤレス端末デバイス（また、ユーザ機器またはアクセス端末と呼ぶ）は、またアップリンク送信を送る前に毎回クリア・チャネル・アセスメント（ＣＣＡ）を実行することを要求され得る。例えば、デバイスは、チャネルが送信のためにクリアかどうかを決定するために、ＣＣＡ／ｅＣＣＡを実行し得る。一般に、ＣＣＡ手順は、ＣＣＡの持続期間またはタイムスロットの間、例えば２０マイクロセカンド（μｓ）の間にチャネルを監視することを伴い得る。タイムスロットがクリアな場合（たとえば、通信媒体が利用可能またはアクセス可能である）、デバイスはチャネルの使用を始め得る。チャネルがクリアでないとき、デバイスはチャネルに対してのランダムバックオフカウンタを初期化し得る。デバイスが、クリアなタイムスロットを検出するごとに、ランダムバックオフカウンタはデクリメントされる。ランダムバックオフカウンタが０に達したとき、デバイスは、制限された送信機会の間送信する。送信機会の持続期間は、複数のＣＣＡタイムスロット持続期間であり得る。送信機会の間中、他のデバイスは、またそのチャネルを使用した送信からの送信によってブロックされるであろう。加えて、送信に使用されていない同じデバイス上の他のチャネルもまた、ＲＦ漏洩のためにブロックされ得る。断続的なアップリンク送信が端末デバイスによって要求される場合、失敗したＣＣＡは、チャネルの喪失、およびアップリンク送信バーストの中断を引き起こし得る。

[0006] ＬＴＥデバイスは、ダウンリンク送信のための直交周波数分割多元接続（ＯＦＤＭＡ）チャネル、およびアップリンク送信のためのシングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）チャネルを使用して、リソースブロック内のリソース要素のユニットにおいてデータを送信する。ＯＦＤＭＡおよびＳＣ−ＦＤＭＡチャネルは、周波数帯域内のサブフレーム、および時間領域におけるサブフレームに分割される。各サブフレームは、さらにキャリア周波数のＦＦＴおよびＩＦＦＴ処理のために入力されたデータを提供するために、ＯＦＤＭシンボルに分割される。ＬＴＥデバイスが、例えば、他のＬＴＥデバイス送信による干渉を避けるため、または信号の受け取りの干渉を避けるためになど、ブランク（blank）ＯＦＤＭシンボルを必要とする場合があり得る。しかしながら、ブランクシンボル送信は、ＬＴＥデバイスにチャネルへのアクセスを喪失させる。

[0007] 故に、ＬＴＥデバイスが、アップリンク送信のために無認可帯域幅へのアクセスを獲得し、または既存のアクセスを維持することを可能にする、同時に、無認可帯域幅における非占有のＯＦＤＭシンボル、リソースブロック、およびサブフレームを使用して占有制約を満たす、メカニズムが必要とされる。

[0008] 無認可スペクトルにおいて動作するワイヤレスデバイスからの送信の帯域幅占有を増大させるためのシステムおよび方法が開示される。

[0009] 一態様において、本開示は、ユーザ機器（ＵＥ）によるアップリンク送信のための方法を提供する。方法は、１つまたは複数のビーコン信号についての第１の割り当て（first assignment）を受信することを含み得、第１の割り当ては、第１のインターレース割り当てを含む。方法は、さらに、アップリンク送信のペイロードについてのアップリンク許可のサイズがしきい値より小さいと決定することを含み得る。方法は、また、アップリンク送信のペイロードについてのアップリンク許可のサイズがしきい値より小さいと決定することに応答して、第１の割り当てにしたがって１つまたは複数のビーコン信号を送信することを含み得、ここにおいて、１つまたは複数のビーコン信号は、競合ベースのスペクトル上でのＵＥによる帯域幅占有を増大させる。

[0010] 別の態様において、本開示は、アップリンク送信のためのＵＥを提供する。ＵＥは、１つまたは複数のビーコン信号についての第１の割り当てを受信するための手段を含み得、第１の割り当ては、競合ベースのスペクトル中での第１のインターレース割り当てを含む。ＵＥは、さらに、アップリンク送信のペイロードについてのアップリンク許可のサイズがしきい値より小さいと決定するための手段を含み得る。ＵＥは、さらに、アップリンク送信のペイロードについてのアップリンク許可のサイズがしきい値より小さいと決定することに応答して、第１の割り当てにしたがって１つまたは複数のビーコン信号を送信するための手段を含み得、ここにおいて、１つまたは複数のビーコン信号は、競合ベースのスペクトル上でのＵＥによる帯域幅占有を増大させる。

[0011] 別の態様において、本開示は別のＵＥを提供する。ＵＥは、少なくとも１つの割り当てを示す信号を受信するように、および、１つまたは複数のビーコン信号を送信するように構成されたトランシーバを含み得る。ＵＥは、さらにメモリ、およびメモリおよびトランシーバに通信可能に結合されたプロセッサを含み得る。メモリおよびプロセッサは、トランシーバを介して、１つまたは複数のビーコン信号についての第１の割り当てを受信するように構成され得、第１の割り当ては、競合ベースのスペクトル中での第１のインターレース割り当てを含む。プロセッサおよびメモリは、さらにアップリンク送信のペイロードについてのアップリンク許可のサイズがしきい値より小さいと決定するように構成され得る。プロセッサおよびメモリは、さらにトランシーバを介して、アップリンク送信のペイロードについてのアップリンク許可のサイズがしきい値より小さいと決定することに応答して、第１の割り当てにしたがって１つまたは複数のビーコン信号を送信するように構成され得る。１つまたは複数のビーコン信号は、競合ベースのスペクトル上でのＵＥによる帯域幅占有を増大させ得る。

[0012] 別の態様において、本開示は、ユーザ機器（ＵＥ）によるアップリンク送信のためのコンピュータ実行可能なコードを記憶したコンピュータ可読媒体を提供する。コンピュータ可読媒体は、１つまたは複数のビーコン信号についての第１の割り当てを受信するためのコードを含み得、第１の割り当ては、競合ベースのスペクトル中での第１のインターレース割り当ておよび第１のリソース割り当てを含む。コンピュータ可読媒体は、さらにアップリンク送信のペイロードのサイズがしきい値より小さいと決定するためのコードを含み得る。コンピュータ可読媒体は、またアップリンク送信のペイロードのサイズがしきい値より小さいと決定することに応答して、第１の割り当てにしたがって１つまたは複数のビーコン信号を送信するためのコードを含み得、ここにおいて、１つまたは複数のビーコン信号は、競合ベースのスペクトル上でのＵＥによる帯域幅占有を増大させる。

[0013] 一態様において、本開示は、アップリンク送信のためにリソースを割り振る（allocate）ための方法を提供する。方法は、アップリンク送信のペイロードのサイズがしきい値より小さいとき、競合ベースのスペクトル上での帯域幅占有を増大させるように構成されたビーコン信号についての第１の割り当てを決定することを含み得る。第１の割り当ては、第１のリソース割り当ておよび第１のインターレース割り当てを含み得る。方法は、さらに第１の割り当てにしたがって１つまたは複数のビーコン信号を送信するように構成されたユーザ機器（ＵＥ）に第１の割り当てを送信することを含み得る。

[0014] 一態様において、本開示は、アップリンク送信のためにリソースブロックを割り振るための装置を提供する。装置は、ダウンリンク送信のためにリソースを管理するように構成されたリソースマネージャを含み得る。リソースマネージャは、ダウンリンク送信のペイロードのサイズがしきい値より小さいとき、競合ベースのスペクトル上での帯域幅占有を増大させるように構成されたビーコン信号についての第１の割り当てを決定するように構成されたビーコン信号コンポーネントを含み得る。第１の割り当ては、第１のリソース割り当ておよび第１のインターレース割り当てを含み得る。装置は、さらに第１の割り当てにしたがってビーコン信号を送信するように構成された送信機を含み得る。

[0015] 一態様において、本開示は、インターレースされたリソースブロックのサブフレーム上でダウンリンク送信のためにリソースを割り振るための方法を提供する。方法は、ダウンリンク送信のために第１の割り当てを割り振ることを含み得、第１の割り当ては、第１のリソースブロック割り当ておよび第１のインターレース割り当てを含む。方法は、また帯域幅占有を増大させるために使用されるビーコン信号についての第２の割り当てを割り振ることを含み得、第２の割り当ては、第２のリソースブロック割り当ておよび第２のインターレース割り当てを含む。方法は、さらに第２のリソースブロック割り当ておよび第２のインターレース割り当てにしたがってビーコン信号を送信することを含み得る。

[0016] 一態様において、本開示は、ダウンリンク送信のためにリソースを割り振るための装置を提供する。装置は、ダウンリンク送信のためにリソースを管理するように構成されたリソースマネージャを含み得る。リソースマネージャは、ダウンリンク送信のペイロードのサイズがしきい値より小さいとき、競合ベースのスペクトル上での帯域幅占有を増大させるように構成されたビーコン信号についての第１の割り当てを決定するように構成されたビーコン信号コンポーネントを含み得る。第１の割り当ては、第１のリソース割り当ておよび第１のインターレース割り当てを含む。装置は、さらに第１の割り当てにしたがってビーコン信号を送信するように構成された送信機を含み得る。リソースマネージャは、ダウンリンク送信のペイロードについての第２の割り当てを決定するように構成されたペイロードコンポーネントを含み得、ここにおいて、第２の割り当ては、第２のリソース割り当ておよび第２のインターレース割り当てを含む。送信機は、さらにＵＥに第２の割り当てのペイロードを送信するように構成される。

[0017] 本発明のこれらのおよび他の態様は、次に続く詳細な説明の検討を受けてより十分に理解されるであろう。

[0018] 添付の図面は、本開示の様々な態様の説明を助けるために提示され、それらの限定としてではなく、それら態様の例示のためだけに提供される。
[0019] 図１Ａは、通信システムのいくつかの実例の態様の簡略化されたブロック図である。 [0020] 図１Ｂは、アクセス端末の簡略化されたブロック図である。 [0021] 図２Ａは、アップリンク送信におけるビーコン信号およびペイロードのためのリソースブロックを割り振る例としての方法を示すフロー図である。 [0022] 図２Ｂは、ダウンリンク送信におけるビーコン信号およびペイロードのためのリソースブロックを割り振る例としての方法を示すフロー図である。 [0023] 図３Ａは、アップリンク送信についてのリソース割振りを受信するための例としての方法を示すフロー図である。 [0024] 図３Ｂは、アップリンク送信についてのリソース割振りを決定するための例としての方法を示すフロー図である。 [0025] 図４は、スモールアップリンクペイロードを有するサブフレームについてのインターレースされたリソースブロックの割り当ての例を図示する。 図５は、スモールアップリンクペイロードを有するサブフレームについてのインターレースされたリソースブロックの割り当ての例を図示する。 [0026] 図６Ａは、サブフレームのセットについてのインターレースされたリソースブロックの割り当ての例を図示し、チャネル使用ビーコン信号（channel usage beacon signal）は１つの非占有のサブフレームに割り振られる。 図６Ｂは、サブフレームのセットについてのインターレースされたリソースブロックの割り当ての例を図示し、チャネル使用ビーコン信号は１つの非占有のサブフレームに割り振られる。 [0027] 図７は、サブフレームにおける非占有のＯＦＤＭシンボルについてのチャネル使用ビーコン信号の割り当て例を図示する。 [0028] 図８は、通信ノードにおいて利用され得るコンポーネントのいくつかの実例の態様の簡略化されたブロック図である。 [0029] 図９は、ワイヤレス通信システムの簡略化された図である。 [0030] 図１０は、小さなセルを含むワイヤレス通信システムの簡略化された図である。 [0031] 図１１は、通信コンポーネントのいくつかの実例の態様の簡略化されたブロック図である。

詳細な説明

[0032] 本開示は、いくつかの態様において、無認可スペクトルにおける送信のための帯域幅占有技法に関する。ゆえに、本開示の態様において、アップリンク送信のペイロードについてのアップリンク許可のサイズがしきい値より小さいとき、競合ベースのスペクトル上での帯域幅占有を増加させるように構成されたビーコン信号についての第１の割り当てをユーザ機器（ＵＥ）が受信する方法および装置が説明される。第１の割り当ては、第１のリソース割り当ておよび／または第１のインターレース割り当てを含む。ＵＥは、さらに第１の割り当てにしたがって、１つまたは複数のビーコン信号を送信するように構成される。

[0033] 本開示の態様は、以下の説明および特定の開示された態様を対象とする関連する図面において提供される。代替の態様は、本開示の範囲から逸脱することなく、考案され得る。加えて、本開示のよく知られている態様は、詳細に説明されていない場合があり得、あるいはさらなる関連のある詳細を曖昧にしないために省略され得る。さらに、多くの態様が、例えば、コンピューティングデバイスの要素によって実行される動作のシーケンスの観点から説明されている。本明細書において説明される様々な動作は、特定の回路（たとえば、特定用途向け集積回路（ＡＳＩＣ））によってか、１または複数のプロセッサによって実行されるプログラム命令群によってか、または両方の組み合わせによって実行され得ることが認識されるであろう。加えて、本明細書において説明される動作のこれらシーケンスは、実行時に、関連付けられたプロセッサに本明細書で説明される機能を実行させる対応するコンピュータ命令群のセットを記憶したコンピュータ読取可能な記憶媒体の任意の形態内において全体的に具現化されると見なされることが可能である。このように、本開示の様々な態様は、多くの異なる形態で具現化され得、それらの全てが、請求された主題の範囲内であるように企図されている。加えて、本明細書において説明される態様の各々に関して、任意のこのような態様の対応する形態は、例えば、説明される動作を実行する「ように構成されたロジック」として本明細書において説明され得る。

[0034] 無認可または競合ベースのスペクトルにおいてＬＴＥデバイスが動作しているとき、ＬＴＥデバイスによって送信される信号は、スペクトルへのアクセスを維持するために、指定された帯域幅の少なくとも８０％を占有する必要があり得る。インターレース設計は、帯域幅占有を増加させるために、物理アップリンク制御チャネル（PUCCH）および物理アップリンク共有チャネル（PUSCH）の両方で使用され得、帯域幅に亘ってデータを拡散させる（spread）。いくつかのシナリオにおいて、しかしながらペイロードはとても小さくあり得る。例えば、いつくかの場合において、ＰＵＣＣＨペイロードは、単一のリソースブロック（ＲＢ）であり得る。同様に、例えば、ＶｏＬＴＥパケットまたはＴＣＰ ＡＣＫメッセージのようなペイロードは、比較的に小さくあり得る（たとえば、およそ１つのＲＢ（on the order of 1 RB））。１つの解決策は、ペイロードのサイズに係わらず、全インターレースを使用することである。例えば、低い変調およびコード化方式（ＭＣＳ）および高いコード化利得が、より多くの変調シンボルを十分に満たすために、より多くのコード化ビットを発生するために使用される。さらに、電力スペクトル密度（ＰＳＤ）は減少され得る、しかしＰＳＤを減少させることは、干渉可能性（potential interference）と比較して信号を弱め得る。さらに、ＰＵＣＣＨ送信では、全インターレースを使用する複数ＵＥの各々が重要なリソースを使い果たし得、サービスされるＵＥの数を潜在的に制限する。加えて、この解決策は、スケジュールされた（scheduled）サブフレーム間の空のサブフレームに対処（address）しない。

[0035] 別の態様において、無認可または競合ベースのスペクトルで動作するＬＴＥデバイスは、クリア・チャネル・アセスメント（ＣＣＡ）要件に従い得る。複数のＵＥを有するＬＴＥシステムにおいて、各ＵＥは、送信前にＣＣＡを実行することを必要とし得る。アップリンク信号が近くのＵＥによって検出された場合、近くのＵＥは互いにブロックすることが可能である。再同期処理は、全てのＵＥがＣＣＡを同時に実行し、同時に送信を開始することなどに使用され得る。このような再同期システムは、ＬＴＥにおけるリソース使用の柔軟性を制限する。さらに、各ＵＥのアップリンク送信は、再同期の後、継続されなければならない、それによって断続的なアップリンク送信の使用が防がれる。

[0036] 現開示は、帯域幅を占有するための、既知の帯域幅占有チャネル使用ビーコン信号（ＢＯ−ＣＵＢＳ：bandwidth occupancy channel usage beacon signal）送信の使用を含む。ＢＯ−ＣＵＢＳは、ｅノードＢに知られ得、情報を搬送しない。複数のＵＥは、単一周波数ネットワーク（ＳＦＮ）を形成する同じリソース上でＢＯ−ＣＵＢＳを送信し得る。従って、ＵＥが送信するためのペイロードを有するとき、ＵＥはコードレートおよびＰＳＤを維持し得る。ＵＥが送信するためのペイロードを有さないが、チャネルアクセスを維持する必要があるとき、ＵＥはチャネルを占有するためにＢＯ−ＣＵＢＳを送信し得る。開示された設計は、標準ＰＵＣＣＨ送信およびＰＵＳＣＨ送信についての標準ＭＣＳの使用を許可する。ｅノードＢにおいて、変調シンボルは、低いＭＣＳまたはＰＳＤを使用して拡散することと比較して、局所化される。さらに、ＢＯ−ＣＵＢＳがＳＦＮを形成するので、ｅノードＢはＢＯ−ＣＵＢＳを容易に検出およびキャンセルし得る。完全にキャンセルできないときでも、ＢＯ−ＣＵＢＳは単一のインターレースだけを占有し得、それにより、他のインターレースに対する干渉を最小化する。加えて、ＢＯ−ＣＵＢＳの送信は、たとえアップリンクローディングが断続的な送信だけをサポートするとしても、ＵＥがチャネルへのアクセスを維持することを可能にし得る。さらに、第１のサブフレームの後に、ＵＥがペイロード送信を開始することを可能にするために、ＢＯ−ＣＵＢＳは無線フレームの最初に使用され得、それは、アップリンクトラフィックの経時的な分配を可能にし得る。

[0037] 図１Ａは、サンプルの通信システム１００（たとえば、通信ネットワークの一部）のいつかのノードを図示する。図の目的について、本開示の様々な態様は、１つまたは複数のアクセス端末、アクセスポイント、および互いに通信するネットワークエンティティとの関連において記述されるであろう。しかしながら、本明細書での教示は、他の用語を使用して参照された他のタイプの装置または他の同様な装置にも適用でき得ることが理解されるべきである。例えば、様々な実装形態において、アクセスポイントは、基地局、ノードＢ、ｅノードＢ、 ホームノードＢ、 ホームｅノードＢ、スモールセル、マイクロセル、フェムト（femto）セル等と呼ばれ、またはそれ等として実装され得る、一方、アクセス端末は、ユーザ機器（ＵＥ）、モバイル局等と呼ばれ、またはそれ等として実装され得る。

[0038] システム１００内のアクセスポイント１０６、１０８は、システム１００のカバーエリアの至る所をローミングし得る、またはその中でインストールされ得る１つまたは複数のワイヤレス端末（たとえば、アクセス端末１０２またはアクセス端末１０４）に対して１つまたは複数のサービス（たとえば、ネットワーク接続性）へのアクセスを提供する。例えば、種々の時点においてアクセス端末１０２は、システム１００内のアクセスポイント１０６またはいくつかの他のアクセスポイントに接続し得る（示されない）。同様に、アクセス端末１０４は、アクセスポイント１０８またはいくつかの他のアクセスポイントに接続し得る。

[0039] アクセスポイントの１つまたは複数は、ワイドエリアネットワーク接続性を容易にするために、互いを含む１つまたは複数のネットワークエンティティ（便宜上、ネットワークエンティティ１１０によって表される）と通信し得る。このようなネットワークエンティティの２つまたは複数は、同一場所に配置され（co-located）得る、および／または、このようなネットワークエンティティの２つまたは複数は、ネットワーク中の至る所に分散され得る。

[0040] ネットワークエンティティは、例えば、１つまたは複数の無線および／またはコアネットワークエンティティのような様々な形を取り得る。このように、様々な実装形態において、ネットワークエンティティ１１０は、ネットワーク管理（たとえば、動作、アドミニストレーション、管理、および供給エンティティ（provisioning entity）を介して）、呼制御、セッション管理、モビリティマネジメント、ゲートウェイ機能、インターワーキング機能、または他の適するネットワーク機能の少なくとも１つのような機能性を表し（represent）得る。いくつかの態様において、モビリティマネジメントは、トラッキングエリア、ロケーションエリア、ルーティングエリア、または他の適する技法の使用を通じてアクセス端末の現在のロケーションのトラックを保つこと；アクセス端末に対するページングを制御すること；アクセス端末に対するアクセス制御を提供することに関する。

[0041] アクセスポイント１０６は、第１のＲＡＴ無線機１１４および第２のＲＡＴ無線機１１２を含み得る。所与のリソースで通信するために、アクセスポイント１０６（または、システム１００内のいずれかの他のデバイス）が第２のＲＡＴを使用するとき、この通信は、そのリソースで通信するために第１のＲＡＴを使用する隣接するデバイス（たとえば、アクセスポイント１０８および／またはアクセス端末１０４）からの干渉にさらされ得る。例えば、特定の無認可ＲＦ帯域上で第２のＲＡＴ無線機１１２を使用するＬＴＥを介したアクセスポイント１０６による通信は、 その帯域上で動作するＷｉ-Ｆｉデバイスからの干渉にさらされ得る。便宜上、無認可ＲＦ帯域上のＬＴＥは、本明細書において無認可スペクトルにおけるＬＴＥ／ＬＴＥアドバンストとして、または周囲のコンテキストにおいて単にＬＴＥとして呼ばれ得る。さらに、無認可スペクトル上で動作するＬＴＥは、共有の媒体を使用する競合ベースの通信システムにおいて動作するためのＬＴＥの使用または変形を指し得る。

[0042] アクセス端末１０４がアップリンク送信をアクセスポイント１０６に送るとき、アップリンク周波数帯域上に割り当てられたリソースが利用される。一態様において、無認可ＲＦ帯域で動作するアクセス端末１０４は、割り当てられたリソースの利用を続けるために、サブフレームについての帯域幅の最小しきい値より大きな帯域を占有することが要求される（たとえば、最小しきい値または最小帯域幅占有レベルが８０％であり得る）。例えば、アクセス端末１０４が帯域幅の最小しきい値より大きな帯域を占有しない場合、他のバイアス（たとえば、アクセスポイント１０８またはアクセス端末１０４）は、無認可ＲＦ帯域を使用することを始め得、将来の送信からアクセス端末１０２をブロックし得る。一態様において、アクセスポイント１０６は、帯域幅が最小しきい値で、または最小しきい値より大きい値で占有されるような方法で、ビーコン信号をリソースブロックに割り当て得る、以下にさらに詳細に説明されるであろう。

[0043] 別の態様において、アクセスポイント１０６がリソースをアップリンク周波数帯域上に割り当てたとき、制御情報またはデータのようなペイロードに対して割り振られたリソースブロックを１つまたは複数のサブフレームが有しない、アクセス端末１０２に割り振られたサブフレームのセットがあり得る。アクセスポイント１０６は、断続的なアップリンク信号を送るために、アクセス端末１０４に対してその機会を提供し得る非占有のサブフレーム上にビーコン信号を割り当て得る、以下にさらに詳細に説明されるであろう。

[0044] 別の態様において、アクセス端末１０２が非占有のシンボルを送信するべき場合があり得る。このような場合において、アクセスポイント１０６は、ＯＦＤＭシンボルを、非占有のシンボルへのビーコン信号の割り当てとともに、アップリンクにおいて割り当て得る、このように、チャネル喪失のリスクを冒すことなく、アクセス端末が断続的なＯＦＤＭシンボルを送信することを可能にする。

[0045] いくつかのシステムにおいて、無認可スペクトルにおけるＬＴＥは、ワイヤレススペクトル（たとえば、ＬＴＥスタンドアロン）の無認可部分において独占的に動作する全てのキャリア用いて、スタンドアロン構成において用いられ得る。他のシステムにおいて、無認可スペクトルにおけるＬＴＥは、ワイヤレススペクトルの認可部分で動作するアンカー認可キャリア（anchor licensed carrier）とともに、ワイヤレススペクトルの無認可部分で動作する１つまたは複数の無認可キャリアを提供することによって、認可帯域動作に補足する方法で用いられ得る（たとえば、ＬＴＥ補足ダウンリンク（ＳＤＬ：Supplemental DownLink））。いずれの場合でも、キャリアアグリゲーション（carrier aggregation）は、対応するユーザ機器（ＵＥ）に対してのプライマリーセル（ＰＣｅｌｌ）として働く１つのキャリア（たとえば、ＬＴＥ ＳＤＬにおけるアンカー無認可キャリア、またはＬＴＥスタンドアロンにおける無認可キャリアの指定された１つ）、およびそれぞれのセカンダリーセル（ＳＣｅｌｌｓ）として働く残りの（remaining）キャリアを用いて、異なるコンポーネントキャリアを管理するために用いられ得る。このようにして、ＰＣｅｌｌは、ＦＤＤの対のダウンリンクおよびアップリンク（FDD paired downlink and uplink）（認可または無認可の）を提供し得、および各ＳＣｅｌｌは、所望する追加のダウンリンク容量を提供し得る。

[0046] 一般に、ＬＴＥは、ダウンリンク上において直交周波数分割多重化（ＯＦＤＭ）を、アップリンク上においてシングルキャリア周波数分割多重化（ＳＣ−ＦＤＭ）を利用する。ＯＦＤＭおよびＳＣ−ＦＤＭは、システム帯域幅を複数（Ｋ）個の直交サブキャリアに分割し、これは、一般的に、トーン、ビン、等とも称される。各サブキャリアは、データにより変調され得る。一般に、変調シンボルは、ＯＦＤＭでは周波数領域で、およびＳＣ−ＦＤＭでは時間領域で送られる。隣接するサブキャリア間の間隔は、固定であり得、サブキャリアの合計数（Ｋ）は、システム帯域幅に依存し得る。例えば、Ｋは、１.２５、２.５、５、１０、または２０メガヘルツ（ＭＨｚ）のシステム帯域幅に対して、それぞれ、１２８、２５６、５１２、１０２４、または２０４８に等しくなり得る。システム帯域幅はまた、サブバンドに分割され得る。例えば、サブバンドは、１.０８ＭＨｚをカバーし、１.２５、２.５、５、１０、または２０ＭＨｚのシステム帯域幅に対して、それぞれ、１、２、４、８、または１６個のサブバンドが存在し得る。

[0047] ＬＴＥはまた、キャリアアグリゲーションを使用し得る。ＵＥ（たとえば、ＬＴＥ−アドバンスドイネーブルドＵＥ（LTE-Advanced enabled UEs））は、送信および受信に使用される合計１００ＭＨｚ（５つのコンポーネントキャリア）までのキャリアアグリゲーションにおいて割り振られる２０ＭＨｚ帯域幅までのスペクトルを使用し得る。ＬＴＥ−アドバンスドイネーブルドワイヤレス通信システムについては、連続的なＣＡおよび非連続的なＣＡの、２つのタイプのキャリアアグリゲーション（ＣＡ）方法が提案されている。連続的なＣＡは、複数の利用可能なコンポーネントキャリアが互いに近接しているときに生じる。他方では、非連続的なＣＡは、近接しない複数の利用可能なコンポーネントキャリアが周波数帯域に沿って分離されるときに生じる。非連続的なＣＡと連続的なＣＡの両方は、ＬＴＥ−アドバンスドＵＥの単一ユニットにサービスするために、複数のコンポーネントキャリアをアグリゲート（aggregate）し得る。

[0048] 一態様において、アクセスポイント１０６は、アクセスポイント１０６によって許可された（granted）割り当てに基づいて、アップリンク送信にどのリソースを使用するかを決定するリソースマネージャ１２０を含み得る。リソースマネージャ１２０は、リソース割り当てがＬＴＥアップリンク送信に適切であるように、ＬＴＥ無線機１１２のコンポーネントとして示される。しかしながら、リソースマネージャ１２０は、別のコンポーネントとしてアクセスポイント１０６内に配置され得る。アクセス端末１０２は、アクセス端末１０２によるアップリンク送信に対してリソースを割り振るためのリソースマネージャ１３０を含み得る。任意のＬＴＥワイヤレスデバイスがリソースマネージャ１２０または１３０を含み得ることを了解されたい。

[0049] リソースマネージャ１２０は、帯域幅占有を増大させるために使用されるビーコン信号についての割り当てを決定するための、およびアップリンク信号についての割り当てを決定するための、ハードウェア、ファームウェアおよび／またはプロセッサによって実行可能なソフトウェアコードを含み得る。特に、リソースマネージャ１２０は、アップリンク送信のためのペイロードサイズを決定し得、およびビーコン信号についての割り当てを割り振るか、またはその代わりにアップリンク送信に対する電力スペクトル密度を減らすかどうかを決定し得る。リソースマネージャ１２０は、１２１ペイロードコンポーネントおよびビーコン信号コンポーネント１２２を含み得る。一態様において、本明細書で使用される用語「コンポーネント」は、システムを構成するパーツのうちの１つであり得、ハードウェアまたはソフトウェアであり得、そして他のコンポーネントへ分割され得る。

[0050] ペイロードコンポーネント１２１は、アップリンク送信についてのペイロードサイズを決定およびアップリンク送信にリソースブロックを割り振るための、ハードウェア、ファームウェア、および／またはプロセッサによって実行可能なソフトウェアコードを含み得る。例えば、ペイロードコンポーネント１２１は、共有するアップリンクチャネル（たとえば、物理アップリンク共有チャネル（ＰＵＳＣＨ））にアクセスするために、アクセス端末１０２からの要求を受信するように構成された受信機（示さない）を含み得る。ペイロードコンポーネント１２１は、ペイロードのサイズが帯域幅占有についてのしきい値より小さいことを決定し得る。一態様において、ペイロードコンポーネント１２１は、しきい値が１０個のリソースブロック（ＲＢ）であることを決定し得る、それは、占有要件（たとえば、アップリンク送信のための８０％帯域幅占有）を満たすためのサブフレーム帯域幅の十分な量を占有するために、サブフレームに亘ってインターレースされることが可能である。ペイロードコンポーネント１２１が、アップリンク割り当てが１０個のＲＢより大きいことを決定した場合、そのときには、ペイロードは、インターレース割り当てに従って直接割り当てられ得る。ペイロードコンポーネント１２１が、アップリンク割り当てが１０個のＲＢより小さいことを決定した場合、そのときには、さらに処理がビーコン信号コンポーネント１２２によって実行され得る。

[0051] ビーコン信号コンポーネント１２２は、ペイロード送信に関連するビーコン送信についてのインターレース割り当てを決定するための、ハードウェア、ファームウェア、および／またはプロセッサによって実行可能なソフトウェアコードを含み得る。１００個のＲＢを有するサブフレーム上でリソースをインターレースする（interlacing）例では、チャネル使用ビーコン信号は、１０番目のＲＢ毎に割り当てられ得る（たとえば、インターレースされたビーコン信号（ＢＳ）を示す図４参照）、それは、サブフレームに亘って拡散される１０個のＲＢに割り振られた１０個のビーコン信号という結果になる。ペイロードサイズがアップリンクサブフレーム帯域幅を占有するのに不十分である場合（たとえば、１つ、または１００個のうちの少数のＲＢｓを占有するだけのペイロード）、そのときには、インターレースされたビーコン信号が、サブフレームを占有するために割り振られ得る。インターレースされたビーコン信号によるサブフレームの占有は、占有要件を満たすために必要に応じて変わり得る。このような、サブフレームに亘ってインターレースに割り当てられたビーコン信号は、帯域幅占有チャネル使用ビーコン信号（ＢＯ−ＣＵＢＳ）として動作し得る。ビーコン信号についてのリソースの割り当ての例は、以下に後述されるであろう。ビーコン信号コンポーネント１２２は、ビーコン信号コンポーネント１２２の様々な機能を実行するように構成されたプロセッサ（示さない）を含み得る。一態様において、ビーコン信号コンポーネント１２２は、ビーコン信号に、ペイロードにまだ割り振られていないリソースブロックを割り当てるための、ペイロードコンポーネント１２１によって決定された情報を使用し得る。

[0052] 図１Ｂは、例示的なアクセス端末１０２の態様を図示する。リソースマネージャ１３０は、トランシーバ１６０に通信可能に接続され得る、それは、ＲＦ信号を受信および処理するための受信機３２およびＲＦ信号を処理および送信するための送信機３４を含み得る。リソースマネージャ１３０は、アップリンク送信ペイロードを送るためにＲＢについての第１の割り当て、および帯域幅占有ビーコン信号を送るためのＲＢの第２の割り当てを受信し得る。リソースマネージャ１３０は、１３１ペイロードコンポーネントおよびビーコン信号コンポーネント１３２を含み得る。ペイロードコンポーネント１３１は、アクセスポイント１０６からペイロード割振りを受信し、および適宜にアップリンク送信チャネルを設定するように構成され得る。ビーコン信号コンポーネント１３２は、アクセスポイント１０６からビーコン信号割振りを受信し、およびアップリンク送信チャネルを適切なインターレースされて割り当てられたビーコン信号を用いて設定するように構成され得る。

[0053] 受信機３２は、データ、命令を構成しおよびメモリ（たとえば、コンピュータ可読媒体）に記憶されるコードを受信するための、ハードウェア、ファームウェア、および／またはプロセッサによって実行可能なソフトウェアコードを含み得る。受信機３２は、例えば、無線周波数（ＲＦ）受信機であり得る。一態様において、受信機３２は、ｅノードＢ１４によって送信された信号を受信し得る。受信機３２は、信号の測定値を取得し得る。例えば、受信機３２は、Ｅｃ／Ｉｏ、ＳＮＲ、１つまたは複数の信号の電力振幅（power amplitude）などを決定し得る。

[0054] 送信機３４は、データ、命令を構成しおよびメモリ（たとえば、コンピュータ可読媒体）に記憶されるコードを送信するための、ハードウェア、ファームウェア、および／またはプロセッサによって実行可能なソフトウェアコードを含み得る。送信機３４は、例えば、ＲＦ送信機であり得る。

[0055] 一態様において、１つまたは複数のプロセッサ１８０は、モデム１８２を形成する１つまたは複数のモデムプロセッサを含むことができる。モデムコンポーネント４０に関する様々な機能は、モデム１８２および／またはプロセッサ１８０に含まれ得る、および一態様において、単一プロセッサによって実行されることが可能であり、一方他の態様において、複数の機能のうちの異なるものは、２つ以上の異なるプロセッサの組み合わせによって実行され得る。例えば、一態様において、１つまたは複数のプロセッサ１８０は、モデムプロセッサ、またはベースバンドプロセッサ、またはデジタルシグナルプロセッサ、または送信プロセッサ、またはトランシーバ１６０に関連するトランシーバプロセッサの任意の１つまたは任意の組み合わせを含み得る。特に、１つまたは複数のプロセッサ１８０は、ペイロードコンポーネント１３１およびビーコン信号コンポーネント１３２を含む、リソースマネージャ１３０に含まれるコンポーネントを実装し得る。

[0056] ペイロードコンポーネント１３１は、アップリンク送信のペイロードのサイズがしきい値より小さいかどうかを決定するための、ハードウェア、ファームウェア、および／またはプロセッサによって実行可能なソフトウェアコードを含み得る。一態様において、ペイロードコンポーネント１３１は、送信が現在のサブフレームにおいて生じるかどうかを決定するためのプレゼンスコンポーネント１３３、およびペイロードのサイズを決定するためのサイズコンポーネント１３４を含み得る。送信が現在のサブフレームにおいて生じない場合、ペイロードコンポーネント１３１は、ペイロードサイズが０である、およびしきい値より小さいことを決定し得る。送信が生じる場合、ペイロードコンポーネント１３１は、ペイロードのサイズがしきい値より小さいかどうかを決定するために、ペイロードサイズをしきい値と比較し得る。

[0057] プレゼンスコンポーネント１３３は、例えば、アクセス端末１０２についての受信した割り当て（たとえば、アップリンク許可）、アクセス端末１０２についてのスケジュールされていない許可、現在の送信バッファサイズ、または送信機状態に基づいて、送信が現在のサブフレームにおいて生じるかどうかを決定し得る。一態様において、プレゼンスコンポーネント１３３は、現在の送信バッファサイズが空でなく、アクセス端末１０２が現在のサブフレームについての割り当てを有し、および送信機３４がオンであるとき、ペイロードが現在のサブフレームにおいて存在することを決定し得る。アクセス端末１０２が現在のサブフレームについての割り当てを有さず、送信バッファが空か、または送信機３４がオフである場合、プレゼンスコンポーネント１３３は、現在のサブフームが空のサブフレームであり、およびペイロードサイズが０であることを決定し得る。
サイズコンポーネント１３４は、アップリンク送信についてのペイロードサイズを決定するための、ハードウェア、ファームウェア、および／またはプロセッサによって実行可能なソフトウェアコードを含み得る。一態様において、サイズコンポーネント１３４は、受信したアップリンク許可に基づいてペイロードサイズを決定し得る。例えば、受信したアップリンク許可は、送信に使用するための特定のリソースブロックを示し得る。サイズコンポーネント１３４は、例えば、ペイロードサイズがアップリンク許可において示されたリソースブロックの数であることを決定し得る。別の態様において、サイズコンポーネント１３４は、ペイロードの１つまたは複数のコンポーネントに基づいて、ペイロードについての合計サイズを決定し得る。例えば、アップリンク送信のペイロードは、物理アップリンク制御チャネル（ＰＵＣＣＨ）ペイロード、物理アップリンク共有チャネル（ＰＵＳＣＨ）ペイロード、または両方を含み得る。別の態様おいて、例えば、アップリンク送信がしきい値サイズとおよそ等しい場合、サイズコンポーネント１３４は、アップリンク送信についてのサイズを調整し得る。例えば、サイズコンポーネント１３４は、アップリンク送信の電力スペクトル密度を減らし得る、および／またはペイロードサイズを増加させるためにコード化レートを増加させ得る。

[0058] ビーコン信号コンポーネント１３２は、アップリンク送信のペイロードのサイズがしきい値より小さいことの決定に応答して、第１の割り当てにしたがって、１つまたは複数のビーコン信号を送信するための、ハードウェア、ファームウェア、および／またはプロセッサによって実行可能なソフトウェアコードを含み得る。一態様において、１つまたは複数のビーコン信号は、競合ベースのスペクトル上でアクセス端末１０２による帯域幅占有を増加させ得る。ビーコン信号コンポーネント１３２は、その上でビーコン信号を送信するインターレースを決定するためのインターレースコンポーネント１３５、およびビーコン信号を送信するのに使用するリソースを決定するためのリソースコンポーネント１３６を含み得る。インターレースコンポーネント１３５は、例えば、アクセスポイント１０６から受信した割り当てに基づいてインターレースを決定し得る。割り当ては、ペイロードおよび／またはビーコン信号に使用するインターレースを示し得る。割り当てがペイロード、ビーコン信号についての別々のインターレースを示す場合、インターレースコンポーネントは、ビーコン信号についての指定されたインターレースを選択し得、および全インターレースを使用してビーコン信号を送信し得る。割り当てがペイロードおよびビーコン信号についての共通のインターレースを示す場合、インターレースコンポーネント１３５は、リソースコンポーネント１３６を起動し得る。リソースコンポーネント１３６は、共通のインターレースのどのリソースブロックをビーコン信号に使用するか、およびどのリソースブロックをペイロードに使用するかを決定し得る。一態様において、リソースコンポーネント１３６は、割り当てに基づいてペイロードについてのリソースブロックを決定し得る、またはペイロードサイズまでの第１のリソースブロックがペイロードに使用されるべきことを決定し得る。リソースコンポーネント１３６は、ビーコン信号が、指定されたインターレースにおける任意の残りのリソースブロックを使用すべきことを決定し得る。ビーコン信号コンポーネント１３２は、送信のためのペイロードおよびビーコン信号を配置し得、およびトランシーバ１６０を介して現在のサブフレームにおいてペイロードおよびビーコン信号を送信し得る。

[0059] アクセス端末１０２によるアップリンクサブフレームの送信では、アクセスポイント１０６は、ペイロードおよびビーコン信号を含むアップリンク送信を受信し得、およびサブフレームからペイロードを取得するために、ビーコン信号を除去する。ビーコン信号は、情報を搬送しないように構成され得る。受信したアップリンクチャネルのペイロードを抽出するために、ビーコン信号は、容易な消去のための、アクセス端末１０６によって既知のコードのセットであり得る。例えば、コード化は、サブフレームに割り振られた異なるサイクリックシフト（cyclic shifts）を有するＰＵＣＣＨ送信に直交する、および物理アップリンク制御チャネル（ＰＵＣＣＨ）に類似した、スクランブリングシーケンスを使用し得る。ビーコン信号は、アクセスポイント１０６によって割り振られた全リソースブロックを占有するように構成され得る。例えば、ＬＴＥアップリンクサブフレームは、１２個のサブキャリアトーンによる１４個のＯＦＤＭシンボルを有するサイズのリソースブロックによって定義される（１４×１２＝１６８ リソース要素）； ビーコン信号コードセットは、全１６８個のリソース要素を占有し得る。ビーコン信号は、時間および周波数領域におけるリソースブロック内の制御チャネル（たとえば、ＰＵＣＣＨ）と重複し得る、しかし、異なるコードシフトによって区別され得る。

[0060] さらに、一態様において、アクセス端末１０２は、例えば、アクセスポイント１０６によって送信される通信２６およびＵＬ ＢＯ−ＣＵＢＳ信号２８などの無線送信を受信および送信するために、ＲＦフロントエンド１４０およびトランシーバ１６０を含み得る。例えば、トランシーバ１６０は、リソースマネージャ１３０によって発生された信号（たとえば、ペイロードおよびＢＯ−ＣＵＢＳ信号）を送信し、およびメッセージ（たとえば、割り当て）を受信し、およびそれらをリソースマネージャ１３０に転送するために、モデム１８２と通信し得る。

[0061] ＲＦフロントエンド１４０は、ＲＦ信号を送信および受信するために、１つまたは複数のアンテナ１７０に接続され得、および１つまたは複数の低雑音増幅器（ＬＮＡ）１４１、１つまたは複数のスイッチ１４２、１４３、１つまたは複数の電力増幅器（ＰＡ）１４５、および１つまたは複数のフィルタ１４４を含むことができる。一態様において、ＲＦフロントエンド１４０のコンポーネントは、トランシーバ１６０に接続できる。トランシーバ１６０は、たとえば、バス１８４を介して１つまたは複数のモデム１８２およびプロセッサ１８０に接続され得る。

[0062] 一態様において、ＬＮＡ１４１は、望ましい出力レベルで受信した信号を増幅することができる。一態様において、各ＬＮＡ１４１は、指定された最小および最大の利得値を有し得る。一態様において、ＲＦフロントエンド１４０は、特定のアプリケーションに対する望ましい利得値に基づいて、特定のＬＮＡ１４１、およびそれの指定された利得値を選択するために、１つまたは複数のスイッチ１４２、１４３を使用し得る。一態様において、ＲＦフロントエンド１４０は、測定値（たとえば、Ｅｃ／Ｉｏ）および／または適用された利得値をモデムコンポーネント４０に提供し得る。

[0063] さらに、例えば、望ましい出力電力レベルで出力されたＲＦについての信号を増幅するために、１つまたは複数のＰＡ（ｓ）１４５はＲＦフロントエンド１４０によって使用され得る。一態様において、各ＰＡ１４５は、指定された最小および最大利得値を持ち得る。一態様において、ＲＦフロントエンド１４０は、特定のアプリケーションに対する望ましい利得値に基づいて、特定のＰＡ１４５、およびそれの指定された利得値を選択するために、１つまたは複数のスイッチ１４３、１４６を使用し得る。

[0064] また、例えば、入力されたＲＦ信号を得るために、受信した信号をフィルタ処理するための１つまたは複数のフィルタ１４４がＲＦフロントエンド１４０によって使用され得る。同様に、一態様において、例えば、それぞれのフィルタ１４４は、送信についての出力信号を作り出すために、それぞれのＰＡ１４５からの出力をフィルタ処理するのに使用されることが可能である。一態様において、各フィルタ１４４は、特定のＬＮＡ１４１および／またはＰＡ１４５に接続されることが可能である。一態様において、ＲＦフロントエンド１４０は、トランシーバ１６０および／またはプロセッサ１８０によって指定された構成に基づいて、指定されたフィルタ１４４、ＬＮＡ１４１および／またはＰＡ１４５を使用する送信および受信パスを選択するために、１つまたは複数のスイッチ１４２、１４２、１４６を使用することができる。

[0065] トランシーバ１６０は、ＲＦフロントエンド１４０を介しアンテナ１７０を通じてワイヤレス信号を送信および受信するように構成され得る。一態様において、トランシーバ１６０は、アクセス端末１０２が、例えば、アクセスポイント１０６と通信できるように、指定された周波数で動作するように同調され得る。一態様において、例えば、モデム１８２は、モデム１８２によって使用される通信プロトコルおよびアクセス端末１０２の構成に基づいて、指定された周波数および電力レベルで動作するようにトランシーバ１６０を構成できる。

[0066] 一態様において、モデム１８２は、マルチバンド−マルチモードモデムであり得る、それは、デジタルデータを処理でき、およびトランシーバ１６０を使用してデジタルデータが送られおよび受信されるように、トランシーバ１６０と通信できる。一態様において、モデム１８２は、マルチバンドであり、および特定の通信プロトコルについてのマルチ周波数帯域をサポートするように構成されることが可能である。一態様において、モデム１８２は、マルチモードであり、およびマルチ動作ネットワークおよび通信プロトコルをサポートするように構成されることが可能である。一態様において、モデム１８２は、指定されたモデム構成に基づいてネットワークからの信号の送信および／または受信を可能とするために、アクセス端末１０２（たとえば、ＲＦフロントエンド１４０、トランシーバ１６０）の１つまたは複数のコンポーネントを制御することができる。一態様において、モデム構成は、使用されている周波数帯域およびモデムのモードに基づくことが可能である。別の態様において、モデム構成は、セル選択および／またはセル再選択の間にネットワークによって提供されたアクセス端末１０２に関連する構成情報に基づくことが可能である。

[0067] アクセス端末１０２はさらに、本明細書において使用されるデータおよび／またはアプリケーションのローカルバージョンを記憶するようなメモリ１８６、またはリソースマネージャ１３０および／またはプロセッサ１８０によって実行される１つまたは複数のそれのサブコンポーネントを含み得る。メモリ１８６は、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、テープ、磁気ディスク、光ディスク、揮発性メモリ、不揮発性メモリ、およびそれらの任意の組み合わせような、コンピュータまたはプロセッサ１８０によって使用可能なコンピュータ可読媒体の任意のタイプを含むことができる。一態様において、例えば、アクセス端末１０２が、リソースマネージャ１３０および／または１つまたは複数のそれのサブコンポーネントを実行するために、プロセッサ１８０を動作させているとき、メモリ１８６は、リソースマネージャ１３０および／または１つまたは複数のそれのサブコンポーネントを定義する１つまたは複数のコンピュータ実行可能なコード、および／またはそれらと共に関連するデータを記憶するコンピュータ可読記憶媒体であり得る。別の態様において、例えば、メモリ１８６は、非一時的コンピュータ可読記憶媒体であり得る。

[0068] 図２Ａは、アップリンク送信のためのリソース割振りの例示的な方法２００を図示するフロー図である。方法は、リソースを１つまたは複数のＵＥ（たとえば、図１に図示されたアクセス端末１０２）に割り振るために、ｅノードＢ（たとえば、図１に図示されたアクセスポイント１０６）によって実行され得る。ブロック２１０において、方法２００は、アップリンク送信のペイロードについての許可サイズを決定することを含み得る。例えば、ペイロードコンポーネント１２１（図１）は、ペイロードサイズおよびチャネル状況（channel conditions）に基づいて許可サイズを決定し得る。

[0069] ブロック２２０において、方法２００は、ペイロードについての許可サイズがしきい値より小さいかどうかを決定することを含み得る。例えば、１０個のリソースブロックがサブフレーム帯域幅における１００個の利用可能な割り当てに亘ってインターレースされるインターレースアップリンク割り当て（interlaced uplink assignment）では、９０％の占有が達成され、それは８０％の占有要件より大きく、そのとき、しきい値は１０個のＲＢに設定され得る。一態様において、帯域幅占有は、送信によって占有された利用可能な全帯域幅の一部分を指し得る。例えば、帯域幅占有は、最も低い周波数サブキャリアから最も高い周波数サブキャリアまで測定され得る。従って、上の例において、インターレースが１０番目毎のサブキャリアを含む場合、最も低いサブキャリア（たとえば、１）と最も高いサブキャリア（たとえば、９１）との間のスペースは、およそ９０個のサブキャリアであり得る。ペイロードコンポーネント１２１は、ペイロードについての許可サイズがしきい値より小さいかを決定し得る。ペイロードについての許可サイズがしきい値より小さい場合、そのとき、方法２００はブロック２４０に進み得る。ペイロードについての許可サイズがしきい値より小さくない場合、そのとき、方法２００はブロック２３０に進み得る。アップリンクにおける小さなデータ（small data）送信の一例はＶｏＬＴＥおよびＴＣＰ ＡＣＫであり、ＰＵＳＣＨバーストのサイズは短く、および占有についてのしきい値よりかなり小さい。

[0070] ブロック２３０において、方法２００は、（たとえば、ペイロードについての割り当てが割り振られた、またはスケジューリング情報が受信されなかった、サブフレームの間に）割り振られたサブフレームのセット中に、任意の空のサブフレームがあるかどうかを決定することを含み得る。例えば、ペイロードコンポーネント１２１は、サブフレームが空であるかどうかを決定するように構成され得る。一態様において、アクセスポイント１０６は、アップリンクデータがないことを示すスケジューリング情報が受信されないとき、またはアクセスポイント１０６がサブフレームの間にアクセス端末１０４をスケジュールしないと決定するとき、アクセス端末１０４が空のサブフレームを送信するであろうことを決定し得る。サブフレームが空であろう場合、そのとき、方法２００は、空のサブフレームの間に帯域幅占有を維持するために、ビーコン信号についての第１の割り当てを割り振ることを含み得る。

[0071] ブロック２４０において、方法２００は、第１のリソース割り当ておよび／または第１のインターレース割り当てを含むビーコン信号についての第１の割り当てを決定することを含み得る。ビーコン信号は、競合ベースのスペクトル上での帯域幅占有を増大させ得る。例えば、ビーコン信号コンポーネント１２２は、１つのＲＢだけがペイロードを送信するのに必要であり、およびしきい値が１０個のＲＢである場合、そのとき、ビーコン信号がインターレース上で残りの９個のＲＢに対して割り当てられ得ることを決定し得る。

[0072] ブロック２５０において、方法２００は、リソース割り当ておよび第２のインターレース割り当てを含むアップリンク送信のペイロードについての第２の割り当てを決定することを含み得る。例えば、ペイロードコンポーネント１２１は、割り当てを決定するように構成され得る。一態様において、リソース割り当ては、許可サイズに基づくことがあり得る。すなわち、リソース割り当ては、ペイロードのための特定のリソースブロックを割り当て得る。一態様において、第２のインターレース割り当ては、第１のインターレースと同じであり得る、または異なるインターレースをアップリンク送信のペイロードに対して割り当て得る。一態様において、第２の割り当てはまた、電力スペクトル密度制限（たとえば、１ＭＨｚ当たりの電力制限）が満たされるように、ビーコンおよびデータに対する送信電力を示し得る。

[0073] ブロック２２０に戻り、ペイロードについての許可サイズがしきい値より小さくない場合で、およびブロック２３０において、サブフレームが空でない場合、そのとき、方法２００はブロック２６０に進み得る。ブロック２６０において、方法２００は、ビーコン信号インターレース割り当て無しで、アップリンクペイロードのためのリソースブロックを割り当てることを含み得る（ブロック２８０）。

[0074] 図２Ｂは、ダウンリンク送信のためのリソース割振りの例示的な方法２０１を図示するフロー図である。方法は、ダウンリンク送信に対するリソースを決定するために、ｅノードＢ（たとえば、図１に図示されたアクセスポイント１０６）によって実行され得る。例えば、方法２０１は、無認可または競合ベースのスペクトルにおけるダウンリンクチャネル上の帯域幅占有を増大させるために、ダウンリンクＢＯ−ＣＵＢＳを送信するためのｅノードＢによって使用され得る。

[0075] ブロック２１１において、方法２０１は、ダウンリンク送信のためのペイロードサイズを決定することを含み得る。例えば、ペイロードコンポーネント１２１（図１）は、ダウンシンク送信のために、複数のＵＥのためのデータパケットおよび制御チャネルを含むペイロードサイズを決定し得る。制御チャネルは、例えば、チャネル推定のためのｅＰＤＣＣＨおよびＣＳＩ−ＲＳを含み得る。一態様において、ペイロードコンポーネント１２１は、ダウンリンク通信のためのペイロードサイズを決定し得る。例えば、ペイロードサイズを決定することは、ペイロードを送信するためのリソースブロックの数または位置を決定することを含み得る。例えば、リソースブロックの数は、チャネル状況に基づいて変わり得る、それで同じサイズのペイロードであっても、異なる状況のもとでは異なるリソースを必要とし得る。

[0076] ブロック２２１において、方法２０１は、ペイロードサイズがしきい値より小さいかどうかを決定することを含み得る。ペイロードコンポーネント１２１は、ペイロードサイズがしきい値より小さいかを決定し得る。ペイロードサイズがしきい値より小さい場合、そのとき、方法２０１はブロック２４１に進み得る。ペイロードサイズがしきい値より小さくない場合、そのとき、方法２０１はブロック２３１に進み得る。

[0077] ブロック２３１において、方法２０１は、割り振られたサブフレームのセット中に、いくつかの空のサブフレームがあるかどうかを決定することを含み得る。例えば、ペイロードコンポーネント１２１は、（たとえば、無線フレーム中の）割り振られたサブフレームのセットがいくつかの空のサブフレームを含むかどうかを決定するように構成され得る。そのような場合、そのとき、方法２０１は、競合ベースのスペクトル上で帯域幅占有を増大させるように構成されたビーコン信号についての第１の割り当てを割り振ることを含み得、および方法２０１はブロック２４１に進み得る。

[0078] ブロック２４１において、方法２０１は、第１のリソース割り当ておよび／または第１のインターレース割り当てを含むビーコン信号についての第１の割り当てを決定することを含み得る。ビーコン信号は、競合ベースのスペクトル上で帯域幅占有を増大させるように構成され得る。例えば、ビーコン信号コンポーネント１２２は、１つのＲＢだけがペイロードを送信するのに必要であり、およびしきい値が１０個のＲＢである場合、そのとき、ビーコン信号が第１のインターレース上で残りの９個のＲＢに対して割り当てられ得ることを決定し得る。一態様において、ビーコン信号コンポーネント１２２は、ビーコン信号に対して全ての第１のインターレースを割り当て得る。

[0079] ブロック２５１において、方法２０１は、第２のリソース割り当ておよび第２のインターレース割り当てを含むダウンリンク送信のペイロードについての第２の割り当てを決定することを含み得る。例えば、ペイロードコンポーネント１２１は、割り当てを決定するように構成され得る。一態様において、ペイロードコンポーネント１２１は、ビーコン信号についての第１のインターレースと異なる第２のインターレースでペイロードを送信することを決定し得る。別の態様において、ペイロードコンポーネント１２１は、ビーコン信号と同じインターレース上でペイロードを送信することを決定し得る。ペイロードは、ビーコン信号の代わりにペイロードに対して割り当てられたブロック上で送信され得る。

[0080] ブロック２６１において、方法２０１は、第１の割り当てに従って１つまたは複数のビーコン信号を送信することを含み得る。一態様において、ｅノードＢにおける送信機（たとえば、図１１の送信機１１２４）は、ビーコン信号を送信し得る。一態様において、送信機は、電力スペクトル密度制限（たとえば、１ＭＨｚ当たりの電力制限）が満たされるように、ビーコンおよびデータに対する送信電力を使用し得る。

[0081] ブロック２２１に戻り、ペイロードサイズがしきい値より低くない場合で、およびブロック２３１においてアップリンクのための空のサブフレームがない場合、そのとき、方法２０１はブロック２７１に進み得る。ブロック２７１において、方法２００は、ビーコン信号インターレース割り当て無しで、ダウンリンクペイロードに対してリソースブロックを割り当てることを含み得る。

[0082] 方法２００、２０１の一態様において、ビーコン信号についてのインターレースは、経時的にホッピングし得る。別の態様において、ｅノードＢは、アップリンクまたはダウンリンクビーコン信号についての任意のインターレースを選択し得る。アップリンクビーコン信号のインターレースは、全てのＵＥに対して同じであることが可能であり（すなわち、単一のインターレース）、または代わりとして、各ＵＥがビーコン信号についてのそれのそれぞれのインターレースを割り振られ得る。ｅノードＢは、各送信のためにビーコン信号インターレースを各ＵＥに対して個々に割り振り得る。代わりとして、ｅノードＢは、スティッキーな方法（sticky fashion）でインターレースを割り当てるために、無線リソース制御（ＲＲＣ）シグナリングを使用し得る。一態様において、ｅノードＢは、ビーコン信号割り当てをシステム情報ブロック（ＳＩＢ）中にｅノードＢワイドパラメータとして置き得る。ＵＥは、データ送信割り当てのサイズが占有についてのしきい値より下であるとき、または、サブフレームセット割振りが空のサブフレームを含むとき、そのときインターレースされたビーコン信号を自動的に送信し得る。

[0083] 図３Ａは、アップリンク送信のためのリソース割振りの例示的な方法３００を図示するフロー図である。方法は、ＵＥ（たとえば、図１に図示されたアクセス端末１０２）によって実行され得る。ブロック３１０において、方法３００は、１つまたは複数のビーコン信号についての第１の割り当てを受信することを含み得、第１の割り当ては競合ベースのスペクトル中での第１のインターレース割り当て含み得る。例えば、ビーコン信号コンポーネント１３２は、第１の割り当てを受信するように構成され得る。第１の割り当ては、アップリンク送信のペイロードについてのアップリンク許可のサイズがしきい値を下回るとき、受信され得る（たとえば、ＵＥによるスケジューリング要求に基づいてｅノードＢによって決定されるように）。別の例では、１つまたは複数のサブフレームが、ペイロードについてのリソースブロック割り当てなしでＵＥに割り振られるとき、第１の割り当てが受信され得、それは割り当てられたサブフレームのセット内の１つまたは複数の空のサブフレームという結果になる。この場合において、ビーコン信号は、空のサブフレームを占有するために割り振られ得る。別の態様において、第１の割り当ては、しきい値より小さいペイロードサイズを有するサブフレームより前に、随時受信され得る。例えば、第１の割り当ては、セルによってまたはＲＲＣシグナリングで、ブロードキャストされるメッセージ（たとえば、ＳＩＢ）において受信され得る。

[0084] ブロック３２０において、方法３００は、アップリンク送信のペイロードについてのアップリンク許可を受信することを随意に含み得る、ここにおいて、アップリンク許可は、競合ベースのスペクトル中でのリソース割り当ておよび第２のインターレース割り当てを含む。例えば、ペイロードコンポーネント１３１は、第２の割り当てを受信するように構成され得る。一態様において、リソース割り当ては、サブフレーム内の直交周波数分割多重化（ＯＦＤＭ）シンボルの割り当て、またはリソースブロックの割り当てを含み得る。

[0085] ブロック３３０において、方法３００は、アップリンク送信のペイロードについてのアップリンク許可のサイズがしきい値より小さいと決定することを含み得る。一態様において、例えば、サイズコンポーネント１３４は、アップリンク送信のペイロードのサイズがしきい値より小さいことを決定し得る。例えば、サイズコンポーネント１３４は、ペイロードのサイズをしきい値と比較し得る。別の態様において、サイズコンポーネント１３４は、特に特定のサブフレームに対しての第１の割り当てを受信することに応答して、アップリンク送信のペイロードについてのアップリンク許可のサイズがしきい値より小さいことを決定し得る。例えば、ｅノードＢがアップリンク送信のペイロードのサイズがしきい値より小さいことを決定したとき、ｅノードＢは、特定のサブフレームにおけるビーコン信号に対して第１の割り当てを提供し得る。別の態様において、プレゼンスコンポーネント１３３は、現在のサブフレームが空であるまたは空のペイロードを含むとき、アップリンク送信のペイロードについてのアップリンク許可のサイズがしきい値より小さいことを決定し得る。別の態様において、サブフレーム内の第１のリソースブロックまたは第１のＯＦＤＭシンボルの後に、リソース割り当てがリソースを割り当てるとき、アップリンク送信のペイロードについてのアップリンク許可のサイズがしきい値より小さくあり得る。

[0086] ブロック３４０において、方法３００は、アップリンク送信のペイロードのサイズがしきい値より小さいと決定することに応答して、第１の割り当てに従って１つまたは複数のビーコン信号を送信し得る、ここにおいて、１つまたは複数のビーコン信号は、競合ベースのスペクトル上でのＵＥによる帯域幅占有を増大させる。一態様において、例えば、プレゼンスコンポーネント１３３またはサイズコンポーネント１３４がアップリンク送信のペイロードのサイズがしきい値より小さいと決定することに応答して、送信機３４は、第１の割り当てに従って１つまたは複数のビーコン信号を送信し得る。例えば、割り当てられたリソースブロックの数がしきい値より小さいとき、またはサブフレームが空のとき、ビーコン信号は送信され得る。別の態様において、ビーコン信号は、サブフレームの第１のＯＦＤＭシンボルまたは第１のリソースブロックにおいて、および割り当てられたリソースの前のＯＦＤＭシンボルまたは任意の後続のリソースブロックにおいて送信され得る。

[0087] ブロック３５０において、方法３００は、第２のインターレース割り当て上のリソース割り当てに従って、アップリンク送信のペイロードを送信することを随意に含み得る。一態様において、例えば、送信機３４は、第２のインターレース割り当て上の第２のリソース割り当てに従って、アップリンク送信のペイロードを送信し得る。

[0088] 方法３００の一態様において、送信機３４は、ペイロードに対するものと異なる送信電力でインターレースされたビーコン信号を送信し得る。また、各ビーコン信号ＲＢについての送信は、同じ送信電力を持つ必要がない場合がある。例えば、電力スペクトル密度要件に応じるために、２０ｄＢのサブフレームに対する最大の送信電力しきい値がある場合で、およびペイロードサイズが１５ｄＢの送信電力を要求する場合、そのとき、インターレースされたビーコン信号送信電力は、５ｄＢより低く留まるように調整され得る。ビーコン信号ＲＢについての送信電力はまた、サブフレーム上の均一の送信電力を維持するように制御され得る。例えば、いくつかのペイロードＲＢが第１のビーコン信号ＲＢに近接してあり、第２のビーコン信号の近くにはない場合、そのとき、第１のビーコン信号ＲＢは、近くのペイロードＲＢの送信電力を考慮する（account for）ために、より低いレベルに制御されたそれの送信電力を有し得る。

[0089] 図３Ｂは、無認可帯域におけるアップリンク送信のためのリソースの割り当てを決定する例示的な方法３０１を図示するフロー図である。方法は、図１に図示されたアクセスポイント１０６によって実行され得る。

[0090] ブロック３１１において、方法３０１は、アップリンク送信のペイロードについてのアップリンク許可のサイズがしきい値より低いとき、競合ベースのスペクトル上で帯域幅占有を増大させるように構成されたビーコン信号についての第１の割り当てを決定することを含み得、第１の割り当ては第１のインターレース割り当てを含む。例えば、ビーコン信号コンポーネント１２２は、第１の割り当てを決定するように構成され得る。ビーコン信号割振りは、アップリンク送信のペイロードについての許可サイズがしきい値より小さいとき、決定され得る。別の例では、１つまたは複数のサブフレームが、ペイロードについてのリソースブロック割り当てなしでＵＥに割り振られるとき、ビーコン信号割振りは決定され得、それは、割り振られたサブフレームのセット内の１つまたは複数の空のサブフレームという結果になる。この場合において、ビーコン信号は、空のサブフレームを占有するために割り振られ得る。別の態様において、ビーコン信号コンポーネント１２２は、ビーコン信号についての第１の割り当てを随時決定し得る。例えば、アップリンク許可サイズがしきい値より小さいときはいつでも、ビーコン信号に使用されるインターレースは固定され得る、およびアクセス端末１０２はビーコン信号についての第１の割り当てを使用し得る。

[0091] ブロック３２１において、方法３０１は、アップリンク送信のペイロードについてのアップリンク許可に対する第２の割り当てを決定することを含み得る、ここにおいて、第２の割り当ては、リソース割り当ておよび第２のインターレース割り当てを含む。一態様において、例えば、ペイロードコンポーネント１２１は、１つまたは複数のアクセス端末１０２についての第２の割り当てを決定するように構成され得る。一態様において、第２の割り当ては、送信バッファ内のデータの量を示すアクセス端末１０２から受信したスケジューリング情報に基づくことがあり得る。第２の割り当てはまた、複数のアクセス端末についてのスケジューリング、優先順位、および／またはチャネル状況に基づくことがあり得る。

[0092] ブロック３３１において、方法３０１は、第１の割り当てに従って１つまたは複数のビーコン信号を送信するように構成されたユーザ機器（ＵＥ）（たとえば、アクセス端末１０２）に第１の割り当てを送信することを含み得る。一態様において、たとえば、第１の割り当ては、１つまたは複数のサブフレームについてのアップリンク許可に対する第２の割り当てとともにＵＥに送信され得る。従って、アクセスポイント１０６は、ＵＥが各サブフレーム内の１つまたは複数のビーコン信号を送信するがどうかを決定し得る。別の態様において、第１の割り当ては、ブロードキャストメッセージとしてまたはＲＲＣシグナリングとしてＵＥに送信され得る。

[0093] ブロック３４１において、方法３０１は、第２の割り当てをＵＥに送信することを含み得る、ここにおいて、ＵＥはさらに、第２の割り当てに従ってアップリンク送信のペイロードを送信するように構成されている。一態様において、例えば、リソースマネージャ１２０は、第２の割り当てを送信し得る。一態様において、第２の割り当ては、第１の割り当てと単一の送信に組み合わせられ得る。一態様において、第１の割り当ておよび／または第２の割り当ては、アップリンク許可と呼ばれ得、またはアップリンク許可の一部であり得る。

[0094] 図４は、インターレースされたリソースブロックの割り当ての例を図示する。この例において、サブフレームに対するペイロードサイズは、３個のＲＢである。ペイロードコンポーネント１２１は、アップリンクペイロードをインターレース２に割り当て得る。アップリンク送信のためのペイロードＰＬ−ＡおよびペイロードＰＬ−Ｂを有するＵＥは、特にＲＢ２、ＲＢ１２、ＲＢ２２で、インターレース２上のペイロードについての割振りを受信する。十分な帯域幅利用を提供するために、ペイロードに対して割り振られた３個のＲＢだけを有することは１０個のＲＢのしきい値より少ないので、ビーコン信号コンポーネント１２２は、ビーコン信号ＢＳをインターレース０上のリソースブロック（すなわち、ＲＢ０、ＲＢ１０、ＲＢ２０…ＲＢ９０）に割り当て得る。一例では、ＰＬ−Ａは制御チャネル（たとえば、ＰＵＣＣＨ）を表し得、ＰＬ−Ｂは共有チャネル（たとえば、ＰＵＳＣＨ）を表し得る。複数のＵＥの場合では、それぞれのＵＥについての各ＰＵＣＣＨは、符号分割多重化を使用して、単一のＲＢ割振りに適合する（fit）ように十分に小さくあり得る。同様に、ＰＬ−ＢのＰＵＳＣＨは異なるＵＥに割り当てられ得る、ここで、第１のＵＥのペイロードがＲＢ１２に割り当てられ、および第２のＵＥについてのペイロードＰＬ−ＢがＲＢ２２に割り当てられる。別の例では、ペイロードについての割振りは異なるＵＥに関し得る、ここで、アクセスポイント１０６の小さなセルにおいて、ＰＬ−Ａが第１のＵＥについてのペイロードであり、およびＰＬ−Ｂが第２のＵＥについてのペイロードである。従って、ｅノードＢは、同じインターレース内のリソースブロックを異なるＵＥに割り当てることによって、リソースを効率よく割り振り得る。しかしながら、その結果として、各ＵＥからのペイロードの送信は、しきい値より小さい帯域幅占有を有し得る。ｅノードＢはまた、インターレース２上でＢＳを送信するように各々のＵＥを構成し得る。その結果、各ＵＥに対するこの割振りついての帯域幅占有はおよそ９０％（すなわち、１００個のＲＢの帯域内でＲＢ０とＲＢ９０との間に及ぶ（span））である。異なるＵＥに対して同じインターレースに割り当てられたビーコン信号を用いて、単一周波数ネットワーク（ＳＦＮ）は確立され得る。別の態様において、複数
のアクセスポイントは、同じインターレース上で同期ビーコン信号を有するために協調し得る。

[0095] 図５は、インターレースされたリソースの割り当ての代わりの例を図示する。この例において、サブフレームについてのペイロードサイズは、ＰＬ−Ａとして示されるように、第１のＵＥによって送信される第１のペイロードについての１つのＲＢであり、およびＰＬ−Ｂとして示されるように、ペイロードサイズは、第２のＵＥによって送信される第２のペイロードについての２つのＲＢである。ペイロードコンポーネント１２１は、ペイロードＰＬ−Ａのサイズがしきい値より低いと決定し、ペイロードに対してインターレース０を割り当て、およびペイロードＰＬ−Ａのアップリンク送信に対してインターレース０上でリソースブロックＲＢ１０を割り当て得る。ビーコン信号コンポーネント１２２は、それぞれのペイロードまたはＵＥに各々関連する、異なるビーコン信号を割り当て得る。例えば、ビーコン信号コンポーネント１２２は、ペイロードＰＬ−Ａに関連するビーコン信号ＢＳ−Ａに対してインターレース０を割り当て得る、および割り当てられたペイロードＰＬ−Ａによって占有されているＲＢ１０を除いてインターレース０上で全てのＲＢを割り振り得る。その結果、ペイロードＰＬ−ＡおよびＢＳ−Ａについての帯域幅占有は、１０個のＲＢであり、または約９０％である。ペイロードＰＬ−Ｂについて、ビーコン信号コンポーネント１２２は、第２のおよび異なるビーコン信号ＢＳ−Ｂに対してインターレース２を割り当て、ペイロードＰＬ−Ｂによって占有されていないリソースブロック（すなわち、ＲＢ２２、ＲＢ３２…ＲＢ９２）を割り振り得る。この例において、アクセスポイント１０６は、ネットワーク内の異なるアクセス端末１０４、１０２に対して複数のおよび異なるビーコン信号を割り振る。

[0096] 図６Ａは、サブフレーム４０１−４０３のセットにおけるリソースブロックの割り当ての例を図示する。示すように、ペイロード（ＰＬ）は、サブフレーム４０１および４０３内のＲＢ３、ＲＢ１３およびＲＢ９８に割り振られ得る；しかしながら、ペイロードは、例えば、軽いアップリンク負荷に起因して、サブフレーム４０２に割り当てられない。この例において、ＵＥは、サブフレーム４０３上でのアップリンク送信の前にＣＣＡを実行するように要求され得る、およびサブフレーム４０３で送信する機会の前にチャネルを失い得る。

[0097] 解決策として、図６Ｂは、サブフレーム４０１−４０３の同じセットを図示し、ここで、ビーコン信号ＢＳは、ＲＢ０、ＲＢ１０、ＲＢ２０…ＲＢ９０上にインターレース０に割り振られる。ここで、サブフレーム４０２上でのビーコン信号の送信によって、ＵＥは、ＣＣＡを実行する必要なしに、アップリンクチャネルへの接続を保持する。

[0098] 図７は、サブフレームにおける非占有のＯＦＤＭシンボルについてのチャネル使用ビーコン信号の割り当てを図示する。アップリンク送信のためのサブフレームは、複数のＯＦＤＭシンボルＳ−０からＳ−１３を有することが示されている。この例において、ｅノードＢは、複数のＵＥに対してアップリンク送信をスケジュールし、他の送信を干渉することおよびその逆を避けるために、ビーコン信号を特定のＯＦＤＭシンボル内に割り当て得る。この例において、ｅノードＢは２つＵＥ、ＵＥ０およびＵＥ１を有し得、それは、スケジュールされたアップリンク送信を必要とする。ＵＥ０およびＵＥ１は、同時にアップリンクチャネル使用ビーコン信号（Ｕ−ＣＵＢＳ）を送ることによって、アップリンクチャネルにアクセスしようと試み得る。ＵＥ１についてのＣＣＡが失敗した場合、そのとき、ＵＥ０だけがアップリンク接続を開始し得る。ＷｉＦｉネットワークにおいて動作する場合、次のサブフレームで再び試みるＵＥ１について、ＵＥ１は、近くのＷｉＦｉアクセスポイントにＵＥ１送信を通知するために、ＷｉＦｉプリアンブルをＯＦＤＭシンボルＳ−２で送ることを要求され得る。このプリアンブルは広帯域信号であり得、およびｅノードＢはそれがＯＦＤＭシンボルＳ−２におけるＵＥ０送信を干渉するであろうことを認識し得る。故に、ＵＥ０がＵＥ１ ＷｉＦｉプリアンブルの干渉によってチャネルを失わないように、ｅノードＢは、ＯＦＤＭシンボルＳ−２に対してビーコン信号ＢＳ（たとえば、ＢＯ−ＣＵＢＳ）をＵＥ０に割り当て得る。一方、仮にｅノードＢがそのＯＦＤＭシンボルに対してブランクＵＥ０送信をスケジュールしたとしたら、ＵＥ０は、ＣＣＡ無しで次のＯＦＤＭシンボルＳ−３で送信することを再開することができない。そのようなＣＣＡはＵＥ１ ＷｉＦｉプリアンブル送信によって支配されるであろうし、およびＵＥ０についてのＣＣＡはパスしないであろうし、およびＵＥ０はチャネルを失うであろう。それ故に、ＵＥ０に対してＳ−２においてチャネル占有ビーコン信号ＢＳを割り当てることは、ＵＥ０についてのチャネルの喪失を避ける。

[0099] 代替の例において、ＵＥ０アップリンク送信は、ＯＦＤＭシンボルＳ−２に対するブランクな割り当てを必要とする、なぜならダウンリンク送信からのこのＯＦＤＭシンボルの干渉が生じる場合があるからである。ｅノードＢは、ＵＥ０がチャネルを失わないように、シンボルＳ−２においてチャネル使用ビーコン信号ＢＳを割り当て得る。

[0100] 図８は、本明細書に教示された無認可スペクトルにおける送信のための帯域幅占有の技法をサポートする、装置８０２、装置８０４、および装置８０６（たとえば、アクセス端末、アクセスポイント、およびネットワークエンティティにそれぞれ対応する）に組み入れられたいくつかのサンプルコンポーネント（対応するブロックによって表される）を図示する。装置８０２および装置８０４は、例えば、 ペイロードおよびビーコン信号のアップリンク送信のためにどのリソースブロックを使用するかを決定するためのリソースマネージャ１２０および１３０をそれぞれ含み得る。これらのコンポーネントが、異なる実装形態において、異なるタイプの装置で（例えば、ＡＳＩＣにおいて、ＳｏＣにおいて、等）実装され得ることが理解されるべきである。説明されたコンポーネントは、また、通信システムにおける他の装置に組み込まれ得る。例えば、システムにおける他の装置は、類似した機能を提供するために説明されたものと類似したコンポーネントを含み得る。また、所与の装置は、説明されたコンポーネントのうちの１つまたは複数を含み得る。例えば、装置は、その装置が複数の搬送波上で動作する、および／または異なる技術を介して通信することを可能にする複数のトランシーバコンポーネントを含み得る。

[0101] 装置８０２および装置８０４は、各々、少なくとも１つの指定された無線アクセス技術を介して他のノードと通信するための少なくとも１つのワイヤレス通信デバイス（通信デバイス８０８および８１４によって表される（および装置８０４がリレーである場合は通信デバイス８２０））を含み得る。各通信デバイス８０８は、信号（たとえば、メッセージ、指示、情報など）を送信および符号化するための少なくとも１つの送信機（送信機８１０によって表される）、および信号（たとえば、メッセージ、指示、情報、パイロットなど）を受信および復号するための少なくとも１つの受信機（受信機８１２によって表される）を含む。同様に、各通信デバイス８１４は、信号（たとえば、メッセージ、指示、情報、パイロットなど）を送信するための少なくとも１つの送信機（送信機８１６によって表される）、および信号（たとえば、メッセージ、指示、情報など）を受信するための少なくとも１つの受信機（受信機８１８によって表される）を含む。加えて、通信デバイス８０８および８１４の各々は、帯域幅占有を増大させる１つまたは複数のビーコン信号を送信するために割り当てを決定するためのリソースマネージャ１２０、１３０を含み得る。装置８０４がリレーアクセスポイントである場合、各通信デバイス８２０は、信号（たとえば、メッセージ、指示、情報、パイロットなど）を送信するための少なくとも１つの送信機（送信機８２２によって表される）、および信号（たとえば、メッセージ、指示、情報など）を受信するための少なくとも１つの受信機（受信機８２４によって表される）を含み得る。

[0102] 送信機および受信機は、いくつかの実装形態において集積化されたデバイス（たとえば、単一の通信デバイスの送信機回路および受信機回路として具現化される）を備え得、いくつかの実装形態において別個の送信機デバイスおよび別個の受信機デバイスを備え得、または他の実装形態において他の方法で具現化され得る。いつくかの態様において、装置８０４のワイヤレス通信デバイス（たとえば、複数のワイヤレス通信デバイスの１つ）は、ネットワークリッスンモジュール（network listen module）を備える。

[0103] 装置８０６（およびそれがリレーアクセスポイントでない場合、装置８０４）は、他のノードと通信するための少なくとも１つの通信デバイス（通信デバイス８２６および、随意に８２０によって表される）を含む。例えば、通信デバイス８２６は、ワイヤーベースのまたはワイヤレスのバックホールを介して１つまたは複数のネットワークエンティティと通信するように構成されたネットワークインターフェースを備え得る。いくつかの態様において、通信デバイス８２６は、ワイヤーベースのまたはワイヤレスの信号通信をサポートするように構成された送信機として実装され得る。この通信は、例えば、メッセージ、パラメータ、または他のタイプの情報を送信および受信することを伴い得る。従って、図８の例において、通信デバイス８２６は、送信機８２８および受信機８３０を備えるように示される。同様に、装置８０４がリレーアクセスポイントでない場合、通信デバイス８２０は、ワイヤーベースのまたはワイヤレスのバックホールを介して１つまたは複数のネットワークエンティティと通信するように構成されたネットワークインターフェースを備え得る。通信デバイス８２６と同様に、通信デバイス８２０は、送信機８２２および受信機８２４を備えるように示される。

[0104] 装置８０２、８０４、および８０６は、また、本明細書に開示されたように、無認可スペクトルにおいて送信のための帯域幅占有とともに使用され得る他のコンポーネントを含み得る。装置８０２は、例えば、本明細書に教示されたように、リソースの割り当てをサポートするために、アクセスポイントとの通信に関する機能を提供するための、および他の処理機能を提供するための処理システム８３２を含む。装置８０４は、例えば、本明細書に教示されたように、リソース管理に関する機能を提供するための、および他の処理機能を提供するための処理システム８３４を含む。装置８０６は、例えば、本明細書に教示されたように、リソース管理に関する機能を提供するための、および他の処理機能を提供するための処理システム８３６を含む。装置８０２、８０４、および８０６は、情報（たとえば、予約されたリソースを指示する情報、しきい値、パラメータなど）を維持するために、それぞれメモリデバイス８３８、８４０、および８４２（たとえば、各々がメモリデバイスを含む）を含む。加えて、装置８０２、８０４、および８０６は、指示（たとえば、オーディブルおよび／またはビジュアルな指示）をユーザに提供するための、および／またはユーザ入力を（たとえば、キーパッド、タッチスクリーン、マイクロホンなどのようなセンシングデバイスのユーザ操作で）受信するための、ユーザインターフェースデバイス８４４、８４６、および８４８をそれぞれ含む。

[0105] 便宜上、装置８０２は、本明細書に説明された様々な例に使用され得るコンポーネントを含むように図８に示されている。実際に、図示されたブロックは、異なる態様において異なる機能を有し得る。

[0106] 図８のコンポーネントは、様々な方法で実装され得る。いくつかの実装形態において、図８のコンポーネントは、例えば、１つまたは複数のプロセッサ、および／または１つまたは複数のＡＳＩＣ（それは１つまたは複数のプロセッサを含み得る）のような１つまたは複数の回路で実装され得る。ここで、各回路は、この機能を提供するために、回路によって使用される情報または実行可能なコードを記憶するための少なくとも１つのメモリコンポーネントを使用および／または組み込み得る。例えば、ブロック８０８、８３２、８３８、および８４４によって表されたいくつかのまたは全ての機能は、装置８０２のプロセッサおよび（１つまたは複数の）メモリコンポーネントによって実装され得る（たとえば、適切なコードの実行によって、および／またはプロセッサコンポーネントの適切な構成によって）。一態様において、ブロック８０８、８３２、８３８、および８４４によって表された機能は、図１Ｂについて上述されたように、プロセッサ１８０、メモリ１８６、トランシーバ１６０、ＲＦフロントエンド１４０、およびアンテナ１７０によって実装され得る。同様に、ブロック８１４、８２０、８３４、８４０、および８４６によって表されたいくつかのまたは全ての機能は、装置８０４のプロセッサおよび（１つまたは複数の）メモリコンポーネントによって実装され得る（たとえば、適切なコードの実行によって、および／またはプロセッサコンポーネントの適切な構成によって）。一態様において、ブロック８１４、８２０、８３４、および８４６によって表された機能は、アクセス端末に代わるアクセスポイントにおいて図１Ｂについて上述されたのと同様な方法で、プロセッサ１８０、メモリ１８６、トランシーバ１６０、ＲＦフロントエンド１４０、およびアンテナ１７０によって実装され得る。また、ブロック８２６、８３６、８４２、および８４８によって表されたいくつかのまたは全ての機能は、装置８０６のプロセッサおよび（１つまたは複数の）メモリコンポーネントによって実装され得る（たとえば、適切なコードの実行によって、および／またはプロセッサコンポーネントの適切な構成によって）。一態様において、ブロック８２６、８３６、８４２、および８４８によって表された機能は、アクセス端末に代わるネットワークエンティティにおいて図１Ｂに
ついて上述されたのと同様な方法で、プロセッサ１８０、メモリ１８６、トランシーバ１６０、ＲＦフロントエンド１４０、およびアンテナ１７０によって実装され得る。

[0107] 本明細書で説明されるようにインターレースされたビーコン信号の使用は、スモールサイズのアップリンク制御チャネル送信が、チャネルの制御を維持することを可能にする。例えば、スモールペイロードを有するＰＵＣＣＨ送信は、大きなコード化利得を要求しない。別の例では、スモールペイロードを有するＰＵＳＣＨ送信は、変調およびコード化方式の低減を要求しない。

[0108] 本明細書で説明されるようにチャネル使用ビーコン信号の使用は、またｅノードＢにおける復調が、必要より多くのＲＢに亘って拡散する代わりに局所化されたシンボル（localized symbols）を有することを可能にする。また、ビーコン信号は、ｅノードＢにとってペイロードを決定するために検出およびキャンセルしやすい、単一周波数ネットワーク（ＳＦＮ）を形成する。１つのインターレースにおけるビーコン信号の局所化は、ペイロードの１つのインターレースのみの干渉に限定され得る（たとえば、ＰＵＳＣＨ送信）。

[0109] 本明細書で説明されるようにチャネル使用ビーコン信号の使用は、またアップリンク送信が断続的なサブフレームにおいて生じることを可能にする。

[0110] 本明細書で提示されるようにチャネル使用ビーコン信号の使用は、また無認可ＲＦ帯域上での複数のＵＥのアップリンクデータ送信が、経時的に分散されるのを可能にする。例えば、ＷｉＦｉネットワークにおける典型的なＣＣＡ環境において、クリアなチャネルを検出すると、同時のアップリンク送信に制限される全てのＵＥの代わりに、各々のＵＥに割り振られたビーコン信号は、ネットワークが、ＬＴＥネットワークの割り当てられたチャネル方式のようにふるまうことを可能にする。例えば、ｅノードＢは、Ｕ−ＣＵＢＳ割振りに従うようにビーコン信号を割り振り、続いてペイロード割振り（たとえば、ＰＵＳＣＨ割振り）が行われ得る。

[0111] 本明細書で説明された方法および装置は、帯域幅の占有を増大させるための、アップリンク送信におけるインターレースされたビーコン信号に関するが、同じ原理および技法は、例えばサブフレームで送信するための少量のＲＢのみがあるとき、ダウンリンク送信に適用され得る。

[0112] 本明細書で称されるいくつかのアクセスポイントは、低電力アクセスポイントを備え得る。典型的なネットワークにおいて、低電力アクセスポイント（たとえば、フェムトセル）は、補足的な従来のネットワークアクセスポイント（たとえば、マクロアクセスポイント）に展開される。例えば、ユーザの自宅にまたは企業環境（たとえば、商業ビル）にインストールされる低電力アクセスポイントは、セルラー無線通信（たとえば、ＣＤＭＡ、ＷＣＤＭＡ（登録商標）、ＵＭＴＳ、ＬＴＥなど）をサポートするアクセス端末に対して、音声および高速データサービスを提供し得る。一般に、これら低電力アクセスポイントは、その低電力アクセスポイントに近接しているアクセス端末に対して、よりロバストなカバレージおよび高いスループットを提供する。

[0113] 本明細書で使用されるように、低電力アクセスポイントという用語は、カバレージエリアにおける任意のマクロアクセスポイントの送信電力（たとえば、最大送信電力、瞬時送信電力、公称送信電力、平均送信電力、または送信電力の他の形態のうちの１つまたは複数）より小さい送信電力（たとえば、上記に定義されたような）を有するアクセスポイントを指す。いくつかの実装形態において、各低電力アクセスポイントは、相対的マージン（relative margin）（たとえば、１０ｄＢｍ以上）によってマクロアクセスポイントの送信電力（たとえば、上記に定義されたような）より小さい送信電力（たとえば、上記に定義されたような）を有する。いくつかの実装形態において、フェムト（femto）セルのような低電力アクセスポイントは、２０ｄＢｍ以下の最大送信電力を有し得る。いくつかの実装形態において、ピコ（pico）セルのような低電力アクセスポイントは、２４ｄＢｍ以下の最大送信電力を有し得る。しかしながら、これらのまたは他のタイプの低電力アクセスポイントは、他の実装形態においてより高いまたはより低い最大送信電力を有し得ることを諒解されたい（たとえば、いくつかのケースでは１ワットまで、いくつかのケースでは１０ワットまでなど）。

[0114] 典型的に、低電力アクセスポイントは、モバイルオペレータのネットワークにバックホールリンクを提供するブロードバンド接続（たとえば、デジタル加入者回線（ＤＳＬ）ルータ、ケーブルモデム、または他のタイプのモデム）を介してインターネットに接続する。このように、ユーザの自宅にまたはビジネスに展開された低電力アクセスポイントは、ブロードバンド接続を介して１つまたは複数のデバイスへのモバイルネットワークアクセスを提供する。

[0115] 様々なタイプの低電力アクセスポイントは、所与のシステムにおいて用いられ得る。例えば、低電力アクセスポイントは、フェムトセル、フェムトアクセスポイント、スモールセル、フェムトノード、ホームノードＢ（ＨＮＢｓ）、ホームｅノードＢ（ＨｅＮＢｓ）、アクセスポイント基地局、ピコセル、ピコノード、またはマクロセルとして実装され得る、またはそのように呼ばれ得る。

[0116] 便宜上、低電力アクセスポイントは、以下の説明において単にスモールセルと称される。このように、本明細書におけるスモールセルに関する任意の説明は、一般に低電力アクセスポイント（たとえば、フェムトセルに、マクロセルに、ピコセルになど）に等しく適用可能であり得ることを諒解されたい。

[0117] スモールセルは、異なるタイプのアクセスモードをサポートするように構成され得る。例えば、オープンなアクセスモードにおいて、スモールセルは、任意のアクセス端末が、スモールセルを介して任意のタイプのサービスを得ることを可能にし得る。制限された（またはクローズされた）アクセスモードにおいて、スモールセルは、許可されたアクセス端末だけが、スモールセルを介してサービスを得ることを可能にし得る。例えば、スモールセルは、ある加入者グループ（たとえば、クローズド・サブスクライバ・グループ（ＣＳＧ：a closed subscriber group））に属するアクセス端末（たとえば、いわゆるホームアクセス端末）だけが、スモールセルを介してサービスを得ることを可能にし得る。ハイブリッドなアクセスモードにおいて、外部の（alien）アクセス端末（たとえば、非ホームアクセス端末、非ＣＳＧアクセス端末）は、スモールセルへの制限されたアクセスを与えられ得る。例えば、スモールセルのＣＳＧに属しないマクロアクセス端末は、十分なリソースが、スモールセルよって現在サービスを受けている全てのホームアクセス端末に対して利用可能である場合だけ、スモールセルにアクセスすることを許可され得る。

[0118] このように、これらのアクセスモードのうちの１つまたは複数で動作するスモールセルは、インドアカバレージおよび／または拡張されたアウトドアカバレージを提供するために、使用され得る。動作の望ましいアクセスモードの採用を通じてユーザへのアクセスを可能にすることによって、スモールセルは、カバレージエリア内で改善されたサービスを提供し得、およびマクロネットワークのユーザに対してサービスカバレージエリアを潜在的に拡大し得る。

[0119] このように、いくつかの態様において、本明細書における教示は、大規模なスケールのカバレージ（たとえば、マクロセルネットワークまたはＷＡＮと典型的に呼ばれる第３世代（３Ｇ）ネットワークのような広いエリアのセルラーネットワーク）と小規模なスケールのカバレージ（たとえば、ＬＡＮと典型的に呼ばれる住宅ベースのまたは建物ベースのネットワーク環境）を含むネットワークにおいて用いられ得る。アクセス端末（ＡＴ）がこのようなネットワークを通じて移動すると、アクセス端末は、大規模なカバレージを提供するアクセスポイントによって特定のロケーションでサービスされ得、一方でアクセス端末は、小規模なスケールのカバレージを提供するアクセスポイントによって他のロケーションでサービスされ得る。いくつかの態様では、ますます増加する容量、建物内カバレッジ、および異なるサービス（たとえば、よりロバストなユーザ経験）を提供するために、小規模なカバレージノードが使用され得る。

[0120] 本明細書の説明において、比較的大きなエリアに亘るカバレージを提供するノード（たとえば、アクセスポイント）は、マクロアクセスポイントと呼ばれ得、一方で比較的小さいエリア（たとえば、住宅）に亘るカバレージを提供するノードはスモールセルと呼ばれ得る。本明細書における教示は、他のタイプのカバレージエリアに関連付けられたノードにも適用可能であり得ることを諒解されたい。例えば、ピコアクセスポイントは、マクロエリアより小さいおよびフェムトセルエリアより大きいエリアに亘るカバレージ（たとえば、商業ビル内のカバレージ）を提供し得る。様々なアプリケーションにおいて、他の用語はマクロアクセスポイント、スモールセル、または他のアクセスポイントタイプのノードを参照するために使用され得る。例えば、マクロアクセスポイントは、アクセスノード、基地局、アクセスポイント、ｅノードＢ、マクロセルなどとして構成され得る、またはそのように呼ばれ得る。いくつかの実装形態において、ノードは１つまたは複数のセルまたはセクタに関連付けられ得る（たとえば、呼ばれ、またはそれに分割される）。マクロアクセスポイント、フェムトアクセスポイント、またはピコアクセスポイントに関連付けられたセルまたはセクタは、それぞれ、マクロセル、フェムトセル、またはピコセルと呼ばれ得る。

[0121] 図９は、多くのユーザをサポートするように構成され、本明細書の教示が実装され得るワイヤレス通信システム900を図示する。例えば、アクセスポイント９０４およびアクセス端末９０６は、それぞれリソースマネージャ１２０およびリソースマネージャ１３０を含み得る（図１）。アクセス端末９０６および／またはアクセスポイント９０４は、図２Ａ、２Ｂ、３Ａ、および３Ｂに図示された方法２００、２０１、３００を実装し得る。システム９００は、例えば、マクロセル９０２Ａ−９０２Ｇのような、複数のセル９０２に対して通信を提供し、各セルは対応するアクセスポイント９０４（たとえば、アクセスポイント９０４Ａ−９０４Ｇ）によってサービスされる。図９に示されているように、アクセス端末９０６（たとえば、アクセス端末９０６Ａ−９０６Ｌ）は、経時的にシステムの全体に渡って様々なロケーションに分散され得る。各アクセス端末９０６は、例えば、アクセス端末９０６がアクティブであるかどうか、およびそれがソフトハンドオフ中であるかどうかに応じて、所与のときに順方向リンク（ＦＬ）および／または逆方向リンク（ＲＬ）上で１つまたは複数のアクセスポイント９０４と通信し得る。ワイヤレス通信システム９００は、広い地理的地域に渡ってサービスを提供し得る。例えば、マクロセル９０２Ａ−９０２Ｇは、農村環境における近隣または数マイルにおいて少量のブロックをカバーし得る。

[0122] 図１０は、１つまたは複数のスモールセルがネットワーク環境内に展開される通信システム１０００の例を図示する。通信システム１０００は、１つまたは複数のネットワークデバイスを含み得る。例えば、スモールセル１０１０およびアクセス端末１０２０は、通信のために使用するチャネルを決定するためのリソースマネージャ１２０を含むネットワークデバイスであり得る。スモールセル１０１０および／またはアクセス端末１０２０は、図２Ａ、２Ｂ、３Ａおよび３Ｂに図示された方法２００、２０１、３００を実装し得る。特に、システム１０００は、比較的小さな規模のネットワーク環境（たとえば、１つまたは複数のユーザの住宅１０３０内で）でインストールされた複数のスモールセル１０１０（たとえば、スモールセル１０１０Ａおよび１０１０Ｂ）を含む。各スモールセル１０１０は、ＤＳＬルータ、ケーブルモデム、ワイヤレスリンク、または他の接続（connectivity）手段（図示されず）を介して、ワイドエリアネットワーク１０４０（例えば、インターネット）およびモバイルオペレータコアネットワーク１０５０に結合され得る。以下で論じられるように、各スモールセル１０１０は、関連したアクセス端末１０２０（たとえば、アクセス端末１０２０Ａ）および、随意に他（たとえば、ハイブリッドまたは外部（alien））のアクセス端末１０２０（たとえば、アクセス端末１０２０Ｂ）にサービスするように構成され得る。つまり、スモールセル１０１０へのアクセスは制限され得、それによって、所与のアクセス端末１０２０は、１組の指定された（１つまたは複数の）（例えば、ホーム）スモールセル１０１０によってサービスされ得るが、いずれかの指定されていないスモールセル１０１０（例えば、近隣のスモールセル１０１０）によってはサービスされない場合がある。

[0123] 再び図１０を参照すると、スモールセル１０１０の所有者は、モバイルオペレータコアネットワーク１０５０を通じて提供される、例えば、３Ｇモバイルサービスのようなモバイルサービスに加入し（subscribe）得る。加えて、アクセス端末１０２０は、マクロ環境においておよび小規模（たとえば、住宅の）ネットワーク環境においての両方において動作可能であり得る。つまり、アクセス端末１０２０の現在のロケーションに応じて、アクセス端末１０２０は、モバイルオペレータコアネットワーク１０５０に関連するマクロセルアクセスポイント１０６０によって、またはスモールセル１０１０（たとえば、対応するユーザの住宅１０３０内に存在するスモールセル１０１０Ａおよび１０１０Ｂ）のセットのいずれか１つによってサービスされ得る。例えば、加入者が家の外にいるとき、彼は標準のマクロアクセスポイント（たとえば、アクセスポイント１０６０）によってサービスされ、および加入者が家にいるとき、彼はスモールセル（たとえば、スモールセル１０１０Ａ）によってサービスされる。ここで、スモールセル１０１０は、レガシーアクセス端末１０２０と後方互換性があり得る。

[0124] スモールセル１０１０は、単一周波数上で、または、代替では、多重周波数上で展開され得る。特定の構成に応じて、単一周波数または、多重周波数のうちの１つまたは複数は、マクロアクセスポイン（たとえば、アクセスポイント１０６０）によって使用される１つまたは複数の周波数と重複し得る。上記で論じられたように、スモールセル１０１０および／またはアクセス端末１０２０は、マクロアクセスポイント１０６０による使用に部分的に基づいて、送信に使用する１つまたは複数の周波数を選択するための、リソースマネージャ１２０を含み得る。

[0125] いくつかの態様において、アクセス端末１０２０は、このような接続性が可能であるときにはいつでも、好適なスモールセル（たとえば、アクセス端末１０２０のホームスモールセル）に接続するように構成され得る。例えば、アクセス端末１０２０Ａがユーザの住宅１０３０内にあるときにはいつでも、アクセス端末１０２０Ａがホームスモールセル１０１０Ａまたは１０１０Ｂとだけ通信することが望ましくあり得る。

[0126] いくつかの態様において、アクセス端末１０２０がマクロセルラーネットワーク１０５０内で動作し、しかし、それの最も好適なネットワーク（たとえば、好適なローミングリストに定義されるような）上に存在していない場合、より良いシステムが現在利用可能か、およびそのような好適なシステムをその後に手に入れる（acquire）かどうかを決定するために利用可能なシステムの周期的な走査を伴い得るベターシステムリセレクション（ＢＳＲ：better system reselection）手順を使用して、アクセス端末１０２０は最も好適なネットワーク（例えば、好適なスモールセル１０１０）を探し続け得る。アクセス端末１０２０は、特定の帯域およびチャネルの探索を制限し得る。例えば、１つまたは複数のフェムトチャネルは定義され得、それによって、地域内の全てのスモールセル（または、全ての制限されたスモールセル）が（１つまたは複数の）フェムトチャネル上で動作する。最も好適なシステムの探索は、周期的に繰り返され得る。好適なスモールセル１０１０を発見すると、アクセス端末１０２０は、スモールセル１０１０のカバレージエリア内であるとき、使用のためにスモールセル１０１０を選択し、それに登録する。

[0127] スモールセルへのアクセスは、いくつかの態様において制限され得る。例えば、所与のスモールセルは、あるアクセス端末に、あるサービスだけを提供し得る。いわゆる、制限された（または、クローズされた）アクセスを有する展開において、所与のアクセス端末は、マクロセルモバイルネットワークおよびスモールセル（たとえば、対応するユーザの住宅１０３０内に存在するスモールセル１０１０）の定義されたセットによってのみサービスされ得る。いくつかの実装形態において、アクセスポイントは、少なくとも１つのノード（たとえば、アクセス端末）に対して、シグナリング、データアクセス、登録、ページングまたはサービスのうちの少なくとも１つを提供しないように制限され得る。

[0128] いくつかの態様において、制限されたスモールセル（それはまた、クローズド・サブスクライバ・グループ・ホームノードＢと呼ばれ得る）は、制限供給された（restricted provisioned）アクセス端末のセットにサービスを提供するものである。このセットは、必要に応じて一時的にまたは永続的に拡張され得る。いくつかの態様において、クローズド・サブスクライバ・グループ（ＣＳＧ）は、アクセス端末の共通アクセス制御リストを共有するアクセスポイント（たとえば、スモールセル）のセットとして定義され得る。

[0129] 様々な関係が、所与のスモールセルおよび所与のアクセス端末の間にこのように存在し得る。例えば、アクセス端末の観点からすれば、オープンスモールセルは、無制限のアクセスを伴うスモールセルを指し得る（たとえば、スモールセルはいずれかのアクセス端末へのアクセスを可能にする）。制限されたスモールセルは、いくつかの方法で制限される（たとえば、アクセスおよび／または登録に対して制限される）スモールセルを指し得る。ホームスモールセルは、アクセス端末がスモールセル上でアクセスしおよび動作することを許可された（たとえば、永続的なアクセスが１つまたは複数のアクセス端末の定義されたセットに提供される）そのスモールセルを指し得る。ハイブリッド（または、ゲスト）のスモールセルは、異なるアクセス端末がスモールセル上でサービスの異なるレベルを提供されるそのスモールセルを指し得る（たとえば、いくつかのアクセス端末が部分的なおよび／または一時的なアクセスを許可され得るのに対して、他のアクセス端末は完全なアクセスを許可され得る）。外部のスモールセルは、おそらく緊急事態（たとえば、緊急時−９１１コール）を除いて、アクセス端末がスモールセル上でアクセスしおよび動作することを許可されないそのスモールセルを指し得る。

[0130] 制限されたスモールセルの観点からすれば、ホームアクセス端末は、そのアクセス端末の所有者の住宅内でインストールされた制限されたスモールセルへのアクセスを許可されるアクセス端末を指し得る（通常、ホームアクセス端末は、そのスモールセルへの一時的なアクセスを有する）。ゲストのアクセス端末は、制限されたスモールセル（たとえば、期限、使用の時間、複数のバイト、接続回数、またはいつくかの他の１つの基準または複数の基準に基づいて制限された）への一時的なアクセスを伴うアクセス端末を指し得る。外部のアクセス端末は、例えば、９１１コールのようなおそらく緊急事態を除いて、制限されたスモールセルへアクセスする許可を有していないアクセス端末を指し得る（たとえば、制限されたスモールセルに登録する資格または許可を有していないアクセス端末）。

[0131] 便宜上、本明細書の開示は、スモールセルのコンテキストにおいて様々な機能を説明する。しかしながら、ピコアクセスポイントが、大きなカバレージエリアに対して同一のまたは同様の機能を提供し得ることを諒解されたい。例えば、ピコアクセスポイントは制限される可能性があり、ホームピコアクセスポイントは所与のアクセス端末などに対して定義され得る。

[0132] 本明細書の教示は、複数のワイヤレスアクセス端末のための通信を同時にサポートするワイヤレス多重アクセス通信システムで用いられ得る。ここで、各端末は、順方向および逆方向リンク上における送信を介して、１つまたは複数のアクセスポイントと通信し得る。順方向リンク（すなわち、ダウンリンク）は、アクセスポイントから端末への通信リンクを指し、および逆方向リンク（すなわち、アップリンク）は、端末からアクセスポイントへの通信リンクを指す。この通信リンクは、単一入力単一出力システム、多入力多出力（ＭＩＭＯ）システム、あるいは、ある他のタイプのシステムを介して確立され得る。

[0133] ＭＩＭＯシステムは、データ送信のために多数（ＮＴ個）の送信アンテナと多数（ＮＲ個）の受信アンテナとを用いる。ＮＴ個の送信アンテナとＮＲ個の受信アンテナとによって形成されたＭＩＭＯチャネルは、ＮＳ個の独立チャネルに分解されることができ、それは、空間チャネルとも呼ばれる、ここで、ＮＳ≦ｍｉｎ｛ＮＴ，ＮＲ｝である。ＮＳ個の独立チャネルの各々は、次元に対応する。ＭＩＭＯシステムは、複数の送信アンテナおよび受信アンテナによって作成される追加の次元性が利用されると、向上した性能（たとえば、より高いスループットおよび／または、より高い信頼性）を提供し得る。

[0134] ＭＩＭＯシステムは、時分割複信（ＴＤＤ）および周波数分割複信（ＦＤＤ）をサポートし得る。ＴＤＤシステムにおいて、順方向および逆方向リンク送信は、相反原理（reciprocity principle）が逆方向リンクチャネルからの順方向リンクチャネルの推定を可能にするように同一の周波数領域上におけるものである。これにより、アクセスポイントは、複数のアンテナがアクセスポイントにおいて利用可能な場合に、順方向リンク上における送信ビームフォーミング利得を抽出することが可能となる。

[0135] 図１１は、本明細書で説明されたように適応され得るサンプルの通信システム１１００のワイヤレスデバイス１１１０（たとえば、スモールセルＡＰ）およびワイヤレスデバイス１１５０（たとえば、ＵＥ）のコンポーネントをより詳細に図示する。例えば、ワイヤレスデバイス１１１０およびワイヤレスデバイス１１５０の各々は、送信のためにインターレースされたリソースブロックの割り当てを決定するための、リソースマネージャ１２０、１３０をそれぞれ含み得る。ワイヤレスデバイス１１１０またはワイヤレスデバイス１１５０のいずれかは、図２Ａ、２Ｂおよび３に図示された方法を実装し得る。リソースマネージャ１２０は、別個のコンポーネントであり得、または、ワイヤレスデバイス１１１０のＴＸデータプロセッサ１１１４およびＴＸ ＭＩＭＯプロセッサ１１２０のようなコンポーネントによって、またはデバイス１１５０のデータプロセッサ１１３８によって実装され得る。デバイス１１１０において、複数のデータストリームについてのトラフィックデータは、データソース１１１２から送信（ＴＸ）データプロセッサ１１１４へ供給される。各データストリームは、次に、それぞれの送信アンテナを通じて送信される。

[0136] ＴＸデータプロセッサ１１１４は、コード化データを提供するために、各データストリームについてのトラフィックデータを、そのデータストリームのために選択された特定のコード化方式に基づいてフォーマットし、コード化し、およびインターリーブする。各データストリームについてのコード化データは、ＯＦＤＭ技法を用いてパイロットデータと多重化され得る。パイロットデータは、チャネル応答を推定するために、既知の方法で処理され、および受信機システムで使用され得る、一般的に既知のデータパターンである。各データストリームについての多重化されたパイロットおよびコード化データは、次に、変調シンボルを供給するために、そのデータストリームのために選択された特定の変調方式（たとえば、ＢＰＳＫ、ＱＳＰＫ、Ｍ−ＰＳＫ、またはＭ−ＱＡＭ）に基づいて変調（すなわち、シンボルマッピング）される。各データストリームについてのデータレート、コード化、および変調は、プロセッサ１１３０によって実行される命令によって決定され得る。データメモリ１１３２は、デバイス１１１０のプロセッサ１１３０または他のコンポーネントによって使用されるプログラムコード、データ、および他の情報を記憶し得る。

[0137] 全てのデータストリームについての変調シンボルは、次に、ＴＸ ＭＩＭＯプロセッサ１１２０に供給され、ＴＸ ＭＩＭＯプロセッサ１１２０はさらに、（たとえば、ＯＦＤＭ用に）変調シンボルを処理し得る。ＴＸ ＭＩＭＯプロセッサ１１２０は、次に、ＮＴ個の変調シンボルストリームをＮＴ個のトランシーバ（ＸＣＶＲ）１１２２Ａ〜１１２２Ｔに提供する。いくつかの態様において、ＴＸ ＭＩＭＯプロセッサ１１２０は、データストリームのシンボルに、およびそのシンボルが送信されているアンテナに、ビームフォーミング重みを適用する。

[0138] 各トランシーバ１１２２は、それぞれのシンボルストリームを受信および処理して、１つまたは複数のアナログ信号を供給し、さらにこれらのアナログ信号を調整（たとえば、増幅、フィルタ処理、およびアップコンバート）して、ＭＩＭＯチャネルを通じた送信に適する変調された信号を供給する。トランシーバ１１２２Ａ〜１１２２ＴからのＮＴ個の変調された信号は、次に、それぞれＮＴ個のアンテナ１１２４Ａ〜１１２４Ｔから送信される。

[0139] デバイス１１５０において、送信された変調された信号はＮＲ個のアンテナ１１５２Ａ〜１１５２Ｒによって受信され、各アンテナ１１５２からの受信された信号が、それぞれのトランシーバ（ＸＣＶＲ）１１５４Ａ〜１１５４Ｒに提供される。各トランシーバ１１５４は、それぞれの受信された信号を調整（例えば、フィルタ処理、増幅、および、ダウンコンバート）し、サンプルを提供するために、調整された信号をデジタル化し、さらに、対応する「受信された」シンボルストリームを提供するために、そのサンプルを処理する。

[0140] 次に、受信（ＲＸ）データプロセッサ１１６０は、ＮＲ個のトランシーバ１１５４からのＮＲ個の受信されたシンボルストリームを、特定の受信機処理技術に基づいて受信および処理し、ＮＴ個の「検出された」シンボルストリームを提供する。ＲＸデータプロセッサ１１６０は、次に、各々の検出されたシンボルストリームを復調し、デインターリーブ（deinterleaves）し、および復号して、データストリームについてのトラフィックデータを復元する（recover）。ＲＸデータプロセッサ１１６０による処理は、デバイス１１１０においてＴＸ ＭＩＭＯプロセッサ１１２０およびＴＸデータプロセッサ１１１４によって実行されるものに相補的である。

[0141] プロセッサ１１７０は、どのプリコーディングマトリックスを使用するかを周期的に決定する（以下に論じられる）。プロセッサ１１７０は、マトリックスインデックス部分およびランク値部分を備える逆方向リンクメッセージを策定する（formulate）。データメモリ１１７２は、デバイス１１５０のプロセッサ１１７０または他のコンポーネントによって使用されるプログラムコード、データ、および他の情報を記憶し得る。

[0142] 逆方向リンクメッセージは、受信されたデータストリームおよび／または通信リンクに関する様々なタイプの情報を備え得る。逆方向リンクメッセージは、次に、ＴＸデータプロセッサ１１３８によって処理され、それはまた、データソース１１３６から複数のデータストリームについてのトラフィックデータを受け取り、変調器１１８０によって変調され、トランシーバ１１５４Ａ〜１１５４Ｒによって調整され、そしてデバイス１１１０へ返信される。リソースマネージャ１２０は、ＴＸデータプロセッサ１１３８によって使用されるチャネルを決定し得る。

[0143] デバイス１１１０において、デバイス１１５０からの変調された信号は、アンテナ１１２４によって受信され、トランシーバ１１２２によって調整され、復調器（ＤＥＭＯＤ）１１４０によって復調され、そしてデバイス１１５０によって送信された逆方向リンクメッセージを抽出するために、ＲＸデータプロセッサ１１４２によって処理される。プロセッサ１１３０は、次に、ビームフォーミング重みを決定するために、どのプリコーディングマトリックスを使用するかを決定し、次に、抽出されたメッセージを処理する。

[0144] 各デバイス１１１０および１１５０について、説明されたコンポーネントのうちの２つ以上の機能が単一のコンポーネントによって提供され得ることを諒解されたい。図１１に図示されおよび上記で説明された様々な通信コンポーネントは、また本明細書に教示されたように、無認可スペクトルにおける送信のための帯域幅占有を実行するように必要に応じてさらに構成され得ることを諒解されたい。例えば、本明細書に教示されたように、プロセッサ１１３０／１１７０は、インターレースされたリソース割振りを実行するために、それぞれのデバイス１１１０／１１５０のメモリ１１３２／１１７２および／または他のコンポーネントと協同し得る。

[0145] いくつかの態様において、装置または装置の任意のコンポーネントは、本明細書に教示されたような機能を提供するように構成され（または動作可能であり、または適応され）得る。これは、例えば、それがその機能を提供するように装置またはコンポーネントを製造（たとえば、製作）することによって； それがその機能を提供するように装置またはコンポーネントをプログラミングすることによって； または他の適する実装形態の技法の使用を通じて、達成し得る。１つの例では、集積回路は、必要な機能を提供するために制作され得る。別の例では、集積回路は、必要な機能をサポートするために制作され得る、または必要な機能を提供するように構成され得る（たとえば、プログラミングを介して）。さらに別の例では、プロセッサ回路は、必要な機能を提供するためのコードを実行し得る。

[0146] 本明細書において、例えば、「第１の」、「第２の」等のような指定を用いた、要素に対するいずれの参照も、一般に、これら要素の数も順序も限定しないことが理解されるべきである。むしろ、これらの指定は、２つ以上の要素または要素の事例の間で区別する便利な方法としてここで使用され得る。したがって、第１および第２の要素への参照は、２つの要素しかそこで採用されないこともあること、または第１の要素が何らかの方法で第２の要素を先行しなければいけないことを意味するものではない。また、特に明記されていない限り、要素のセットは、１つまたは複数の要素を備え得る。さらに、本明細書または特許請求の範囲において使用されている「Ａ、Ｂ、またはＣのうちの少なくとも１つ」、または「Ａ、Ｂ、またはＣのうちの１つまたは複数」、または「Ａ、Ｂ、およびＣから成るグループのうちの少なくとも１つ」の形態の用語は、「ＡまたはＢまたはＣ、またはこれら要素の任意の組み合わせ」を意味する。例えば、この用語は、Ａ、またはＢ、またはＣ、またはＡおよびＢ、またはＡおよびＣ、またはＡおよびＢおよびＣ、または２Ａ、または２Ｂ、または２Ｃ、等を含み得る。

[0147] 当業者は、情報と信号が様々な異なる技術と技法のうちのいずれかをもちいて表され得ることを理解するであろう。例えば、上記の説明の全体にわたって参照され得る、データ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場または磁粒子、光場または光学粒子、あるいはそれらの任意の組み合わせによって表され得る。

[0148] さらに、当業者は、本明細書に開示された実施形態に関連して説明された様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、またはその両方の組み合わせとして実現され得ることを理解するであろう。ハードウェアとソフトウェアのこの互換性を明確に示すために、様々な例示的なコンポーネント、ブロック、モジュール、回路、およびステップが、それらの機能の観点から一般的に上述されている。そのような機能が、ハードウェアあるいはソフトウェアとして実装されるかは、特定のアプリケーションおよび全体のシステムに課せられる設計制約に依存する。当業者は、説明された機能を特定のアプリケーションごとに様々な方法で実装し得るが、そのような実装形態の決定は、本開示の範囲からの逸脱をもたらしていると解釈されるべきではない。

[0149] 本明細書に開示された態様に関連して説明された方法、シーケンス、および／またはアルゴリズムは、ハードウェアで、プロセッサによって実行されるソフトウェアモジュールで、またはその２つの組合せで直接具現化され得る。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭ（登録商標）メモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または当該技術分野で周知の記憶媒体の任意の他の形態内に存在し得る。例証的な記憶媒体は、プロセッサが記憶媒体から情報を読み出し、および記憶媒体に情報を書き込むことができるように、プロセッサに結合される。代替において、記憶媒体はプロセッサと一体化され得る。

[0150] 従って、本開示の態様は、無認可スペクトルにおける送信のための動的な帯域幅管理の方法を具現化するコンピュータ可読媒体を含むことができる。従って、本開示は示された例に限定されない。

[0151] 前述の開示は、例示的な態様を示すが、添付の特許請求の範囲によって定義されるように、本開示の範囲から逸脱することなく、本明細書において様々な変化および修正が行われ得ることに留意されたい。本明細書に記載された開示の態様に従った特許請求の範囲の方法の機能、ステップおよび／または動作は、任意の特定の順序で実行される必要はない。さらに、いくつかの態様は単数で記載または請求され得るが、単数の限定が明確に述べられていない限り、複数が企図される。

Claims (30)

1. ユーザ機器（ＵＥ）によるアップリンク送信のための方法であって、
   １つまたは複数のビーコン信号についての第１の割り当てを受信することと、前記第１の割り当ては、競合ベースのスペクトル中での第１のインターレース割り当てを含む、
   アップリンク送信のペイロードについてのアップリンク許可のサイズがしきい値より小さいと決定することと、
   前記アップリンク送信の前記ペイロードについての前記アップリンク許可の前記サイズが前記しきい値より小さいと決定することに応答して、前記第１の割り当てにしたがって前記１つまたは複数のビーコン信号を送信することと、ここにおいて、前記１つまたは複数のビーコン信号は、前記競合ベースのスペクトル上での前記ＵＥによる帯域幅占有を増大させる、
   を備える、方法。
2. 前記アップリンク送信の前記ペイロードについての前記アップリンク許可を受信することと、ここにおいて、前記アップリンク許可は、前記競合ベースのスペクトル中での第２のインターレース割り当ておよびリソース割り当てを含む、
   前記第２のインターレース割り当て上で前記リソース割り当てにしたがって前記アップリンク送信の前記ペイロードを送信することと、
   をさらに備える、請求項１に記載の方法。
3. 前記第１のインターレース割り当ておよび前記第２のインターレース割り当ては、共通インターレースを割り当て、ここにおいて、前記１つまたは複数のビーコン信号を送信することは、前記アップリンク送信で前記ペイロードを送信するために使用される前記リソース割り当てと異なる前記共通インターレースのリソース上で前記１つまたは複数のビーコン信号を送信することを含む、請求項２に記載の方法。
4. 前記第１のインターレース割り当ては、前記第２のインターレース割り当てと異なる、請求項２に記載の方法。
5. 前記アップリンク送信の前記ペイロードについての前記アップリンク許可の前記サイズが前記しきい値より小さいと決定することは、前記アップリンク送信の前記ペイロードが物理アップリンク制御チャネル（ＰＵＣＣＨ）ペイロード、物理アップリンク共有チャネル（ＰＵＳＣＨ）ペイロード、または両方を含むと決定することと、および総ペイロードが前記しきい値より小さいと決定することとを含む、請求項１に記載の方法。
6. 前記アップリンク送信の前記ペイロードについての前記アップリンク許可の前記サイズが前記しきい値より小さいと決定することは、前記ペイロードが空のサブフレームに関連付けられた空のペイロードであると決定することを含む、請求項５に記載の方法。
7. 前記ペイロードを送信することは、前記第２のインターレース割り当て上で少なくとも１つのＰＵＳＣＨペイロードを、および前記第１のインターレース割り当てにしたがって、少なくとも１つのＰＵＣＣＨペイロードを送信することを含み、ここにおいて、前記１つまたは複数のビーコン信号を送信することは、前記少なくとも１つのＰＵＣＣＨペイロードによって占有されていない前記第１のインターレース割り当てに関連付けられたリソースブロック上で前記１つまたは複数のビーコン信号を送信することを含む、請求項２に記載の方法。
8. 前記第１のインターレース割り当ては、単一周波数ネットワーク（ＳＦＮ）を形成するために、少なくとも１つの追加のＵＥのアップリンク送信と共有される、請求項１に記載の方法。
9. 前記第１の割り当てにしたがって送信される前記１つまたは複数のビーコン信号は、帯域幅占有レベルを満たすまたは上回る帯域幅占有パーセンテージを提供する、請求項１に記載の方法。
10. 前記ペイロードを送信するために使用される送信電力とは別個に、前記１つまたは複数のビーコン信号の各々を送信するために使用される送信電力を制御することをさらに備える、請求項１に記載の方法。
11. 前記第２の割り当ては、第１のサブフレームについてのものであり、前記方法は、
    第２のサブフレーム上で第２のアップリンク送信の別のペイロードについての第２の許可を受信することと、
    前記第１のサブフレームと前記第２のサブフレームとの間の空のサブフレームで前記１つまたは複数のビーコン信号を送信することと
    をさらに備える、請求項２に記載の方法。
12. 前記リソース割り当ては、サブフレーム内での直交周波数分割多重化（ＯＦＤＭ）シンボルの割り当てまたはリソースブロックの割り当てを含む、請求項２に記載の方法。
13. 前記リソース割り当ては、前記サブフレーム内の第１のＯＦＤＭシンボルまたは第１のリソースブロックの後にリソースを割り当て、
    前記１つまたは複数のビーコン信号を送信することは、前記割り当てられたリソースの前に、前記第１のリソースブロックまたは前記第１のＯＦＤＭシンボル中で、および任意の後続のリソースブロックまたはＯＦＤＭシンボル中で、前記１つまたは複数のビーコン信号を送信することを含む、請求項１２に記載の方法。
14. 前記１つまたは複数のビーコン信号の各々は、前記１つまたは複数のビーコン信号を受信および処理するアクセスポイントに既知の信号波形を含む、請求項１に記載の方法。
15. アップリンク送信のためのユーザ機器（ＵＥ）であって、
    １つまたは複数のビーコン信号についての第１の割り当てを受信するための手段と、前記第１の割り当ては、競合ベースのスペクトル中での第１のインターレース割り当てを含む、
    アップリンク送信のペイロードについてのアップリンク許可のサイズがしきい値より小さいと決定するための手段と、
    前記アップリンク送信の前記ペイロードについての前記アップリンク許可の前記サイズが前記しきい値より小さいと決定することに応答して、前記第１の割り当てにしたがって前記１つまたは複数のビーコン信号を送信するための手段と、ここにおいて、前記１つまたは複数のビーコン信号は、前記競合ベースのスペクトル上での前記ＵＥによる帯域幅占有を増大させる、
    を備えるＵＥ。
16. 前記受信するための手段は、さらに前記アップリンク送信の前記ペイロードについての前記アップリンク許可を受信するためのものであり、ここにおいて、前記アップリンク許可は、前記競合ベースのスペクトルにおけるリソース割り当ておよび第２のインターレース割り当てを含む、
    前記送信するための手段は、さらに前記第２のインターレース割り当て上で前記リソース割り当てにしたがって、前記アップリンク送信の前記ペイロードを送信するためのものである、請求項１５に記載のＵＥ。
17. アップリンク送信のためのユーザ機器（ＵＥ）であって、
    少なくとも１つの割り当てを示す信号を受信するように、および、１つまたは複数のビーコン信号を送信するように構成されたトランシーバと、
    メモリと、
    前記トランシーバおよび前記メモリに通信可能に結合されたプロセッサと
    を備え、ここにおいて、前記プロセッサおよび前記メモリは、
    前記トランシーバを介して、前記１つまたは複数のビーコン信号についての第１の割り当てを受信することと、前記第１の割り当ては、競合ベースのスペクトル中での第１のインターレース割り当てを含む、
    アップリンク送信のペイロードについてのアップリンク許可のサイズがしきい値より小さいと決定することと、
    前記トランシーバを介して、前記アップリンク送信の前記ペイロードについての前記アップリンク許可の前記サイズが前記しきい値より小さいと決定することに応答して、前記第１の割り当てにしたがって前記１つまたは複数のビーコン信号を送信することと、ここにおいて、前記１つまたは複数のビーコン信号は、前記競合ベースのスペクトル上での前記ＵＥによる帯域幅占有を増大させる、
    を行うように構成される、ＵＥ。
18. 前記プロセッサおよび前記メモリは、
    前記アップリンク送信の前記ペイロードについての前記アップリンク許可を受信することと、ここにおいて、前記アップリンク許可は、前記競合ベースのスペクトル中でのリソース割り当ておよび第２のインターレース割り当てを含む、
    前記第２のインターレース割り当て上で前記リソース割り当てにしたがって前記アップリンク送信の前記ペイロードを送信することと、
    を行うようにさらに構成される、請求項１７に記載のＵＥ。
19. 前記第１のインターレース割り当ておよび前記第２のインターレース割り当ては、共通インターレースを割り当て、および前記プロセッサおよび前記メモリは、前記アップリンク送信において前記ペイロードを送信するために使用される前記リソース割り当てと異なる前記共通インターレースのリソース上で、前記１つまたは複数のビーコン信号を送信するように構成される、請求項１８に記載のＵＥ。
20. 前記プロセッサおよび前記メモリは、前記アップリンク送信の前記ペイロードが物理アップリンク制御チャネル（ＰＵＣＣＨ）ペイロード、物理アップリンク共有チャネル（ＰＵＳＣＨ）ペイロード、または両方を含むと決定することと、および総ペイロードが前記しきい値より小さいと決定することによって、前記アップリンク送信の前記ペイロードについての前記アップリンク許可の前記サイズが前記しきい値より小さいと決定するように構成される、請求項１６に記載のＵＥ。
21. 前記プロセッサおよび前記メモリは、前記ペイロードが空のサブフレームに関連付けられた空のペイロードであると決定することによって、前記アップリンク送信の前記ペイロードについての前記アップリンク許可の前記サイズが前記しきい値より小さいと決定するように構成される、請求項１６に記載のＵＥ。
22. 前記プロセッサおよび前記メモリは、前記第１のインターレース割り当てにしたがって、前記第２のインターレース割り当て上で少なくとも１つのＰＵＳＣＨペイロードを、および少なくとも１つのＰＵＣＣＨペイロードを送信するように構成され、ここにおいて、前記１つまたは複数のビーコン信号は、前記少なくとも１つのＰＵＣＣＨペイロードによって占有されていない前記第１のインターレース割り当てに関連付けられたリソースブロックを占有する、請求項１７に記載のＵＥ。
23. 前記第１のインターレース割り当ては、単一周波数ネットワーク（ＳＦＮ）を形成するために、少なくとも１つの追加のＵＥのアップリンク送信と共有される、請求項１６に記載のＵＥ。
24. 前記第１の割り当てにしたがって送信される前記１つまたは複数のビーコン信号は、帯域幅占有レベルを満たすまたは上回る帯域幅占有パーセンテージを提供する、請求項１６に記載のＵＥ。
25. 前記プロセッサおよび前記メモリは、
    前記ペイロードを送信するために使用される送信電力と別個に、前記１つまたは複数のビーコン信号の各々を送信するために使用される送信電力を制御するように、さらに構成される、請求項１６に記載のＵＥ。
26. 前記第２の割り当ては、第１のサブフレームについてのものであり、前記プロセッサおよび前記メモリは、
    第２のサブフレーム上で第２のアップリンク送信の別のペイロードについての第３の割り当てを受信することと、
    前記トランシーバを介して、前記第１のサブフレームと前記第２のサブフレームとの間の空のサブフレーム中で前記１つまたは複数のビーコン信号を送信することと、
    を行うように、さらに構成される、請求項１７に記載のＵＥ。
27. 前記リソース割り当ては、リソースブロックの割り当てまたは直交周波数分割多重化（ＯＦＤＭ）シンボルの割り当てを含む、請求項１７に記載のＵＥ。
28. 前記１つまたは複数のビーコン信号の各々は、前記１つまたは複数のビーコン信号を受信および処理するアクセスポイントに既知の信号波形を含む、請求項１６に記載のＵＥ。
29. ユーザ機器（ＵＥ）によるアップリンク送信のためのコンピュータ実行可能なコードを記憶したコンピュータ可読媒体であって、
    １つまたは複数のビーコン信号についての第１の割り当てを受信するためのコードと、前記第１の割り当ては、競合ベースのスペクトル中での第１のインターレース割り当てを含む、
    アップリンク送信のペイロードについてのアップリンク許可のサイズがしきい値より小さいと決定するためのコードと、
    前記アップリンク送信の前記ペイロードの前記サイズが前記しきい値より小さいと決定することに応答して、前記第１の割り当てにしたがって前記１つまたは複数のビーコン信号を送信するためのコードと、ここにおいて、前記１つまたは複数のビーコン信号は、前記競合ベースのスペクトル上での前記ＵＥによる帯域幅占有を増大させる、
    を備える、コンピュータ可読媒体。
30. 前記アップリンク送信の前記ペイロードについての前記アップリンク許可を受信するためのコードと、ここにおいて、前記アップリンク許可は、前記競合ベースのスペクトル中でのリソース割り当ておよび第２のインターレース割り当てを含む、
    前記第２のインターレース割り当て上で前記リソース割り当てにしたがって前記アップリンク送信の前記ペイロードを送信するためのコードと、
    をさらに備える、請求項２９に記載のコンピュータ可読媒体。

Images