JP2019537315A - 物理的アップリンク制御チャンネルにおけるリソースの割り当て - Google Patents

Abstract

種々の通信システムは、キャリアアグリゲーションから利益が得られる。例えば、キャリアアグリゲーションは、改良されたリソース割り当てから利益が得られる。幾つかの実施形態において、方法は、サブフレームの最初のリソース又は最後のリソースの少なくとも一方を回避するようにサブフレームにリソースを割り当てることを含む。サブフレームは、サウンディング基準信号を含まない。前記方法は、サブフレームのリソース割り当てを含むメッセージをユーザ装置へ送信することも含む。【選択図】図１

Description

種々の通信システムは、改良されたリソース割り当てから利益が得られる。例えば、キャリアアグリゲーションは、物理的アップリンク制御チャンネルにおけるリソースの割り当てを回避することから利益が得られる。

第３世代パートナーシッププロジェクト（３ＧＰＰ）テクノロジー、例えば、ＬＴＥアドバンスト（ＬＴＥ−Ａ）、又は他のそれに続く３ＧＰＰ ＬＴＥリリースは、キャリアアグリゲーションを利用することができる。キャリアアグリゲーションは、多数の個別のセル又はキャリアの集成を通して送信及び／又は受信帯域巾を増加することによりネットワークの全容量を改善するのに役立つものである。ユーザ装置（ＵＥ）が付加的なセルを使用できるようにするために、二次セルを無線リソース制御（ＲＲＣ）によって追加し、次いで、メディアアクセス制御（ＭＡＣ）によりアクチベートすることが必要である。

キャリアアグリゲーションの利益の幾つかは、ピークデータレートの増加、断片化されたスペクトルのアグリゲーションの可能性、及び高速負荷バランシングを含む。キャリアアグリゲーションの一部分として、３ＧＰＰテクノロジーは、物理的アップリンク制御チャンネル（ＰＵＣＣＨ）の使用を与える。キャリアアグリゲーションのためのＵＥフィードバックを目的としてＬＴＥリリース１０には新規なＰＵＣＣＨフォーマットが紹介されている。例えば、ＵＥが２つ以上の二次セル（ＳＣｅｌｌ）でアグリゲートされるときに使用するため、特に、ＰＵＣＣＨフォーマット３が紹介されている。

幾つかの実施形態において、方法は、サブフレームの最初のリソース又は最後のリソースの少なくとも一方を回避するようにサブフレームにリソースを割り当てることを含む。サブフレームは、サウンディング基準信号を含まない。前記方法は、サブフレームのリソース割り当てを含むメッセージをユーザ装置へ送信することも含む。

幾つかの実施形態によれば、装置は、コンピュータプログラムコードを含む少なくとも１つのメモリ、及び少なくとも１つのプロセッサを備えている。少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサとで、少なくとも、サブフレームの最初のリソース又は最後のリソースの少なくとも一方を回避するようにサブフレームにリソースを割り当てるように構成される。サブフレームは、サウンディング基準信号を含まない。又、少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサとで、サブフレームのリソース割り当てを含むメッセージをユーザ装置へ送信するようにさせるよう構成される。

幾つかの実施形態において、装置は、サブフレームの最初のリソース又は最後のリソースの少なくとも一方を回避するようにサブフレームにリソースを割り当てる手段を備えている。サブフレームは、サウンディング基準信号を含まない。前記装置は、サブフレームのリソース割り当てを含むメッセージをユーザ装置へ送信する手段も備えている。

幾つかの実施形態によれば、非一時的コンピュータ読み取り可能な媒体は、ハードウェアで実行されたときに、プロセスを遂行するインストラクションをエンコードする。そのプロセスは、最初のリソース又は最後のリソースの少なくとも一方を回避するようにサブフレームにリソースを割り当てることを含む。サブフレームは、サウンディング基準信号を含まない。前記プロセスは、サブフレームのリソース割り当てを含むメッセージをユーザ装置へ送信することも含む。

幾つかの実施形態によれば、コンピュータプログラム製品は、最初のリソース又は最後のリソースの少なくとも一方を回避するようにサブフレームにリソースを割り当てることを含む方法によるプロセスを遂行するためのインストラクションをエンコードする。サブフレームは、サウンディング基準信号を含まない。前記方法は、サブフレームのリソース割り当てを含むメッセージをユーザ装置へ送信することも含む。

幾つかの実施形態において、方法は、アクセスノードから割り当てられたアップリンクリソースをユーザ装置で受信することを含む。この方法は、ユーザ装置からサウンディング基準信号を含まないサブフレームを、その割り当てられたアップリンクリソースを使用してアクセスノードへ送信させることも含む。その割り当てられたリソースは、サブフレームに最初のリソース又は最後のリソースの少なくとも一方を含まない。

