JP2011135234A

JP2011135234A - 移動局、無線基地局及び移動通信方法

Info

Publication number: JP2011135234A
Application number: JP2009291486A
Authority: JP
Inventors: Hiroyuki Ishii; 啓之石井; Nobuhiko Miki; 信彦三木
Original assignee: NTT Docomo Inc
Current assignee: NTT Docomo Inc
Priority date: 2009-12-22
Filing date: 2009-12-22
Publication date: 2011-07-07
Also published as: EP2519050A1; US20120257590A1; WO2011078185A1

Abstract

【課題】「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ」の非効率的なリソース割り当てを回避することにより、システムの効率化を実現する。
【解決手段】本発明に係る移動局ＵＥは、無線基地局ｅＮＢから、下りデータの送信を通知する下りリンク制御信号を受信する制御信号受信部１１と、受信された下りリンク制御信号に基づいて、下りデータの受信を行う受信部１３とを具備し、下りリンク制御信号は、通常の「ＣｏｍｐｏｎｅｎｔＣａｒｒｉｅｒ」のリソース割り当て情報「ＲＢａｓｓｉｇｎｍｅｎｔｉｎｆｏｍｒａｉｔｏｎ」に加えて、「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ」の割り当ての有無を示すビットを含むことを要旨とする。
【選択図】図３

Description

本発明は、移動通信の技術分野に関連し、特に、次世代移動通信技術を用いる移動通信システムにおける移動局、無線基地局及び移動通信方法に関する。

広帯域符号分割多重接続（ＷＣＤＭＡ：ＷｉｄｅｂａｎｄＣｏｄｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅｘｉｎｇＡｃｃｅｓｓ）方式や、高速下りリンクパケットアクセス（ＨＳＤＰＡ：Ｈｉｇｈ-ＳｐｅｅｄＤｏｗｎｌｉｎｋＰｃｋｅｔＡｃｃｅｓｓ）方式や、高速上りリンクパケットアクセス（ＨＳＵＰＡ：Ｈｉｇｈ-ＳｐｅｅｄＵｐｌｉｎｋＰｃｋｅｔＡｃｃｅｓｓ）方式等の後継となる通信方式、すなわち、ロングタームエボリューション（ＬＴＥ：ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ）方式が、ＷＣＤＭＡの標準化団体３ＧＰＰで検討され、仕様化作業が進められている。

ＬＴＥ方式での無線アクセス方式として、下りリンクについては直交周波数分割多重接続（ＯＦＤＭＡ：ＯｒｔｈｏｇｏｎａｌＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅｘｉｎｇＡｃｃｅｓｓ）方式が規定され、上りリンクについてはシングルキャリア周波数分割多重接続（ＳＣ-ＦＤＭＡ：Ｓｉｎｇｌｅ-ＣａｒｒｉｅｒＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ）方式が規定されている（例えば、非特許文献１参照）。

ＯＦＤＭＡ方式は、周波数帯域を複数の狭い周波数帯域（サブキャリア）に分割し、各サブキャリアにデータを載せて伝送を行うマルチキャリア伝送方式である。ＯＦＤＭＡ方式によれば、サブキャリアを周波数軸上に直交させながら密に並べることで高速伝送を実現し、周波数の利用効率を上げることが期待できる。

ＳＣ-ＦＤＭＡ方式は、周波数帯域を端末ごとに分割し、複数の移動局ＵＥ（ユーザ装置）間で異なる周波数帯域を用いて伝送するシングルキャリア伝送方式である。ＳＣ-ＦＤＭＡ方式によれば、移動局ＵＥ間の干渉を簡易且つ効果的に低減することができることに加えて送信電力の変動を小さくできるので、ＳＣ-ＦＤＭＡ方式は、移動局ＵＥの低消費電力化及びカバレッジの拡大等の観点から好ましい。

ＬＴＥ方式は、上りリンク及び下りリンク共に、１つ乃至２つ以上の物理チャネルを複数の移動局ＵＥで共有して通信を行うシステムである。

複数の移動局ＵＥで共有されるチャネルは、一般に「共有チャネル」と呼ばれ、ＬＴＥ方式においては、上りリンクにおいては「物理上りリンク共有チャネル（ＰｈｙｓｉｃａｌＵｐｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ：ＰＵＳＣＨ）」であり、下りリンクにおいては「物理下りリンク共有チャネル（ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ：ＰＤＳＣＨ）」である。

また、かかる共有チャネルは、トランスポートチャネルとしては、上りリンクにおいては「上りリンク共有チャネル（ＵＬ-ＳＣＨ：ＵｐｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ）」であり、下りリンクにおいては「下りリンク共有チャネル（ＤＬ-ＳＣＨ：ＤｏｗｎｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ）」である。

そして、上述したような共有チャネルを用いた通信システムにおいては、サブフレーム（Ｓｕｂ-ｆｒａｍｅ）（ＬＴＥ方式では、１ｍｓ）ごとに、どの移動局ＵＥに対して共有チャネルを割り当てるかを選択し、選択された移動局ＵＥに対して、共有チャネルを割り当てることをシグナリングする必要がある。

このシグナリングのために用いられる制御チャネルは、ＬＴＥ方式では、「物理下りリンク制御チャネル（ＰＤＣＣＨ：ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ）」又は「下りリンクＬ１/Ｌ２制御チャネル（ＤＬＬ１/Ｌ２ＣｏｎｔｒｏｌＣｈａｎｎｅｌ：ＤｏｗｎｌｉｎｋＬ１/Ｌ２ＣｏｎｔｒｏｌＣｈａｎｎｅｌ）」と呼ばれる。

なお、上述した、サブフレームごとに、どの移動局ＵＥに対して共有チャネルを割り当てるかを選択する処理のことを、一般に「スケジューリング」と呼ぶ。また、上述した「共有チャネルを割り当てる」という表現は、「共有チャネルのための無線リソースを割り当てる」と表現されてもよい。

物理下りリンク制御チャネルの情報には、例えば、「下りリンクスケジューリング情報（ＤｏｗｎｌｉｎｋＳｃｈｅｄｕｌｉｎｇＩｎｆｏｒｍａｔｉｏｎ）」や、「上りリンクスケジューリンググラント（ＵｐｌｉｎｋＳｃｈｅｄｕｌｉｎｇＧｒａｎｔ）」等が含まれる。

「ＤｏｗｎｌｉｎｋＳｃｈｅｄｕｌｉｎｇＩｎｆｏｒｍａｔｉｏｎ」には、例えば、下りリンクの共有チャネルに関する、下りリンクのリソースブロック（ＲｅｓｏｕｒｃｅＢｌｏｃｋ）の割り当て情報、ＵＥ-ＩＤ、ストリームの数、プリコーディングベクトル（ＰｒｅｃｏｄｉｎｇＶｅｃｔｏｒ）に関する情報、データサイズ、変調方式、ＨＡＲＱ（ｈｙｂｒｉｄａｕｔｏｍａｔｉｃｒｅｐｅａｔｒｅｑｕｅｓｔ）に関する情報等が含まれる。

