JP2020506645A - リソース割り当てを指示するための方法および装置 - Google Patents

Abstract

本開示の実施形態は、リソース割り当てを指示するための方法および装置を提供する。この方法は、端末装置に割り当てられた１つ以上のリソースブロックに関する情報を決定することと、割り当てられたリソースブロックに関する情報を端末装置に送信することと、を備え、情報は、リソースブロックがフラクショナルリソースブロックであるか、または、ノーマルリソースブロックであるかを示し、フラクショナルリソースブロックは、隣接するリソースブロックでの送信を分離するためのガードバンドを含む。【選択図】図５

Description

本開示の実施形態は、一般に通信技術に関する。より具体的には、本開示の実施形態は、リソース割り当てを指示するための方法および装置に関する。

従来、リソース割り当てタイプは、リソース割り当てに採用される方式を定義している。たとえば、ＬＴＥ（Long Term Evolution）では、リソース割り当てタイプ０、１、および２が導入されており、それらの詳細は、TS 36.213 7.1.6リソース割り当てに記載されている。実際には、下り制御情報（ＤＣＩ：Downlink Control Information）内のリソース割り当てフィールドは、リソース割り当てタイプを示し、したがって、端末装置は、リソース割り当てフィールドに基づいてネットワーク装置によって割り当てられた時間−周波数リソースを知ることができる。従来の解決法では、割り当てられたリソースの基本単位は、リソースブロックであり、これは、例えば、１２個のサブキャリアを含む。

新たに開発されたモバイル規格、例えば、新無線（ＮＲ：New Radio）システムは、単一の搬送波上で混合数秘術をサポートする。しかし、混合数秘術ソリューションでは、異なる数秘術を採用しているリソースブロックの境界に干渉が生じる。したがって、これらのリソースブロック上での送信は、互いに干渉し合う可能性があり、これは、通信システムのスループットを低下させ、システム性能を低下させる。

したがって、異なる数秘術を使用してリソースブロックの境界上の干渉を低減するために、リソースを割り当てるための方式を開発する必要がある。

本開示は、異なる数秘術を使用してリソースブロックの境界上の干渉を低減するための解決策を提案する。

本開示の実施形態の第１の態様によれば、本開示の実施形態は、ネットワーク装置によって実行される方法を提供する。前記ネットワーク装置は、端末装置に割り当てられた１つ以上のリソースブロックに関する情報を決定する。前記情報は、前記リソースブロックがフラクショナルリソースブロックであるか、または、ノーマルリソースブロックであるかを示す。前記フラクショナルリソースブロックは、隣接するリソースブロックでの送信を分離するためのガードバンドを含む。それから、前記ネットワーク装置は、前記割り当てられたリソースブロックに関する前記情報を前記端末装置に送信する。

本開示の実施形態の第２の態様によれば、本開示の実施形態は、端末装置によって実行される方法を提供する。前記端末装置は、前記端末装置に割り当てられた１つ以上のリソースブロックに関する情報をネットワーク装置から受信する。前記情報は、前記リソースブロックがフラクショナルリソースブロックであるか、または、ノーマルリソースブロックであるかを示す。前記フラクショナルリソースブロックは、隣接するリソースブロックでの送信を分離するためのガードバンドを含む。それから、前記端末装置は、前記１つ以上のリソースブロックに関する前記情報に基づいて前記ネットワーク装置との送信を実行する。

本開示の実施形態の第３の態様によれば、本開示の実施形態は、ネットワーク装置を提供する。前記ネットワーク装置は、端末装置に割り当てられた１つ以上のリソースブロックに関する情報を決定するように構成されたコントローラと、前記割り当てられたリソースブロックに関する前記情報を前記端末装置に送信するように構成されたトランスミッタと、を備え、前記情報は、前記リソースブロックがフラクショナルリソースブロックであるか、または、ノーマルリソースブロックであるかを示し、前記フラクショナルリソースブロックは、隣接するリソースブロックでの送信を分離するためのガードバンドを含む。

本開示の実施形態の第４の態様によれば、本開示の実施形態は、端末装置を提供する。前記端末装置は、端末装置に割り当てられた１つ以上のリソースブロックに関する情報をネットワーク装置から受信するように構成されたレシーバと、前記１つ以上のリソースブロックに関する前記情報に基づいて前記ネットワーク装置との送信を実行するように構成されたトランスミッタと、を備え、前記情報は、前記リソースブロックがフラクショナルリソースブロックであるか、または、ノーマルリソースブロックであるかを示し、前記フラクショナルリソースブロックは、隣接するリソースブロックでの送信を分離するためのガードバンドを含む。

本開示の実施形態の他の特徴および利点は、本開示の実施形態の原理を例として示す添付の図面と併せて読めば、以下の特定の実施形態の説明からも明らかになるであろう。

本開示の実施形態は、例の意味で提示されており、それらの利点は、添付の図面を参照しながら以下でより詳細に説明される。

図１は、本開示の実施形態による通信システム１００の概略図を示す。

図２は、従来のリソース割り当てタイプの図を示す。 図３は、従来のリソース割り当てタイプの図を示す。 図４は、従来のリソース割り当てタイプの図を示す。

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

図６Ａは、本開示の実施形態によるノーマルリソースブロックおよびフラクショナルリソースブロックの図を示す。 図６Ｂは、本開示の実施形態によるノーマルリソースブロックおよびフラクショナルリソースブロックの図を示す。 図６Ｃは、本開示の実施形態によるノーマルリソースブロックおよびフラクショナルリソースブロックの図を示す。