幾つかの実施形態によれば、装置は、コンピュータプログラムコードを含む少なくとも１つのメモリ、及び少なくとも１つのプロセッサを備えている。少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサとで、装置が、少なくとも、アクセスノードから割り当てられたアップリンクリソースをユーザ装置で受信するようにさせるよう構成される。又、少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサとで、装置が、少なくとも、ユーザ装置からサウンディング基準信号を含まないサブフレームを、その割り当てられたアップリンクリソースを使用してアクセスノードへ送信するようにさせるよう構成される。その割り当てられたリソースは、サブフレームに最初のリソース又は最後のリソースの少なくとも一方を含まない。

幾つかの実施形態において、装置は、アクセスノードから割り当てられたアップリンクリソースをユーザ装置で受信する手段を備えている。又、装置は、ユーザ装置からサウンディング基準信号を含まないサブフレームを、その割り当てられたアップリンクリソースを使用してアクセスノードへ送信するようにさせる手段も備えている。その割り当てられたリソースは、サブフレームに最初のリソース又は最後のリソースの少なくとも一方を含まない。

幾つかの実施形態によれば、非一時的コンピュータ読み取り可能な媒体は、ハードウェアで実行されたときに、プロセスを遂行するインストラクションをエンコードする。そのプロセスは、アクセスノードから割り当てられたアップリンクリソースをユーザ装置で受信することを含む。又、プロセスは、ユーザ装置からサウンディング基準信号を含まないサブフレームを、その割り当てられたアップリンクリソースを使用してアクセスノードへ送信するようにさせることも含む。その割り当てられたリソースは、サブフレームに最初のリソース又は最後のリソースの少なくとも一方を含まない。

幾つかの実施形態によれば、コンピュータプログラム製品は、アクセスノードから割り当てられたアップリンクリソースをユーザ装置で受信することを含む方法によるプロセスを遂行するためのインストラクションをエンコードする。その方法は、ユーザ装置からサウンディング基準信号を含まないサブフレームを、その割り当てられたアップリンクリソースを使用してアクセスノードへ送信するようにさせることも含む。その割り当てられたリソースは、サブフレームに最初のリソース又は最後のリソースの少なくとも一方を含まない。

本発明を適切に理解するために添付図面を参照する。

幾つかの実施形態によるフローチャートである。 幾つかの実施形態によるフローチャートである。 幾つかの実施形態による図である。 幾つかの実施形態による図である。 幾つかの実施形態によるシステムである。

幾つかの実施形態は、ＰＵＣＣＨフォーマット３における潜在的又は現在衝突リソースの取り扱いを改善するのに役立つものである。幾つかの実施形態は、サウンディング基準信号（ＳＲＳ）に関連した衝突を回避するようにリソースを割り当てることができる。幾つかの実施形態では、アクセスノードは、レイヤ３（Ｌ３）ＲＲＣを経てＵＥにキャリアアグリゲーション当たり４つのＰＵＣＣＨフォーマット３（Ｆ３）リソースを指定する。所与の送信時間インターバル（ＴＴＩ）に、ＵＥが少なくとも１つのＳＣｅｌｌにおいてダウンリンク（ＤＬ）送信についてスケジューリングされるとき、４つのリソースの１つが選択され、そしてレイヤ１（Ｌ１）又はレイヤ２（Ｌ２）ダウンリンク制御情報（ＤＣＩ）及び／又は物理的ダウンリンク制御チャンネル（ＰＤＣＣＨ）シグナリングによりＵＥに指示される。例えば、ＤＣＩ／ＰＤＣＣＨのＰＵＣＣＨフィールドに対する送信電力制御（ＴＣＰ）コマンドの指定が使用される。

３ＧＰＰ ＴＳ３６．２１１、第５．４．２Ａ及び５．４．３章に述べられたように、非ＳＲＳサブフレームにおける物理的リソースブロック（ＰＲＢ）対当たり５つのＰＵＣＣＨ Ｆ３リソースが利用できる。３ＧＰＰ ＴＳ３６．２１１は、参考としてここにそのまま援用される。セル特有のＳＲＳサブフレームでは、３ＧＰＰ ＴＳ３６．２１１、第５．４．２Ａに説明されたように、ＰＲＢ対の最初と最後のＰＵＣＣＨ Ｆ３リソースが互いに衝突し得る。３ＧＰＰ ＴＳ３６．２１３も、参考としてここにそのまま援用される。幾つかの実施形態では、アクセスノードは、衝突回避を容易にする上で役立つ。