また、「ＵｐｌｉｎｋＳｃｈｅｄｕｌｉｎｇＧｒａｎｔ」には、例えば、上りリンクの共有チャネルに関する、上りリンクのリソースブロック（ＲｅｓｏｕｒｃｅＢｌｏｃｋ）の割り当て情報、ＵＥ-ＩＤ、データサイズ、変調方式、上りリンクの送信電力情報、ＵｐｌｉｎｋＭＩＭＯにおけるデモジュレーションレファレンスシグナル（ＤｅｍｏｄｕｌａｔｉｏｎＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ）の情報等が含まれる。

なお、上述した「ＤｏｗｎｌｉｎｋＳｃｈｅｄｕｌｉｎｇＩｎｆｏｒａｍｔｉｏｎ」や「ＵｐｌｉｎｋＳｃｈｅｄｕｌｉｎｇＧｒａｎｔ」は、まとめて、「下りリンク制御情報（ＤＣＩ：ＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ）」と呼ばれてもよい。

ところで、ＬＴＥ方式の後継の通信方式として、ＬＴＥ-ａｄｖａｎｃｅｄ方式が、３ＧＰＰで検討されている。ＬＴＥ-ａｄｖａｎｃｅｄ方式の要求条件は、非特許文献２にまとめられている。

ＬＴＥ-ａｄｖａｎｃｅｄ方式では、その要求条件として、「Ｃａｒｒｉｅｒａｇｇａｒｅｇａｔｉｏｎ」を行うことが合意されている。ここで、「Ｃａｒｒｉｅｒａｇｇｒｅｇａｔｉｏｎ」とは、複数のキャリアを用いて同時に通信を行うことを意味する。

例えば、上りリンクにおいて「Ｃａｒｒｉｅｒａｇｇｒｅｇａｔｉｏｎ」が行われる場合、移動局ＵＥは、「ＣｏｍｐｏｎｅｎｔＣａｒｒｉｅｒ」ごとに異なる複数のキャリアを用いて送信を行うため、かかる複数のキャリアを用いて上りリンクの信号を送信する。

或いは、例えば、下りリンクにおいて「Ｃａｒｒｉｅｒａｇｇｒｅｇａｔｉｏｎ」が行われる場合、無線基地局ｅＮＢは、「ＣｏｍｐｏｎｅｎｔＣａｒｒｉｅｒ」ごとに異なる複数のキャリアを用いて送信を行い、移動局ＵＥは、かかる複数のキャリアを用いて下りリンクの信号を受信する。

ところで、ＬＴＥにおいては、システム帯域幅（チャネル帯域幅：ＣｈａｎｎｅｌＢａｎｄｗｉｄｔｈ）として、６ＲＢｓ、１５ＲＢｓ、２５ＲＢｓ、５０ＲＢｓ、７５ＲＢｓ、１００ＲＢｓが定義されている（非特許文献３）。なお、１ＲＢ（リソースブロック）は、１８０ｋＨｚである。

ＬＴＥ-ａｄｖａｎｃｅ方式における「ＣｏｍｐｏｎｅｎｔＣａｒｒｉｅｒ」は、原則として、ＬＴＥの１つのキャリアであり、「ＣｏｍｐｏｎｅｎｔＣａｒｒｉｅｒ」の帯域幅も、上述のチャネル帯域幅と同一とすることが提案されている。

ここで、例えば、４０ＭＨｚの帯域が存在する場合に、上述した「Ｃｏｍｐｏｎｅｎｔｃａｒｒｉｅｒ」の組み合わせとして、１００ＲＢｓ、１００ＲＢｓ、６ＲＢｓとすることが考えられる。

この場合、上述した６ＲＢｓにおいて、同期信号や報知情報等の共通チャネル信号を送信することは、無線リソースの無駄使いとなるため、上述の６ＲＢｓの「ＣｏｍｐｏｎｅｎｔＣａｒｒｉｅｒ」を「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ」或いは「ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ」として定義することが議論されている。

上述の「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ」或いは「ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ」においては、同期信号や報知情報等の共通チャネル信号によるオーバヘッドを削減するため、かかる共通チャネル信号を送信しないことが議論されている。

また、上述の「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ」或いは「ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ」のために、追加で物理下りリンク制御チャネル（ＰＤＣＣＨ）信号を送信することによる無線リソースの無駄遣いを避けるため、通常の「ＣｏｍｐｏｎｅｎｔＣａｒｒｉｅｒ」と、「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ」或いは「ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ」とに対して、まとめて１つの物理下りリンク制御チャネル（ＰＤＣＣＨ）信号を送信することが提案されている。

３ＧＰＰＴＳ３６.２１１（Ｖ８.３.０）、「ＰｈｙｓｉｃａｌＣｈａｎｎｅｌｓａｎｄＭｏｄｕｌａｔｉｏｎ」、２００８年５月３ＧＰＰＴＳ３６.９１３（Ｖ８.０.１）、「ＲｅｑｕｉｒｅｍｅｎｔｆｏｒｆｕｒｔｈｅｒａｄｖａｎｃｅｍｅｎｔｓｆｏｒＥｖｏｌｖｅｄＵｎｉｖｅｒｓａｌＴｅｒｒｅｓｔｒｉａｌＲａｄｉｏＡｃｃｅｓｓ（Ｅ-ＵＴＲＡ）（ＬＴＥ-Ａｄｖａｎｃｅｄ）」３ＧＰＰＴＳ３６.１０１（Ｖ８.２.０）、「Ｅ-ＵＴＲＡＵＥｒａｄｉｏｔｒａｎｓｍｉｓｓｉｏｎａｎｄｒｅｃｅｐｔｉｏｎ」

しかしながら、上述した従来の移動通信システムには、以下のような問題点がある。

通常の「ＣｏｍｐｏｎｅｎｔＣａｒｒｉｅｒ」のリソース割り当てにおいては、図９に示すように、システム帯域幅におけるリソースブロック数に応じて、リソースブロック数をグループ化する場合の大きさが決定され、そのグループ化されたリソースブロックのグループごとに、リソースブロックの割り当てが行われる。

例えば、システム帯域幅が５ＭＨｚの場合には、リソースブロック数が「２５」となるため、リソースブロックサイズは「２」となる。

この場合、リソースの割り当てにおいて、図１０に示すように、２個のリソースブロックから構成されるリソースグループごとに１ビットが定義され、その１ビットの値に基づいて、リソースの割り当てがあるか否かについて指定される。

すなわち、リソースブロックグループ＃１、＃２、＃３、…に対して、リソースブロックの割り当ての有無を指定するビット＃１、＃２、＃３、…が定義され、ビット＃１、＃２、＃３、…の値「０」又は「１」に応じて、リソースの割り当ての有無が指定される。

より具体的には、上述のビットの値が「０」である場合に、リソースの割り当てがあると指定され、上述のビットの値が「１」である場合に、リソースの割り当てがないと指定されてもよい。

しかしながら、通常の「ＣｏｍｐｏｎｅｎｔＣａｒｒｉｅｒ」に対して、「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ」或いは「ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ」が付与される場合、両者のリソースブロックサイズが異なるため、効率良く、リソースの割り当てができないという問題が生じる。

以下では、「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ」に関して説明を行う。なお、「ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ」に関しても、通常の「ＣｏｍｐｏｎｅｎｔＣａｒｒｉｅｒ」と「ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ」とを合わせて、１つのＰＤＣＣＨ信号が通知される場合には、同様の問題が生じる。

