JP2021526749A - 無線通信システムにおけるリソース割り当てのための方法及びデバイス - Google Patents

Abstract

本開示の実施形態は、リソース割り当てのための方法、デバイス、及びコンピュータ読み取り可能な媒体に関する。端末デバイスにおける方法は、端末デバイスからの伝送のための、割り当てられた仮想リソースと物理リソースとの間のマッピングのための粒度設定及び分散設定を決定し、粒度設定はマッピングのためのリソース粒度を示し、分散設定は物理リソースにマッピングされるときに割り当てられた仮想リソースが分けられるリソースグループの数を示すことと、粒度設定及び分散設定に基づいて、割り当てられた仮想リソースと物理リソースとの間のマッピングを決定することと、を含む。【選択図】図３

Description

本開示の非限定的且つ例示的な実施形態は、一般に、無線通信の技術分野に関し、特に、リソース割り当てのための方法及びデバイスに関する。

本節は、本開示の理解をより容易にし得る態様を紹介する。従って、本節の記載は、このような観点から読まれるべきであり、先行技術にあるもの、又は先行技術にないものについての承認として理解されるべきではない。

現在、第３世代パートナーシッププロジェクト（３ＧＰＰ）では、新しい第５世代（５Ｇ）無線通信技術が研究されている。５Ｇ通信システムには、新しい無線（ＮＲ：Ｎｅｗ Ｒａｄｉｏ）と呼ばれるアクセス技術が採用されている。

３ＧＰＰでは、ＮＲにおける無免許スペクトルの利用に関する検討項目が合意されている。この検討項目は、２０１８年２月から開始されており、事業者が無免許スペクトルを利用することでサービス提供を強化することを可能にする技術に注目している。無免許スペクトルは、ライセンスアシストアクセス（ＬＡＡ：Ｌｉｃｅｎｓｅｄ Ａｓｓｉｓｔｅｄ Ａｃｃｅｓｓ）モードでもスタンドアロンモードでも利用可能である。

本開示の様々な実施形態は、主に無線通信のためのリソース割り当てを改善することを目的としている。

本開示の第１の態様では、端末デバイスで実行されるリソース割り当てのための方法を提供する。この方法は、割り当てられた仮想リソースと物理リソースとの間のマッピングのための粒度設定及び分散設定を決定することと、前記粒度設定及び前記分散設定に基づいて、前記割り当てられた仮想リソースと前記物理リソースとの間のマッピングを決定することとを含む。前記粒度設定は前記マッピングのためのリソース粒度を示し、前記分散設定は前記物理リソースにマッピングされるときに前記割り当てられた仮想リソースが分けられるリソースグループの数を示す。

本開示の第２の態様では、ネットワークデバイスで実行されるリソース割り当てのための方法を提供する。この方法は、端末デバイスからの伝送のための、割り当てられた仮想リソースと物理リソースとの間のマッピングを、前記端末デバイスのための粒度設定及び分散設定に基づいて決定することと、前記物理リソースでの前記端末デバイスからの伝送を受信することとを含む。前記粒度設定は前記マッピングのためのリソース粒度を示し、前記分散設定は前記物理リソースにマッピングされるときに前記割り当てられた仮想リソースが分けられるリソースグループの数を示す。

本開示の第３の態様では、端末デバイスを提供する。端末デバイスは、プロセッサとメモリとを備える。前記メモリは、前記プロセッサによって実行可能な命令を含み、それによって、前記ネットワークデバイスは、本開示の第１の態様に記載の方法を実行するように動作する。

本開示の第４の態様では、ネットワークデバイスを提供する。ネットワークデバイスは、プロセッサとメモリとを備える。前記メモリは、前記プロセッサによって実行可能な命令を含み、それによって、前記ネットワークデバイスは、本開示の第２の態様に記載の方法を実行するように動作する。

本開示の第５の態様では、デバイスの少なくとも１つのプロセッサによって実行されると、前記デバイスに本開示の第１の態様に記載の方法を実行させるコンピュータプログラムが格納されたコンピュータ読み取り可能な媒体を提供する。

本開示の第６の態様では、デバイスの少なくとも１つのプロセッサによって実行されると、前記デバイスに本開示の第２の態様の方法を実行させるコンピュータプログラムが格納されたコンピュータ読み取り可能な媒体を提供する。

本開示の実施形態は、リソース効率、及び／又は無線通信の性能を改善することができる。

本開示の様々な実施形態の上記及び他の態様、特徴、及び利点は、添付の図面を参照した以下の詳細な説明から、より明らかになる。添付の図面において、類似又は同等の要素に類似する参照符号が使用されている。図面は、本開示の実施形態の理解を容易にするために示され、必ずしも縮尺で描かれている必要はない。

図１は、本開示の実施形態が実施されることができる例示的な無線通信ネットワークを示す。

図２Ａ〜２Ｂは、仮想リソースから物理リソースへのマッピングの例を示す。

図３は、本開示の一実施形態に係るリソース割り当てのための方法のフローチャートを示す。

図４〜７は、本開示の実施形態に係るリソースマッピングの例を示す。

図８は、本開示の実施形態に係るリソース割り当てのための別の方法のフローチャートを示す。

図９は、本開示の実施形態に係る端末デバイス、又はネットワークデバイスとして具現化される／それらに含まれることができる装置の簡略的なブロック図を示す。

以下、本開示の原理及び精神を、例示的な実施形態を参照して説明する。これらの全ての実施形態は、単に当業者が本開示をよりよく理解し、さらに実施するために与えられるものであり、本開示の範囲を限定するために与えられるものではないと理解されるべきである。例えば、１つの実施形態の一部として図示又は記載される特徴は別の実施形態とともに使用されて、さらに別の実施形態を生み出すことができる。明確のために、実際の実施に関するすべての特徴が本明細書に記載されているわけではない。

明細書における「一実施形態」、「ある実施形態」、「例示的な実施形態」などへの言及は、記載される実施形態が特定の特徴、構造、又は特性を含む可能性があることを示すが、全ての実施形態が該特定の特徴、構造、又は特性を含む必要はない。また、そのような表現は、必ずしも同じ実施形態を指すとは限らない。さらに、特定の特徴、構造、又は特性がある実施形態に関連して記載されている場合、明示的に記載されているか否かにかかわらず、他の実施形態に関連してその特徴、構造、又は特性に影響を与えることは、当業者の知識の範囲内である。

「第１」及び「第２」等の用語は、様々な要素を記述するために本明細書で使用されることがあるが、これらの要素は、これらの用語によって限定されるべきではないと理解されるべきである。これらの用語は、１つの要素を別の要素と区別するためにのみ使用される。例えば、例示的な実施形態の範囲から逸脱することなく、第１の要素は第２の要素と呼ばれることができ、同様に、第２の要素は第１の要素と呼ばれることができる。本明細書で使用されるように、「及び／又は」という用語は、リストされた用語のうちの１つ又は複数の任意及びすべての組み合わせを含む。

本明細書で使用される用語は、特定の実施形態を説明することのみを目的としており、例示的な実施形態を限定することを意図するものではない。本明細書で使用されるように、単数形である「１つ（ａ）」、「１つ（ａｎ）」及び「上記（ｔｈｅ）」は、文脈からそうでないことが明確に示されていない限り、複数形も含むことを意図している。本明細書で使用される場合、「備える」、「有する」、及び／又は「含む」という用語は、記載される特徴、要素、及び／又は構成要素等の存在を特定するが、１つ又は複数の他の特徴、要素、構成要素、及び／又はそれらの組み合わせの存在又は追加を排除するものではないことも理解されたい。

以下の説明及び特許請求の範囲において、別段の定義がない限り、本明細書で使用されるすべての技術的及び科学的用語は、本開示が属する技術分野の当業者によって一般的に理解されるのと同じ意味を有する。

本明細書で使用されるように、「無線通信ネットワーク」という用語は、任意の適切な無線通信規格に準拠するネットワークを指す。ここでの規格は、例えば、新しい無線（ＮＲ）、ロングタームエボリューション（ＬＴＥ：Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）、ＬＴＥ-アドバンスト（ＬＴＥ-Ａ：ＬＴＥ−Ａｄｖａｎｃｅｄ）、広帯域符号分割多元接続（ＷＣＤＭＡ：Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、高速パケットアクセス（ＨＳＰＡ：Ｈｉｇｈ-Ｓｐｅｅｄ Ｐａｃｋｅｔ Ａｃｃｅｓｓ）などを含む。また、「無線通信ネットワーク」は「無線通信システム」と呼ばれることもある。さらに、ネットワークデバイス同士の間、ネットワークデバイスと端末デバイスとの間、又は端末デバイス同士の間の無線通信ネットワークでの通信は、任意の適切な通信プロトコルに従って実行されることができる。ここでの通信プロトコルは、モバイル通信用グローバルシステム（ＧＳＭ：Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ)、ユニバーサル・モバイル・テレコミュニケーションズ・システム(ＵＭＴＳ：Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ)、ＬＴＥ、ＮＲ、ＩＥＥＥ８０２．１１規格などの無線ローカルエリアネットワーク(ＷＬＡＮ)規格、及び／又は現在知られている又は将来開発される他の適切な無線通信規格を含むが、これらに限定されない。