図７Ａは、本開示の実施形態による、リソースブロックのノーマルグループおよびリソースブロックのフラクショナルグループの図を示す。 図７Ｂは、本開示の実施形態による、リソースブロックのノーマルグループおよびリソースブロックのフラクショナルグループの図を示す。 図７Ｃは、本開示の実施形態による、リソースブロックのノーマルグループおよびリソースブロックのフラクショナルグループの図を示す。 図７Ｄは、本開示の実施形態による、リソースブロックのノーマルグループおよびリソースブロックのフラクショナルグループの図を示す。

図８Ａは、本開示の実施形態によるリソースブロックの図を示す。

図８Ｂは、本開示の実施形態によるリソースブロックを示すためのビットマップの図を示す。

図８Ｃは、本開示のさらなる実施形態によるリソースブロックを示すためのビットマップの図を示す。

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

図１０は、本開示の一実施形態によるネットワーク装置の概略図を示す。

図１１は、本開示の一実施形態による端末装置の概略図を示す。

図面全体を通して、同一または類似の参照番号は、同一または類似の要素を示す。

本明細書に記載の主題は、いくつかの例示的な実施形態を参照しながら説明される。これらの実施形態は、主題の範囲に対するいかなる限定を示唆するのではなく、当業者が本明細書に記載の主題をよりよく理解し、したがって、実施することを可能にする目的でのみ説明されることを理解されたい。

本明細書で使用される用語は、特定の実施形態を説明することのみを目的としており、例示的な実施形態を限定することを意図するものではない。本明細書で使用されるとき、単数形「ａ」、「ａｎ」および「ｔｈｅ」は、文脈が明らかにそうでないことを示さない限り、複数形も含むことを意図している。用語「備える」、「備えている」、「含む」、および／または「含んでいる」は、本明細書で使用されるとき、記載された特徴、整数、ステップ、動作、要素、および／または構成要素の存在を指定するが、１つ以上の他の特徴、整数、ステップ、動作、要素、構成要素、および／またはそれらのグループの存在または追加を排除しない。

また、いくつかの代替の実装形態では、言及された機能／動作は、図に示された順序とは異なる順序で行われてもよいことに留意されたい。例えば、連続して示される２つの機能または動作は、関与する機能／動作に応じて、実際には同時に実行されてもよく、時には逆の順序で実行されてもよい。

本明細書で使用されるとき、用語「通信ネットワーク」は、ＬＴＥ（Long Term Evolution）、ＬＴＥアドバンスト（ＬＴＥ−Ａ：LTE-Advanced）、広帯域符号分割多元接続（ＷＣＤＭＡ：Wideband Code Division Multiple Access）、高速パケットアクセス（ＨＳＰＡ：High-Speed Packet Access）などの任意の適切な通信規格に従うネットワークを指す。さらに、通信ネットワークにおける端末装置とネットワーク装置との間の通信は、第１世代（１Ｇ：first generation）、第２世代（２Ｇ：second generation）、２．５Ｇ、２．７５Ｇ、第３世代（３Ｇ：third generation）、第４世代（４Ｇ：fourth generation）、４．５Ｇ、将来の第５世代（５Ｇ：fifth generation）通信プロトコル、および／または、現在知られているか、または、将来開発される他の任意のプロトコルを含むが、これらに限定されない任意の適切な世代の通信プロトコルに従って実行されてもよい。

本開示の実施形態は、様々な通信システムに適用することができる。通信の急速な発展を考慮すると、当然ながら、本開示を実施することができる将来のタイプの通信技術およびシステムもあるだろう。本開示の範囲を前述のシステムのみに限定すると見なすべきではない。

「ネットワーク装置」という用語は、基地局（ＢＳ：Base Station）、ゲートウェイ、管理エンティティ、および通信システム内の他の適切な装置を含むが、これらに限定されない。用語「基地局」または「ＢＳ」は、ノードＢ（ＮｏｄｅＢまたはＮＢ）、発展型ノードＢ（ｅノードＢまたはｅＮＢ）、遠隔無線ユニット（ＲＲＵ：Remote Radio Unit）、無線ヘッダ（ＲＨ：Radio Header）、遠隔無線ヘッド（ＲＲＨ：Remote Radio Head）、リレー、フェムトやピコのような低電力ノード、などを表す。

用語「端末装置」は、「ユーザ機器（ＵＥ：User Equipment）」、および、ネットワーク装置と通信することができる他の適切な端末装置を含むが、これらに限定されない。例として、「端末装置」は、端末、移動端末（ＭＴ：Mobile Terminal）、加入者局（ＳＳ：Subscriber Station）、携帯加入者局、移動局（ＭＳ：Mobile Station）、またはアクセス端末（ＡＴ：Access Terminal）を指してもよい。

本開示の文脈では、「数秘術」という用語は一組のパラメータを指す。直交周波数分割多重（ＯＦＤＭ：Orthogonal Frequency Division Multiplexing）ベースのシステムでは、パラメータは、例えば、サブキャリア間隔、シンボル長、サイクリックプレフィックス（ＣＰ：Cyclic Prefix）の長さなどを含むが、これらに限定されない。例えば、１５ＫＨｚ（キロヘルツ）のサブキャリア間隔のための数秘術は、１ミリ秒中に１４個のシンボルと、通常（ノーマル）のＣＰなどを含んでもよい。３０ＫＨｚのサブキャリア間隔のための数秘術は、１ミリ秒中に２８個のシンボルと、ノーマルのＣＰなどを含んでもよい。このような数秘術は、１５ＫＨｚのサブキャリア間隔の数秘術とは異なる。

本開示のいくつかの例示的な実施形態が、図面を参照して以下に説明される。
まず、図１を参照し、図１は、本開示の実施形態による通信システム１００の概略図を示す。

