JP2014216716A - 基地局、端末および通信システム - Google Patents

Abstract

【課題】端末に対するリソースブロックの割り当て単位が複数ある場合に、割り当てられないリソースブロックが発生することなく各端末へリソースブロックを割り当て可能な基地局を得ること。【解決手段】端末と共に通信システムを構成し、端末に対して、３ＧＰＰのＬＴＥまたはＬＴＥ−Ａｄｖａｎｃｅｄで定義されている周波数リソースの割り当てを行う基地局であって、端末から、３ＧＰＰで規定されているリソースブロックの割り当て単位よりもリソースブロック数の多いリソースブロックの割り当て単位であって、３ＧＰＰで規定されているリソースブロックの割り当て単位に基づいて規定されたリソースブロックの割り当て単位に対応しているか否かの情報を取得し、取得したリソースブロックの割り当て単位に対する対応情報に基づいて、端末に対して周波数リソースの割り当てを行う。【選択図】図１１

Description

本発明は、端末と共に通信システムを構成する基地局に関する。

従来、３ＧＰＰ（３^rd Generation Partnership Project）において、ＬＴＥ（Long Term Evolution）およびＬＴＥ−Ａｄｖａｎｃｅｄの規格が作成されている。これらの規格では、下り通信（基地局から端末への方向）において、基地局は、ユーザトラヒックをＰＤＳＣＨ（Physical Downlink Shared Channel）の通信チャネルに載せて伝送する。その際、基地局は、データ送信対象の端末向けのＰＤＳＣＨの周波数位置情報を、ＰＤＣＣＨ（Physical Downlink Control Channel）の制御チャネルに載せる。端末は、自端末向けのトラヒックデータが載っているＰＤＳＣＨを受信するため、先にＰＤＣＣＨを検出・受信する。端末は、ＰＤＣＣＨに載っている制御情報から、自端末宛ＰＤＳＣＨの周波数位置、ＰＤＳＣＨの変調方式・誤り訂正符号化率を特定できるため、ＰＤＳＣＨの復調・復号が可能となる。

ＰＤＣＣＨのエリアは、１〜３ＯＦＤＭ（Orthogonal Frequency Division Multiplexing）シンボルの範囲で変化し、１４ＯＦＤＭシンボルのうちの残りのＯＦＤＭシンボルをＰＤＳＣＨに使用することができる。１４個のＯＦＤＭシンボルから成るサブフレームと呼ぶ時間長がリソース割り当て、いわゆるスケジューリングの単位となる。ここで、ＰＤＳＣＨを送る対象の端末が多い場合には、各ＰＤＳＣＨに関する制御情報を載せるＰＤＣＣＨの数も多くなる。多くのＰＤＣＣＨを同時に伝送するため、ＰＤＣＣＨエリアに必要なＯＦＤＭシンボル数は多くなる。具体的に、ＰＤＣＣＨで伝送する制御情報に、ＭＣＳ（Modulation and coding scheme）がある。ＭＣＳは、下り通信回線の伝送路品質に合わせて選択するものである。基地局は、伝送路品質が良ければ、多値数が多い変調方式および高符号化率に相当するＭＣＳを選択し、伝送路品質が悪ければ、多値数が少ない変調方式および低符号化率に相当するＭＣＳを選択する。

近年、３ＧＰＰでは、さらなるスループット向上のため、多値数の高い２５６ＱＡＭの導入を検討している（下記非特許文献１の４章に記載）。この場合、２５６ＱＡＭに相当するＭＣＳのレベルを追加することが予測され、ＭＣＳの通知に必要なビット数が増大する。ＭＣＳなどの制御ビット数が増大する、すなわち、ＰＤＣＣＨエリアが増大することは、ＰＤＳＣＨエリアが少なくなることが明らかであり、ユーザデータを伝送するビット数が少なくなる。従って、２５６ＱＡＭ導入によるスループット向上の効果が低下する。このような問題に対して、下記非特許文献２の３．２節（Downlink Control signaling reduction）では、ＲＢＧ（Resource Block Group）サイズを大きくすることが述べられている。ＭＣＳを表すビット数が多くなることを許容する代わりに、Ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ ａｓｓｉｇｎｍｅｎｔを表すビット数を少なくできる効果がある。

３ＧＰＰ ＴＳＧ−ＲＡＮ Ｍｅｅｔｉｎｇ ＃５８ ＲＰ−１２２０３２ （Ｄｅｃ．４−７，２０１２） ３ＧＰＰ ＴＳＧ−ＲＡＮ ＷＧ１ Ｍｅｅｔｉｎｇ ＃７２ Ｒ１−１３００２２ （２８ Ｊａｎｕａｒｙ−１ Ｆｅｂｒｕａｒｙ ２０１３）