本明細書で使用されるように、「ネットワークデバイス」という用語は、端末デバイスがデータ及びシグナリングを送受信する無線通信ネットワークにおけるネットワークノードを指す。ネットワークデバイスは、適用される用語や技術によって、基地局（ＢＳ：Ｂａｓｅ Ｓｔａｔｉｏｎ）又はアクセスポイント（ＡＰ：Ａｃｃｅｓｓ Ｐｏｉｎｔ）、例えば、ノードＢ（ＮｏｄｅＢ又はＮＢ）、Ｅｖｏｌｖｅｄ ＮｏｄｅＢ（ｅＮｏｄｅＢ又はｅＮＢ）、ＮＲ ＮＢ（ｇＮＢとも呼ばれる）、リモート無線ユニット（ＲＲＵ：Ｒｅｍｏｔｅ Ｒａｄｉｏ Ｕｎｉｔ）、無線ヘッダ（ＲＨ：Ｒａｄｉｏ Ｈｅａｄｅｒ）、リモート無線ヘッド（ＲＲＨ：Ｒｅｍｏｔｅ Ｒａｄｉｏ Ｈｅａｄ）、リレー、及びフェムトやピコなどの低電力ノードなどを指すことができる。

「端末デバイス」という用語は、無線通信が可能である任意のエンドデバイスを指す。非限定的な例として、端末デバイスは、通信デバイス、ユーザ機器（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）、加入者局（ＳＳ：Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、携帯型加入者局（Ｐｏｒｔａｂｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、移動局（ＭＳ：Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）、又はアクセス端末（ＡＴ：Ａｃｃｅｓｓ Ｔｅｒｍｉｎａｌ）と呼ばれることもある。端末デバイスは、携帯電話、セルラー電話、スマートフォン、ボイスオーバーＩＰ（ＶｏＩＰ）電話、無線ローカルループ電話、タブレット、装着型端末デバイス、携帯情報端末（ＰＤＡ：Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、ポータブルコンピュータ、デスクトップコンピュータ、デジタルカメラなどの画像キャプチャ端末デバイス、ゲーミング端末デバイス、音楽記憶・再生装置、車載型無線端末デバイス、無線エンドポイント、モバイルステーション、ラップトップ組込機器（ＬＥＥ：Ｌａｐｔｏｐ-ｅｍｂｅｄｄｅｄ Ｅｑｕｉｐｍｅｎｔ）、ラップトップ搭載機器（ＬＭＥ：Ｌａｐｔｏｐ-ｍｏｕｎｔｅｄ Ｅｑｕｉｐｍｅｎｔ）、ＵＳＢドングル、スマートデバイス、無線顧客宅内機器（ＣＰＥ：Ｃｕｓｔｏｍｅｒ-Ｐｒｅｍｉｓｅｓ Ｅｑｕｉｐｍｅｎｔ）などを含んでもよいが、これらに限定されない。以下の説明では、「端末デバイス」、「通信デバイス」、「端末」、「ユーザ機器」及び「ＵＥ」という用語を互換的に使用することができる。

別の例として、ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｉｎｇｓ）シナリオにおいて、端末デバイスは、監視及び／又は測定を実行するとともに、このような監視及び／又は測定の結果を別の端末デバイス及び／又はネットワーク機器に伝送する機械又は他のデバイスを表すことができる。この場合、端末デバイスは、Ｍ２Ｍ（ｍａｃｈｉｎｅ−ｔｏ−ｍａｃｈｉｎｅ）デバイスであってもよい。なお、Ｍ２Ｍデバイスは、３ＧＰＰのコンテキストでは、ＭＴＣ（ｍａｃｈｉｎｅ−ｔｙｐｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）デバイスと呼ばれることがある。特定の例として、端末デバイスは、３ＧＰＰ ＮＢ-ＩｏＴ（ｎａｒｒｏｗ ｂａｎｄ ｉｎｔｅｒｎｅｔ ｏｆ ｔｈｉｎｇｓ）規格を実装するＵＥであってもよい。このような機械又はデバイスの例としては、センサ、電力計などの計測デバイス、産業機械、又は家庭用／個人用の電化製品などが挙げられる。家庭用／個人用の電化製品には、例えば冷蔵庫、テレビ、時計などの個人用装着製品が含まれる。他のシナリオでは、端末デバイスは、その動作状態又はその動作に関連する他の機能を監視及び／又は報告することができる車両又は他の機器を表すことができる。

本明細書で使用されるように、ダウンリンク（ＤＬ）伝送は、ネットワークデバイスからＵＥへの伝送を指し、アップリンク（ＵＬ）伝送は、反対方向の伝送を指す。

図１は、本開示の実施形態が実施されることができる例示的な無線通信ネットワーク１００を示す。図示されるように、通信ネットワーク１００は、１つ又は複数のネットワークデバイス、例えば、ｅＮＢ又はｇＮＢの形態であり得るネットワークデバイス１０１を含んでもよい。ネットワークデバイス１０１は、ノードＢ、ＢＴＳ（Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｔａｔｉｏｎ）、及び／又はＢＳＳ（Ｂａｓｅ Ｓｔａｔｉｏｎ Ｓｕｂｓｙｓｔｅｍ）、アクセスポイント（ＡＰ）などの形態であってもよいと理解されるべきである。ネットワークデバイス１０１は、一組の端末デバイス、例えば端末デバイス１０２-１、１０２-２、及び１０２-３に無線接続を提供し、この一組の端末デバイスは総称して「端末デバイス１０２」と呼ばれる。簡略化のために３つの端末デバイスのみが図１に示されているが、実際には、より多く又はより少ない端末デバイスが通信ネットワークに含まれることができると理解されるべきである。

ネットワークデバイス１０１は、ライセンスされた周波数帯又はライセンスされていない周波数帯（アンライセンスバンド）で端末デバイス１０２と通信できることに留意されたい。世界中のいくつかの地域では、アンライセンスバンドでの動作に対する規制が規定されている。例えば、占有帯域幅（ＯＣＢ：Ｏｃｃｕｐｉｅｄ Ｃｈａｎｎｅｌ Ｂａｎｄｗｉｄｔｈ）に関する欧州電気通信標準化委員会（ＥＴＳＩ：Ｅｕｒｏｐｅａｎ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｔａｎｄａｒｄｓ Ｉｎｓｔｉｔｕｔｅ）の規則によれば、端末デバイスからのＵＬ伝送の９９％の電力は、アンライセンスバンドのシステム帯域幅の８０％以上を占めるべきである。さらに、伝送のパワースペクトル密度（ＰＳＤ：Ｐｏｗｅｒ Ｓｐｅｃｔｒｕｍ Ｄｅｎｓｉｔｙ）は、所定の閾値を超えてはならない。

アンライセンスバンドに関する規制を満たすために、ブロックインターリーブ周波数分割多重化（Ｂ-ＩＦＤＭ：Ｂｌｏｃｋ Ｉｎｔｅｒｌｅａｖｅｄ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎａｌ Ｍｕｌｔｉｐｌｅｘｉｎｇ）と呼ばれるリソースインターレース方法を使用することができる。説明且つ比較のために、現在ＮＲで使用されているリソース割り当てスキームの例を図２Ａに、ＬＡＡで使用されているインターリーブリソース割り当ての例を図２Ｂにそれぞれ示す。

図２Ａに示す例では、３から６のインデックスを持つ４つの仮想リソースブロック（ＶＲＢ）が端末デバイス、例えば図１に示す１つの端末デバイス１０２に割り当てられる。そして、例えばＮＲ物理アップリンク共有チャネル（ＰＵＳＣＨ：Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅ Ｃｈａｎｎｅｌ）伝送において周波数ダイバーシティを達成するために、インターリーブされたＶＲＢから物理リソースブロック（ＰＲＢ）へのマッピングが採用される。図２Ａに示すように、ＶＲＢからＰＲＢへのマッピングのうち、４つの連続ＶＲＢは、２つの分散したグループ２１０、２２０に分けられる。第１のグループ２１０は、インデックス４及び６のＰＲＢを含み、第２のグループ２２０は、インデックス３及び５のＰＲＢを含む。インターリーブされたＶＲＢからＰＲＢへのマッピングを有効にするか否かは、上位層により設定されることができることに留意されたい。

図２Ｂに示す例では、システム帯域幅が複数のインターレースされたグループに分割され、且つ各グループがシステム帯域幅に亘って広がる複数のＰＲＢで構成されるインターリーブされたリソース割り当てスキームが使用されている。端末デバイスは、インターレースされたグループのうちの１つが割り当てられる。特に、図２Ｂに示す例では、端末デバイス（例えば、図１に示す１つの端末デバイス１０２）は、システム帯域幅に亘って分散する０、４、８、及び１２のインデックスを持つ４つのＰＲＢを含むグループが割り当てられている。図２Ａに示す例と比較して、より分散されたリソースが端末デバイスに割り当てられる。従って、図２Ｂに示すリソース割り当てのソリューションは、（ｅ）ＬＡＡ ＰＵＳＣＨにおいて、伝送がアンライセンスバンドに関するＯＣＢ規制に準拠するように使用されることができる。

図２Ａ及び２Ｂに示すＶＲＢの数及び分散グループの数は、単なる例示のためのものであり、より小さい又はより大きい帯域幅を有するリソース割り当てにも同じ原理が適用できると理解されるべきである。一例として、図２Ｂに示すようなインターリーブリソース割り当てスキームにおける隣接する分散グループ間の間隔は、２０ＭＨｚ帯域幅（例えば、１００ＲＢを含む）、又は１０ＭＨｚ帯域幅（例えば、５０ＲＢを含む）を有するシステムで１０ＲＢであってもよい。

