JP6686228B2 - リソース構成方法およびデバイス - Google Patents

Description

本出願は、2017年5月5日に中国特許庁に提出された「RESOURCE CONFIGURATION METHOD AND DEVICE」と題された中国特許出願第201710312449．5号の優先権を主張し、その全体が参照により本明細書に組み込まれる。

本出願は通信技術の分野に関し、特に、リソース構成方法およびデバイスに関する。

多入力多出力（Multiple Input Multiple Output、略してMIMO）システムにおいて、PRB bundlingはチャネル推定性能を改善するために使用される技術である。PRBバンドリングの技術的解決策によれば、同じ前処理方法（ビームフォーミングおよびプリコーディングを含む）を使用する連続PRB（Physical resource block）のサイズ（size）は合意され、サイズは通常1より大きく、したがって端末は、複数のPRBを用いてジョイントチャネル推定を実行する。端末が複数のPRBに基づいてジョイントチャネル推定を実行するとき、チャネル推定の外挿計算を減らすことができる。チャネル推定中、外挿計算によって得られたチャネル推定値は比較的大きな偏差を有する。したがって、外挿計算を減らすことによって（外挿計算を内挿計算に変換することによって）チャネル推定精度を向上させることができる。

チャネル推定の観点からは、より大きなPRB bundling sizeはより高いチャネル推定精度をもたらす。しかしながら、PRB bundling sizeが特定の値に増加されるとき、チャネル推定精度の利得はもはや増加しない。したがって、PRB bundling sizeを無限に増加する必要はないが、定義する必要があるのは限られた量の値だけである。PRB bundling sizeの増加によってもたらされるチャネル推定精度の利得はまた、チャネル環境に関連する。例えば、より平坦な周波数領域チャネルは、より小さいチャネル推定外挿損失をもたらす。そのようなシナリオでは、PRB bundling sizeの増加によってもたらされるチャネル推定精度の利得は制限される。

また、より大きなPRB bundling sizeはより複雑なチャネル推定をもたらす。したがって、端末実装の複雑さの観点からは、PRB bundling sizeには限られた量の値しか定義できない。

PRB bundling sizeに加えて、リソーススケジューリング周波数領域サイズ、プリコーディング周波数領域サイズ、およびチャネル状態情報フィードバック周波数領域サイズなどの他のLTE周波数領域サイズも同じ問題を有する。例えば、システム帯域幅へのバインディングのマッピング方法は十分に柔軟ではなく、しばしばDMRS推定性能を制限する。例えば、様々なシナリオのチャネルの場合、システム帯域幅だけを使用してチャネル特性をうまく要約することはできない。例えば、4GHzと70GHzのキャリア周波数シナリオでは、同じシステム帯域幅に対応する周波数選択性は大きく異なり、最適推定性能を得るための対応するバンドリングサイズも大きく異なる。

様々なシナリオ条件においてシステム性能を効果的に最適化するためにリソースバンドリングサイズを柔軟に構成するために、本出願の実施形態は、リソース構成方法、ネットワークデバイス、および端末を提供する。

一態様によれば、本出願の実施形態はリソース構成方法を提供し、この方法は、
送信側デバイスによって構成情報を生成し、構成情報を受信側デバイスに送信するステップであって、
構成情報は、少なくとも1つのリソースバンドリングサイズを示すために使用され、リソースバンドリングサイズは、リソースバンドリングサイズセットに属し、リソースバンドリングサイズセットは、少なくとも1つのシステム構成パラメータに対応し、
リソースバンドリングサイズは、リソースグループサイズとも呼ばれてもよく、リソーススケジューリング周波数領域サイズ、物理リソースブロックバンドリングサイズ、プリコーディング周波数領域サイズ、およびチャネル状態情報フィードバック周波数領域サイズのうちの少なくとも1つを含み、また、それに対応して、リソースバンドリングサイズセットは、リソースグループサイズセットと呼ばれてもよく、または簡単にリソースバンドリングセットもしくはリソースグループセットと呼ばれてもよい、
ステップと、
受信側デバイスによって送信側デバイスからの構成情報を受信し、構成情報に基づいてリソースバンドリングサイズを決定するステップと
を含む。

本出願では、豊富な種類のリソースバンドリングサイズがある。例えば、プリコーディング周波数領域サイズは、端末がプリコーディングを実行するための基礎として提供され得る。例えば、物理リソースブロックバンドリングサイズは、端末がデータ復調およびチャネル推定などを実行するための基礎として提供され得る。したがって、本出願のこの実施形態は様々なシナリオに適応することができ、システム性能を向上させる。

可能な設計では、リソースバンドリングサイズセットは少なくとも1つのシステム構成パラメータに対応する。システム構成パラメータは、システム無線キャリア周波数パラメータ、システム帯域幅パラメータ、システムサブキャリア間隔パラメータ、サービスシナリオパラメータ、および伝送方式パラメータのうちの少なくとも1つを含む。このようにして、シグナリングオーバヘッドを減らすことができる。

考えられる設計では、送信側デバイスが構成情報を生成する前に、受信側デバイスは、リソースバンドリングサイズを示す情報を送信側デバイスに報告し、それにより、送信側デバイスは、受信側デバイスのフィードバックを参照して構成情報を生成し得る。このようにして、方法は様々なタイプの受信側デバイスに適用可能であり、シグナリングオーバヘッドを減らすことができる。

可能な実装形態では、受信側デバイスがリソースバンドリングサイズを示す情報を送信側デバイスに報告する前に、受信側デバイスが受信側デバイスによって報告されるべきリソースバンドリングサイズを決定することが、
チャネル測定結果に基づいて、またはリソースバンドリングサイズと伝送性能との間の対応関係に基づいて、または送信側デバイスから受信されたパラメータに基づいて、受信側デバイスによって報告されるべきリソースバンドリングサイズを、受信側デバイスによって決定するステップ
を含む。

可能な実装形態では、受信側デバイスが送信側デバイスに、リソースバンドリングサイズを示す情報を報告することが、
リソースバンドリングサイズがいくつのリソースブロックを含むかを示す情報を受信側デバイスによって送信側デバイスに直接送信するステップ、または、
リソースバンドリングサイズ変更を示す情報を受信側デバイスによって送信側デバイスに送信するステップ、または、
リソースバンドリングサイズと基本リソースバンドリングサイズとの間の複数の関係を受信側デバイスによって送信側デバイスに送信するステップであって、基本リソースバンドリングサイズは、送信側デバイスと受信側デバイスとの間で予め合意されるか、またはネットワークシグナリングに基づいて事前構成される、ステップ、または
受信側デバイスによって決定されたリソースバンドリングサイズがリソースバンドリングサイズ構成表内の1つまたは複数のリソースバンドリングサイズであることを示すために、送信側デバイスと予め合意されたリソースバンドリングサイズ構成表に基づいて、受信側デバイスによって送信側デバイスに情報を送信するステップ、または、
受信側デバイスによって決定されたリソースバンドリングサイズによる使用のための特定のリソースバンドリングサイズ構成表を示すために、送信側デバイスと予め合意された複数のリソースバンドリングサイズ構成表に基づいて、受信側デバイスによって送信側デバイスに情報を送信するステップ
を含む。

可能な実装形態では、受信側デバイスは、リソースバンドリングサイズを決定した後に、リソーススケジューリング、またはプリコーディング、またはチャネル推定、またはデータ復調を実行する。

別の態様によれば、本出願は送信側デバイスを提供し、送信側デバイスは、
構成情報を生成するように構成されたプロセッサであって、構成情報は少なくとも1つのリソースバンドリングサイズを示すために使用され、リソースバンドリングサイズはリソースバンドリングサイズセットに属し、リソースバンドリングサイズセットは少なくとも1つのシステム構成パラメータに対応する、プロセッサと、
プロセッサによって生成された構成情報を送信するように構成されたトランシーバと
を含む。

さらに別の態様によれば、本出願は受信側デバイスをさらに提供し、受信側デバイスは、
構成情報を受信するように構成されたトランシーバであって、構成情報は少なくとも1つのリソースバンドリングサイズを示すために使用され、リソースバンドリングサイズはリソースバンドリングサイズセットに属し、リソースバンドリングサイズセットは少なくとも1つのシステム構成パラメータに対応する、トランシーバと、
構成情報に基づいてリソースバンドリングサイズを決定するように構成されたプロセッサと
を含む。

可能な実装形態では、プロセッサは、受信側デバイスによって報告され、リソースバンドリングサイズを示す情報を決定するように、具体的にはチャネル測定結果に基づいて、またはリソースバンドリングサイズと伝送性能との間の対応関係に基づいて、またはトランシーバによってネットワークデバイスから受信されたパラメータに基づいて、受信側デバイスによって報告されるべきリソースバンドリングサイズを決定するようにさらに構成される。

可能な実装形態では、トランシーバが、リソースバンドリングサイズがいくつのリソースブロックを含むかを示す情報を送信側デバイスに直接送信する、または、
リソースバンドリングサイズ変更を示す情報を送信側デバイスに送信する、または、
リソースバンドリングサイズと基本リソースバンドリングサイズとの間の複数の関係を受信側デバイスによって送信側デバイスに送信し、基本リソースバンドリングサイズは、送信側デバイスと受信側デバイスとの間で予め合意されるか、またはネットワークシグナリングに基づいて事前構成される、または、
受信側デバイスによって決定されたリソースバンドリングサイズがリソースバンドリングサイズ構成表内の1つまたは複数のリソースバンドリングサイズであることを示すために、送信側デバイスと予め合意されたリソースバンドリングサイズ構成表に基づいて、送信側デバイスに情報を送信する、または、
受信側デバイスによって決定されたリソースバンドリングサイズによる使用のための特定のリソースバンドリングサイズ構成表を示すために、送信側デバイスと予め合意された複数のリソースバンドリングサイズ構成表に基づいて、送信側デバイスに情報を送信する。

可能な実装形態では、プロセッサは、リソースバンドリングサイズを決定した後にチャネル推定またはデータ復調を実行するようにさらに構成される。

本出願の実施形態では、送信側デバイスがネットワークデバイスであり、受信側デバイスが端末であってもよく、あるいは、送信側デバイスが端末であり、受信側デバイスがネットワークデバイスである。

さらに別の態様によれば、前述のリソース構成方法を実行するように構成されたリソース構成装置が提供される。具体的には、装置は、前述のリソース構成方法の任意の可能な実装形態で前述のリソース構成方法を実行するように構成されているプロセッサおよびインタフェースを含む。

