JP7028519B2 - リソースブロックグループサイズを決定するための方法および装置 - Google Patents

Description

本願は、２０１７年６月１６日に中国特許庁に出願された、発明の名称「リソースブロックグループサイズを決定するための方法および装置」に係る中国特許出願第２０１７１０４５９１３５．８号、および２０１７年１１月１７日に中国特許庁に出願された、発明の名称「リソースブロックグループサイズを決定するための方法および装置」に係る中国特許出願第２０１７１１１４９０７１．８号に基づく優先権を主張する。両出願は、参照によりその全体が本明細書にて援用される。

本願は、通信技術分野に関し、具体的には、リソースブロックグループサイズを決定するための方法および装置に関する。

リソースブロックグループ（Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ Ｇｒｏｕｐ，ＲＢＧ）とは、連続する集中仮想リソースブロック（ｖｉｒｔｕａｌ Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ，ＶＲＢ）のグループである。ＲＢＧサイズは、各ＲＢＧに含まれるＶＲＢの数を示す。仮想リソースブロックは、物理リソースブロック（Ｐｈｙｓｉｃａｌ Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ， ＰＲＢ）であってよく、または、特定のルールに従いＲＢＧが変換された後に得られるＲＢであってよく、あるいは、一般的な意味におけるＲＢであってよい。ロングタームエボリューション（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ，ＬＴＥ）では、ＲＢＧサイズは通常、システム帯域幅に基づき決定された固定サイズである。例えば、システム帯域幅が１０個のＲＢ以下の場合、ＲＢＧサイズは１個のＲＢであり、すなわち１個のＲＢが１個のＲＢＧである。またはシステム帯域幅が１１個から２６個のＲＢを含む場合、ＲＢＧサイズは２個のＲＢ，すなわち、２個のＲＢが１個のＲＢＧである。

通信システムの進展に伴い、第５世代（５Ｇ）新無線（Ｎｅｗ Ｒａｄｉｏ，ＮＲ）通信システムが研究中である。５Ｇ ＮＲでは、システム帯域幅は１００Ｍ、４００Ｍまたは５００Ｍ等であってよく、システム帯域幅は、１または複数の帯域幅部分（Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ，ＢＷＰまたはＢＰ）に分割されてよい。異なるサービスをサポートすべく、異なるフレーム構造パラメータ（サブキャリア間隔および／またはＣＰ長等）が異なるＢＰに用いられてよく、スロットまたはミニスロットがスケジューリングユニットとして用いられる。しかしながら、異なるフレーム構造は、同一サイズのＢＰに異なる数のＲＢが含まれることをもたらす。また、ＮＲにおける時間領域スケジューリングリソースは、柔軟にスケジューリングされてよい。従って、５Ｇ ＮＲの要件は、ＬＴＥにおけるシステム帯域幅に基づく固定サイズのＲＢＧを決定することによっては満たせない。

本願の実施形態は、ＲＢＧサイズのスケジューリングの柔軟性を高めるべく、ＲＢＧサイズを決定するための方法および装置を提供する。

第１の態様によると、本願はＲＢＧサイズを決定するための方法を提供する。方法において、ネットワークデバイスまたは端末は、ＲＢＧサイズセットを決定し、ＲＢＧサイズセットは１または複数の可能なＲＢＧサイズを含んでよく、ネットワークデバイスまたは端末は、ＲＢＧサイズセット内に含まれる第１のＲＢＧサイズを決定する。ネットワークデバイスは、決定された第１のＲＢＧサイズを用いて、リソースを端末に割り当てる。端末は、決定された第１のＲＢＧサイズに基づき、ネットワークデバイスによって端末に割り当てられたリソースを決定する。

代替的に、方法において、ネットワークデバイスまたは端末は、制御チャネル情報、信号送信特性、ＢＰ情報、チャネル特性、システム帯域幅情報およびサービス特性等のうち少なくとも１つに基づき、ＲＢＧサイズを決定する。ネットワークデバイスは、決定されたＲＢＧサイズを用いて、リソースを端末に割り当てる。端末は、決定されたＲＢＧサイズに基づき、ネットワークデバイスによって端末に割り当てられたリソースを決定する。

第２の態様によると、本願は、ＲＢＧサイズを決定するための装置を提供する。ＲＢＧサイズを決定するための装置は、ネットワークデバイスまたは端末に適用される。ＲＢＧサイズを決定するための装置は、第１の態様においてネットワークデバイスまたは端末によって実行される段階を実行するために用いられるユニットまたは手段（ｍｅａｎｓ）を含む。

第３の態様によると、本願はＲＢＧサイズを決定するための装置を提供する。ＲＢＧサイズを決定するための装置は、ネットワークデバイスまたは端末に適用され、少なくとも１つの処理要素および少なくとも１つの格納要素を含む。少なくとも１つの格納要素は、プログラムおよびデータを格納するよう構成されている。少なくとも１つの処理要素は、本願の第１の態様で提供される方法を実行するよう構成されている。

第４の態様によると、本願はＲＢＧサイズを決定するための装置を提供する。ＲＢＧサイズを決定するための装置は、ネットワークデバイスまたは端末に適用され、第１の態様の方法を実行するよう構成された少なくとも１つの処理要素（またはチップ）を含む。

第５の態様によると、本願はＲＢＧサイズを決定するためのプログラムを提供する。プログラムはプロセッサによって実行されると、第１の態様の方法を実行するために用いられる。

第６の態様によると、プログラムプロダクト、例えば、第５の態様のプログラムを含むコンピュータ可読記憶媒体が提供される。

上述の態様において、ネットワークデバイスまたは端末によって決定されたＲＢＧサイズセットは、１または複数の可能なＲＢＧサイズを含むので、ＲＢＧサイズはより柔軟に決定されてよいことがわかるだろう。ネットワークデバイスは、制御チャネル情報、信号送信特性、ＢＰ情報、チャネル特性、システム帯域幅情報およびサービス特性等のうちの少なくとも１つに基づき、ＲＢＧサイズを決定する。システム帯域幅のみに基づき、固定サイズのＲＢＧを決定する場合と比較して、これは、より多くのタイプのＲＢＧサイズを決定でき、より柔軟性が高く、従って、５Ｇ ＮＲの要件を満たすことができる。さらに、ネットワークデバイスまたは端末は、ＲＢＧサイズセットを決定する方式において、様々な可能なＲＢＧサイズを示す。個々に複数のＲＢＧサイズを示す方式と比較して、これは、シグナリングオーバヘッドを低減できる。

上述の態様における可能な設計では、ネットワークデバイスまたは端末は、制御チャネル情報、信号送信特性、ＢＰ情報、チャネル特性、システム帯域幅情報およびサービス特性等のうちの少なくとも１つに基づき、ＲＢＧサイズを決定してよい。

ネットワークデバイスまたは端末は、暗黙的または明示的にＲＢＧサイズを決定してよい。例えば、暗黙的な決定方式では、ネットワークデバイスまたは端末は、各制御チャネル情報、各信号送信特性、各ＢＰ、各チャネル特性、各システム帯域幅情報または各サービス特性等に対応するＲＢＧサイズを予め設定してよい。さらに、ネットワークデバイスは、スケジューリングのための制御チャネル情報、信号送信特性、ＢＰ情報、チャネル特性、システム帯域幅情報およびサービス特性等のうちの少なくとも１つに基づき、対応するＲＢＧサイズを直接決定してよい。

例えば、明示的な決定方式では、ネットワークデバイスまたは端末は、シグナリング指示に従いＲＢＧサイズを決定してよい。例えば、ネットワークデバイスは、第１の構成情報を端末に送信し、第１の構成情報は、ＲＢＧサイズとの予め設定された対応関係を有するリソース情報を含む。例えば、リソース情報は、制御チャネル情報、信号送信特性、ＢＰ情報、各チャネル特性、各システム帯域幅情報および各サービス特性のうちの少なくとも１つを含む。端末は、ネットワークデバイスによって送信された構成情報を受信し、構成情報に基づき、ＲＢＧサイズを決定する。ネットワークデバイスは、さらに、第１の指示情報を端末に送信してよく、第１の指示情報は、ＲＢＧサイズを示すために用いられる。端末は、ネットワークデバイスによって送信された第１の指示情報を受信し、第１の指示情報に基づき、ＲＢＧサイズを決定する。

別の可能な設計では、ネットワークデバイスまたは端末は、制御チャネル情報、信号送信特性、ＢＰ情報、チャネル特性、システム帯域幅情報およびサービス特性等のうちの少なくとも１つに基づき、ＲＢＧサイズセットを決定してよい。

ネットワークデバイスまたは端末、ＲＢＧサイズセットを暗黙的または明示的に決定してよい。例えば、暗黙的な決定方式では、ネットワークデバイスまたは端末は、各制御チャネル情報、各信号送信特性、各ＢＰ、各チャネル特性、各システム帯域幅情報または各サービス特性等に対応するＲＢＧサイズセットを予め設定してよい。さらに、ネットワークデバイスは、スケジューリングのための制御チャネル情報、信号送信特性、ＢＰ情報、チャネル特性、システム帯域幅情報およびサービス特性等のうちの少なくとも１つに基づき、対応するＲＢＧサイズセットを直接決定してよい。

明示的な決定方式では、ネットワークデバイスまたは端末は、シグナリング指示に従い、ＲＢＧサイズセットを決定してよい。例えば、第１のＲＢＧサイズを決定する場合、ネットワークデバイスは、指示情報を端末に送信してよく、指示情報は、第１のＲＢＧサイズを示すために用いられる。端末は、ネットワークデバイスによって送信された指示情報を受信し、指示情報に基づき、ＲＢＧサイズセット内の第１のＲＢＧサイズを決定してよい。さらに、ネットワークデバイスは、構成情報を端末に送信してよく、構成情報は、ＲＢＧサイズセットを示すために用いられる。端末は、ネットワークデバイスによって送信された構成情報を受信し、受信した構成情報に基づき、ＲＢＧサイズセットを決定する。指示情報および構成情報は、より上位層のシグナリングまたは物理層情報を用いて端末に送信されてよい。指示情報および構成情報に、同一のシグナリングまたは異なるシグナリングが用いられてよい。異なるシグナリングを用いて、指示情報および構成情報が送信される場合、例えば、構成情報はＲＲＣシグナリングを用いて端末に送信され、指示情報はＤＣＩを用いて端末に送信され、構成情報は、ＤＣＩ内に保持される必要がなく、従って、ＤＣＩのシグナリングオーバヘッドが一定程度低減され得る。

上述の設計では、制御チャネル情報は、制御チャネルフォーマット情報、制御チャネルコンテンツ情報および制御チャネルスクランブリング情報のうちの１つまたはこれらの組み合わせを含む。信号送信特性は、ネットワークデバイスにより、決定されたＲＢＧサイズを用いて割り当てられたリソースを用いて搬送される情報またはチャネルを含み、当該情報またはチャネルは、システム情報、ブロードキャスト情報、セルレベル情報、共通情報、ユーザ固有情報およびグループ情報のうちの１つまたはこれらの組み合わせを含む。チャネル特性は、ネットワークデバイスにより、決定されたＲＢＧサイズを用いて割り当てられたリソースを用いて搬送される情報の特性を含む。ＢＰ情報は、ＢＰの帯域幅情報、ＢＰのキャリア周波数情報およびＢＰのフレーム構造情報のうちの１つまたはこれらの組み合わせを含む。サービス特性は、モバイルブロードバンドサービス、低遅延サービス、高信頼性サービス、ビデオサービス、音声サービス、リアルタイムサービス、ショートメッセージサービス並びに低遅延および高信頼性サービスのうちの少なくとも１つを含む。

別の可能な設計では、ネットワークデバイスまたは端末は、さらに、ネットワークデバイスによって割り当てられたリソースが配置されるＢＰサブセットを決定してよい。ＢＰサブセットは、ＢＰをさらに分割した後に得られる各部分である。決定されたＢＰサブセットを用いることで、ビットマップ位置を決定する精度が一定程度、高められてよい。

ネットワークデバイスまたは端末は、サブセット情報に基づき、端末に割り当てられたリソースが配置されるＢＰサブセットを決定してよい。サブセット情報は、決定される必要がある。具体的には、サブセット情報は、サブセットサイズ、サブセットリソース分割方法、サブセット数およびサブセットスケジューリング情報のうちの少なくとも１つを含んでよい。

さらに、サブセット情報は、ＲＢＧサイズに基づき決定されてよく、または事前定義されてよい。ＢＰサブセットがＲＢＧサイズに基づき決定される場合、ＲＢＧサイズとＢＰサブセットとの間の対応関係は、特定のリソーススケジューリング要求に従い決定されてよい。

代替的に、ネットワークデバイスまたは端末は、ネットワークデバイスにより割り当てられたリソースが配置されるＢＰサブセットを、制御チャネル情報、信号送信特性、ＢＰ情報、チャネル特性、システム帯域幅情報およびサービス特性等のうちの少なくとも１つに基づき決定してよい。ネットワークデバイスまたは端末は、各制御チャネル情報、各信号送信特性、各ＢＰ、各チャネル特性、各システム帯域幅情報または各サービス特性等に対応するＢＰサブセットを予め設定してよい。さらに、ネットワークデバイスは、スケジューリングのための制御チャネル情報、信号送信特性、ＢＰ情報、チャネル特性、システム帯域幅情報およびサービス特性等のうちの少なくとも１つに基づき、対応するＢＰサブセットを直接決定してよい。

さらなる別の可能な設計では、ＢＰサブセットは、複数の連続的または不連続的ＲＢを含んでよい。本願の実施形態において、ＢＰサブセットは、複数の不連続的ＲＢを含む。これにより、リソースフラグメンテーションを一定程度軽減でき、またダイバーシティ利得を高め得る。

さらに、ネットワークデバイスまたは端末によって決定されたＲＢＧは、複数の連続的または不連続的ＲＢを含んでよい。

不連続的ＲＢＧに含まれるＲＢ間の間隔は、プロトコルで事前定義されてよく、またはシグナリング通知方式で決定されてよい。

連続的または不連続的ＲＢＧが、連続的または不連続ＢＰサブセットとランダムに組み合わされてよい。不連続的ＲＢＧ内に含まれるＲＢが１つのＢＰサブセット内に配置されてよく、または、複数の異なるＢＰサブセット内に配置されてよい。

本願では、端末が、ＲＢＧサイズを決定する、ＲＢＧが連続的かどうかを決定する、ＢＰサブセットを決定する、およびＢＰサブセットが連続的かどうかを決定する、４つのプロセスのうちの少なくとも１つが、暗黙的または明示的な方式で実行されてよい。

可能な設計では、端末が明示的な方式で、ＲＢＧサイズを決定する、ＲＢＧが連続的かどうかを決定する、ＢＰサブセットを決定する、およびＢＰサブセットが連続的かどうかを決定する実装プロセスにおいては、ＲＢＧサイズを示す第１の指示情報、ＢＰサブセット情報を示す第２の指示情報、ＢＰサブセットが連続的かどうかを示す第３の指示情報、およびＲＢＧが連続的かどうかを示す第４の指示情報が、ネットワークデバイスによって端末に別個に示されてよく、または、４つの指示情報のうちの少なくとも２つが一緒に示されてよい。

システム帯域幅のＢＰ分割の概略図である。

マルチアンテナサイト協調送信またはシングルセル送信のシナリオの概略図である。

本願の一実施形態による、ＲＢＧサイズを決定するための方法の実装フローチャートである。

本願の一実施形態による、ＢＰサブセットの概略図である。

本願の一実施形態による、複数の連続的ＲＢを含むＢＰサブセットの概略図である。

本願の一実施形態による、複数の不連続的ＲＢを含むＢＰサブセットの概略図である。

本願の一実施形態による、ＢＰサブセットのリソース割り当ての概略図である。

本願の一実施形態による、ＢＰサブセットのリソース割り当ての別の概略図である。

本願の一実施形態による、ＢＰサブセットのリソース割り当てのさらなる別の概略図である。

本願の一実施形態による、ＢＰサブセットのリソース割り当てのまたさらなる別の概略図である。

本願の一実施形態による、ＢＰサブセットのリソース割り当てのまたさらなる別の概略図である。

本願の一実施形態による、ＢＰサブセットのリソース割り当てのさらなる概略図である。

本願の一実施形態による、ＢＰサブセットのリソース割り当てのさらなる概略図である。

本願の一実施形態による、ＢＰサブセットのリソース割り当てのさらなる概略図である。

本願の一実施形態による、ＢＰサブセットのリソース割り当てのさらなる概略図である。

本願の一実施形態による、ＲＢＧサイズおよびＢＰサブセット割り当ての組み合わせ方式の概略図である。

本願の一実施形態による、ＲＢＧサイズおよびＢＰサブセット割り当ての別の組み合わせ方式の概略図である。

本願の一実施形態による、ＲＢＧサイズおよびＢＰサブセット割り当てのさらなる別の組み合わせ方式の概略図である。

本願の一実施形態による、ＢＰサブセットリソース分割の概略図である。

本願の一実施形態による、ＲＢＧサイズを決定するための別の方法の実装フローチャートである。

本願の一実施形態による、ＲＢＧサイズを決定するための装置の概略構造図である。

本願の一実施形態による、ＲＢＧサイズを決定するための別の装置の概略構造図である。

本願の一実施形態によるネットワークデバイスの概略構造図である。

本願の一実施形態による端末の概略構造図である。

以下に、本願の実施形態の技術的解決手段について、添付図面を参照して説明する。

まず、当業者がより良く理解できるように、本願のいくつかの用語について説明する。

（１）ユーザ機器（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ，ＵＥ）とも呼ばれる端末、モバイル局（ｍｏｂｉｌｅ ｓｔａｔｉｏｎ，ＭＳ）またはモバイル端末（ｍｏｂｉｌｅ ｔｅｒｍｉｎａｌ，ＭＴ）等は、ユーザに音声接続および／またはデータ接続を提供する装置であり、例えば、無線接続機能を備えたハンドヘルドデバイスまたは無線接続機能を備えた車載装置である。現在、いくつかの端末の例としては、携帯電話（ｍｏｂｉｌｅ ｐｈｏｎｅ）、タブレットコンピュータ、ノートブックコンピュータ、パームトップコンピュータ、モバイルインターネット機器（ｍｏｂｉｌｅ Ｉｎｔｅｒｎｅｔ ｄｅｖｉｃｅ，ＭＩＤ）、ウェアラブルデバイス、仮想現実（ｖｉｒｔｕａｌ ｒｅａｌｉｔｙ，ＶＲ）デバイス、拡張現実（ａｕｇｍｅｎｔｅｄ ｒｅａｌｉｔｙ，ＡＲ）デバイス、産業用制御（ｉｎｄｕｓｔｒｉａｌ ｃｏｎｔｒｏｌ）における無線端末、自動運転（ｓｅｌｆ ｄｒｉｖｉｎｇ）における無線端末、遠隔外科手術（ｒｅｍｏｔｅ ｍｅｄｉｃａｌ ｓｕｒｇｅｒｙ）における無線端末、スマートグリッド（ｓｍａｒｔ ｇｒｉｄ）における無線端末、交通安全（ｔｒａｎｓｐｏｒｔａｔｉｏｎ ｓａｆｅｔｙ）における無線端末、スマートシティ（ｓｍａｒｔ ｃｉｔｙ）における無線端末、スマートホーム（ｓｍａｒｔ ｈｏｍｅ）における無線端末等が挙げられる。

（２）無線アクセスネットワーク（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ，ＲＡＮ）は、端末をネットワークに接続するネットワーク部分である。ＲＡＮノード（または装置）は、無線アクセスネットワークにおけるノード（または装置）であり、基地局と呼ばれてもよい。現在、いくつかのＲＡＮノードの例としては、さらなる進化型ＮｏｄｅＢ（ｇＮＢ）、送受信ポイント（ｔｒａｎｓｍｉｓｓｉｏｎ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ，ＴＲＰ）、進化型ＮｏｄｅＢ（ｅｖｏｌｖｅｄ ＮｏｄｅＢ，ｅＮＢ）、無線ネットワークコントローラ（ｒａｄｉｏ ｎｅｔｗｏｒｋ ｃｏｎｔｒｏｌｌｅｒ，ＲＮＣ）、ＮｏｄｅＢ（ＮｏｄｅＢ，ＮＢ）、基地局コントローラ（ｂａｓｅ ｓｔａｔｉｏｎ ｃｏｎｔｒｏｌｌｅｒ，ＢＳＣ）、ベーストランシーバ基地局（ｂａｓｅ ｔｒａｎｓｃｅｉｖｅｒ ｓｔａｔｉｏｎ，ＢＴＳ）、ホームＮｏｄｅＢ（ｈｏｍｅ ｅｖｏｌｖｅｄ ＮｏｄｅＢまたはｈｏｍｅ ＮｏｄｅＢ，ＨＮＢ等）、ベースバンドユニット（ｂａｓｅｂａｎｄ ｕｎｉｔ，ＢＢＵ）またはワイヤレスフィディリティ（ｗｉｒｅｌｅｓｓ ｆｉｄｅｌｉｔｙ，Ｗｉ－Ｆｉ）アクセスポイント（ａｃｃｅｓｓ ｐｏｉｎｔ，ＡＰ）等が挙げられる。また、ネットワーク構造において、ＲＡＮは、集中型ユニット（ｃｅｎｔｒａｌｉｚｅｄ ｕｎｉｔ，ＣＵ）ノードおよび分散型ユニット（ｄｉｓｔｒｉｂｕｔｅｄ ｕｎｉｔ，ＤＵ）ノードを含んでよい。この構造では、ロングタームエボリューション（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ，ＬＴＥ）システムにおけるｅＮＢのプロトコル層が分割されている。いくつかのプロトコル層の機能は、集中方式でＣＵによって制御され、残りのプロトコル層の一部または全部の機能はＤＵ上に分散される。ＣＵは、集中方式でＤＵを制御する。

（３）「複数」は、２または２より多いことを意味する。他の数も同様である。「および／または」は、関連付けられたオブジェクト同士を記載するための関連性の関係を説明し、３つの関係が存在してよいことを表わす。例えば、Ａおよび／またはＢは、Ａのみが存在する、ＡとＢとの両方が存在する、並びにＢのみが存在する３つの場合を表わし得る。通常、文字「／」は、関連するオブジェクト間の「または」関係を示す。

（４）相互作用とは、相互作用する二者が、互いに情報を転送するプロセスのことである。ここで転送される情報は、同一であってもよく、または異なっていてもよい。例えば、相互作用する二者は、基地局１および基地局２である。基地局１は、基地局２からの情報を要求してよく、基地局２は、基地局１によって要求された情報を基地局１に提供する。もちろん、代替的に基地局１および基地局２が互いに情報を要求し合ってよく、ここで要求される情報は、同一であってもよく、または異なっていてもよい。