例えば、通常の「ＣｏｍｐｏｎｅｎｔＣａｒｒｉｅｒ」のリソースブロック数が「２５」であり、「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ」のリソースブロック数が「６」である場合、トータルのリソースブロック数が「３１」になり、図９に示すように、リソースブロックサイズは「３」になる。
この場合、図１１に示すように、「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ」をサポートしない移動局ＵＥのためのリソース割り当てに関しては、２個のリソースブロックでグループ化されたリソースブロックグループでリソースの割り当てが行われ、「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ」をサポートする移動局ＵＥのためのリソース割り当てに関しては、３個のリソースブロックでグループ化されたリソースブロックグループでリソースの割り当てが行われることになる。

このとき、「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ」をサポートしない移動局ＵＥと「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ」をサポートする移動局ＵＥとが混在する場合、隙間なくリソースブロックの割り当てを行うことが困難となり、結果として、システムの効率が劣化するという問題が生じる。

なお、「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ」をサポートしない移動局ＵＥとは、例えば、ＬＴＥ-ａｄｖｎｃｅｄ方式のＣａｐａｂｉｌｉｔｙを持たず、ＬＴＥ方式のＣａｐａｂｉｌｉｔｙのみを持つ移動局ＵＥであってもよい。

そこで、本発明は、上述の課題に鑑みてなされたものであり、周波数リソースの有効利用のために付与される「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ」或いは「ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ」において、効率的にリソースの割り当てを行うことにより、システムの効率化を実現することができる移動局、無線基地局及び移動通信方法を提供することを目的とする。

本発明の第１の特徴は、無線基地局と、通常のキャリアと付加的なキャリアとを用いて下りリンクの通信を行うように構成されている移動局であって、前記無線基地局から、下りデータの送信を通知する下りリンク制御信号を受信するように構成されている制御信号受信部と、受信された前記下り制御信号に基づいて、前記下りデータの受信を行うように構成されている受信部とを具備し、前記下りリンク制御信号は、前記通常のキャリアのリソース割り当て情報に加えて、前記付加的なキャリアの割り当ての有無を示すビットを含むことを要旨とする。

本発明の第２の特徴は、無線基地局と、通常のキャリアと付加的なキャリアとを用いて上りリンクの通信を行うように構成されている移動局であって、前記無線基地局から、上りデータの送信を指示する下りリンク制御信号を受信するように構成されている制御信号受信部と、受信された前記下り制御信号に基づいて、前記上りデータの送信を行うように構成されている送信部とを具備し、前記下りリンク制御信号は、前記通常のキャリアのリソース割り当て情報に加えて、前記付加的なキャリアの割り当ての有無を示すビットを含むことを要旨とする。

本発明の第３の特徴は、移動局と、通常のキャリアと付加的なキャリアとを用いて下りリンクの通信を行うように構成されている無線基地局であって、前記移動局に対して、下りデータの送信を通知する下りリンク制御信号を送信するように構成されている制御信号送信部と、前記下りデータの送信を行うように構成されている送信部とを具備し、前記下りリンク制御信号は、前記通常のキャリアのリソース割り当て情報に加えて、前記付加的なキャリアの割り当ての有無を示すビットを含むことを要旨とする。

本発明の第４の特徴は、移動局と、通常のキャリアと付加的なキャリアとを用いて上りリンクの通信を行うように構成されている無線基地局であって、前記移動局に対して、上りデータの送信を指示する下りリンク制御信号を送信するように構成されている制御信号送信部と、前記上りデータの受信を行うように構成されている受信部とを具備し、前記下りリンク制御信号は、前記通常のキャリアのリソース割り当て情報に加えて、前記付加的なキャリアの割り当ての有無を示すビットを含むことを要旨とする。

本発明の第５の特徴は、無線基地局と、通常のキャリアと付加的なキャリアとを用いて下りリンクの通信を行う移動局における移動通信方法であって、前記無線基地局から、下りデータの送信を通知する下りリンク制御信号を受信する工程と、受信された前記下り制御信号に基づいて、前記下りデータの受信を行う工程とを備え、前記下りリンク制御信号は、前記通常のキャリアのリソース割り当て情報に加えて、前記付加的なキャリアの割り当ての有無を示すビットを含むことを要旨とする。

本発明の第６の特徴は、無線基地局と、通常のキャリアと付加的なキャリアとを用いて上りリンクの通信を行う移動局における移動通信方法であって、前記無線基地局から、上りデータの送信を指示する下りリンク制御信号を送信する工程と、受信された前記下り制御信号に基づいて、前記上りデータの送信を行う工程とを備え、前記下りリンク制御信号は、前記通常のキャリアのリソース割り当て情報に加えて、前記付加的なキャリアの割り当ての有無を示すビットを含むことを要旨とする。

以上説明したように、本発明によれば、周波数リソースの有効利用のために付与される「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ」或いは「ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ」において、効率的にリソースの割り当てを行うことにより、システムの効率化を実現することができる移動局、無線基地局及び移動通信方法を提供することができる。

本発明の第１の実施形態に係る移動通信システムの全体構成図である。本発明の第１の実施形態に係る移動通信システムにおける下りスケジューリング情報について説明するための図である。本発明の第１の実施形態に係る「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ」或いは「ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ」の「ＲＢａｓｓｉｇｎｍｅｎｔｉｎｆｏｒｍａｔｉｏｎ」について説明するための図である。本発明の第１の実施形態に係る移動通信システムにおける上りスケジューリンググラントについて説明するための図である。本発明の第１の実施形態に係る「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ」或いは「ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ」の「ＲＢａｓｓｉｇｎｍｅｎｔｉｎｆｏｒｍａｔｉｏｎ」について説明するための図である。本発明の第１の実施形態に係る移動局ＵＥの構成について説明するための図である。本発明の第１の実施形態に係る無線基地局ｅＮＢの構成について説明するための図である。本発明の第１の実施形態に係る移動通信方法について説明するためのフローチャートである。従来技術における、通常の「ＣｏｍｐｏｎｅｎｔＣａｒｒｉｅｒ」のリソース割り当てのためのリソースブロックグループの大きさを決定するための表である。従来技術における、通常の「ＣｏｍｐｏｎｅｎｔＣａｒｒｉｅｒ」のリソース割り当ての一例を説明するための図である。「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ」のリソース割り当てに関する、本発明が解決しようとする課題を説明するための図である。

（本発明の第１の実施形態に係る移動通信システム）
以下、本発明の第１の実施形態に係る移動通信システムについて、図面を参照しつつ説明する。本実施形態を説明するための全図において、同一機能を有するものは同一符号を用い、繰り返しの説明は省略する。

なお、以下の説明では、「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ」或いは「ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ」を「周波数リソースの有効利用のために付与される小さいキャリア」と定義し、その総称として、「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ」と呼ぶ。

よって、「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ」は、「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ」であってもよいし、「ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ」であってもよい。

図１を参照しながら、本実施形態に係る移動局ＵＥ及び無線基地局ｅＮＢを有する移動通信システムについて説明する。

本実施形態に係る移動通信システムは、例えば、「ＥｖｏｌｖｅｄＵＴＲＡａｎｄＵＴＲＡＮ（別名：ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ、或いは、Ｓｕｐｅｒ３Ｇ）」方式、或いは、ＬＴＥ-Ａｄｖａｎｃｅｄ方式が適用されるシステムである。

図１に示すように、本実施形態に係る移動通信システムは、無線基地局ｅＮＢと、無線基地局ｅＮＢと通信する移動局ＵＥとを具備する。