通信システム１００には、端末装置（例えば、ＵＥ）１２０と通信するネットワーク装置（例えば、ｅＮＢ）１１０が示される。ネットワーク装置１１０は、端末装置１２０に、１つ以上のリソースブロックを割り当て、割り当てられたリソースブロックに関する情報を端末装置１２０に送信する。端末装置１２０は、割り当てられたリソースブロックに関する情報を、ネットワーク装置１１０から受信し、受信した情報に基づいてネットワーク装置１１０へのアップリンク送信を行う。

本開示のいくつかの例示的な実施形態が、以下の図を参照して以下に説明される。上述したように、ＬＴＥは、リソース割り当てタイプ０、１、および２を導入する。図２、図３、および図４は、それぞれ、リソース割り当てタイプ０、１、および２の図を示す。これら３つの図に示されるように、３つのタイプすべてが、時間−周波数リソースを割り当てるための基本単位としてリソースブロック（「ＲＢ」とも称する）を使用する。しかしながら、従来のリソース割り当て方式は、混合数秘術によって引き起こされるリソースブロックの境界上の干渉の問題を解決することができない。したがって、通信システムのスループットが低下し、通信システムの性能が低下する。

上記および他の潜在的な問題を解決するために、本開示の実施形態は、リソースブロックの境界上の干渉を低減するための解決策を提供する。本開示の実施形態によれば、リソースブロックのタイプは、ノーマルタイプ（normal type）、または、フラクショナルタイプ（fractional type）であってもよい。したがって、リソースブロックには、ノーマルリソースブロックとフラクショナルリソースブロックの２タイプがある。フラクショナルリソースブロックは、隣接するリソースブロックでの送信を分離するためのガードバンドを含む。本開示の実施形態によれば、ネットワーク装置１１０は、端末装置に割り当てられた１つ以上のリソースブロックに関する情報を決定する。この情報は、リソースブロックがフラクショナルリソースブロックであるか、または、ノーマルリソースブロックであるかを示す。それから、ネットワーク装置１１０は、割り当てたリソースブロックに関する情報を端末装置１２０に送信する。リソースブロックに関する情報を受信すると、端末装置１２０は、割り当てられたリソースブロックのタイプを知り、割り当てられたリソースブロックでネットワーク装置１１０との送信を実行する。このようにして、リソース割り当ての粒度を、１つのリソースブロックよりも小さくすることができる。したがって、混合数秘術によって引き起こされるリソースブロックの境界上の干渉は、フラクショナルリソースブロックを境界に配置することによって低減され得る。その結果、通信システムのスループットが増加し、通信システムの性能が改善する。

図５は、本開示の実施形態によるリソース割り当てのための方法５００のフローチャートを示す。方法５００は、ネットワーク装置１１０、例えば、ｅＮＢ、または、他の適切な装置によって実施され得る。

方法５００は５１０で開始され、そこで、ネットワーク装置１１０は、端末装置に割り当てられた１つ以上のリソースブロックに関する情報を決定する。この情報は、リソースブロックがフラクショナルリソースブロックであるか、または、ノーマルリソースブロックであるかを示す。フラクショナルリソースブロックは、隣接するリソースブロックでの送信を分離するためのガードバンドを含む。ノーマルリソースブロックは、ガードバンドを含まず、従来のリソースブロックと同様である。

割り当てられたリソースブロックに関する情報は、いくつかの方法で決定されてもよい。いくつかの実施形態では、ネットワーク装置１１０は、割り当てられたリソースブロックのうちの１つのリソースブロックがフラクショナルリソースブロックであるか、または、ノーマルリソースブロックであるかを決定してもよい。リソースブロックがフラクショナルリソースブロックであると決定することに応答して、ネットワーク装置１１０は、リソースブロック内のガードバンドの位置およびサイズを決定する。

図６Ａから図６Ｃは、本開示の実施形態によるノーマルリソースブロックおよびフラクショナルリソースブロックの図を示す。特に、図６Ａは、ノーマルリソースブロックの一例を示す。この例では、リソースブロックのタイプがノーマルＲＢであることを示すために１ビットが使用されてもよい。例えば、ビット「０」は、このリソースブロックがノーマルＲＢであることを示し、ビット「１」は、このリソースブロックがフラクショナルＲＢであることを示す。

図６Ｂは、リソースブロックの最上部にガードバンド（「ＧＢ」とも称される）を有するフラクショナルＲＢの一例を示す。図６Ｃは、リソースブロックの最下部にＧＢを有するフラクショナルＲＢの一例を示す。これらの例では、フラクショナルＲＢ内のガードバンドの位置を示すために追加のビット「０」または「１」が使用される。例えば、「０」は、ＧＢがフラクショナルＲＢの最上部（より高い周波数）に存在することを示し、「１」は、ＧＢがフラクショナルＲＢの最下部（より低い周波数）に存在することを示す。ＧＢ以外のフラクショナルＲＢの他の部分は、ネットワーク装置１１０との送信を実行するために使用されてもよい。

フラクショナルＲＢ内のＧＢのサイズを示すためにさらに追加のビットが使用されてもよい。サイズは、いくつのサブキャリアがＧＢとして使用されるかを示してもよい。ＧＢのサイズおよび位置の情報を用いて、フラクショナルＲＢを明確に示すことができる。

いくつかの実施形態では、フラクショナルＲＢを示すために使用されるビットは、連続するビットマップでもよく、ビットマップのサイズは、ＧＢの粒度によって決定されてもよい。例えば、ＧＢの粒度が１サブキャリアである場合、ＧＢサイズは、１２個のサブキャリアを含むリソースブロックのための１２値を有する。この場合、４ビット（２＾４＝１６＞１２）が１２値を示すために使用される。別の例では、ＧＢの粒度が２サブキャリアである場合、ＧＢサイズは、１２個のサブキャリアを含むリソースブロックのための６値を有する。この場合、３ビット（２＾３＝８＞６）が６値を示すために使用される。