リソース構成装置はチップであってもよい。プロセッサがハードウェアによって実装される場合、プロセッサは論理回路、または集積回路などであってもよい。プロセッサがソフトウェアによって実装される場合、プロセッサは汎用プロセッサであってもよく、メモリに格納されたソフトウェアコードを読み取ることによって実装される。メモリは、プロセッサに統合されてもよく、またはプロセッサの外部に配置されて独立して存在してもよい。

さらに別の態様によれば、通信システムが提供される。このシステムは、前述のリソース構成装置のあらゆる可能な実装形態を含む。

さらなる態様によれば、コンピュータプログラムを格納するように構成されたコンピュータ可読媒体が提供される。コンピュータプログラムは、前述の可能な実装形態のいずれかにおいて方法を実行するために使用される命令を含む。

本出願の実施形態で提供される技術的解決策によってもたらされる有益な効果は以下の通りである。

本出願の実施形態で提供されるリソース構成方法、送信側デバイス、および受信側デバイスによれば、送信側デバイスはリソース構成情報を生成し、受信側デバイスはリソース構成情報に基づいてリソースバンドリングサイズを決定することができる。リソースサイズがシステム帯域幅のみに制限される従来技術と比較して、本出願の実施形態で提供される技術的解決策は、様々なアプリケーションシナリオに適応するために、少なくとも1つのシステム構成パラメータに基づいてリソースバンドリングサイズセットから適切なリソースバンドリングサイズを柔軟に決定できる。したがって、本出願の実施形態で提供される技術的解決策を使用することによって、多様なシナリオに対する無線通信システムの要件を満たすことができ、システム性能を異なるシナリオにおいて効果的に最適化することができる。

より明確に本出願の実施形態における技術的解決策を説明するために、本実施形態を説明するために必要な添付の図面を以下に簡単に説明する。明らかに、以下の説明において添付の図面は、本出願のいくつかの実施形態を単に示しており、当業者は、創造的な取り組みをすることなく、これらの添付図面から他の図面をさらに導き出すことが可能である。

本出願の一実施形態による無線通信ネットワークの一例の概略図である。 本出願の一実施形態によるリソース構成方法の一例の概略図である。 本出願の一実施形態による送信側デバイスの論理構造の概略図である。 本出願の一実施形態による受信側デバイスの論理構造の概略図である。 本出願の一実施形態による送信側デバイスのハードウェア構造の概略図である。 本出願の一実施形態による受信側デバイスのハードウェア構造の概略図である。 本出願の一実施形態によるリソース構成システムの概略構造図である。

本出願の実施形態で提供される技術的解決策によれば、リソース構成情報が送信され、受信側はリソース構成情報に基づいてリソースバンドリングサイズを決定することができる。リソースサイズがシステム帯域幅のみに制限される従来技術と比較して、本出願の実施形態で提供される技術的解決策は、様々なアプリケーションシナリオに適応するために、少なくとも1つのシステム構成パラメータに基づいてリソースバンドリングサイズセットから適切なリソースバンドリングサイズを柔軟に決定できる。したがって、本出願の実施形態で提供される技術的解決策を使用することによって、多様なシナリオに対する無線通信システムの要件を満たすことができ、システム性能を異なるシナリオにおいて効果的に最適化することができる。

本出願の実施形態で提供される技術的解決策は、対応する添付の図面を参照して以下に詳細に説明される。

図1は、本出願の実施形態による無線通信ネットワーク100の一例の概略図である。図1に示すように、無線通信ネットワーク100は、基地局102〜106と端末デバイス108〜122とを含む。基地局102〜106は、バックホール（backhaul）リンク（基地局102〜106間を直線で示す）を使用することによって互いに通信することができる。バックホールリンクは、有線バックホールリンク（例えば、光ファイバまたは銅ケーブル）であってもよく、または無線バックホールリンク（例えば、マイクロ波）であってもよい。端末デバイス108〜122は、無線リンク（基地局102〜106と端末デバイス108〜122との間の折れ線によって示される）を使用することによって対応する基地局102〜106と通信することができる。

基地局102〜106は、端末デバイス108〜122に無線アクセスサービスを提供するように構成される。具体的には、各基地局は1つのサービスカバレッジエリア（セルとも呼ばれることがあり、図1では各楕円形エリアによって示されている）に対応する。エリアに入る端末デバイスは、無線信号を使用することによって基地局と通信して、基地局によって提供される無線アクセスサービスを受信することができる。基地局のサービスカバレッジエリアは重複してもよく、重複エリア内の端末デバイスは複数の基地局からの無線信号を受信してもよい。したがって、複数の基地局が同時に端末デバイスにサービスを提供することができる。例えば、複数の基地局は、協調マルチポイント（Coordinated multipoint、CoMP）技術を使用することによって重複エリア内で端末デバイスにサービスを提供することができる。例えば、図1に示すように、基地局102と基地局104のサービスカバレッジエリアが重複しており、端末デバイス112は重複エリア内にある。したがって、端末デバイス112は基地局102および基地局104から無線信号を受信することができ、基地局102および基地局104は同時に端末デバイス112にサービスを提供することができる。別の例では、図1に示されるように、基地局102、基地局104、および基地局106のサービスカバレッジエリアは共通の重複エリアを有し、端末デバイス120は重複エリア内にある。したがって、端末デバイス120は、基地局102、基地局104、および基地局106から無線信号を受信することができ、基地局102、基地局104、および基地局106は同時に端末デバイス120にサービスを提供することができる。

使用される無線通信技術に応じて、基地局は、ノードB（NodeB）、進化型ノードB（evolved NodeB、eNodeB）、またはアクセスポイント（Access Point、AP）などと呼ばれることもある。また、提供されるサービスカバレッジエリアのサイズに基づいて、基地局は、マクロセル（Macro cell）を提供するように構成されたマクロ基地局、マイクロセル（Pico cell）を提供するように構成されたマイクロ基地局、およびフェムトセル（Femto cell）を提供するように構成されたフェムト基地局に分割されてもよい。無線通信技術の絶え間ない進化と共に、将来の基地局は別の名前を持つかもしれない。

端末デバイス108〜122は、無線通信機能を有する様々な無線通信デバイス、例えば、限定はしないが、携帯電話機、コードレス電話機、携帯情報端末（Personal Digital Assistant、PDA）、スマートフォン、ノートブックコンピュータ、タブレットコンピュータ、ワイヤレスデータカード、ワイヤレスモデム（Modulator demodulator、Modem）、またはスマートウォッチなどのウェアラブルデバイスであってもよい。モノのインターネット（Internet of Things、IOT）技術の出現に伴い、以前は通信機能を持たなかった、例えば、限定はしないが、家電製品、自動車、道具、サービスデバイス、およびサービス施設など、ますます多くのデバイスが、無線通信ユニットを構成することによって無線通信機能を取得し始め、それらが無線通信ネットワークにアクセスし、遠隔制御されるようにする。このようなデバイスは、無線通信ユニットを用いて構成されているため、無線通信機能を有しており、したがって、無線通信デバイスの範囲にも含まれる。また、端末デバイス108〜122はそれぞれ、移動局、移動デバイス、移動端末、無線端末、ハンドヘルドデバイス、クライアントなどと呼ばれることもある。

基地局102〜106および端末デバイス108〜122はすべて、MIMO（多入力多出力、Multiple Input Multiple Output）技術をサポートするために、複数のアンテナで構成され得る。また、端末デバイス108〜122は、シングルユーザMIMO（Single−User MIMO、SU−MIMO）技術をサポートしてもよいし、マルチユーザMIMO（Multi−User MIMO、MU−MIMO）をサポートしてもよい。MU−MIMOは、空間分割多元接続（Space Division Multiple Access、SDMA）技術に基づいて実装され得る。複数のアンテナで構成されているので、基地局102〜106および端末デバイス108〜122は、単入力単出力（Single Input Single Output、SISO）技術、単入力多出力（Single Input Multiple Output、SIMO）技術、および多入力単出力（Multiple Input Single Output、MISO）技術をさらに柔軟にサポートし、様々なダイバーシティ（例えば、限定はしないが、送信ダイバーシティおよび受信ダイバーシティ）および多重化技術を実装することができる。ダイバーシティ技術は、例えば、限定はしないが、送信ダイバーシティ（Transmit Diversity、TD）技術および受信ダイバーシティ（Receive Diversity、RD）技術を含み得る。多重化技術は、空間多重化（Spatial Multiplexing）技術であってもよい。さらに、前述の技術は、複数の実装方式をさらに含み得る。例えば、現在頻繁に使用されている送信ダイバーシティは、ダイバーシティ方法、例えば、限定はしないが、時空間送信ダイバーシティ（Space−Time Transmit Diversity、STTD）、空間周波数送信ダイバーシティ（Space−Frequency Transmit Diversity、SFTD）、時間スイッチ送信ダイバーシティ（Time Switched Transmit Diversity、TSTD）、周波数スイッチ送信ダイバーシティ（Frequency Switch Transmit Diversity、FSTD）、直交送信ダイバーシティ（Orthogonal Transmit Diversity、OTD）、および循環遅延ダイバーシティ（Cyclic Delay Diversity、CDD）、および前述のダイバーシティ方式の導出、進化、および組み合わせの後に得られるダイバーシティ方式を含み得る。例えば、現在のLTE（ロングタームエボリューション、Long Term Evolution）規格では、時空間ブロックコーディング（Space Time Block Coding、STBC）、空間周波数ブロックコーディング（Space Frequency Block Coding、SFBC）およびCDDなどの送信ダイバーシティ方式が使用される。

また、基地局102〜106は、例えば、限定はしないが、時分割多元接続（Time Division Multiple Access、TDMA）技術、周波数分割多元接続（Frequency Division Multiple Access、FDMA）技術、符号分割多元接続（Code Division Multiple Access、CDMA）技術、時分割同期符号分割多元接続（Time Division−Synchronous Code Division Multiple Access、TD−SCDMA）技術、直交周波数分割多元接続（Orthogonal FDMA、OFDMA）技術、シングルキャリア周波数分割多元接続（Single Carrier FDMA、SC−FDMA）技術、空間分割多元接続（Space Division Multiple Access、SDMA）技術、および進化した技術およびこれらの技術から派生した技術などの様々な無線通信技術を使用することによって端末デバイス108〜122と通信することができる。前述の無線通信技術は、今日広く人々に知られている様々な無線通信システム（またはネットワーク）を構築するために、限定はしないが、グローバル・システム・フォー・モバイル・コミュニケーションズ（Global System for Mobile Communications、GSM（登録商標））、CDMA2000、広帯域CDMA（Wideband CDMA、WCDMA（登録商標））、802．11シリーズ規格で定義されているWi−Fi、ワイマックス（Worldwide Interoperability for Microwave Access、WiMAX）、ロングタームエボリューション（Long Term Evolution、LTE）、LTEアドバンスト（LTE−Advanced、LTE−A）、これらの無線通信システムから発展したシステムなどを含む、多くの無線通信規格における無線アクセス技術（Radio Access Technology、RAT）として採用されている。図1に示される無線通信ネットワークは、前述の無線通信システムにおける任意のシステムまたはネットワークであり得る。特に明記しない限り、本出願の実施形態で提供される技術的解決策は、前述の無線通信技術および無線通信システムに適用され得る。また、用語「システム」および「ネットワーク」は交換可能であり得る。