本実施形態に係る移動通信システムでは、無線アクセス方式として、下りリンクについては「ＯＦＤＭＡ（直交周波数分割多元接続）方式」が適用され、上りリンクについては「ＳＣ-ＦＤＭＡ（シングルキャリア-周波数分割多元接続）方式」が適用される。

上述したように、ＯＦＤＭＡ方式は、周波数帯域を複数の狭い周波数帯域（サブキャリア）に分割し、各サブキャリアにデータをマッピングして通信を行うマルチキャリア伝送方式である。また、ＳＣ-ＦＤＭＡ方式は、周波数帯域を移動局ＵＥ毎に分割し、複数の移動局ＵＥが互いに異なる周波数帯域を用いることで、移動局ＵＥ間の干渉を低減するシングルキャリア伝送方式である。

なお、本実施形態に係る移動通信システムでは、「ＣａｒｒｉｅｒＡｇｇｒｅｇａｔｉｏｎ」が行われるように構成されている。

具体的には、下りリンクについては、「ＣｏｍｐｏｎｅｎｔＣａｒｒｉｅｒ（コンポーネントキャリア）」を複数用いた通信が行われる。ここで、「ＣｏｍｐｏｎｅｎｔＣａｒｒｉｅｒ」とは、ＬＴＥ方式における１つのシステムキャリアに相当する。すなわち、ＬＴＥ方式では、１つの「ＣｏｍｐｏｎｅｎｔＣａｒｒｉｅｒ」で通信が行われていたが、ＬＴＥ-Ａｄｖａｎｃｅｄ方式では、２つ以上の「ＣｏｍｐｏｎｅｎｔＣａｒｒｉｅｒ」で通信が行われてもよい。

上りリンクにおいても、２つ以上の「ＣｏｍｐｏｎｅｎｔＣａｒｒｉｅｒ」で通信が行われてもよい。

ここで、「ＥｖｏｌｖｅｄＵＴＲＡａｎｄＵＴＲＡＮ（ＬＴＥ）」方式で用いられる通信チャネルについて説明する。なお、以下に示す通信チャネルは、ＬＴＥ-Ａｄｖａｎｃｅｄ方式においても用いられる。

下りリンクについては、各移動局ＵＥで共有される「物理下りリンク共有チャネル（ＰＤＳＣＨ）」及び「物理下りリンク制御チャネル（ＰＤＣＣＨ）」が用いられる。

物理下りリンク共有チャネル（ＰＤＳＣＨ：ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ）により、下りリンクのユーザデータ（下りデータ）、すなわち、通常のデータ信号が伝送される。

ここで、データ信号とは、ベストエフォート型のパケットデータやストリーミング型のパケットデータや制御信号等である。ベストエフォート型のパケットデータには、メールの送受信のためのパケットデータやＷｅｂｂｒｏｗｓｉｎｇのためのパケットデータ等が含まれる。また、データ信号には、ＶｏＩＰ等による音声信号等も含まれてもよい。

また、制御信号は、例えば、ＲＲＣメッセージであり、論理チャネルとしては、ＤＣＣＨ（ＤｅｄｉｃａｔｅｄＣｏｎｔｒｏｌＣｈａｎｎｅｌ）であってもよい。

また、ＰＤＣＣＨにより、ＰＤＳＣＨを用いて通信を行う移動局ＵＥのＩＤやユーザデータのトランスポートフォーマットの情報（すなわち、下りスケジューリング情報）や、物理上りリンク共有チャネル（ＰＵＳＣＨ：ＰｈｙｓｉｃａｌＵｐｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ）を用いて通信を行う移動局ＵＥのＩＤやユーザデータのトランスポートフォーマットの情報（すなわち、上りスケジューリンググラント）等が通知される。

ＰＤＣＣＨは、「下りＬ１/Ｌ２制御チャネル（ＤｏｗｎｌｉｎｋＬ１/Ｌ２ＣｏｎｔｒｏｌＣｈａｎｎｅｌ）」と呼ばれてもよい。また、「下りスケジューリング情報」や「上りスケジューリンググラント」は、まとめて、「下りリンク制御情報（ＤＣＩ）」と呼ばれてもよい。

図２に、下りスケジューリング情報に含まれる情報要素の一例を示す。図２に示すように、下りスケジューリング情報には、例えば、「ＦｏｒｍａｔＩｎｄｉｃａｔｏｒ」や「ＲＢａｓｓｉｇｎｍｅｎｔｉｎｆｏｒｍａｔｉｏｎ」や「ＭＣＳｉｎｆｏｒｍａｔｉｏｎ」や「ＨＡＲＱｐｒｏｃｅｓｓｉｎｆｏｒｍａｔｉｏｎ」や「ＮｅｗＤａｔａＩｎｄｉｃａｔｏｒ」や「ＴＰＣｂｉｔ」や「ＲＮＴＩ/ＣＲＣ」等の情報要素が含まれてもよい。なお、かかる情報要素は一例であり、上記以外の情報要素が含まれてもよいし、上記の内の一部の情報要素のみが含まれてもよい。

「ＦｏｒｍａｔＩｎｄｉｃａｔｏｒ」は、当該ＰＤＣＣＨが、上りリンクのための情報であるか或いは下りリンクのための情報であるかについて示す情報である。

「ＲＢａｓｓｉｇｎｍｅｎｔｉｎｆｏｒｍａｔｉｏｎ」は、当該ＰＤＣＣＨにより指定される下りリンクの信号に関するリソースブロックの割当情報を示す情報である。

「ＭＣＳｉｎｆｏｒｍａｔｉｏｎ」は、当該ＰＤＣＣＨにより指定される下りリンクの信号に関するＭＣＳに関する情報を示す情報である。

「ＨＡＲＱＰｐｒｏｃｅｓｓｉｎｆｏｒｍａｔｉｏｎ」は、当該ＰＤＣＣＨにより指定される下りリンクの信号のＨＡＲＱｐｒｏｃｅｓｓの情報を示す情報である。

「ＮｅｗＤａｔａＩｎｄｉｃａｔｏｒ」は、当該ＰＤＣＣＨにより指定される下りリンクの信号が新規送信であるか或いは再送であるかについて示す情報である。

「ＴＰＣｂｉｔ」は、当該ＰＤＣＣＨにより指定される上りリンク制御信号の送信電力制御のための情報である。「ＲＮＴＩ/ＣＲＣ」は、ＵＥＩＤ及びＣＲＣビットである。

図３を用いて、「ＲＢａｓｓｉｇｎｍｅｎｔｉｎｆｏｒｍａｔｉｏｎ」に関して、さらに詳しく説明を行う。図３に示すように、「ＲＢａｓｓｉｇｎｍｅｎｔｉｎｆｏｒｍａｔｉｏｎ」は、通常の「ＣｏｍｐｏｎｅｎｔＣａｒｒｉｅｒ」のための「ＲＢａｓｓｉｇｎｍｅｎｔｉｎｆｏｒｍａｔｉｏｎ（図３に示すＡの部分）」と、「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒｎ」のための「ＲＢａｓｓｉｇｎｍｅｎｔｉｎｆｏｒｍａｔｉｏｎ（図２に示すＢの部分）」とから構成される。