しかしながら、上記従来の技術（非特許文献２）によれば、ＲＢＧサイズを大きくした規格に対応している端末と未対応の端末が混在する通信システムにおいて、基地局は、同じＲＢＧサイズで割り当てを行うことができない。基地局は、ＲＢ（Resource Block）割り当ての重なりを回避するため、ＲＢＧサイズを大きくした規格に対応している端末と未対応の端末のいずれの端末にも割り当てることができないＲＢが発生する。そのため、無線リソースを効率的に使用できない、という問題があった。

本発明は、上記に鑑みてなされたものであって、リソース割り当ての際の制御ビット数を低減可能な基地局を得ることを目的とする。

上述した課題を解決し、目的を達成するために、本発明は、端末と共に通信システムを構成し、前記端末に対して、３ＧＰＰのＬＴＥまたはＬＴＥ−Ａｄｖａｎｃｅｄで定義されている周波数リソースの割り当てを行う基地局であって、前記端末から、３ＧＰＰで規定されているリソースブロックの割り当て単位よりもリソースブロック数の多いリソースブロックの割り当て単位であって、前記３ＧＰＰで規定されているリソースブロックの割り当て単位に基づいて規定されたリソースブロックの割り当て単位に対応しているか否かの情報を取得し、取得したリソースブロックの割り当て単位に対する対応情報に基づいて、当該端末に対して周波数リソースの割り当てを行う、ことを特徴とする。

本発明によれば、リソース割り当ての際の制御ビット数を低減できる、という効果を奏する。

図１は、ＰＤＣＣＨとＰＤＳＣＨの関係およびそれぞれの周波数／時間軸上での配置を示す図である。 図２は、複数端末向けにＰＤＳＣＨを同時送信したときのＰＤＣＣＨとＰＤＳＣＨの配置例を示す図である。 図３は、ＰＤＣＣＨで伝送する制御情報の一例を示す図である。 図４は、ＰＤＣＣＨで伝送する制御情報の一例を示す図である。 図５は、基地局と端末の間でＰＤＣＣＨ／ＰＤＳＣＨおよびＰＵＣＣＨの伝送の様子を示す図である。 図６は、３ＧＰＰ ＴＳ ３６．２１３ Ｖ９．３．０に定義されているＭＣＳテーブルを示す図である。 図７は、Ｔｙｐｅ０のＲｅｓｏｕｒｃｅ ｂｌｏｃｋ ａｓｓｉｇｎｍｅｎｔを示す図である。 図８は、Ｔｙｐｅ１のＲｅｓｏｕｒｃｅ ｂｌｏｃｋ ａｓｓｉｇｎｍｅｎｔを示す図である。 図９は、Ｔｙｐｅ２のＲｅｓｏｕｒｃｅ ｂｌｏｃｋ ａｓｓｉｇｎｍｅｎｔを示す図である。 図１０は、ＲＢＧサイズを大きくした時のＲＢ割り当て例とその時に発生する問題を示す図である。 図１１は、本実施の形態の基地局の構成例を示す図である。 図１２は、本実施の形態の端末の構成例を示す図である。 図１３は、２５６ＱＡＭを採用したＭＣＳテーブルの例を示す図である。 図１４は、２５６ＱＡＭを採用したＭＣＳテーブルの例を示す図である。 図１５は、本実施の形態においてＴｙｐｅ０を用いた場合のＲＢ割り当ての例を示す図である。 図１６は、本実施の形態においてＴｙｐｅ１を用いた場合のＲＢ割り当ての例を示す図である。

以下に、本発明にかかる基地局の実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。

実施の形態．
まず、本実施の形態のリソース割り当ての際の制御ビット数を低減する動作を説明する前に、現在、ＬＴＥ／ＬＴＥ-Ａｄｖａｎｃｅｄで規定されているＰＤＣＣＨ、ＰＤＳＣＨ等について、図面を用いて簡単に説明する。

図１は、ＰＤＣＣＨとＰＤＳＣＨの関係およびそれぞれの周波数／時間軸上での配置を示す図である。基地局は、ユーザトラヒックをＰＤＳＣＨ、データ送信対象の端末向けのＰＤＳＣＨの周波数位置情報をＰＤＣＣＨに載せて伝送する。端末は、先にＰＤＣＣＨを検出・受信し、ＰＤＣＣＨに載っている制御情報から自端末宛ＰＤＳＣＨの周波数位置、変調方式、誤り訂正符号化率を特定して、ＰＤＳＣＨの復調・復号を行う。