図1に示す無線通信ネットワーク100は一例にすぎず、本出願の技術的解決策を限定することを意図するものではないことに留意されたい。当業者であれば、特定の実装プロセスにおいて、無線通信ネットワーク100は、他のデバイス、例えば、限定はしないが、基地局コントローラ（Base Station Controller、BSC）、および複数の基地局をさらに含み、端末デバイスは特定の必要性に基づいて構成され得ることを理解すべきである。

既存のLTEシステムでは、リソースサイズはシステム帯域幅のみに基づいて決定される。言い換えれば、既存のLTEでは、リソースサイズはシステム帯域幅のみに制限またはマッピングされる。構成方法は多様ではなく、リソースバンドリングサイズは1つだけである。その結果、柔軟ではなく、様々なシナリオ条件でシステムパフォーマンスを最適化することは困難である。

例えば、高周波システムと低周波システムのシナリオ条件は大きく異なる。高周波システムは、比較的カバレッジが狭く非常に高いキャリア周波数を有し、非常に小さいマルチパス遅延スプレッドを有する狭いビームを使用し、高周波システムの周波数領域チャネルは、低周波数シナリオの周波数領域チャネルよりはるかに平坦である。違いを考慮せずに同じリソースバンドリングサイズ構成が高周波数システムと低周波数システムに使用される場合、両者が比較的望ましい性能を達成することは困難である。

別の例では、端末とネットワークデバイスとの間に直接経路が存在しない場合と比較して、端末とネットワークデバイスとの間に直接経路が存在する場合、周波数領域チャネルはより小さなマルチパス遅延スプレッドを有してより平坦である。屋内端末と屋外端末のチャネル状況も大きく異なる。違いを考慮せずに常に同じリソースサイズ構成がすべての端末に使用される場合、異なる端末チャネル条件を考慮に入れることは困難である。

このため、本出願はリソースバンドリングサイズセット（resource bundling size set）を設計する。セットは、少なくとも1つのリソースバンドリングサイズ（resource bundling size）を含む。本出願の実施形態で提供される技術的解決策によれば、適切なリソースバンドリングサイズは、異なるアプリケーションシナリオに適応するために、リソースバンドリングサイズセットから柔軟に決定され得る。本出願の実施形態において説明されるリソースバンドリングサイズは、リソースバンドリング粒度とも呼ばれてもよいことを理解されたい。

以下に、本出願において提供されるリソース構成方法の実装プロセスを詳細に説明する。

図2は、本出願の実施形態によるリソース構成方法200の一例のフローチャートである。特定の実装プロセスでは、送信側デバイスは、例えば、限定はしないが、図1の端末デバイス108〜122または基地局102〜106であってもよく、受信側デバイスは、例えば、限定はしないが、図1の基地局102〜106または端末デバイス108〜122であってもよい。基地局102〜106および端末デバイス108〜122は、それぞれ送信側および受信側においてピアデバイスであることを理解されたい。

ステップ202：送信側デバイスは、構成情報を生成し、構成情報は少なくとも1つのリソースバンドリングサイズを示すために使用され、リソースバンドリングサイズはリソースバンドリングサイズセットに属し、リソースバンドリングサイズセットは少なくとも1つのシステム構成パラメータに対応する。リソースバンドリングサイズは、リソースグループサイズと呼ばれてもよく、リソースバンドリングサイズセットは、リソースグループサイズセットと呼ばれてもよく、または簡単にリソースバンドリングセットもしくはリソースグループセットと呼ばれる。

ステップ204：送信側デバイスは構成情報を送信する。

ステップ206：受信側デバイスは構成情報を受信する。

ステップ208：受信側デバイスは構成情報に基づいてリソースバンドリングサイズを決定する。

方法200では、送信側デバイスによって生成された構成情報は、少なくとも1つのリソースバンドリングサイズを含むリソースバンドリングサイズセットを示すために使用され、1つまたは複数のリソースバンドリングサイズセットは異なるサービスシナリオに適応するように構成され得る。

可能な実装形態では、リソースバンドリングサイズセットは、ユーザ構成パラメータに対応するリソースバンドリングサイズを含み、ユーザ構成パラメータは、端末のスケジューリング帯域幅、または端末の最小連続スケジューリング帯域幅、または端末の連続スケジューリング帯域幅の約数を含む。ユーザ構成パラメータに対応するリソースバンドリングサイズは、ステータス変数であり得る。例えば、ステータス変数は、ターゲット端末に全体または部分スケジューリング帯域幅を使用するように指示する。例えば、現在のスケジューリングプロセスでは、10個の物理リソースブロック（Physical Resource Block、PRB）が端末にスケジューリングされ、パラメータが指示されている場合、サイズは10PRBである；または20個のPRBがスケジューリングプロセスにおいて端末にスケジューリングされ、別のパラメータが指示されている場合、サイズは20PRBである。

本出願のこの実施形態では、リソースバンドリングサイズセットは少なくとも1つのシステム構成パラメータに対応し、システム構成パラメータは、システム無線キャリア周波数パラメータ、システム帯域幅パラメータ、システムサブキャリア間隔パラメータ、サービスシナリオパラメータ、または伝送方式パラメータであってもよく；リソースバンドリングサイズセット内のリソースバンドリングサイズは、リソーススケジューリング周波数領域サイズ、物理リソースブロックバンドリングサイズ、プリコーディング周波数領域サイズ、およびチャネル状態情報CSIフィードバック周波数領域サイズのうちの少なくとも1つであってもよい。

このように、リソースバンドリングサイズはシステム帯域幅に関係するだけでなく、他のシステム構成パラメータにも対応し得る。さらに、リソースバンドリングサイズは、物理リソースブロック周波数領域サイズ、リソーススケジューリング周波数領域サイズ、プリコーディング周波数領域サイズ、CSIフィードバック周波数領域サイズ、および伝送方式周波数領域サイズを決定するために使用され得る。これは柔軟かつ多様であり、様々なシナリオの変化に適応する。

対応して、構成情報は、リソーススケジューリング構成情報、または物理リソースブロック構成情報、またはプリコーディング構成情報、またはチャネル状態情報フィードバック構成情報、または伝送方式構成情報であってもよい。

特定の実装プロセスでは、ステップ204において、送信側デバイスは構成情報を送信する。

本出願のこの実施形態では、送信側デバイスは、リソースバンドリングサイズを明示的または暗黙的に送信することができる。

一態様では、送信側デバイスが表示のために明示的シグナリングを受信側デバイスに送信しない場合、受信側デバイスは、デフォルトで、システムパラメータに対応するリソースバンドリングサイズセット内のリソースバンドリングサイズ、例えば、最初または最後のリソースバンドリングサイズを使用する。

別の態様では、送信側デバイスは、代替として、構成情報を使用することによって、特定のリソースバンドリングセット内のリソースバンドリングサイズを受信側デバイスに送信することができる。

前述の2つの方法の両方において、構成情報を受信した後に、受信側デバイスは、対応するリソースバンドリングサイズを取得することができ、リソースバンドリングサイズに基づいて対応する動作を実行する、例えば、リソーススケジューリング、またはプリコーディング、またはチャネル推定、またはデータ復調を実行することができる。

明示的シグナリングを使用することによって構成情報を送信することは、
ブロードキャストシグナリング、
ユニキャストシグナリング、
物理層シグナリング、
メディアアクセス制御層のシグナリング、および
無線リソース制御シグナリング
のエアインタフェースシグナリングのうちの1つを使用することによって構成情報を送信することであり得る。

物理層シグナリングは、レイヤ1（Layer1、L1）シグナリングとも呼ばれ、通常、物理層フレームの制御部分によって搬送され得る。L1シグナリングの典型例は、LTE規格で定義されているように物理ダウンリンク制御チャネル（Physical Downlink Control Channel、PDCCH）で搬送されるダウンリンク制御情報（Downlink Control Information、DCI）である。場合によっては、L1シグナリングは、代替として、物理層フレームのデータ部分によって搬送されてもよい。L1シグナリングの伝送期間またはシグナリング期間は、通常、物理層フレームの期間であることは容易に理解できる。したがって、シグナリングは通常、頻繁に変化する情報を転送するために何らかの動的制御を実装するために使用される。例えば、物理層シグナリングは、リソース割り当て情報を転送するために使用され得る。

メディアアクセス制御（Media Access Control、MAC）レイヤシグナリングは、レイヤ2（Layer 2）シグナリングに属し、通常、例えば、限定はしないが、レイヤ2フレームのフレームヘッダによって搬送され得る。フレームヘッダは、例えば、限定はしないが、送信元アドレスおよび宛先アドレスなどの情報をさらに搬送することができる。レイヤ2フレームは通常、フレームヘッダに加えてフレーム本体をさらに含む。場合によっては、L2シグナリングは、代替として、レイヤ2フレームのフレーム本体によって搬送されてもよい。レイヤ2シグナリングの典型的な例は、802．11シリーズ規格におけるMACフレームのフレームヘッダ内のフレーム制御（Frame Control）フィールド、またはいくつかのプロトコルで定義されているMAC制御エンティティ（Control Entity、CE）で搬送されるシグナリングである。レイヤ2フレームは通常、物理レイヤフレームのデータ部分で搬送されてもよい。あるいは、前述のリソース構成情報は、メディアアクセス制御レイヤシグナリング以外のレイヤ2シグナリングを使用することによって送信されてもよい。