あるいは、いくつかの実施形態では、ネットワーク装置１１０は、割り当てられたリソースブロックから、連続するリソースブロックのグループを選択し、次に、連続するリソースブロックのグループに関する情報を決定してもよい。連続するリソースブロックのグループは、連続しており、他の割り当てられたリソースブロックに隣接していない複数のＲＢであってよい。連続するリソースブロックのグループに関する情報の決定において、ネットワーク装置１１０は、そのグループ内のリソースブロックがフラクショナルリソースブロックであるか、または、ノーマルリソースブロックであるかを決定してもよい。リソースブロックがフラクショナルリソースブロックである場合、ネットワーク装置１１０は、リソースブロック内のガードバンドの位置およびサイズを決定してもよい。リソースブロックがノーマルリソースブロックである場合、ネットワーク装置１１０は、ノーマルリソースブロックを示す指示を決定してもよい。このようにして、フラクショナルＲＢは、より効率的な方法で指示されてもよい。

図７Ａから図７Ｄは、本開示の実施形態による、リソースブロックのノーマルグループおよびリソースブロックのフラクショナルグループの図をそれぞれ示す。図７Ａから図７Ｄの例では、同じの端末装置に割り当てられた連続ＲＢが全体として考慮されている。フラクショナルＲＢは、数ビット、例えば、境界上のＧＢの位置およびサイズを示すビットマップの形式によって示されてもよい。

図７Ａは、ＲＢのノーマルグループ、すなわち、連続するノーマルリソースブロック７１１、７１２及び７１３のグループを示す。この例では、連続するノーマルＲＢのグループは、ビット「００」によって示されてもよく、これは、そのグループ内のすべてのＲＢが、ＧＢなしのノーマルＲＢであることを意味する。この場合、追加のビットは必要なくてもよい。

図７Ｂは、フラクショナルＲＢ７２１と２つのノーマルＲＢ７２２および７２３とを含む連続するリソースブロックのグループを示す。フラクショナルＲＢ７２１は、最上部にＧＢ７２０を含む。この場合、ビット「１０」がＧＢの位置を示すために使用されてもよい。ＧＢのサイズを示すために、追加の４ビット（または４ビット未満）が使用されてもよい。

図７Ｃは、フラクショナルＲＢ７３３と２つのノーマルＲＢ７３１および７３２とを含む連続するリソースブロックのグループを示す。フラクショナルＲＢ７３３は、最下部にＧＢ７３０を含む。この場合、ＧＢの位置を示すためにビット「０１」を使用してもよい。ＧＢのサイズを示すために、追加の４ビット（または、４ビット未満）を使用してもよい。

図７Ｄは、２つのフラクショナルＲＢ７４１および７４３ならびにノーマルＲＢ７４２を含む連続するリソースブロックのグループを示す。フラクショナルＲＢ７４１は、最上部にＧＢ７４０を含み、フラクショナルＲＢ７４３は、最下部にＧＢ７４４を含む。この場合、ＧＢの位置を示すために、ビット「１１」を使用してもよい。ＧＢのサイズを示すために、追加の８ビット（または、８ビット未満）を使用してもよい。

さらに、図５を参照すると、５２０において、ネットワーク装置１１０は、割り当てられたリソースブロックに関する情報を端末装置１２０に送信する。割り当てられたリソースブロックに関する情報は、端末装置１２０に直接に送信されてもよい。あるいは、ネットワーク装置１１０は、割り当てられたリソースブロックに関する情報をビットマップに変換してもよい。それから、ネットワーク装置１１０は、ビットマップを端末装置１２０に送信してもよい。

ビットマップは、ガードバンドの粒度に関連したサイズを有してもよい。ビットマップでは、リソース割り当て後のリソースブロックのタイプを示してもよい。さらに、ビットマップは、各フラクショナルＲＢに対するガードバンドの位置およびサイズも示してもよい。

いくつかの実施形態では、各ＲＢは、ビットマップを有してもよい。あるいは、連続するＲＢのグループは、ビットマップを有してもよい。これらは限定ではなく例であることを理解されたい。ＲＢのタイプは、他の適切な方法で示されてもよい。

本開示のさらなる実施形態が、図８Ａから図８Ｃを参照して以下に説明される。図８Ａは、本開示の実施形態によるリソースブロックの図を示す。図８Ａから８Ｃの例では、ＲＢ０−２、６−１１、１８−２０が端末装置１２０に割り当てられると仮定し、ＲＢ２、６、１１、１８がフラクショナルＲＢであり、ＲＢ０、１、７、８、９、１０、１９、２０がノーマルＲＢであると仮定する。図８Ａに示すように、ＲＧＢ０からＲＧＢ６のそれぞれは、３つのＲＢを含む。ガードバンドのサイズ、すなわち、ＧＢサイズは、４サブキャリアであると仮定する。

図８Ｂは、本開示の実施形態によるリソースブロックを示すためのビットマップの図を示す。図８Ｂの例では、ＲＢ０、１、７、８、９、１０、１９、２０がノーマルＲＢであるため、それぞれのビットマップは、「０」となる。フラクショナルＲＢ２は、ビットマップ「１１０１００」によって示すことができ、ここで、第１のビット「１」は、ＲＢ２がフラクショナルＲＢであることを示し、第２のビット「１」は、ＧＢがＲＢ２の最下部（この例では、ＲＢ２の右側）にあることを示し、最後の４ビット「０１００」は、ＧＢ内に４つのサブキャリアがあることを示す。この例では、ＲＢ１１は、同じビットマップ「１１０１００」によって示されてもよく、詳細は省略する。