幾つかの実施形態において、ＵＥは、所与のＴＴＩにＰＵＣＣＨ Ｆ３リソースを使用して、肯定確認（ＡＣＫ）又は否定確認（ＮＡＣＫ）のようなフィードバックをセルに与える。セルが一次セル（ＰＣｅｌｌ）であるときには、同じセルの同じＴＴＩ内にフィードバックを与えるためにＵＥにより使用される同じリソースを他のセルが使用することはできない。ＵＥが、ＴＴＩにおいてＳＣｅｌｌのダウンリンク送信のためにダウンリンク指定により指定されたＰＵＣＣＨ Ｆ３リソースを得る場合には、ＵＥは、３ＧＰＰ ＴＳ３６．２１３、第１０．１．２．２．２章に説明されたように、同じＴＴＩにおいて少なくとも１つの追加Ｓｃｅｌｌのダウンリンク送信に対応するダウンリンク指定により同じリソースを利用することを希望する。さもなければ、ＵＥは、一貫性のないダウンリンクＰＤＣＣＨ情報として、多数のＳＣｅｌｌのダウンリンク送信から生じる多数のダウンリンク指定を処理し、そしてダウンリンク送信がフェイルする。

以上の特徴は、ＰＵＣＣＨ Ｆ３におけるリソースの指定が潜在的なＳＲＳ衝突を回避する上で役立つシグナリング環境を生み出す。幾つかの実施形態は、サブフレームにおける最初及び／又は最後のリソースの使用を回避することにより非ＳＲＳサブフレームのＰＵＣＣＨ Ｆ３における衝突を回避することができる。幾つかの実施形態では、そのようなリソースの回避が性能に否定的に作用又は影響しない場合に、使用が回避される。性能は、例えば、アクセスノード、ＵＥ、及び／又はアクセスノードかＵＥのいずれかが位置するセルの機能に関連している。幾つかの実施形態では、制御チャンネルにおいてマルチプレクスされるサブフレーム当りのユーザ装置の数が減少されるときには否定的な性能となる。

図１は、幾つかの実施形態によるフローチャートである。より詳細には、図１は、アクセスノードのような装置の実施形態を示す。アクセスノードは、ベースステーション、進化型ノードＢ（ｅＮＢ）、サーバー、ホスト、或いはここに述べる他のアクセス又はネットワークノードのいずれかである。アクセスノードは、リソースが直交するときのサブフレームでも、サウンディング基準信号を含まないサブフレーム内での最初及び／又は最後のリソースの使用を回避することができる。換言すれば、所与のリソースが、現在、別のリソースと衝突しないときでも、アクセスノードは、それが潜在的に将来衝突するかもしれない場合には、所与のリソースを使用しないことを好む。それ故、リソースが衝突なし又は直交であっても、アクセスノードは、そのようなリソースを単に全く回避することができる。

幾つかの実施形態において、ＵＥは、サブフレームがサウンディング基準信号を含まないときでも、所与のサブフレーム内で最初又は最後のリソースの少なくとも一方を使用しなくてもよい。それ故、衝突するリソースは、所与のサブフレームにおける最初又は最後のリソースの少なくとも一方である。衝突するリソースは、同じリソース、例えば、周波数、直交コード、及び／又は時間リソースを使用して送信するようにスケジュールされるリソースである。非ＳＲＳサブフレームは、異なる直交コードを使用する最初と最後のリソースを有する。他方、ＳＲＳサブフレームは、同じ直交コードを使用するときに衝突する最初と最後のリソースである。それ故、衝突なしのリソースは、最初と最後のリソースが異なる直交コードを使用する非ＳＲＳサブフレームを指す。

幾つかの実施形態において、アクセスノードは、それがリソース割り当てにおいて衝突なしリソースの使用を回避する場合に、アクセスノード、ＵＥ、及び／又はセルの性能に対するその影響又は作用を決定する。衝突なしリソースの使用を回避することで、制御チャンネルにおいてマルチプレクスされるサブフレーム当りのＵＥの数が減少しないか、又はアクセスノード、ＵＥ、及び／又はセルの性能に否定的な影響又は作用が及ばないときには、アクセスノードは、ステップ１１０に示すように、最初のリソース及び／又は最後のリソースの使用を回避するように非ＳＲＳサブフレームにリソースを割り当てる。性能の影響は、アクセスノード以外のネットワークエンティティを含むネットワークのネットワークエンティティにより決定され又は計算される。それ故、否定的な性能上の影響は、制御チャンネルにおいてマルチプレクスされるサブフレーム当たりのＵＥ数の減少である。幾つかの実施形態において、制御チャンネルは、ＰＵＣＣＨフォーマット３である。

非ＳＲＳサブフレームは、ＳＲＳを含まないサブフレームである。例えば、ＳＲＳサブフレームでは、サブフレームの最後のＳＣ−ＦＤＭＡ記号がＳＲＳにより使用される。他方、非ＳＲＳサブフレームでは、最後のＳＣ−ＦＤＭＡ記号が物理的アップリンク共有チャンネル（ＰＵＳＣＨ）及び／又は物理的アップリンク制御チャンネル（ＰＵＣＣＨ）に対して使用される。