図２は、複数端末向けにＰＤＳＣＨを同時送信したときのＰＤＣＣＨとＰＤＳＣＨの配置例を示す図である。ＰＤＳＣＨを送る対象の端末が多い場合（一例として、端末Ａ，Ｂ，Ｃの３つ）には、各ＰＤＳＣＨに関する制御情報を載せるＰＤＣＣＨの数も多くなる。このような場合、多くのＰＤＣＣＨを同時に伝送するため、ＰＤＣＣＨエリアに必要なＯＦＤＭシンボル数は多くなり、ここでは、最大の３ＯＦＤＭシンボルをＰＤＣＣＨエリアに使用している。

図３、図４は、ＰＤＣＣＨで伝送する制御情報の一例を示す図である。タイトルに記載のＤＣＩ（Downlink Control Information）は、端末と通信を行うための制御情報を意味し、制御目的、制御対象別にそれぞれフォーマットが定義されている。例えば、図３のＤＣＩ ｆｏｒｍａｔ １Ａは、１つのデータ系列のみ送信するときに使用し、図４のＤＣＩ ｆｏｒｍａｔ ２Ａは、２つの異なるデータ系列を同時に送信するとき（Spatial Multiplexingを実施）に使用する。これらＤＣＩ ｆｏｒｍａｔの詳細は、３ＧＰＰ ＴＳ ３６．２１２ Ｖ９．３．０の５．３．３．１．３節に記載されている。

図３、図４に記載のＭＣＳは、下り通信回線の伝送路品質に合わせて基地局が選択するものである。基地局は、伝送路品質が良ければ、多値数が多い変調方式および高符号化率に相当するＭＣＳを選択し、伝送路品質が悪ければ、多値数が少ない変調方式および低符号化率に相当するＭＣＳを選択する。また、伝送路品質は、端末が伝送路を測定した結果を基地局に報告することが３ＧＰＰの規格として規定されている。このときの報告値をＣＱＩ（Channel Quality Indicator）と呼ぶ。基地局では、このＣＱＩを基にＭＣＳを選択する。

図５は、基地局と端末の間でＰＤＣＣＨ／ＰＤＳＣＨおよびＰＵＣＣＨ（Physical Uplink Control Channel）の伝送の様子を示す図である。ＰＵＣＣＨは、ＣＱＩを伝送する上り（端末から基地局の方向）制御チャネルである。なお、ＰＵＣＣＨは、ＣＱＩの他に、ＰＤＳＣＨの受信結果（成功または失敗）を通知するＡＣＫ／ＮＡＣＫ、および端末が上り通信チャネルの割り当てを要求するためのＳＲ（Scheduling Request）も伝送することができる。

図６は、３ＧＰＰ ＴＳ ３６．２１３ Ｖ９．３．０に定義されているＭＣＳテーブルを示す図である。Ｍｏｄｕｌａｔｉｏｎ Ｏｒｄｅｒが変調多値数のことであり、ＱＰＳＫが２、１６ＱＡＭが４、６４ＱＡＭが６として表されている。また、同一変調多値数のＭＣＳにおいても、誤り訂正符号化率が異なり、ＭＣＳ ｉｎｄｅｘが低い方が符号化率は低く、ＭＣＳ ｉｎｄｅｘが高い方が符号化率は高い。例えば、同じＱＰＳＫとなっているＭＣＳ０〜ＭＣＳ９の中でもＭＣＳ０は最も符号化率が低く、ＭＣＳ９は最も符号化率が高い。

図３、図４に記載のＲｅｓｏｕｒｃｅ ｂｌｏｃｋ ａｓｓｉｇｎｍｅｎｔは、ＰＤＳＣＨを送っている端末に対する周波数リソースの割り当て情報であり、割り当て方法にＴｙｐｅ０、Ｔｙｐｅ１、Ｔｙｐｅ２の３種類がある。

図７は、Ｔｙｐｅ０のＲｅｓｏｕｒｃｅ ｂｌｏｃｋ ａｓｓｉｇｎｍｅｎｔを示す図である。基地局は、Ｔｙｐｅ０では、ＲＢを複数束ねたＲＢＧの考え方があり、各端末にはＲＢＧ単位でリソース割り当てを行う。各ＲＢＧに相当するビットに割り当てあり（＝１）／なし（＝０）の情報を載せ、端末に通知する。なお、ＲＢＧを構成するＲＢ数は、システム帯域全体に存在するＲＢ数に依存する。全体のＲＢ数が１０以下であれば、ＲＢＧは１つのＲＢ、全体のＲＢ数が１１から２６であれば、ＲＢＧは２つのＲＢ、全体のＲＢ数が２７から６３であれば、ＲＢＧは３つのＲＢ、全体のＲＢ数が６４から１１０であれば、ＲＢＧは４つのＲＢから構成される。