ＲＢ６に関しては、ビットマップ「１００１００」で示されてもよい。このビットマップでは、最初のビット「１」は、ＲＢ６がフラクショナルＲＢであることを示し、２番目のビット「０」は、ＧＢがＲＢ６の最上部（この例ではＲＢ６の左側）にあることを示し、最後の４ビット「０１００」は、ＧＢ内に４つのサブキャリアがあることを示す。この例では、ＲＢ１８は、同じビットマップ「１００１００」によって示されてもよく、詳細は省略する。

図８Ｃは、本開示のさらなる実施形態による、リソースブロックを示すためのビットマップの図を示す。図８Ｃの例では、連続するリソースブロックのグループがビットマップによって示される。例えば、ＲＢ０からＲＢ２を含むＲＢの第１のグループの場合、ビットマップは「０１０１００」でよい。最初の２ビット「０１」は、ＧＢの位置が最初のグループのＲＢの最下部であることを示し、最後の４ビット「０１００」は、ＧＢ内に４つのサブキャリアがあることを示す。

ＲＢ６からＲＢ１１を含むＲＢの第２のグループについては、ビットマップは「１１０１０００１００」であってもよい。最初の２ビット「１１」は、ＧＢの位置が第２のグループ内のＲＢの最下部と最上部の両方にあること、すなわち、ＧＢがＲＢ６とＲＢ１１の両方に位置することを示す。次の４ビットの「０１００」は、ＲＢ６のＧＢ内に、４つのサブキャリアがあることを示す。最後の４ビット「０１００」は、ＲＢ１１のＧＢ内に、４つのサブキャリアがあることを示す。

ＲＢ１８からＲＢ２０を含むＲＢの第３のグループについては、ビットマップは「１００１００」であってもよい。最初の２ビット「１０」は、ＧＢの位置が第１グループ内のＲＢの最上部、すなわち、ＲＢ１８の最上部にあることを示す。最後の４ビット「０１００」は、ＧＢ内に、４つのサブキャリアがあることを示す。

図９は、本開示の実施形態によるリソース割り当てのための方法９００のフローチャートを示す。方法９００は、端末装置１２０、例えば、ＵＥまたは他の適切な装置によって実施されてもよい。

方法９００は、９１０で開始され、ここで、端末装置１２０は、ネットワーク装置から端末装置に割り当てられた１つ以上のリソースブロックに関する情報を受信する。この情報は、リソースブロックがフラクショナルリソースブロックであるか、または、ノーマルリソースブロックであるかを示す。フラクショナルリソースブロックは、隣接するリソースブロックでの送信を分離するためのガードバンドを含む。

いくつかの実施形態では、端末装置１２０は、受信した情報から、割り当てられたリソースブロックのうちの１つのリソースブロックがフラクショナルリソースブロックであるか、または、ノーマルリソースブロックであるかを決定してもよい。端末装置１２０が、リソースブロックがフラクショナルリソースブロックであると決定した場合、受信した情報から、リソースブロック内のガードバンドの位置およびサイズを決定してもよい。

あるいは、いくつかの実施形態では、端末装置１２０は、受信した情報から、連続するリソースブロックのグループに関する情報を決定してもよい。連続するリソースブロックのグループは、割り当てられたリソースブロックから選択されてもよい。連続するリソースブロックのグループに関する情報の決定において、端末装置１２０は、そのグループ内のリソースブロックがフラクショナルリソースブロックであるか、または、ノーマルリソースブロックであるかを決定してもよい。リソースブロックがフラクショナルリソースブロックである場合、端末装置１２０は、リソースブロック内のガードバンドの位置およびサイズを決定してもよい。リソースブロックがノーマルリソースブロックである場合、端末装置１２０は、ノーマルリソースブロックを示す指示を決定してもよい。

さらに、いくつかの実施形態では、端末装置１２０は、割り当てられたリソースブロックに関する情報を示すビットマップを、ネットワーク装置１１０から受信してもよい。
ビットマップは、ガードバンドの粒度に関連するサイズを有してもよい。

９２０で、端末装置１２０は、１つ以上のリソースブロックに関する情報に基づいて、ネットワーク装置との送信を実行する。

図１０は、本開示の一実施形態によるネットワーク装置１０００の概略図を示す。本開示の実施形態によれば、ネットワーク装置１０００は、ネットワーク装置１１０、または、通信システム内の他の適切な装置として実装されてもよい。

図１０に示すように、ネットワーク装置１０００は、端末装置に割り当てられた１つ以上のリソースブロックに関する情報を決定するように構成されたコントローラ１０１０と、割り当てられたリソースブロックに関する情報を端末装置に送信するように構成されたトランスミッタ１０２０と、を備え、情報は、リソースブロックがフラクショナルリソースブロックであるか、または、ノーマルリソースブロックであるかを示し、フラクショナルリソースブロックは、隣接するリソースブロックでの送信を分離するためのガードバンドを含む。

いくつかの実施形態では、コントローラ１０１０は、割り当てられたリソースブロックのうちの１つのリソースブロックがフラクショナルリソースブロックであるか、または、ノーマルリソースブロックであるかを決定し、リソースブロックがフラクショナルリソースブロックであると決定することに応答して、リソースブロック内のガードバンドの位置およびサイズを決定するようにさらに構成されてもよい。

いくつかの実施形態では、コントローラ１０１０は、割り当てられたリソースブロックから、連続するリソースブロックのグループを選択し、連続するリソースブロックのグループに関する情報を決定するようにさらに構成されてもよい。