幾つかの実施形態において、衝突なしリソースを回避することは、ＴＴＩ当りのＵＥの数が減少されないときには否定的な影響を及ぼさないと言える。換言すれば、衝突なしリソースを回避することは、制御チャンネルにおいてマルチプレクスされるサブフレーム当たりのＵＥ数を減少しないと言える。衝突なしリソースの使用を回避することは、例えば、サブフレームにおいて最初のリソース及び／又は最後のリソースが割り当てられないことを意味する。ＰＵＣＣＨ Ｆ３を伴う幾つかの実施形態では、衝突なしリソースを回避することは、１つ以上のＰＵＣＣＨ Ｆ３ ＰＲＢ対がＰｃｅｌｌにおいて構成されるかどうかに関わらず、少なくとも１つのＰＲＢ対の最初のリソース及び／又は最後のリソースを割り当てないことを含む。ある実施形態では、単一のＵＥが、アクセスノードにより決定される最初及び／又は最後のリソースを使用せず、一方、他の実施形態では、所与のセル又はネットワークにおける複数の又は全てのＵＥが最初及び／又は最後のリソースを使用する。

アクセスノードは、幾つかの実施形態において、衝突なしリソースの使用を回避すると、否定的影響が及ぶと決定する。例えば、利用可能な帯域巾が短くなり、そして衝突なしリソース、例えば、最初及び／又は最後のリソースの使用を回避すると、利用可能な帯域巾を更に減少するように作用する。そのような実施形態では、衝突なしリソースの使用を回避するのではなく、アクセスノードは、ステップ１２０に示すように、ＵＥへのサブフレームに最初及び／又は最後のリソースを割り当てることを選択する。割り当てられたリソースは、フォーマット３物理的アップリンク制御チャンネルに含まれる。ステップ１３０において、アクセスノードは、サブフレームのリソース割り当てを含むメッセージをユーザ装置へ送信する。幾つかの実施形態において、アクセスノードは、一次セルにサービスする。

図２は、幾つかの実施形態によるフローチャートである。より詳細には、図２は、ユーザ装置（ＵＥ）のような装置の実施形態を示す。ＵＥは、ステップ２１０に示すように、アップリンクリソースの割り当てを含むメッセージ又は信号をアクセスノードから受信する。ステップ２２０において、ユーザ装置は、割り当てられたアップリンクリソースを使用してＳＲＳを有していない非ＳＲＳサブフレーム、信号及び／又はチャンネルの送信を生じさせる。リソースは、ＳＲＳが送信されないサブフレームである非ＳＲＳサブフレームにおいて最初及び／又は最後のリソースが回避されるか又は含まれないように割り当てられる。換言すれば、非ＳＲＳサブフレームでは、ＰＲＢ対、例えば、ＰＲＢ１では０及び４、そしてＰＲＢ２では５及び９内における最初及び／又は最後のリソースの割り当てが回避される。

幾つかの実施形態において、衝突なしリソースを回避することの影響又は作用に基づきリソース割り当てを決定するためにＰＵＣＣＨ Ｆ３リソース指定アルゴリズムが使用される。このアルゴリズムは、ＰＵＣＣＨ Ｆ３リソースに対して構成されるＰＲＢ対の数を入力する。例えば、ＰＵＣＣＨ Ｆ３に対して１つのＰＲＢ対が利用できる場合には、現在ＴＴＩに割り当てできるＰＵＣＣＨ Ｆ３リソースの最大数は、５である。別の例では、ＰＵＣＣＨ Ｆ３に対して２つのＰＲＢ対が利用できる場合には、現在ＴＴＩに割り当てできるＰＵＣＣＨ Ｆ３リソースの最大数は、１０である。前記入力は、アルゴリズムへ個々に入力されるか、又は２つ以上の入力が何らかの仕方で組み合わされてアルゴリズムへ入力される。

幾つかの実施形態において、このアルゴリズムは、所与の時間スパンでＵＥのためのＰＵＣＣＨ Ｆ３リソース指定を定義する出力を発生する。このアルゴリズムの出力は、マトリクス、或いは他のタイプのテーブル、チャート又はグラフの形態である。図３及び４は、このアルゴリズムで生成される出力マトリクスの例を示す。

図３は、幾つかの実施形態による図である。より詳細には、図３は、非ＳＲＳサブフレームにおける最初及び／又は最後のリソースの使用を回避しても、制御チャンネルにおいてマルチプレクスされるサブフレーム当たりのＵＥの数が減少しないとアクセスノードが決定したときのリソース割り当てを示す。図３は、１０個の連続するＴＴＩの時間スパンにおいてマトリクスがＵＥに対するＰＵＣＣＨ Ｆ３リソース指定を定義するようなリソース指定アルゴリズムの出力を例示する。図３において明らかなように、ｘ軸は、１０個のＴＴＩ３１０の時間を表わし、一方、ｙ軸は、０と９の間の番号を付したＰＵＣＣＨ Ｆ３リソース３２０を表わす。