無線リソース制御（Radio Resource Control、RRC）シグナリングは、レイヤ3（Layer 3）シグナリングに属し、通常はいくつかの制御メッセージである。L3シグナリングは通常、レイヤ2フレームのフレーム本体で搬送され得る。L3シグナリングは通常、比較的長い伝送期間または制御期間を有し、頻繁に変化しないいくつかの情報を送信するのに適している。例えば、いくつかの既存の通信規格では、L3シグナリングは通常、いくつかの構成情報を搬送するために使用される。あるいは、上記のリソース構成情報は、RRCシグナリング以外のレイヤ3シグナリングを使用することによって送信されてもよい。

上記は、物理層シグナリング、MAC層シグナリング、RRCシグナリング、レイヤ1シグナリング、レイヤ2シグナリング、およびレイヤ3シグナリングの単なる原理的説明である。3種類のシグナリングについての詳細は、従来技術を参照されたい。したがって、詳細は本明細書では再度説明されない。

ステップ206において、受信側デバイスは送信側デバイスから構成情報を受信する。

ステップ208において、受信側デバイスは構成情報に基づいてリソースバンドリングサイズを決定する。特定の実装形態では、受信側デバイスは、デフォルトのシステム構成パラメータに基づいて、または送信側デバイスによって送信されたエアインタフェースシグナリングの指示に基づいて、対応するリソースバンドリングサイズセットを決定するか、あるいはデフォルトのシステム構成パラメータに基づいて、または送信側デバイスによって送信されたエアインタフェースシグナリングの指示に基づいて、対応するリソースバンドリングサイズをさらに決定するように構成される。

例えば、受信側デバイスは、デフォルトのシステム構成パラメータに基づいて、システム構成パラメータに対応するリソースバンドリングサイズセットおよびリソースバンドリングサイズセット内のリソースバンドリングサイズを決定する、または、
受信側デバイスは、送信側デバイスによって送信された無線リソース制御シグナリングの指示に基づいて、リソースバンドリングサイズセットおよびリソースバンドリングサイズセット内のリソースバンドリングサイズを決定する、または、
受信側デバイスは、送信側デバイスによって送信されたダウンリンク制御シグナリングまたはメディアアクセス制御の制御要素MAC CEシグナリングの指示に基づいて、リソースバンドリングサイズセット内の対応するリソースバンドリングサイズを決定する、または、
受信側デバイスは、デフォルトのシステム構成パラメータに基づいて、そのシステム構成パラメータに対応するリソースバンドリングサイズセットを決定し、次いでエアインタフェースシグナリング、例えば、RRC、DCI、またはMAC CEシグナリングの指示に基づいてリソースバンドリングサイズセット内の対応するリソースバンドリングサイズを決定する。

また、受信側デバイスは、リソースバンドリングサイズを決定した後、チャネル推定またはデータ復調を実行する。

以下では、物理リソースブロック（Physical Resource Block、PRB）のバンドリングサイズを例として使用することによって、本出願のこの実施形態における方法200において、送信側デバイスによって構成情報を生成するステップにおいて、リソースバンドリングサイズセットと1つまたは複数のシステム構成パラメータとの間の対応関係がどのように構成されるかを説明する。リソーススケジューリング周波数領域サイズ、プリコーディング周波数領域サイズ、およびチャネル状態情報フィードバック周波数領域サイズなどの他のリソースバンドリングサイズについても、原理はそれに類似している。したがって、本出願のすべての実施形態におけるPRB bundling sizeに関する説明は、リソーススケジューリング周波数領域サイズ、プリコーディング周波数領域サイズ、およびチャネル状態情報フィードバック周波数領域サイズにも適用可能であり、詳細は再度説明されない。なお、説明の便宜上、送信側デバイスとしてネットワークデバイスを使用し、受信側デバイスとして端末を使用している。

実施形態1：PRB bundling sizeはシステム帯域幅（system bandwidth）に制限されることが合意されている。

物理リソースグループサイズセットは、複数の物理リソースブロックバンドリングサイズを示すことができ、｛1，2，4｝は、物理リソースグループサイズセットもしくは物理リソースバンドリングサイズセットであり、または簡単に物理リソースグループセットもしくは物理リソースバンドリングセットと呼ばれることがある。セットは、システム帯域幅≦5に対応する。物理リソースグループサイズセット｛1，2，4｝において、1は1つの物理リソースブロックが束ねられて1つの物理リソースブロックグループが形成することを示し、2は2つの物理リソースブロックが束ねられて1つの物理リソースブロックグループを形成することを示す。

システム帯域幅が≦20である場合、システム帯域幅に対応するPRG Size setは、｛1，4，6｝であり得る。

システム帯域幅が≦50であるとき、システム帯域幅に対応するPRG Size setは、｛8｝であり得る。セット｛8｝は1つの値8のみを含む。言い換えれば、システム帯域幅≦50は、1つのPRG Size 8に対応する。

システム帯域幅が≦100であるとき、システム帯域幅に対応するPRGサイズセットは、｛10｝であり得る。PRGサイズセットは1つの値10のみを含む、すなわちシステム帯域幅≦100が1つのPRGサイズ10に対応すると考えることができる。

結論として、物理リソースグループサイズセットとシステム帯域幅との間のマッピング関係は変動する可能性があり、物理リソースグループサイズセット内の物理リソースグループサイズの量も変動する可能性があり、1つの値のみを含み得る。

リソーススケジューリング周波数領域サイズ、プリコーディング周波数領域サイズ、およびチャネル状態情報フィードバック周波数領域サイズなどの他のリソースバンドリングサイズは、それらと同様であり、詳細はここでは再度説明しない。

一実装形態では、PRB bundling size setとシステム帯域幅との間の対応関係は、特に以下のようにネットワークデバイスと端末との間で合意される。

より大きなシステム帯域幅は、システム帯域幅に対応するPRB bundling size set内のより大きい（少なくとも同じ）maximum PRB bundling sizeを示す。

PRB bundling size set内の各PRB bundling sizeは、スケジューリングサイズ（RBG）（システム帯域幅に対応する）の約数である。

各PRB bundling size setの最初の値はデフォルト値である。ネットワークデバイスがPRB bundling sizeを構成しない場合、デフォルトでは、端末はプロトコルで合意されたPRB bundling size setの最初の値を使用する。

別の実装形態では、ネットワークデバイスは、端末のPRB bundling size setを構成する。PRB bundling size setを構成するとき、ネットワークデバイスは端末のチャネル推定能力を考慮する必要がある。能力は端末によって事前に報告される。

さらに別の実装形態では、ネットワークデバイスは、端末の特定のPRB bundling size set内のPRB bundling sizeを構成する。

前述の3つの実装形態では、ネットワークデバイスは、具体的には以下のように、明示的または暗黙的にPRB bundling sizeを構成することができる。

Alt1：ネットワークデバイスから端末に送信された構成情報に明示的なシグナリングがない場合、端末はデフォルトでシステムパラメータに対応するPRB bundling size set内のPRB bundling sizeを表す要素の値を有効値（element value）として使用し、ここで、有効値は、端末によって最終的に決定されたPRB bundling size、例えば、最初または最後の要素の値である。

Alt2：RRCシグナリングを使用して、対応するset内の要素の値を有効値として構成する。

Alt3：DCIを使用して、対応するset内の要素の値を有効値として構成する。

Alt4：統計的チャネル情報に基づいて、RRCを使用して対応するset内の要素の値を有効値として構成し、DCIを使用して特定の要素の値を有効値として構成する。

PRB bundling size setとシステム帯域幅との間のマッピング関係を構成した後、ネットワークデバイスは構成情報を用いて各端末にマッピング関係を送信し、各端末は構成情報に基づいてPRB bundling sizeを取得してチャネル推定を行う。

実施形態2：PRB bundling size setはシステム無線キャリア周波数（system radio carrier frequency、RCF）パラメータに制限されることが合意されている。

一実装形態では、PRB bundling size setとシステム無線キャリア周波数との間の対応関係は、プロトコルで合意されている。

より高いシステム無線キャリア周波数は、システム無線キャリア周波数に対応するPRB bundling size set内のより大きい（少なくとも同じ）maximum PRB bundling sizeを示す。

PRB bundling size set内の各PRB bundling sizeは、スケジューリングサイズ（RBG）（システム無線キャリア周波数に対応する）の約数である。

各PRB bundling size setの最初または最後の値はデフォルト値である。ネットワークデバイスがPRB bundling sizeを構成しない場合、デフォルトでは、端末はプロトコルで合意されたPRB bundling size setの最初または最後の値を使用する。

別の実装形態では、ネットワークデバイスは、端末のPRB bundling size setを構成する。

構成中、ネットワークデバイスは端末のチャネル推定能力を考慮する必要がある。能力は端末によって事前に報告される。

さらに別の実装形態では、ネットワークデバイスは、端末の特定のPRB bundling size set内のPRB bundling sizeを構成する。

同様に、前述の3つの実装形態では、ネットワークデバイスは、具体的には以下のように、明示的または暗黙的にPRB bundling sizeを構成することができる。

Alt1：ネットワークデバイスから端末に送信された構成情報に明示的なシグナリングがない場合、端末はデフォルトでシステムパラメータに対応するPRB bundling size set内のPRB bundling sizeを表す要素の値を有効値（element value）として使用し、ここで、有効値は、端末によって最終的に決定されたPRB bundling size、例えば、最初または最後の要素の値である。

Alt2：RRCを使用して、対応するセット内の要素の値を有効値として構成する。

Alt3：DCIを使用して、対応するset内の要素の値を有効値として構成する。

Alt4：統計的チャネル情報に基づいて、RRCを使用して対応するset内の要素の値を有効値として構成し、DCIを使用して特定の要素の値を有効値として構成する。

PRB bundling size setとシステム無線キャリア周波数との間のマッピング関係を構成した後、ネットワークデバイスは構成情報を用いて各端末にマッピング関係を送信し、各端末は構成情報に基づいてPRB bundling sizeを取得してチャネル推定を行う。

実施形態3：PRB bundling size setはシステムサブキャリア間隔（system subcarrier spacing）に制限されることが合意されている。

一実装形態では、PRB bundling size setとシステムサブキャリア間隔との間の対応関係が合意される。

システムサブキャリア間隔が大きいほど、システムサブキャリア間隔に対応するPRB bundling size set内のmaximum PRB bundling sizeがより小さい（少なくとも同じ）。

PRB bundling size set内の各PRB bundling sizeは、スケジューリングサイズ（RBG）（システムサブキャリア間隔に対応する）の約数である。

各PRB bundling size setの最初または最後の値がデフォルト値である。ネットワークデバイスがPRB bundling sizeを構成しない場合、デフォルトでは、端末はプロトコルで合意されたPRB bundling size setの最初または最後の値を使用する。