いくつかの実施形態では、コントローラ１０１０は、グループ内のリソースブロックがフラクショナルリソースブロックであるか、または、ノーマルリソースブロックであるかを決定し、リソースブロックがフラクショナルリソースブロックであると決定することに応答して、リソースブロック内のガードバンドの位置およびサイズを決定し、リソースブロックがノーマルリソースブロックであると決定することに応答して、ノーマルリソースブロックを示す指示を決定するようにさらに構成されてもよい。

いくつかの実施形態では、コントローラ１０１０は、割り当てられたリソースブロックに関する情報をビットマップに変換するようにさらに構成され、ビットマップは、ガードバンドの粒度に関連するサイズを有し、トランスミッタ１０２０は、ビットマップを端末装置に送信するようにさらに構成される。

図１１は、本開示の一実施形態による端末装置１１００の概略図を示す。本開示の実施形態によれば、端末装置１１００は、通信システム内の端末装置１２０、または、他の適切な装置として実装されてもよい。
図１１に示すように、端末装置１１００は、端末装置に割り当てられた１つ以上のリソースブロックに関する情報をネットワーク装置から受信するように構成されたレシーバ１１１０と、１つ以上のリソースブロックに関する情報に基づいてネットワーク装置との送信を実行するように構成されたトランスミッタ１１２０と、を備え、情報は、リソースブロックがフラクショナルリソースブロックであるか、または、ノーマルリソースブロックであるかを示し、フラクショナルリソースブロックは、隣接するリソースブロックでの送信を分離するためのガードバンドを含む。

いくつかの実施形態では、端末装置１１００は、受信した情報から、割り当てられたリソースブロックのうちの１つのリソースブロックがフラクショナルリソースブロックであるか、または、ノーマルリソースブロックであるかを決定し、リソースブロックがフラクショナルリソースブロックであると決定することに応答して、受信された情報からリソースブロック内のガードバンドの位置およびサイズを決定するように構成されたコントローラを、さらに備える。

いくつかの実施形態では、端末装置１１００は、受信した情報から、連続するリソースブロックのグループに関する情報を決定するように構成されたコントローラを、さらに備え、連続するリソースブロックのグループは、割り当てられたリソースブロックから選択される。

いくつかの実施形態では、コントローラは、グループ内のリソースブロックがフラクショナルリソースブロックであるか、または、ノーマルリソースブロックであるかを決定し、リソースブロックがフラクショナルリソースブロックであると決定することに応答して、リソースブロック内のガードバンドの位置およびサイズを決定し、リソースブロックがノーマルリソースブロックであると決定することに応答して、ノーマルリソースブロックを示す指示を決定するようにさらに構成されてもよい。

いくつかの実施形態では、レシーバ１１１０は、割り当てられたリソースブロックに関する情報を示すビットマップをネットワーク装置から受信するようにさらに構成され、ビットマップは、ガードバンドの粒度に関連するサイズを有してもよい。

装置１０００、または、装置１１００は、現在知られているか、または、将来開発されるいずれかの適切な技術によってそれぞれ実装され得ることにも留意されたい。また、図１０、または、図１１に示された単体装置は、あるいは、複数の装置に別々に実装してもよく、複数の別々にされた装置を、単一の装置に実装してもよい。本開示の範囲は、これらの点において限定されない。

装置１０００、または、装置１１００は、図５または図９を参照して説明したような機能を実装するように構成されてもよいことに留意されたい。したがって、方法５００に関して説明した特徴は、装置１０００に対応する構成要素に適用してもよく、方法９００に関して説明した特徴は、装置１１００に対応する構成要素に適用してもよい。さらに、装置１０００、または、装置１１００の構成要素は、ハードウェア、ソフトウェア、ファームウェア、および／または、それらの任意の組み合わせで具現化してもよいことに留意されたい。例えば、装置１０００、または、装置１１００の構成要素は、回路、プロセッサまたは他の任意の適切な装置によってそれぞれ実装されてもよい。当業者であれば、前述の例は例示のためだけであり、限定のためではないことを理解するであろう。

本開示のいくつかの実施形態では、装置１０００、または、装置１１００は、少なくとも１つのプロセッサを備えてもよい。本開示の実施形態と共に使用するのに適した少なくとも１つのプロセッサは、例として、既に知られているか、または、将来開発される汎用プロセッサおよび特殊用途プロセッサの両方を含んでもよい。装置１０００、または、装置１１００は、少なくとも１つのメモリをさらに備えてもよい。少なくとも１つのメモリは、例えば、ＲＡＭ、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、およびフラッシュメモリ装置などの半導体メモリ装置を含んでもよい。少なくとも１つのメモリは、コンピュータ実行可能命令のプログラムを格納するために使用されてもよい。プログラムは、高水準および／または低水準の適合性のある、または、解釈可能な任意のプログラミング言語で書くことができる。実施形態によれば、コンピュータ実行可能命令は、少なくとも１つのプロセッサを用いて、装置１０００を少なくとも上述の方法５００に従って実行させ、装置１１００を少なくとも上述の方法９００に従って実行させるように構成することができる。