ＰＵＣＣＨ Ｆ３に対して１つのＰＲＢ対しか構成されない場合には、５つのＰＵＣＣＨ Ｆ３リソースが利用可能である。しかしながら、ＰＵＣＣＨ Ｆ３に対して２つのＰＲＢ対が構成される場合には、１０個のＰＵＣＣＨ Ｆ３リソースが利用可能である。各付加的なＰＲＢ対は、付加的な５つのリソースを利用可能にする。マトリクスの各フィールドは、所与のＴＴＩにおいて所与のＰＵＣＣＨ Ｆ３リソースに指定されたＵＥを指示する。ＰＵＣＣＨ Ｆ３リソース３２０は、次いで、各ＴＴＩ３１０においてＵＥに指定される。幾つかの実施形態において、リソース０、１、２、３及び４は、第１のＰＲＢ対３３０に所属し、一方、リソース５、６、７、８及び９は、第２のＰＲＢ対３４０に所属する。

図３に示す実施形態では、８つの全バッファＵＥ（１と８の間の番号をもつ）にＰＵＣＣＨ Ｆ３リソース０、１、２、３、５、７及び８を指定することができる。リソース４及び９は、潜在的なＳＲＳの影響を回避するために使用されない。幾つかの実施形態において、リソース４及び９は、図１のステップ１１０により、空白とされるか又は回避される。換言すれば、リソース４及び９を回避することの性能上の影響が否定的なものでないために、又は制御チャンネルにおいてマルチプレクスされるサブフレーム当たりのユーザ装置の数が減少されないために、衝突なしリソース４及び９の使用が回避される。幾つかの実施形態において、ＵＥの数は、サブフレーム当たりのＰＵＣＣＨ Ｆ３直交コード又はリソースの数より低い。

図４は、幾つかの実施形態による図である。より詳細には、図４は、衝突なしリソースの使用を回避することの性能上の影響が否定的なものであるときのリソースの割り当てを示す。例えば、アクセスノードは、非ＳＲＳサブフレームにおける最初及び／又は最後のリソースの使用を回避すると、制御チャンネルにおいてマルチプレクスされるサブフレーム当たりのＵＥの数が減少されると決定する。ステップ１２０に示したように、衝突なしリソースの使用を回避すると、衝突なしリソースが割り当てられる。

図４に示すリソース割り当てでは、各ＴＴＩ４１０において１０個全てのＰＵＣＣＨ Ｆ３リソース４２０に１２個の全バッファＵＥ（１から１２の番号が付された）が指定される。番号０及び４又は５及び９を伴うリソース対は、ＳＲＳサブフレームにおいて互いに衝突するが、非ＳＲＳサブフレームではＵＥにそれらリソースが割り当てられる。幾つかの実施形態では、リソース４及び９が割り当てられる。というのは、それらリソースの使用を回避し、そしてそれらを割り当てないと、例えば、制御チャンネルにおいてマルチプレクスされるサブフレーム当たりのＵＥの数を減少することにより、性能上否定的影響が及ぶためである。幾つかの実施形態において、リソース０、１、２、３及び４は、第１のＰＲＢ対４３０に所属し、一方、リソース５、６、７、８及び９は、第２のＰＲＢ対４４０に所属する。

図５は、幾つかの実施形態によるシステムを示す。図１、２、３及び４に示す信号及び機能の各々は、種々の手段又はそれらの組み合せ、例えば、ハードウェア、ソフトウェア、ファームウェア、１つ以上のプロセッサ及び／又は回路により実施される。ある実施形態では、このシステムは、多数のデバイス、例えば、アクセスノード５２０又はＵＥ５１０を備えている。このシステムは、２つ以上のＵＥ５１０及び２つ以上のアクセスノード５２０を備えてもよいが、説明上、１つのアクセスノードしか示されていない。アクセスノードは、ベースステーション、ｅＮＢ、サーバー、ホスト、或いはここに述べる他のアクセス又はネットワークノードのいずれかである。

これらデバイスの各々は、５１１及び５２１で各々示された少なくとも１つのプロセッサ又は制御ユニット又はモジュールを備えている。各デバイスには、少なくとも１つのメモリが設けられ、５１２及び５２２で各々示されている。このメモリには、コンピュータプログラムインストラクション又はコンピュータコードが含まれる。１つ以上のトランシーバ５１３及び５２３が設けられ、各デバイスは、５１４及び５２４で各々示されたアンテナも備えている。各々１つのアンテナしか示されていないが、各デバイスには多数のアンテナ及び多数のアンテナ素子が設けられてもよい。例えば、他の構成のこれらデバイスが設けられてもよい。例えば、アクセスノード５２０及びＵＥ５１０は、ワイヤレス通信に加えて、ワイヤード通信のために構成されてもよく、そのようなケースでは、アンテナ５１４及び５２４は、単にアンテナに限定されず、任意の形態の通信ハードウェアでもよい。