（５）「ネットワーク」および「システム」という用語はしばしば交換可能に用いられるが、当業者は、これらの意味を理解できるだろう。「情報（ｉｎｆｏｒｍａｔｉｏｎ）」、「信号（ｓｉｇｎａｌ）」、「メッセージ（ｍｅｓｓａｇｅ）」および「チャネル（ｃｈａｎｎｅｌ）」という用語は、時として区別なく用いられることがあり得る。これらの用語間の差異が強調されない場合は、これらの用語によって表される意味は整合していることを特記すべきである。「の（ｏｆ）」、「対応するまたは関連する（ｃｏｒｒｅｓｐｏｎｄｉｎｇ，ｒｅｌｅｖａｎｔ）」および「対応（ｃｏｒｒｅｓｐｏｎｄｉｎｇ）」という用語は、時として区別なく用いられることがあり得る。これらの用語間の差異が強調されない場合は、これらの用語によって表される意味は整合していることを特記すべきである。

（６）リソースブロックグループ（Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ Ｇｒｏｕｐ，ＲＢＧ）とは、少なくとも１つのリソースブロック（Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ，ＲＢ）の組み合わせである。ＲＢＧサイズ（ＲＢＧ Ｓｉｚｅ）とは、ＲＢＧに含まれるＲＢの数である。ＲＢＧサイズセットとは、少なくとも１つのＲＢＧサイズを含むセットである。

（７）帯域幅部分（Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ，ＢＰまたはＢＷＰ）とは、システム帯域幅の部分である。システム帯域幅は、１または複数の部分に分割される。分割後に得られた各部分は、ＢＰと呼ばれてよい。図１に示される通り、６０Ｍシステム帯域幅が１０Ｍ、１０Ｍ、２０Ｍおよび２０Ｍの４つの部分に分割され、ＢＰ１、ＢＰ２、ＢＰ３およびＢＰ４を含む４つのＢＰが得られてよい。ＢＰサブセットは、ＢＰをさらに分割した後に得られる各部分である。例えば、図１中のＢＰ１がさらに複数の部分に分割され、各部分はＢＰ１のサブセットと呼ばれてよい。

通信技術の開発に伴い、通信システムは、５世代（５Ｇ）新無線（Ｎｅｗ Ｒａｄｉｏ，ＮＲ）通信システムへと進化した。しかしながら、システム帯域幅に基づき決定された固定のＲＢＧサイズでは、様々な通信サービスが異なるＲＢＧサイズを必要とする５Ｇ ＮＲでの要件を満たすことができない。

本願の実施形態は、ＲＢＧサイズを決定するための方法を提供する。この方法では、実際の通信サービス要求に応じて、ＲＢＧサイズを柔軟に決定するための方法が提供される。例えば、ネットワークデバイスまたは端末は、１または複数のＲＢＧサイズを含むＲＢＧサイズセットを決定してよく、セット中の実際の通信サービス要求を満たすＲＢＧサイズを決定してよい。これにより、様々なサービスの要求が一定程度満たされ、スケジューリングの柔軟性がより高まる。別の例では、ネットワークデバイスまたは端末は、制御チャネル情報、信号送信特性またはＢＰ情報等に基づき、ＲＢＧサイズを決定してよい。システム帯域幅のみに基づき、固定サイズのＲＢＧを決定する場合と比較して、これは、より多くのタイプのＲＢＧサイズを決定でき、より柔軟性が高く、従って５Ｇ ＮＲの要件を満たすことができる。

本願の実施形態におけるＲＢＧサイズを決定するための方法および装置は、無線通信ネットワークに適用されてよく、当法および装置について、無線通信ネットワークの中でも、主に５Ｇ ＮＲネットワークのシナリオを例に用いて説明している。本願の実施形態の解決手段は、さらに別の無線通信ネットワークに適用されてよいこと、および、対応する名称は、別の無線通信ネットワークにおける対応する機能の名称で置き換えられてもよいことを特記すべきである。

主な適用シナリオでは、ユーザにより良くサービングすべく、既存のマルチポイント協調伝送（Ｃｏｏｒｄｉｎａｔｅｄ Ｍｕｌｔｉｐｌｅ Ｐｏｉｎｔｓ Ｔｒａｎｓｍｉｓｓｉｏｎ，ＣｏＭＰ）に基づき、送信信頼性を改善するためのダイバーシティ技術およびデータ送信速度を改善するためのマルチストリーム技術等の様々な技術を含む多入力多出力（ｍｕｌｔｉｐｌｅ ｉｎｐｕｔ ｍｕｌｔｉｐｌｅ ｏｕｔｐｕｔ，ＭＩＭＯ）技術がＣｏＭＰと組み合わされて、分散マルチアンテナシステムを形成する。以下に、本願の実施形態について、主にシングルセル送信を例として用いて説明する。シングルセル送信では、１つのセルのみまたは１つの送信ポイントのみが、１つのスケジューリング時間においてデータを端末に送信する。図２は、マルチアンテナサイト協調送信またはシングルセル送信のシナリオの概略図である。

本願の実施形態のＲＢＧサイズを決定するための方法および装置は、同種ネットワークおよび異種ネットワークの両方のシナリオに適用可能であること、周波数分割複信（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｄｕｐｌｅｘ，ＦＤＤ）システム、時分割複信（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｄｕｐｌｅｘ，ＴＤＤ）システム、および柔軟な二重システムのすべてに適用可能であること、並びに、低周波数シナリオ（例えば、サブ６Ｇ）および高周波数シナリオ（例えば、６Ｇより高い）の両方に適用可能であることを特記すべきである。また、本願の実施形態は、送信ポイントに対し何らの制約も課さない。送信は、マクロ基地局間のマルチポイント協調伝送、マイクロ基地局間のマルチポイント協調伝送、マクロ基地局とマイクロ基地局との間のマルチポイント協調伝送、異なる送信ポイント間のマルチポイント協調伝送、同一送信ポイントの異なるパネル間のマルチポイント協調伝送、または端末間のマルチポイント協調伝送であってよい。本願は、また端末間の通信にも適用可能である。本願の以下の実施形態は、ネットワークデバイスと端末との間の通信を例として用いて説明されている。

図３は、本願の一実施形態による、ＲＢＧサイズを決定するための方法の実装フローチャートである。図３に示される通り、方法は、以下の段階を含む。

Ｓ１０１：ネットワークデバイスが、ＲＢＧサイズを決定する。

本願のこの実施形態では、ネットワークデバイスは、制御チャネル情報、信号送信特性、ＢＰ情報、チャネル特性、システム帯域幅情報およびサービス特性等のうちの少なくとも１つに基づき、ＲＢＧサイズを決定してよい。

制御チャネル情報は、制御チャネルフォーマット情報、制御チャネルコンテンツ情報および制御チャネルスクランブリング情報のうちの１つまたはこれらの組み合わせを含む。具体的には、制御チャネルフォーマット情報は、ＬＴＥのフォーマット１ａ、フォーマット１ｂ、フォーマット１ｃ、フォーマット１ｄ、フォーマット２ａ、フォーマット２ｂ、フォーマット２ｃ、フォーマット２ｄ、フォーマット３、フォーマット４またはフォーマット５等の下りリンク制御情報フォーマット（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ，ＤＣＩ ｆｏｒｍａｔ）であってよい。制御チャネルコンテンツ情報は、制御チャネル上で送信されるコンテンツ情報であり、例えば、システム情報、システム情報ブロック（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ，ＳＩＢ）、上りリンク制御チャネル情報、下りリンク制御チャネル情報、共通制御情報、セル固有制御情報、ユーザレベル制御情報またはユーザグループ制御情報であってよい。制御チャネルスクランブリング情報は、制御チャネルをスクランブリングするために用いられる情報であり、セル無線ネットワーク一時識別子（Ｃｅｌｌ ＲＮＴＩ，Ｃ－ＲＮＴＩ）、ページング無線ネットワーク一時識別子（Ｐａｇｉｎｇ ＲＮＴＩ，Ｐ－ＲＮＴＩ）、システム情報無線ネットワーク一時識別子（Ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ＲＮＴＩ，ＳＩ－ＲＮＴＩ）、一時セル無線ネットワーク一時識別子（Ｔｅｍｐｏｒａｒｙ－Ｃｅｌｌ ＲＮＴＩ，Ｔ－ＣＲＮＴＩ）、セル識別子、ユーザ識別子、仮想セル識別子、送信ポイント識別子または仮想ユーザ識別子等であってよい。

信号送信特性は、ネットワークデバイスにより、決定されたＲＢＧサイズを用いて割り当てられたリソースを用いて搬送される情報またはチャネルとして理解されてよく、当該情報またはチャネルは、システム情報、ブロードキャスト情報、セルレベル情報、共通情報、ユーザ固有情報およびグループ情報のうちの１つまたはこれらの組み合わせを含む。

チャネル特性は、ネットワークデバイスにより、決定されたＲＢＧサイズを用いて割り当てられたリソースを用いて搬送される情報の特性として理解されてよい。例えば、チャネル特性は、送信ダイバーシティ送信、空間多重送信、開ループ送信、閉ループ送信、広ビーム送信、狭ビーム送信、シングルストリーム送信、マルチストリーム送信、シングルセル送信、およびマルチポイント協調伝送のうちの少なくとも１つを含む。

ＢＰ情報は、ＢＰの帯域幅情報、ＢＰのキャリア周波数情報およびＢＰのフレーム構造情報のうちの１つまたはこれらの組み合わせを含む。キャリア周波数情報は、ＢＰが配置されるスペクトルまたは周波数に関する情報であってよい。フレーム構造情報は、サブキャリア間隔、ＣＰ長、スロットに含まれるシンボル数、ミニスロットに含まれるシンボル数、短送信時間、長送信時間、スロットレベルスケジューリング、ミニスロットスケジューリング、スロットアグリゲーションスケジューリング、ミニスロットアグリゲーションスケジューリングまたはスロットおよびミニスロットアグリゲーションスケジューリング等であってよい。

システム帯域幅情報は、システム帯域幅の帯域幅情報、システム帯域幅のキャリア周波数情報またはシステム帯域幅のフレーム構造情報等として理解されてよい。キャリア周波数情報およびフレーム構造情報の理解は、上記の説明におけるものと同一である。

サービス特性は、モバイルブロードバンドサービス、低遅延サービス、高信頼性サービス、ビデオサービス、音声サービス、リアルタイムサービス、ショートメッセージサービス並びに低遅延および高信頼性サービス等のうちの少なくとも１つとして理解されてよい。

本願のこの実施形態では、各制御チャネル情報、各信号送信特性、各ＢＰ、各チャネル特性、各システム帯域幅情報または各サービス特性等に対応するＲＢＧサイズが予め設定されてよい。さらに、ネットワークデバイスは、スケジューリングのための制御チャネル情報、信号送信特性、ＢＰ情報、チャネル特性、システム帯域幅情報およびサービス特性等のうちの少なくとも１つに基づいて対応するＲＢＧサイズを直接決定してよい。

例えば、ネットワークデバイスによってＲＢＧサイズを決定する上述の実装プロセスについて、ＲＢＧサイズが制御チャネルフォーマット情報に基づき決定される例を用いて説明する。

まず、各制御チャネルフォーマットとＲＢＧサイズとの間の対応関係が予め設定される。例えば、ＤＣＩフォーマット１ａに対応するＲＢＧサイズは、８個のＲＢまたは６個のＲＢに予め設定されてよい。ＤＣＩフォーマット１ＣのＲＢＧサイズは、８個のＲＢまたは４個のＲＢに予め設定されてよい。ＤＣＩフォーマット２ＣまたはＤＣＩフォーマット２Ｄ等のＲＢＧサイズは、８個のＲＢ、６個のＲＢ、４個のＲＢ、３個のＲＢ、２個のＲＢおよび１個のＲＢのうちの１つに予め設定されてよい。

本願のこの実施形態では、各制御チャネルフォーマットに対応するＲＢＧサイズは、実際の状況に応じて設定されてよいことが理解できるだろう。上記の説明は例に過ぎず、限定として解釈すべきではない。

次に、ＲＢＧサイズが、スケジューリングに用いられる必要のある制御チャネルフォーマットに基づき、決定される。例えば、ネットワークデバイスが、スケジューリングに用いられる必要のある制御チャネルフォーマットがＤＣＩフォーマット１ａであると決定すると、ＲＢＧサイズは８個のＲＢであると決定されてよい。別の例では、ネットワークデバイスが、スケジューリングに用いられる必要のある制御チャネルフォーマットがＤＣＩフォーマット１Ｃであると決定する場合において、ＤＣＩフォーマット１Ｃのための予め設定されたＲＢＧサイズが８個のＲＢであるとき、ネットワークデバイスは、ＲＢＧサイズは８個のＲＢであると決定してよい。または、ＤＣＩフォーマット１Ｃのための予め設定されたＲＢＧサイズが４個のＲＢであるとき、ネットワークデバイスは、ＲＢＧサイズは４個のＲＢであると決定してよい。

例えば、ネットワークデバイスによってＲＢＧサイズを決定する上述の実装プロセスについて、ＲＢＧサイズが信号送信特性に基づき決定される例を用いて説明する。

まず、各信号送信特性、信号またはチャネルと、ＲＢＧサイズとの間の対応関係が予め設定される。例えば、システム情報／チャネルに対応するＲＢＧサイズは、８個のＲＢまたは６個のＲＢに予め設定されてよい。ブロードキャストチャネルのためのＲＢＧサイズは、８個のＲＢまたは４個のＲＢのいずれかに予め設定されてよい。ユニキャストチャネル、物理下りリンク共有チャネルまたは物理上りリンク共有チャネル等のためのＲＢＧサイズは、８個のＲＢ、６個のＲＢ、４個のＲＢ、３個のＲＢ、２個のＲＢおよび１個のＲＢのうちの１つに予め設定されてよい。

本願のこの実施形態では、各信号送信特性に対応するＲＢＧサイズは、実際の状況に応じて設定されてよいことが理解できるだろう。上記の説明は例に過ぎず、限定として解釈されるべきではない。

次に、ＲＢＧサイズが、スケジューリングされる必要のある信号の送信特性に基づき決定される。例えば、ネットワークデバイスが、スケジューリングされる必要のある信号の送信特性がシステム情報であると決定すると、ＲＢＧサイズは８個のＲＢまたは６個のＲＢであると決定されてよい。別の例では、ネットワークデバイスが、スケジューリングされる必要のある信号の送信特性がブロードキャストチャネルであると決定する場合において、ブロードキャストチャネルのための予め設定されたＲＢＧサイズが８個のＲＢであるとき、ネットワークデバイスは、ＲＢＧサイズは８個のＲＢであると決定してよい。または、ブロードキャストチャネルのための予め設定されたＲＢＧサイズが４個のＲＢであるとき、ネットワークデバイスは、ＲＢＧサイズは４個のＲＢであると決定してよい。別の例では、ネットワークデバイスが、スケジューリングされる必要のある信号の送信特性がユニキャストチャネルであると決定する場合において、ユニキャストチャネルのための予め設定されたＲＢＧサイズが８個のＲＢであるとき、ネットワークデバイスは、ＲＢＧサイズは８個のＲＢであると決定してよい。または、ユニキャストチャネルのための予め設定されたＲＢＧサイズが４個のＲＢであるとき、ネットワークデバイスは、ＲＢＧサイズは４個のＲＢであると決定してよい。

例えば、ネットワークデバイスによってＲＢＧサイズを決定する上述の実装プロセスについて、ＲＢＧサイズが信号送信特性および制御チャネルフォーマット情報に基づき決定される例を用いて説明する。

まず、ＲＢＧサイズと、各信号送信特性、信号またはチャネルおよび制御チャネルフォーマットとの間の対応関係が予め設定される。例えば、システム情報／チャネルおよび制御チャネルフォーマット１ａに対応するＲＢＧサイズは、８個のＲＢまたは６個のＲＢに予め設定されてよい。ブロードキャストチャネルおよび制御チャネルフォーマット１ａのためのＲＢＧサイズは、８個のＲＢまたは４個のＲＢに予め設定されてよい。ユニキャストチャネル、物理下りリンク共有チャネルまたは物理上りリンク共有チャネル等および制御チャネルフォーマット１ａのためのＲＢＧサイズは、８個のＲＢまたは６個のＲＢに予め設定されてよい。ユニキャストチャネル、物理下りリンク共有チャネルまたは物理上りリンク共有チャネル等および制御チャネルフォーマット２ｄのためのＲＢＧサイズは、４個のＲＢ、３個のＲＢ、２個のＲＢまたは１個のＲＢのうちの１つに予め設定されてよい。

本願のこの実施形態では、信号送信特性および制御チャネルフォーマットの各組み合わせに対応するＲＢＧサイズは、実際の状況に応じて設定されてよいことが理解できるだろう。上記の説明は例に過ぎず、限定として解釈されるべきではない。

次に、ＲＢＧサイズが、スケジューリングされる必要のある信号の送信特性および制御チャネルフォーマットに基づき決定される。例えば、ネットワークデバイスが、スケジューリングされる必要のある信号の送信特性がシステム情報であり、制御チャネルフォーマットがフォーマット１ａであると決定する場合、ネットワークデバイスは、ＲＢＧサイズは８個のＲＢまたは６個のＲＢであると決定してよい。別の例では、ネットワークデバイスが、スケジューリングされる必要のある信号の送信特性がブロードキャストチャネルであり、制御チャネルフォーマットがフォーマット１ａであると決定する場合において、ブロードキャストチャネルおよび制御チャネルフォーマット１ａのための予め設定されたＲＢＧサイズが８個のＲＢであるとき、ネットワークデバイスは、ＲＢＧサイズは８個のＲＢであると決定してよい。または、ブロードキャストチャネルおよび制御チャネルフォーマット１ａのための予め設定されたＲＢＧサイズが４個のＲＢであるとき、ネットワークデバイスは、ＲＢＧサイズは４個のＲＢであると決定してよい。別の例では、ネットワークデバイスが、スケジューリングされる必要のある信号の送信特性がユニキャストチャネルであり、制御チャネルフォーマットがフォーマット１ａであると決定する場合において、ユニキャストチャネルおよび制御チャネルフォーマット１ａのための予め設定されたＲＢＧサイズが８個のＲＢであるとき、ネットワークデバイスは、ＲＢＧサイズは８個のＲＢであると決定してよい。または、ユニキャストチャネルおよび制御チャネルフォーマット１ａのための予め設定されたＲＢＧサイズが４個のＲＢであるとき、ネットワークデバイスは、ＲＢＧサイズは４個のＲＢであると決定してよい。別の例では、ネットワークデバイスが、スケジューリングされる必要のある信号の送信特性がユニキャストチャネルであり、制御チャネルフォーマットがフォーマット２ｄであると決定する場合において、ユニキャストチャネルおよび制御チャネルフォーマット２ｄのための予め設定されたＲＢＧサイズが４個のＲＢであるとき、ネットワークデバイスは、ＲＢＧサイズは４個のＲＢであると決定してよい。または、ユニキャストチャネルおよび制御チャネルフォーマット２ｄのための予め設定されたＲＢＧサイズが１個のＲＢであるとき、ネットワークデバイスは、ＲＢＧサイズは１個のＲＢであると決定してよい。

他の１つの情報のみに基づきＲＢＧサイズを決定する、または他の情報の組み合わせに基づきＲＢＧサイズを決定するための方法は、上述の実施形態の方法と同様であることに留意されたい。特定の実装プロセスについて、ここで再度説明はしない。

本願のこの実施形態では、特定のシステム帯域幅の下でのすべてのサービスに対し同一のＲＢＧサイズを決定するのではなく、ＲＢＧサイズを決定する上述の方式により、対応するＲＢＧサイズが実際のサービススケジューリング要求に応じて決定されてよく、これにより、リソーススケジューリングの柔軟性を一定程度高める。

Ｓ１０２：ネットワークデバイスは、端末に割り当てられるべきリソースが配置されるＢＰサブセットを決定する。

本願のこの実施形態では、ネットワークデバイスが正確にビットマップ（ｂｉｔｍａｐ）のリソース位置を決定でき、さらに、正確にリソースを端末に割り当てできるように、ネットワークデバイスは、端末に割り当てられるべきリソースが配置されるＢＰサブセットを決定する。

可能な実装において、ネットワークデバイスによるＢＰサブセットの決定プロセスで、ＢＰサブセットは、ＲＢＧサイズを決定する上述の方式と同様の方式で決定されてよい。例えば、各制御チャネル情報、各信号送信特性、各ＢＰ、各チャネル特性、各システム帯域幅情報または各サービス特性等に対応するＢＰサブセットが予め設定されてよい。さらに、ネットワークデバイスは、スケジューリングのための制御チャネル情報、信号送信特性、ＢＰ情報、各チャネル特性、各システム帯域幅情報および各サービス特性等のうちの少なくとも１つに基づき、対応するＢＰサブセットを直接決定してよい。

例えば、ネットワークデバイスによってＢＰサブセットを決定する上述の実装プロセスについて、ＢＰサブセットが制御チャネルフォーマット情報に基づき決定される例を用いて説明する。

まず、各制御チャネルフォーマットとＢＰサブセットとの間の対応関係が予め設定される。例えば、ＤＣＩフォーマット１ａに対応するＢＰサブセットがＢＰ全体に予め設定されてよい。ＤＣＩフォーマット１ＣのためのＢＰサブセットは、１個のＢＰまたは１／２個のＢＰに予め設定されてよい。ＤＣＩフォーマット２ＣまたはＤＣＩフォーマット２Ｄ等のためのＢＰサブセットは、１個のＢＰ、１／２個のＢＰ、１／４個のＢＰまたは１／８個のＢＰに予め設定されてよい。

本願のこの実施形態では、各制御チャネルフォーマットに対応するＢＰサブセットは、実際の状況に応じて設定されてよいことが理解できるだろう。上記の説明は例に過ぎず、限定として解釈されるべきではない。

次に、ＢＰサブセットがスケジューリングのために用いられる必要のある制御チャネルフォーマットに基づき決定される。例えば、ネットワークデバイスが、スケジューリングに用いられる必要のある制御チャネルフォーマットがＤＣＩフォーマット１ａであると決定すると、ＢＰサブセットはＢＰ全体であると決定されてよい。別の例では、ネットワークデバイスが、スケジューリングに用いられる必要のある制御チャネルフォーマットがＤＣＩフォーマット１Ｃであると決定する場合において、ＤＣＩフォーマット１Ｃのための予め設定されたＢＰサブセットが１個のＢＰであるとき、ネットワークデバイスは、ＢＰサブセットはＢＰ全体であると決定してよい。または、ＤＣＩフォーマット１Ｃのための予め設定されたＢＰサブセットが１／２個のＢＰであるとき、ネットワークデバイスは、ＢＰサブセットは１／２個のＢＰであると決定してよい。