図２Ｂに示すように、インターリーブ（インターレースとも呼ばれる）リソース割り当ては、伝送のために割り当てられるリソースをシステム帯域幅に亘って均一に分散させ、これにより、アンライセンスバンドに関するＯＣＢ規制を満たす。

ＮＲシステムは、アンライセンスバンドでスタンドアロン動作モードをサポートする必要がある場合があるので、アンライセンスバンドでのアップリンク制御伝送もサポートされるべきである。例えば、表１に示すフォーマット０〜４のいずれかを使用した物理アップリンク制御チャネル（ＰＵＣＣＨ：Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）伝送は、アンライセンスバンドで行われることができる。
表１：ＰＵＣＣＨフォーマット

現在、フォーマット０、フォーマット１又はフォーマット４のＰＵＣＣＨ伝送は1つのＲＢを占有し、フォーマット２又はフォーマット３のＰＵＣＣＨ伝送は複数のＲＢ、例えば最大で１６個のＲＢを占有する場合がある。しかし、このような伝送フォーマットでは、アンライセンスバンドに関するＯＣＢ規制を満たすことができない。この問題を解決するために、３ＧＰＰドキュメントＲ１-１６２９３９では、１つのＰＲＢを占有するＰＵＣＣＨ（例えば、ＰＵＣＣＨフォーマット１／１ａ／１ａ、２／２ａ／２ｂ、３、５）について、Ｍ個（例えば、５つ又は１０個）のＲＢごとにＰＵＣＣＨリソースを繰り返すことができることが提案されている。ＰＵＣＣＨリソースを分散させるためのいくつかの代替案は、上記ドキュメントで検討されている。例えば、ＰＵＣＣＨリソースは、周波数領域でブロック拡散（Ｂｌｏｃｋ-ｓｐｒｅａｄ）されてもよく、あるいは、ＰＵＣＣＨリソースの自己拡散（Ｓｅｌｆ-ｓｐｒｅａｄｉｎｇ）と組み合わせたＰＵＣＣＨリソースの分散マッピングを使用してもよい。また、多重化能力を高めるために、単一のＰＵＣＣＨ ＲＢのＲＥを部分的にＭ個のＲＢに分散させてもよい。

本開示の発明者は、無線通信システム（例えば、ＮＲシステム）で利用可能なライセンスされた又はライセンスされていない周波数帯域が、総帯域幅、ＲＢの総数、規制条件、周波数間隔、及び／又は帯域の周波数で異なる特性を有する可能性があることを認識している。例えば、異なる周波数帯域において、及び／又は同じ周波数帯域の異なる時間間隔において、異なる数値（異なるサブキャリア間隔（ＳＣＳ）及び／又は異なるシンボル長を含む）が採用される場合がある。従来のリソース割り当てのソリューションは、可変特性を有する周波数帯域での無線通信をサポートするのに十分な柔軟性を有していない。

３ＧＰＰドキュメントＲ１-１８０２８６５では、ヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）依存インターレーススキームが提案されており、そのうち、ｅＬＡＡインターレース波形は、１５ＫＨzのＳＣＳについてリソース割り当てに直接適用されることができるが、３０ＫＨzのＳＣＳについて、それぞれ５ＲＢ間隔で均一に分離された１０ＲＢからなる５つのインターレースが定義されることができる。さらに、６０ＫＨｚのＳＣＳでは、サブＲＢベースのインターレース構造を導入することができることが提案されている。一例として、５つのインターレースを定義することが提案されており、そのうち、各インターレースは１０個のサブＲＢからなり、各サブＲＢは６つのＲＥからなり、且つ５サブＲＢ間隔で均一に分離されている。このスキームは、ヌメロロジーのいくつかの特定の設定のために特定の設計を提供するだけで、潜在的な動作周波数帯域の様々な特性に対応するための柔軟な方法を提供していない。

さらに、リソース割り当てのいくつかのコーナーケースが考慮されていない。例えば、割り当てられたＲＢの数（例えば、ＰＵＣＣＨの場合）がインターレースの数よりも大きい場合にインターレースパターンをどのように設計するかは、依然として未解決の問題である。

リソース割り当てを改善するために、本開示では、方法、デバイス、及びコンピュータ読み取り可能な媒体が提案されている。いくつかの実施形態では、アンライセンスバンドにおける（例えば、ＰＵＳＣＨ及び／又はＰＵＣＣＨのための）周波数リソース割り当てを解決するための統一且つ設定可能な方法を提供するように、改善されたインターリーブされたＶＲＢからＰＲＢへのマッピングが提案されている。なお、本開示の実施形態は、アンライセンスバンド又はＮＲシステムに実施されることに限定されるものではなく、同様の問題が存在する任意の周波数帯域又は無線通信システムに、より広く適用され得ると理解されるべきである。

いくつかの実施形態では、端末デバイス（例えば、図１の端末デバイス１０２）のためのリソース割り当ては、システム帯域幅内のＲＢの数、周波数帯域に関する規制条件、ＳＣＳ及び帯域の周波数などのうちの少なくとも１つに基づいて構成されてもよい。

ここで、本開示の一実施形態に係るリソース割り当てのための例示的な方法３００のフローチャートを示す図３を参照する。方法３００は、例えば、図１に示す端末デバイス１０２によって実行されることができる。説明を容易にするために、方法３００は、図１に示す端末デバイス１０２及び通信ネットワーク１００を参照して以下に説明される。なお、本開示の実施形態は、それに限定されない。

方法３００では、リソース割り当てを決定するために、粒度設定（ｇｒａｎｕｌａｒｉｔｙ ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び分散設定を含む設定パラメータが導入される。図３に示すように、ブロック３１０において、端末デバイス１０２は、割り当てられた仮想リソースをその伝送用の物理リソースにマッピングするための粒度設定及び分散設定を決定する。粒度設定は、マッピングのためのリソース粒度を示し、分散設定は、物理リソースにマッピングされるときに割り当てられた仮想リソースが分けられるリソースグループの数を示す。

いくつかの実施形態では、端末デバイス１０２は、ネットワークデバイス、例えば図１のネットワークデバイス１０１から粒度設定及び分散設定のうちの１つ又は両方を受信することで、マッピングのための粒度設定及び分散設定を決定してもよい。非限定的な例として、粒度設定及び分散設定の少なくとも１つは、上位層シグナリング、例えば無線リソース制御（ＲＲＣ）シグナリングを介して、ネットワークデバイス１０１から端末デバイス１０２に伝送されてもよい。いくつかの実施形態では、粒度設定及び／又は分散設定を運ぶために他のシグナリングが使用されてもよいと理解されるべきである。簡略化のために、以下では、粒度設定及び分散設定をそれぞれパラメータρ及びＦを用いて表記することがある。

代替的に、又はそれに加えて、ブロック３１０において、端末デバイス１０２は、ρ及びＦの少なくとも１つと、ＳＣＳ、システム帯域幅、及びシステム帯域幅内のリソースブロックの総数のうちの少なくとも１つとが関連付けられた、予め定められたテーブルに基づいて、粒度設定ρ及び分散設定Ｆの少なくとも１つを決定してもよい。一例として、粒度設定ρ及び分散設定Ｆの両方は、ＳＣＳ及びシステム帯域幅の設定に基づいて、予め定められたテーブル、例えば下記の表２を参照して決定されることができる。

一実施形態では、ＳＣＳが３０ＫＨｚであり、システム帯域幅が６０ＭＨｚであり、システム帯域幅にＲＢが１６２個ある場合、端末デバイス１０２は、表２に基づいて、粒度設定ρの値を１とし、分散設定Ｆの値を９とするように決定することができる。
表２．リソース割り当てのための設定

別の実施形態では、ＳＣＳが６０ＫＨｚであり、システム帯域幅が２０ＭＨｚであり且つ２４個のＲＢを含む場合、端末デバイス１０２は、表２に基づいて、（ρ，Ｆ）の値を（１，１２）又は（１／２，６）と決定することができる。さらなる実施形態では、端末デバイス１０２は、ネットワークデバイス１０１からのシグナリングにさらに基づいて、（ρ，Ｆ）について値（１，１２）を使用するか、それとも値（１／２，６）を使用するかを決定してもよい。同様に、ＳＣＳが６０ＫＨｚであり、システム帯域幅が４０ＭＨｚであり且つ５０個のＲＢを含む場合、端末デバイス１０２は、表２に基づいて、（ρ，Ｆ）の値を（１，１０）又は（１／２，５）と決定することができる。

代替的に、別の実施形態では、ハイブリッド決定スキームが使用されてもよい。例えば、粒度設定ρ及び分散設定Ｆの一方は、予め定められたテーブル（例えば、表２）に基づいて決定され、他方は、暗黙的に決定されるか、又はネットワークデバイス１０１からのシグナリング（例えば、ＲＲＣシグナリング）を介して受信されてもよい。

ブロック３２０において、端末デバイス１０２は、決定された粒度設定及び分散設定に基づいて、その送信のための、割り当てられた仮想リソースと物理リソースとの間のマッピングを決定する。