トランシーバ５１３及び５２３は、各々、送信器単独、受信器単独、又は送・受信器、或いは送信及び受信の両方に構成されたユニット又はデバイスである。又、送信器及び／又は受信器（無線部に関する限り）は、デバイスそれ自体に配置されずに、例えば、支柱に配置されたリモート無線ヘッドとして実施されてもよい。動作及び機能は、ノード、ホスト又はサーバーのような異なるエンティティにおいて柔軟な仕方で遂行されてもよい。換言すれば、労力の分散は、ケースバイケースで変化してもよい。１つの考えられる使用は、ネットワークノードがローカルコンテンツを配達するようにさせることである。又、１つ以上の機能が、サーバーで実行できるソフトウェアにおいてバーチャルアプリケーションとして実施されてもよい。

ユーザデバイス又はＵＥ５１０は、移動電話又はスマートホン又はマルチメディアデバイスのような移動ステーション（ＭＳ）、ワイヤレス通信能力が与えられたタブレットのようなコンピュータ、ワイヤレス通信能力が与えられたパーソナルデータ又はデジタルアシスタント（ＰＤＡ）、ポータブルメディアプレーヤ、デジタルカメラ、ポケットビデオカメラ、ワイヤレス通信能力が与えられたナビゲーションユニット、或いはその組み合わせである。他の実施形態では、ユーザ装置は、人間との相互作用を必要としないマシン通信デバイス、例えば、センサ又はメーターに置き換えられてもよい。

幾つかの実施形態において、ネットワークエンティティのような装置は、図１、２、３及び４に関連して上述した実施形態を具現化するための手段を含む。幾つかの実施形態において、コンピュータプログラムコードを含む少なくとも１つのメモリは、少なくとも１つのプロセッサとで、装置が、少なくとも、ここに述べるプロセスのいずれかを遂行するようにさせるよう構成される。

幾つかの実施形態によれば、装置５２０は、コンピュータプログラムコードを含む少なくとも１つのメモリ５２２、及び少なくとも１つのプロセッサ５２１を備えている。少なくとも１つのメモリ５２２及びコンピュータプログラムコードは、少なくとも１つのプロセッサ５２１とで、装置５２０が、少なくとも、サブフレームの最初のリソース又は最後のリソースの少なくとも一方の使用を回避するようにサブフレームにリソースを割り当てさせるよう構成される。サブフレームは、サウンディング基準信号を含まない。更に、少なくとも１つのメモリ５２２及びコンピュータプログラムコードは、少なくとも１つのプロセッサ５２１とで、装置５２０が、少なくとも、割り当てられたリソースをユーザ装置へ送信するようにさせるよう構成される。装置５２０は、アクセスノード、ベースステーション、ｅＮＢ、又はサーバーを含む。

幾つかの実施形態によれば、装置５１０は、コンピュータプログラムコードを含む少なくとも１つのメモリ５１２、及び少なくとも１つのプロセッサ５１１を備えている。少なくとも１つのメモリ５１２及びコンピュータプログラムコードは、少なくとも１つのプロセッサ５１１とで、装置５１０が、少なくとも、アクセスノードから割り当てられたアップリンクリソースをユーザ装置で受信するようにさせるよう構成される。又、少なくとも１つのメモリ５１２及びコンピュータプログラムコードは、少なくとも１つのプロセッサ５１１とで、装置５１０が、少なくとも、ユーザ装置からサウンディング基準信号を含まないサブフレームを、その割り当てられたアップリンクリソースを使用してアクセスノードへ送信するようにさせるよう構成される。その割り当てられたリソースは、サブフレームに最初のリソース又は最後のリソースの少なくとも一方を含まない。装置５１０は、ユーザ装置を含む。

プロセッサ５１１及び５２１は、計算又はデータ処理デバイス、例えば、中央処理ユニット（ＣＰＵ）、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、プログラマブルロジックデバイス（ＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、デジタル改善型回路、又は同等のデバイス、或いはその組み合せにより実施される。プロセッサは、単一のコントローラとして、或いは複数のコントローラ又はプロセッサとして具現化される。