上記の説明に基づいて、当業者は、本開示が装置、方法、またはコンピュータプログラム製品において具現化され得ることを理解するであろう。一般に、様々な例示的実施形態は、ハードウェア、または、特殊用途の回路、ソフトウェア、ロジック、あるいは、それらの任意の組み合わせで実施することができる。例えば、いくつかの態様は、ハードウェアで実施されてもよく、他の態様は、コントローラ、マイクロプロセッサまたは他のコンピューティングデバイスによって実行されるファームウェアまたはソフトウェアで実施されてもよいが、本開示はそれに限定されない。本開示の例示的な実施形態の様々な態様は、ブロック図、フローチャートとして、または、他の絵表示を使用して図示および説明することができるが、本明細書で説明されるこれらのブロック、装置、システム、技法、または方法は、非限定的な例として、ハードウェア、ソフトウェア、ファームウェア、専用回路またはロジック、汎用ハードウェアまたはコントローラまたは他のコンピューティングデバイス、またはそれらの何らかの組合せで実装されるということが、理解される。

図５または図９に示されている様々なブロックは、方法ステップとして、および／またはコンピュータプログラムコードの動作から生じる動作として、および／または関連する機能を実行するように構成された複数の結合論理回路要素として見なすことができる。本開示の例示的実施形態の少なくともいくつかの態様は、集積回路チップおよびモジュールなどの様々な構成要素で実施することができ、本開示の例示的実施形態は、集積回路、ＦＰＧＡまたはＡＳＩＣとして具現化される装置で実現でき、それは、本開示の例示的な実施形態に従って動作するように構成可能である。

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

同様に、動作は、特定の順序で図面に描かれているが、望ましい結果を達成するためには、そのような動作が示された特定の順序または順次に実行されること、または示されたすべての動作が実行されることが必要である。特定の状況では、マルチタスキングおよび並列処理が有利な場合がある。さらに、上述の実施形態における様々なシステム構成要素の分離は、すべての実施形態においてそのような分離を必要とすると理解されるべきではなく、説明されたプログラム構成要素およびシステムは、一般に、単一のソフトウェア製品に一緒に統合されるかまたは複数のソフトウェア製品にパッケージされることができることを理解されたい。

本開示の前述の例示的な実施形態に対する様々な修正形態、適合形態は、添付の図面と併せて読めば、前述の説明に鑑みて当業者には明らかとなり得る。ありとあらゆる修正は、依然として本開示の非限定的で例示的な実施形態の範囲内に入る。さらに、本明細書に記載された開示の他の実施形態は、前述の説明および関連する図面に提示された教示の恩恵を受けて、本開示のこれらの実施形態が関連する当業者に想到し得るであろう。

したがって、本開示の実施形態は、開示された特定の実施形態に限定されるべきではなく、修正形態および他の実施形態は、添付の特許請求の範囲内に含まれることが意図されることを理解されたい。本明細書では、特定の用語が使用されているが、それらは一般的かつ説明的な意味でのみ使用されており、限定を目的とするものではない。

Claims (20)

1. ネットワーク装置によって実行される方法であって、
   端末装置に割り当てられた１つ以上のリソースブロックに関する情報を決定することと、
   前記割り当てられたリソースブロックに関する前記情報を前記端末装置に送信することと、
   を備え、
   前記情報は、前記リソースブロックがフラクショナルリソースブロックであるか、または、ノーマルリソースブロックであるかを示し、
   前記フラクショナルリソースブロックは、隣接するリソースブロックでの送信を分離するためのガードバンドを含む、
   方法。
2. １つ以上のリソースブロックに関する情報を決定することは、
   前記割り当てられたリソースブロックのうちの１つのリソースブロックがフラクショナルリソースブロックであるか、または、ノーマルリソースブロックであるかを決定することと、
   前記リソースブロックがフラクショナルリソースブロックであると決定することに応答して、前記リソースブロック内の前記ガードバンドの位置およびサイズを決定することと、
   を備える、
   請求項１に記載の方法。
3. １つ以上のリソースブロックに関する情報を決定することは、
   前記割り当てられたリソースブロックから、連続するリソースブロックのグループを選択することと、
   前記連続するリソースブロックのグループに関する情報を決定することと、
   を備える、
   請求項１に記載の方法。
4. 前記連続するリソースブロックのグループに関する情報を決定することは、
   前記グループ内のリソースブロックがフラクショナルリソースブロックであるか、または、ノーマルリソースブロックであるかを決定することと、
   前記リソースブロックがフラクショナルリソースブロックであると決定することに応答して、前記リソースブロック内の前記ガードバンドの位置およびサイズを決定することと、
   前記リソースブロックがノーマルリソースブロックであると決定することに応答して、前記ノーマルリソースブロックを示す指示を決定することと、
   を備える、
   請求項３に記載の方法。
5. 前記割り当てられたリソースブロックに関する前記情報をビットマップに変換することをさらに備え、
   前記ビットマップは、前記ガードバンドの粒度に関連するサイズを有し、
   前記割り当てられたリソースブロックに関する前記情報を前記端末装置に送信することは、
   前記ビットマップを前記端末装置に送信することを、をさらに備える、
   請求項１に記載の方法。
6. 端末装置によって実行される方法であって、
   前記端末装置に割り当てられた１つ以上のリソースブロックに関する情報をネットワーク装置から受信することと、
   前記１つ以上のリソースブロックに関する前記情報に基づいて前記ネットワーク装置との送信を実行することと、
   を備え、
   前記情報は、前記リソースブロックがフラクショナルリソースブロックであるか、または、ノーマルリソースブロックであるかを示し、
   前記フラクショナルリソースブロックは、隣接するリソースブロックでの送信を分離するためのガードバンドを含む、
   方法。
7. 前記端末装置に割り当てられた１つ以上のリソースブロックに関する情報をネットワーク装置から受信することは、
   前記受信した情報から、前記割り当てられたリソースブロックのうちの１つのリソースブロックがフラクショナルリソースブロックであるか、または、ノーマルリソースブロックであるかを決定することと、
   前記リソースブロックがフラクショナルリソースブロックであると決定することに応答して、前記受信された情報から前記リソースブロック内の前記ガードバンドの位置およびサイズを決定することと、
   を備える、
   請求項６に記載の方法。