図８は、Ｔｙｐｅ１のＲｅｓｏｕｒｃｅ ｂｌｏｃｋ ａｓｓｉｇｎｍｅｎｔを示す図である。基地局は、Ｔｙｐｅ１では、各端末にＲＢ単位でのリソース割り当てが可能である。ただし、複数あるＳｕｂｓｅｔのうち、１つの端末に対しては同一Ｓｕｂｓｅｔ内のＲＢのみが割り当て可能である。よって、図８の例では、Ｓｕｂｓｅｔ０に属するＲＢのみが１つの端末に割り当て可能であり、Ｓｕｂｓｅｔ０に属するＲＢとＳｕｂｓｅｔ１に属するＲＢを１つの端末に同時に割り当てることはできない。また、Ｔｙｐｅ１では、選択したＳｕｂｓｅｔを示すための識別子が存在する。

図９は、Ｔｙｐｅ２のＲｅｓｏｕｒｃｅ ｂｌｏｃｋ ａｓｓｉｇｎｍｅｎｔを示す図である。基地局は、Ｔｙｐｅ２では、１つの端末に割り当てるＲＢをＳｔａｒｔ ＰｏｉｎｔとＬｅｎｇｔｈで示す。よって、Ｔｙｐｅ２では、連続するＲＢ割り当てのみが可能であり、不連続のＲＢ割り当てを実施することはできない。なお、Ｔｙｐｅ０、Ｔｙｐｅ１、Ｔｙｐｅ２の詳細は、３ＧＰＰ ＴＳ ３６．２１３ Ｖ９．３．０の７．１．６に記載されている。

前述の非特許文献１では、スループット向上のため多値数の高い２５６ＱＡＭの導入が検討されている。具体的には、図６で定義したＭＣＳのテーブルに２５６ＱＡＭに相当するＭＣＳのレベルを追加することが予測され、ＭＣＳの通知に必要なビット数が増大することになる。

また、前述の非特許文献２では、ＰＤＣＣＨエリアのビット数を低減する方法として、Ｔｙｐｅ０のリソース割り当てにおいて、ＲＢＧサイズを大きくすることが述べられているが、ＲＢＧサイズを大きくしただけでは、以下に述べる問題が発生する。図１０は、ＲＢＧサイズを大きくした時のＲＢ割り当て例とその時に発生する問題を示す図である。図１０の上方のＲＢＧは、ＲＢＧサイズを大きくしたもの（新規格に対応）であり、５つのＲＢから１つのＲＢＧが構成されている。一方、図１０の下方は現規格に対応し、ＲＢＧサイズを大きくした仕様には対応していない端末向けに、４つのＲＢから１つのＲＢＧが構成されている。なお、説明の便宜上、ここでは、非特許文献２に記載の規格を新規格とし、現行の３ＧＰＰの規格を現規格とする。

図１０に示すように、新規格対応端末と現規格対応端末が混在した通信システムでは、基地局は、新規格対応端末向けに左端のＲＢＧ（左から１〜５番目のＲＢ）を割り当てた後に、残りのＲＢを現規格対応端末に割り当てる場合、現規格対応端末の２つ目のＲＢＧが新規格対応端末の１つ目のＲＢＧと重なっているため（左から５番目のＲＢ）、ＲＢ割り当ての重なりを避けるために２つ目のＲＢＧに割り当ては行わず、３つ目のＲＢＧから割り当てを実施する。その結果、左から６〜８番目のＲＢをいずれの端末にも割り当てることができない。上記の例とは逆に、先に現規格対応端末にＲＢ割り当てを行い、次に新規格対応端末にＲＢ割り当てを行う場合も同様の問題が発生する。これにより、無線リソースを効率的に使用できない。

また、前述の非特許文献２では、Ｔｙｐｅ０においてＲＢＧサイズを大きくすることのみを述べており、Ｔｙｐｅ１、Ｔｙｐｅ２への対応、すなわち、Ｔｙｐｅ１、Ｔｙｐｅ２においてＰＤＣＣＨエリアのビット数を低減する方法については述べておらず、ＲＢの具体的な割り当て方法が不明である。

つづいて、本実施の形態においてリソース割り当ての際の制御ビット数を低減する基地局および端末の構成および動作について、具体的に説明する。

図１１は、本実施の形態の基地局の構成例を示す図である。基地局は、制御部１１と、ＰＤＣＣＨ／ＰＤＳＣＨ生成部１２と、送受信部１３と、ＰＵＣＣＨ解析部１４と、を備える。