説明の目的だけとして、決定された粒度設定及び分散設定に基づいて、割り当てられた仮想リソースと物理リソースとの間のマッピングを決定するためのいくつかの例は、図４及び図５に示されている。これらの例にはいくつかの特定の値／設定が使用されているが、限定ではなく模式的な説明のためにのみ示されていると理解されるべきである。つまり、同じ原理は他のシナリオやシステム構成にも適用される。

図４に示す例では、簡略化のために、１６個のＲＢを含むシステム帯域幅４０１、及び端末デバイス１０２からの伝送のための４つのＶＲＢを含むリソース割り当て４０２が想定されている。さらに、この例では、ブロック３１０において、例えばシグナリング、又はテーブル、又はそれらの組み合わせに基づいて端末デバイス１０２によってρが１であると決定され、且つ分散設定Ｆが４であると決定されることが想定されている。いくつかの実施形態では、ブロック３２０において、端末デバイス１０２は、粒度設定に基づいて、仮想リソースから物理リソースへのマッピングのためのリソース粒度を決定してもよい。リソース粒度は、本開示では、以降、リソース要素（ＲＥ：Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ）バンドルと呼ばれることもある。いくつかの実施形態では、リソース粒度は、粒度設定に基づいて、複数のサブキャリアからなるＲＥバンドルとして決定されてもよい。例えば、ＲＥバンドルは、Ｌ個のサブキャリアで構成されてもよく、ここで、

であって、ρは、決定された粒度設定の値を表し、

は、ＲＢ内のサブキャリアの数を表し、

は、床関数の演算（Ｆｌｏｏｒ Ｏｐｅｒａｔｉｏｎ）を表す。図４の例では、ρ＝１である場合、Ｌは１２個のサブキャリアであると決定され、即ち、この場合、ＲＥバンドルは1ＲＢに等しく、図４に示すように、４つのＲＢを含む４つのＲＥバンドル４０３が物理リソースにマッピングされることになる。

４つのＲＥバンドル４０３は、例えば、アンライセンスバンドに関するＯＣＢ規制を満たすために、物理リソースへのマッピング中に広帯域で分散されてもよい。いくつかの実施形態では、ブロック３２０において、端末デバイス１０２は、割り当てられた仮想リソースが分けられるリソースグループの数をさらに決定してもよい。一例として、リソースグループの数は、決定された分散設定Ｆ及び粒度設定ρの両方に基づいて決定されてもよい。図４では、リソースグループの数Ｒは、Ｒ＝Ｆ／ρ＝４として決定され、各グループに１つのＲＥバンドルを有してもよい。図４に示すように、４つのグループ４１１〜４１４は分離されている。このようにして、アンライセンスバンドに関するＯＣＢ規制が満たされる。

本開示のさらなる実施形態では、ブロック３２０において、端末デバイス１０２は、システム帯域幅内のリソースブロックの総数及び決定された分散設定に基づいて、隣接するリソースグループ間の間隔を決定してもよい。非限定的な例として、間隔は、Ｎ_ｓｐａｃＲＥバンドルとして決定されてもよく、ここで、Ｎ_ｓｐａｃ＝Ｎ／Ｆ、Ｎはシステム帯域幅内のリソースブロックの総数を表し、Ｆは決定された分散設定の値を表す。図４の例では、Ｎ＝１６、Ｆ＝４であり、隣接するリソースグループ間の間隔は、Ｎ_ｓｐａｃ＝４ＲＥバンドルであると決定され、従って、隣接するグループ（例えば、グループ４１１、４１２）は、図４に示すように、４ＲＥバンドルの間隔で分離されている。実施形態は、このような特定の方法で間隔を決定することに限定されないと理解されるべきである。例えば、別の実施形態では、間隔Ｎ_ｓｐａｃは、Ｎ_ｓｐａｃ＝α.Ｎ／Ｆであるように決定されてもよく、ここで、αは端末デバイス１０２のスケーリングファクタである。

図５には別の例が示されており、ここで、１６個のＲＢを含む総帯域幅５０１、及び端末デバイス１０２からの伝送のための６つのＶＲＢを含むリソース割り当て５０２が想定されている。さらに、この例では、ブロック３１０において、例えばシグナリング、又はテーブル、又はそれらの組み合わせに基づいて、端末デバイス１０２によってρが１／２であると決定され、分散設定Ｆが２であると決定されることが想定されている。次に、ブロック３２０において、端末デバイス１０２は、仮想リソースから物理リソースへのマッピングのためのリソース粒度（即ち、ＲＥバンドル）をＬ個のサブキャリアに決定してもよく、ここで、

。
即ち、この例では、１つのＲＥバンドルがＲＢの半分に対応する。従って、割り当てられた６つのＲＢ５０２は、図５に示すように、１２個のＲＥバンドル５０３に対応する。

いくつかの実施形態では、ブロック３２０において、端末デバイス１０２は、割り当てられた仮想リソースが分けられるリソースグループの数をさらに決定してもよい。図５に示す例では、リソースグループの数は、Ｒ＝Ｆ／ρ＝４であると決定されてもよい。図５に示すように、４つのグループ５１１〜５１４は分離されており、各グループには３つのＲＥバンドルがある。

図４の例と同様に、端末デバイス１０２は、さらに隣接するリソースグループ間の間隔をＮ_ｓｐａｃＲＥバンドルとして決定してもよく、ここで、Ｎ_ｓｐａｃ＝Ｎ／Ｆ。図５の例では、Ｎ＝１６であり、Ｆ＝２であるので、隣接するリソースグループ間の間隔は、Ｎ_ｓｐａｃ＝８ＲＥバンドルとして決定される。

図４及び図５では、システム帯域幅、割り当てられたＶＲＢの数、粒度設定、及び分散設定の具体的な値／設定が採用されているが、これらの値／設定は例としてのみ示されており、実施形態はこれらの特定の値／設定に限定されないと理解されるべきである。その代わりに、方法３００は、様々なシステム構成及びシナリオに適応する柔軟なリソース割り当てスキームを提供する。

実際には、システム帯域幅及びそれに対応するシステム帯域幅内のＲＢの数（簡略化のためにＮと表記される）は設定可能であり、これにより、提案された無線通信システム（例えば、ＮＲシステム）の柔軟性に有利する設定可能なインターレースマッピングスキームは、前方互換性のためのより好ましい選択である。

さらに、アンライセンスバンドに関する規制は、地域固有なものである可能性があり、これは、ＥＴＳＩによって規定されたＯＣＢ規制のような規制が地域によって適用されない可能性があることを意味し、そのような場合には、これらの地域で分散リソースマッピングを採用する必要がない場合がある。このような規制条件を考慮して、本開示のいくつかの実施形態では、リソース割り当て用のフォールバックモードをサポートする統一的かつ設定可能な方法を使用することが提案されており、例えば、ライセンスバンドで使用されるものと同じリソース割り当てを、ＯＣＢ規制のない地域に適用してもよい。一例として、上述した方法３００のブロック３１０において、端末デバイス１０２は、リソース割り当て用のフォールバックモードを使用するために、（例えば、シグナリング又は予め定められたルールに基づいて）粒度設定をρ＝Ｆと決定してもよい。この場合、割り当てられたＶＲＢはＲ＝Ｆ／ρ＝１グループに分けられるため、リソースが分散されないことになる。

既に上述したように、いくつかの実施形態では、パラメータ（粒度設定ρ及び分散設定Ｆなど）の値は、システム帯域幅、システム帯域幅内のＲＢの数、規制条件、サブキャリア間隔、及び／又はバンド周波数などに基づいて、例えば表２のような予め定められたテーブルに基づいて決定されてもよい。

代替的又は追加的に、いくつかの実施形態では、粒度設定（例えば、ρ）は、復調参照信号（ＤＭＲＳ：Ｄｅｍｏｄｕｌａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）モードを考慮して決定されてもよい。例えば、各分散リソースグループに完全なＤＭＲＳグループが含まれるようにρの値が決定されてもよい。一例として、ρは、伝送で使用されるＤＭＲＳモードに応じて、１／３又は１／４であるように決定されてもよい。

いくつかの実施形態では、端末デバイス１０２は、粒度設定ρの値を、予め定められた粒度値のセットから選択してもよい。限定ではなく説明のために、予め定められた粒度値のセットは、値１と、１よりも小さい正の値を含んでもよい。例えば、予め定められた粒度値のセットは、１、１／４、１／３、及び１／２を含んでもよい。１よりも小さい分数（例えば、１／２、１／３、１／４）は、周波数スペクトルの効率、及び端末デバイス１０２のエネルギーの利用を改善することができる。

別の実施形態では、予め定義された粒度値のセットは、分散設定の値であるＦの値を含んでもよい。即ち、リソース割り当て用のフォールバックモードを提供するために、いくつかの実施形態では、ρは、Ｆに等しい値に設定されてもよい。

いくつかの実施形態では、端末デバイス１０２は、ネットワークデバイス１０１からρ及び／又はＦの値を直接受信してもよく、受信された値は、ネットワークデバイス１０１によって、予め定められた粒度値のセットから選択されたものであることに留意されたい。