別の可能な実装では、代替的に、ネットワークデバイスは、ＲＢＧサイズに基づき、ＢＰサブセットのサイズを決定してよい。ＲＢＧサイズとＢＰサブセットとの間の対応関係は、特定のリソーススケジューリング要求により決定されてよい。例えば、引き続き、制御チャネルフォーマットを説明のための例として用いると、図４に示される通り、スケジューリングのための制御チャネルフォーマットがＤＣＩフォーマット２ＣまたはＤＣＩフォーマット２Ｄであり、ＲＢＧサイズが８個のＲＢである場合、ＢＰサブセットはＢＰ全体であると決定されてよい。またはＲＢＧサイズが４個のＲＢの場合、ＢＰサブセットは１／２個のＢＰであると決定されてよい。またはＲＢＧサイズが２個のＲＢの場合、ＢＰサブセットは１／４個のＢＰであると決定されてよい。またはＲＢＧサイズが１個のＲＢの場合、ＢＰサブセットは１／８個のＢＰであると決定されてよい。

本願のこの実施形態では、ネットワークデバイスは、ＲＢＧサイズおよびＢＰサブセットのうちの一方を上述の方式で決定してよく、他方はシグナリング通知方式、例えば、より上位層のシグナリングまたは物理層シグナリングを用いた通知方式で決定されてよい。これは、本明細書において限定はされない。より上位層のシグナリングは、無線リソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ，ＲＲＣ）シグナリング、媒体アクセス制御（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ，ＭＡＣ）制御要素（Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ，ＣＥ）または他のシグナリングであってよい。これは、本明細書において具体的に限定はされない。物理層シグナリングは、下りリンク制御情報等であってよい。

可能な例において、本願のこの実施形態のＢＰサブセットは、複数の連続的または不連続的ＲＢを含んでよい。説明のため、ＲＢＧサイズが４個のＲＢであり、ＢＰサブセットが１／２個のＢＰである例が用いられる。図５は、ＢＰサブセットが複数の連続的ＲＢを含む概略図である。図６は、ＢＰサブセットが複数の不連続的ＲＢを含む概略図である。

本願のこの実施形態では、ＢＰサブセットは、複数の不連続的ＲＢを含む。これにより、リソースフラグメンテーションを一定程度軽減してよく、また、ダイバーシティ利得を高め得る。例えば、ネットワークデバイスがリソース割り当てを実行するときに、ＢＰサブセットが連続的ＲＢを含み、少数のリソースがあるサブセット内に残存し、少数のリソースが別のサブセット内にも残存する場合、異なるサブセット内のリソースを１つの端末に割り当てることができず、これにより、リソースフラグメンテーションを引き起こす。しかしながら、ＢＰサブセットが連続的または不連続的でよい場合、リソース割り当ての際に、少数のリソースがあるサブセット内に残存し、且つ少数のリソースが別のサブセット内にも残存する場合、不連続的ＲＢがＢＰサブセットを形成してよく、従って、複数の不連続的リソースが１つの端末に割り当てられてよく、これによりリソースフラグメンテーションを軽減する。ダイバーシティ利得については、ＢＰサブセットが不連続的ＲＢでよい場合、リソース割り当ての際、異なる位置におけるＲＢが１つの端末に割り当てられてよい。異なる位置におけるＲＢは異なるチャネル特性を有するので、周波数ダイバーシティ利得が得られてよく、通信性能が向上されてよい。

本願の別の可能な実施形態では、ネットワークデバイスによって決定されるＲＢＧは、複数の連続的または不連続的ＲＢを含んでよい。換言すると、ＲＢＧは、連続的または不連続的であってよい。

本願のこの実施形態では、以下の場合において、連続的または不連続ＲＢＧが、連続的または不連続的ＢＰサブセットと組み合わされてよい。

Ａ：連続的ＲＢがＲＢＧを形成し、連続的ＲＢ／ＲＢＧがＢＰサブセットを形成する。

Ｂ：連続的ＲＢがＲＢＧを形成し、不連続的ＲＢ／ＲＢＧがＢＰサブセットを形成する。

Ｃ：不連続的ＲＢがＲＢＧを形成し、連続的ＲＢ／ＲＢＧがＢＰサブセットを形成する。

Ｄ：不連続的ＲＢがＲＢＧを形成し、不連続的ＲＢ／ＲＢＧがＢＰサブセットを形成する。

さらに、本願のこの実施形態においては、不連続的ＲＢがＲＢＧを形成する場合、不連続的ＲＢによって形成されたＲＢＧは同一のＢＰサブセットに配置されてよく、または、異なるＢＰサブセットに配置されてもよい。例えば、以下の場合が存在してよい。

Ｅ：不連続的ＲＢがＲＢＧを形成し、連続的ＲＢがＢＰサブセットを形成し、ＲＢＧが同一のＢＰサブセットに配置される。

Ｆ：不連続的ＲＢがＲＢＧを形成し、不連続的ＲＢがＢＰサブセットを形成し、ＲＢＧが同一のＢＰサブセットに配置される。

Ｇ：不連続的ＲＢがＲＢＧを形成し、連続的ＲＢがＢＰサブセットを形成し、ＲＢＧが異なるＢＰサブセットに配置される。

Ｈ：不連続的ＲＢがＲＢＧを形成し、不連続的ＲＢがＢＰサブセットを形成し、ＲＢＧが異なるＢＰサブセットに配置される。

本願は、実際の適用を参照して上述の場合を説明する。本願のこの実施形態は、８個のＲＢがＢＰを形成し、ＢＰサブセットが１／２個のＢＰであり、各ＲＢＧが４個のＲＢを含むことを前提とする例を用いて説明される。

図７は、本願の一実施形態による、ＢＰサブセットのリソース割り当ての概略図である。図７中、ＢＰのサブセットは、ＢＰの第１のサブセットおよびＢＰの第２のサブセットを含み、ＢＰの第１のサブセットおよびＢＰの第２のサブセットは両方とも連続的である。ＢＰの第１のサブセットは、２個のＲＢの間隔が置かれた不連続的ＲＢＧを含む。ＢＰの第２のサブセットは、連続的ＲＢＧを含み、ＲＢＧが同一のＢＰサブセット内に配置されている。

図８は、本願の一実施形態による、ＢＰサブセットのリソース割り当ての別の概略図である。図８中、ＢＰのサブセットは、ＢＰの第１のサブセットおよびＢＰの第２のサブセットを含み、ＢＰの第１のサブセットおよびＢＰの第２のサブセットは両方とも連続的である。ＢＰの第１のサブセットは、１個のＲＢの間隔が置かれた不連続的ＲＢＧを含む。ＢＰの第２のサブセットは、連続的ＲＢＧを含み、ＲＢＧが同一のＢＰサブセット内に配置されている。

図９は、本願の一実施形態による、ＢＰサブセットのリソース割り当てのさらなる別の概略図である。図９中、ＢＰのサブセットは、ＢＰの第１のサブセットおよびＢＰの第２のサブセットを含み、ＢＰの第１のサブセットおよびＢＰの第２のサブセットは両方とも連続的である。ＢＰの第１のサブセットは、３個のＲＢの間隔が置かれた不連続的ＲＢＧを含む。ＢＰの第２のサブセットは、連続的ＲＢＧを含み、ＲＢＧが同一のＢＰサブセット内に配置されている。

図１０は、本願の一実施形態による、ＢＰサブセットのリソース割り当てのさらなる別の概略図である。図１０中、ＢＰのサブセットは、ＢＰの第１のサブセットおよびＢＰの第２のサブセットを含み、ＢＰの第１のサブセットおよびＢＰの第２のサブセットは両方とも不連続的である。不連続的なＢＰの第１のサブセットは、２個のＲＢの間隔が置かれた不連続的ＲＢＧを含む。不連続的なＢＰの第２のサブセットは、連続的ＲＢＧを含み、ＲＢＧが同一のＢＰサブセット内に配置されている。

図１１は、本願の一実施形態による、ＢＰサブセットのリソース割り当てのさらなる別の概略図である。図１１中、ＢＰのサブセットは、ＢＰの第１のサブセットおよびＢＰの第２のサブセットを含み、ＢＰの第１のサブセットおよびＢＰの第２のサブセットは両方とも不連続的である。不連続的なＢＰの第１のサブセットは、１個のＲＢの間隔が置かれた不連続的ＲＢＧを含む。不連続なＢＰの第２のサブセットは、連続的ＲＢＧを含み、ＲＢＧが同一のＢＰサブセット内に配置されている。

図１２は、本願の一実施形態による、ＢＰサブセットのリソース割り当てのさらなる別の概略図である。図１２中、ＢＰのサブセットは、ＢＰの第１のサブセットおよびＢＰの第２のサブセットを含み、ＢＰの第１のサブセットおよびＢＰの第２のサブセットは両方とも不連続的である。不連続的なＢＰの第１のサブセットは、３個のＲＢの間隔が置かれた不連続的ＲＢＧを含む。不連続的なＢＰの第２のサブセットは、連続的ＲＢＧを含み、ＲＢＧが同一のＢＰサブセット内に配置されている。

図１３は、本願の一実施形態による、ＢＰサブセットのリソース割り当てのさらなる別の概略図である。図１３中、ＢＰのサブセットは、ＢＰの第１のサブセットおよびＢＰの第２のサブセットを含み、ＢＰの第１のサブセットおよびＢＰの第２のサブセットは両方とも不連続的である。不連続的なＢＰの第１のサブセットにおいて、不連続的ＲＢＧ中のＲＢの一部（半分）が、ＢＰの第１のサブセットの第１の部分に配置され、不連続的ＲＢＧ中のＲＢの他の一部（他の半分）が、ＢＰの第１のサブセットの第２の部分に配置される。また、ＢＰの第１のサブセットの第１の部分および第２の部分におけるＲＢＧのＲＢの各部分（半分）は連続的である。不連続的なＢＰの第２のサブセットは、連続的ＲＢＧを含む。ＲＢＧは、異なるＢＰサブセット内に配置される。

図１４は、本願の一実施形態による、ＢＰサブセットのリソース割り当てのさらなる別の概略図である。図１４中、ＢＰのサブセットは、ＢＰの第１のサブセットおよびＢＰの第２のサブセットを含み、ＢＰの第１のサブセットおよびＢＰの第２のサブセットは両方とも不連続的である。不連続なＢＰの第１のサブセットにおいて、不連続的ＲＢＧ中のＲＢの一部（半分）が、ＢＰの第１のサブセットの第１の部分に配置され、不連続的ＲＢＧ中のＲＢの他の一部（他の半分）が、ＢＰの第１のサブセットの第２の部分に配置される。また、ＢＰの第１のサブセットの第１の部分および第２の部分におけるＲＢＧのＲＢの各部分（半分）は、１個のＲＢの間隔が置かれた不連続的ＲＢで形成される。不連続的なＢＰの第２のサブセットは、連続的ＲＢＧを含む。ＲＢＧは、異なるＢＰサブセット内に配置される。

図１５は、本願の一実施形態による、ＢＰサブセットのリソース割り当てのさらなる別の概略図である。図１５中、ＢＰのサブセットは、ＢＰの第１のサブセットおよびＢＰの第２のサブセットを含み、ＢＰの第１のサブセットおよびＢＰの第２のサブセットは両方とも不連続的である。不連続的なＢＰの第１のサブセットにおいて、不連続的ＲＢＧ中のＲＢの一部（半分）が、ＢＰの第１のサブセットの第１の部分に配置され、不連続的ＲＢＧ中のＲＢの他の一部（他の半分）が、ＢＰの第１のサブセットの第２の部分に配置される。また、ＢＰの第１のサブセットの第１の部分および第２の部分におけるＲＢＧのＲＢの各部分（半分）は、３個のＲＢの間隔が置かれた不連続的ＲＢで形成される。不連続的なＢＰの第２のサブセットは、連続的ＲＢＧを含む。ＲＢＧは、異なるＢＰサブセット内に配置される。

さらに、可能な実装では、ＲＢＧサイズとＢＰサブセット割り当てとの組み合わせ方式が、本願のこの実施形態において複数の方式で実装されてよい。例えば、ＢＰサブセットが連続的ＲＢ／ＲＢＧを含み、且つＲＢＧが連続的ＲＢを含む場合において、ＲＢＧサイズが１個のＲＢ、２個のＲＢおよび４個のＲＢであるとき、ＲＢＧサイズとＢＰサブセット割り当てとの組み合わせ方式は、図１６に示すものであってよい。この場合、ＲＢＧサイズとＢＰサブセット割り当てとの組み合わせ方式は、合計７の組み合わせを含む。同じように、同様の組み合わせ方式が用いられる場合、ＢＰサブセットが連続的ＲＢ／ＲＢＧを含み、且つＲＢＧが連続的ＲＢを含む場合において、ＲＢＧサイズが１個のＲＢ、２個のＲＢ、４個のＲＢおよび８個のＲＢであるとき、ＲＢＧサイズとＢＰサブセット割り当てとの組み合わせ方式は、合計１５の組み合わせを含む。

ＢＰサブセットが不連続的ＲＢ／ＲＢＧを含み、且つＲＢＧが連続的ＲＢを含む場合において、ＲＢＧサイズが１個のＲＢ、２個のＲＢおよび４個のＲＢであるとき、ＲＢＧサイズとＢＰサブセット割り当てとの組み合わせ方式は、図１７に示すものであってよい。図１７中、ＲＢＧサイズとＢＰサブセット割り当てとの組み合わせ方式は、合計１４の組み合わせを含む。同じように、同様の組み合わせ方式が用いられる場合、ＢＰサブセットが連続的ＲＢを含み、且つＲＢＧが連続的ＲＢを含む場合において、ＲＢＧサイズが１個のＲＢ、２個のＲＢ、４個のＲＢおよび８個のＲＢであるとき、ＲＢＧサイズとＢＰサブセット割り当てとの組み合わせ方式は、合計３０の組み合わせを含む。

本願のこの実施形態においては、図１６および図１７に示される通り、ＲＢＧを分割する際、各ＢＰサブセット内の連続的ＲＢが１個のＲＢＧサイズを形成する。例えば、ＲＢＧサイズが４個のＲＢである場合、８個のＲＢ中の最初の４個のＲＢが１個のＲＢＧを形成し、最後の４個のＲＢも１個のＲＢＧを形成する。しかしながら、図１８に示される通り、本願のこの実施形態では、ＲＢＧは不連続的であってよく、従って、１個のＲＢＧを形成するＲＢがランダムに選択されてよい。

本願のこの実施形態では、不連続的ＲＢＧ中のＲＢ間の間隔はプロトコルで事前定義されてよく、または、シグナリング通知方式で決定されてよいことが理解できるだろう。２個のＲＢの間隔が置かれたＲＢが１個のＲＢＧを形成してよく、または、１個のＲＢの間隔が置かれたＲＢが１個のＲＢＧを形成してよく、または、３個のＲＢの間隔が置かれたＲＢが１個のＲＢＧを形成してよい。具体的な不連続的割り当ての方式は、プロトコルで事前定義されてよく、またはシグナリング通知方式で決定されてよい。

本願のこの実施形態では、端末に割り当てられたリソースが配置されるＢＰサブセットを決定すべく、サブセット情報が決定される必要があることが理解できるだろう。具体的には、サブセット情報は、サブセットサイズ、サブセットリソース分割方法、サブセット数およびサブセットスケジューリング情報のうちの少なくとも１つを含んでよい。

複数のサブセットリソース分割方法が存在してよい。例えば、サブセットリソース分割方法は、ＲＢＧサイズに基づき決定されてよく、または事前定義されてよく、または、ネットワークデバイスによってシグナリングを用いて端末に示されてよい。具体的には、シグナリングは、より上位層のシグナリングまたは物理層シグナリングであってよい。より上位層のシグナリングは、無線リソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ，ＲＲＣ）シグナリング、媒体アクセス制御（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ，ＭＡＣ）制御要素（Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ，ＣＥ）または他のシグナリングであってよい。これは、本明細書において具体的に限定はされない。物理層シグナリングは、下りリンク制御情報等であってよい。

特定のサブセットリソース分割方法は、連続的サブセットの分割および／または不連続的サブセットの分割を含んでよい。

連続的サブセットの分割は、以下の方法を含んでよい。すなわち、ＢＰがＮ個のサブセットに分割される必要がある場合、ＢＰはＮ個の部分に等しく分割されてよく、各部分が１個のサブセットを表わす。例えば、ＢＰが２０個のＲＢを含む場合、第１のＲＢから第５のＲＢまでが第１のサブセットを形成し、第６のＲＢから第１０のＲＢまでが第２のサブセットを形成し、第１１のＲＢから第１５のＲＢまでが第３のサブセットを形成し、第１６のＲＢから第２０のＲＢまでが第４のサブセットを形成する。

不連続的サブセットの分割は、複数のサブセット分割方法を含んでよい。具体的には、まず、ＢＰが複数の連続的な部分に分割されてよく、その後、１または複数の不連続的な部分が１個のサブセットとして選択されてよい。各部分は、１または複数のＲＢ／ＲＢＧを含む。部分とサブセットとの間の具体的な対応関係が事前定義されてよく、または、シグナリングを用いて通知されてよい。例えば、まず、サブセットがＭ個の部分に分割されてよく、Ｍは事前定義されてよく若しくは通知されてよく、または、ＲＢＧサイズに関連付けられてよい。例えば、ＲＢＧサイズが８（または、システムの最大ＲＢＧサイズまたは現在利用可能な最大ＲＢＧサイズ）である場合、１つの部分のみおよび１個のサブセットのみが存在してよい。ＲＢＧサイズが４（または、システムの最大ＲＢＧサイズの半分または現在利用可能な最大ＲＢＧサイズの半分）である場合、分割を通して４個の部分が得られてよく、これに相応して２個のサブセットが存在する。部分とサブセットとの間の具体的な対応関係は以下の通りであってよい。すなわち、第１の部分および第３の部分が第１のサブセットに対応し、第２の部分および第４の部分が第２のサブセットに対応する。代替的に、部分とサブセットとの間の具体的な対応関係は、以下の通りであってよい。すなわち、第１の部分および第４の部分が第１のサブセットに対応し、第２の部分および第３の部分が第２のサブセットに対応する。具体的な対応関係は、本明細書において限定はされない。

代替的に、サブセットリソース分割方法は、以下の通りであってよい。すなわち、まずＢＰが複数のＲＢＧに分割される。この場合、分割はシステムの最大ＲＢＧサイズまたは現在利用可能な最大ＲＢＧサイズを用いて実行される。例えば、ＢＰが３２個のＲＢを含み、システムの最大ＲＢＧサイズが８個のＲＢである場合、ＢＰは４つの部分に分割されてよく、ＢＰサブセットは、実際に使用されるＲＢＧサイズに基づき決定される。実際に使用されるＲＢＧサイズが８個のＲＢである場合、ＢＰ全体が１個のサブセットである。実際に使用されるＲＢＧサイズが４個のＲＢである場合、ＢＰは２個のサブセットに分割されてよい。各サブセットのＲＢを選択する複数の実装が存在してよく、例えば、図１９にいくつかの方式が示されている。方式１では、各部分の最初の４個のＲＢがＢＰの第１のサブセットを形成し、各部分の最後の４個のＲＢがＢＰの第２のサブセットを形成する。方式２では、各部分の最初の３個のＲＢおよび最後の１個のＲＢが第１のサブセットを形成し、各部分の第４のＲＢから第７のＲＢまでが第２のサブセットを形成する。方式３では、各部分の第３のＲＢ、第４のＲＢ、第７のＲＢおよび第８のＲＢが第１のサブセットを形成し、各部分の第１のＲＢ、第２のＲＢ、第５のＲＢおよび第６のＲＢが第２のサブセットを形成する。方式４では、各部分の第１のＲＢ、第２のＲＢ、第７のＲＢおよび第８のＲＢが第１のサブセットを形成し、各部分の第３のＲＢ、第４のＲＢ、第５のＲＢおよび第６のＲＢが第２のサブセットを形成する。方式５では、各部分の第１のＲＢ、第３のＲＢ、第５のＲＢおよび第７のＲＢが第１のサブセットを形成し、各部分の第２のＲＢ、第４のＲＢ、第６のＲＢおよび第８のＲＢが第２のサブセットを形成する。本願のこの実施形態では、各サブセット内のＲＢが、各部分からランダムに選択されてよいことが上述の方式からわかるだろう。上述の方式では、異なる部分におけるＲＢの位置は一貫している。しかしながら、実際の実装プロセスでは、同一サブセットを形成する、複数の部分におけるＲＢの位置は一貫していなくてよい。例えば、方式６では、第１のサブセットは、第１の部分における第１のＲＢ、第５のＲＢ、第６のＲＢおよび第７のＲＢで、第２の部分における第１のＲＢ、第３のＲＢ、第４のＲＢおよび第５のＲＢで、第３の部分における第１のＲＢ、第５のＲＢ，第７のＲＢおよび第８のＲＢで、並びに第４の部分における第３のＲＢ、第５のＲＢ、第６のＲＢおよび第７のＲＢで形成されてよい。第２のサブセットは、第１の部分における第２のＲＢ、第３のＲＢ、第４のＲＢおよび第８のＲＢで、第２の部分における第２のＲＢ、第６のＲＢ、第７のＲＢおよび第８のＲＢで、第３の部分における第２のＲＢ、第３のＲＢ、第４のＲＢおよび第６のＲＢで、並びに第４の部分における第１のＲＢ、第２のＲＢ、第４のＲＢおよび第８のＲＢで形成されてよい。従って、本願のこの実施形態では、各サブセット内のＲＢがランダムに選択され、異なる部分におけるＲＢの位置は、同一であってよく、または異なっていてもよい。本願のこの実施形態における例をここで１つ１つ列挙はしない。

さらに、上述のサブセット分割方法は事前定義されてよく、またはシグナリングを用いて通知されてよい。

随意で、分割を通して得られるサブセットの数は事前定義されてよく、またはシグナリングを用いて通知されてよい。代替的に、分割を通して得られるサブセットの数は、ＲＢＧサイズに基づき決定されてよい。例えば、分割を通して得られるサブセットの数は、ＢＰ帯域幅をＲＢＧサイズで割って得られた値を丸めて得られた数値であってよい。例えば、ＢＰが３２個のＲＢを含み、ＲＢＧサイズが４個のＲＢである場合、ＢＰは８個のサブセットに分割されてよい。または、ＢＰが３２個のＲＢを含み、ＲＢＧサイズが２個のＲＢである場合、ＢＰは１６個のサブセットに分割されてよい。

随意で、どのサブセットまたは複数のサブセットが具体的にスケジューリングされるかは事前定義されてよく、またはシグナリングを用いて通知されてよい。特定の指示方法は、サブセットの識別子を示すこと、またはサブセットビットマップを示すことであってよい。

例えば、サブセットの識別子を示す例は、次の通りである。すなわち、ＢＰが８個のサブセットに分割され、各サブセットがシーケンス番号で識別され、且つ１個のサブセットがスケジューリングされる場合、８個のサブセット中の特定のサブセットの識別子が示されてよい。例えば、指示には３ビットが用いられる。例えば、０００が第１のサブセットを表わし、００１が第２のサブセットを表わし、０１０が第３のサブセットを表わし、０１１が第４のサブセットを表わし、１００が第５のサブセットを表わし、１０１が第６のサブセットを表わし、１１０が第７のサブセットを表わし、１１１が第８のサブセットを表わす。