ここで、通常の「ＣｏｍｐｏｎｅｎｔＣａｒｒｉｅｒ」のための「ＲＢａｓｓｉｇｎｍｅｎｔｉｎｆｏｒｍａｔｉｏｎ（図３に示すＡの部分）」は、例えば、３ＧＰＰのＴＳ３６.２１３の「７.１.６Ｒｅｓｏｕｒｃｅａｌｌｏｃａｔｉｏｎ」において規定されている「ＲＢ（ＲｅｓｏｕｒｃｅＢｌｏｃｋ）ａｓｓｉｇｎｍｅｎｔｉｎｆｏｒｍａｔｉｏｎ」と同一であってもよい。

また、「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒｎ」のための「ＲＢａｓｓｉｇｎｍｅｎｔｉｎｆｏｒｍａｔｉｏｎ（図３に示すＢの部分）」は、１つの「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ」に対して、所定数のビットを定義し、かかるビットによってリソースの割り当てを指示してもよい。

例えば、図３に示すように、「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ＃Ａ」と「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ＃Ｂ」と「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ／ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ＃Ｃ」とが存在する場合に、ビット＃ａやビット＃ｂやビット＃ｃがそれぞれ定義され、かかるビット＃ａやビット＃ｂやビット＃ｃによって、それぞれ「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ＃Ａ」や「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ＃Ｂ」や「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ＃Ｃ」の割り当てが指示されてもよい。

より具体的には、「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ＃Ａ」のＲＢ数を「６」とし、ビット＃ａを１ビットとした場合に、「ビット＃ａ＝０」の場合に、「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ＃Ａ」においてリソースの割り当てがある、すなわち、「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ＃Ａ」の６ＲＢｓにおいてＰＤＳＣＨ信号が送信されると定義され、「ビット＃ａ＝１」の場合に、「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ＃Ａ」においてリソースの割り当てがない、すなわち、「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ＃Ａ」の６ＲＢｓにおいてＰＤＳＣＨ信号が送信されないと定義されてもよい。

「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ＃Ｂ」や「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ＃Ｃ」、及び、「ビット＃ｂ」や「ビット＃ｃ」に関しても、同様のリソース割り当ての指定方法が定義されてもよい。

なお、上述した例では、「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ」のＲＢ数が「６」の場合を説明したが、「６」以外のＲＢ数の「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ」に関しても、同様に、リソースの割り当てが行われてもよい。

また、上述した例では、「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ」に対して、１ビットが定義されたが、２ビット以上が定義されてもよい。

例えば、「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ」のＲＢ数が「６」である場合に、３個のＲＢ及び３個のＲＢの２つに分割して、各３個のＲＢに対して１ビットずつ定義されてもよい。この場合、より細かく、かつ、柔軟にＲＢの割り当てが可能となる。

また、上述した例では、「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ」の数が「３」であったが、「３」以外の数であってもよい。

このように、通常の「ＣｏｍｐｏｎｅｎｔＣａｒｒｉｅｒ」及び「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ」を１つのキャリアとみなして、リソース割り当てを行うのではなく、「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ」に関するリソース割り当てを指定するビットを新たに付与し、そのビットの値で、「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ」のリソース割り当てがあるか否かについて指定することにより、リソースブロックサイズが異なることによる、非効率的なリソース割り当てを回避することが可能となり、結果として、システムの効率化を行うことが可能となる。

図４に、上りスケジューリンググラントに含まれる情報要素の一例を示す。図４に示すように、上りスケジューリンググラントには、例えば、「ＦｏｒｍａｔＩｎｄｉｃａｔｏｒ」や「Ｈｏｐｐｉｎｇｆｌａｇ」や「ＲＢａｓｓｉｇｎｍｅｎｔｉｎｆｏｒｍａｔｉｏｎ」や「ＭＣＳｉｎｆｏｒｍａｔｉｏｎ」や「ＮｅｗＤａｔａＩｎｄｉｃａｔｏｒ」や「ＴＰＣｂｉｔ」や「ＣｙｃｌｉｃｓｈｉｆｔｆｏｒＤＭＲＳ」や「ＣＱＩｒｅｑｕｅｓｔ」や「ＲＮＴＩ/ＣＲＣ」等の情報要素が含まれてもよい。なお、上記情報要素は一例であり、上記以外の情報要素が含まれてもよいし、上記の内の一部の情報要素のみが含まれてもよい。

「Ｈｏｐｐｉｎｇｆｌａｇ」は、当該ＰＤＣＣＨにより送信が指示される上りリンクの信号にホッピングが適用されるか否かについて示す情報である。

「ＲＢａｓｓｉｇｎｍｅｎｔｉｎｆｏｒｍａｔｉｏｎ」は、当該ＰＤＣＣＨにより送信が指示される上りリンクの信号に関するリソースブロックの割当情報を示す情報である。

「ＭＣＳｉｎｆｏｒｍａｔｉｏｎ」は、当該ＰＤＣＣＨにより送信が指示される上りリンクの信号に関するＭＣＳに関する情報を示す情報である。

「ＮｅｗＤａｔａＩｎｄｉｃａｔｏｒ」は、当該ＰＤＣＣＨにより送信が指示される上りリンクの信号が新規送信であるか或いは再送であるかについて示す情報である。

「ＴＰＣｂｉｔ」は、当該ＰＤＣＣＨにより指定される上りリンクの信号の上りリンクの送信電力制御のための情報である。

「ＣｙｃｌｉｃｓｈｉｆｔｆｏｒＤＭＲＳ」は、当該ＰＤＣＣＨにより指定される上りリンクの信号のＤｅｍｏｄｕｌａｔｉｏｎＲｅｆｅｒｅｎｃｅｓｉｇｎａｌのＣｙｃｌｉｃｓｈｉｆｔに関する情報である。

「ＣＱＩｒｅｑｕｅｓｔ」は、上りリンクにおいてＣＱＩを送信することを指示する情報である。「ＲＮＴＩ/ＣＲＣ」は、ＵＥＩＤ及びＣＲＣビットである。

図５を用いて、「ＲＢａｓｓｉｇｎｍｅｎｔｉｎｆｏｒｍａｔｉｏｎ」に関して、さらに詳しく説明を行う。図５に示すように、「ＲＢａｓｓｉｇｎｍｅｎｔｉｎｆｏｒｍａｔｉｏｎ」は、通常の「ＣｏｍｐｏｎｅｎｔＣａｒｒｉｅｒ」のための「ＲＢａｓｓｉｇｎｍｅｎｔｉｎｆｏｒｍａｔｉｏｎ（図５に示すＡの部分）」と、「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ」のための「ＲＢａｓｓｉｇｎｍｅｎｔｉｎｆｏｒｍａｔｉｏｎ（図５に示すＢの部分）」とから構成される。

ここで、通常の「ＣｏｍｐｏｎｅｎｔＣａｒｒｉｅｒ」のための「ＲＢａｓｓｉｇｎｍｅｎｔｉｎｆｏｒｍａｔｉｏｎ（図５に示すＡの部分）」は、例えば、３ＧＰＰのＴＳ３６.２１３の「８.１ＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎｆｏｒＰＤＣＣＨＤＣＩＦｏｒｍａｔ０」において規定されている「ＲＢ（ＲｅｓｏｕｒｃｅＢｌｏｃｋ）ａｓｓｉｇｎｍｅｎｔｉｎｆｏｒｍａｔｉｏｎ」と同一であってもよい。