ここで、図３に戻って参照する。いくつかの実施形態では、図３のブロック３２０において、端末デバイス１０２は、追加のファクタ／パラメータに基づいて、仮想リソースから物理リソースへのマッピングを決定してもよい。例えば、いくつかの実施形態では、ブロック３１５において、端末デバイス１０２は、ネットワークデバイス１０１からリソース割り当て指示を受信してもよい。リソース割り当て指示は、開始仮想リソース及び連続して割り当てられたリソースに関する長さを示す。本開示では、簡略化のために、示された開始仮想リソース及び長さは、それぞれ、block_start及びL_blockと表記される場合がある。次に、ブロック３２０において、端末デバイス１０２は、受信されたリソース割り当て指示に示されたblock_start及びL_blockにさらに基づいて、リソースマッピングを決定してもよい。限定ではなく説明のために、端末デバイス１０２は、ネットワークデバイス１０１から動的物理層ダウンリンク制御信号を介して、開始仮想リソースblock_start及び長さL_blockを含むリソース割り当て指示を受信してもよい。いくつかの実施形態では、物理ダウンリンク制御信号は、ダウンリンク制御指示（ＤＣＩ：Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｄｉｃａｔｉｏｎ）を含んでもよい。一例として、開始リソースblock_start及び長さL_blockは、ＤＣＩ内のリソース指示値（ＲＩＶ：Ｒｅｓｏｕｒｓｅ Ｉｎｄｉｃａｔｉｏｎ Ｖａｌｕｅ）の情報フィールドを介して示されてもよい。

いくつかの実施形態では、block_start及びL_blockの両方は、ＲＢの単位で示される。さらなる実施形態では、開始仮想リソースblock_startは、Ｆの倍数、即ち、 block_start＝ｍ・Ｆであってもよく、ここで、ｍは正の整数である。しかしながら、シグナリングオーバーヘッドを節約するために、いくつかの実施形態では、ネットワークデバイス１０１は、端末デバイス１０２に対して、ｍ・Ｆではなくｍの値だけを示してもよい。これに対応して、図３のブロック３２０において、端末デバイス１０２は、受信したblock_startの値にＦを乗算することにより、開始仮想リソースブロックRB_startを決定してもよく、即ち、 RB_start＝Ｆ・block_start。実施形態は、このような開始仮想リソースを決定するための特定の方法に限定されず、いくつかの実施形態では、端末デバイス１０２は、別の方法で、示された開始仮想リソースblock_startと分散設定Ｆの値とに基づいて開始仮想リソースブロックを決定してもよいと理解されるべきである。例えば、開始仮想リソースブロックRB_startは、RB_start＝Ｆ・block_start＋βによって決定されてもよく、ここで、βは、一定であるか、または端末デバイス１０２のために設定されることができるリソースオフセットである。

同様に、いくつかの実施形態では、L_blockは、コンパクトな方法で端末デバイスに示されてもよい。例えば、L_block＝ｎ・Ｆである場合、ネットワークデバイス１０１は、端末デバイスにｎの値のみを示してもよい。そのような実施形態では、ブロック３２０において、端末デバイスは、示された長さと分散設定Ｆの値に基づいて、連続して割り当てられるリソースブロックの数を決定してもよい。例えば、連続して割り当てられるリソースブロックの数L_RBsは、例えば、L_RBs＝Ｆ・L_block、L_RBs＝Ｆ・L_block＋λ、L_RBs＝λ・Ｆ・L_blockのいずれかによって決定されてもよい。ここで、Ｆは分散設定の値を表し、L_blockは、連続して割り当てられたリソースに関する長さの受信値を表し、λは、一定であるか、または端末デバイス１０２のために設定されることができる調整係数である。

開始仮想リソース及び長さ（即ち、block_start及びL_block）に基づいてリソースマッピングを決定するための例は、図４及び図５に示されている。図４に示す例では、Ｆ＝４、block_start＝２、L_block＝１である。その結果、端末デバイス１０２は、開始ＲＢをRB_start＝Ｆ・block_start＝8に、割り当てられるＲＢの数をL_RBs＝Ｆ・L_block＝4に決定することができる。即ち、インデックス８から始まる４つのＶＲＢ４０２は、物理リソースへのマッピングのために端末デバイスに割り当てられる。同様に、図５では、Ｆ＝４、block_start＝１、L_block＝３であり、端末デバイス１０２は、開始ＲＢをRB_start＝Ｆ・block_start＝4に、割り当てられるＲＢの数をL_RBs＝Ｆ・L_block＝6に決定することができる。即ち、インデックス４から始まる６つのＶＲＢ５０２は、物理リソースへのマッピングのために端末デバイスに割り当てられる。

本開示の実施形態は、データ及び／又は制御伝送のためのリソース割り当てに使用されてもよいことに留意されたい。ＰＵＣＣＨなどの制御シグナリングは、比較的小さなペイロードを有し、従って、必要なＲＢの数は少ない場合がある。例えば、フォーマット０、１、４のＰＵＣＣＨ伝送には1つのＲＢを使用することができ、フォーマット２又は３のＰＵＣＣＨ伝送には複数（例えば、最大で１６個）のＲＢを使用することができる。さらに、ＰＵＣＣＨフォーマット２及びフォーマット３のためのＲＢの数は、それぞれ上位層シグナリングＰＵＣＣＨ-Ｆ２-ｎｕｍｂｅｒ-ｏｆ-ＰＲＢ及びＰＵＣＣＨ-Ｆ３-ｎｕｍｂｅｒ-ｏｆ-ＰＲＢを介して設定されてもよい。

また、ＰＵＣＣＨの開始ＲＢは、上位層シグナリングＰＵＣＣＨ-ｓｔａｒｔｉｎｇ-ＰＲＢによって示されてもよい。なお、特定のシグナリングは単なる例として提示され、本開示の実施形態は、リソース割り当て設定を端末デバイスに搬送するためのいかなる特定のシグナリングに限定されないと理解されるべきである。

上記したＰＵＣＣＨ伝送の特性を考慮して、上述した仮想リソースから物理リソースへのマッピングのための方法と同様なものをＰＵＣＣＨに適用することができるが、いくつかの実施形態では、割り当てられたリソースの長さの決定操作をさらに改善してもよい。例えば、示された開始ＲＢ番号と割り当てられたリソースの長さは、Ｆの倍数でなくてもよい。

非限定的な例として、ＰＵＣＣＨ伝送の場合、ブロック３１５で端末デバイス１０２によって（例えば、上位層シグナリングＰＵＣＣＨ-Ｆｘ-ｎｕｍｂｅｒ-ｏｆ-ＰＲＢを介して）受信されたリソース割り当て指示は、連続して割り当てられたリソースに関する長さの値L_blockを示す場合、端末デバイス１０２は、示されたL_blockとＦに基づいて、連続して割り当てられたリソースに関する長さを決定することができる。例えば、示された長さL_blockがＦよりも小さい場合、連続して割り当てられたリソースに関する長さL_RBsはＦであると決定され、示された長さL_blockがＦと同程度である場合、連続して割り当てられたリソースに関する長さL_RBsは、示された長さL_blockであると決定されてもよい。言い換えれば、
L_block＜Ｆである場合、L_RBs＝Ｆ；
そうでない場合、L_RBs＝L_block。

リソース割り当てのための例は、図６に示されている。この例では、２つの端末デバイス（例えば、図１の端末デバイス１０２-１及び１０２-２）がシステム帯域幅６０１で多重化されており、２つの端末デバイスのためのリソース割り当て設定パラメータが表３に示されている。
表３．端末デバイスのためのリソース割り当て設定

この例では、両方の端末デバイスについて、設定されたL_block＝Ｆ、連続して割り当てられたリソースに関する長さは、L_RBs＝L_block＝4であると決定されてもよい。その結果、図６に示すように、両方の端末デバイスには４つのＶＲＢが割り当てられることになる。また、端末デバイス１０２-１に対して block_start＝１が設定されているので、端末デバイス１０２-１に割り当てられるＶＲＢ６０２は、インデックス１のＲＢから始まる。同様に、端末デバイス１０２-２に対してblock_start＝５であり、その結果、端末デバイス１０２-２に割り当てられるＶＲＢ６０３は、図６に示すように、インデックス５のＲＢから始まる。この例では、両方の端末デバイスに対してρ＝１が設定され、リソース粒度、即ちＲＥバンドルは、両方の端末デバイスで１ＲＢであると決定される。図６に示すように、割り当てられたＶＲＢ６０２、６０３は、それぞれＲＥバンドル６０４、６０５に対応する。また、両方の端末デバイスに対して、ρ＝１、Ｆ＝４が設定されているので、割り当てられたＶＲＢ６０２、６０３のそれぞれは、Ｒ＝Ｆ／ρ＝４の分散グループ、即ち、端末デバイス１０２-１のためのグループ６１１〜６１４、端末デバイス１０２-２のためのグループ６２１〜６２４に分けられることができる。

リソース割り当てのための別の例を図７に示す。この例では、２つの端末デバイス（例えば、図１の端末デバイス１０２-１及び１０２-２）がシステム帯域幅７０１で多重化され、２つの端末デバイスのためのリソース割り当て設定パラメータが表４に示されている。
表４．端末デバイスのためのリソース割り当て設定

この例では、端末デバイス１０２-１に対してL_block＝６、block_start＝１が設定され、端末デバイス１０２-２に対してL_block＝５、block_start＝９が設定され、その結果、図７に示すように、ＶＲＢ＃１から始まる６つのＶＲＢ７０２と、ＶＲＢ＃９から始まる５つのＶＲＢ７０３が、それぞれ２つの端末デバイスに割り当てられる。この例では、両方の端末デバイスに対してρ＝１が設定され、リソース粒度（即ちＲＥバンドル）が両方の端末デバイスで１ＲＢであると決定されている。図７に示すように、割り当てられたＶＲＢ７０２、７０３は、それぞれＲＥバンドル７０４、７０５に対応する。また、両方の端末デバイスでは、ρ＝１、Ｆ＝４が設定されているので、割り当てられたＶＲＢ７０２、７０３のそれぞれは、Ｒ＝Ｆ／ρ＝４の分散グループ、即ち、端末デバイス１０２-１のためのグループ７１１〜７１４、端末デバイス１０２-２のためのグループ７２１〜７２４に分けられることができる。