制御部１１は、端末との接続シーケンス、通信ネットワーク網からの通信データ到来を管理し、ＰＤＣＣＨ／ＰＤＳＣＨ生成部１２にＰＤＣＣＨおよびＰＤＳＣＨの生成を指示する。この際、制御部１１は、リソース割り当ての対象端末が本実施の形態で規定するリソース割り当ての規格に対応か否かの情報に応じてＭＣＳ、Ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ ａｓｓｉｇｎｍｅｎｔを決定する。制御部１１は、リソース割り当ての対象端末が本実施の形態で規定するリソース割り当ての規格に対応か否かの情報について、例えば、基地局と端末が通信を開始するときの接続時に取得することができる。

ＰＤＣＣＨ／ＰＤＳＣＨ生成部１２は、制御部１１から指示されたＰＤＣＣＨ／ＰＤＳＣＨの生成を実施し、生成したＰＤＣＣＨ／ＰＤＳＣＨを送受信部１３に送る。

送受信部１３は、ＰＤＣＣＨ／ＰＤＳＣＨ生成部１２から得たＰＤＣＣＨ／ＰＤＳＣＨに変調、高周波信号への変換を実施し、無線信号で送信を行う。さらに、送受信部１３は、端末からのＰＵＣＣＨ信号を受信し、低周波信号への変換、復調を行った後にＰＵＣＣＨ解析部１４にＰＵＣＣＨ信号を引き渡す。

ＰＵＣＣＨ解析部１４は、送受信部１３から受け取ったＰＵＣＣＨ信号からＣＱＩを特定し、その結果を制御部１１に通知する。制御部１１は、通知を受けたＣＱＩを基に次のＰＤＳＣＨ送信時のＭＣＳを決定する。また、ＰＵＣＣＨ解析部１４は、ＰＵＣＣＨ信号からＡＣＫ／ＮＡＣＫの特定も行い、その結果を制御部１１に通知する。

図１２は、本実施の形態の端末の構成例を示す図である。端末は、制御部２１と、ユーザインタフェース部２２と、ＰＤＣＣＨ／ＰＤＳＣＨ復号化部２３と、送受信部２４と、品質測定部２５と、ＰＵＣＣＨ生成部２６と、を備える。

制御部２１は、基地局との接続シーケンス、ユーザインタフェース部２２からの通信データ到来を管理し、ＰＤＣＣＨ／ＰＤＳＣＨ復号化部２３にＰＤＣＣＨ／ＰＤＳＣＨの復号を指示する。

ユーザインタフェース部２２は、ユーザ側からのデータを受け付けるインタフェースである。

ＰＤＣＣＨ／ＰＤＳＣＨ復号化部２３は、送受信部２４から受信した信号の復号を実施する。

送受信部２４は、基地局からＰＤＣＣＨ／ＰＤＳＣＨ信号を受信し、低周波信号への変換、復調を行った後にＰＤＣＣＨ／ＰＤＳＣＨ復号化部２３にＰＤＣＣＨ／ＰＤＳＣＨ信号を引き渡す。

品質測定部２５は、送受信部２４で受信した信号に対して品質を測定し、その結果を制御部２１に通知する。通知を受けた制御部２１は、測定結果と共にＰＵＣＣＨ生成の指示をＰＵＣＣＨ生成部２６に行う。

ＰＵＣＣＨ生成部２６は、渡された測定結果からＣＱＩを生成し、ＣＱＩをＰＵＣＣＨに載せて送受信部２４に送る。また、制御部２１は、ＰＤＳＣＨの復号結果（成功または失敗）をＰＵＣＣＨ生成部２６に通知する。復号結果の通知を受けたＰＵＣＣＨ生成部２６は、ＡＣＫ／ＮＡＣＫを生成し、それをＰＵＣＣＨに載せて送受信部２４に送る。送受信部２４は、ＣＱＩまたはＡＣＫ／ＮＡＣＫの載ったＰＵＣＣＨに変調、高周波信号への変換を実施し、無線信号で基地局へ送信する。

なお、端末では、制御部２１の制御により、基地局と通信を開始するときの接続時において、自身が、リソース割り当ての対象端末が本実施の形態で規定するリソース割り当ての規格に対応か否かの情報を基地局に対して通知することとする。

図１１に示す基地局では、制御部１１は、周波数リソースの割り当てを行うにあたって、ＭＣＳを決定する際、対象端末が本実施の形態の規格に対応か否かの情報を使用する。具体的には、対象端末が本実施の形態の規格に対応であれば、ＭＣＳ選択候補として、２５６ＱＡＭを使用するＭＣＳも含め、本実施の形態の規格に対応でなければ、６４ＱＡＭまでのＭＣＳを選択候補とする。図１３、図１４は、２５６ＱＡＭを採用したＭＣＳテーブルの例を示す図である。