また、「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒｎ」のための「ＲＢａｓｓｉｇｎｍｅｎｔｉｎｆｏｒｍａｔｉｏｎ（図５に示すＢの部分）」は、１つの「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ」に対して、所定数のビットを定義し、かかるビットによってリソースの割り当てを指示してもよい。

例えば、図５に示すように、「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ＃Ａ」や「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ＃Ｂ」や「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ＃Ｃ」が存在する場合に、「ビット＃ａ」や「ビット＃ｂ」や「ビット＃ｃ」がそれぞれ定義され、「ビット＃ａ」や「ビット＃ｂ」や「ビット＃ｃ」によって、それぞれ、「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ＃Ａ」や「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ＃Ｂ」や「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ＃Ｃ」の割り当てが指示されてもよい。

より具体的には、「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ＃Ａ」のＲＢ数を「６」とし、「ビット＃ａ」を１ビットとした場合に、「ビット＃ａ＝０」の場合に、「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ＃Ａ」においてリソースの割り当てがある、すなわち、「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ＃Ａ」の６ＲＢｓにおいてＰＤＳＣＨ信号が送信されると定義され、「ビット＃ａ＝１」の場合に、「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ＃Ａ」においてリソースの割り当てがない、すなわち、「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ＃Ａ」の６ＲＢｓにおいてＰＤＳＣＨ信号が送信されないと定義されてもよい。

また、上述した例では、「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ」に対して、１ビットが定義されたが、２ビット以上が定義されてもよい。

例えば、「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ」のＲＢ数が「６」である場合に、３個のＲＢと３個のＲＢの２つに分割して、各３個のＲＢに対して１ビットずつが定義されてもよい。この場合、より細かく、かつ、柔軟にＲＢの割り当てが可能となる。

また、上述した例では、「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ」数が「３」であったが、「３」以外の数であってもよい。

上りリンクについては、各移動局ＵＥで共有して使用されるＰＵＳＣＨ及びＰＤＣＣＨが用いられる。かかるＰＵＳＣＨにより、上りリンクのユーザデータ（上りデータ）、すなわち、通常のデータ信号が伝送される。

また、ＰＵＣＣＨにより、ＰＤＳＣＨのスケジューリング処理や適応変調及び符号化処理（ＡＭＣＳ：ＡｄａｐｔｉｖｅＭｏｄｕｌａｔｉｏｎａｎｄＣｏｄｉｎｇＳｃｈｅｍｅ）に用いるための下りリンクの品質情報（ＣＱＩ：ＣｈａｎｎｅｌＱｕａｌｉｔｙＩｎｄｉｃａｔｏｒ）、及び、ＰＤＳＣＨの送達確認情報（ＡｃｋｎｏｗｌｅｄｇｅｍｅｎｔＩｎｆｏｒｍａｔｉｏｎ）が伝送される。

かかる下りリンクの品質情報は、ＣＱＩやＰＭＩ（Ｐｒｅ-ｃｏｄｉｎｇＭａｔｒｉｘＩｎｄｉｃａｔｏｒ）やＲＩ（ＲａｎｋＩｎｄｉｃａｔｏｒ）をまとめたインディケータであるＣＳＩ（ＣｈａｎｎｅｌＳｔａｔｅＩｎｄｉｃａｔｏｒ）と呼ばれてもよい。

また、かかる送達確認情報の内容は、送信信号が適切に受信されたことを示す肯定応答（ＡＣＫ：Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）又は送信信号が適切に受信されなかったことを示す否定応答（ＮＡＣＫ：ＮｅｇａｔｉｖｅＡｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）の何れかで表現される。

なお、上述したＣＱＩや送達確認情報の送信タイミングが、ＰＵＳＣＨの送信タイミングと同じである場合には、かかるＣＱＩや送達確認情報を、ＰＵＳＣＨに多重して送信してもよい。

図６に示すように、移動局ＵＥは、制御信号受信部１１と、送信部１２と、受信部１３とを具備している。

制御信号受信部１１は、上りデータ（具体的には、ＰＵＳＣＨを介して送信される上りデータ）の送信、或いは、下りデータ（具体的には、ＰＤＳＣＨを介して送信される下りデータ）の受信を指示する複数の下り制御信号を受信するように構成されている。

具体的には、制御信号受信部１１は、ＰＤＣＣＨを介して、下りリンク制御信号として、「上りスケジューリンググラント」や「下りリンクスケジューリング情報」を受信するように構成されていてもよい。

かかる下りリンク制御信号は、パラメータとして、上りリンクの場合には、例えば、図４に示す情報要素を含む。この場合、かかる情報要素には、図５を用いて説明を行った「ＲＢａｓｓｉｇｎｍｅｎｔｉｎｆｏｒｍａｔｉｏｎ」が含まれる。

また、かかる下りリンク制御信号は、パラメータとして、下りリンクの場合には、例えば、図２に示す情報要素を含む。この場合、かかる情報要素には、図３を用いて説明を行った「ＲＢａｓｓｉｇｎｍｅｎｔｉｎｆｏｒｍａｔｉｏｎ」が含まれる。

送信部１２は、無線基地局ｅＮＢに対して、制御信号受信部１１によって受信された下りリンク制御信号に基づいて、上りデータを送信するように構成されている。

例えば、送信部１２は、図５に示す「ビット＃ａ」、「ビット＃ｂ」及び「ビット＃ｃ」の値として、「ビット＃ａ＝０」、「ビット＃ｂ＝１」及び「ビット＃ｃ＝１」が通知されている場合、通常の「ＣｏｍｐｏｎｅｎｔＣａｒｒｉｅｒ」で指定されているリソースブロックに加えて、「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ＃Ａ」を用いて、上りデータを送信するように構成されていてもよい。

なお、送信部１２は、通常の「ＣｏｍｐｏｎｅｎｔＣａｒｒｉｅｒ」で指定されているリソースブロックでの送信が通知されていない場合には、「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ＃Ａ」のみを用いて、上りデータを送信してもよい。

受信部１３は、無線基地局ｅＮＢから、制御信号受信部１１によって受信された下りリンク制御信号に基づいて、下りデータを受信するように構成されている。

例えば、受信部１３は、図３に示す「ビット＃ａ」、「ビット＃ｂ」及び「ビット＃ｃ」の値として、「ビット＃ａ＝０」、「ビット＃ｂ＝１」及び「ビット＃ｃ＝１」が通知されている場合、通常の「ＣｏｍｐｏｎｅｎｔＣａｒｒｉｅｒ」で指定されているリソースブロックに加えて、「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ＃Ａ」を用いて、下りデータを受信するように構成されていてもよい。

なお、受信部１３は、通常の「ＣｏｍｐｏｎｅｎｔＣａｒｒｉｅｒ」で指定されているリソースブロックでの受信が通知されていない場合には、「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ＃Ａ」のみを用いて、下りデータを受信してもよい。

図７に示すように、無線基地局ｅＮＢは、制御信号送信部２１と、受信部２２と、送信部２３とを具備している。

制御信号送信部２１は、上りデータ（具体的には、ＰＵＳＣＨを介して送信される上りデータ）の送信を指示する、或いは、下りデータ（具体的には、ＰＤＳＣＨを介して送信される下りデータ）の送信を通知する１つ又は複数の下り制御信号を送信するように構成されている。

具体的には、制御信号送信部２１は、ＰＤＣＣＨを介して、下りリンク制御信号として、「上りスケジューリンググラント」や「下りリンクスケジューリング情報」を送信するように構成されていてもよい。