代替的に、別の実施形態では、端末デバイス１０２は、連続して割り当てられたリソースに関する長さを、L_RBs＝ｍ・Ｆと決定してもよく、ここで、ｍはｍ・Ｆ≧L_blockを満たす最小の整数である。例えば、設定されたL_block＝５、Ｆ＝４の場合、ＰＵＣＣＨ用の連続して割り当てられたＲＢの数がL_RBs＝2・Ｆ＝8ＲＢと決定されることができる。このようにして、ＰＵＣＣＨのために割り当てられたリソースはシステム帯域に分散され、それによって、周波数ダイバーシティが改善され、及び／又はアンライセンスバンドに関するＯＣＢ規制が満たされることができる。

他の利点について、提案されたリソース割り当てのソリューションは、従来のリソース割り当てスキームと容易に統合されることができる。例えば、従来のＬＴＥシステムは、容易にアップグレードされて提案されたソリューションを採用することができる。非限定的な例として、リソース効率を改善し、及び／又はアンライセンスバンドに関する規制に適応するために、新しいインターリーブされた仮想リソース要素（ＶＲＥ）から物理リソース要素（ＰＲＥ）へのマッピングは、本開示の実施形態に従って以下のように定義されることができる。

まず、ＲＥバンドルｉは、リソース要素{iL,iL+1,…,iL+L-1}として定義されることができ、ここで、

は、リソース要素バンドルのサイズであり、ρは、上位層パラメータによって提供される粒度設定（ブロック密度とも呼ばれる）である。

次に、ＶＲＥバンドルjは、ＰＲＥバンドルf(j)にマッピングされることができる。ここで、

(１)
上記の式において、

は、ＰＵＳＣＨ又はＰＵＣＣＨが伝送される帯域部分のサイズを表し、Ｆは、上位層パラメータによって提供される分散設定（スケーリングファクタとも呼ばれる）である。

また、アップリンクタイプ２の場合、リソース割り当てフィールドは、開始仮想リソースブロック（RB_start）に対応するＲＩＶと、連続して割り当てられたリソースブロックに関する長さL_RBsで構成される。ネットワークデバイス１０１によって伝送され且つ端末デバイス１０２によって受信されるリソース指示値は、以下のように定義されることができる。

の場合、

(２)
そうでない場合、

(３)
ここで、 L_blockは、１以上且つ

以下である。さらに、

、
RB_start＝Ｆ・block_start、L_RBs＝Ｆ・L_blockであり、ここで、Ｆは、上位層パラメータによって提供されるスケーリングファクタである。

本開示の一実施形態に係るリソース割り当てのための別の方法８００のフローチャートを示す図８を参照する。方法８００は、例えば、図１に示すネットワークデバイス１０１によって実行されることができる。説明を容易にするために、方法８００は、図１に示すネットワークデバイス１０１及び通信ネットワーク１００を参照して以下に説明される。なお、本開示の実施形態は、それに限定されない。

図８に示すように、ブロック８１０において、ネットワークデバイス１０１は、端末デバイス、例えば図１の端末デバイス１０２のための粒度設定と分散設定に基づいて、割り当てられた仮想リソースと物理リソースとの間のマッピングを決定する。粒度設定は、マッピングのためのリソース粒度（ＲＥバンドルと呼ばれることもある）を示し、分散設定は、物理リソースにマッピングされるときに割り当てられた仮想リソースが分けられるリソースグループの数を示す。方法３００及び図３〜７を参照して提供された粒度設定ρ及び分散設定Ｆに関する説明は、ここにも適用されるため、詳細の説明は省略される。

ブロック８２０において、ネットワークデバイス１０１は、物理リソースでの端末デバイス１０２からの伝送を受信する。

オプションとして、いくつかの実施形態では、ブロック８０５において、ネットワークデバイス１０１は、リソースマッピングに関するネットワークデバイス１０１と端末デバイス１０２との間の共通理解を達成するために、粒度設定及び分散設定の少なくとも１つを端末デバイス１０２に伝送してもよい。非限定的な例として、粒度設定及び分散設定の少なくとも１つは、上位層シグナリング、例えばＲＲＣシグナリングを介して端末デバイス１０２に伝送されてもよい。

代替的に、又はそれに加えて、いくつかの実施形態では、ブロック８０３において、ネットワークデバイス１０１は、粒度設定ρ及び分散設定Ｆの少なくとも１つと、ＳＣＳ、システム帯域幅、及びシステム帯域幅内のリソースブロックの総数の少なくとも１つとが関連付けられた、予め定められたテーブルに基づいて、粒度設定ρ及び分散設定Ｆの少なくとも１つを決定してもよい。表２は予め定められたテーブルの一例と見なされることができる。この場合、ネットワークデバイス１０１及び端末デバイス１０２の両方は、既知のテーブルに基づいて設定パラメータのρ及び／又はＦを決定することができ、従って、ρ及び／又はＦを伝送するためのシグナリングが回避されることができる。いくつかの実施形態では、粒度設定及び分散設定の決定にハイブリッド方式が使用されてもよいと理解されるべきである。例えば、ρ及びＦの一方は、ネットワークデバイス１０１及び端末デバイス１０２の両方によって、予め定められたテーブルに基づいて決定され、他方は暗黙的に導出されてもよい。あるいは、ρ及びＦの一方は、ネットワークデバイス１０１によって信号化され端末デバイス１０２に伝送され、他方は、両側によって暗黙的に導出されてもよい。

いくつかの実施形態では、ブロック８１０において、ネットワークデバイス１０１は、端末デバイス１０２について説明したものと同様の方法で、粒度設定及び分散設定に基づいてマッピングを決定してもよい。従って、方法３００及び図３〜７を参照して提供されたマッピングの決定に関する説明は、ここにも適用され、詳細の説明は省略される。

図９は、端末デバイス（例えば、図１に示す端末デバイス１０２）又はネットワークデバイス（例えば、図１に示すネットワークデバイス１０１）として具現化され／それらに含まれることができる装置９００の簡略的なブロック図を示す。

装置９００は、データプロセッサ（ＤＰ）などの少なくとも１つのプロセッサ９１１と、プロセッサ９１１に結合された少なくとも１つのメモリ（ＭＥＭ）９１２とを備える。装置９００は、プロセッサ９１１に結合され、且つ他の装置と通信可能に接続するように動作可能である送信機ＴＸ及び受信機ＲＸ９１３をさらに含んでもよい。ＭＥＭ９１２は、プログラム又はコンピュータプログラムコード９１４を記憶する。少なくとも１つのメモリ９１２及びコンピュータプログラムコード９１４は、少なくとも１つのプロセッサ９１１と共に、装置９００を、少なくとも本開示の実施形態に従って、例えば方法３００又は８００を実行させるように構成される。

少なくとも１つのプロセッサ９１１と少なくとも１つのＭＥＭ９１２の組み合わせは、本開示の様々な実施形態を実施するように構成される処理手段９１５を形成することができる。

本開示の様々な実施形態は、プロセッサ９１１によって実行可能なコンピュータプログラム、ソフトウェア、ファームウェア、ハードウェア、又はそれらの組み合わせによって実装されることができる。

ＭＥＭ９１２は、ローカル技術環境に適した任意のタイプのものであってもよく、非限定的な例として、半導体ベースのメモリデバイス、磁気メモリデバイス及びシステム、光メモリデバイス及びシステム、固定メモリ及びリムーバブルメモリなどの任意の適切なデータ記憶技術を使用して実施されてもよい。

プロセッサ９１１は、ローカル技術環境に適した任意のタイプのものであってもよく、非限定的な例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、及びマルチコアプロセッサアーキテクチャに基づくプロセッサのうちの１つ又は複数を含んでもよい。

さらに、本開示は、上述のコンピュータプログラムを含むキャリアを提供することができる。キャリアは、コンピュータ読み取り可能な記憶媒体と、伝送媒体とを含む。コンピュータ読み取り可能な記憶媒体は、例えば、光コンパクトディスクや、ＲＡＭ（ランダムアクセスメモリ）、ＲＯＭ（リードオンリーメモリ）、フラッシュメモリ、磁気テープ、ＣＤ-ＲＯＭ、ＤＶＤ、ブルーレイディスク等のような電子記憶装置を含んでもよい。伝送媒体は、例えば、電気的、光学的、無線的、音響的又は他の形態の伝搬信号、例えば搬送波、赤外線信号などを含んでもよい。

本明細書に記載された技術は、様々な手段によって実施されることができるので、実施形態で説明した対応する装置の１つ又は複数の機能を実現する装置は、先行技術の手段だけでなく、対応する装置の１つ又は複数の機能を実現するための手段を含み、そして、上記装置は、それぞれの別個の機能のための別個の手段、又は２つ以上の機能を実行するように構成される手段を含むことができる。例えば、これらの技術は、ハードウェア（例えば、回路又はプロセッサ）、ファームウェア、ソフトウェア、又はそれらの組み合わせで実装されることができる。ファームウェア又はソフトウェアの場合、実装は、本明細書に記載された機能を実行するモジュール（例えば、手順、機能など）を介して行われることができる。