端末は、自身が本実施の形態の規格に対応であれば、ＰＤＣＣＨから得たＭＣＳと図１３または図１４を用いて変調方式、誤り訂正符号化率を特定してＰＤＳＣＨの復調・復号を行う。一方、端末は、自身が本実施の形態の規格に対応でなければ、ＰＤＣＣＨから得たＭＣＳと図６を用いて変調方式、誤り訂正符号化率を特定してＰＤＳＣＨの復調・復号を行う。

つづいて、基地局が行うＲＢ割り当てをＴｙｐｅ別に説明する。まず、基地局がＲｅｓｏｕｒｃｅ ｂｌｏｃｋ ａｓｓｉｇｎｍｅｎｔを決定する際に、ＲＢ割り当てがＴｙｐｅ０である場合について説明する。基地局は、Ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ ａｓｓｉｇｎｍｅｎｔを決定する際にも、対象端末が本実施の形態の規格に対応か否かの情報を使用する。図１５は、本実施の形態においてＴｙｐｅ０を用いた場合のＲＢ割り当ての例を示す図である。現規格に対応した端末向けに１つのＲＢＧは４つのＲＢから構成される例となっており、この場合、本実施の形態の規格に対応した端末に対するＲＢＧのサイズは、現規格のＲＢＧサイズの２倍、すなわち８つのＲＢから構成される例としている。基地局は、Ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ ａｓｓｉｇｎｍｅｎｔとして、本実施の形態の規格に対応した端末に対しては８ＲＢ単位でＲＢ割り当てを行い、それに応じたビットに「１」を立てる。一方、現規格に対応した端末に対しては４ＲＢ単位でＲＢ割り当てを行う。

端末は、自身が本実施の形態の規格に対応であれば、ＰＤＣＣＨから得たＲｅｓｏｕｒｃｅ ｂｌｏｃｋ ａｓｓｉｇｎｍｅｎｔに対して１ＲＢＧ＝８ＲＢとしてＰＤＳＣＨに割り当てられたＲＢを特定してＰＤＳＣＨの復調・復号を行う。一方、端末は、自身が本実施の形態の規格に対応でなければ、ＰＤＣＣＨから得たＲｅｓｏｕｒｃｅ ｂｌｏｃｋ ａｓｓｉｇｎｍｅｎｔに対して１ＲＢＧ＝４ＲＢとしてＰＤＳＣＨに割り当てられたＲＢを特定してＰＤＳＣＨの復調・復号を行う。

なお、基地局は、本実施の形態の規格に対応した端末に対するＲＢＧのサイズとして現規格のＲＢＧサイズの２倍としているが、これに限定するものではない。基地局は、現規格のＲＢＧサイズの３倍、４倍のように整数倍とすることが可能である。

つぎに、基地局がＲｅｓｏｕｒｃｅ ｂｌｏｃｋ ａｓｓｉｇｎｍｅｎｔを決定する際に、ＲＢ割り当てがＴｙｐｅ１である場合について説明する。図１６は、本実施の形態においてＴｙｐｅ１を用いた場合のＲＢ割り当ての例を示す図である。現規格に対応した端末向けに４ＲＢ毎にＳｕｂｓｅｔが切り替わる例となっており、この場合、本実施の形態の規格に対応した端末に対するＳｕｂｓｅｔは８ＲＢ毎に切り替わる。また、現規格に対応した端末には１ＲＢ毎にＲＢ割り当てを実施し、本実施の形態の規格に対応した端末には２ＲＢ毎にＲＢ割り当てを実施する。よって、基地局は、Ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ ａｓｓｉｇｎｍｅｎｔとして、本実施の形態の規格に対応した端末に対しては２ＲＢ単位でＲＢ割り当てを行い、それに応じたビットに「１」を立てる。一方、現規格に対応した端末に対しては１ＲＢ単位でＲＢ割り当てを行い、それに応じたビットに「１」を立てる。また、それぞれの端末に対し、選択したＳｕｂｓｅｔの識別子を付ける。

端末は、自身が本実施の形態の規格に対応であれば、ＰＤＣＣＨから得たＲｅｓｏｕｒｃｅ ｂｌｏｃｋ ａｓｓｉｇｎｍｅｎｔの１ビットが２ＲＢの割り当てと解釈してＰＤＳＣＨに割り当てられたＲＢを特定してＰＤＳＣＨの復調・復号を行う。一方、端末は、自身が本実施の形態の規格に対応でなければ、ＰＤＣＣＨから得たＲｅｓｏｕｒｃｅ ｂｌｏｃｋ ａｓｓｉｇｎｍｅｎｔの１ビットが１ＲＢの割り当てと解釈してＰＤＳＣＨに割り当てられたＲＢを特定してＰＤＳＣＨの復調・復号を行う。

なお、基地局は、ｓｕｂｓｅｔの切り替え単位を、現規格の２倍としているが、これに限定するものではない。基地局は、現規格の３倍、４倍のように整数倍とすることが可能である。