例えば、サブセットビットマップを示す例は以下の通りである。すなわち、４個のサブセットが分割を通して得られ、ビットマップを示すために４ビットが用いられてよい。例えば、第１のビットが第１のサブセットを表わし、第２のビットが第２のサブセットを表わし、第３のビットが第３のサブセットを表わし、第４のビットが第４のサブセットを表わす。ビット値０はサブセットが選択されていないことを示し、ビット値１はサブセットが選択されていることを示す。代替的に、ビット値０はサブセットが選択されていることを示してよく、ビット値１はサブセットが選択されていないことを示してよいことはもちろんである。ビット値０はサブセットが選択されていないことを示し、ビット値１はサブセットが選択されていることを示す場合、００００はサブセットが存在しないことを表わし、０００１は第４のサブセットを表わし、００１０は第３のサブセットを表わし、０１００は第２のサブセットを表わし、１０００は第１のサブセットを表わし、００１１は第３のサブセットおよび第４のサブセットを表わし、１１００は第１のサブセットおよび第２のサブセットを表わし、１００１は第１のサブセットおよび第４のサブセットを表わし、１０１０は第１のサブセットおよび第３のサブセットを表わし、０１０１は第２のサブセットおよび第４のサブセットを表わし、０１１０は第２のサブセットおよび第３のサブセットを表わし、０１１１は第２のサブセット、第３のサブセットおよび第４のサブセットを表わし、１０１１は第１のサブセット、第３のサブセットおよび第４のサブセットを表わし、１１１０は第１のサブセット、第２のサブセットおよび第３のサブセットを表わし、１１０１は第１のサブセット、第２のサブセットおよび第４のサブセットを表わし、１１１１は第１のサブセット、第２のサブセット、第３のサブセットおよび第４のサブセットを表わす。本願のこの実施形態において、代替的に別の指示方式が存在してよいことはもちろんである。これは、本願のこの実施形態において限定はされない。他の可能性について、本明細書で再度説明することはしない。

代替的に、随意でＲＢＧサイズは、示されたサブセット分割方法に従い、または、現在示されたサブセット情報に基づき決定されてよい。例えば、分割を通して１個のサブセットが得られる場合、ＲＢＧサイズは８であり、または分割を通して２個のサブセットが得られる場合、ＲＢＧサイズは４である。

また、ＢＰアグリゲーションのためのリソース割り当て方法では、特定のＢＰの位置が示されてよく、その後、さらに各ＢＰ内のリソース割り当てが示される。また、ＲＢＧはＢＰに跨がってよい。ＢＰサブセットのリソース割り当ては、統一された方式で複数のＢＰのリソースに対し実行されてよい。換言すると、ＢＰサブセットはＢＰに跨がってよい。これは、本明細書において具体的に限定はされない。

さらに、本願のこの実施形態において、ＢＰサブセットを決定するための段階Ｓ１０２は随意の段階であることが理解できるだろう。

Ｓ１０３：ネットワークデバイスは、ビットマップのリソース位置を決定する。

本願のこの実施形態では、ネットワークデバイスは、決定されたＲＢＧサイズおよびＢＰサブセットに基づき、ビットマップのリソース位置を決定してよい。

本願のこの実施形態では、ネットワークデバイスによってビットマップのリソース位置を決定するプロセスは、現在の既存技術を用いて実装されてよい。例えば、端末が、ＢＰサブセット情報が帯域幅全体であり、ＲＢＧサイズが８個のＲＢであると決定する場合、ネットワークデバイスは、ビットマップ中の第１のビットが第１のＲＢＧを表わし、第２のビットが第２のＲＢＧを表わすといったように、最後のＲＢＧを除き、各ＲＢＧは８個のＲＢを含むと決定してよい。従って、ＲＢの合計数は、８の倍数でなくてよい。

別の例では、ネットワークデバイスが、ＢＰサブセットが１／２個のＢＰであり、ＲＢＧサイズが４個のＲＢであると決定する場合、ネットワークデバイスはビットマップ中のビットの意味を決定してよい。例えば、ＢＰサブセットが第２のサブセット、すなわち、リソースの最後の半分である場合、ビットマップ中の第１のビットは、リソースの最後の半分における第１のＲＢＧを表わし、第２のビットはリソースの最後の半分における第２のＲＢＧを表わすといったように、最後のＲＢＧを除き、各ＲＢＧは４個のＲＢを含む。従って、ＲＢの合計数は、４の倍数でなくてよい。

Ｓ１０４：ネットワークデバイスは、決定されたＲＢＧサイズを用いて、リソースを端末に割り当てる。

本願のこの実施形態では、ネットワークデバイスは、ビットマップの対応する決定されたリソース位置に、決定されたＲＢＧサイズを用いて、リソースを端末に割り当ててよい。

本願のこの実施形態では、ネットワークデバイスは、特定のサービススケジューリング要求に従い、ＲＢＧサイズおよびリソーススケジューリングを決定する方式、並びにＢＰサブセットおよびＲＢＧサイズを決定する方式の一方または両方を用いることを決定してよく、これにより、スケジューリングの柔軟性を一定程度高める。

本願のこの実施形態では、ネットワークデバイスによるＲＢＧサイズを決定する上述の実装プロセスは、ＲＢＧサイズを決定する暗黙的な方法として理解されてよく、または、ＲＢＧサイズは明示的な方式で決定されてよいことはもちろんである。例えば、特定のＲＢＧサイズを示すべく、または、ネットワークデバイスによってスケジューリングされる必要のあるリソースを示すべく、別のデバイスがシグナリングをネットワークデバイスに送信し、この場合、スケジューリングされるべきリソースとＲＢＧサイズとの間の予め設定された対応関係が存在する。

本願のこの実施形態の以下の説明においては、暗黙的な方式における決定は、事前定義の方式、例えばプロトコルによる規定における決定であり、明示的な方式における決定は、シグナリング情報を用いる指示方式における決定であることに留意されたい。

Ｓ１０５：端末は、ＲＢＧサイズを決定する。

本願のこの実施形態では、端末は、ネットワークデバイスによって用いられる方式と同様の暗黙的な方式でＲＢＧサイズを決定してよい。本明細書において詳細は再度説明しない。

本願のこの実施形態では、代替的に、端末は明示的な方式でＲＢＧサイズを決定してよい。このシナリオでは、ネットワークデバイスは、構成情報または指示情報を端末に送信してよい。

Ｓ１０６ａ：ネットワークデバイスは、第１の構成情報を端末に送信し、第１の構成情報はＲＢＧサイズとの予め設定された対応関係を有するリソース情報、例えば、制御チャネル情報、信号送信特性、ＢＰ情報、各チャネル特性、各システム帯域幅情報および各サービス特性のうちの少なくとも１つを含む。

Ｓ１０６ｂ：端末は、ネットワークデバイスによって送信された構成情報を受信し、構成情報に基づき、ＲＢＧサイズを決定する。

本願のこの実施形態では、端末は、各制御チャネル情報、各信号送信特性または各ＢＰ等に対応するＲＢＧサイズを予め設定してよい。端末がネットワークデバイスによって送信された構成情報を受信した後、端末は、構成情報内に含まれる、ＲＢＧサイズとの予め設定された対応関係を有する制御チャネル情報、信号送信特性、ＢＰ情報、各チャネル特性、各システム帯域幅情報および各サービス特性等のうちの少なくとも１つに基づき、ＲＢＧサイズを直接決定してよい。

Ｓ１０７ａ：ネットワークデバイスは、第１の指示情報を端末に送信し、第１の指示情報はＲＢＧサイズを示すために用いられる。

本願のこの実施形態では、割り当てられたリソースによって占有されるＲＢＧサイズを上述の方式で決定した後、ネットワークデバイスは、割り当てられたリソースによって占有されるＲＢＧサイズを示すために用いられる第１の指示情報を、端末に直接送信してよい。

Ｓ１０７ｂ：端末は、ネットワークデバイスによって送信された第１の指示情報を受信し、第１の指示情報に基づき、ＲＢＧサイズを決定する。

本願のこの実施形態では、Ｓ１０５ａおよびＳ１０５ｂにおける、端末によって構成情報に基づきＲＢＧサイズを決定する実装、またはＳ１０６ａおよびＳ１０６ｂにおける、端末によって構成情報に基づきＲＢＧサイズを決定する実装のいずれが実行されてもよいことが理解できるだろう。

さらに、本願のこの実施形態では、方法は、さらに、以下の段階を含んでよい。

Ｓ１０８：端末は、ビットマップのリソース位置を決定すべく、ネットワークデバイスによって割り当てられたリソースが配置されるＢＰサブセットを決定する。

端末は、ネットワークデバイスによってＢＰサブセットを暗黙的に決定する方式と同様の方式でＢＰサブセットを暗黙的に決定してよく、または、ＲＢＧサイズに基づき、ＢＰサブセットのサイズを決定してよい。具体的な実装プロセスは、ネットワークデバイスによってＢＰサブセットを決定するプロセスと同様である。本明細書において詳細は再度説明しない。

可能な例では、代替的に、端末は明示的な方式でＢＰサブセットを決定してよい。例えば、ネットワークデバイスは、第２の指示情報を端末に送信してよく、第２の指示情報は、ＢＰサブセット情報を示すために用いられる。端末は、ネットワークデバイスによって送信された第２の指示情報を受信し、第２の指示情報に基づき、ＢＰサブセット情報を決定してよい。

別の可能な例では、ネットワークデバイスは、さらに、第３の指示情報を端末に送信してよく、第３の指示情報は、ＢＰサブセットが連続的または不連続ＲＢを含むことを示すために用いられる。

さらなる別の可能な例では、ネットワークデバイスは、さらに、第４の指示情報を端末に送信してよく、第４の指示情報は、ＲＢＧが連続的または不連続ＲＢを含むことを示すために用いられる。

本願のこの実施形態では、端末が、ＲＢＧサイズを決定する、ＲＢＧが連続的かどうかを決定する、ＢＰサブセットを決定する、およびＢＰサブセットが連続的かどうかを決定する、４つのプロセスのうちの少なくとも１つが、暗黙的または明示的な方式で実行されてよい。これは、本願のこの実施形態において限定はされない。

端末が明示的な方式で、ＲＢＧサイズを決定する、ＲＢＧが連続的かどうかを決定する、ＢＰサブセットを決定する、およびＢＰサブセットが連続的かどうかを決定する実装プロセスにおいては、第１の指示情報、第２の指示情報、第３の指示情報および第４の指示情報は、ネットワークデバイスによって端末に別々に示されてよく、または、４つの指示情報のうちの少なくとも２つが一緒に示されてよい。可能な実施形態では、ネットワークデバイスは、同一の情報要素を用いて、第１の指示情報、第２の指示情報、第３の指示情報および第４の指示情報を一緒に示してよい。

本願のこの実施形態における可能な実装において、ＢＰリソース割り当ては、ビットマップのプロトコルヘッダ内でビットを用いるビットマップを示す方式で示されてよく、または、ＢＰリソース割り当ては、ビットを用いるＢＰサブセット割り当てインデックスを示す方式で示されてよい。

本願は、実際の適用を参照して、様々なＢＰリソース割り当てのケースにおける指示プロセスについて説明する。

本願のこの実施形態では、ビットマップのプロトコルヘッダ内の１ビットを用いて、現在スケジューリングされたＢＰサブセットが連続的かまたは不連続的かを示してよい。例えば、ビット０は現在スケジューリングされたＢＰサブセットが連続的であることを表わし、ビット１は現在スケジューリングされたＢＰサブセットが不連続的であることを表わす。ビットの値が１である場合、不連続的ＲＢがＢＰサブセットを形成することを示す。不連続的ＲＢでＢＰサブセットを形成する方法は、プロトコルで事前定義されてよく、または、シグナリングを用いて構成されてよく、例えば、無線リソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ，ＲＲＣ）シグナリングを用いて構成されてよい。

本願のこの実施形態では、代替的に３ビットを用いて、ＢＰサブセットと、ＲＢＧが連続的かどうかとを別個に示してよい。例えば、第１のビットは、ＢＰサブセットが、ＢＰの第１のサブセットまたはＢＰの第２のサブセットであることを示し、第２のビットは、４個の連続的ＲＢが１個のＲＢＧを形成するか、不連続的ＲＢ（例えば、２個のＲＢの間隔で）が１個のＲＢＧを形成するかどうかを示す。例えば、ＢＰの第１のサブセットのリソース割り当て方式は、以下の通りである。すなわち、ＢＰの第１のサブセットは、不連続的ＲＢＧを含む。ＢＰの第２のサブセットのリソース割り当て方式は、以下の通りである。すなわち、ＢＰの第２のサブセットは、連続的ＲＢＧを含む。第１のビットの値が０である場合、第１のビットは、ＢＰの第１のサブセットを表わし、または、第１のビットの値が１である場合、第１のビットは、ＢＰの第２のサブセットを表わす。第２のビットの値が０である場合、連続的ＲＢＧを表わし、または、第２のビットの値が１である場合、不連続的ＲＢＧを表わす。すると、ＢＰの第１のサブセットの割り当ては０１であり、ＢＰの第２のサブセットの割り当ては１０である（またはビットの値は、逆であってよい）。

さらに、代替的に、ＲＢＧサイズは個別に示されてよい。例えば、１個のＲＢ、２個のＲＢ、４個のＲＢおよび８個のＲＢがサポートされる場合、特定のＲＢＧサイズを示すために、２ビットが用いられる。代替的に、ＲＢＧサイズの他の値が用いられてよい。これは、本明細書において限定はされない。

本願のこの実施形態では、代替的に、ＢＰサブセットと、ＲＢＧが連続的であるかどうかとが一緒に示されてよく、ＲＢＧサイズは個別に示される。例は以下の通りである。
００：ＢＰの第１のサブセットおよび連続的ＲＢＧ；０１：ＢＰの第１のサブセットおよび不連続的ＲＢＧ；並びに
１０：ＢＰの第２のサブセットおよび連続的ＲＢＧ；１１：ＢＰの第２のサブセットおよび不連続的ＲＢＧ。

代替的に、ビット値は他の意味を有してよいことはもちろんであり、ここでは、単なる例示に過ぎない。

本願のこの実施形態では、代替的に、２ビットを用いて、ＢＰサブセットがＢＰの第１のサブセットであるか、またはＢＰの第２のサブセットであるか、ＢＰサブセットが不連続的であるかどうか、およびＲＢＧが連続的であるかどうかを示してよい。例は以下の通りである。
００：ＢＰの第１のサブセットおよび連続的ＲＢＧ；
０１：ＢＰの第２のサブセットおよび連続的ＲＢＧ；
１０：不連続的ＢＰサブセット、不連続的ＲＢＧおよびＢＰの第１のサブセット；並びに
１１：不連続的ＢＰサブセット、不連続的ＲＢＧおよびＢＰの第２のサブセット；または
１０：不連続的ＢＰサブセット、連続的ＲＢＧおよびＢＰの第１のサブセット；並びに
１１：不連続的ＢＰサブセット、連続的ＲＢＧおよびＢＰの第２のサブセット；または
００：ＢＰの第１のサブセットおよび連続的ＲＢＧ；
０１：ＢＰの第２のサブセットおよび連続的ＲＢＧ；
１０：不連続的ＢＰサブセット、不連続的ＲＢＧおよびＢＰの第１のサブセット；並びに
１１：不連続的ＢＰサブセット、不連続的ＲＢＧおよびＢＰの第２のサブセット。

本願のこの実施形態では、代替的に、３ビットを用いて、ＢＰサブセットがＢＰの第１のサブセットであるか、またはＢＰの第２のサブセットであるか、ＢＰサブセットが不連続的であるかどうか、およびＲＢＧが連続的であるかどうかを示してよい。例は以下の通りである。
０００：ＢＰの第１のサブセットおよび連続的ＲＢＧ；
００１：ＢＰの第２のサブセットおよび連続的ＲＢＧ；
０１０：不連続的ＢＰサブセット、不連続的ＲＢＧおよびＢＰの第１のサブセット；
０１１：不連続的ＢＰサブセット、不連続的ＲＢＧおよびＢＰの第２のサブセット；
１０１：不連続的ＢＰサブセット、連続的ＲＢＧおよびＢＰの第１のサブセット；並びに
１１０：不連続的ＢＰサブセット、連続的ＲＢＧおよびＢＰの第２のサブセット。

代替的に、ビット値は他の意味を有してよいことはもちろんであり、ここでは、単なる例示に過ぎない。

さらに、本願のこの実施形態では、ＲＢＧサイズとＢＰサブセット割り当てとの組み合わせ方式が、ビットマップのプロトコルヘッダ内のビットを用いて示されてよい。図１６に示される組み合わせ方式では、ＲＢＧサイズおよびＢＰサブセット割り当てを正しく示すために、指示を実行するために３ビットが必要である。図１７に示される組み合わせ方式では、ＲＢＧサイズおよびＢＰサブセット割り当てを正しく示すために、指示を実行するために４ビットが必要である。

上述の実施形態では、不連続的な帯域幅部分のサブセットのリソース割り当てをサポートすべく、不連続的な帯域幅部分のサブセットが設計され、これによりリソースフラグメンテーションを回避する。また、周波数ダイバーシティ利得が得られてよく、送信性能が向上される。

本願の上述の実施形態では、比較的多数のタイプのＲＢＧサイズが存在し、ネットワークデバイスおよび端末が各タイプのＲＢＧサイズに対し、ＲＢＧサイズを決定する場合、比較的大きなシグナリングオーバヘッドが引き起こされる。本願の実施形態では、シグナリングオーバヘッドを低減すべく、ネットワークデバイスは少なくとも１つのＲＢＧサイズを含むＲＢＧサイズセットを決定してよく、および、当該セット内のスケジューリングのために用いられる必要のあるＲＢＧサイズを決定して、シグナリングオーバヘッドを低減してよい。例えば、合計で８個のＲＢＧサイズが利用可能である場合、ＲＢＧサイズを示すために３ビットが用いられる必要がある。まず、ＲＢＧサイズセットが決定されてよい場合、当該セットは、いくつかのＲＢＧサイズを含む。例えば、当該セットが２個のＲＢＧサイズを含むと決定される場合、当該セット内のどのＲＢＧサイズが具体的に使用されるかを示すために、１ビットのみが必要である。または、当該セットが４個のＲＢＧサイズを含むと決定される場合、当該セット内のどのＲＢＧサイズが具体的に使用されるかを示すために、２ビットのみが必要である。従って、ＲＢＧサイズセットを決定する方式においてシグナリングオーバヘッドが低減され得る。

図２０は、本願の一実施形態による、ＲＢＧサイズを決定するための別の方法の実装フローチャートである。図２０に示される通り、方法は、以下の段階を含む。

Ｓ２０１：ネットワークデバイスが、ＲＢＧサイズセットを決定する。

本願のこの実施形態では、ＲＢＧサイズセットを決定することは、当該セット内に含まれるＲＢＧサイズの数およびＲＢＧサイズの特定値を決定することを含む。例えば、ＲＢＧサイズセットが２つの値を含むこと、および当該２つの値は、それぞれ８個のＲＢおよび４個のＲＢであることが決定される。１セットは、１または複数のＲＢＧサイズを含んでよい。

ネットワークデバイスは、制御チャネル情報、信号送信特性、ＢＰ情報、チャネル特性、システム帯域幅情報およびサービス特性のうちの少なくとも１つに基づき、ＲＢＧサイズセットを決定してよい。例えば、ネットワークデバイスは、制御チャネルフォーマット、制御チャネルコンテンツおよび制御チャネルスクランブリング情報のうちの少なくとも１つに基づき、ＲＢＧサイズセットを決定してよい。代替的に、ネットワークデバイスは、割り当てられたリソースを用いて搬送する情報に基づき、ＲＢＧサイズセットを決定してよい。当該情報は、システム情報、ブロードキャスト情報、セルレベル情報、共通情報、ユーザ固有情報およびグループ情報を含む。代替的に、ネットワークデバイスは、割り当てられたリソースが配置される帯域幅部分（ＢＰ）の情報に基づき、ＲＢＧサイズセットを決定してよい。ＢＰの情報は、帯域幅部分の帯域幅情報、帯域幅部分のキャリア周波数情報および帯域幅部分のフレーム構造情報のうちの少なくとも１つの情報を含む。

本願のこの実施形態では、各制御チャネル情報、各信号送信特性、各ＢＰ、各チャネル特性、各システム帯域幅情報または各サービス特性等に対応するＲＢＧサイズセットが予め設定されてよい。さらに、ネットワークデバイスは、スケジューリングのための制御チャネル情報、信号送信特性、ＢＰ情報、各チャネル特性、各システム帯域幅情報および各サービス特性等のうちの少なくとも１つに基づき、対応するＲＢＧサイズセットを直接決定してよい。システム帯域幅情報は、システム帯域幅の帯域幅情報、システム帯域幅のキャリア周波数情報またはシステム帯域幅のフレーム構造情報等として理解されてよい。キャリア周波数情報およびフレーム構造情報の理解は、上記の説明におけるものと同一である。

サービス特性は、モバイルブロードバンドサービス、低遅延サービス、高信頼性サービス、ビデオサービス、音声サービス、リアルタイムサービス、ショートメッセージサービス並びに低遅延および高信頼性サービス等のうちの少なくとも１つとして理解されてよい。チャネル特性は、ネットワークデバイスによって、決定されたＲＢＧサイズを用いて割り当てられたリソースを用いて搬送される情報の特性として理解されてよい。例えば、チャネル特性は、送信ダイバーシティ送信、空間多重送信、開ループ送信、閉ループ送信、広ビーム送信、狭ビーム送信、シングルストリーム送信、マルチストリーム送信、シングルセル送信、およびマルチポイント協調伝送のうちの少なくとも１つを含む。

例えば、ネットワークデバイスは、制御チャネルフォーマット情報に基づき、ＲＢＧサイズセットを決定する。本願のこの実施形態では、各制御チャネルフォーマットとＲＢＧサイズセットとの間の対応関係は、予め設定されてよい。例えば、ＤＣＩフォーマット１ａに対応するＲＢＧサイズセットは、１個のＲＢＧサイズを含むように予め設定されてよく、ＲＢＧサイズは８個のＲＢである。ＤＣＩフォーマット１Ｃに対応するＲＢＧサイズセットは、２個のＲＢＧサイズを含むように予め設定されてよく、２個のＲＢＧサイズは、それぞれ８個のＲＢおよび４個のＲＢである。ＤＣＩフォーマット２ＣまたはＤＣＩフォーマット２Ｄ等に対応するＲＢＧサイズセットは、４個のＲＢＧサイズを含むように予め設定されてよく、４個のＲＢＧサイズは、それぞれ８個のＲＢ、４個のＲＢ、２個のＲＢおよび１個のＲＢである。