受信部２２は、移動局ＵＥによって１つ又は複数の下りリンク制御信号に基づいて複数のキャリアを用いて送信された上りデータを受信するように構成されている。

例えば、受信部２２は、上りスケジューリンググラントの「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ」の「ＲＢａｓｓｉｇｎｍｅｎｔｉｎｆｏｍｒａｉｔｏｎ」において、図５に示す「ビット＃ａ」、「ビット＃ｂ」及び「ビット＃ｃ」の値として、「ビット＃ａ＝０」、「ビット＃ｂ＝１」及び「ビット＃ｃ＝１」が通知されている場合、通常の「ＣｏｍｐｏｎｅｎｔＣａｒｒｉｅｒ」で指定されているリソースブロックに加えて、「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ＃Ａ」を用いて、上りデータを受信するように構成されていてもよい。

なお、受信部２２は、通常の「ＣｏｍｐｏｎｅｎｔＣａｒｒｉｅｒ」で指定されているリソースブロックでの送信が通知されていない場合には、「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ＃Ａ」のみを用いて、上りデータを受信してもよい。

送信部２３は、移動局ＵＥに対して、上述の複数の下りリンク制御信号によって指定した１つ又は複数のキャリアを用いて下りデータを送信するように構成されている。

例えば、送信部２３は、下りスケジューリング情報の「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ」の「ＲＢａｓｓｉｇｎｍｅｎｔｉｎｆｏｍｒａｉｔｏｎ」において、図５に示す「ビット＃ａ」、「ビット＃ｂ」及び「ビット＃ｃ」の値として、「ビット＃ａ＝０」、「ビット＃ｂ＝１」及び「ビット＃ｃ＝１」が通知されている場合、通常の「ＣｏｍｐｏｎｅｎｔＣａｒｒｉｅｒ」で指定されているリソースブロックに加えて、「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ＃Ａ」を用いて、下りデータを送信するように構成されていてもよい。

なお、送信部２２は、通常の「ＣｏｍｐｏｎｅｎｔＣａｒｒｉｅｒ」で指定されているリソースブロックでの送信が通知されていない場合には、「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ＃Ａ」のみを用いて、下りデータを送信してもよい。

図８を参照しながら、本実施形態に係る移動局ＵＥの動作について説明する。

図８に示すように、ステップＳ１０１において、移動局ＵＥは、下りスケジューリング情報に含まれる「ＲＢａｓｓｉｇｎｍｅｎｔｉｎｆｏｒｍａｔｉｏｎ」の中の「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ＃Ａ」に関する割り当て情報である「ビット＃ａ」の値が「０」であるか否かについて判定する。

「ビット＃ａ」の値が「０」である場合（ステップＳ１０１：ＹＥＳ）、本動作は、ステップＳ１０２に進み、それ以外の場合（ステップＳ１０１：ＮＯ）には、本動作は、ステップＳ１０３に進む。

ステップＳ１０２において、移動局ＵＥは、「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ＃Ａ」において、リソースブロックの割り当てがあると判断し、「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ＃Ａ」において、下りリンクにおける受信を行う。

ステップＳ１０３において、移動局ＵＥは、「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ＃Ａ」において、リソースブロックの割り当てがないと判断し、「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ＃Ａ」において、下りリンクの受信を行わない。

なお、上述した例において、下りリンクにおける「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ」の割り当てにおける移動局ＵＥの動作について説明したが、代わりに、上りリンクにおける「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ」の割り当てに関しても、同様の動作が適用されてもよい。

この場合、移動局ＵＥは、ステップＳ１０２において、「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ＃Ａ」において、リソースブロックの割り当てがあると判断し、「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ＃Ａ」において、上りリンクの送信を行い、ステップＳ１０３において、「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ＃Ａ」において、リソースブロックの割り当てがないと判断し、「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ＃Ａ」において、上りリンクの送信を行わない。

以上に述べた本実施形態の特徴は、以下のように表現されていてもよい。

本実施形態の第１の特徴は、無線基地局ｅＮＢと、通常の「ＣｏｍｐｏｎｅｎｔＣａｒｒｉｅｒ」（通常のキャリア）と「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ」（付加的なキャリア）とを用いて下りリンクの通信を行うように構成されている移動局ＵＥであって、無線基地局ｅＮＢから、下りデータの送信を通知する下りリンク制御信号を受信するように構成されている制御信号受信部１１と、受信された下りリンク制御信号に基づいて、下りデータの受信を行うように構成されている受信部１３とを具備し、下りリンク制御信号は、通常の「ＣｏｍｐｏｎｅｎｔＣａｒｒｉｅｒ」のリソース割り当て情報「ＲＢａｓｓｉｇｎｍｅｎｔｉｎｆｏｍｒａｉｔｏｎ（図３に示す（Ａ）の部分）」に加えて、「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ」の割り当ての有無を示すビット（図３に示す（Ｂ）の部分を構成するビット＃ａ乃至＃ｃ）を含むことを要旨とする。

本実施形態の第２の特徴は、無線基地局ｅＮＢと、通常の「ＣｏｍｐｏｎｅｎｔＣａｒｒｉｅｒ」と「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ」とを用いて上りリンクの通信を行うように構成されている移動局ＵＥであって、無線基地局ｅＮＢから、上りデータの送信を指示する下りリンク制御信号を受信するように構成されている制御信号受信部１１と、受信された下りリンク制御信号に基づいて、上りデータの送信を行うように構成されている送信部１２とを具備し、下りリンク制御信号は、通常の「ＣｏｍｐｏｎｅｎｔＣａｒｒｉｅｒ」のリソース割り当て情報「ＲＢａｓｓｉｇｎｍｅｎｔｉｎｆｏｍｒａｉｔｏｎ（図５に示す（Ａ）の部分）」に加えて、「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ」の割り当ての有無を示すビット（図５に示す（Ｂ）の部分を構成するビット＃ａ乃至＃ｃ）を含むことを要旨とする。

本実施形態の第３の特徴は、移動局ＵＥと、通常の「ＣｏｍｐｏｎｅｎｔＣａｒｒｉｅｒ」と「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ」とを用いて下りリンクの通信を行うように構成されている無線基地局ｅＮＢであって、移動局ＵＥに対して、下りデータの送信を通知する下りリンク制御信号を送信するように構成されている制御信号送信部２１と、下りデータの送信を行うように構成されている送信部２３とを具備し、下りリンク制御信号は、通常の「ＣｏｍｐｏｎｅｎｔＣａｒｒｉｅｒ」のリソース割り当て情報「ＲＢａｓｓｉｇｎｍｅｎｔｉｎｆｏｍｒａｉｔｏｎ（図３に示す（Ａ）の部分）」に加えて、「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ」の割り当ての有無を示すビット（図３に示す（Ｂ）の部分を構成するビット＃ａ乃至＃ｃ）を含むことを要旨とする。

本実施形態の第４の特徴は、移動局ＵＥと、通常の「ＣｏｍｐｏｎｅｎｔＣａｒｒｉｅｒ」と「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ」とを用いて上りリンクの通信を行うように構成されている無線基地局ｅＮＢであって、移動局ＵＥに対して、上りデータの送信を指示する下りリンク制御信号を送信するように構成されている制御信号送信部２１と、上りデータの受信を行うように構成されている受信部２２とを具備し、下りリンク制御信号は、通常の「ＣｏｍｐｏｎｅｎｔＣａｒｒｉｅｒ」のリソース割り当て情報「ＲＢａｓｓｉｇｎｍｅｎｔｉｎｆｏｍｒａｉｔｏｎ（図５に示す（Ａ）の部分）」に加えて、「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ」の割り当ての有無を示すビット（図５に示す（Ｂ）の部分を構成するビット＃ａ乃至＃ｃ）を含むことを要旨とする。