ファームウェア又はソフトウェアについては、その具現化は、少なくとも１つのチップセット（例えば、手順、機能、等）のモジュール又はユニットを含む。メモリ５１２及び５２２は、独立した適当なストレージデバイス、例えば、非一時的コンピュータ読み取り可能な媒体である。ハードディスクドライブ（ＨＤＤ）、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、又は他の適当なメモリが使用される。メモリは、単一の集積回路上でプロセッサとして結合されてもよいし又はそこから分離されてもよい。更に、メモリに記憶されてプロセッサにより処理されるコンピュータプログラムインストラクションは、適当な形態のコンピュータプログラムコード、例えば、適当なプログラミング言語で書かれたコンパイル型又は解釈型のコンピュータプログラムである。メモリ又はデータストレージエンティティは、典型的に、内部であるが、サービスプロバイダーから付加的なメモリ容量が得られる場合は、外部又はその組み合わせであってもよい。メモリは、固定でもよいし、取り外し可能でもよい。

メモリ及びコンピュータプログラムインストラクションは、特定デバイスのプロセッサとで、アクセスノード５２０又はＵＥ５１０のようなハードウェア装置が、前記プロセスのいずれかを遂行するようにさせるよう構成される（例えば、図１、２、３及び４を参照されたい）。それ故、幾つかの実施形態において、非一時的コンピュータ読み取り可能な媒体は、ハードウェアで実行されたときに、ここに述べるプロセスの１つのようなプロセスを遂行するコンピュータインストラクション又は１つ以上のコンピュータプログラム（例えば、追加又は更新ソフトウェアルーチン、アプレット又はマクロ）でエンコードされる。コンピュータプログラムは、オブジェクティブＣ、Ｃ、Ｃ＋＋、Ｃ＃、Ｊａｖａ（登録商標）、等の高レベルプログラミング言語、或いはマシン言語又はアッセンブラーのような低レベルプログラミング言語であるプログラミング言語によりコード化される。或いは又、幾つかの実施形態は、ハードウェアで完全に遂行されてもよい。

更に、図５は、アクセスノード５２０及びＵＥ５１０を含むシステムを示すが、幾つかの実施形態は、他の構成、及び図示してここに述べた付加的な要素を含む構成にも適用することができる。例えば、多数のユーザ装置デバイス及び多数のネットワークエンティティが存在するか、又は同様の機能を発揮する他のノード、例えば、ユーザ装置及びネットワークエンティティの機能を結合するノード、例えば、リレーノードが存在してもよい。同様に、ＵＥ５１０には、通信アクセスノード５２０以外の通信のための種々の構成が設けられる。例えば、ＵＥ５１０は、デバイス・対・デバイス通信のために構成される。

前記実施形態は、スケジュールをブロックする確率を下げ、そしてＵＥのスループットを高める。本明細書全体にわたって述べた幾つかの実施形態の特徴、構造、又は特性は、１つ以上の実施形態において適当な仕方で組み合わせることができる。例えば、本明細書全体にわたる「ある実施形態」、「幾つかの実施形態」、「他の実施形態」という句又は他の同様の言語の使用は、その実施形態に関連して述べる特定の特徴、構造、又は特性が本発明の少なくとも１つの実施形態に含まれることを指す。従って、本明細書全体にわたり「ある実施形態」、「幾つかの実施形態」、「他の実施形態」という句又は他の同様の言語が出現することは、必ずしも、実施形態の同じグループを指すものではなく、そしてここに述べる特徴、構造又は特性は、１つ以上の実施形態において適当な仕方で組み合わされてもよい。

当業者であれば、上述した本発明は、異なる順序のステップで、及び／又はここに開示するものとは異なる構成のハードウェア要素で、実施されてもよいことが容易に理解されよう。それ故、本発明は、それらの好ましい実施形態に基づいて説明したが、当業者であれば、本発明の精神及び範囲から逸脱せずに、幾つかの変更、修正、及び代替的構造が明らかとなろう。幾つかの実施形態は、ＬＴＥ−Ａ環境に向けられるが、他の実施形態は、ＬＴＥ環境に向けることができる。

部分用語集
３ＧＰＰ：第３世代パートナーシッププロジェクト
ＡＣＫ：肯定確認
ＣＡ：キャリアアグリゲーション
ＤＣＩ：ダウンリンク制御情報
ＤＬ：ダウンリンク
ｅＮＢ：進化型ノードＢ
Ｆ１ｂｗｃｓ：チャンネル選択を伴うフォーマット１ｂ
Ｆ３：フォーマット３
Ｌ１：レイヤ１
Ｌ２：レイヤ２
Ｌ３：レイヤ３
ＬＴＥ：長期進化
ＬＴＥ−Ａ：長期進化アドバンスト
ＭＡＣ：媒体アクセス制御
ＮＡＣＫ：否定確認
ＰＣｅｌｌ：一次セル
ＰＤＣＣＨ：物理的ダウンリンク制御チャンネル
ＰＵＣＣＨ：物理的アップリンク制御チャンネル
ＰＲＢ：物理的リソースブロック
Ｒｅｌ：リリース
ＲＲＣ：無線リソース制御
ＳＣｅｌｌ：二次セル
ＴＤ：時間ドメイン
ＴＰＣ：送信電力制御
ＴＴＩ：送信時間インターバル
ＵＥ：ユーザ装置
ＵＬ：アップリンク