本願のこの実施形態では、各制御チャネルフォーマットに対応するＲＢＧサイズセットは、実際の状況に応じて設定されてよいことが理解されるだろう。上記の説明は例に過ぎず、限定として解釈すべきではない。ネットワークデバイスがＲＢＧサイズセットを決定する場合、ネットワークデバイスは、スケジューリングに用いられる必要のある制御チャネルフォーマットに基づき、ＲＢＧサイズセットを決定してよい。例えば、ネットワークデバイスが、スケジューリングに用いられる必要のある制御チャネルフォーマットが、ＤＣＩフォーマット１ａであると決定する場合、ＲＢＧサイズセットは１個のＲＢＧサイズを含み、ＲＢＧサイズは８個のＲＢであると決定されてよい。別の例では、ネットワークデバイスが、スケジューリングに用いられる必要のある制御チャネルフォーマットがＤＣＩフォーマット１Ｃであると決定する場合、ＲＢＧサイズセットは２個のＲＢＧサイズを含み、２個のＲＢＧサイズは、それぞれ８個のＲＢおよび４個のＲＢであると決定されてよい。

本願のこの実施形態では、ＲＢＧサイズセットを決定する実装は、特定のＲＢＧサイズを決定する上述の実装と同様である。従って、上述した関連する説明を参照されたい。本明細書において詳細は再度説明しない。

Ｓ２０２：ネットワークデバイスが、ＲＢＧサイズセット内の第１のＲＢＧサイズを決定する。

本願のこの実施形態では、ネットワークデバイスは、決定されたＲＢＧサイズセットの中から、およびリソーススケジューリングステータスに基づき、スケジューリングに用いられる必要のあるＲＢＧサイズを決定してよい。例えば、残存する割り当てられるべきリソースが比較的中央にある若しくは連続的である場合、または、比較的多数の割り当てられるべきリソースが残存している場合、ＲＢＧサイズ値が比較的大きいＲＢＧサイズが、決定されたＲＢＧサイズセットから選択されてよい。または、残存する割り当てられるべきリソースが比較的不連続的である若しくは分散されている場合、または少数の割り当てられるべきリソースが残存する場合、ＲＢＧサイズ値が比較的小さいＲＢＧサイズが、決定されたＲＢＧサイズセットから選択されてよい。

本願のこの実施形態では、説明を簡単にするため、且つＲＢＧサイズセットから決定されたＲＢＧサイズと、上述の実施形態における方式で直接決定されたＲＢＧサイズとを区別するために、ＲＢＧサイズセットから決定されたＲＢＧサイズを、第１のＲＢＧサイズと呼ぶ。

Ｓ２０３：ネットワークデバイスは、決定された第１のＲＢＧサイズを用いて、リソースを端末に割り当てる。

本願のこの実施形態では、対応するＲＢＧサイズセットが、実際のサービススケジューリング要求に従い、決定されてよく、ＲＢＧサイズセットは、１または複数のＲＢＧサイズを含んでよく、これにより、リソーススケジューリングの柔軟性を一定程度高める。

Ｓ２０４：端末がＲＢＧサイズセットを決定する。

本願のこの実施形態では、端末は、ネットワークデバイスによって用いられる方式と同様の方式でＲＢＧサイズセットを暗黙的に決定してよく、当該セット内の第１のＲＢＧサイズを決定してよく、第１のＲＢＧサイズに基づき、ネットワークデバイスによって端末に割り当てられたリソースを決定してよい。本明細書において詳細は再度説明しない。

本願のこの実施形態では、代替的に、端末は明示的な方式で当該セット内の第１のＲＢＧサイズを決定してよい。例えば、図２０に基づき、方法は、さらに、以下の段階を含んでよい。

Ｓ２０５：ネットワークデバイスが指示情報および／または構成情報を端末に送信する。

指示情報は、第１のＲＢＧサイズを示すために用いられる。構成情報は、ＲＢＧサイズセットを示すために用いられる。

ネットワークデバイスが指示情報のみを端末に送信する場合、構成情報は送信されなくてよく、端末デバイスは、暗黙的な方法を用いてＲＢＧサイズセットを決定してよい。具体的な方法は、ネットワークデバイスによって用いられる決定方法と同様である。本明細書において詳細は再度説明しない。この場合、指示情報は、ＲＢＧサイズセット内のＲＢＧサイズのみを示してよく、これにより、シグナリングオーバヘッドを低減する。

ネットワークデバイスが構成情報のみを端末に送信する場合、指示情報は送信されなくてよく、端末デバイスは、暗黙的な方法を用いてＲＢＧサイズを決定してよい。具体的な方法は、ネットワークデバイスによって用いられる決定方法と同様である。本明細書において詳細は再度説明しない。このようにして、シグナリングオーバヘッドが低減され得る。

Ｓ２０６：端末が、ネットワークデバイスによって送信された指示情報および／または構成情報を受信する。

端末は指示情報に基づき、当該セット内の第１のＲＢＧサイズを決定する、および／または、端末は構成情報に基づき、ＲＢＧサイズセットを決定する。

本願のこの実施形態における、ネットワークデバイスにより送信された指示情報および／または構成情報を、端末が受信することで第１のＲＢＧサイズを決定する実装は、シグナリングオーバヘッドを一定程度低減し得る。例えば、指示情報または構成情報は、より上位層のシグナリング（ＲＲＣシグナリング等）または物理層情報（ＤＣＩシグナリング等）を用いて端末に送信されてよい。指示情報および構成情報に対し、同一のシグナリングまたは異なるシグナリングが用いられてよい。例えば、構成情報に対し、より上位層のシグナリングが用いられ、指示情報に対し、物理層シグナリングが用いられる。より上位層のシグナリングは、システムレベル若しくはセルレベルのシグナリングであってよく、または、ユーザレベルのシグナリングであってよい。これは、本明細書において具体的に限定はされない。

Ｓ２０７：端末は、第１のＲＢＧサイズに基づき、ネットワークデバイスによって端末に割り当てられたリソースを決定する。

本願のこの実施形態では、ネットワークデバイスによって送信された構成情報および指示情報を、端末が受信することで第１のＲＢＧサイズを決定する実装において、構成情報は、ＲＲＣシグナリングを用いて端末に送信されてよく、指示情報はＤＣＩを用いて端末に送信されてよい。構成情報は、ＤＣＩに保持される必要はない。従って、ＤＣＩのシグナリングオーバヘッドが一定程度低減され得る。

さらに、本願のこの実施形態では、ネットワークデバイスおよび端末は、さらに、ネットワークデバイスによって割り当てられたリソースが配置されるＢＰサブセットを決定してよい。ネットワークデバイスおよび端末によって、ネットワークデバイスによって割り当てられたリソースが配置されるＢＰサブセット決定する具体的な実装については、上述の実施形態の関連する説明を参照されたい。本明細書において詳細は再度説明しない。

さらに、本願のこの実施形態では、ＢＰサブセットは、複数の連続的または不連続的ＲＢを含んでよく、および／または、ＲＢＧは、複数の連続的または不連続的ＲＢを含む。具体的な実装プロセスについては、上述の実施形態の関連する説明を参照されたい。本明細書において詳細は再度説明しない。

上述の実施形態では、ネットワークデバイスまたは端末は、ＢＰ情報に基づき、ＲＢＧサイズセットを決定してよい。ＢＰ情報は、ＢＰの帯域幅情報、ＢＰのキャリア周波数情報およびＢＰのフレーム構造情報のうちの少なくとも１つを含んでよい。

以下に、ＲＢＧサイズセットがＢＰの帯域幅情報に基づき決定される例を用いて、ＲＢＧサイズセットを決定する方法について説明する。

端末またはネットワークデバイスは、ＢＰ帯域幅とＲＢＧサイズセットとの間の対応関係を格納する。ＢＰ帯域幅は、リソースブロック（ＲＢ）の数を用いて表されてよい。例えば、対応関係は、ＢＰサイズの範囲と、ＲＢＧサイズセットとの間の対応関係であってよい。または、ＢＰサイズの範囲と、ＲＢＧサイズとの間の対応関係であってもよく、この場合、ＲＢＧサイズセットは１つの値のみを有するとして理解されてよい。

例えば、端末またはネットワークデバイスは、ＢＰサイズの範囲とＲＢＧサイズセットとの間の対応関係を格納する。この場合、ＢＰの帯域幅情報に基づきＲＢＧサイズセットを決定することは、端末またはネットワークデバイスによって実行されてよく、以下の段階、すなわち、ＢＰの帯域幅情報に基づき、第１の範囲のＢＰサイズを決定すること、および、第１の範囲のＢＰサイズに対応するＲＢＧサイズセットを決定すること、または、第１の範囲のＢＰサイズに対応するＲＢＧサイズを決定すること、を含んでよい。

第１の範囲のＢＰサイズは、ＢＰのサイズが位置する範囲であり、ＢＰのサイズは、ＢＰの帯域幅サイズであり、ＲＢの数で表されてよい。ＢＰのサイズは、ＢＰの帯域幅情報に基づき、決定されてよい。さらに、ＢＰのサイズを含む当該範囲は、端末またはネットワークデバイス内に格納されたＢＰサイズの複数の範囲から見つけられ、これが第１の範囲のＢＰサイズである。

対応関係は、表形式で提示されてよく、または、別の方式で提示されてよい。例えば、ＢＰサイズの範囲とＲＢＧサイズセットとの間の対応関係等、ＢＰ帯域幅とＲＢＧサイズセットとの間の対応関係が提示され得る限り、対応関係の提示形態は、本願のこの実施形態で限定されない。

以下に、例として、表を用いて対応関係の実装について説明する。表１は、ＢＰサイズとＲＢＧサイズセットとの間の対応関係を示す。ＢＰサイズの範囲は、ＲＢの数の範囲を用いて表される。ＰはＲＢＧサイズを表わし、また、ＲＢの数でも表現される。

表１中、各ＢＰサイズの範囲は、構成１および構成２等の２つの構成のＲＢＧサイズに対応してよい。各構成は、１個のＲＢＧサイズの値を含んでよい。２つの構成に対応するＲＢＧサイズの値が、ＲＢＧサイズセットを形成する。ネットワークデバイスは、構成１または構成２の情報を、端末に指示情報として送信してよく、端末は、指示情報に基づき、上述の実施形態における第１のＲＢＧサイズを決定する。構成１の情報を用いて、端末に対し、構成１のＲＢＧサイズを用いるように命令し、構成２の情報を用いて、端末に対し、構成２のＲＢＧサイズを用いるように命令する。

以下に、表を参照して、ＢＰサイズ範囲の分割について説明する。以下の表中、ＢＰ帯域幅はＲＢの数で表現される。換言すると、ＢＰの帯域幅サイズは、ＢＰのサイズとして称されてもよい。「‐」は、「から」の意味を示す。例えば、「３６‐７２」は「３６から７２」を示す。

表２は、ＢＰサイズ範囲の分割の一例を示す。

上述の表で、異なる範囲間の境界値は、境界値より小さい範囲に存在してよく、または、境界値より大きい範囲に存在してよい。例えば、表２において、３６は「３６‐７２」の範囲に存在し、別の例では、３６は「≦３６」の範囲に存在してよい。他の境界値も、これと同様である。また、以下の表中の境界値に対し、同一の処理が実行されてよい。

３６は第１の境界値として称されてよく、７２または７３は第２の境界値として称されてよく、１４４または１４５は第３の境界値として称されてよく、２７３は第４の境界値として称されてよい。３６は、３５または３７と置換されてよい。すると、第１の境界値は、［３５，３６，３７］のうちの任意の１つであってよい。７２は、６９‐７１の任意の１つと置換されてよく、これに相応して、７３は７０‐７２の任意の１つと置換されてよい。すると、第２の境界値は、６９‐７２または７０‐７３の任意の１つであってよい。１４４は、１３７‐１４３の任意の１つと置換されてよく、これに相応して、１４５は１３８‐１４４の任意の１つと置換されてよい。すると、第３の境界値は、１３７‐１４４または１３８‐１４５の任意の１つであってよい。第４の境界値は最大ＢＰ帯域幅、例えば、２７３個のＲＢまたは２７５個のＲＢである。例えば、表３は、ＢＰ分割の別の例を示す。

ＢＰサイズ範囲の分割の際、最大ＢＰ帯域幅内のすべての値が考慮され、その結果、各値は対応する範囲に属し、当該範囲は一意である。換言すると、異なる範囲間で重複領域は存在しない。また、最後の範囲の最大値は、最大ＢＰ帯域幅の値である。

上述の分割方法では、各ＢＰサイズに基づくリソース割り当ての際に、制御情報のオーバヘッドが考慮される。上述の分割方式は、各ＢＰサイズに基づく、リソース割り当ての際の制御情報のオーバヘッドの平衡を保つように設計されている。換言すると、オーバヘッドは、可能な限り互いに近くなる。もちろん、上述の分割方式は例に過ぎず、他の分割方式も、オーバヘッドが可能な限り互いに近くなるという原理を満たす限り、本願の保護範囲に属するものとする。例えば、制御情報は、下りリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ，ＤＣＩ）であってよい。

例えば、最大ＢＰ帯域幅は、２７３または２７５個のＲＢであり、ＲＢ ＲＢＧサイズは、［２，４，８，１６］から選択される。ＲＢＧサイズが１６個のＲＢである場合、２７３または２７５個のＲＢについては、１８ビット（ｂｉｔ）が、ＢＰに割り当てられたリソースを示すために必要である（例えば、リソースはＲＢＧの粒度で割り当てられる）。

１８ビットは、一例として用いられている。各範囲の最大ビット数が１８であると仮定すると、ＲＢＧサイズが８である場合、最大８×１８個のＲＢ、すなわち１４４個のＲＢがサポート可能である。ＲＢＧサイズが４である場合、最大４×１８＝７２のＲＢがサポート可能である。または、ＲＢＧサイズが２である場合、最大２×１８個のＲＢ、すなわち３６個のＲＢがサポート可能である。このように、表２、表３またはこれらの任意の代替的ＢＰ分割方式が設計される。

各範囲の最大値は、対応するＲＢＧサイズに基づき計算された最大ＲＢ数より小さいＸ個のＲＢであってよく、Ｘは対応するＲＢＧサイズである。従って、第１の境界値は、［３５，３６，３７］の任意の１つであってよく、第２の境界値は、６９‐７２または７０‐７３の任意の１つであってよく、第３の境界値は、１３７‐１４４または１３８‐１４５の任意の１つであってよい。

表４は、ＢＰサイズ範囲の分割の別の例を示す。

上述の表で、異なる範囲間の境界値は、境界値より小さい範囲に存在してよく、または、境界値より大きい範囲に存在してよい。

１７は第１の境界値として称されてよく、４０または４１は第２の境界値として称されてよく、１１２または１１３は第３の境界値として称されてよく、２７３は第４の境界値として称されてよい。１７は１６と置換されてよい。すると、第１の境界値は、［１６，１７］のうちの任意の１つであってよい。４０は、３７‐３９の任意の１つと置換されてよく、これに相応して、４１は３８‐４０の任意の１つと置換されてよい。すると、第２の境界値は、３７‐４０または３８‐４１の任意の１つであってよい。１１２は、１０５‐１１１の任意の１つと置換されてよく、これに相応して、１１３は１０６‐１１２の任意の１つと置換されてよい。すると、第３の境界値は、１０５‐１１２または１０６‐１１３の任意の１つであってよい。第４の境界値は最大ＢＰ帯域幅、例えば、２７３個のＲＢまたは２７５個のＲＢである。

表２または表３に対応する実施形態では、ＢＰサイズ範囲の分割の際、以下の原理、すなわち、異なるＢＰサイズに基づき、リソースを割り当てる際に制御情報のオーバヘッドが可能な限り互いに近くなること、が考慮される。この実施形態では、以下の原理、すなわち、ＢＰ帯域幅の低減に伴い、制御情報のオーバヘッドが低減されること、が考慮される。例えば、制御情報は、ＤＣＩであってよい。

設計において、制御情報のビット数は、複数の異なる値を有するように設計されており、各値は、１つのＢＰサイズ範囲に対応してよい。例えば、制御情報のビット数は、４から６個の値を有するように設計されてよい。さらに、例えば、これらの値は、［８，１０，１２，１４，１６，１８］から選択されてよい。

表５は、ＢＰサイズ範囲の分割のさらなる別の例を示す。

上述の表で、異なる範囲間の境界値は、境界値より小さい範囲に存在してよく、または、境界値より大きい範囲に存在してよい。

この実施形態では、ＢＰサイズ範囲の均等な分割の原理が考慮される。同じように、１‐２７３または２７５個のＲＢが例として用いられる。ＲＢが４つの範囲に分割される場合、各範囲は、２７３／４＝６８．２５個のＲＢまたは２７５／４＝６８．７５個のＲＢを含んでよい。

計算結果は、個数の基準値に過ぎない。随意で、各範囲は、個数が６５‐７５の任意の１つであるＲＢを含んでよい。また、分割を通して得られた範囲は、同一数のＲＢまたは異なる数のＲＢを含んでよい。上述の表では、６８個のＲＢまたは６９個のＲＢが例として用いられる。

６８は第１の境界値として称されてよく、１３６または１３７は第２の境界値として称されてよく、２０４または２０５は第３の境界値として称されてよく、２７３は第４の境界値として称されてよい。第１の境界値は、６５‐７５の任意の１つであってよい。第２の境界値は、Ｎ１個のＲＢを第１の境界値に追加することで得られてよく、Ｎ１は６５‐７５の任意の１つであってよい。第３の境界値は、Ｎ２個のＲＢを第２の境界値に追加することで得られてよく、Ｎ２は６５‐７５の任意の１つであってよい。第４の境界値は、最大ＢＰ帯域幅、例えば、２７３個のＲＢまたは２７５個のＲＢである。例えば、表６は、ＢＰサイズ範囲の分割の別の例を示す。

上記の説明では、分割を通して４つのＢＰサイズ範囲が得られる例が用いられている。しかしながら、これは、本願を限定することを意図していない。代替的に、ＢＰサイズ範囲は、５つのレベルに分類されてよい。換言すると、分割を通して５つのＢＰサイズ範囲が得られる。同じように、ＢＰサイズ範囲の均等な分割の原理が考慮される。同じように、１‐２７３または２７５個のＲＢが例として用いられる。この場合、各範囲は、２７３／５＝５４．６個のＲＢまたは２７３／５＝５５個のＲＢを含んでよい。

計算結果は、個数の基準値に過ぎない。随意で、各範囲は、個数が５０‐６０の任意の１つであるＲＢを含んでよい。また、分割を通して得られた範囲は、同一数のＲＢまたは異なる数のＲＢを含んでよい。５４個のＲＢまたは５５個のＲＢが例として用いられる。例えば、表７は、ＲＢサイズ範囲の分割の例を示す。

上述の表で、異なる範囲間の境界値は、境界値より小さい範囲に存在してよく、または、境界値より大きい範囲に存在してよい。

５５は第１の境界値として称されてよく、１１０または１１１は第２の境界値として称されてよく、１６５または１６６は第３の境界値として称されてよく、２２０または２２１は第４の境界値として称されてよく、２７３は、第５の境界値として称されてよい。第１の境界値は、５０‐６０の任意の１つであってよい。第２の境界値は、Ｍ１個のＲＢを第１の境界値に追加することで得られてよく、Ｍ１は５０‐６０の任意の１つであってよい。第３の境界値は、Ｍ２個のＲＢを第２の境界値に追加することで得られてよく、Ｍ２は５０‐６０の任意の１つであってよい。第４の境界値は、Ｍ３個のＲＢを第３の境界値に追加することで得られてよく、Ｍ３は５０‐６０の任意の１つであってよい。第５の境界値は最大ＢＰ帯域幅、例えば、２７３個のＲＢまたは２７５個のＲＢである。例えば、表８は、ＢＰサイズ範囲の分割の別の例を示す。

同様に、分割を通して、６つのＢＰサイズ範囲が得られてよい。同じように、１‐２７３または２７５個のＲＢが例として用いられる。この場合、各範囲は、２７３／６＝４５．５個のＲＢまたは２７５／６＝４５．８３個のＲＢを含んでよい。

計算結果は、個数の基準値に過ぎない。随意で、各範囲は、個数が４０‐５０の任意の１つであるＲＢを含んでよい。また、分割を通して得られた範囲は、同一数のＲＢまたは異なる数のＲＢを含んでよい。例えば、４５個のＲＢまたは４６個のＲＢが例として用いられる。例えば、表９は、ＲＢサイズ範囲の分割の例を示す。

上述の表で、異なる範囲間の境界値は、境界値より小さい範囲に存在してよく、または、境界値より大きい範囲に存在してよい。

４５は第１の境界値として称されてよく、９０または９１は第２の境界値として称されてよく、１３６または１３７は第３の境界値として称されてよく、１８２または１８３は第４の境界値として称されてよく、２２８または２２９は第５の境界値として称されてよく、２７３は第６の境界値として称されてよい。第１の境界値は、４０‐５０の任意の１つであってよい。第２の境界値は、Ｌ１個のＲＢを第１の境界値に追加することで得られてよく、Ｌ１は４０‐５０の任意の１つであってよい。第３の境界値は、Ｌ２個のＲＢを第２の境界値に追加することで得られてよく、Ｌ２は４０‐５０の任意の１つであってよい。第４の境界値は、Ｌ３個のＲＢを第３の境界値に追加することで得られてよく、Ｌ３は４０‐５０の任意の１つであってよい。第５の境界値は、Ｌ４個のＲＢを第４の境界値に追加することで得られてよく、Ｌ４は４０‐５０の任意の１つであってよい。第６の境界値は、最大ＢＰ帯域幅、例えば、２７３個のＲＢまたは２７５個のＲＢである。例えば、表１０は、ＢＰサイズ範囲の分割の別の例を示す。

表１１は、ＢＰサイズ範囲の分割のさらなる別の例を示す。

この分割方式では、チャネル状態情報（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ，ＣＳＩ）測定のためのＢＰサイズ範囲の分割が考慮される。これは、データスケジューリングおよびＣＳＩ測定のためのＢＰサイズ範囲の同一の分割を保証してよく、これにより、データ送信性能を向上させる。

上記は、ＢＰサイズ範囲の分割の複数の例を列挙したものである。上記の説明は例に過ぎず、本願を限定することは意図していない。ＢＰサイズ範囲の分割が決定された後、ＢＰの帯域幅情報に基づきＲＢＧサイズセットを決定することは、表１に示される対応関係に基づき実装されてよい。ＲＢＧサイズセットは、表中の構成１および構成２に対応する２個のＲＢＧサイズを含んでよい。表１は、表１２に示される形態のような別の形態に修正されてよく、ここで、Ｘ_０，Ｘ_１，...，Ｘ_ｍａｘは、ＢＰサイズ範囲の境界値であり、Ｘ_ｍａｘは最大ＢＰ帯域幅である。