別の実装形態では、ネットワークデバイスは、端末のPRB bundling size setを構成する。

構成中、ネットワークデバイスは端末のチャネル推定能力を考慮する必要がある。能力は端末によって事前に報告される。

さらに別の実装形態では、ネットワークデバイスは、端末の特定のPRB bundling size set内のPRB bundling sizeを構成する。

前述の3つの実装形態では、ネットワークデバイスは、具体的には以下のように、明示的または暗黙的にPRB bundling sizeを構成することができる。

Alt1：ネットワークデバイスから端末に送信された構成情報に明示的なシグナリングがない場合、端末はデフォルトでシステムパラメータに対応するPRB bundling size set内のPRB bundling sizeを表す要素の値を有効値（element value）として使用し、ここで、有効値は、端末によって最終的に決定されたPRB bundling size、例えば、最初または最後の要素の値である。

Alt2：RRCを使用して、対応するセット内の要素の値を有効値として構成する。

Alt3：DCIを使用して、対応するset内の要素の値を有効値として構成する。

Alt4：統計的チャネル情報に基づいて、RRCを使用して対応するset内の要素の値を有効値として構成し、DCIを使用して特定の要素の値を有効値として構成する。

PRB bundling size setとシステムサブキャリア間隔との間のマッピング関係を構成した後、ネットワークデバイスは構成情報を用いて各端末にマッピング関係を送信し、各端末は構成情報に基づいてPRB bundling sizeを取得してチャネル推定を行う。

実施形態4：PRB bundling setは複数のシステムパラメータ（例えば、RCFおよび帯域幅）に制限されることが合意されている。

ネットワークデバイスによって構成されたPRB bundling size setは、ユーザ構成パラメータに対応するPRG Sizeを含む。ユーザ構成パラメータは端末のスケジューリング帯域幅を含む。別の実装形態では、ユーザ構成パラメータは、代替として、端末の最小連続スケジューリング帯域幅または端末の連続スケジューリング帯域幅の約数であってもよい。ユーザ構成パラメータに対応するリソースバンドリングサイズは、ステータス変数であり得る。例えば、ステータス変数は、ターゲット端末に全体または部分スケジューリング帯域幅を使用するように指示する。例えば、現在のスケジューリングプロセスでは、10個の物理リソースブロック（Physical Resource Block、PRB）が端末にスケジューリングされ、パラメータが指示されている場合、サイズは10PRBである；または20個のPRBがスケジューリングプロセスにおいて端末にスケジューリングされ、別のパラメータが指示されている場合、サイズは20PRBである。ネットワークデバイスによる対応する構成情報の送信処理は、実施形態1から実施形態3と同様であるため、詳細はここでは再度説明しない。

実施形態5：PRB bundling setは伝送方式（transmission scheme、TS）に制限されることが合意されている。

ネットワークデバイスによりPRB bundling sizeを構成し、対応する構成情報を送信するプロセスは、実施形態1から実施形態4と同様であるため、詳細はここでは再度説明しない。

実施形態1から実施形態5では、送信側デバイスがリソースバンドリングサイズセットとシステム構成パラメータとの関係を構成して受信側デバイスにその関係を送信する実装プロセスを説明するための例としてPRB bundling size setを使用する。

実施形態6では、受信側デバイスが送信側デバイスにリソースバンドリングサイズを示す情報を報告するプロセスについて説明する。

実施形態6では、送信側デバイスがネットワークデバイスであり、受信側デバイスが端末であることを説明のための例としてさらに使用する。

受信側デバイス、すなわち端末は、端末がフィードバックする必要があるリソースバンドリングサイズを決定し、リソースバンドリングサイズを報告またはフィードバックするためにネットワークデバイスにメッセージを送信する。

一実装形態では、端末によってフィードバックされたリソースバンドリングサイズは、ネットワークデバイスが使用すべきリソースバンドリングサイズである；あるいは、端末によってフィードバックされたリソースバンドリングサイズは、単に端末がネットワークデバイス用に推奨したリソースバンドリングサイズとして使用されてもよく、ネットワークデバイスは実際に使用されるリソースバンドリングサイズを決定する。

特定の実装形態では、端末は、複数の実装方法を使用することによってリソースバンドリングサイズを決定することができる。

例えば、端末は最初にチャネル測定を通じて適切なリソースバンドリングサイズを決定することができる。例えば、端末は、周波数領域チャネルを測定し、チャネルコヒーレント帯域幅を計算し、そしてチャネルコヒーレント帯域幅に基づいて適切なリソースバンドリングサイズを決定するために、ダウンリンク基準信号を受信することができる。

別の例では、端末は、位置、移動速度、時間、キャリア周波数、帯域幅、および端末のサービス特性などのパラメータ条件下で、リソースバンドリングサイズと伝送性能との間の関係についての統計を収集し、各パラメータ値に対する最適なリソースバンドリングサイズを決定し、次いで端末の現在のパラメータ値に基づいて現在の最適なリソースバンドリングサイズを選択することができる。

別の例では、ネットワークデバイスは、規則またはパラメータ（例えば、コヒーレント帯域幅閾値またはリソースバンドリングサイズ調整係数）を端末に送信することができ、それによって端末は、規則またはパラメータおよび端末のパラメータ条件に基づいてリソースバンドリングサイズを決定する。

特定の実装形態では、端末は、複数の実装方法を使用することによってリソースバンドリングサイズをネットワークデバイスにフィードバックすることができる。

例えば、端末は、リソースバンドリングサイズがいくつのRBを含むかを示すために、メッセージをネットワークデバイスに直接送信する。

別の例では、端末は、リソースバンドリングサイズの変更を示すためにネットワークデバイスにメッセージを送信する。例えば、1ビットは変化なし／変化ありを示すために使用され、2ビットは減少／変化なし／増加／ジャンプなどを示すために使用される。

別の例では、予め合意された基本リソースバンドリングサイズ（例えば、基本リソースバンドリングサイズは標準の合意に基づいて決定される）に基づいて、またはネットワークシグナリングを使用して構成された基本リソースバンドリングサイズ（例えば、基本リソースバンドリングサイズは実施形態1の方法に基づいて決定される）に基づいて、端末がネットワークデバイスにメッセージを送信して、リソースバンドリングサイズと基本リソースバンドリングサイズとの間の複数の関係を示す。

別の例では、端末は、端末により決定されたリソースバンドリングサイズによって使用するための特定のリソースバンドリングサイズ構成表を示すために、ネットワークデバイスと予め合意された複数のリソースバンドリングサイズ構成表に基づいて送信側デバイスに情報を送信する。具体的には、予め合意されたリソースバンドリングサイズ表（例えば、表6）に基づいて、端末は、メッセージをネットワークデバイスに送信して、決定されたリソースバンドリングサイズによって使用される表内の列を示す（例えば、caseの値が0または1であることを示す）。

別の例では、予め合意された複数のリソースバンドリングサイズ表に基づいて、端末は、リソースバンドリングサイズによって使用されるべき表を示すために、ネットワークデバイスにメッセージを送信する。

特定の実装形態では、端末によってネットワークデバイスに送信されたメッセージは、1つのリソースバンドリングサイズのみをフィードバックするために使用されてもよく、または複数の（推奨された）リソースバンドリングサイズをフィードバックするために使用されてもよい。複数のリソースバンドリングサイズは、1つのメッセージを送信することによってフィードバックされてもよく、または複数のメッセージを送信することによってフィードバックされてもよい。1つのメッセージを送信することによって複数のリソースバンドリングサイズがフィードバックされるとき、メッセージは複数のIEを搬送することができる。各IEは1つのリソースバンドリングサイズを示す。あるいは、メッセージは、複数のリソースバンドリングサイズを同時に示すためにただ1つのIEを搬送してもよい。例えば、表7に示す表が使用され、1ビットを使用してリソースバンドリングサイズまたはリソースバンドリングサイズの推奨範囲を示すことができる。範囲は、複数のリソースバンドリングサイズを含んでもよい。

実施形態6における方法はまた、端末により使用されてネットワークデバイスにメッセージを送信し、別のリソースバンドリングサイズを示す、例えばサブバンド（sub−Band、SB）などのCSIフィードバックバンドリングサイズを示す、または、リソースブロックグループ（Resource Block Group、RBG）サイズなどのリソーススケジューリングバンドリングサイズを示すことができる。

前述の実施形態では、リソースバンドリングサイズセット内の値は、整数であってもよく、または表8に示されるように、RBGなどの既知のサイズの倍数であってもよい。

実施形態1〜実施形態6では、PRB bundling size setがシステム構成パラメータに制限されることを主に説明のための例として使用し、システム構成パラメータは値の範囲であるため、異なるシステム構成パラメータは異なるシナリオに適応して、推定性能を向上させる。

単純な実装形態では、1つのリソースバンドリングサイズセットが1つのシステム構成パラメータに対応し；1つのリソースバンドリングサイズセットは1つのリソースバンドリングサイズのみを有するか、または1つのリソースバンドリングサイズセットは複数のリソースバンドリングサイズを有する。以下、実施形態7を用いて、この場合の実装プロセスを説明する。

ここでは、一例として、物理リソースブロック構成情報と既存のLTE規格を用いてこの概念を説明する。LTEシステムでは、チャネル推定のための周波数帯域幅を示すために物理リソースブロックグループPRGが使用され、この適用はLTEシステムと類似している。

方法200における物理リソースブロック構成情報は、周波数帯域幅パラメータを含み得る。この場合、物理リソースブロック構成情報が示す周波数帯域幅は、周波数帯域幅パラメータに基準周波数帯域幅を乗算した積に等しい。任意選択で、基準周波数帯域幅はリソースユニットの周波数帯域幅に等しい。リソース単位は、LTE規格におけるリソースブロック（Resource Block、略してRB）でもよいし、あるいはRBと同様に新たに定義された単位でもよい。また、周波数帯域幅パラメータは、具体的な数値であってもよい。例えば、周波数帯域幅パラメータは数値3であり、リソース単位は、LTE規格におけるRBを用いて示される。そして、物理リソースブロック構成情報が示す周波数帯域幅は、3RBの周波数帯域幅である。具体的には、物理リソースブロック構成の周波数帯域幅は540kHz（3×12×15kHz）である。特定の実装プロセスでは、基準周波数帯域幅は代替的に他の幅、例えばサブキャリア間隔であり得るがこれに限定されないことに留意されたい。