３１０：ＴＴＩ
３２０：ＰＵＣＣＨ Ｆ３リソース
３３０、３４０：ＰＲＢ対
４１０：ＴＴＩ
４２０：ＰＵＣＣＨ Ｆ３リソース
４３０、４４０：ＰＲＢ対
５１０：ユーザ装置（ＵＥ）
５１１：プロセッサ
５１２：メモリ
５１３：トランシーバ
５１４：アンテナ
５２０：アクセスノード
５２１：プロセッサ
５２２：メモリ
５２３：トランシーバ
５２４：アンテナ

Claims (18)

1. コンピュータプログラムコードを含む少なくとも１つのメモリ、及び
   少なくとも１つのプロセッサ、
   を備えた装置において、少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサとで、装置が、少なくとも、
   サブフレームの最初のリソース又は最後のリソースの少なくとも一方を回避するようにサブフレームにリソースを割り当て、サブフレームは、サウンディング基準信号を含んでおらず、及び
   サブフレームのリソース割り当てを含むメッセージをユーザ装置へ送信する、
   ようにさせるよう構成される、装置。
2. 前記割り当てられたリソースは、フォーマット３物理的アップリンク制御チャンネルに含まれる、請求項１に記載の装置。
3. 前記少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサとで、装置が、少なくとも、サブフレームの最初のリソース又は最後のリソースの少なくとも一方の使用を回避することの性能的影響をアクセスノードで決定するようにさせるよう構成される、請求項１に記載の装置。
4. 前記リソースの割り当ては、制御チャンネルにおいてマルチプレクスされるサブフレーム当りのユーザ装置の数が減少されないときに前記最初のリソース又は最後のリソースの少なくとも一方において回避される、請求項１に記載の装置。
5. 前記割り当てられたリソースは、前記サウンディング基準信号がサブフレームにおいて送信されないときでも前記最初のリソース又は最後のリソースの少なくとも一方を含まない、請求項１に記載の装置。
6. 前記アクセスノードは、一次セルにサービスする、請求項１に記載の装置。
7. 前記装置は、アクセスノード、ベースステーション、進化型ノードＢ、又はサーバーを含む、請求項１に記載の装置。
8. サブフレームの最初のリソース又は最後のリソースの少なくとも一方の使用を回避するようにサブフレームにリソースを割り当て、サブフレームは、サウンディング基準信号を含んでおらず、及び
   サブフレームのリソース割り当てを含むメッセージをユーザ装置へ送信させる、
   ことを含む、方法。
9. 前記割り当てられたリソースは、フォーマット３物理的アップリンク制御チャンネルに含まれる、請求項８に記載の方法。
10. サブフレームの最初のリソース又は最後のリソースの少なくとも一方の使用を回避することの性能的影響をアクセスノードで決定することを更に含む、請求項８に記載の方法。
11. 前記リソースの割り当ては、制御チャンネルにおいてマルチプレクスされるサブフレーム当りのユーザ装置の数が減少されないときに前記最初のリソース又は最後のリソースの少なくとも一方において回避される、請求項８に記載の方法。
12. 前記割り当てられたリソースは、前記サウンディング基準信号がサブフレームにおいて送信されないときでも前記最初のリソース又は最後のリソースの少なくとも一方を含まない、請求項８に記載の方法。
13. 前記アクセスノードは、一次セルにサービスする、請求項８に記載の方法。
14. コンピュータプログラムコードを含む少なくとも１つのメモリ、及び
    少なくとも１つのプロセッサ、
    を備えた装置において、少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサとで、装置が、少なくとも、
    アクセスノードから割り当てられたアップリンクリソースをユーザ装置で受信し、及び
    ユーザ装置からサウンディング基準信号を含まないサブフレームを、その割り当てられたアップリンクリソースを使用してアクセスノードへ送信する、
    ようにさせるよう構成され、その割り当てられたリソースは、サブフレームに最初のリソース又は最後のリソースの少なくとも一方を含まない、装置。
15. 前記割り当てられたリソースは、フォーマット３物理的アップリンク制御チャンネルに含まれる、請求項１４に記載の装置。
16. 前記最初のリソース又は最後のリソースの少なくとも一方の使用は、前記回避の性能的影響が否定的でないときに回避される、請求項１４に記載の装置。
17. 前記性能的影響は、サブフレーム当りのユーザ装置の数が減少されないときには否定的でなく、サブフレームは、制御チャンネルを含む、請求項１６に記載の装置。
18. 前記装置は、ユーザ装置を含む、請求項１４に記載の装置。