制御情報のオーバヘッドを考慮して、設計は以下の通りであってよい。ＢＰ帯域幅が増大する（換言すると、ＢＰサイズが増大する）につれ、ＲＢＧサイズが増大する。表１または表１２中のＢＰサイズ範囲は、範囲内の基準ＢＰ帯域幅（例えば、最大または最小ＢＰ帯域幅）に基づき分類される。基準ＢＰ帯域幅が増大するにつれ、ＢＰサイズ範囲のレベルが増大する場合、ＢＰサイズ範囲のレベルが増大するにつれ、対応するＲＢＧサイズが増大する。

設計では、ＲＢＧサイズが、候補のＲＢＧサイズから選択される。候補のＲＢＧサイズは、［２，４，８，１６］または［２，３，４，６，８，１６］を含む。

表２または表３に示されるＢＰサイズ範囲の分割を例として用い、表１３は、構成１のためのＲＢＧサイズ設計を示す。

異なる端末のＢＰのサイズが異なる場合、同一のＲＢＧサイズが、ＢＰが重複する箇所で用いられてよい。従って、候補のＲＢＧサイズは、隣接するＢＰサイズ範囲のＲＢＧサイズと同一であってよい。これに基づき、構成１のＲＢＧサイズは、構成２のＲＢＧサイズと同一であり、当該ＲＢＧサイズは、隣接するＢＰサイズ範囲に対応するように設計されてよい。

構成１のＲＢＧサイズは既定のＲＢＧサイズであり、構成２に対応するＲＢＧサイズは、候補のＲＢＧサイズである。換言すると、ネットワーク側が構成１または構成２の情報を端末に送信しない場合、端末は、構成１のＲＢＧサイズを既定で用いる。または、ネットワーク側が構成１または構成２の情報を端末に送信する場合、端末は、ネットワーク側によって送信された情報に基づき、ＲＢＧサイズを選択および使用する。

随意で、表１４に示される通り、少なくとも２つのＢＰサイズ範囲に対応するＲＢＧサイズは、同一である。

この場合、ＢＰ帯域幅リソースが重複するときに、２つのＢＰ範囲内のリソースのフラグメンテーションの可能性を低減すべく、第１のＢＰサイズ範囲のＲＢＧサイズは、第２のＢＰサイズ範囲のＲＢＧサイズと同一であってよい。第２のＢＰサイズ範囲のＲＢＧサイズは、第１のＢＰサイズ範囲のＲＢＧサイズと同一であってよい。第３のＢＰサイズ範囲のＲＢＧサイズは、第４のＢＰサイズ範囲のＲＢＧサイズと同一であってよい。第４のＢＰサイズ範囲のＲＢＧサイズは、第３のＢＰサイズ範囲のＲＢＧサイズと同一であってよい。

表１５または表１６に別の例が示される。

この場合、ＢＷＰ帯域幅リソースが重複するときに、２つのＢＷＰ範囲内のリソースのフラグメンテーションの可能性を低減すべく、第１のＢＰサイズ範囲のＲＢＧサイズは、第４のＢＰサイズ範囲のＲＢＧサイズと同一であってよい。第２のＢＰサイズ範囲のＲＢＧサイズは、第３のＢＰサイズ範囲のＲＢＧサイズと同一であってよい。第３のＢＰサイズ範囲のＲＢＧサイズは、第１のＢＰサイズ範囲のＲＢＧサイズと同一であってよい。第４のＢＰサイズ範囲のＲＢＧサイズは、第２のＢＰサイズ範囲のＲＢＧサイズと同一であってよい。

この場合、ＢＷＰ帯域幅リソースが重複するときに、２つのＢＷＰ範囲内のリソースのフラグメンテーションの可能性を低減すべく、第１のＢＰサイズ範囲のＲＢＧサイズは、第３のＢＰサイズ範囲のＲＢＧサイズと同一であってよい。第２のＢＰサイズ範囲のＲＢＧサイズは、第４のＢＰサイズ範囲のＲＢＧサイズと同一であってよい。第３のＢＰサイズ範囲のＲＢＧサイズは、第１のＢＰサイズ範囲のＲＢＧサイズと同一であってよい。第４のＢＰサイズ範囲のＲＢＧサイズは、第２のＢＰサイズ範囲のＲＢＧサイズと同一であってよい。

随意で、１つのＢＰサイズ範囲に対応する構成１および構成２のＲＢＧサイズは同一であってよい。表１７に例が示されている。

この場合、ＢＷＰ帯域幅リソースが重複するときに、２つのＢＷＰ範囲内のリソースのフラグメンテーションの可能性を低減すべく、第１のＢＰサイズ範囲のＲＢＧサイズは、第２のＢＰサイズ範囲のＲＢＧサイズと同一であってよい。第２のＢＰサイズ範囲のＲＢＧサイズは、第３のＢＰサイズ範囲のＲＢＧサイズと同一であってよい。第３のＢＰサイズ範囲のＲＢＧサイズは、第４のＢＰサイズ範囲のＲＢＧサイズと同一であってよい。

随意で、表１８に示される通り、少なくとも３つのＢＰサイズ範囲に対応するＲＢＧサイズは、同一である。

この場合、少なくとも１つのＢＰサイズ範囲は、２つの他のＢＰサイズ範囲と同一のＲＢＧサイズを用いてよい。例えば、ＢＷＰ帯域幅リソースが重複する場合、少なくとも２つのＢＷＰ範囲内のリソースのフラグメンテーションの可能性を低減すべく、第１のＢＰサイズ範囲のＲＢＧサイズは、第２のＢＰサイズ範囲のＲＢＧサイズと同一であってよい。第２のＢＰサイズ範囲のＲＢＧサイズは、第１のＢＰサイズ範囲のＲＢＧサイズと同一であってよく、また、第３のＢＰサイズ範囲のＲＢＧサイズとも同一であってよい。第３のＢＰサイズ範囲のＲＢＧサイズは、第４のＢＰサイズ範囲のＲＢＧサイズと同一であってよい。

表１９に別の例が示されている。

この場合、少なくとも１つのＢＰサイズ範囲は、２つの他のＢＰサイズ範囲と同一のＲＢＧサイズを用いてよい。例えば、ＢＷＰ帯域幅リソースが重複する場合、少なくとも２つのＢＷＰ範囲内のリソースのフラグメンテーションの可能性を低減すべく、第２のＢＰサイズ範囲のＲＢＧサイズは、第１のＢＰサイズ範囲のＲＢＧサイズと同一であってよい。第３のＢＰサイズ範囲のＲＢＧサイズは、第２のＢＰサイズ範囲のＲＢＧサイズと同一であってよく、また、第４のＢＰサイズ範囲のＲＢＧサイズとも同一であってよい。第４のＢＰサイズ範囲のＲＢＧサイズは、第３のＢＰサイズ範囲のＲＢＧサイズと同一であってよい。

随意で、表２０に示される通り、少なくとも４つの帯域幅範囲に対応するＲＢＧサイズは同一である。

この場合、ＢＷＰ帯域幅リソースが重複するときに、少なくとも２つのＢＷＰ範囲内のリソースのフラグメンテーションの可能性を低減すべく、第１のＢＰサイズ範囲のＲＢＧサイズは、第２、第３または第４のＢＰサイズ範囲のＲＢＧサイズと同一であってよい。第２のＢＰサイズ範囲のＲＢＧサイズは、第１のＢＰサイズ範囲のＲＢＧサイズと同一であってよい。第３のＢＰサイズ範囲のＲＢＧサイズは、第１のＢＰサイズ範囲のＲＢＧサイズと同一であってよい。第４のＢＰサイズ範囲のＲＢＧサイズは、第１のＢＰサイズ範囲のＲＢＧサイズと同一であってよい。

同じように、表２１、表２２または表２３に示される通り、第２、第３または第４のＢＰサイズ範囲が、別のＢＰサイズ範囲と同一のＲＢＧサイズを用い得るように設計されてよい。

この場合、ＢＷＰ帯域幅リソースが重複するときに、少なくとも２つのＢＷＰ範囲内のリソースのフラグメンテーションの可能性を低減すべく、第２のＢＰサイズ範囲のＲＢＧサイズは、第１、第３または第４のＢＰサイズ範囲のＲＢＧサイズと同一であってよい。第１のＢＰサイズ範囲のＲＢＧサイズは、第２のＢＰサイズ範囲のＲＢＧサイズと同一であってよい。第３のＢＰサイズ範囲のＲＢＧサイズは、第２のＢＰサイズ範囲のＲＢＧサイズと同一であってよい。第４のＢＰサイズ範囲のＲＢＧサイズは、第２のＢＰサイズ範囲のＲＢＧサイズと同一であってよい。

この場合、ＢＷＰ帯域幅リソースが重複するときに、少なくとも２つのＢＷＰ範囲内のリソースのフラグメンテーションの可能性を低減すべく、第３のＢＰサイズ範囲のＲＢＧサイズは、第１、第２、または第４のＢＰサイズ範囲のＲＢＧサイズと同一であってよい。第１のＢＰサイズ範囲のＲＢＧサイズは、第３のＢＰサイズ範囲のＲＢＧサイズと同一であってよい。第２のＢＰサイズ範囲のＲＢＧサイズは、第３のＢＰサイズ範囲のＲＢＧサイズと同一であってよい。第４のＢＰサイズ範囲のＲＢＧサイズは、第３のＢＰサイズ範囲のＲＢＧサイズと同一であってよい。

この場合、ＢＷＰ帯域幅リソースが重複するときに、少なくとも２つのＢＷＰ範囲内のリソースのフラグメンテーションの可能性を低減すべく、第４のＢＰサイズ範囲のＲＢＧサイズは、第１、第２、または第３のＢＰサイズ範囲のＲＢＧサイズと同一であってよい。第１のＢＰサイズ範囲のＲＢＧサイズは、第４のＢＰサイズ範囲のＲＢＧサイズと同一であってよい。第２のＢＰサイズ範囲のＲＢＧサイズは、第４のＢＰサイズ範囲のＲＢＧサイズと同一であってよい。第３のＢＰサイズ範囲のＲＢＧサイズは、第４のＢＰサイズ範囲のＲＢＧサイズと同一であってよい。

上述の表における表２または表３を例として用い、ＲＢＧサイズ設計について説明される。上述の実施形態における任意の４行のＢＰサイズ範囲の分割を用いて、表２または表３に示される範囲分割を置き換えてよい。換言すると、上述の実施形態におけるＲＢＧサイズ設計は、上述の実施形態における任意のＢＰサイズ範囲の分割にも適用可能である。

上記内容は、４行に分割されるＢＰサイズ範囲のＲＢＧサイズ設計について説明している。ＢＰサイズ範囲がより多くまたはより少ない行に分割される場合、同一の設計概念に従ってよい。

例えば、また、ＲＢＧサイズは［２，４，８，１６］の範囲からも選択される。随意で、少なくとも２つのＢＰサイズ範囲に対応するＲＢＧサイズは同一である。または、少なくとも３つのＢＰサイズ範囲に対応するＲＢＧサイズは同一である。または、少なくとも４つのＢＰサイズ範囲に対応するＲＢＧサイズは同一である。例えば、ＢＰサイズ範囲が５行に分割され、少なくとも２つのＢＰサイズ範囲に対応するＲＢＧサイズは同一である。以下の表２４、表２５、表２６または表２７が得られてよい。これらの表中の構成１に対応する値は１つのケースを含み、構成２に対応する値は、複数のケースを含んでよい。具体的には、複数のケース（ｃａｓｅ）のうちの１つが用いられてよい。

例えば、ＢＰサイズ範囲が６行に分割され、少なくとも２つのＢＰサイズ範囲に対応するＲＢＧサイズは同一である。以下の表２８から表３０のうちの少なくとも１つが得られてよい。これらの表中の構成１に対応する値は１つのケースを含み、構成２に対応する値は、複数のケースを含んでよい。具体的には、複数のケース（ｃａｓｅ）のうちの１つが用いられてよい。

上述の実施形態では、ＲＢＧサイズが［２，４，８，１６］の範囲から選択される例が用いられている。しかしながら、本願はこの点に限定はされない。ＲＢＧ値を選択する柔軟性を高めるべく、以下の実施形態では、ＲＢＧサイズは、［２，３，４，６，８，１２，１６］の範囲から選択されてよい。また、値３、６および１２が選択に追加され、その結果、ＲＢＧサイズは制御チャネルの制御チャネル要素（ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ ｅｌｅｍｅｎｔ，ＣＣＥ）のサイズと同一となり、リソースフラグメンテーションが軽減される。

表３１、表３２および表３３はそれぞれ、ＢＰサイズ範囲とＲＢＧサイズとの間の対応関係の表を示す。

随意で、構成１の候補値から比較的大きい値が選択される場合、構成２の対応する値は、可能な限り、構成１の対応する値より小さくてよい。

随意で、１つのＢＰサイズ範囲の構成１および構成２の値は同一であってよいが、少なくとも１つのＢＰサイズ範囲の構成１および構成２の値は異なる。

随意で、構成２のＢＰサイズ範囲に対応する値は、可能な限り、構成１の隣接範囲に対応する値に等しい。

上述の例では、ＢＰサイズ範囲は４行に分割される。以下に、表３４、表３５または表３６に示される通り、ＢＰサイズ範囲が５行または６行に分割される例を示す。この例におけるＲＢＧサイズ設計も、上述の原理に従ってよい。

ＢＰ帯域幅とＲＢＧサイズセットとの間の対応関係の上述の設計は例に過ぎず、本願を限定することは意図していない。異なるＢＰ帯域幅分割方式におけるＲＢＧサイズ設計の間で、相互参照がなされてよい。

上記内容は主に、本発明の実施形態で提供する解決手段を、端末とネットワークデバイスとの間の相互作用の観点から説明している。上述の機能を実装するために、端末およびネットワークデバイスは、当該機能を実行するための対応するハードウェア構造および／またはソフトウェアモジュールを含むことが理解されるだろう。本発明で開示する実施形態で説明された例示的ユニットとアルゴリズムステップに関し、本発明の実施形態は、ハードウェアまたはハードウェアおよびコンピュータソフトウェアの組み合わせで実装されてよい。特定の機能がハードウェアによって実行されるか、あるいは、コンピュータソフトウェアによってハードウェア駆動されるかは、技術的解決手段の特定の適用および設計上の制約に依存する。当業者は、異なる方法を用いて、各特定の適用のために説明された機能を実装し得る、当該実装が本発明の実施形態における技術的解決手段の範囲を超えるとみなすべきではない。

本発明の実施形態では、端末およびネットワークデバイスの機能ユニットは、上述の方法の例に従い分割されてよい。例えば、機能ユニットは、機能に基づき分割されてよく、または、２または２より多い機能が１つの処理ユニットに統合されてもよい。統合ユニットは、ハードウェアの形態で実装されてよく、または、ソフトウェア機能ユニットの形態で実装されてもよい。

図２１は、統合ユニットが用いられる場合の本願の一実施形態による、ＲＢＧサイズを決定するための装置１００の概略構造図である。ＲＢＧサイズを決定するための装置１００は、ネットワークデバイスに適用されてよい。図２１に示される通り、ＲＢＧサイズを決定するための装置１００は、処理ユニット１０１および送信ユニット１０２を含む。

可能な設計において、処理ユニット１０１は、リソースブロックグループ（ＲＢＧ）サイズセットを決定するよう構成されており、ＲＢＧサイズセットは少なくとも１つのＲＢＧサイズを含み、処理ユニット１０１は、当該セット内の第１のＲＢＧサイズを決定するよう構成されており、第１のＲＢＧサイズを用いてリソースを端末に割り当てるよう構成されている。

可能な実装において、処理ユニット１０１は、制御チャネル情報、信号送信特性、ＢＰ情報、チャネル特性、システム帯域幅情報およびサービス特性等のうちの少なくとも１つに基づき、ＲＢＧサイズセットを決定してよい。例えば、ＲＢＧサイズセットは、以下の方式のうちの１つまたはこれらの組み合わせにおいて決定されてよい。制御チャネルフォーマット、制御チャネルコンテンツおよび制御チャネルスクランブリング情報のうちの少なくとも１つに基づき、ＲＢＧサイズセットを決定する；または、割り当てられたリソースによって搬送される情報に基づき、ＲＢＧサイズセットを決定し、当該情報は、システム情報、ブロードキャスト情報、セルレベル情報、共通情報、ユーザ固有情報およびグループ情報のうちの少なくとも１つを含む；または、割り当てられたリソースが配置される帯域幅部分（ＢＰ）の情報に基づき、ＲＢＧサイズセットを決定し、ＢＰの情報は、帯域幅部分の帯域幅情報、帯域幅部分のキャリア周波数情報および帯域幅部分のフレーム構造情報のうちの少なくとも１つを含む；または、チャネル特性に基づき、ＲＢＧサイズセットを決定する；またはサービス特性に基づき、ＲＢＧサイズセットを決定する。

処理ユニット１０１は、各制御チャネル情報、各信号送信特性、各ＢＰ、各チャネル特性、各システム帯域幅情報または各サービス特性等に対応するＲＢＧサイズセットを予め設定してよい。

処理ユニット１０１は、プロトコルによる事前定義方式でＲＢＧサイズセットを決定してよく、または、シグナリング通知方式でＲＢＧサイズセットを決定してよい。

別の可能な設計では、処理ユニット１０１は、ＲＢＧサイズを決定するよう構成されてよい。処理ユニットは、制御チャネル情報、信号送信特性、ＢＰ情報、チャネル特性、システム帯域幅情報およびサービス特性等のうちの少なくとも１つに基づき、ＲＢＧサイズを決定してよい。例えば、ＲＢＧサイズは、以下の方式のうちの１つまたは組み合わせにおいて決定される。制御チャネルフォーマット、制御チャネルコンテンツおよび制御チャネルスクランブリング情報のうちの少なくとも１つに基づき、ＲＢＧサイズを決定する；または、割り当てられたリソースによって搬送される情報に基づき、ＲＢＧサイズを決定し、当該情報は、システム情報、ブロードキャスト情報、セルレベル情報、共通情報、ユーザ固有情報およびグループ情報のうちの少なくとも１つを含む；または、割り当てられたリソースが配置される帯域幅部分（ＢＰ）の情報に基づき、ＲＢＧサイズを決定し、ＢＰの情報は、帯域幅部分の帯域幅情報、帯域幅部分のキャリア周波数情報および帯域幅部分のフレーム構造情報のうちの少なくとも１つを含む；または、チャネル特性に基づき、ＲＢＧサイズを決定する；またはサービス特性に基づき、ＲＢＧサイズを決定する。

処理ユニット１０１は、制御チャネル情報、信号送信特性、ＢＰ情報、チャネル特性、システム帯域幅情報およびサービス特性等のうちの少なくとも１つに基づき、ＲＢＧサイズを決定してよい。

処理ユニット１０１は、プロトコルによる事前定義方式でＲＢＧサイズを決定してよく、または、シグナリング通知方式でＲＢＧサイズを決定してよい。

可能な設計において、送信ユニット１０２は、指示情報を端末に送信するよう構成されている。指示情報は、第１のＲＢＧサイズを示すために用いられる。

さらに、送信ユニット１０２は、構成情報を端末に送信するようさらに構成されている。構成情報は、ＲＢＧサイズセットを示すために用いられる。

可能な実装において、処理ユニット１０１は、さらに、割り当てられたリソースが配置されるＢＰサブセットを決定するよう構成されている。

処理ユニット１０１は、サブセット情報に基づき、割り当てられたリソースが配置されるＢＰサブセットを決定してよい。具体的には、サブセット情報は、サブセットサイズ、サブセットリソース分割方法、サブセット数およびサブセットスケジューリング情報のうちの少なくとも１つを含んでよい。

処理ユニット１０１は、第１のＲＢＧサイズに基づき、割り当てられたリソースが配置されるＢＰサブセットのサイズを決定してよい。

さらに、処理ユニット１０１は、さらに、ＢＰサブセットが連続的かどうかを決定するよう構成されている。ＢＰサブセットは、複数の連続的または不連続的リソースブロック（ＲＢ）を含む。ＢＰサブセットが連続的かどうかは、プロトコルで事前定義されてよく、または、シグナリング通知方式で決定されてよい。

別の可能な設計では、処理ユニット１０１は、さらに、ＲＢＧが連続的かどうかを決定するよう構成されている。ＲＢＧに含まれるＲＢは、連続的または不連続的であってよい。不連続的ＲＢＧのＲＢ間の間隔は、プロトコルで事前定義されてよく、または、シグナリング通知方式で決定されてよい。

本願のこの実施形態における、ＲＢＧサイズを決定するための装置１００に関連し、且つ、本願の実施形態で提供される技術的解決手段に関連する概念、説明、詳細な説明および他の段階については、上述の方法の実施形態または他の実施形態におけるかかる概念に関する説明を参照し得ることが理解されるだろう。本明細書において詳細は再度説明しない。

図２２は、本願の一実施形態による、統合ユニットが用いられる場合における、ＲＢＧサイズを決定するための装置２００の概略構造図である。ＲＢＧサイズを決定するための装置２００は、端末に適用されてよい。図２２に示される通り、ＲＢＧサイズを決定するための装置２００は、処理ユニット２０１および受信ユニット２０２を含む。

可能な設計において、処理ユニット２０１は、リソースブロックグループ（ＲＢＧ）サイズセットを決定するよう構成されており、ＲＢＧサイズセットは少なくとも１つのＲＢＧサイズを含み、処理ユニット２０１は、当該セット内の第１のＲＢＧサイズを決定するよう構成されており、および、第１のＲＢＧサイズに基づき、ネットワークデバイスによって端末に割り当てられたリソースを決定するよう構成されている。

処理ユニット２０１は、制御チャネル情報、信号送信特性、ＢＰ情報、チャネル特性、システム帯域幅情報およびサービス特性等のうちの少なくとも１つに基づき、ＲＢＧサイズセットを決定してよい。例えば、ＲＢＧサイズセットは、以下の方式のうちの１つまたは組み合わせにおいて決定されてよい。制御チャネルフォーマット、制御チャネルコンテンツおよび制御チャネルスクランブリング情報のうちの少なくとも１つに基づき、ＲＢＧサイズセットを決定する；または、ネットワークデバイスによって割り当てられたリソースにより搬送される情報に基づき、ＲＢＧサイズセットを決定し、当該情報は、システム情報、ブロードキャスト情報、セルレベル情報、共通情報、ユーザ固有情報およびグループ情報のうちの少なくとも１つを含む；または、ネットワークデバイスによって割り当てられたリソースが配置される帯域幅部分（ＢＰ）の情報に基づき、ＲＢＧサイズセットを決定し、ＢＰの情報は、帯域幅部分の帯域幅情報、帯域幅部分のキャリア周波数情報および帯域幅部分のフレーム構造情報のうちの少なくとも１つを含む。

処理ユニット２０１は、各制御チャネル情報、各信号送信特性、各ＢＰ、各チャネル特性、各システム帯域幅情報または各サービス特性等に対応するＲＢＧサイズセットを予め設定してよい。

処理ユニット２０１は、プロトコルによる事前定義方式でＲＢＧサイズセットを決定してよく、または、シグナリング通知方式でＲＢＧサイズセットを決定してよい。