つぎに、基地局がＲｅｓｏｕｒｃｅ ｂｌｏｃｋ ａｓｓｉｇｎｍｅｎｔを決定する際に、ＲＢ割り当てがＴｙｐｅ２である場合について説明する。基地局は、Ｔｙｐｅ２において、現規格では、Ｌｅｎｇｔｈとして１が可能であるが、本実施の形態の規格に対応のＬｅｎｇｔｈに１よりも大きい最小値（２ＲＢ以上）を定義する。これにより、Ｓｔａｒｔ ＰｏｉｎｔとＬｅｎｇｔｈの組み合わせ数が現規格に比べて減り、Ｓｔａｒｔ ＰｏｉｎｔとＬｅｎｇｔｈを表現するために必要なビット数を削減することができる。

または、基地局は、Ｔｙｐｅ２において、現規格では、Ｌｅｎｇｔｈとして１ＲＢの単位で選択可能であるが、本実施の形態の規格に対応のＬｅｎｇｔｈにおいては、２ＲＢの単位で選択することとする。すなわち、Ｌｅｎｇｔｈとして取りえる値が２，４，６，…となる。または、１，３，５，７，…とすることも考えられる。これらの方法においても、Ｓｔａｒｔ ＰｏｉｎｔとＬｅｎｇｔｈの組み合わせ数が現規格に比べて減り、Ｓｔａｒｔ ＰｏｉｎｔとＬｅｎｇｔｈを表現するために必要なビット数を削減することができる。なお、上記ではＬｅｎｇｔｈの取りえる値として２ＲＢ単位としたが、３ＲＢ単位、４ＲＢ単位など所定の整数の倍数としてもよい。３ＲＢ単位の場合では、３，６，９，…とすることも考えられるが、その他に１，４，７，…、または、２，５，８，…とするように、最小値を所定の整数（ここでは３）よりも小さい値とし、最小値から数えて２つ目以降のＬｅｎｇｔｈの値は所定の整数の倍数を加算した値としてもよい。４ＲＢ単位の場合についても同様である。

Ｔｙｐｅ２において、端末は、自身が本実施の形態の規格に対応であれば、ＰＤＣＣＨから得たＲｅｓｏｕｒｃｅ ｂｌｏｃｋ ａｓｓｉｇｎｍｅｎｔに対して新しいＬｅｎｇｔｈの定義でＰＤＳＣＨに割り当てられたＲＢ数を特定してＰＤＳＣＨの復調・復号を行う。一方、端末は、自信が本実施の形態の規格に対応でなければ、ＰＤＣＣＨから得たＲｅｓｏｕｒｃｅ ｂｌｏｃｋ ａｓｓｉｇｎｍｅｎｔに対して現規格のＬｅｎｇｔｈの定義でＰＤＳＣＨに割り当てられたＲＢ数を特定してＰＤＳＣＨの復調・復号を行う。

このように、３ＧＰＰのＬＴＥまたはＬＴＥ−Ａｄｖａｎｃｅｄで定義されている周波数リソースの割り当てを行う基地局では、３ＧＰＰで規定されているリソースブロックの割り当て単位よりもリソースブロック数の多いリソースブロックの割り当て単位に対応している端末に対しては、上記（Ｔｙｐｅ０〜Ｔｙｐｅ２）のように周波数リソースの割り当てを行うことで、ＰＤＣＣＨに搭載するＲｅｓｏｕｒｃｅ ｂｌｏｃｋ ａｓｓｉｇｎｍｅｎｔに要する制御ビット数を削減することができる。

以上説明したように、本実施の形態によれば、基地局は、端末から、３ＧＰＰで規定されているリソースブロックの割り当て単位よりもリソースブロック数の多いリソースブロックの割り当て単位であって、３ＧＰＰで規定されているリソースブロックの割り当て単位に基づいて規定されたリソースブロックの割り当て単位に対応しているか否かの情報を取得し、取得したリソースブロックの割り当て単位に対する対応情報に基づいて、対応している端末に対しては、３ＧＰＰで規定されているリソースブロックの割り当て単位よりもリソースブロック数の多いリソースブロックの割り当て単位で周波数リソースの割り当てを行い、対応していない端末に対しては、３ＧＰＰで規定されているリソースブロックの割り当て単位で周波数リソースの割り当てを行うこととした。これにより、３ＧＰＰで規定されているリソースブロックの割り当て単位よりもリソースブロック数の多いリソースブロックの割り当て単位に対応している端末および未対応の端末が混在している場合においても、割り当てられないリソースブロックが発生することなく各端末へリソースブロックを割り当てることができ、リソース割り当ての際の制御ビット数を低減することができる。