任意選択で、方法200における物理リソースブロック構成情報は、チャネル推定のための周波数帯域の幅値または幅値のインデックスをさらに含むことができ、幅値または幅値のインデックスはチャネル推定のための周波数帯域の幅を決定するために使用される。例えば、送信側デバイスによって生成された物理リソースブロック構成情報は、チャネル推定のための周波数帯域の幅を示すために使用される特定の幅値を搬送する。例えば、幅値は180kHzであり得、幅値180kHzは、送信側デバイスによって受信側デバイスに示され、特定のシナリオにおいて最適であるチャネル推定用の周波数帯域の幅である。シナリオは、高周波シナリオ（6GHzより高い無線キャリア周波数を有する）、低周波数シナリオ（6GHzより低い無線キャリア周波数を有する）などであってもよく、シナリオは、本明細書に限定されない特定の状況に応じて設定されてもよい。別の例では、送信側デバイスによって生成された物理リソースブロック構成情報は、チャネル推定のための周波数帯域の幅値を示すために使用されるインデックスを搬送し、インデックスを受信した後、受信側デバイスは幅値とインデックスとの間で予め合意された対応関係に基づいて、送信側デバイスから受信側デバイスに示されるチャネル推定用の周波数帯域の最適幅を決定することができる。具体的には、幅値とインデックスとの間の対応関係については、以下の表9を参照されたい。

一実装形態では、方法200内の物理リソースブロック構成情報は、幅マッピング規則のインデックスをさらに含み得る。幅マッピング規則は、システム帯域幅とチャネル推定のための周波数帯域幅との間の対応関係を記録する。幅マッピング規則のインデックスは、幅マッピング規則を示すために使用される。この場合、受信側デバイスは、幅マッピング規則およびシステム帯域幅に基づいて周波数帯域幅を決定することができる。例えば、送信側デバイスによって生成された物理リソースブロック構成情報は、幅マッピング規則を示すために使用されるインデックスを搬送し、幅マッピング規則は、そのインデックスを使用することによって決定される。マッピング規則は、表形式で示されてもよいし、他の形式で示されてもよい。一例としてLTE規格を使用して、表形式については、以下の表10を参照されたい（説明を簡単にするために、インデックスはidxで表され、周波数帯域の幅はPで表され、周波数帯域幅の単位は従来技術の物理リソースブロックPRBで表される）。システム帯域幅とチャネル推定用の周波数帯域幅との間の対応関係は、インデックスidxの値に基づいて決定される。例えば、idxの値は0であり、システム帯域幅は11〜26PRBであり、Pは2PRB、すなわち360kHzに等しい。

方法200における物理リソースブロック構成情報は、幅更新パラメータをさらに含み得ることが好ましい。幅更新パラメータは、チャネル推定のために周波数帯域の現在の幅を更新するために使用される。例えば、送信側デバイスによって生成された物理リソースブロック構成情報は、幅更新パラメータを搬送し、幅更新パラメータは、チャネル推定のために周波数帯域の現在の幅に対して行われる必要がある更新を示すために使用される。具体的な更新内容は計算式形式で示されてもよい。詳細については、以下の表11を参照されたい（説明を簡単にするために、幅更新パラメータはCASEで表され、チャネル推定のための周波数帯域の現在の幅はPで表され、周波数帯域の更新された幅はP＊で表され、周波数帯域幅の単位は、従来技術の物理リソースブロックPRBで表される）。対応するシステム帯域幅に対応する、チャネル推定のための周波数帯域の更新された幅は、幅更新パラメータCASEの値に基づいて決定される（例えば、CASEの値は0または1である）。

特定の実装プロセスでは、ステップ204において、送信側デバイスは、決定されたリソースを使用することによって物理リソースブロック構成情報を受信側デバイスに送信する。物理リソースブロック構成情報は、ブロードキャストシグナリング、ユニキャストシグナリング、物理層シグナリング、メディアアクセス制御層シグナリング、および無線リソース制御シグナリング、のシグナリングタイプのうちの1つを使用することによって送信され得る。

上記実施形態では、物理リソースブロック構成情報を例に挙げて説明した。リソーススケジューリング周波数領域サイズに対応するリソーススケジューリング構成情報、またはプリコーディング周波数領域サイズに対応するプリコーディング構成情報、またはチャネル状態情報フィードバック周波数領域サイズに対応するチャネル状態情報フィードバック構成情報、または伝送方式構成情報については、実装形態が類似しており、詳細はここでは再度説明しない。

また、物理リソースブロックバンドリングサイズの機能は、チャネル推定に限定されず、物理リソースブロックバンドリングサイズはデータ復調などにも使用可能である。これは当業者にはよく知られているので、詳細はここでは再度説明しない。

送信側デバイスがリソース構成情報を生成し、受信側デバイスがリソース構成情報に基づいてリソースバンドリングサイズを決定し得ることは容易に知ることができる。リソースサイズがシステム帯域幅のみに制限される従来技術と比較して、本出願のこの実施形態で提供される技術的解決策は、異なるアプリケーションシナリオに適応するために、リソースバンドリングサイズセットから適切なリソースバンドリングサイズを柔軟に決定できる。したがって、本出願のこの実施形態において提供される技術的解決策を使用することによって、多様なシナリオに対する無線通信システムの要件を満たすことができ、システム性能は異なるシナリオにおいて効果的に最適化することができる。

図3は、本出願の一実施形態による送信側デバイス400の論理構造の概略図である。特定の実装プロセスでは、送信側デバイスは、例えば、限定はしないが、図1の端末デバイス108〜122または基地局102〜106であってもよい。図3に示すように、デバイス400は生成モジュール402とトランシーバモジュール404を含む。

生成モジュール402は構成情報を生成するように構成され、構成情報は少なくとも1つのリソースバンドリングサイズを示すために使用され、リソースバンドリングサイズはリソースバンドリングサイズセットに属し、リソースバンドリングサイズセットは少なくとも1つのシステム構成パラメータに対応する。

トランシーバモジュール404は、生成モジュール402によって生成された構成情報を送信するように構成される。

生成モジュール402によって生成されたリソースバンドリングサイズセットは、少なくとも1つのシステム構成パラメータに対応する。また、システム構成パラメータは、システム無線キャリア周波数パラメータ、システム帯域幅パラメータ、システムサブキャリア間隔パラメータ、サービスシナリオパラメータ、および伝送方式パラメータのうちの少なくとも1つを含む。

また、リソースバンドリングサイズセットは、ユーザ構成パラメータに対応するリソースバンドリングサイズを含む。

トランシーバモジュール404は、リソースバンドリングサイズセットを示す構成情報、またはリソースバンドリングサイズセット内のリソースバンドリングサイズを示す構成情報を受信側デバイスに送信する。

具体的には、トランシーバモジュール404は、チャネル情報、またはマルチユーザ（multiple user、MU）ペアリング情報、または復調基準信号パターンに基づいて構成情報を受信側デバイスに送信する。

また、トランシーバモジュール404は、エアインタフェースシグナリング、例えば、ブロードキャストシグナリング、ユニキャストシグナリング、無線リソース制御シグナリング、ダウンリンク制御シグナリング、またはメディアアクセス制御の制御要素MAC CEシグナリングを使用することによって構成情報をさらに送信する。

また、トランシーバモジュール404は、受信側デバイスによって報告され、リソースバンドリングサイズを示す情報を受信するようにさらに構成される。

デバイス400は、図2に示す方法200を実行するように構成される。デバイス400に関する技術的特徴は、添付の図面、例えば、限定はしないが、図2を参照して詳細に上述される。したがって、詳細はここでは再度説明しない。

図4は、本出願の一実施形態による受信側デバイス500の論理構造の概略図である。特定の実装プロセスでは、受信側デバイスは、例えば、限定はしないが、図1の基地局102〜106または端末デバイス108〜122であってもよい。図4に示すように、デバイス500はトランシーバモジュール502と決定モジュール504を含む。

トランシーバモジュール502は構成情報を受信するように構成され、構成情報は少なくとも1つのリソースバンドリングサイズを示すために使用され、リソースバンドリングサイズはリソースバンドリングサイズセットに属し、リソースバンドリングサイズセットは少なくとも1つのシステム構成パラメータに対応する。

決定モジュール504は、構成情報に基づいてリソースバンドリングサイズを決定するように構成される。また、決定モジュール504は、リソースバンドリングサイズを決定した後にチャネル推定またはデータ復調を実行するようにさらに構成される。

特定の実装形態では、決定モジュール504は、デフォルトのシステム構成パラメータに基づいて、または送信側デバイスによって送信されたエアインタフェースシグナリングの指示に基づいて、対応するリソースバンドリングサイズセットを決定するか、あるいはデフォルトのシステム構成パラメータに基づいて、または送信側デバイスによって送信されたエアインタフェースシグナリングの指示に基づいて、対応するリソースバンドリングサイズをさらに決定するようにさらに構成される。

例えば、決定モジュール504は、デフォルトのシステム構成パラメータに基づいて、システム構成パラメータに対応するリソースバンドリングサイズセットおよびリソースバンドリングサイズセット内のリソースバンドリングサイズを決定する、または、
決定モジュール504は、送信側デバイスによって送信された無線リソース制御シグナリングの指示に基づいて、リソースバンドリングサイズセットおよびリソースバンドリングサイズセット内のリソースバンドリングサイズを決定する、または、
決定モジュール504は、送信側デバイスによって送信されたダウンリンク制御シグナリングまたはメディアアクセス制御の制御要素MAC CEシグナリングの指示に基づいて、リソースバンドリングサイズセット内の対応するリソースバンドリングサイズを決定する、または、
決定モジュール504は、デフォルトのシステム構成パラメータに基づいて、そのシステム構成パラメータに対応するリソースバンドリングサイズセットを決定し、次いでエアインタフェースシグナリング、例えば、RRC、DCI、またはMAC CEシグナリングの指示に基づいてリソースバンドリングサイズセット内の対応するリソースバンドリングサイズを決定する。