別の可能な設計では、処理ユニット２０１は、ＲＢＧサイズを決定するよう構成されてよい。処理ユニットは、制御チャネル情報、信号送信特性、ＢＰ情報、チャネル特性、システム帯域幅情報およびサービス特性等のうちの少なくとも１つに基づき、ＲＢＧサイズを決定してよい。例えば、ＲＢＧサイズは、以下の方式のうちの１つまたは組み合わせにおいて決定される。制御チャネルフォーマット、制御チャネルコンテンツおよび制御チャネルスクランブリング情報のうちの少なくとも１つに基づき、ＲＢＧサイズを決定する；または、割り当てられたリソースによって搬送される情報に基づき、ＲＢＧサイズを決定し、当該情報は、システム情報、ブロードキャスト情報、セルレベル情報、共通情報、ユーザ固有情報およびグループ情報のうちの少なくとも１つを含む；または、割り当てられたリソースが配置される帯域幅部分（ＢＰ）の情報に基づき、ＲＢＧサイズを決定し、ＢＰの情報は、帯域幅部分の帯域幅情報、帯域幅部分のキャリア周波数情報および帯域幅部分のフレーム構造情報のうちの少なくとも１つを含む；または、チャネル特性に基づき、ＲＢＧサイズを決定する；またはサービス特性に基づき、ＲＢＧサイズを決定する。

処理ユニット２０１は、制御チャネル情報、信号送信特性、ＢＰ情報、チャネル特性、システム帯域幅情報およびサービス特性等のうちの少なくとも１つに基づき、ＲＢＧサイズを決定してよい。

処理ユニット２０１は、プロトコルによる事前定義方式でＲＢＧサイズセットを決定してよく、または、シグナリング通知方式でＲＢＧサイズセットを決定してよい。

可能な設計において、受信ユニット２０２は、ネットワークデバイスによって送信された指示情報を受信するよう構成されている。指示情報は、第１のＲＢＧサイズを示すために用いられる。処理ユニット２０１は、受信ユニット２０２によって受信された指示情報に基づき、当該セット内の第１のＲＢＧサイズを決定してよい。

さらに、受信ユニット２０２は、ネットワークデバイスによって送信された構成情報を受信するようさらに構成されている。構成情報は、ＲＢＧサイズセットを示すために用いられる。処理ユニット２０１は、受信ユニット２０２によって受信された構成情報に基づき、ＲＢＧサイズセットを決定してよい。

別の可能な設計では、処理ユニット２０２は、さらに、ネットワークデバイスによって割り当てられたリソースが配置されるＢＰサブセットを決定してよい。ＢＰサブセットは、複数の連続的または不連続的リソースブロック（ＲＢ）を含む。

処理ユニット２０１は、サブセット情報に基づき、割り当てられたリソースが配置されるＢＰサブセットを決定してよい。具体的には、サブセット情報は、サブセットサイズ、サブセットリソース分割方法、サブセット数およびサブセットスケジューリング情報のうちの少なくとも１つを含んでよい。

処理ユニット２０１は、第１のＲＢＧサイズに基づき、ネットワークデバイスによって割り当てられたリソースが配置されるＢＰサブセットのサイズを決定してよい。

さらに、処理ユニット２０１は、ＢＰサブセットが連続的かどうかを決定するようさらに構成されている。ＢＰサブセットは、複数の連続的または不連続的リソースブロック（ＲＢ）を含む。ＢＰサブセットが連続的かどうかは、プロトコルで事前定義されてよく、または、シグナリング通知方式で決定されてよい。

別の可能な設計では、処理ユニット２０１は、さらに、ＲＢＧが連続的かどうかを決定するよう構成されている。ＲＢＧに含まれるＲＢは、連続的または不連続的であってよい。不連続的ＲＢＧのＲＢ間の間隔は、プロトコルで事前定義されてよく、または、シグナリング通知方式で決定されてよい。

本願のこの実施形態における、ＲＢＧサイズを決定するための装置２００に関連し、且つ、本願の実施形態で提供される技術的解決手段に関連する概念、説明、詳細な説明および他の段階については、上述の方法の実施形態または他の実施形態におけるかかる概念に関する説明が参照され得ることが理解されるだろう。本明細書において詳細は再度説明しない。

ＲＢＧサイズを決定するための装置１００およびＲＢＧサイズを決定するための装置２００のユニット分割は、論理的機能の分割に過ぎないことを理解されたい。実際の実装では、当該ユニットの全部または一部が、１つの物理エンティティに統合されてよく、または、物理的に分離されてもよい。また、当該ユニットの全部は、ソフトウェアを呼び出す処理要素によって実装されてよく、または、当該ユニットの全部はハードウェアによって実装されてよく、または、当該ユニットの一部は、ソフトウェアを呼び出す処理要素によって実装されてよく、および当該ユニットの一部はハードウェアによって実装されてよい。例えば、処理ユニットは、独立した処理要素であってよく、または、ネットワークデバイスまたは端末のチップに統合されていてもよい。代替的に、処理ユニットは、プログラムの形態で、ネットワークデバイスまたは端末のメモリ内に格納されてよく、ネットワークデバイスまたは端末の処理要素がプログラムを呼び出して、当該ユニットの機能を実行させる。他のユニットの実装も同様である。また、当該ユニットの一部または全部は、統合されてよく、または、独立して実装されてもよい。本明細書における処理要素は、信号処理機能を有する集積回路であってよい。一実装プロセスにおいては、上述の方法の段階または上述のユニットは、処理要素のハードウェアの集積ロジック回路を用いて実装されてよく、またはソフトウェア形態での命令を用いて実装されてもよい。また、受信ユニットは、受信を制御するユニットであり、ネットワークデバイスによって送信された情報を、アンテナおよび無線周波数装置等の端末の受信装置を通して受信してよい。送信ユニットは、送信を制御するユニットであり、アンテナおよび無線周波数装置等のネットワークデバイスの送信装置を通して、端末に情報を送信してよい。

例えば、上述のユニットは、上述の方法を実装するための１または複数の集積回路として構成されてよく、このようなものとしては例えば、１または複数の特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ－Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ，ＡＳＩＣ）、１または複数のマイクロプロセッサ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ，ＤＳＰ）、または１または複数のフィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ，ＦＰＧＡ）が挙げられる。別の例では、上述のユニットのうちの１つが、プログラムを呼び出す処理要素によって実装される場合、処理要素は、中央演算処理装置（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ，ＣＰＵ）等の汎用プロセッサまたはプログラムを呼び出すことができる別のプロセッサであってよい。別の例では、これらユニットは統合されてよく、システムオンチップ（ｓｙｓｔｅｍ－ｏｎ－ａ－ｃｈｉｐ，ＳＯＣ）の形態で実装されてよい。

図２３は、本願の一実施形態によるネットワークデバイスの概略構造図である。ネットワークデバイスは、上述の実施形態におけるネットワークデバイスであってよく、上述の実施形態で、ネットワークデバイスによって実行される操作を実行するよう構成されている。図２３に示される通り、ネットワークデバイスは、アンテナ１１０、無線周波数装置１２０およびベースバンド装置１３０を含む。アンテナ１１０は、無線周波数装置１２０に接続されている。上りリンク方向において、無線周波数装置１２０は、端末によって送信された情報を、アンテナ１１０を通して受信し、端末によって送信された情報をベースバンド装置１３０に処理のために送信する。下りリンク方向において、ベースバンド装置１３０は、端末の情報を処理し、処理された情報を無線周波数装置１２０に送信する。端末の情報を処理した後、無線周波数装置１２０は、処理された情報を端末にアンテナ１１０を通して送信する。

ベースバンド装置１３０は、物理的に１つの装置であってよく、または、例えば、ＣＵおよび少なくとも１つのＤＵを含む、物理的に分離した少なくとも２つの装置であってよい。ＤＵおよび無線周波数装置１２０は、１つの装置に統合されてよく、または、物理的に分離されていてもよい。ベースバンド装置１３０の物理的に分離された少なくとも２つの装置間のプロトコル層の分割は、限定されない。例えば、ベースバンド装置１３０は、ＲＲＣ層、パケットデータコンバージェンスプロトコル（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ，ＰＤＣＰ）層、無線リンク制御（Ｒａｄｉｏ ｌｉｎｋ Ｃｏｎｔｒｏｌ，ＲＬＣ）層、ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ，媒体アクセス制御）層および物理層等のプロトコル層のための処理を実行するよう構成されている。ベースバンド装置が物理的に分離された２つの装置を含み、当該２つの装置はこれら２つの装置がそれぞれ担当するプロトコル層の処理を実行するよう構成されるように、分割は、任意の２つのプロトコル層間で行われてよい。例えば、分割は、ＲＲＣとＰＤＣＰとの間で行われてよい。別の例では、分割は、ＰＤＣＰとＲＬＣとの間で行われてよい。また、代替的に、分割は、１つのプロトコル層内で行われてよい。例えば、プロトコル層の一部および当該プロトコル層の上にある複数のプロトコル層が１つの装置に統合され、当該プロトコル層の残りの部分および当該プロトコル層の下にある複数のプロトコル層が別の装置に統合される。ＲＢＧサイズを決定するための装置１００は、ベースバンド装置１３０の物理的に分離された少なくとも２つの装置のうちの一方に配置されてよい。

ネットワークデバイスは、複数のベースバンドボードを含んでよい。複数の処理要素がベースバンドボードに統合されて、必要な機能を実装してよい。ベースバンド装置１３０は、少なくとも１つのベースバンドボードを含んでよく、ＲＢＧサイズを決定するための装置１００は、ベースバンド装置１３０内に配置されてよい。一実装においては、図２１に示されるユニットは、プログラムを呼び出す処理要素によって実装される。例えば、ベースバンド装置１３０は、処理要素１３１および格納要素１３２を含む。処理要素１３１は、格納要素１３２内に格納されたプログラムを呼び出して、上述の方法の実施形態においてネットワークデバイスにより実行される方法を実行する。また、ベースバンド装置１３０は、さらに、無線周波数装置１２０と情報を交換するよう構成されたインタフェース１３３を含んでよい。例えば、インタフェースは、公衆無線インタフェース（ｃｏｍｍｏｎ ｐｕｂｌｉｃ ｒａｄｉｏ ｉｎｔｅｒｆａｃｅ，ＣＰＲＩ）である。ベースバンド装置１３０および無線周波数装置１２０が物理的に一緒に配置される場合、インタフェースは、イントラボードインタフェースまたはインターボードインタフェースであってよい。本明細書でボードは、回路基板である。

別の実装では、図２１に示されるユニットは、上述のネットワークデバイスによって実行される方法を実装するための１または複数の処理要素として構成されてよい。当該処理要素は、ベースバンド装置１３０上に配置される。ここでの処理要素は、例えば、１または複数のＡＳＩＣ、１または複数のＤＳＰ、または、１または複数のＦＰＧＡといった集積回路であってよい。当該集積回路が統合されてチップを形成してよい。

例えば、図２１に示されるユニットは統合されて、システムオンチップ（ｓｙｓｔｅｍ－ｏｎ－ａ－ｃｈｉｐ，ＳＯＣ）の形態で実装されてよい。例えば、ベースバンド装置１３０は、上述の方法を実装するためのＳｏＣチップを含む。処理要素１１１および格納要素１３２がチップに統合されてよく、処理要素１３１は、格納要素１３２内に格納されたプログラムを呼び出して、上述のネットワークデバイスによって実行される方法または図２１に示されたユニットの機能を実装してよい。代替的に、少なくとも１つの集積回路がチップに統合されて、上述のネットワークデバイスによって実行される方法または図２１に示されるユニットの機能を実装してよい。代替的に、上述の実装は、組み合わされてよい。一部のユニットの機能は、プログラムを呼び出す処理要素によって実装され、一部のユニットの機能は、集積回路を用いて実装される。

どの方式が用いられるかに関わらず、ネットワークデバイスに適用されるＲＢＧサイズを決定するための装置１００は、少なくとも１つの処理要素および１つの格納要素を含む。少なくとも１つの処理要素は、上述の方法の実施形態において、ネットワークデバイスによって実行される方法を実行するよう構成されている。処理要素は、第１の方式の上述の方法の実施形態において、ネットワークデバイスによって実行される段階の一部または全部を、格納要素に格納されたプログラムを実行する第１の方式で実行してよい。代替的に、処理要素は、上述の方法の実施形態において、ネットワークデバイスによって実行される段階の一部または全部を、処理要素のハードウェアの集積ロジック回路を、命令と組み合わせて用いる第２の方式で実行してよい。処理要素は、上述の方法の実施形態において、ネットワークデバイスによって実行される段階の一部または全部を、第１の方式および第２の方式を組み合わせて実行してよいことはもちろんである。

上記の説明と同様に、ここでの処理要素は、中央処理装置（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ，ＣＰＵ）等の汎用プロセッサであってよく、または、上述の方法を実装するための１または複数の集積回路として構成されてよく、このようなものとしては、例えば、１または複数の特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ－Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ，ＡＳＩＣ）、１または複数のマイクロプロセッサ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ，ＤＳＰ）、または、１または複数のフィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ，ＦＰＧＡ）が挙げられる。

格納要素は、メモリであってよく、または、複数の格納要素に対する総称であってよい。

図２４は、本願の一実施形態による端末の概略構造図である。端末は、上述の実施形態における端末であってよく、上述の実施形態で、端末によって実行される操作を実行するよう構成されている。図２４に示される通り、端末は、アンテナ２１０、無線周波数装置２２０およびベースバンド装置２３０を含む。アンテナ２１０は、無線周波数装置２２０に接続されている。下りリンク方向において、無線周波数装置２２０は、ネットワークデバイスによって送信された情報を、アンテナ２１０を通して受信し、ネットワークデバイスによって送信された情報をベースバンド装置２３０に処理のために送信する。上りリンク方向において、ベースバンド装置２３０は、端末の情報を処理し、処理された情報を無線周波数装置２２０に送信する。端末の情報を処理した後、無線周波数装置２２０は、処理された情報をネットワークデバイスにアンテナ２１０を通して送信する。

ベースバンド装置は、様々な通信プロトコル層のデータ処理を実装するよう構成されたモデムサブシステムを含んでよい。さらに、ベースバンド装置は、端末のオペレーティングシステムおよびアプリケーション層のための処理を実装するよう構成された中央処理サブシステムを含んでよい。また、ベースバンド装置は、さらに、マルチメディアサブシステムおよび周辺サブシステム等の他のサブシステムを含んでよい。マルチメディアサブシステムは、端末のカメラまたはスクリーンディスプレイ等に対する制御を実装するよう構成されている。周辺サブシステムは、別のデバイスへの接続を実装するよう構成されている。モデムサブシステムは、独立したチップであってよい。随意で、ＲＢＧサイズを決定するための装置２００は、モデムサブシステム内に実装されてよい。

一実装において、図２２に示されたユニットは、プログラムを呼び出す処理要素によって実装される。例えば、例えば、モデムサブシステムといったベースバンド装置２３０のサブシステムは、処理要素２３１および格納要素２３２を含む。処理要素２３１は、格納要素２３２内に格納されたプログラムを呼び出して、上述の方法の実施形態において端末により実行される方法を実行する。また、ベースバンド装置２３０は、さらに、無線周波数装置２２０と情報を交換するよう構成されたインタフェース２３３を含んでよい。

別の実装では、図２２に示されるユニットは、上述の端末によって実行される方法を実装するための１または複数の処理要素として構成されてよい。処理要素は、例えば、モデムサブシステムといったベースバンド装置２３０のサブシステム内に配置される。ここでの処理要素は、例えば、１または複数のＡＳＩＣ、１または複数のＤＳＰ、または、１または複数のＦＰＧＡといった集積回路であってよい。当該集積回路が統合されてチップを形成してよい。

例えば、図２２に示されるユニットは統合されて、システムオンチップ（ｓｙｓｔｅｍ－ｏｎ－ａ－ｃｈｉｐ，ＳＯＣ）の形態で実装されてよい。例えば、ベースバンド装置２３０は、上述の方法を実装するためのＳｏＣチップを含む。処理要素２３１および格納要素２３２がチップに統合されてよく、処理要素２３１は、格納要素２３２内に格納されたプログラムを呼び出して、上述の端末によって実行される方法または図２２に示されたユニットの機能を実装してよい。代替的に、少なくとも１つの集積回路がチップに統合されて、上述の端末によって実行される方法または図２２に示されるユニットの機能を実装してよい。代替的に、上述の実装は、組み合わされてよい。一部のユニットの機能は、プログラムを呼び出す処理要素によって実装され、一部のユニットの機能は、集積回路を用いて実装される。

どの方式が用いられるかに関わらず、端末に適用されるＲＢＧサイズを決定するための装置２００は、少なくとも１つの処理要素および１つの格納要素を含む。少なくとも１つの処理要素は、上述の方法の実施形態において、端末によって実行される方法を実行するよう構成されている。処理要素は、上述の方法の実施形態において、端末によって実行される段階の一部または全部を、格納要素に格納されたプログラムを実行する第１の方式で実行してよい。代替的に、処理要素は、上述の方法の実施形態において、端末によって実行される段階の一部または全部を、プロセッサ素子のハードウェアの集積ロジック回路を、命令と組み合わせて用いる第２の方式で実行してよい。処理要素は、上述の方法の実施形態において、端末によって実行される段階の一部または全部を、第１の方式および第２の方式を組み合わせて実行してよいことはもちろんである。

上記の説明と同様に、ここでの処理要素は、中央処理装置（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ，ＣＰＵ）等の汎用プロセッサであってよく、または、上述の方法を実装するための１または複数の集積回路として構成されてよく、このようなものとしては、例えば、１または複数の特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ－Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ，ＡＳＩＣ）、１または複数のマイクロプロセッサ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ，ＤＳＰ）、または、１または複数のフィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ，ＦＰＧＡ）が挙げられる。

格納要素は、メモリであってよく、または、複数の格納要素に対する総称であってよい。

本願の実施形態で提供される方法により、本発明の一実施形態は、さらに、通信システムを提供する。通信システムは、上述のネットワークデバイスおよび１または複数の端末を含む。

本願の実施形態は、さらに、ＲＢＧサイズを決定するための装置を提供する。ＲＢＧサイズを決定するための装置は、ネットワークデバイスまたは端末に適用され、上述の方法の実施形態を実行するよう構成された少なくとも１つの処理要素（またはチップ）を含む。

本願は、ＲＢＧサイズを決定するためのプログラムを提供する。プロセッサによって実行される場合、プログラムは上述の実施形態における方法を実行するために用いられる。

本願は、さらに、例えば、ＲＢＧサイズを決定するための上述のプログラムを含んだコンピュータ可読記憶媒体といったプログラムプロダクトを提供する。

当業者は、本願の実施形態は、方法、システム、またはコンピュータプログラムプロダクトとして提供されてよいことを理解すべきである。従って、本願の実施形態は、ハードウェアのみの実施形態、ソフトウェアのみの実施形態またはソフトウェアおよびハードウェアの組み合わせの実施形態の形態を用いてよい。また、本願の実施形態は、コンピュータで利用可能なプログラムコードを含んだ１または複数のコンピュータで利用可能な格納媒体（ディスクメモリ、ＣＤ‐ＲＯＭまたは光メモリ等を含むがこれらに限定されない）上で実装されるコンピュータプログラムプロダクトの形態を用いてよい。

本願の実施形態は、本願の実施形態による、方法、デバイス（システム）およびコンピュータプログラムプロダクトのフローチャートおよび／またはブロック図を参照して説明されている。コンピュータプログラム命令を用いて、フローチャートおよび／またはブロック図内の各プロセスおよび／または各ブロック、並びに、フローチャートおよび／またはブロック図内のプロセスおよび／またはブロックの組み合わせを実装してよいことを理解されたい。これらのコンピュータプログラム命令は、汎用コンピュータ、専用コンピュータ、組み込みプロセッサ、または任意の他のプログラム可能なデータ処理デバイスのプロセッサに提供されて、マシンを生成してよく、その結果、コンピュータまたは任意の他のプログラム可能なデータ処理デバイスのプロセッサによって実行される命令が、フローチャート内の１または複数のプロセスおよび／またはブロック図内の１または複数のブロックにおける特定の機能を実装するための装置を生成する。

コンピュータまたは任意の他のプログラム可能なデータ処理デバイスに対し、特定の態様で動作するよう命令可能なこれらのコンピュータプログラム命令は、コンピュータ可読メモリ内に格納されてよく、その結果、コンピュータ可読メモリ内に格納された当該命令は、命令装置を含むアーチファクトを生成する。命令装置は、フローチャート内の１または複数のプロセス、および／または、ブロック図内の１または複数のブロックにおける特定の機能を実装する。

また、これらのコンピュータプログラム命令は、コンピュータまたは別のプログラム可能なデータ処理デバイスにロードされてよく、その結果、一連の操作および段階がコンピュータまたは別のプログラム可能デバイス上で実行され、これにより、コンピュータで実装される処理を生成する。従って、コンピュータまたは別のプログラム可能デバイス上で実行される命令は、フローチャート内の１または複数のプロセス、および／または、ブロック図内の１または複数のブロックにおける特定の機能を実装するための段階を提供する。