本実施形態の第５の特徴は、無線基地局ｅＮＢと、通常の「ＣｏｍｐｏｎｅｎｔＣａｒｒｉｅｒ」と「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ」とを用いて下りリンクの通信を行う移動局ＵＥにおける移動通信方法であって、無線基地局ｅＮＢから、下りデータの送信を通知する下りリンク制御信号を受信する工程と、受信した下りリンク制御信号に基づいて、下りデータの受信を行う工程とを備え、下りリンク制御信号は、通常の「ＣｏｍｐｏｎｅｎｔＣａｒｒｉｅｒ」のリソース割り当て情報「ＲＢａｓｓｉｇｎｍｅｎｔｉｎｆｏｍｒａｉｔｏｎ（図３に示す（Ａ）の部分）」に加えて、「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ」の割り当ての有無を示すビット（図３に示す（Ｂ）の部分を構成するビット＃ａ乃至＃ｃ）を含むことを要旨とする。

本実施形態の第６の特徴は、無線基地局ｅＮＢと、通常の「ＣｏｍｐｏｎｅｎｔＣａｒｒｉｅｒ」と「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ」とを用いて上りリンクの通信を行う移動局ＵＥにおける移動通信方法であって、無線基地局ｅＮＢから、上りデータの送信を指示する下りリンク制御信号を送信する工程と、受信した下りリンク制御信号に基づいて、上りデータの送信を行う工程とを備え、下りリンク制御信号は、通常の「ＣｏｍｐｏｎｅｎｔＣａｒｒｉｅｒ」のリソース割り当て情報「ＲＢａｓｓｉｇｎｍｅｎｔｉｎｆｏｍｒａｉｔｏｎ（図５に示す（Ａ）の部分）」に加えて、「ＣａｒｒｉｅｒＳｅｇｍｅｎｔ/ＥｘｔｅｎｓｉｏｎＣａｒｒｉｅｒ」の割り当ての有無を示すビット（図５に示す（Ｂ）の部分を構成するビット＃ａ乃至＃ｃ）を含むことを要旨とする。

なお、上述の移動局ＵＥ及び無線基地局ｅＮＢの動作は、ハードウェアによって実施されてもよいし、プロセッサによって実行されるソフトウェアモジュールによって実施されてもよいし、両者の組み合わせによって実施されてもよい。

ソフトウェアモジュールは、ＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）や、フラッシュメモリや、ＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）や、ＥＰＲＯＭ（ＥｒａｓａｂｌｅＰｒｏｇｒａｍｍａｂｌｅＲＯＭ）や、ＥＥＰＲＯＭ（ＥｌｅｃｔｒｏｎｉｃａｌｌｙＥｒａｓａｂｌｅａｎｄＰｒｏｇｒａｍｍａｂｌｅＲＯＭ）や、レジスタや、ハードディスクや、リムーバブルディスクや、ＣＤ-ＲＯＭといった任意形式の記憶媒体内に設けられていてもよい。

かかる記憶媒体は、プロセッサが当該記憶媒体に情報を読み書きできるように、当該プロセッサに接続されている。また、かかる記憶媒体は、プロセッサに集積されていてもよい。また、かかる記憶媒体及びプロセッサは、ＡＳＩＣ内に設けられていてもよい。かかるＡＳＩＣは、移動局ＵＥ及び無線基地局ｅＮＢ内に設けられていてもよい。また、かかる記憶媒体及びプロセッサは、ディスクリートコンポーネントとして移動局ＵＥ及び無線基地局ｅＮＢ内に設けられていてもよい。

以上、上述の実施形態を用いて本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。従って、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。従って、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。

ＵＥ…移動局
ｅＮＢ…無線基地局
１１…制御信号受信部
１２、２３…送信部
１３、２２…受信部
２１…制御信号送信部

Claims

無線基地局と、通常のキャリアと付加的なキャリアとを用いて下りリンクの通信を行うように構成されている移動局であって、
前記無線基地局から、下りデータの送信を通知する下りリンク制御信号を受信するように構成されている制御信号受信部と、
受信された前記下り制御信号に基づいて、前記下りデータの受信を行うように構成されている号受信部とを具備し、
前記下りリンク制御信号は、前記通常のキャリアのリソース割り当て情報に加えて、前記付加的なキャリアの割り当ての有無を示すビットを含むことを特徴とする移動局。
無線基地局と、通常のキャリアと付加的なキャリアとを用いて上りリンクの通信を行うように構成されている移動局であって、
前記無線基地局から、上りデータの送信を指示する下りリンク制御信号を受信するように構成されている制御信号受信部と、
受信された前記下り制御信号に基づいて、前記上りデータの送信を行うように構成されている送信部とを具備し、
前記下りリンク制御信号は、前記通常のキャリアのリソース割り当て情報に加えて、前記付加的なキャリアの割り当ての有無を示すビットを含むことを特徴とする移動局。
移動局と、通常のキャリアと付加的なキャリアとを用いて下りリンクの通信を行うように構成されている無線基地局であって、
前記移動局に対して、下りデータの送信を通知する下りリンク制御信号を送信するように構成されている制御信号送信部と、
前記下りデータの送信を行うように構成されている送信部とを具備し、
前記下りリンク制御信号は、前記通常のキャリアのリソース割り当て情報に加えて、前記付加的なキャリアの割り当ての有無を示すビットを含むことを特徴とする無線基地局。
移動局と、通常のキャリアと付加的なキャリアとを用いて上りリンクの通信を行うように構成されている無線基地局であって、
前記移動局に対して、上りデータの送信を指示する下りリンク制御信号を送信するように構成されている制御信号送信部と、
前記上りデータの受信を行うように構成されているとを具備し、
前記下りリンク制御信号は、前記通常のキャリアのリソース割り当て情報に加えて、前記付加的なキャリアの割り当ての有無を示すビットを含むことを特徴とする無線基地局。
無線基地局と、通常のキャリアと付加的なキャリアとを用いて下りリンクの通信を行う移動局における移動通信方法であって、
前記無線基地局から、下りデータの送信を通知する下りリンク制御信号を受信する工程と、
受信された前記下り制御信号に基づいて、前記下りデータの受信を行う工程とを備え、
前記下りリンク制御信号は、前記通常のキャリアのリソース割り当て情報に加えて、前記付加的なキャリアの割り当ての有無を示すビットを含むことを特徴とする移動通信方法。
無線基地局と、通常のキャリアと付加的なキャリアとを用いて上りリンクの通信を行う移動局における移動通信方法であって、
前記無線基地局から、上りデータの送信を指示する下りリンク制御信号を送信する工程と、
受信された前記下り制御信号に基づいて、前記上りデータの送信を行う工程とを備え、
前記下りリンク制御信号は、前記通常のキャリアのリソース割り当て情報に加えて、前記付加的なキャリアの割り当ての有無を示すビットを含むことを特徴とする移動通信方法。