一実装形態では、トランシーバモジュール502は、リソースバンドリングサイズを示す情報を送信側デバイスに報告するようにさらに構成される。具体的には、トランシーバモジュール502は、リソースバンドリングサイズがいくつのリソースブロックを含むかを示す情報を送信側デバイスに直接送信する、または、リソースバンドリングサイズ変更を示す情報を送信側デバイスに送信する、または、リソースバンドリングサイズと基本リソースバンドリングサイズとの間の複数の関係を送信側デバイスに送信し、基本リソースバンドリングサイズは、送信側デバイスと受信側デバイスとの間で予め合意されるか、またはネットワークシグナリングに基づいて事前構成される、または、受信側デバイスによって決定されたリソースバンドリングサイズがリソースバンドリングサイズ構成表内の1つまたは複数のリソースバンドリングサイズであることを示すために、送信側デバイスと予め合意されたリソースバンドリングサイズ構成表に基づいて、送信側デバイスに情報を送信する、または、受信側デバイスによって決定されたリソースバンドリングサイズによる使用のための特定のリソースバンドリングサイズ構成表を示すために、送信側デバイスと予め合意された複数のリソースバンドリングサイズ構成表に基づいて、送信側デバイスに情報を送信する。

決定モジュール504は、受信側デバイスによって報告されるリソースバンドリングサイズを決定する、具体的には、チャネル測定結果に基づいて、またはリソースバンドリングサイズと伝送性能との間の対応関係に基づいて、またはトランシーバによってネットワークデバイスから受信されたパラメータに基づいて、受信側デバイスによって報告されるリソースバンドリングサイズを決定するようにさらに構成される。

デバイス500は、デバイス400に対応する受信側デバイスであり、図2に示す方法200を実行するように構成される。デバイス500に関する技術的特徴は、添付の図面、例えば、限定はしないが、図2を参照して詳細に上述される。したがって、詳細はここでは再度説明しない。

図5は、本出願の一実施形態に係る送信側デバイス600のハードウェア構造の概略図である。図5に示すように、デバイス600は、プロセッサ602、トランシーバ604、複数のアンテナ606、メモリ608、I／O（入力／出力、Input／Output）インタフェース610、およびバス612を含む。トランシーバ604は、送信機6042および受信機6044をさらに含む。メモリ608は、命令6082およびデータ6084を格納するようにさらに構成される。また、プロセッサ602、トランシーバ604、メモリ608、およびI／Oインタフェース610は、バス612を使用して互いに通信可能に接続され、複数のアンテナ606はトランシーバ604に接続される。

プロセッサ602は、例えば、限定はしないが、中央処理装置（Central Processing Unit、CPU）などの汎用プロセッサであってもよく、または、例えば、限定はしないが、デジタル信号プロセッサ（Digital Signal Processor、DSP）、特定用途向け集積回路（Application Specific Integrated Circuit、ASIC）、またはフィールドプログラマブルゲートアレイ（Field Programmable Gate Array、FPGA）などの専用プロセッサであってもよい。また、プロセッサ602は、代替として、複数のプロセッサの組み合わせであってもよい。特に、本出願のこの実施形態で提供される技術的解決策では、プロセッサ602は、例えば、図2に示されるリソース構成方法200のステップ202、および図3に示される送信側デバイス400の生成モジュール402によって実行される動作を実行するように構成され得る。プロセッサ602は、前述のステップおよび／または動作を実行するように特別に設計されたプロセッサであってもよく、またはメモリ608に格納された命令6082を読み取り実行することによって前述のステップおよび／または動作を実行するプロセッサであってもよく、プロセッサ602は、前述のステップおよび／または動作を実行するとき、データ6084を使用する必要があるかもしれない。

トランシーバ604は、送信機6042と受信機6044を含む。送信機6042は、複数のアンテナ606のうちの少なくとも1つを使用することによって信号を送信するように構成される。受信機6044は、複数のアンテナ606のうちの少なくとも1つを使用することによって信号を受信するように構成される。特に、本出願のこの実施形態において提供される技術的解決策では、送信機6042は、例えば、図2に示されるリソース構成方法200のステップ204、および図3に示される送信側デバイス400のトランシーバモジュール404によって実行される動作を、複数のアンテナ606のうちの少なくとも1つを使用することによって実行するように特に構成され得る。

メモリ608は、様々な種類の記憶媒体、例えば、ランダムアクセスメモリ（Random Access Memory、RAM）、読み取り専用メモリ（Read Only Memory、ROM）、不揮発性RAM（Non−Volatile RAM、NVRAM）、プログラム可能ROM（Programmable ROM、PROM）、消去可能PROM（Erasable PROM、EPROM）、電気的消去可能PROM（Electrically Erasable PROM、EEPROM）、フラッシュメモリ、光メモリ、またはレジスタであってもよい。メモリ608は、命令6082およびデータ6084を格納するように特に構成される。プロセッサ602は、メモリ608に格納された命令6082を読み出して実行することによって前述のステップおよび／または動作を実行することができ、前述のステップおよび／または動作を実行するときにデータ6084を使用する必要があるかもしれない。

I／Oインタフェース610は、周辺機器から命令および／またはデータを受信し、周辺機器に命令および／またはデータを出力するように構成される。

特定の実装プロセスにおいて、デバイス600は、本明細書において一つずつ列挙されていない他のハードウェアデバイスをさらに含み得ることに留意されたい。

図6は、本出願の実施形態による受信側デバイス700のハードウェア構造の概略図である。図6に示すように、デバイス700は、プロセッサ702、トランシーバ704、複数のアンテナ706、メモリ708、I／O（入力／出力、Input／Output）インタフェース710、およびバス712を含む。トランシーバ704は、送信機7042および受信機7044をさらに含む。メモリ708は、命令7082およびデータ7084を格納するようにさらに構成される。また、プロセッサ702、トランシーバ704、メモリ708、およびI／Oインタフェース710は、バス712を使用して互いに通信可能に接続され、複数のアンテナ706はトランシーバ704に接続される。

プロセッサ702は、例えば、限定はしないが、中央処理装置（Central Processing Unit、CPU）などの汎用プロセッサであってもよく、または、例えば、限定はしないが、デジタル信号プロセッサ（Digital Signal Processor、DSP）、特定用途向け集積回路（Application Specific Integrated Circuit、ASIC）、またはフィールドプログラマブルゲートアレイ（Field Programmable Gate Array、FPGA）などの専用プロセッサであってもよい。また、プロセッサ702は、代替として、複数のプロセッサの組み合わせであってもよい。特に、本出願のこの実施形態で提供される技術的解決策では、プロセッサ702は、例えば、図2に示される方法200のステップ208、および図4に示すデバイス500の決定モジュール504によって実行される動作を実行するように構成され得る。プロセッサ702は、前述のステップおよび／または動作を実行するように特別に設計されたプロセッサであってもよく、またはメモリ708に格納された命令7082を読み取り実行することによって前述のステップおよび／または動作を実行するプロセッサであってもよく、プロセッサ702は、前述のステップおよび／または動作を実行するとき、データ7084を使用する必要があるかもしれない。

トランシーバ704は、送信機7042と受信機7044を含む。送信機7042は、複数のアンテナ706のうちの少なくとも1つを使用することによって信号を送信するように構成される。受信機7044は、複数のアンテナ706のうちの少なくとも1つを使用することによって信号を受信するように構成される。特に、本出願のこの実施形態で提供される技術的解決策では、受信機7044は、例えば、図2に示される方法200のステップ206、および図4に示される受信側デバイス500のトランシーバモジュール502によって実行される動作を、複数のアンテナ706のうちの少なくとも1つを使用することによって実行するように特に構成され得る。

メモリ708は、様々な種類の記憶媒体、例えば、ランダムアクセスメモリ（Random Access Memory、RAM）、読み取り専用メモリ（Read Only Memory、ROM）、不揮発性RAM（Non−Volatile RAM、NVRAM）、プログラム可能ROM（Programmable ROM、PROM）、消去可能PROM（Erasable PROM、EPROM）、電気的消去可能PROM（Electrically Erasable PROM、EEPROM）、フラッシュメモリ、光メモリ、またはレジスタであってもよい。メモリ708は、命令7082およびデータ7084を格納するように特に構成される。プロセッサ702は、メモリ708に格納された命令7082を読み出して実行することによって前述のステップおよび／または動作を実行することができ、前述のステップおよび／または動作を実行するときにデータ7084を使用する必要があるかもしれない。

I／Oインタフェース710は、周辺機器から命令および／またはデータを受信し、周辺機器に命令および／またはデータを出力するように構成される。

特定の実装プロセスにおいて、デバイス700は、本明細書において一つずつ列挙されていない他のハードウェアデバイスをさらに含み得ることに留意されたい。

図7は、本出願の実施形態によるリソース構成システム800の概略構造図である。特定の実装プロセスでは、図7に示されるように、リソース構成システム800は、送信側デバイス810と受信側デバイス820とを含み得る。

可能な実装形態では、送信側デバイス810は、図3に示す送信側デバイス400であり、受信側デバイス820は、図4に示す受信側デバイス500である。

別の可能な実装形態では、送信側デバイス810は、図5に示す送信側デバイス600であり、受信側デバイス820は、図6に示す受信側デバイス700である。

前述の説明は、本出願の単なる例示的な実施形態であり、本出願の範囲を限定することを意図しない。本出願の原理から逸脱することなくなされた任意の修正、等価の置き換え、改良などは、本出願の保護範囲内に入るものとする。例えば、本出願の実施形態で提供される技術的解決策が特定のシナリオまたは特定の条件に適用されるとき、追加の処理を完了するために、本出願の実施形態で提供される方法のステップの前、最中、および／または後に追加される他のすべての処理ステップならびに本出願の実施形態で提供される装置に追加される他の処理モジュールは、本出願の実施形態で提供される技術的解決策に基づくさらなる改良として考慮されるべきであり、したがって本出願の範囲内に入るものとする。

前述のプロセスのシーケンス番号は、本出願の実施形態における実行シーケンスを意味しないことを理解されたい。プロセスの実行シーケンスは、プロセスの機能や内部ロジックに応じて決定されるべきであり、本発明の実施形態の実装プロセスの制限として解釈されるべきではない。

当業者であれば、本明細書で開示された実施形態で説明した例との組み合わせで、ユニットやアルゴリズムステップが、電子ハードウェア、またはコンピュータソフトウェアと電子ハードウェアの組み合わせによって実装され得ることを認識することができる。機能がハードウェアまたはソフトウェアによって実行されるかどうかは、特定のアプリケーションおよび技術的解決策の設計制約条件に依存している。当業者は、特定の各アプリケーションのために説明した機能を実装するために異なる方法を使用することができるが、実装が本出願の範囲外であると考えられるべきではない。

前述のシステム、装置、およびユニットの詳細な作動プロセスのための、簡便な説明の目的で、前述の方法の実施形態に対応するプロセスが参照され得ることは、当業者であれば明確に理解することができ、詳細はここでは再度説明しない。