8. 前記端末装置に割り当てられた１つ以上のリソースブロックに関する情報をネットワーク装置から受信することは、
   前記受信した情報から、連続するリソースブロックのグループに関する情報を決定することと、
   を備え、
   前記連続するリソースブロックのグループは、前記割り当てられたリソースブロックから選択される、
   請求項６に記載の方法。
9. 連続するリソースブロックのグループに関する情報を決定することは、
   前記グループ内のリソースブロックがフラクショナルリソースブロックであるか、または、ノーマルリソースブロックであるかを決定することと、
   前記リソースブロックがフラクショナルリソースブロックであると決定することに応答して、前記リソースブロック内の前記ガードバンドの位置およびサイズを決定することと、
   前記リソースブロックがノーマルリソースブロックであると決定することに応答して、前記ノーマルリソースブロックを示す指示を決定することと、
   を備える、
   請求項８に記載の方法。
10. 前記端末装置に割り当てられた１つ以上のリソースブロックに関する情報をネットワーク装置から受信することは、
    前記割り当てられたリソースブロックに関する前記情報を示すビットマップを前記ネットワーク装置から受信すること、
    を備え、
    前記ビットマップは、前記ガードバンドの粒度に関連するサイズを有する、
    請求項６に記載の方法。
11. 端末装置に割り当てられた１つ以上のリソースブロックに関する情報を決定するように構成されたコントローラと、
    前記割り当てられたリソースブロックに関する前記情報を前記端末装置に送信するように構成されたトランスミッタと、
    を備え、
    前記情報は、前記リソースブロックがフラクショナルリソースブロックであるか、または、ノーマルリソースブロックであるかを示し、
    前記フラクショナルリソースブロックは、隣接するリソースブロックでの送信を分離するためのガードバンドを含む、
    ネットワーク装置。
12. 前記コントローラは、
    前記割り当てられたリソースブロックのうちの１つのリソースブロックがフラクショナルリソースブロックであるか、または、ノーマルリソースブロックであるかを決定し、
    前記リソースブロックがフラクショナルリソースブロックであると決定することに応答して、前記リソースブロック内の前記ガードバンドの位置およびサイズを決定する、
    ようにさらに構成される、
    請求項１１に記載のネットワーク装置。
13. 前記コントローラは、
    前記割り当てられたリソースブロックから、連続するリソースブロックのグループを選択し、
    前記連続するリソースブロックのグループに関する情報を決定する、
    ようにさらに構成される、
    請求項１１に記載のネットワーク装置。
14. 前記コントローラは、
    前記グループ内のリソースブロックがフラクショナルリソースブロックであるか、または、ノーマルリソースブロックであるかを決定し、
    前記リソースブロックがフラクショナルリソースブロックであると決定することに応答して、前記リソースブロック内の前記ガードバンドの位置およびサイズを決定し、
    前記リソースブロックがノーマルリソースブロックであると決定することに応答して、前記ノーマルリソースブロックを示す指示を決定する、
    ようにさらに構成される、
    請求項１３に記載のネットワーク装置。
15. 前記コントローラは、
    前記割り当てられたリソースブロックに関する前記情報をビットマップに変換するようにさらに構成され、
    前記ビットマップは、前記ガードバンドの粒度に関連するサイズを有し、
    前記トランスミッタは、
    前記ビットマップを前記端末装置に送信するようにさらに構成される、
    請求項１１に記載のネットワーク装置。
16. 端末装置に割り当てられた１つ以上のリソースブロックに関する情報をネットワーク装置から受信するように構成されたレシーバと、
    前記１つ以上のリソースブロックに関する前記情報に基づいて前記ネットワーク装置との送信を実行するように構成されたトランスミッタと、
    を備え、
    前記情報は、前記リソースブロックがフラクショナルリソースブロックであるか、または、ノーマルリソースブロックであるかを示し、
    前記フラクショナルリソースブロックは、隣接するリソースブロックでの送信を分離するためのガードバンドを含む、
    端末装置。
17. 前記受信した情報から、前記割り当てられたリソースブロックのうちの１つのリソースブロックがフラクショナルリソースブロックであるか、または、ノーマルリソースブロックであるかを決定し、
    前記リソースブロックがフラクショナルリソースブロックであると決定することに応答して、前記受信された情報から前記リソースブロック内の前記ガードバンドの位置およびサイズを決定する、ように構成されたコントローラを、
    さらに備える、
    請求項１６に記載の端末装置。
18. 前記受信した情報から、連続するリソースブロックのグループに関する情報を決定するように構成されたコントローラを、
    さらに備え、
    前記連続するリソースブロックのグループは、前記割り当てられたリソースブロックから選択される、
    請求項１６に記載の端末装置。
19. 前記コントローラは、
    前記グループ内のリソースブロックがフラクショナルリソースブロックであるか、または、ノーマルリソースブロックであるかを決定し、
    前記リソースブロックがフラクショナルリソースブロックであると決定することに応答して、前記リソースブロック内の前記ガードバンドの位置およびサイズを決定し、
    前記リソースブロックがノーマルリソースブロックであると決定することに応答して、前記ノーマルリソースブロックを示す指示を決定する、
    ようにさらに構成される、
    請求項１８に記載の端末装置。
20. 前記レシーバは、
    前記割り当てられたリソースブロックに関する前記情報を示すビットマップを前記ネットワーク装置から受信するようにさらに構成され、
    前記ビットマップは、前記ガードバンドの粒度に関連するサイズを有する、
    請求項１６に記載の端末装置。

Images