いくつかの例示的な実施形態は、上記のように、方法及び装置のブロック図及びフローチャートを参照して説明されている。ブロック図及びフローチャートの各ブロック、ならびにブロック図及びフローチャートの各ブロックの組み合わせは、それぞれ、コンピュータプログラム命令を含む様々な手段によって実施されることができると理解されるべきである。これらのコンピュータプログラム命令は、コンピュータ又は他のプログラム可能なデータ処理装置上で実行される命令が、フローチャートブロックで指定される機能を実現するための手段を作成するように、汎用コンピュータ、専用コンピュータ、又は他のプログラム可能なデータ処理装置にロードされて機械を製造することができる。

本明細書は多くの具体的な実施形態の詳細が記載されているが、これらはいかなる実装又は特許請求の範囲に対する限定とするものではなく、むしろ特定の実装の特定の実施形態に特有の機能の説明として解釈されるべきである。本明細書において別々の実施形態の文脈で説明された特定の特徴は、単一の実施形態において組み合わせて実装されることもできる。逆に、単一の実施形態の文脈で説明された様々な特徴は、別々にまたは任意の適切なサブコンビネーションで複数の実施形態で実装されることもできる。さらに、特徴が特定の組み合わせで動作するものとして上記で説明され、当初はそのように特許請求されていても、特許請求された組み合わせからの１つ以上の特徴は、場合によっては、その組み合わせから除外することができ、特許請求された組み合わせはサブコンビネーションまたはサブコンビネーションのバリエーションに向けられてもよい。

技術の進歩に伴い、本発明の概念を様々な方法で実施できることは、当業者にとって明らかである。上述した実施形態は、本開示を限定するのではなく説明するために提供されるものであり、当業者であれば容易に理解できるように、本開示の精神及び範囲から逸脱することなく、修正及び変更することができると理解される。そのような修正及び変更は、本開示の範囲及び添付の特許請求の範囲内にあると見なされる。本開示の保護範囲は、添付の特許請求の範囲によって定義される。

本開示で使用されるいくつかの略語及びそれに対応する表現を以下にリストする。
３ＧＰＰ 第三世代パートナーシッププロジェクト（Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）
ＬＴＥ ロングタームエボリューション（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｖｅｄ）
ＮＲ 新しい無線（Ｎｅｗ Ｒａｄｉｏ）
(ｅ)ＬＡＡ （強化された）ＬＴＥライセンスアシストアクセス（(ｅｎｈａｎｃｅｄ) ＬＴＥ Ｌｉｃｅｎｓｅｄ Ａｓｓｉｓｔｅｄ Ａｃｃｅｓｓ）
ＰＵＣＣＨ 物理アップリンク制御チャネル（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）
ＰＵＳＣＨ 物理アップリンク共有チャネル（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）
ＲＢ リソースブロック（Ｒｅｓｏｕｒｃｅ Ｂｏｌｃｋ）
ＲＥ リソース要素（Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｅｔ）
ＤＣＩ ダウンリンク制御インジケータ（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｄｉｃａｔｏｒ）
ＲＩＶ リソース指示値（Ｒｅｓｏｕｒｓｅ Ｉｎｄｉｃａｔｉｏｎ Ｖａｌｕｅ）
ＯＣＢ 占有帯域幅（Ｏｃｃｕｐｉｅｄ Ｃｈａｎｎｅｌ Ｂａｎｄｗｉｄｔｈ）
ＥＴＳＩ 欧州電気通信標準化委員会（Ｅｕｒｏｐｅａｎ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｔａｎｄａｒｄｓ Ｉｎｓｔｉｔｕｔｅ）
ＳＣＳ サブキャリア間隔（Ｓｕｂ−Ｃａｒｒｉｅｒ Ｓｐａｃｉｎｇ）

本開示の実施形態が実施されることができる例示的な無線通信ネットワークを示す。

仮想リソースから物理リソースへのマッピングの例を示す。 仮想リソースから物理リソースへのマッピングの例を示す。

本開示の一実施形態に係るリソース割り当てのための方法のフローチャートを示す。

本開示の実施形態に係るリソースマッピングの例を示す。 本開示の実施形態に係るリソースマッピングの例を示す。 本開示の実施形態に係るリソースマッピングの例を示す。 本開示の実施形態に係るリソースマッピングの例を示す。

本開示の実施形態に係るリソース割り当てのための別の方法のフローチャートを示す。

本開示の実施形態に係る端末デバイス、又はネットワークデバイスとして具現化される／それらに含まれることができる装置の簡略的なブロック図を示す。

本明細書で使用されるように、「無線通信ネットワーク」という用語は、任意の適切な無線通信規格に準拠するネットワークを指す。ここでの規格は、例えば、新しい無線（ＮＲ）、ロングタームエボリューション（ＬＴＥ：Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）、ＬＴＥ-アドバンスト（ＬＴＥ-Ａ：ＬＴＥ−Ａｄｖａｎｃｅｄ）、広帯域符号分割多元接続（ＷＣＤＭＡ（登録商標）：Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、高速パケットアクセス（ＨＳＰＡ：Ｈｉｇｈ-Ｓｐｅｅｄ Ｐａｃｋｅｔ Ａｃｃｅｓｓ）などを含む。また、「無線通信ネットワーク」は「無線通信システム」と呼ばれることもある。さらに、ネットワークデバイス同士の間、ネットワークデバイスと端末デバイスとの間、又は端末デバイス同士の間の無線通信ネットワークでの通信は、任意の適切な通信プロトコルに従って実行されることができる。ここでの通信プロトコルは、モバイル通信用グローバルシステム（ＧＳＭ：Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ)、ユニバーサル・モバイル・テレコミュニケーションズ・システム(ＵＭＴＳ：Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ)、ＬＴＥ、ＮＲ、ＩＥＥＥ８０２．１１規格などの無線ローカルエリアネットワーク(ＷＬＡＮ)規格、及び／又は現在知られている又は将来開発される他の適切な無線通信規格を含むが、これらに限定されない。

非限定的な例として、ＰＵＣＣＨ伝送の場合、ブロック３１５で端末デバイス１０２によって（例えば、上位層シグナリングＰＵＣＣＨ-Ｆｘ-ｎｕｍｂｅｒ-ｏｆ-ＰＲＢを介して）受信されたリソース割り当て指示は、連続して割り当てられたリソースに関する長さの値L_blockを示す場合、端末デバイス１０２は、示されたL_block とＦに基づいて、連続して割り当てられたリソースに関する長さを決定することができる。例えば、示された長さL_block がＦよりも小さい場合、連続して割り当てられたリソースに関する長さL_RBs はＦであると決定され、示された長さL_blockがＦ以上である場合、連続して割り当てられたリソースに関する長さ L_RBsは、示された長さ L_blockであると決定されてもよい。言い換えれば、
L_block＜Ｆである場合、 L_RBs＝Ｆ；
そうでない場合、 L_RBs＝L_block。

Claims (46)

1. リソース割り当てのための方法であって、
   割り当てられた仮想リソースと物理リソースとの間のマッピングのための粒度設定及び分散設定を決定し、前記粒度設定は前記マッピングのためのリソース粒度を示し、前記分散設定は、前記物理リソースにマッピングされるときに前記割り当てられた仮想リソースが分けられるリソースグループの数を示すことと、
   前記粒度設定及び前記分散設定に基づいて、前記割り当てられた仮想リソースと前記物理リソースとの間のマッピングを決定することと、
   を含む方法。
2. 前記粒度設定及び前記分散設定を決定することは、
   ネットワークデバイスから前記粒度設定及び前記分散設定の少なくとも1つを受信することを含む、
   請求項１に記載の方法。
3. 粒度設定及び分散設定の少なくとも１つを受信することは、
   前記ネットワークデバイスから無線リソース制御（ＲＲＣ）シグナリングを介して前記粒度設定及び前記分散設定の少なくとも１つを受信することを含む、
   請求項２に記載の方法。
4. 前記粒度設定及び前記分散設定を決定することは、
   前記粒度設定及び前記分散設定の少なくとも１つと、サブキャリア間隔、システム帯域幅、及び前記システム帯域幅内のリソースブロックの総数の少なくとも１つとが関連付けられた、予め定められたテーブルに基づいて、前記粒度設定及び前記分散設定の少なくとも１つを決定することを含む、
   請求項１に記載の方法。
5. 前記マッピングを決定することは、
   前記決定された粒度設定の値及びリソースブロック内のサブキャリアの数に基づいて、前記マッピングのための前記リソース粒度を、複数のサブキャリアを含むリソース要素バンドルとして決定することを含む、
   請求項１に記載の方法。
6. 前記リソース要素バンドルはＬ個のサブキャリアを含み、ここで、
   

   

   、
   ρは、前記決定された粒度設定の値を表し、
   

   

   は、リソースブロック内のサブキャリアの数を表し、
   

   

   は、床関数の演算を表す、
   請求項５に記載の方法。
7. 前記マッピングを決定することは、
   前記決定された粒度設定及び分散設定に基づいて、リソースグループの数を決定することを含む、
   請求項１に記載の方法。