本出願で提供される実施形態では、開示されたシステム、装置、および方法は、他の態様で実現されてもよいことが理解されるべきである。例えば、説明した装置の実施形態は単なる例である。例えば、ユニットの部分は単に論理機能の部分であり、実際の実装においては他の部分であってもよい。例えば、複数のユニットまたはコンポーネントが組み合わされてもよく、または別のシステムに統合されてもよく、あるいは、一部の機能が無視されて、実行されなくてもよい。また、表示されたまたは議論された相互結合または直接的な結合もしくは通信接続は、いくつかのインタフェースを使用することによって実現されてもよい。装置またはユニット間の間接的な結合または通信接続は、電子的に、機械的に、または他の形式で実現されてもよい。

別々の部分として記載されたユニットは、物理的に分離されていてもいなくてもよく、ユニットとして表示された部分は、物理的なユニットであってもなくてもよく、すなわち、1つの位置に配置されていてもよく、または複数のネットワークユニットに分散されていてもよい。ユニットの一部またはすべては、本実施形態の解決策の目的を達成するために実際のニーズに基づいて選択されてもよい。

また、本出願の実施形態における機能ユニットは、1つの処理ユニットに組み込まれてもよく、または各ユニットは、単独で、物理的に存在してもよく、または2つ以上のユニットが1つのユニットに統合される。

機能が、ソフトウェア機能ユニットの形態で実装され、独立した製品として販売または使用される場合、機能は、コンピュータ読み取り可能な記憶媒体に格納され得る。このような理解に基づいて、基本的に本出願の技術的解決策、または従来技術に寄与する部分、または技術的解決策のいくつかは、ソフトウェア製品の形態で実現され得る。ソフトウェア製品は、記憶媒体に格納され、本出願の実施形態に記載の方法のステップのすべてまたは一部を実行するために、コンピュータデバイス（パーソナルコンピュータ、サーバ、またはネットワークデバイスなどであってもよい）を指示するための命令を含む。前述の記憶媒体は、例えば、USBフラッシュドライブ、リムーバブルハードディスク、読み取り専用メモリ（ROM、Read−Only Memory）、ランダムアクセスメモリ（RAM、Random Access Memory）、磁気ディスク、または光ディスクなどの、プログラムコードを格納することができる任意の媒体を含む。

前述の説明は、本出願の単なる特定の実装形態であり、本出願の保護範囲を限定することを意図されていない。本出願で開示された技術的範囲内で当業者が容易に考え出す任意の変化または置換は、本出願の保護範囲内に入るものとする。したがって、本出願の保護範囲は、特許請求の範囲の保護範囲に従うものとする。

100 無線通信ネットワーク
102 基地局
104 基地局
106 基地局
108 端末デバイス
110 端末デバイス
112 端末デバイス
114 端末デバイス
116 端末デバイス
118 端末デバイス
120 端末デバイス
122 端末デバイス
200 リソース構成方法
400 送信側デバイス
402 生成モジュール
404 トランシーバモジュール
500 受信側デバイス
502 トランシーバモジュール
504 決定モジュール
600 送信側デバイス
602 プロセッサ
604 トランシーバ
6042 送信機
6044 受信機
606 アンテナ
608 メモリ
6082 命令
6084 データ
610 I／Oインタフェース
612 バス
700 受信側デバイス
702 プロセッサ
704 トランシーバ
7042 送信機
7044 受信機
706 アンテナ
708 メモリ
7082 命令
7084 データ
710 I／Oインタフェース
712 バス
800 リソース構成システム
810 送信側デバイス
820 受信側デバイス

Claims (30)

1. 送信側デバイスによって、構成情報を生成するステップであって、前記構成情報は少なくとも1つのリソーススケジューリングバンドリングサイズを示すために使用され、前記少なくとも1つのリソーススケジューリングバンドリングサイズはリソーススケジューリングバンドリングサイズセットに属し、前記リソーススケジューリングバンドリングサイズセットはシステム帯域幅パラメータに対応しかつ少なくとも2つのリソーススケジューリングバンドリングサイズを含む、ステップと、
   前記送信側デバイスによって、前記構成情報を送信するステップと
   を含む、リソース構成方法。
2. 異なるリソーススケジューリングバンドリングサイズセットに対応する前記システム帯域幅パラメータは、異なる、請求項1に記載のリソース構成方法。
3. 前記構成情報が、前記リソーススケジューリングバンドリングサイズセットを示すためにさらに使用される、請求項1または2に記載のリソース構成方法。
4. 前記リソーススケジューリングバンドリングサイズは、リソースブロックグループ(RBG)サイズである、請求項1から3のいずれか一項に記載のリソース構成方法。
5. 前記リソーススケジューリングバンドリングサイズが、リソーススケジューリング周波数領域サイズを含む、請求項1から3のいずれか一項に記載のリソース構成方法。
6. 前記構成情報が、リソーススケジューリング構成情報を含む、請求項1から3のいずれか一項に記載のリソース構成方法。
7. 受信側デバイスによって、構成情報を受信するステップであって、前記構成情報は少なくとも1つのリソーススケジューリングバンドリングサイズを示すために使用され、前記少なくとも1つのリソーススケジューリングバンドリングサイズはリソーススケジューリングバンドリングサイズセットに属し、前記リソーススケジューリングバンドリングサイズセットはシステム帯域幅パラメータに対応しかつ少なくとも2つのリソーススケジューリングバンドリングサイズを含む、ステップと、
   前記受信側デバイスによって、前記構成情報に基づいてリソースバンドリングサイズを決定するステップと
   を含む、リソース構成方法。
8. 異なるリソーススケジューリングバンドリングサイズセットに対応する前記システム帯域幅パラメータは、異なる、請求項7に記載のリソース構成方法。
9. 前記構成情報が、前記リソーススケジューリングバンドリングサイズセットを示すためにさらに使用される、請求項7または8に記載のリソース構成方法。
10. 前記リソーススケジューリングバンドリングサイズは、リソースブロックグループ(RBG)サイズである、請求項7から9のいずれか一項に記載のリソース構成方法。
11. 前記リソーススケジューリングバンドリングサイズが、リソーススケジューリング周波数領域サイズを含む、請求項7から9のいずれか一項に記載のリソース構成方法。
12. 前記構成情報が、リソーススケジューリング構成情報を含む、請求項7から9のいずれか一項に記載のリソース構成方法。
13. 構成情報を生成するように構成されたプロセッサであって、前記構成情報は少なくとも1つのリソーススケジューリングバンドリングサイズを示すために使用され、前記少なくとも1つのリソーススケジューリングバンドリングサイズはリソーススケジューリングバンドリングサイズセットに属し、前記リソーススケジューリングバンドリングサイズセットはシステム帯域幅パラメータに対応しかつ少なくとも2つのリソーススケジューリングバンドリングサイズを含む、プロセッサと、
    前記構成情報を送信するように構成されたトランシーバと
    を備える、送信側デバイス。
14. 異なるリソーススケジューリングバンドリングサイズセットに対応する前記システム帯域幅パラメータは、異なる、請求項13に記載の送信側デバイス。
15. 前記構成情報が、前記リソーススケジューリングバンドリングサイズセットを示すためにさらに使用される、請求項13または14に記載の送信側デバイス。
16. 前記リソーススケジューリングバンドリングサイズは、リソースブロックグループ(RBG)サイズである、請求項13から15のいずれか一項に記載の送信側デバイス。
17. 前記リソーススケジューリングバンドリングサイズが、リソーススケジューリング周波数領域サイズを含む、請求項13から15のいずれか一項に記載の送信側デバイス。
18. 前記構成情報が、リソーススケジューリング構成情報を含む、請求項13から15のいずれか一項に記載の送信側デバイス。
19. 構成情報を受信するように構成されたトランシーバであって、前記構成情報は少なくとも1つのリソーススケジューリングバンドリングサイズを示すために使用され、前記少なくとも1つのリソーススケジューリングバンドリングサイズはリソーススケジューリングバンドリングサイズセットに属し、前記リソーススケジューリングバンドリングサイズセットはシステム帯域幅パラメータに対応しかつ少なくとも2つのリソーススケジューリングバンドリングサイズを含む、トランシーバと、
    前記構成情報に基づいてリソースバンドリングサイズを決定するように構成されたプロセッサと
    を備える、受信側デバイス。
20. 異なるリソーススケジューリングバンドリングサイズセットに対応する前記システム帯域幅パラメータは、異なる、請求項19に記載の受信側デバイス。
21. 前記構成情報が、前記リソーススケジューリングバンドリングサイズセットを示すためにさらに使用される、請求項19または20に記載の受信側デバイス。
22. 前記リソーススケジューリングバンドリングサイズは、リソースブロックグループ(RBG)サイズである、請求項19から21のいずれか一項に記載の受信側デバイス。
23. 前記リソーススケジューリングバンドリングサイズが、リソーススケジューリング周波数領域サイズを含む、請求項19から21のいずれか一項に記載の受信側デバイス。
24. 前記構成情報が、リソーススケジューリング構成情報を含む、請求項19から21のいずれか一項に記載の受信側デバイス。
25. メモリと、プロセッサと、前記メモリに格納され、前記プロセッサ上で実行可能なコンピュータプログラムと、を備えたリソース構成装置であって、前記プロセッサは、前記コンピュータプログラムを実行するときに請求項1から12のいずれか一項に記載の方法を実装する、リソース構成装置。
26. プロセッサを備えたリソース構成装置であって、前記プロセッサは、メモリと結合し、前記メモリ内の命令を読み取り、前記命令に従って、請求項1から12のいずれか一項に記載の方法を実装するように構成される、リソース構成装置。
27. 請求項1から6のいずれか一項に記載の方法で前記構成情報を生成する動作を実装するように構成された処理ユニットと、
    請求項1から6のいずれか一項に記載の方法で前記構成情報を送信する動作を実装するように構成されたトランシーバユニットと
    を備える、送信側装置。
28. 請求項7から12のいずれか一項に記載の方法で前記構成情報を受信する動作を実装するように構成されたトランシーバユニットと、
    請求項7から12のいずれか一項に記載の方法でリソースバンドリングサイズを決定する動作を実装するように構成された処理ユニットと
    を備える、受信側装置。
29. コンピュータプログラムを格納するコンピュータ可読記憶媒体であって、前記プログラムが、プロセッサによって実行されると、請求項1から12のいずれか一項に記載の方法を実行する、コンピュータ可読記憶媒体。
30. コンピューティングデバイス上で実行されると、請求項1から12のいずれか一項に記載の方法を実行するように構成されている、コンピュータプログラム。