以上のように、本発明にかかる基地局は、端末と共に構成する通信システムに有用であり、特に、複数の端末がある場合に適している。

１１ 制御部、１２ ＰＤＣＣＨ／ＰＤＳＣＨ生成部、１３ 送受信部、１４ ＰＵＣＣＨ解析部、２１ 制御部、２２ ユーザインタフェース部、２３ ＰＤＣＣＨ／ＰＤＳＣＨ復号化部、２４ 送受信部、２５ 品質測定部、２６ ＰＵＣＣＨ生成部。

Claims (10)

1. 端末と共に通信システムを構成し、前記端末に対して、３ＧＰＰのＬＴＥまたはＬＴＥ−Ａｄｖａｎｃｅｄで定義されている周波数リソースの割り当てを行う基地局であって、
   前記端末から、３ＧＰＰで規定されているリソースブロックの割り当て単位よりもリソースブロック数の多いリソースブロックの割り当て単位であって、前記３ＧＰＰで規定されているリソースブロックの割り当て単位に基づいて規定されたリソースブロックの割り当て単位に対応しているか否かの情報を取得し、取得したリソースブロックの割り当て単位に対する対応情報に基づいて、当該端末に対して周波数リソースの割り当てを行う、
   ことを特徴とする基地局。
2. Ｔｙｐｅ０で周波数リソースの割り当てを行う場合に、リソースブロック数の多いリソースブロックの割り当て単位に対応した端末に対して、３ＧＰＰで規定されているリソースブロックグループサイズの整数倍で周波数リソースの割り当てを行う、
   ことを特徴とする請求項１に記載の基地局。
3. Ｔｙｐｅ１で周波数リソースの割り当てを行う場合に、リソースブロック数の多いリソースブロックの割り当て単位に対応した端末に対して、サブセットを切り替えるリソースブロック数の単位を、３ＧＰＰで規定されている切り替えリソースブロック数の整数倍として周波数リソースの割り当てを行う、
   ことを特徴とする請求項１または２に記載の基地局。
4. Ｔｙｐｅ１で周波数リソースの割り当てを行う場合に、リソースブロック数の多いリソースブロックの割り当て単位に対応した端末に対して、割り当てるリソースブロックの最小単位を２リソースブロックとして周波数リソースの割り当てを行う、
   ことを特徴とする請求項１または２に記載の基地局。
5. Ｔｙｐｅ２で周波数リソースの割り当てを行う場合に、リソースブロック数の多いリソースブロックの割り当て単位に対応した端末に対して、Ｌｅｎｇｔｈの最小値を２リソースブロック以上として周波数リソースの割り当てを行う、
   ことを特徴とする請求項１〜４のいずれか１つに記載の基地局。
6. Ｔｙｐｅ２で周波数リソースの割り当てを行う場合に、リソースブロック数の多いリソースブロックの割り当て単位に対応した端末に対して、Ｌｅｎｇｔｈを所定の整数の倍数のリソースブロック数として周波数リソースの割り当てを行う、
   ことを特徴とする請求項１〜４のいずれか１つに記載の基地局。
7. Ｔｙｐｅ２で周波数リソースの割り当てを行う場合に、リソースブロック数の多いリソースブロックの割り当て単位に対応した端末に対して、Ｌｅｎｇｔｈの最小値を所定の整数よりも小さい値とし、前記最小値から数えて２つ目以降のＬｅｎｇｔｈの値は当該最小値に前記所定の整数の倍数を加算した値として周波数リソースの割り当てを行う、
   ことを特徴とする請求項１〜４のいずれか１つに記載の基地局。
8. 前記通信システムにおいて、リソースブロック数の多いリソースブロックの割り当て単位に対応した端末と対応していない端末が混在している場合に、各端末に対して、それぞれに対応したリソースブロックの割り当て単位で周波数リソースの割り当てを行う、
   ことを特徴とする請求項１〜７のいずれか１つに記載の基地局。
9. 端末に対して３ＧＰＰのＬＴＥまたはＬＴＥ−Ａｄｖａｎｃｅｄで定義されている周波数リソースの割り当てを行う基地局と共に通信システムを構成する前記端末であって、
   前記基地局に対して、自身が、３ＧＰＰで規定されているリソースブロックの割り当て単位よりもリソースブロック数の多いリソースブロックの割り当て単位であって、前記３ＧＰＰで規定されているリソースブロックの割り当て単位に基づいて規定されたリソースブロックの割り当て単位に対応しているか否かの情報を通知する、
   ことを特徴とする端末。
10. 請求項１〜８のいずれか１つに記載の基地局と、
    請求項９に記載の端末と、
    を備えた通信システム。

Images