8. 前記リソースグループの数を決定することは、
   前記リソースグループの数をＲ＝Ｆ／ρとして決定することを含み、ここで、Ｆは、前記決定された分散設定の値を表し、ρは、前記決定された粒度設定の値を表す、
   請求項７に記載の方法。
9. 前記粒度設定の値は、前記分散設定の値と同じであるように決定される、
   請求項１に記載の方法。
10. 前記マッピングを決定することは、
    システム帯域幅内のリソースブロックの総数、及び前記決定された分散設定に基づいて、隣接するリソースグループ間の間隔を決定することを含む、
    請求項１に記載の方法。
11. 前記隣接するリソースグループ間の間隔は、Ｎ_ｓｐａｃ＝Ｎ／Ｆとして決定され、ここで、Ｎは、システム帯域幅内のリソースブロックの総数を表し、Ｆは、前記決定された分散設定の値を表す、
    請求項１０に記載の方法。
12. 前記粒度設定は、１よりも小さい正数を含む予め定められたセットから選択される値を示す、
    請求項１から１１のいずれか１項に記載の方法。
13. 前記予め定められたセットは、第１の復調参照信号モードに関連する値である１／３と、第２の復調参照信号モードに関連する値である１／４とを含む、
    請求項１２に記載の方法。
14. 前記粒度設定は復調参照信号モードに固有である、
    請求項１に記載の方法。
15. 前記ネットワークデバイスからリソース割り当て指示を受信することをさらに含み、
    前記リソース割り当て指示は、開始仮想リソース、及び連続して割り当てられたリソースに関する長さを示す、
    請求項１に記載の方法。
16. 前記マッピングを決定することは、
    前記示された開始仮想リソースと、前記決定された分散設定の値とに基づいて、開始仮想リソースブロックを決定することを含む、
    請求項１５に記載の方法。
17. 前記開始仮想リソースブロックは、RB_start＝Ｆ・block_startとして決定され、ここで、Ｆは、前記決定された分散設定の値を表し、block_startは、前記受信されたリソース割り当て指示によって示される開始仮想リソースの値を表す、
    請求項１６に記載の方法。
18. 前記マッピングを決定することは、
    前記示された長さと、前記決定された分散設定の値とに基づいて、連続して割り当てられたリソースブロックの数を決定することを含む、
    請求項１５に記載の方法。
19. 連続して割り当てられたリソースブロックの数は、L_RBs＝Ｆ・L_blockとして決定され、ここで、Ｆは、前記分散設定の値を表し、L_blockは、前記受信されたリソース割り当て指示によって示される連続して割り当てられたリソースに関する長さを表す、
    請求項１８に記載の方法。
20. 前記マッピングを決定することは、
    前記示された長さが前記決定された分散設定の値よりも小さい場合、連続して割り当てられたリソースブロックの数を、前記決定された分散設定の値と等しくなるように決定することと、
    前記示された長さが前記決定された分散設定Ｆの値と同程度である場合、連続して割り当てられたリソースの数を、前記示された長さとして決定することと、を含む、
    請求項１８に記載の方法。
21. 前記マッピングを決定することは、
    連続して割り当てられたリソースブロックの数をL_RBs＝ｍ・Ｆとして決定することを含み、ここで、ｍは、ｍ.Ｆを前記示された長さ以上にする最小の整数である、
    請求項１８に記載の方法。
22. リソース割り当てのための方法であって、
    端末デバイスからの伝送のための、割り当てられた仮想リソースと物理リソースとの間のマッピングを、前記端末デバイスのための粒度設定及び分散設定に基づいて決定し、前記粒度設定は前記マッピングのためのリソース粒度を示し、前記分散設定は、前記物理リソースにマッピングされるときに前記割り当てられた仮想リソースが分けられるリソースグループの数を示すことと、
    前記物理リソースでの前記端末デバイスからの伝送を受信することと、
    を含む方法。
23. 前記粒度設定及び前記分散設定の少なくとも１つを前記端末デバイスに伝送することをさらに含む、
    請求項２２に記載の方法。
24. 前記伝送することは、無線リソース制御（ＲＲＣ）シグナリングを介して伝送することを含む、
    請求項２３に記載の方法。
25. 前記粒度設定及び前記分散設定の少なくとも１つと、サブキャリア間隔、システム帯域幅、及び前記システム帯域幅内のリソースブロックの総数の少なくとも１つとが関連付けられた、予め定められたテーブルに基づいて、前記粒度設定及び前記分散設定の少なくとも１つを決定することをさらに含む、
    請求項２２に記載の方法。
26. 前記マッピングを決定することは、
    前記粒度設定の値及びリソースブロック内のサブキャリアの数に基づいて、前記マッピングのためのリソース粒度を、複数のサブキャリアを含むリソース要素バンドルとして決定することを含む、
    請求項２２に記載の方法。
27. 前記リソース要素バンドルはＬ個のサブキャリアを含み、ここで、
    

    

    、ρは、前記粒度設定の値を表し、
    

    

    は、リソースブロック内のサブキャリアの数を表し、
    

    

    は、床関数の演算を表す、
    請求項２６に記載の方法。
28. 前記マッピングを決定することは、
    前記粒度設定及び分散設定に基づいて、前記リソースグループの数を決定することを含む、
    請求項２２に記載の方法。
29. 前記リソースグループの数を決定することは、
    前記リソースグループの数をＲ＝Ｆ／ρとして決定することを含み、ここで、Ｆは前記分散設定の値を表し、ρは、前記粒度設定の値を表す、
    請求項２８に記載の方法。
30. 前記粒度設定の値は前記分散設定の値と同じである、
    請求項２２に記載の方法。
31. 前記マッピングを決定することは、
    システム帯域幅内のリソースブロックの総数、及び前記分散設定に基づいて、隣接するリソースグループ間の間隔を決定することを含む、
    請求項２２に記載の方法。
32. 前記隣接するリソースグループ間の間隔は、Ｎ_ｓｐａｃ＝Ｎ／Ｆとして決定され、ここで、Ｎはシステム帯域幅内のリソースブロックの総数を表し、Ｆは前記分散設定の値を表す、
    請求項３１に記載の方法。
33. 前記粒度設定が、１よりも小さい正数を含む予め定められたセットから選択される値を示す、
    請求項２２から３２のいずれか１項に記載の方法。
34. 前記予め定められたセットは、第１の復調参照信号モードに関連する値である１／３と、第２の復調参照信号モードに関連する値である１／４とを含む、
    請求項３３に記載の方法。
35. 前記粒度設定は復調参照信号モードに固有である、
    請求項２２に記載の方法。
36. 前記端末デバイスにリソース割り当て指示を伝送することをさらに含み、
    前記リソース割り当て指示は、開始仮想リソース、及び連続して割り当てられたリソースに関する長さを示す、
    請求項２２に記載の方法。
37. 前記マッピングを決定することは、
    前記示された開始仮想リソースと、前記分散設定の値とに基づいて、開始仮想リソースブロックを決定することを含む、
    請求項３６に記載の方法。
38. 前記開始仮想リソースブロックは、RB_start＝Ｆ・block_startとして決定され、ここで、Ｆは、前記決定された分散設定の値を表し、block_startは、前記受信されたリソース割り当て指示によって示される開始仮想リソースの値を表す、
    請求項３７に記載の方法。
39. 前記マッピングを決定することは、
    前記示された長さと、前記分散設定の値とに基づいて、連続して割り当てられたリソースブロックの数を決定することを含む、
    請求項３６に記載の方法。
40. 連続して割り当てられたリソースブロックの数は、L_RBs＝Ｆ・L_blockとして決定され、ここで、Ｆは前記分散設定の値を表し、L_blockは、前記受信されたリソース割り当て指示によって示される連続して割り当てられたリソースに関する長さを表す、
    請求項３９に記載の方法。
41. 前記マッピングを決定することは、
    前記示された長さが前記分散設定の値よりも小さい場合、連続して割り当てられたリソースブロックの数を、前記分散設定の値と等しくなるように決定することと、
    前記示された長さが前記分散設定Ｆの値と同程度である場合、連続して割り当てられたリソースブロックの数を、前記示された長さとして決定することと、を含む、
    請求項３９に記載の方法。
42. 前記マッピングを決定することは、
    連続して割り当てられたリソースブロックの数をL_RBs＝ｍ・Ｆとして決定することを含み、ここで、ｍは、ｍ.Ｆを前記示された長さ以上にする最小の整数である、
    請求項３９に記載の方法。
43. 端末デバイスであって、
    プロセッサとメモリとを備え、
    前記メモリは、前記プロセッサによって実行可能な命令を含み、それにより、前記端末デバイスは、請求項１〜２１のいずれか１項に記載の方法を実行するように動作する、
    端末デバイス。
44. ネットワークデバイスであって、
    プロセッサとメモリとを備え、
    前記メモリは、前記プロセッサによって実行可能な命令を含み、それにより、前記ネットワークデバイスは、請求項２２〜４２のいずれか１項に記載の方法を実行するように動作する、
    ネットワークデバイス。
45. 装置によって実行されると、前記装置に請求項１〜２１のいずれか１項に記載の方法を実行させるコンピュータプログラムが格納された、
    コンピュータ読み取り可能な媒体。
46. 装置によって実行されると、前記装置に請求項２２〜４２のいずれか１項に記載の方法を実行させるコンピュータプログラムが格納された、
    コンピュータ読み取り可能な媒体。

Images