当業者が、本願の精神および範囲から逸脱することなく、本願の実施形態に対し修正例および変形例を加え得ることは明らかである。本願は、本願の実施形態に対する修正例および変形例が以降の特許請求の範囲およびその均等技術によって画定される保護範囲に属する限り、これらの修正例および変形例に及ぶことを意図している。
（項目１）
リソースブロックグループＲＢＧサイズを決定するための方法であって、
端末によって、リソースブロックグループＲＢＧサイズセットを決定する段階であって、前記ＲＢＧサイズセットは、少なくとも１つのＲＢＧサイズを含む、段階と、
前記端末によって、前記セット内の第１のＲＢＧサイズを決定する段階と、
前記端末によって、前記第１のＲＢＧサイズに基づき、ネットワークデバイスにより前記端末に割り当てられたリソースを決定する段階と、を備える、方法。
（項目２）
端末によって、ＲＢＧサイズセットを決定する前記段階は、
前記端末によって、前記ネットワークデバイスにより割り当てられた前記リソースが配置される帯域幅部分ＢＰの帯域幅情報に基づき、前記ＲＢＧサイズセットを決定する段階を含む、項目１に記載の方法。
（項目３）
前記端末によって、前記ネットワークデバイスにより割り当てられた前記リソースが配置されるＢＰの帯域幅情報に基づき、前記ＲＢＧサイズセットを決定する前記段階は、
前記ＢＰの前記帯域幅情報と、ＢＰ帯域幅サイズの範囲およびＲＢＧサイズセット間の対応関係とに基づき、前記ＲＢＧサイズセットを決定する段階を含む、項目２に記載の方法。
（項目４）
前記ＢＰの前記帯域幅情報と、ＢＰ帯域幅サイズの範囲およびＲＢＧサイズセット間の対応関係とに基づき、前記ＲＢＧサイズセットを決定する前記段階は、
前記ＢＰの前記帯域幅情報に基づき、前記ＢＰの帯域幅サイズが位置するＢＰ帯域幅サイズの第１の範囲を決定する段階であって、前記ＢＰの前記帯域幅サイズは、リソースブロックＲＢの数で表現される、段階と、
前記対応関係における前記ＢＰ帯域幅サイズの第１の範囲に対応するＲＢＧサイズセットを決定する段階と、を含む、項目３に記載の方法。
（項目５）
前記対応関係におけるＢＰ帯域幅サイズの範囲は、＜３７、３７‐７２、７３‐１４４および１４５‐２７５を含む、項目３または４に記載の方法。
（項目６）
前記端末によって、前記セット内の第１のＲＢＧサイズを決定する前記段階は、
前記端末によって、前記ネットワークデバイスにより送信された指示情報を受信する段階であって、前記指示情報は、前記第１のＲＢＧサイズを示すために用いられる、段階と、
前記端末によって、前記指示情報に基づき、前記セット内の前記第１のＲＢＧサイズを決定する段階と、を含む、項目１から５のいずれか一項に記載の方法。
（項目７）
前記端末によって、前記ネットワークデバイスにより割り当てられた前記リソースが配置されるＢＰサブセットを決定する段階をさらに備える、項目１から６のいずれか一項に記載の方法。
（項目８）
前記端末によって、前記ネットワークデバイスにより割り当てられた前記リソースが配置されるＢＰサブセットを決定する前記段階は、
前記第１のＲＢＧサイズに基づき、前記ネットワークデバイスにより割り当てられた前記リソースが配置される前記ＢＰサブセットのサイズを決定する段階を含む、項目７に記載の方法。
（項目９）
リソースブロックグループＲＢＧサイズを決定するための方法であって、
ネットワークデバイスによって、リソースブロックグループＲＢＧサイズセットを決定する段階であって、前記ＲＢＧサイズセットは、少なくとも１つのＲＢＧサイズを含む、段階と、
前記ネットワークデバイスによって、前記セット内の第１のＲＢＧサイズを決定する段階と、
前記ネットワークデバイスによって、前記第１のＲＢＧサイズを用いて、端末にリソースを割り当てる段階と、を備える、方法。
（項目１０）
ネットワークデバイスによって、ＲＢＧサイズセットを決定する前記段階は、
前記ネットワークデバイスによって、前記割り当てられたリソースが配置される帯域幅部分ＢＰの帯域幅情報に基づき、前記ＲＢＧサイズセットを決定する段階を含む、項目９に記載の方法。
（項目１１）
前記ネットワークデバイスによって、前記割り当てられたリソースが配置されるＢＰの帯域幅情報に基づき、前記ＲＢＧサイズセットを決定する前記段階は、
前記ＢＰの前記帯域幅情報と、ＢＰ帯域幅サイズの範囲およびＲＢＧサイズセット間の対応関係とに基づき、前記ＲＢＧサイズセットを決定する段階を含む、項目１０に記載の方法。
（項目１２）
前記ＢＰの前記帯域幅情報と、ＢＰ帯域幅サイズの範囲およびＲＢＧサイズセット間の対応関係とに基づき、前記ＲＢＧサイズセットを決定する前記段階は、
前記ＢＰの前記帯域幅情報に基づき、前記ＢＰの帯域幅サイズが位置するＢＰ帯域幅サイズの第１の範囲を決定する段階であって、前記ＢＰの前記帯域幅は、リソースブロックＲＢの数で表現される、段階と、
前記対応関係における前記ＢＰ帯域幅サイズの第１の範囲に対応するＲＢＧサイズセットを決定する段階と、を含む、項目１１に記載の方法。
（項目１３）
前記対応関係におけるＢＰ帯域幅サイズの範囲は、＜３７、３７‐７２、７３‐１４４および１４５‐２７５を含む、項目１１または１２に記載の方法。
（項目１４）
前記方法は、さらに、
前記ネットワークデバイスによって、前記端末に指示情報を送信する段階であって、前記指示情報は前記第１のＲＢＧサイズを示すために用いられる、段階を備える、項目９から１３のいずれか一項に記載の方法。
（項目１５）
前記ネットワークデバイスによって、前記割り当てられたリソースが配置されるＢＰサブセットを決定する段階をさらに備える、項目９から１４のいずれか一項に記載の方法。
（項目１６）
前記ネットワークデバイスによって、前記割り当てられたリソースが配置されるＢＰサブセットを決定する前記段階は、
前記第１のＲＢＧサイズに基づき、前記割り当てられたリソースが配置される前記ＢＰサブセットのサイズを決定する段階を含む、項目１５に記載の方法。
（項目１７）
端末に適用される装置であって、前記装置は、処理ユニットおよび受信ユニットを備え、前記処理ユニットは、
リソースブロックグループＲＢＧサイズセットを決定するよう構成されており、前記ＲＢＧサイズセットは、少なくとも１つのＲＢＧサイズを含み、
前記セット内の第１のＲＢＧサイズを決定するよう構成されており、
前記第１のＲＢＧサイズに基づき、ネットワークデバイスにより前記端末に割り当てられるリソースを決定するよう構成されている、装置。
（項目１８）
前記処理ユニットは、
前記ネットワークデバイスにより割り当てられた前記リソースが配置される帯域幅部分ＢＰの帯域幅情報に基づき、前記ＲＢＧサイズセットを決定するよう構成されている、項目１７に記載の装置。
（項目１９）
前記処理ユニットは、
前記ＢＰの前記帯域幅情報と、ＢＰ帯域幅サイズの範囲およびＲＢＧサイズセット間の対応関係とに基づき、前記ＲＢＧサイズセットを決定するよう構成されている、項目１８に記載の装置。
（項目２０）
前記処理ユニットは、
前記ＢＰの前記帯域幅情報に基づき、前記ＢＰの帯域幅サイズが位置するＢＰ帯域幅サイズの第１の範囲を決定するよう構成されており、前記ＢＰの前記帯域幅サイズは、リソースブロックＲＢの数で表現され、
前記対応関係における前記ＢＰ帯域幅サイズの第１の範囲に対応するＲＢＧサイズセットを決定するよう構成されている、項目１９に記載の装置。
（項目２１）
前記対応関係におけるＢＰ帯域幅サイズの範囲は、＜３７、３７‐７２、７３‐１４４および１４５‐２７５を含む、項目１９または２０に記載の装置。
（項目２２）
前記受信ユニットは、前記ネットワークデバイスにより送信された指示情報を受信するよう構成されており、前記指示情報は、前記第１のＲＢＧサイズを示すために用いられ、
前記処理ユニットは、前記指示情報に基づき、前記セット内の前記第１のＲＢＧサイズを決定する、項目１９から２１のいずれか一項に記載の装置。
（項目２３）
前記処理ユニットは、さらに、
前記ネットワークデバイスにより割り当てられた前記リソースが配置されるＢＰサブセットを決定するよう構成されている、項目１７から２２のいずれか一項に記載の装置。
（項目２４）
前記処理ユニットは、
前記第１のＲＢＧサイズに基づき、前記ネットワークデバイスにより割り当てられた前記リソースが配置される前記ＢＰサブセットのサイズを決定するよう構成されている、項目２３に記載の装置。
（項目２５）
端末に適用される装置であって、前記装置は、処理要素および格納要素を備え、前記格納要素は、プログラムを格納するよう構成されており、前記処理要素は、前記格納要素内の前記プログラムを呼び出して、
リソースブロックグループＲＢＧサイズセットを決定することであって、前記ＲＢＧサイズセットは、少なくとも１つのＲＢＧサイズを含む、こと、
前記セット内の第１のＲＢＧサイズを決定すること、および
前記第１のＲＢＧサイズに基づき、ネットワークデバイスにより前記端末に割り当てられたリソースを決定すること、の操作を実行させるよう構成されている、装置。
（項目２６）
ＲＢＧサイズセットを前記決定することは、
前記ネットワークデバイスにより割り当てられた前記リソースが配置される帯域幅部分ＢＰの帯域幅情報に基づき、前記ＲＢＧサイズセットを決定することを含む、項目２５に記載の装置。
（項目２７）
前記ネットワークデバイスによって割り当てられた前記リソースが配置されるＢＰの帯域幅情報に基づき、前記ＲＢＧサイズセットを前記決定することは、
前記ＢＰの前記帯域幅情報と、ＢＰ帯域幅サイズの範囲およびＲＢＧサイズセット間の対応関係とに基づき、前記ＲＢＧサイズセットを決定することを含む、項目２６に記載の装置。
（項目２８）
前記ＢＰの前記帯域幅情報と、ＢＰ帯域幅サイズの範囲およびＲＢＧサイズセット間の対応関係とに基づき、前記ＲＢＧサイズセットを前記決定することは、
前記ＢＰの前記帯域幅情報に基づき、前記ＢＰの帯域幅サイズが位置するＢＰ帯域幅サイズの第１の範囲を決定することであって、前記ＢＰの前記帯域幅サイズは、リソースブロックＲＢの数で表現される、決定することと、
前記対応関係における前記ＢＰ帯域幅サイズの第１の範囲に対応するＲＢＧサイズセットを決定することと、を含む、項目２７に記載の装置。
（項目２９）
前記対応関係におけるＢＰ帯域幅サイズの範囲は、＜３７、３７‐７２、７３‐１４４および１４５‐２７５を含む、項目２７または２８に記載の装置。
（項目３０）
前記プロセッサは、さらに、
前記ネットワークデバイスにより送信された指示情報を受信するよう構成されており、前記指示情報は、前記第１のＲＢＧサイズを示すために用いられ、
前記指示情報に基づき、前記セット内の前記第１のＲＢＧサイズを決定するよう構成されている、項目２５から２９のいずれか一項に記載の装置。
（項目３１）
前記処理要素は、前記格納要素内の前記プログラムを呼び出して、
前記ネットワークデバイスにより割り当てられた前記リソースが配置されるＢＰサブセットを決定する操作をさらに実行させるよう構成されている、項目２５から３０のいずれか一項に記載の装置。
（項目３２）
前記ネットワークデバイスにより割り当てられた前記リソースが配置されるＢＰサブセットを前記決定することは、
前記第１のＲＢＧサイズに基づき、前記ネットワークデバイスにより割り当てられた前記リソースが配置される前記ＢＰサブセットのサイズを決定することを含む、項目３１に記載の装置。
（項目３３）
項目１７から３２のいずれか一項に記載の装置を備える、端末。
（項目３４）
ネットワークデバイスに適用される装置であって、前記装置は、処理ユニットおよび送信ユニットを備え、前記処理ユニットは、
リソースブロックグループＲＢＧサイズセットを決定するよう構成されており、前記ＲＢＧサイズセットは、少なくとも１つのＲＢＧサイズを含み、
前記セット内の第１のＲＢＧサイズを決定するよう構成されており、
前記第１のＲＢＧサイズを用いて、端末にリソースを割り当てられるよう構成されている、装置。
（項目３５）
前記処理ユニットは、
前記割り当てられたリソースが配置される帯域幅部分ＢＰの帯域幅情報に基づき、前記ＲＢＧサイズセットを決定するよう構成されている、項目３４に記載の装置。
（項目３６）
前記処理ユニットは、
前記ＢＰの前記帯域幅情報と、ＢＰ帯域幅サイズの範囲およびＲＢＧサイズセット間の対応関係とに基づき、前記ＲＢＧサイズセットを決定するよう構成されている、項目３５に記載の装置。
（項目３７）
前記処理ユニットは、
前記ＢＰの前記帯域幅情報に基づき、前記ＢＰの帯域幅サイズが位置するＢＰ帯域幅サイズの第１の範囲を決定するよう構成されており、前記ＢＰの前記帯域幅は、リソースブロックＲＢの数で表現され、
前記対応関係における前記ＢＰ帯域幅サイズの第１の範囲に対応するＲＢＧサイズセットを決定するよう構成されている、項目３６に記載の装置。
（項目３８）
前記対応関係におけるＢＰ帯域幅サイズの範囲は、＜３７、３７‐７２、７３‐１４４および１４５‐２７５を含む、項目３６または３７に記載の装置。
（項目３９）
前記送信ユニットは、
前記端末に指示情報を送信するよう構成されており、前記指示情報は前記第１のＲＢＧサイズを示すために用いられる、項目３４から３８のいずれか一項に記載の装置。
（項目４０）
前記処理ユニットは、さらに、
前記割り当てられたリソースが配置されるＢＰサブセットを決定するよう構成されている、項目３４から３９のいずれか一項に記載の装置。
（項目４１）
前記処理ユニットは、
前記第１のＲＢＧサイズに基づき、前記割り当てられたリソースが配置される前記ＢＰサブセットのサイズを決定するよう構成されている、項目４０に記載の装置。
（項目４２）
処理要素および格納要素を備えるネットワークデバイスであって、前記格納要素は、プログラムを格納するよう構成されており、前記処理要素は、前記格納要素内の前記プログラムを呼び出して、項目９から１６のいずれか一項に記載の方法を実行させるよう構成されている、ネットワークデバイス。
（項目４３）
プログラムを備えるコンピュータ可読記憶媒体であって、プロセッサによって実行される場合に、前記プログラムは、項目１から８のいずれか一項に記載の方法を実装するために用いられる、コンピュータ可読記憶媒体。
（項目４４）
プログラムを備えるコンピュータ可読記憶媒体であって、プロセッサによって実行される場合に、前記プログラムは、項目９から１６のいずれか一項に記載の方法を実装するために用いられる、コンピュータ可読記憶媒体。

Claims (35)

1. 端末側で実行されるリソースブロックグループ（ＲＢＧ）サイズを決定するための方法であって、
   ＲＢＧサイズを決定するための情報及びネットワークデバイスにより構成される帯域幅部分（ＢＰ）のサイズに基づき、前記ＲＢＧサイズを決定する段階であって、前記ＲＢＧサイズを決定するための前記情報は、ＢＰサイズ範囲および２または２より多い構成との間の関係を定義し、前記２または２より多い構成の各々はＲＢＧサイズを示す、段階と、
   前記決定されたＲＢＧサイズに基づき、前記ネットワークデバイスにより前記端末に割り当てられるリソースを決定する段階と、を備え、
   前記ＢＰサイズ範囲は、４つのＢＰサイズ範囲のうちの１つであり、前記４つのＢＰサイズ範囲は、１個のリソースブロック（ＲＢ）から３６個のＲＢ、３７個のＲＢから７２個のＲＢ、７３個のＲＢから１４４個のＲＢ、および１４５個のＲＢから２７５個のＲＢである、方法。
2. 前記２または２より多い構成は、第１の構成および第２の構成を含み、前記４つのＢＰサイズ範囲の各々は、前記第１の構成および前記第２の構成にそれぞれ対応する２個のＲＢＧサイズに関連付けられる、請求項１に記載の方法。
3. 前記４つのＢＰサイズ範囲のうちの１つについて、前記第１の構成および前記第２の構成によってそれぞれ示されるＲＢＧサイズは同一である、請求項２に記載の方法。
4. 前記第２の構成について、前記４つのＢＰサイズ範囲のうちの２つは、同一のＲＢＧサイズに対応する、請求項２に記載の方法。
5. さらに、前記ネットワークデバイスから指示情報を受信する段階であって、前記指示情報は構成を示す、段階と、前記指示情報によって示される前記構成に対応するＲＢＧサイズを、前記決定されたＲＢＧサイズとして用いる段階と、を備える、請求項１から４のいずれか一項に記載の方法。
6. 前記指示情報は、無線リソース制御（ＲＲＣ）シグナリングを通して受信される、請求項５に記載の方法。
7. 既定のＲＢＧサイズを、前記決定されたＲＢＧサイズとして用いる段階であって、前記既定のＲＢＧサイズは、２個のＲＢ、４個のＲＢ、８個のＲＢおよび１６個のＲＢのうちの１つである、段階を含む、請求項１から４のいずれか一項に記載の方法。
8. 前記ネットワークデバイスからの構成を示す指示情報が存在しない場合に、前記既定のＲＢＧサイズが前記決定されたＲＢＧサイズとして用いられる、請求項７に記載の方法。
9. 前記決定されたＲＢＧサイズは、２個のＲＢ、４個のＲＢ、８個のＲＢおよび１６個のＲＢのうちの１つである、請求項１から８のいずれか一項に記載の方法。
10. リソースブロックグループ（ＲＢＧ）サイズを決定するための装置であって、
    ＲＢＧサイズを決定するための情報及びネットワークデバイスにより構成される帯域幅部分（ＢＰ）のサイズに基づき、前記ＲＢＧサイズを決定するための手段であって、前記ＲＢＧサイズを決定するための前記情報は、ＢＰサイズ範囲および２または２より多い構成との間の関係を定義し、前記２または２より多い構成の各々は、ＲＢＧサイズを示す、手段と、
    前記決定されたＲＢＧサイズに基づき、前記ネットワークデバイスにより割り当てられるリソースを決定するための手段と、を備え、
    前記ＢＰサイズ範囲は、４つのＢＰサイズ範囲のうちの１つであり、前記４つのＢＰサイズ範囲は、１個のリソースブロック（ＲＢ）から３６個のＲＢ、３７個のＲＢから７２個のＲＢ、７３個のＲＢから１４４個のＲＢ、および１４５個のＲＢから２７５個のＲＢである、装置。
11. 前記２または２より多い構成は、第１の構成および第２の構成を含み、前記４つのＢＰサイズ範囲の各々は、前記第１の構成および前記第２の構成にそれぞれ対応する２個のＲＢＧサイズに関連付けられる、請求項１０に記載の装置。
12. 前記４つのＢＰサイズ範囲のうちの１つについて、前記第１の構成および前記第２の構成によってそれぞれ示されるＲＢＧサイズは同一である、請求項１１に記載の装置。
13. 前記第２の構成について、前記４つのＢＰサイズ範囲のうちの２つは、同一のＲＢＧサイズに対応する、請求項１１に記載の装置。
14. さらに、前記ネットワークデバイスから指示情報を受信するための手段であって、前記指示情報は構成を示す、手段と、
    前記指示情報によって示される前記構成に対応するＲＢＧサイズを、前記決定されたＲＢＧサイズとして用いるための手段と、を備える、請求項１０から１３のいずれか一項に記載の装置。
15. 前記指示情報は、無線リソース制御（ＲＲＣ）シグナリングを通して受信される、請求項１４に記載の装置。
16. 既定のＲＢＧサイズを、前記決定されたＲＢＧサイズとして用いるための手段であって、前記既定のＲＢＧサイズは、２個のＲＢ、４個のＲＢ、８個のＲＢおよび１６個のＲＢのうちの１つである、手段を含む、請求項１０から１３のいずれか一項に記載の装置。
17. 前記ネットワークデバイスからの構成を示す指示情報が存在しない場合に、前記既定のＲＢＧサイズが前記決定されたＲＢＧサイズとして用いられる、請求項１６に記載の装置。
18. 前記決定されたＲＢＧサイズは、２個のＲＢ、４個のＲＢ、８個のＲＢおよび１６個のＲＢのうちの１つである、請求項１０から１７のいずれか一項に記載の装置。
19. プロセッサを備える、リソースブロックグループ（ＲＢＧ）サイズを決定するための装置であって、前記プロセッサは、メモリ内のプログラムを呼び出して、請求項１から９のいずれか一項に記載の方法を実行させるよう構成されている、装置。
20. ネットワークデバイス側で実行されるリソースブロックグループ（ＲＢＧ）サイズを決定するための方法であって、
    ＲＢＧサイズを決定するための情報及び前記ネットワークデバイスにより構成される帯域幅部分（ＢＰ）のサイズに基づき、前記ＲＢＧサイズを決定する段階であって、前記ＲＢＧサイズを決定するための前記情報は、ＢＰサイズ範囲および２または２より多い構成との間の関係を定義し、前記２または２より多い構成の各々はＲＢＧサイズを示す、段階と、
    前記決定されたＲＢＧサイズに基づき、リソースを端末に割り当てる段階と、を備え、
    前記ＢＰサイズ範囲は、４つのＢＰサイズ範囲のうちの１つであり、前記４つのＢＰサイズ範囲は、１個のリソースブロック（ＲＢ）から３６個のＲＢ、３７個のＲＢから７２個のＲＢ、７３個のＲＢから１４４個のＲＢ、および１４５個のＲＢから２７５個のＲＢである、方法。
21. 前記２または２より多い構成は、第１の構成および第２の構成を含み、前記４つのＢＰサイズ範囲の各々は、前記第１の構成および前記第２の構成にそれぞれ対応する２個のＲＢＧサイズに関連付けられる、請求項２０に記載の方法。
22. 前記４つのＢＰサイズ範囲のうちの１つについて、前記第１の構成および前記第２の構成によってそれぞれ示されるＲＢＧサイズは同一である、請求項２１に記載の方法。
23. 前記第２の構成について、前記４つのＢＰサイズ範囲のうちの２つは、同一のＲＢＧサイズに対応する、請求項２１に記載の方法。
24. 前記方法は、さらに、
    前記端末に指示情報を送信する段階であって、前記指示情報は前記決定されたＲＢＧサイズに対応する構成を示す、段階を備える、請求項２０から２３のいずれか一項に記載の方法。
25. 前記指示情報は、無線リソース制御（ＲＲＣ）シグナリングを通して送信される、請求項２４に記載の方法。
26. 既定のＲＢＧサイズを、前記決定されたＲＢＧサイズとして用いる段階であって、前記既定のＲＢＧサイズは、２個のＲＢ、４個のＲＢ、８個のＲＢおよび１６個のＲＢのうちの１つである、段階を含む、請求項２０から２３のいずれか一項に記載の方法。
27. 構成を示す指示情報が前記ネットワークデバイスによって送信されない、請求項２６に記載の方法。
28. 前記決定されたＲＢＧサイズは、２個のＲＢ、４個のＲＢ、８個のＲＢおよび１６個のＲＢのうちの１つである、請求項２０から２７のいずれか一項に記載の方法。
29. 請求項２０から２８のいずれか一項に記載の方法を実行するための手段を備える、リソースブロックグループ（ＲＢＧ）サイズを決定するための装置。
30. プロセッサを備える、リソースブロックグループ（ＲＢＧ）サイズを決定するための装置であって、前記プロセッサは、メモリ内のプログラムを呼び出して、請求項２０から２８のいずれか一項に記載の方法を実行させるよう構成されている、装置。
31. プロセッサに、請求項１から９のいずれか一項に記載の方法を実行させるための、プログラム。
32. プロセッサに、請求項２０から２８のいずれか一項に記載の方法を実行させるための、プログラム。
33. プロセッサによって実行されると、前記プロセッサに、請求項１から９のいずれか一項に記載の方法を実行させるプログラムを備えるコンピュータ可読記憶媒体。
34. プロセッサによって実行されると、前記プロセッサに、請求項２０から２８のいずれか一項に記載の方法を実行させるプログラムを備えるコンピュータ可読記憶媒体。
35. 請求項１０から１９のいずれか一項に記載の装置と、請求項２９または３０に記載の装置と、を備える通信システム。

Images