(57)【要約】【課題】集合キャリアに対応させて通信速度向上を実現しつつ、効率的に通信制御を行うことが可能な移動体通信システムを提供する。【解決手段】移動体通信システムは、複数の部分キャリアを個別に使用するか又は複数の部分キャリアを集めた集合キャリアを使用して、部分キャリアに対応した移動端末又は集合キャリアに対応した移動端末と基地局とが無線通信する。集合キャリアを使用して集合キャリアに対応した移動端末と基地局とが無線通信する場合、集合キャリアに対応した移動端末と基地局との間の無線通信に関する制御情報を送信する。制御情報は、ＲＲＣ情報およびＭＡＣ情報である。ＲＲＣ情報に、部分キャリアを識別する部分キャリア識別情報を含める。ＭＡＣ情報に、部分キャリア識別情報と部分キャリアの物理情報とを対応付ける情報を含める。【選択図】図２７
2020074651.tif 000002
【特許請求の範囲】
【請求項１】
複数の部分キャリアを個別に使用するか又は前記複数の部分キャリアを集めた集合キャリアを使用して、前記部分キャリアに対応した移動端末又は前記集合キャリアに対応した移動端末と基地局とが無線通信する移動体通信システムであって、
前記集合キャリアを使用して前記集合キャリアに対応した移動端末と基地局とが無線通信する場合、前記集合キャリアに対応した移動端末と基地局との間の無線通信に関する制御情報を送信し、
前記制御情報は、ＲＲＣ情報およびＭＡＣ情報であり、
前記ＲＲＣ情報に、部分キャリアを識別する部分キャリア識別情報を含め、
前記ＭＡＣ情報に、前記部分キャリア識別情報と前記部分キャリアの物理情報とを対応付ける情報を含めたことを特徴とする移動体通信システム。
【請求項２】
前記集合キャリアを使用して前記集合キャリアに対応した移動端末と基地局とが無線通信する場合、前記集合キャリアを構成する前記複数の部分キャリア毎に、トランスポートチャネルを分割して生成された複数のトランスポートブロックをそれぞれ送信することを特徴とする請求項１記載の移動体通信システム。
【請求項３】
前記複数のトランスポートブロックのうち単一のトランスポートブロックを使用して前記制御情報を送信することを特徴とする請求項２記載の移動体通信システム。
【請求項４】
前記集合キャリアに対応した移動端末と基地局との間の無線通信に関する制御情報を、対応する部分キャリアの物理情報が識別可能なように送信することを特徴とする請求項１記載の移動体通信システム。
【請求項５】
前記制御情報に、対応する部分キャリアの物理情報を識別する情報を含めたことを特徴とする請求項４記載の移動体通信システム。
【請求項６】
前記部分キャリアの候補を集めた候補集合から選択した部分キャリアを使用してデータを送信することを特徴とする請求項１記載の移動体通信システム。
【請求項７】
前記候補集合に含まれる部分キャリアを使用して前記制御情報を送信することを特徴とする請求項６記載の移動体通信システム。
【請求項８】
前記候補集合に含まれる部分キャリアの数に所定の上限値を設けたことを特徴とする請求項６記載の移動体通信システム。
【請求項９】
前記制御情報の内容は、前記候補集合に含まれる部分キャリアに共通であることを特徴とする請求項６記載の移動体通信システム。
【請求項１０】
前記候補集合に含まれる一部の部分キャリアについてデータを送信するための無線資源を確保することを特徴とする請求項６記載の移動体通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、複数の移動端末と基地局との間で無線通信を実施する移動体通信システムに関するものである。
【背景技術】
【０００２】
第３世代と呼ばれる通信方式のうち、Ｗ−ＣＤＭＡ（登録商標）（Wideband Code division Multiple Access）方式が２００１年から日本で商用サービスが開始されている。また、下りリンク（個別データチャネル、個別制御チャネル）にパケット伝送用のチャネル（HS-DSCH: High Speed-Downlink Shared Channel）を追加することにより、下りリンクを用いたデータ送信の更なる高速化を実現するＨＳＤＰＡ（High Speed Down Link Packet Access）のサービスが開始されている。さらに、上り方向のデータ送信をさらに高速化するためＨＳＵＰＡ（High Speed Up Link Packet Access）方式についてもサービスが開始されている。Ｗ−ＣＤＭＡは、移動体通信システムの規格化団体である３ＧＰＰ（3rd Generation Partnership Project）により定められた通信方式であり、リリース８版の規格書がとりまとめられている。
【０００３】
また、３ＧＰＰにおいて、Ｗ−ＣＤＭＡとは別の通信方式として、無線区間については「ロングタームエボリューション」（Long Term Evolution  LTE）、コアネットワーク（単にネットワークとも称する）を含めたシステム全体構成については「システムアーキテクチャエボリューション」（System Architecture Evolution  SAE）と称される新たな通信方式が検討されている。ＬＴＥでは、アクセス方式、無線のチャネル構成やプロトコルが、現在のＷ−ＣＤＭＡ（HSDPA/HSUPA）とは全く異なるものになる。たとえば、アクセス方式は、Ｗ−ＣＤＭＡが符号分割多元接続（Code Division Multiple Access）を用いているのに対して、ＬＴＥは下り方向はＯＦＤＭ（Orthogonal Frequency Division Multiplexing）、上り方向はＳＣ−ＦＤＭＡ（Single Career Frequency Division Multiple Access）を用いる。また、帯域幅は、Ｗ−ＣＤＭＡが５ＭＨｚであるのに対し、ＬＴＥでは１．４／３／５／１０／１５／２０ＭＨｚの中で基地局ごとに選択可能となっている。また、ＬＴＥでは、Ｗ−ＣＤＭＡのように回線交換を含まず、パケット通信方式のみになる。
【０００４】
ＬＴＥはＷ−ＣＤＭＡのコアネットワーク(GPRS)とは異なる新たなコアネットワークを用いて通信システムが構成されるため、Ｗ−ＣＤＭＡ網とは別の独立した無線アクセス網として定義される。したがって、Ｗ−ＣＤＭＡの通信システムと区別するため、ＬＴＥの通信システムでは、移動端末（UE: User Equipment）と通信を行う基地局（Base station）はｅＮＢ（E-UTRAN NodeB）、複数の基地局と制御データやユーザデータのやり取りを行う基地局制御装置(Radio Network Controller)はＥＰＣ（Evolved Packet Core）（aGW:Access Gatewayと称されることもある）と称される。このＬＴＥの通信システムでは、ユニキャスト（Unicast）サービスとＥ-ＭＢＭＳサービス（Evolved Multimedia Broadcast Multicast Service）が提供される。Ｅ−ＭＢＭＳサービスとは、放送型マルチメディアサービスであり、単にＭＢＭＳと称される場合もある。複数の移動端末に対してニュースや天気予報や、モバイル放送など大容量放送コンテンツが送信される。これを１対多（Point to Multipoint）サービスともいう。
【０００５】
３ＧＰＰでの、ＬＴＥシステムにおける全体的なアーキテクチャ（Architecture）に関する現在の決定事項が、非特許文献１に記載されている。全体的なアーキテクチャ（非特許文献１  ４章）について図１を用いて説明する。図１は、ＬＴＥ方式の通信システムの構成を示す説明図である。図１において、移動端末１０１に対する制御プロトコル（例えばＲＲＣ（Radio Resource Management））とユーザプレイン（例えばPDCP: Packet Data Convergence Protocol、RLC: Radio Link Control、MAC: Medium Access Control、PHY: Physical layer）が基地局１０２で終端するなら、Ｅ−ＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access）は１つあるいは複数の基地局１０２によって構成される。
【０００６】
基地局１０２は、ＭＭＥ１０３（Mobility Management Entity）から通知されるページング信号（Paging Signaling、ページングメッセージ（paging messages）とも称される）のスケジューリング（Scheduling）及び送信を行う。基地局１０２はＸ２インタフェースにより、お互いに接続される。また基地局１０２は、Ｓ１インタフェースによりＥＰＣ（Evolved Packet Core）に接続される、より明確にはＳ１＿ＭＭＥインタフェースによりＭＭＥ１０３（Mobility Management Entity）に接続され、Ｓ１＿ＵインタフェースによりＳ−ＧＷ１０４（Serving Gateway）に接続される。ＭＭＥ１０３は、複数あるいは単数の基地局１０２へのページング信号の分配を行う。また、ＭＭＥ１０３は待受け状態（Idle State）のモビリティ制御（Mobility control）を行う。ＭＭＥ１０３は移動端末が待ち受け状態及び、アクティブ状態（Active State）の際に、トラッキングエリア（Tracking Area）リストの管理を行う。Ｓ−ＧＷ１０４はひとつまたは複数の基地局１０２とユーザデータの送受信を行う。Ｓ−ＧＷ１０４は基地局間のハンドオーバの際、ローカルな移動性のアンカーポイント（Mobility Anchor Point）となる。更にＰ−ＧＷ（PDN Gateway）が存在し、ユーザ毎のパケットフィルタリングやＵＥ−ＩＤアドレスの割当などを行う。
【０００７】
移動端末１０１と基地局１０２間の制御プロトコルＲＲＣは、報知（Broadcast）、ページング（paging）、ＲＲＣ接続マネージメント（RRC connection management）などを行う。
【０００８】
ＲＲＣにおける基地局と移動端末の状態として、ＲＲＣ＿Ｉｄｌｅ、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤがある。
【０００９】
ＲＲＣ＿ＩＤＬＥでは、ＰＬＭＮ（Public Land Mobile Network）選択、システム情報（System information、SI）の報知、ページング（paging）、セル再選択（cell re-selection）、モビリティ等が行われる。
【００１０】
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤでは、ＵＥはＲＲＣ接続（connection）を有し、ネットワークとのデータの送受信を行うことができ、また、ハンドオーバ（Handover、ＨＯ）、隣接セル（Neighbour cell）のメジャメント等が行われる。
【００１１】
３ＧＰＰでの、ＬＴＥシステムにおけるフレーム構成に関する現在の決定事項が、非特許文献１（５章）に記載されている。図２を用いて説明する。図２はＬＴＥ方式の通信システムで使用される無線フレームの構成を示す説明図である。図２において、１つの無線フレーム（Radio frame）は１０ｍｓである。無線フレームは１０個の等しい大きさのサブフレーム（Sub-frame）に分割される。サブフレームは、２個の等しい大きさのスロット（slot）に分割される。無線フレーム毎に１番目と６番目のサブフレームに下り同期信号（Downlink Synchronization Signal: SS）が含まれる。同期信号には第一同期信号（Primary Synchronization Signal: P-SS）と第二同期信号（Secondary Synchronization Signal: S-SS）がある。サブフレーム単位にてＭＢＳＦＮ（Multimedia Broadcast multicast service Single Frequency Network）用とＭＢＳＦＮ以外のチャネルの多重が行われる。以降、ＭＢＳＦＮ送信用のサブフレームをＭＢＳＦＮサブフレーム（MBSFN sub-frame）と称する。非特許文献２に、ＭＢＳＦＮサブフレームの割り当て時のシグナリング例が記載されている。図３は、ＭＢＳＦＮフレームの構成を示す説明図である。図３において、ＭＢＳＦＮフレーム（MBSFN frame）毎にＭＢＳＦＮサブフレームが割り当てられる。ＭＢＳＦＮフレームの集合（MBSFN frame Cluster）がスケジュールされる。ＭＢＳＦＮフレームの集合の繰り返し周期（Repetition Period）が割り当てられる。
【００１２】
３ＧＰＰでの、ＬＴＥシステムにおけるチャネル構成に関する現在の決定事項が、非特許文献１に記載されている。ＣＳＧ（Closed Subscriber Group cell）セルにおいてもｎｏｎ−ＣＳＧセルと同じチャネル構成が用いられると想定されている。物理チャネル（Physical channel）について（非特許文献１  ５章）図４を用いて説明する。図４は、ＬＴＥ方式の通信システムで使用される物理チャネルを説明する説明図である。図４において、物理報知チャネル４０１（Physical Broadcast channel: PBCH）は基地局１０２から移動端末１０１へ送信される下りチャネルである。ＢＣＨトランスポートブロック（transport block）は４０ｍｓ間隔中の４個のサブフレームにマッピングされる。４０ｍｓタイミングの明白なシグナリングはない。物理制御チャネルフォーマットインジケータチャネル４０２（Physical Control format indicator channel: PCFICH）は基地局１０２から移動端末１０１へ送信される。ＰＣＦＩＣＨは、ＰＤＣＣＨｓのために用いるＯＦＤＭシンボルの数について基地局１０２から移動端末１０１へ通知する。ＰＣＦＩＣＨはサブフレーム毎に送信される。物理下り制御チャネル４０３（Physical downlink control channel: PDCCH）は基地局１０２から移動端末１０１へ送信される下りチャネルである。ＰＤＣＣＨは、リソース割り当て（allocation）、ＤＬ−ＳＣＨ（図５に示されるトランスポートチャネルの１つである下り共有チャネル）に関するＨＡＲＱ情報、ＰＣＨ（図５に示されるトランスポートチャネルの１つであるページングチャネル）を通知する。ＰＤＣＣＨは、上りスケジューリンググラント（Uplink Scheduling Grant）を運ぶ。ＰＤＣＣＨは、上り送信に対する応答信号であるＡＣＫ／Ｎａｃｋを運ぶ。ＰＤＣＣＨはＬ１／Ｌ２制御信号とも呼ばれる。物理下り共有チャネル４０４（Physical downlink shared channel: PDSCH）は、基地局１０２から移動端末１０１へ送信される下りチャネルである。ＰＤＳＣＨはトランスポートチャネルであるＤＬ-ＳＣＨ（下り共有チャネル）やトランスポートチャネルであるＰＣＨがマッピングされている。物理マルチキャストチャネル４０５（Physical multicast channel: PMCH）は基地局１０２から移動端末１０１へ送信される下りチャネルである。ＰＭＣＨはトランスポートチャネルであるＭＣＨ（マルチキャストチャネル）がマッピングされている。
【００１３】
物理上り制御チャネル４０６（Physical Uplink control channel: PUCCH）は移動端末１０１から基地局１０２へ送信される上りチャネルである。ＰＵＣＣＨは下り送信に対する応答信号（response）であるＡＣＫ／Ｎａｃｋを運ぶ。ＰＵＣＣＨはＣＱＩ（Channel Quality indicator）レポートを運ぶ。ＣＱＩとは受信したデータの品質、もしくは通信路品質を示す品質情報である。またＰＵＣＣＨは、スケジューリングリクエスト（Scheduling Request: SR）を運ぶ。物理上り共有チャネル４０７（Physical Uplink shared channel: PUSCH）は移動端末１０１から基地局１０２へ送信される上りチャネルである。ＰＵＳＣＨはＵＬ−ＳＣＨ（図５に示されるトランスポートチャネルの１つである上り共有チャネル）がマッピングされている。物理ＨＡＲＱインジケータチャネル４０８（Physical Hybrid ARQ indicator channel: PHICH）は基地局１０２から移動端末１０１へ送信される下りチャネルである。ＰＨＩＣＨは上り送信に対する応答であるＡＣＫ／Ｎａｃｋを運ぶ。物理ランダムアクセスチャネル４０９（Physical random access  channel: PRACH）は移動端末１０１から基地局１０２へ送信される上りチャネルである。ＰＲＡＣＨはランダムアクセスプリアンブル（random access preamble）を運ぶ。
【００１４】
下りリファレンスシグナル（Reference signal）は、移動体通信システムとして既知のシンボルが、毎スロットの最初、３番目、最後のＯＦＤＭシンボルに挿入される。移動端末の物理レイヤの測定として、リファレンスシンボルの受信電力（Reference symbol received power：ＲＳＲＰ）がある。
【００１５】
トランスポートチャネル（Transport channel）について（非特許文献１  ５章）図５を用いて説明する。図５は、ＬＴＥ方式の通信システムで使用されるトランスポートチャネルを説明する説明図である。図５Ａには下りトランスポートチャネルと下り物理チャネル間のマッピングを示す。図５Ｂには上りトランスポートチャネルと上り物理チャネル間のマッピングを示す。下りトランスポートチャネルについて報知チャネル（Broadcast channel: BCH）はその基地局（セル）全体に報知される。ＢＣＨは物理報知チャネル（PBCH）にマッピングされる。下り共有チャネル（Downlink Shared channel: DL-SCH）には、ＨＡＲＱ（Hybrid ARQ）による再送制御が適用される。基地局（セル）全体への報知が可能である。ダイナミックあるいは準静的（Semi-static）なリソース割り当てをサポートする。準静的なリソース割り当ては，パーシステントスケジューリング（Persistent Scheduling）とも言われる。移動端末の低消費電力化のために移動端末のＤＲＸ（Discontinuous reception）をサポートする。ＤＬ−ＳＣＨは物理下り共有チャネル（PDSCH）へマッピングされる。ページングチャネル（Paging channel: PCH）は移動端末の低消費電力を可能とするために移動端末のＤＲＸをサポートする。基地局（セル）全体への報知が要求される。動的にトラフィックに利用できる物理下り共有チャネル（PDSCH）のような物理リソース、あるいは他の制御チャネルの物理下り制御チャネル（PDCCH）のような物理リソースへマッピングされる。マルチキャストチャネル（Multicast channel: MCH）は基地局（セル）全体への報知に使用される。マルチセル送信におけるＭＢＭＳサービス（MTCHとMCCH）のＳＦＮ合成をサポートする。準静的なリソース割り当てをサポートする。ＭＣＨはＰＭＣＨへマッピングされる。
【００１６】
上り共有チャネル（Uplink Shared channel: UL-SCH）にはＨＡＲＱ（Hybrid ARQ）による再送制御が適用される。ダイナミックあるいは準静的（Semi-static）なリソース割り当てをサポートする。ＵＬ−ＳＣＨは物理上り共有チャネル（PUSCH）へマッピングされる。図５Ｂに示されるランダムアクセスチャネル（Random access channel: RACH）は制御情報に限られている。衝突のリスクがある。ＲＡＣＨは物理ランダムアクセスチャネル（PRACH）へマッピングされる。ＨＡＲＱについて説明する。
【００１７】
ＨＡＲＱとは自動再送（Automatic Repeat reQuest）と誤り訂正（Forward Error Correction）との組み合わせにより伝送路の通信品質を向上させる技術である。通信品質が変化する伝送路に対しても再送により誤り訂正が有効に機能するという利点がある。特に再送にあたって初送の受信結果と再送の受信結果の合成をすることで更なる品質向上を得ることも可能である。再送の方法の一例を説明する。受信側にて受信データが正しくデコード出来なかった場合（CRC Cyclic Redundancy Check エラーが発生した場合（CRC=NG））、受信側から送信側へ「Ｎａｃｋ」を送信する。「Ｎａｃｋ」を受信した送信側はデータを再送する。受信側にて受信データが正しくデコードできた場合（CRCエラーが発生しない場合（CRC=OK））、受信側から送信側へ「Ａｃｋ」を送信する。「Ａｃｋ」を受信した送信側は次のデータを送信する。ＨＡＲＱ方式の一例として「チェースコンバイニング」（Chase Combining）がある。チェースコンバイニングとは初送と再送に同じデータ系列を送信するもので、再送において初送のデータ系列と再送のデータ系列の合成を行うことで利得を向上させる方式である。これは初送データに誤りがあったとしても部分的に正確なものも含まれており、正確な部分の初送データと再送データとを合成することでより高精度にデータを送信できるという考え方に基づいている。また、ＨＡＲＱ方式の別の例としてＩＲ（Incremental Redundancy）がある。ＩＲとは冗長度を増加させるものであり、再送においてパリティビットを送信することで初送と組み合わせて冗長度を増加させ、誤り訂正機能により品質を向上させるものである。
【００１８】
論理チャネル（Logical channel）について（非特許文献１  ６章）図６を用いて説明する。図６は、ＬＴＥ方式の通信システムで使用される論理チャネルを説明する説明図である。図６Ａには下りロジカルチャネルと下りトランスポートチャネル間のマッピングを示す。図６Ｂには上りロジカルチャネルと上りトランスポートチャネル間のマッピングを示す。報知制御チャネル（Broadcast control channel: BCCH）は報知システム制御情報のための下りチャネルである。論理チャネルであるＢＣＣＨはトランスポートチャネルである報知チャネル(BCH)、あるいは下り共有チャネル（DL-SCH）へマッピングされる。ページング制御チャネル（Paging control channel: PCCH）はページング信号を送信するための下りチャネルである。ＰＣＣＨは移動端末のセルロケーションをネットワークが知らない場合に用いられる。論理チャネルであるＰＣＣＨはトランスポートチャネルであるページングチャネル(PCH)へマッピングされる。共有制御チャネル（Common control channel: CCCH）は移動端末と基地局間の送信制御情報のためのチャネルである。ＣＣＣＨは移動端末がネットワークとの間でＲＲＣ接続（connection）を持っていない場合に用いられる。下り方法では、ＣＣＣＨはトランスポートチャネルである下り共有チャネル（ＤＬ−ＳＣＨ）へマッピングされる。上り方向では、ＣＣＣＨはトランスポートチャネルである上り共有チャネル(UL-SCH)へマッピングされる。
【００１９】
マルチキャスト制御チャネル（Multicast control channel: MCCH）は１対多の送信のための下りチャネルである。ネットワークから移動端末への１つあるいはいくつかのＭＴＣＨ用のＭＢＭＳ制御情報の送信のために用いられるチャネルである。ＭＣＣＨはＭＢＭＳ受信中の移動端末のみに用いられるチャネルである。ＭＣＣＨはトランスポートチャネルである下り共有チャネル(DL-SCH)あるいはマルチキャストチャネル（MCH）へマッピングされる。個別制御チャネル（Dedicated control channel: DCCH）は移動端末とネットワーク間の個別制御情報を送信するチャネルである。ＤＣＣＨは上りでは上り共有チャネル（UL-SCH）へマッピングされ、下りでは下り共有チャネル(DL-SCH)にマッピングされる。個別トラフィックチャネル（Dedicate Traffic channel: DTCH）はユーザ情報の送信のための個別移動端末への１対１通信のチャネルである。ＤＴＣＨは上り・下りともに存在する。ＤＴＣＨは上りでは上り共有チャネル(UL-SCH)へマッピングされ、下りでは下り共有チャネル（DL-SCH）へマッピングされる。マルチキャストトラフィックチャネル（Multicast Traffic channel: MTCH）はネットワークから移動端末へのトラフィックデータ送信のための下りチャネルである。ＭＴＣＨはＭＢＭＳ受信中の移動端末のみに用いられるチャネルである。ＭＴＣＨは下り共有チャネル(DL-SCH)あるいはマルチキャストチャネル(MCH)へマッピングされる。
【００２０】
ＧＣＩとは、グローバルセル識別子（Global Cell Identity）のことである。ＬＴＥ及びＵＭＴＳ（Universal Mobile Telecommunication System）においてＣＳＧセル（Closed Subscriber Group cell）が導入される。ＣＳＧについて以下説明する（非特許文献４  ３．１章）。ＣＳＧ（Closed Subscriber Group）とは、利用可能な加入者をオペレータが特定しているセルである（特定加入者用セル）。特定された加入者は、ＰＬＭＮ（Public Land Mobile Network）のひとつ以上のＥ-ＵＴＲＡＮセルにアクセスすることが許可される。特定された加入者がアクセスを許可されている１つ以上のＥ−ＵＴＲＡＮセルを“ＣＳＧ  ｃｅｌｌ（ｓ）”とよぶ。ただし、ＰＬＭＮにはアクセス制限がある。ＣＳＧセルとは、固有のＣＳＧアイデンティティ（CSG identity: CSG ID，CSG-ID）を報知するＰＬＭＮの一部である。あらかじめ利用登録し、許可された加入者グループのメンバーは、アクセス許可情報であるところのＣＳＧ−ＩＤを用いてＣＳＧセルにアクセスする。
【００２１】
ＣＳＧ−ＩＤはＣＳＧセルかセルによって報知される。移動体通信システムにＣＳＧ−ＩＤは複数存在する。そして、ＣＳＧ−ＩＤは、ＣＳＧ関連のメンバーのアクセスを容易にするために移動端末（UE）によって使用される。ＣＳＧセルあるいはセルによって報知される情報をＣＳＧ−ＩＤの代わりにトラッキングエリアコード（Tracking Area Code  TAC）にすることが３ＧＰＰ会合において議論されている。移動端末の位置追跡は、１つ以上のセルからなる区域を単位に行われる。位置追跡は、待受け状態であっても移動端末の位置を追跡し、呼び出す（移動端末が着呼する）ことを可能にするためである。この移動端末の位置追跡のための区域をトラッキングエリアとよぶ。ＣＳＧホワイトリスト（CSG White List）とは、加入者が属するＣＳＧセルのすべてのＣＳＧ ＩＤが記録されている、ＵＳＩＭに格納されたリストである。移動端末内のホワイトリストは上位レイヤによって与えられる。これによりＣＳＧセルの基地局は移動端末に無線リソースの割り当てを行う。
【００２２】
「適切なセル」（Suitable cell）について以下説明する（非特許文献４  4.3章）。「適切なセル」（Suitable cell）とは、ＵＥが通常（normal）サービスを受けるためにキャンプオン（Camp ON）するセルである。そのようなセルは、（１）セルは選択されたＰＬＭＮか登録されたＰＬＭＮ、または「Ｅｑｕｉｖａｌｅｎｔ  ＰＬＭＮリスト」のＰＬＭＮの一部であること、（２）ＮＡＳ（non-access stratum）によって提供された最新情報にてさらに以下の条件を満たすこと、（a）そのセルが禁じられた（barred）セルでないこと。（b）そのセルが“ローミングのための禁止されたＬＡｓ”リストの一部ではなく、少なくとも１つのトラッキングエリア（Tracking Area:TA）の一部であること。その場合、そのセルは上記（１）を満たす必要がある、（c）そのセルが、セル選択評価基準を満たしていること、（d）そのセルが、ＣＳＧセルとしてシステム情報（System Information: SI）によって特定されたセルに関しては、ＣＳＧ−ＩＤはＵＥの「ＣＳＧホワイトリスト」（CSG WhiteList）の一部であること（UEのCSG WhiteList中に含まれること）。
【００２３】
「アクセプタブルセル」（Acceptable cell）について以下説明する（非特許文献４  ４．３章）これは、ＵＥが限られたサービス（緊急通報）を受けるためにキャンプオンするセルである。そのようなセルは以下のすべての要件を充足するものとする。つまり、Ｅ−ＵＴＲＡＮネットワークで緊急通報を開始するための最小のセットの要件を以下に示す。（１）そのセルが禁じられた（barred）セルでないこと。（２）そのセルが、セル選択評価基準を満たしていること。
【００２４】
セルにキャンプオン（camp on）するとは、ＵＥがセル選択／再選択（cell selection/reselection）処理を完了し、ＵＥがシステム情報とページング情報をモニタするセルを選択した状態である。
【００２５】
３ＧＰＰにおいて、Ｈｏｍｅ−ＮｏｄｅＢ（Home-NB、HNB）、Ｈｏｍｅ−ｅＮｏｄｅＢ（Home-eNB、HeNB）と称される基地局が検討されている。ＨＮＢ／ＨｅＮＢはＵＴＲＡＮ／Ｅ−ＵＴＲＡＮにおける、例えば家庭、法人、商業用のアクセスサービス向けの基地局である。非特許文献６にＨｅＮＢ及びＨＮＢへのアクセスの３つの異なるモードが開示されている。オープンアクセスモード（Open access mode）とクローズドアクセスモード（Closed access mode）とハイブリッドアクセスモード（Hybrid access mode）である。各々のモードは以下のような特徴を有する。オープンアクセスモードでは、ＨｅＮＢやＨＮＢは通常のオペレータのノーマルセルとして操作される。クローズドアクセスモードでは、ＨｅＮＢやＨＮＢがＣＳＧセルとして操作される。これはＣＳＧメンバーのみアクセス可能なＣＳＧセルである。ハイブリッドアクセスモードでは、非ＣＳＧメンバーも同時にアクセス許可されているＣＳＧセルである。ハイブリッドアクセスモードのセルは、言い換えれば、オープンアクセスモードとクローズドアクセスモードの両方をサポートするセルである。
【先行技術文献】
【非特許文献】
【００２６】
【非特許文献１】３ＧＰＰ  ＴＳ３６．３００  Ｖ８．６．０  ４章、５章、６章
【非特許文献２】３ＧＰＰ  Ｒ１−０７２９６３
【非特許文献３】ＴＲ  Ｒ３．０２０  Ｖ０．６．０
【非特許文献４】３ＧＰＰ  ＴＳ３６．３０４  Ｖ８．４．０  ３．１章、４．３章、５．２.４．２章、５．２.４．３章、５．２.４．６章、７．１章、７．２章
【非特許文献５】３ＧＰＰ  Ｒ２−０８２８９９
【非特許文献６】３ＧＰＰ  Ｓ１−０８３４６１
【非特許文献７】ＴＲ  ３６．８１４  Ｖ１.０．０  ５章
【非特許文献８】３ＧＰＰ  Ｒ１−０９０８６０
【非特許文献９】３ＧＰＰ  ＴＳ３６．３３１  Ｖ８．５．０  ６．２．２章、６．３．２章
【非特許文献１０】３ＧＰＰ  Ｒ２−０９３１０４
【非特許文献１１】３ＧＰＰ  Ｒ２−０９２１８０
【非特許文献１２】３ＧＰＰ  Ｒ２−０９３２０４
【非特許文献１３】ＴＳ３６.３２１  Ｖ８.５.０
【非特許文献１４】Ｒ２−１００８１２
【非特許文献１５】ＴＳ３６．３３１  Ｖ９．１．０
【非特許文献１６】ＴＲ３６．９１２  Ｖ９．１．０
【非特許文献１７】Ｒ２−１０１４２３
【非特許文献１８】Ｒ２−１００５３１
【発明の概要】
【発明が解決しようとする課題】
【００２７】
ロングタームエボリューション  アドヴァンスド（Long Term Evolution Advanced：LTE-A）システムでは、ＬＴＥシステムの周波数帯域幅より大きい周波数帯域幅をサポートすることが考えられている。通信速度向上のためである。現在の３ＧＰＰではＬＴＥ-Ａシステムの周波数帯域幅は１００ＭＨｚ以下となることが議論されている。
【００２８】
各地域の周波数利用状況は様々である。よって周波数帯域幅を連続して１００ＭＨｚ確保出来ない地域も考えられる。また、ＬＴＥ−ＡシステムにおいてＬＴＥ対応移動端末の互換動作が考えられている。これにともない、現在の３ＧＰＰでは周波数帯域（キャリア）をコンポーネントキャリア（部分キャリア）と呼ばれる単位に分けることが考えられている。現在の３ＧＰＰでは、本コンポーネントキャリア上においてＬＴＥ対応移動端末は動作可能とする方向である。また、ＬＴＥ−Ａシステムとしての通信速度向上は、コンポーネントキャリアをアグリゲーションして（集めて）作成した集合キャリアを使用することにより実現しようと考えられている。
【００２９】
本開示の目的は、集合キャリアに対応させて通信速度向上を実現しつつ、効率的に通信制御を行うことが可能な移動体通信システムを提供することである。
【課題を解決するための手段】
【００３０】
本開示の移動体通信システムは、複数の部分キャリアを個別に使用するか又は前記複数の部分キャリアを集めた集合キャリアを使用して、前記部分キャリアに対応した移動端末又は前記集合キャリアに対応した移動端末と基地局とが無線通信する移動体通信システムであって、前記集合キャリアを使用して前記集合キャリアに対応した移動端末と基地局とが無線通信する場合、前記集合キャリアに対応した移動端末と基地局との間の無線通信に関する制御情報を送信し、前記制御情報は、ＲＲＣ情報およびＭＡＣ情報であり、前記ＲＲＣ情報に、部分キャリアを識別する部分キャリア識別情報を含め、前記ＭＡＣ情報に、前記部分キャリア識別情報と前記部分キャリアの物理情報とを対応付ける情報を含めたことを特徴とする。
【発明の効果】
【００３１】
本開示に従えば、効率的に通信制御を行うことが可能である。
【図面の簡単な説明】
【００３２】
【図１】ＬＴＥ方式の通信システムの構成を示す説明図である。
【図２】ＬＴＥ方式の通信システムで使用される無線フレームの構成を示す説明図である。
【図３】ＭＢＳＦＮ（Multimedia Broadcast multicast service Single Frequency Network）フレームの構成を示す説明図である。
【図４】ＬＴＥ方式の通信システムで使用される物理チャネルを説明する説明図である。
【図５】ＬＴＥ方式の通信システムで使用されるトランスポートチャネルを説明する説明図である。
【図６】ＬＴＥ方式の通信システムで使用される論理チャネルを説明する説明図である。
【図７】現在３ＧＰＰで議論されている移動体通信システムの全体的な構成を示すブロック図である。
【図８】移動端末の構成を示すブロック図である。
【図９】基地局の構成を示すブロック図である。
【図１０】ＭＭＥの構成を示すブロック図である。
【図１１】ＨｅＮＢＧＷの構成を示すブロック図である。
【図１２】ＬＴＥ方式の通信システムにおいて移動端末（ＵＥ）が行うセルサーチの概略を示すフローチャートである。
【図１３】現在３ＧＰＰで議論されているキャリアアグリゲーションのための下りレイヤ２構造を示す図である。
【図１４】現在３ＧＰＰで議論されているキャリアアグリゲーションのための上りレイヤ２構造を示す図である。
【図１５】実施の形態１の第三の解決策における、どのコンポーネントに対する制御情報かを示す情報の第一の具体例を説明する図である。
【図１６】実施の形態１の第三の解決策における、どのコンポーネントに対する制御情報かを示す情報の第二の具体例を説明する図である。
【図１７】実施の形態１の第三の解決策における、どのコンポーネントに対する制御情報かを示す情報の第三の具体例を説明する図である。
【図１８】実施の形態１の第三の解決策における、コンポーネント識別子の番号付けの具体例を説明する図である。
【図１９】実施の形態１の第三の解決策における移動体通信システムの動作を示すシーケンス図である。
【図２０】実施の形態２の第三の解決策における移動体通信システムの動作を示すシーケンス図である。
【図２１】実施の形態２の変形例１で開示するキャリアアグリゲーションのための下りレイヤ２構造を示す図である。
【図２２】実施の形態２の変形例１で開示するキャリアアグリゲーションのための上りレイヤ２構造を示す図である。
【図２３】実施の形態３の第二の解決策におけるスケジューリングコンポーネントを示す情報の第一の具体例を説明する図である。
【図２４】実施の形態３の第二の解決策におけるスケジューリングコンポーネントを示す情報の第二の具体例を説明する図である。
【図２５】実施の形態３の第二の解決策におけるスケジューリングコンポーネントを示す情報の第三の具体例を説明する図である。
【図２６】実施の形態３の第二の解決策におけるコンポーネントスケジューリングブロックで行われるコンポーネントインデックスとスケジューリングコンポーネントの対応付けの概念図である。
【図２７】実施の形態３の第二の解決策における移動体通信システムの動作を示すシーケンス図である。
【図２８】実施の形態４の解決策を示す概念図である。
【図２９】実施の形態４の解決策における移動体通信システムの動作を示すシーケンス図である。
【図３０】実施の形態４の変形例１の解決策における移動体通信システムの動作を示すシーケンス図である。
【図３１】現在３ＧＰＰで議論されている設定されたコンポーネントキャリアと同じ周波数上の測定対象を比較する場合の概念図である。
【図３２】現在３ＧＰＰで議論されている設定されたコンポーネントキャリアと異なる周波数上のコンポーネントキャリアを比較する場合の概念図である。
【図３３】実施の形態５で解決する課題を説明する概念図である。
【図３４】実施の形態５の解決策における移動体通信システムの動作を示すシーケンス図である。
【図３５】実施の形態５の解決策におけるサービング基地局と周辺基地局の状況を示す概念図である。
【図３６】実施の形態５の変形例２の解決策における移動体通信システムの動作を示すシーケンス図である。
【図３７】実施の形態５の変形例３の解決策における移動体通信システムの動作を示すシーケンス図である。
【図３８】実施の形態５の解決策における基地局３３０８の構成を示すブロック図である。
【発明を実施するための形態】
【００３３】
実施の形態１．
図７は、現在３ＧＰＰにおいて議論されているＬＴＥ方式の移動体通信システムの全体的な構成を示すブロック図である。現在３ＧＰＰにおいては、ＣＳＧ（Closed Subscriber Group）セル（e-UTRANのHome-eNodeB（Home-eNB,HeNB）,UTRANのHome-NB（HNB））とｎｏｎ-ＣＳＧセル（e-UTRANのeNodeB（eNB）、UTRANのNodeB(NB)、GERANのBSS）とを含めたシステムの全体的な構成が検討されており、ｅ−ＵＴＲＡＮについては、図７の（ａ）や（ｂ）のような構成が提案されている（非特許文献１、非特許文献３）。図７（ａ）について説明する。移動端末（ＵＥ）７１は基地局７２と送受信を行う。基地局７２はｅＮＢ（non-CSGセル）７２−１と、Ｈｏｍｅ−ｅＮＢ（CSGセル）７２−２とに分類される。
【００３４】
ｅＮＢ７２−１はＭＭＥ７３とインタフェースＳ１により接続され、ｅＮＢとＭＭＥとの間で制御情報が通信される。ひとつのｅＮＢに対して複数のＭＭＥが接続される。Ｈｏｍｅ−ｅＮＢ７２−２はＭＭＥ７３とインタフェースＳ１により接続され、Ｈｏｍｅ−ｅＮＢとＭＭＥとの間で制御情報が通信される。ひとつのＭＭＥに対して複数のＨｏｍｅ−ｅＮＢが接続される。
【００３５】
次に、図７（ｂ）について説明する。移動端末（ＵＥ）７１は基地局７２と送受信を行う。基地局７２はｅＮＢ（non-CSGセル）７２−１と、Ｈｏｍｅ−ｅＮＢ（CSGセル）７２−２とに分類される。図７（ａ）と同じように、ｅＮＢ７２−１はＭＭＥ７３とインタフェースＳ１により接続され、ｅＮＢとＭＭＥとの間で制御情報が通信される。ひとつのｅＮＢに対して複数のＭＭＥが接続される。一方、Ｈｏｍｅ−ｅＮＢ７２−２はＨｅＮＢＧＷ（Home-eNB GateWay）７４を介してＭＭＥ７３と接続される。Ｈｏｍｅ−ｅＮＢとＨｅＧＷはインタフェースＳ１により接続され、ＨｅＮＢＧＷ７４とＭＭＥ７３はインタフェースＳ１＿ｆｌｅｘを介して接続される。ひとつまたは複数のＨｏｍｅ−ｅＮＢ７２−２がひとつのＨｅＮＢＧＷ７４と接続され、Ｓ１を通して情報が通信される。ＨｅＮＢＧＷ７４はひとつまたは複数のＭＭＥ７３と接続され、Ｓ１＿ｆｌｅｘを通して情報が通信される。
【００３６】
図７（ｂ）の構成を用いて、ひとつのＨｅＮＢＧＷ７４を、同じＣＳＧ−ＩＤに属するＨｏｍｅ−ｅＮＢと接続することによって、例えばレジストレーション情報など、同じ情報をＭＭＥ７３から同じＣＳＧ−ＩＤに属する複数のＨｏｍｅ−ｅＮＢ７２−２に送信する場合、一旦ＨｅＮＢＧＷ７４へ送信し、そこから複数のＨｏｍｅ−ｅＮＢ７２−２へ送信することで、複数のＨｏｍｅ−ｅＮＢ７２−２に対してそれぞれ直接に送信するよりもシグナリング効率を高められる。一方、各Ｈｏｍｅ−ｅＮＢ７２−２がそれぞれ個別の情報をＭＭＥ７３と通信する場合は、ＨｅＮＢＧＷ７４を介すがそこで情報を加工することなく通過（透過）させるだけにしておくことで、Ｈｏｍｅ−ｅＮＢ７２−２とＭＭＥ７３があたかも直接接続されているように通信することも可能となる。
【００３７】
図８は、移動端末（図７の端末７１）の構成を示すブロック図である。図８に示す移動端末の送信処理を説明する。まず、プロトコル処理部８０１からの制御データ、アプリケーション部８０２からのユーザデータが送信データバッファ部８０３へ保存される。送信データバッファ部８０３に保存されたデータはエンコーダー部８０４へ渡され、誤り訂正などのエンコード処理が施される。エンコード処理を施さずに送信データバッファ部８０３から変調部８０５へ直接出力されるデータが存在しても良い。エンコーダー部８０４でエンコード処理されたデータは変調部８０５にて変調処理が行われる。変調されたデータはベースバンド信号に変換された後、周波数変換部８０６へ出力され、無線送信周波数に変換される。その後、アンテナ８０７から基地局３１２に送信信号が送信される。また、移動端末３１１の受信処理は以下のとおり実行される。基地局３１２からの無線信号がアンテナ８０７により受信される。受信信号は、周波数変換部８０６にて無線受信周波数からベースバンド信号に変換され、復調部８０８において復調処理が行われる。復調後のデータはデコーダー部８０９へ渡され、誤り訂正などのデコード処理が行われる。デコードされたデータのうち、制御データはプロトコル処理部８０１へ渡され、ユーザデータはアプリケーション部８０２へ渡される。移動端末の一連の処理は制御部８１０によって制御される。よって制御部８１０は、図面では省略しているが、各部（801〜809）と接続している。
【００３８】
図９は、基地局（図７の基地局７２）の構成を示すブロック図である。図９に示す基地局の送信処理を説明する。ＥＰＣ通信部９０１は、基地局７２とＥＰＣ（MME73,HeNBGW74など）間のデータの送受信を行う。他基地局通信部９０２は、他の基地局との間のデータの送受信を行う。ＥＰＣ通信部９０１、他基地局通信部９０２はそれぞれプロトコル処理部９０３と情報の受け渡しを行う。プロトコル処理部９０３からの制御データ、またＥＰＣ通信部９０１と他基地局通信部９０２からのユーザデータ及び制御データが送信データバッファ部９０４へ保存される。送信データバッファ部９０４に保存されたデータはエンコーダー部９０５へ渡され、誤り訂正などのエンコード処理が施される。エンコード処理を施さずに送信データバッファ部９０４から変調部９０６へ直接出力されるデータが存在しても良い。エンコードされたデータは変調部９０６にて変調処理が行われる。変調されたデータはベースバンド信号に変換された後、周波数変換部９０７へ出力され、無線送信周波数に変換される。その後、アンテナ９０８より一つもしくは複数の移動端末７１に対して送信信号が送信される。また、基地局７２の受信処理は以下のとおり実行される。ひとつもしくは複数の移動端末３１１からの無線信号がアンテナ９０８により受信される。受信信号は周波数変換部９０７にて無線受信周波数からベースバンド信号に変換され、復調部９０９で復調処理が行われる。復調されたデータはデコーダー部９１０へ渡され、誤り訂正などのデコード処理が行われる。デコードされたデータのうち、制御データはプロトコル処理部９０３あるいはＥＰＣ通信部９０１、他基地局通信部９０２へ渡され、ユーザデータはＥＰＣ通信部９０１、他基地局通信部９０２へ渡される。基地局７２の一連の処理は制御部９１１によって制御される。よって制御部９１１は図面では省略しているが各部（901〜910）と接続している。
【００３９】
図１０は、ＭＭＥ(Mobility Management Entity)の構成を示すブロック図である。ＰＤＮ  ＧＷ通信部１００１はＭＭＥ７３とＰＤＮ  ＧＷ間のデータの送受信を行う。基地局通信部１００２はＭＭＥ７３と基地局７２間をＳ１インタフェースによるデータの送受信を行う。ＰＤＮ  ＧＷから受信したデータがユーザデータであった場合、ユーザデータはＰＤＮ  ＧＷ通信部１００１からユーザプレイン処理部１００３経由で基地局通信部１００２に渡され、１つあるいは複数の基地局７２へ送信される。基地局７２から受信したデータがユーザデータであった場合、ユーザデータは基地局通信部１００２からユーザプレイン処理部１００３経由でＰＤＮ  ＧＷ通信部１００１に渡され、ＰＤＮ  ＧＷへ送信される。
【００４０】
ＰＤＮ  ＧＷから受信したデータが制御データであった場合、制御データはＰＤＮ  ＧＷ通信部１００１から制御プレイン制御部１００５へ渡される。基地局７２から受信したデータが制御データであった場合、制御データは基地局通信部１００２から制御プレイン制御部１００５へ渡される。ＨｅＮＢＧＷ通信部１００４は、ＨｅＮＢＧＷ７４が存在する場合に設けられ、情報種別によって、ＭＭＥ７３とＨｅＮＢＧＷ７４間のインタフェース（ＩＦ）によるデータの送受信を行う。ＨｅＮＢＧＷ通信部１００４から受信した制御データはＨｅＮＢＧＷ通信部１００４から制御プレイン制御部１００５へ渡される。制御プレイン制御部１００５での処理の結果は、ＰＤＮ  ＧＷ通信部１００１経由でＰＤＮ  ＧＷへ送信される。また、制御プレイン制御部１００５で処理された結果は、基地局通信部１００２経由でＳ１インタフェースにより１つあるいは複数の基地局７２へ送信され、またＨｅＮＢＧＷ通信部１００４経由で１つあるいは複数のＨｅＮＢＧＷ７４へ送信される。
【００４１】
制御プレイン制御部１００５には、ＮＡＳセキュリティ部１００５−１、ＳＡＥベアラコントロール部１００５−２、アイドルステート（Idle State）モビリティ管理部１００５―３などが含まれ、制御プレインに対する処理全般を行う。ＮＡＳセキュリティ部１００５―１はＮＡＳ（Non-Access Stratum）メッセージのセキュリティなどを行う。ＳＡＥベアラコントロール部１００５―２はＳＡＥ（System Architecture Evolution）のベアラの管理などを行う。アイドルステートモビリティ管理部１００５―３は、待受け（LTE‐IDLE状態、単にアイドルとも称される）状態のモビリティ管理、待受け状態時のページング信号の生成及び制御、傘下の１つあるいは複数の移動端末７１のトラッキングエリア（TA）の追加、削除、更新、検索、トラッキングエリアリスト（TA List）管理などを行う。ＭＭＥはＵＥが登録されている（registered）追跡領域（トラッキングエリア：tracking Area: TA）に属するセルへページングメッセージを送信することで、ページングプロトコルに着手する。ＭＭＥに接続されるＨｏｍｅ−ｅＮＢ７２−２のＣＳＧの管理やＣＳＧ−ＩＤの管理、そしてホワイトリスト管理を、アイドルステートモビリティ管理部１００５―３で行っても良い。ＣＳＧ−ＩＤの管理では、ＣＳＧ−ＩＤに対応する移動端末とＣＳＧセルの関係が管理（追加、削除、更新、検索）される。例えば、あるＣＳＧ−ＩＤにユーザアクセス登録された一つまたは複数の移動端末と該ＣＳＧ−ＩＤに属するＣＳＧセルの関係であっても良い。ホワイトリスト管理では、移動端末とＣＳＧ−ＩＤの関係が管理（追加、削除、更新、検索）される。例えば、ホワイトリストには、ある移動端末がユーザ登録した一つまたは複数のＣＳＧ−ＩＤが記憶されても良い。これらのＣＳＧに関する管理はＭＭＥ７３の中の他の部分で行われても良いが、アイドルステートモビリティ管理部１００５―３で行うことで、現在３ＧＰＰ会合で議論されている、ＣＳＧ−ＩＤの代わりにトラッキングエリアコード（Tracking Area Code）を用いる方法が効率よく行える。ＭＭＥ３１３の一連の処理は制御部１００６によって制御される。よって制御部１００６は図面では省略しているが各部（1001〜1005）と接続している。
【００４２】
図１１は、ＨｅＮＢＧＷの構成を示すブロック図である。ＥＰＣ通信部１１０１はＨｅＮＢＧＷ７４とＭＭＥ７３間をＳ１＿ｆｌｅｘインタフェースによるデータの送受信を行う。基地局通信部１１０２はＨｅＮＢＧＷ７４とＨｏｍｅ−ｅＮＢ７２−２間をＳ１インタフェースによるデータの送受信を行う。ロケーション処理部１１０３は、ＥＰＣ通信部１１０１経由で渡されたＭＭＥ７３からのデータのうちレジストレーション情報など、複数のＨｏｍｅ−ｅＮＢに送信する処理を行う。ロケーション処理部１１０３で処理されたデータは、基地局通信部１１０２に渡され、ひとつまたは複数のＨｏｍｅ−ｅＮＢ７２−２にＳ１インタフェースを介して送信される。ロケーション処理部１１０３での処理を必要とせず通過（透過）させるだけのデータは、ＥＰＣ通信部１１０１から基地局通信部１１０２に渡され、ひとつまたは複数のＨｏｍｅ−ｅＮＢ７２−２にＳ１インタフェースを介して送信される。ＨｅＮＢＧＷ７４の一連の処理は制御部１１０４によって制御される。よって制御部１１０４は図面では省略しているが各部（1101〜1103）と接続している。
【００４３】
次に移動体通信システムにおける一般的なセルサーチ方法の一例を示す。図１２は、ＬＴＥ方式の通信システムにおいて移動端末（UE）が行うセルサーチから待ち受け動作までの概略を示すフローチャートである。移動端末にてセルサーチが開始されると、ステップＳＴ１２０１で周辺の基地局から送信される第一同期信号（P−SS）、第二同期信号（S−SS）を用いてスロットタイミング、フレームタイミングの同期をとる。Ｐ−ＳＳとＳ−ＳＳあわせて、同期信号（SS）にはセル毎に割り当てられたＰＣＩ（Physical Cell Identity）に１対１対応するシンクロナイゼーションコードが割り当てられている。ＰＣＩの数は現在５０４通りが検討されており、この５０４通りのＰＣＩを用いて同期をとるとともに、同期がとれたセルのＰＣＩを検出（特定）する。次に同期がとれたセルに対して、ステップＳＴ１２０２で、基地局からセル毎に送信される参照信号ＲＳ（Reference Signal）を検出し受信電力の測定を行う。参照信号ＲＳにはＰＣＩと１対１に対応したコードが用いられており、そのコードで相関をとることによって他セルと分離できる。ＳＴ１２０１で特定したＰＣＩから該セルのＲＳ用のコードを導出することによって、ＲＳを検出し、ＲＳ受信電力を測定することが可能となる。次にＳＴ１２０３で、ＳＴ１２０２までで検出されたひとつ以上のセルの中から、ＲＳの受信品質が最も良いセル（例えば、ＲＳの受信電力が最も高いセル、つまりベストセル）を選択する。次にＳＴ１２０４でベストセルのＰＢＣＨを受信して、報知情報であるＢＣＣＨを得る。ＰＢＣＨ上のＢＣＣＨには、セル構成情報が含まれるＭＩＢ（Master Information Block）がのる。ＭＩＢの情報としては、例えば、ＤＬ（ダウンリンク）システム帯域幅（送信帯域幅設定（transmission bandwidth configuration：dl-bandwidth）とも呼ばれる）、送信アンテナ数、ＳＦＮ（System Frame Number）などがある。
【００４４】
次に１２０５で、ＭＩＢのセル構成情報をもとに該セルのＤＬ−ＳＣＨを受信して、報知情報ＢＣＣＨの中のＳＩＢ（System Information Block）１を得る。ＳＩＢ１には該セルへのアクセスに関する情報や、セルセレクションに関する情報、他のＳＩＢ（SIBk;k≧2の整数）のスケジューリング情報が含まれる。また、ＳＩＢ１にはＴＡＣ（Tracking Area Code）が含まれる。次にＳＴ１２０６で、移動端末は、ＳＴ１２０５で受信したＴＡＣと、移動端末が既に保有しているＴＡＣと比較する。比較した結果、同じならば、該セルで待ち受け動作に入る。比較して異なる場合は、移動端末は該セルを通してコアネットワーク（Core Network, EPC）（ＭＭＥなどが含まれる）へ、ＴＡＵ（Tracking Area Update）を行うためＴＡの変更を要求する。コアネットワークは、ＴＡＵ要求信号とともに移動端末から送られてくる該移動端末の識別番号（UE−IDなど）をもとに、ＴＡの更新を行う。コアネットワークはＴＡの更新後、移動端末にＴＡＵ受領信号を送信する。移動端末は該セルのＴＡＣで、移動端末が保有するＴＡＣ（あるいはＴＡＣリスト）を書き換える（更新する）。その後移動端末は該セルで待ち受け動作に入る。
【００４５】
ＬＴＥやＵＭＴＳ（Universal Mobile Telecommunication System）においては、ＣＳＧ（Closed Subscriber Group）セルの導入が検討されている。前述したように、ＣＳＧセルに登録したひとつまたは複数の移動端末のみにアクセスが許される。ＣＳＧセルと登録されたひとつまたは複数の移動端末がひとつのＣＳＧを構成する。このように構成されたＣＳＧにはＣＳＧ−ＩＤと呼ばれる固有の識別番号が付される。なお、ひとつのＣＳＧには複数のＣＳＧセルがあっても良い。移動端末はどれかひとつのＣＳＧセルに登録すればそのＣＳＧセルが属するＣＳＧの他のＣＳＧセルにはアクセス可能となる。また、ＬＴＥでのＨｏｍｅ−ｅＮＢやＵＭＴＳでのＨｏｍｅ−ＮＢがＣＳＧセルとして使われることがある。ＣＳＧセルに登録した移動端末は、ホワイトリストを有する。具体的にはホワイトリストはＳＩＭ／ＵＳＩＭに記憶される。ホワイトリストには、移動端末が登録したＣＳＧセルのＣＳＧ情報がのる。ＣＳＧ情報として具体的には、ＣＳＧ−ＩＤ、ＴＡＩ（Tracking Area Identity）、ＴＡＣなどが考えられる。ＣＳＧ−ＩＤとＴＡＣが対応づけられていれば、どちらか一方で良い。また、ＣＳＧ−ＩＤやＴＡＣとＧＣＩ（Global Cell Identity）が対応付けられていればＧＣＩでもよい。以上から、ホワイトリストを有しない（本開示においては、ホワイトリストが空（empty）の場合も含める）移動端末は、ＣＳＧセルにアクセスすることは不可能であり、ｎｏｎ−ＣＳＧセルのみにしかアクセスできない。一方、ホワイトリストを有する移動端末は、登録したＣＳＧ−ＩＤのＣＳＧセルにも、ｎｏｎ−ＣＳＧセルにもアクセスすることが可能となる。
【００４６】
３ＧＰＰでは、全ＰＣＩ（Physical Cell Identity）を、ＣＳＧセル用とｎｏｎ−ＣＳＧセル用とに分割（ＰＣＩスプリットと称する）することが議論されている（非特許文献５）。またＰＣＩスプリット情報は、システム情報にて基地局から傘下の移動端末に対して報知されることが議論されている。ＰＣＩスプリットを用いた移動端末の基本動作を開示する。ＰＣＩスプリット情報を有しない移動端末は、全ＰＣＩを用いて（例えば５０４コード全てを用いて）セルサーチを行う必要がある。対してＰＣＩスプリット情報を有する移動端末は、当該ＰＣＩスプリット情報を用いてセルサーチを行うことが可能である。
【００４７】
非特許文献７及び非特許文献８に開示されているとおり、３ＧＰＰでは、リリース１０として「ロングタームエボリューション  アドヴァンスド」（Long Term Evolution Advanced：LTE-A）の規格策定が進められている。
【００４８】
ＬＴＥ−ＡシステムではＬＴＥシステムの周波数帯域幅（transmission bandwidths）より大きい周波数帯域幅をサポートすることが考えられている。
【００４９】
そのため、ＬＴＥ−Ａ対応の移動端末は、同時に１つあるいは複数のコンポーネントキャリア（component carrier：CC）を受信することが考えられている。
【００５０】
ＬＴＥ−Ａ対応の移動端末は、同時に複数のコンポーネントキャリア上の受信と送信、あるいは受信のみ、あるいは送信のみをキャリアアグリゲーション（carrier aggregation）するための能力（capability）を持つことが考えられている。
【００５１】
コンポーネントキャリアの構造が現在の３ＧＰＰ（リリース８）仕様に従えば、ＬＴＥ対応の移動端末は、単独のコンポーネントキャリア上のみで、受信と送信が可能となる。ＬＴＥ対応の移動端末は、３ＧＰＰリリース８対応の移動端末とも言い換えることができる。つまり、ＬＴＥ対応の移動端末がＬＴＥ−Ａシステム上で動作可能とする、互換可能とすることが考えられている。
【００５２】
非特許文献８にＬＴＥ−Ａシステムにおけるシステム情報の報知方法が記載されている。また、キャリアアグリゲーション対応の基地局における、シングルキャリアアンカー（Single carrier anchor）とマルチキャリアアンカー（Multi carrier anchor）について開示されている。
【００５３】
シングルキャリアアンカーにおいて、ＬＴＥ対応の移動端末の受信と送信が可能である。シングルキャリアアンカーにおいて、マルチキャリアアンカーのキャリアを示す情報が通知される。シングルキャリアアンカーにおいては、現在の３ＧＰＰ（リリース８）のシステム情報（System information：SI）が報知される。
【００５４】
一方、マルチキャリアアンカーにおいても、ＬＴＥ対応の移動端末の受信と送信が可能である。マルチキャリアアンカーにおいても、現在の３ＧＰＰ（リリース８）のシステム情報（System information：SI）が報知される。マルチキャリアアンカーにおいて、マルチキャリアのシステム情報が報知される。
【００５５】
また非特許文献１０に、キャリアアグリゲーション対応の基地局（セルであっても良い）において、ＲＲＣ接続状態（RRC_CONNECTED state、単にRRC_CONNECTEDとも称する）でＵＥとのデータ送受信が可能な一つまたは複数のコンポーネントキャリアのセットを、キャンディデートコンポーネントキャリアセット（Candidate Component Carrier Set）とすることが提案されている。
【００５６】
また、実際のデータ送受信が行われている一つまたは複数のコンポーネントキャリアを、スケジューリングコンポーネントキャリア（Scheduling Component Carrier）とすることも提案されている。
【００５７】
また非特許文献１１にキャリアアグリゲーションをサポートするうえで、実際のデータ送受信が行われるコンポーネント毎、言い換えればスケジューリングコンポーネント毎に１つのトランスポートブロック（Transport Block）、１つのＨＡＲＱエンティティが存在することが開示されている。またトランスポートブロックは１つのコンポーネントのみにマッピングされることが開示されている。
【００５８】
なおこれ以降、コンポーネントは、コンポーネントキャリアと表記したり、ＣＣと表記したりすることがある。
【００５９】
また非特許文献１２にてキャリアアグリゲーションのためのレイヤ２構造が開示されている。図１３に非特許文献１２に開示されている下りレイヤ２構造、図１４に非特許文献１２に開示されている上りレイヤ２構造を示す。
【００６０】
図１３にて１３０１、１３０２、１３０３、１３０４は無線ベアラ（Radio Bearer）を示す。１３０５、１３０６、１３０７、１３０８はＲＯＨＣ（Robust Header Compression）エンティティを示す。ＲＯＨＣはヘッダー圧縮を行うアルゴリズムである。１３０９、１３１０、１３１１、１３１２はセキュリティエンティティを示す。１３１３はＰＤＣＰ（Packet Data Convergence. Protocol）レイヤと称される。
【００６１】
１３１４、１３１５、１３１６、１３１７は分割（segment）、再送処理（ＡＲＱ）などが行われるエンティティを示す。１３１８はロジカルチャネルＢＣＣＨのエンティティを示す。１３１９はロジカルチャネルＰＣＣＨのエンティティを示す。１３２０はＲＬＣレイヤと称される。１３２１、１３２２、１３２３、１３２４はロジカルチャネルを示す。
【００６２】
１３２５はスケジューリング、優先順位の制御が行われるエンティティを示す。１３２６、１３２７は移動端末毎のコンポーネント単位の分割を行うエンティティを示す。１３２８、１３２９、１３３０、１３３１、１３３２、１３３３はＨＡＲＱエンティティを示す。１３３４、１３３５、１３３６、１３３７、１３３８、１３３９、１３４０、１３４１はトランスポートチャネルを示す。１３４２はＭＡＣレイヤと称される。
【００６３】
図１４にて１４０１、１４０２は無線ベアラを示す。１４０３、１４０４はＲＯＨＣエンティティを示す。１４０５、１４０６はセキュリティエンティティを示す。１４０７はＰＤＣＰレイヤと称される。
【００６４】
１４０８、１４０９は分割、再送処理などが行われるエンティティを示す。１４１０はＲＬＣレイヤと称される。１４１１、１４１２はロジカルチャネルを示す。
【００６５】
１４１３はスケジューリング、優先順位の制御が行われるエンティティを示す。１４１４はコンポーネント単位の分割を行うエンティティを示す。１４１５、１４１６、１４１７はＨＡＲＱエンティティを示す。１４１８、１４１９、１４２０はトランスポートチャネルを示す。１４２１はＭＡＣレイヤと称される。
【００６６】
実施の形態１にて解決する課題について説明する。それぞれのトランスポートブロックが１つのコンポーネントのみにマッピングされる場合、以下の課題が発生する。
【００６７】
制御情報、具体例としてＲＲＣメッセージはＲＬＣレイヤにおいて分割され、ロジカルチャネル、例えばＤＣＣＨ、あるいはＣＣＣＨにマッピングされる。ＭＡＣレイヤにおいて複数のロジカルチャネルＤＣＣＨ、ＣＣＣＨが多重され、トランスポートチャネルＤＬ−ＳＣＨにマッピングされる。トランスポートチャネルＤＬ-ＳＣＨにマッピングされる際に、１つあるいは複数のトランスポートブロック（ＭＡＣ ＰＤＵ（Ｐｒｏｔｏｃｏｌ  ｄａｔａ  ｕｎｉｔ）に対応する）に分けられる。それぞれのトランスポートブロックが１つのコンポーネントにマッピングされるのであれば、結果として、あるコンポーネントに対する制御情報、例えばＲＲＣメッセージが、複数のコンポーネントにマッピングされ送受信されることとなる。
【００６８】
例えば下りＲＲＣメッセージを用いて受信側の処理について説明する。移動端末は、１つのコンポーネント上の物理チャネルＰＤＳＣＨを受信し、復調・復号の結果、トランスポートチャネルＤＬ-ＳＣＨの１つのトランスポートブロックを得る。送信側、つまり基地局にてトランスポートチャネルにマッピングされる際に複数のトランスポートブロックに分けられていた場合を考える。移動端末は、１つあるいは複数のコンポーネント上にマッピングされたトランスポートブロックに分けられたデータを処理することにより、１つのトランスポートチャネルを得る。つまり、ＲＲＣメッセージと送受信に用いるコンポーネントに１対１の対応は無い。
【００６９】
よって当該トランスポートチャネルにマッピングされるＤＣＣＨ、あるいはＣＣＣＨを用いて通知されるＲＲＣメッセージが、どのコンポーネントに対する制御情報であるか不明であり、移動体通信システムとしてキャリアアグリゲーション対応の基地局において、ＲＲＣメッセージを用いた制御が不可能という課題が発生する。
【００７０】
また、それぞれのトランスポートチャネルは１つのコンポーネントのみにマッピングされる場合、以下の課題が発生する。
【００７１】
制御情報、具体例としてＲＲＣメッセージはＲＬＣレイヤにおいて分割され、ロジカルチャネル、例えばＤＣＣＨ、あるいはＣＣＣＨにマッピングされる。ＭＡＣレイヤにおいて複数のロジカルチャネルＤＣＣＨ、ＣＣＣＨが多重され、ひとつまたは複数のトランスポートチャネルＤＬ-ＳＣＨにマッピングされる。それぞれのトランスポートチャネルは１つのコンポーネントにマッピングされるのであれば、結果として、あるコンポーネントに対する制御情報であるＲＲＣメッセージが複数のコンポーネントにマッピングされたり、また、あるコンポーネント、例えばコンポーネントＡに対する制御情報であるＲＲＣメッセージが当該コンポーネント、例えばコンポーネントＡ以外のコンポーネントにて送信される可能性がある。
【００７２】
例えば下りＲＲＣメッセージを用いて受信側の処理について説明する。移動端末は、１つのコンポーネント上の物理チャネルＰＤＳＣＨを受信し、復調・復号の結果、１つのトランスポートチャネルＤＬ-ＳＣＨを得て、当該トランスポートチャネルにマッピングされるＤＣＣＨ、あるいはＣＣＣＨを用いて通知されるＲＲＣメッセージを得る。しかし、ＲＲＣメッセージと送受信に用いるコンポーネントに１対１の対応は無い。
【００７３】
よって、受信したＲＲＣメッセージがどのコンポーネントに対する制御情報であるか不明であるという課題が発生する。
【００７４】
上記課題は、周波数帯域をある単位、ＬＴＥ−Ａシステムではコンポーネントと称される、に分け、それらをアグリゲーションして（集めて）用いる移動体通信システムに特有の課題である。本実施の形態１での解決策を以下に示す。
【００７５】
第一の解決策を以下に示す。キャリアアグリゲーション対応の基地局において、制御情報、具体例としてＲＲＣメッセージの内容を全コンポーネント共通とする。これにより、ＲＲＣメッセージと送受信に用いるコンポーネントに１対１の対応が無くとも、受信側で受信したＲＲＣメッセージがどのコンポーネントに対する制御情報であるか判断は可能となる。キャリアアグリゲーション移動体通信システムにてＲＲＣメッセージを用いた制御が可能となる効果を得ることが出来る。
【００７６】
第二の解決策を以下に示す。ＲＲＣメッセージ中には全コンポーネント共通とせずに、コンポーネント単位とすれば効率的となる制御情報が存在すると考える。
【００７７】
ＬＴＥシステムのＲＲＣメッセージを具体例に説明する（非特許文献９  ６．３．２章参照）。ＲＲＣメッセージの無線リソースに関する設定情報、具体例としては「Radio resource Configuration」などはコンポーネント毎に制御すれば効率的であると考える。なぜなら、各コンポーネントにて送受信を行っている移動端末の数は異なることが考えられるので、各コンポーネントの負荷状況は共通ではないからである。
【００７８】
さらに具体例としては、「Radio resource Configuration」に含まれる物理レイヤに対する設定情報、具体例としては「Physical config Dedicated」を、または「Radio resource Configuration」に含まれる「Physical config Dedicated」に含まれるＰＤＳＣＨに関する設定情報、具体例としては「pdsch-configdedicated」を、または「Radio resource Configuration」に含まれる「Physical config Dedicated」に含まれる「pdsch-configdedicated」には、リファレンスシグナルの送信パワー情報、具体例としては「referenceSignalPower」などはコンポーネント毎に制御すれば効率的であると考える。なぜなら、各コンポーネントのキャリア周波数は異なるため、無線の伝播特性は異なることが考えられる。よって例えば各コンポーネントにてカバレッジエリアをほぼ同じ範囲となるように制御するためには、各コンポーネントのリファレンスシグナルの送信パワーを別個に制御する必要があると考える。
【００７９】
また、ＲＲＣメッセージの無線リンク失敗に関する設定情報、具体例としては「Radio link failure related action」、または測定に関する設定情報、具体例としては「Measurement」などはコンポーネント毎に制御すれば効率的であると考える。なぜなら、各コンポーネントのキャリア周波数は異なるため、無線の伝播特性は異なることから別個に制御すれば効率的であると考えられる。
【００８０】
よって第一の解決策を用いた場合、ＲＲＣメッセージによる制御がコンポーネント単位と出来ないことから、コンポーネントの負荷に応じた制御が出来ない、あるいはコンポーネントのキャリア周波数の無線特性に応じた制御が出来ないという課題が発生する。
【００８１】
上記課題を解決するために、第二の解決策では、キャリアアグリゲーション対応の基地局において、制御情報、具体例としては１つのＲＲＣメッセージは１つのコンポーネントにて送受信、あるいは複数のＲＲＣメッセージを１つのコンポーネントにて送受信とする。つまり、ＲＲＣメッセージが複数のコンポーネントにて分割して送受信されないようにする。
【００８２】
または、ＲＲＣメッセージがマッピングされるロジカルチャネル、例えばＤＣＣＨ、ＣＣＣＨを１つのトランスポートチャネル、例えばＤＬ-ＳＣＨにマッピングする。つまり、ＲＲＣメッセージがマッピングされるロジカルチャネル、例えばＤＣＣＨ、ＣＣＣＨを複数のトランスポートチャネル、例えばＤＬ-ＳＣＨに分割しない。
【００８３】
または、ＲＲＣメッセージがマッピングされるロジカルチャネル、例えばＤＣＣＨ、ＣＣＣＨを１つのトランスポートブロックにのせる。つまり、ＲＲＣメッセージを複数のトランスポートブロックに分割しない、１つのトランスポートチャネル、例えばＤＬ−ＳＣＨにマッピングする。
【００８４】
また、送信側にて送信するＲＲＣメッセージを、当該ＲＲＣメッセージが制御するコンポーネントにマッピングする。
【００８５】
また、受信側にて受信したＲＲＣメッセージは、受信したコンポーネントに関する制御情報とする。
【００８６】
これにより、受信側で送受信に用いるコンポーネントとＲＲＣメッセージの対応付けが可能となり、具体的にはＲＲＣメッセージに対応付けられたコンポーネントの物理情報（周波数など）を識別可能となり、キャリアアグリゲーション移動体通信システムにてＲＲＣメッセージを用いた通信制御を効率的に実現することが可能となる効果を得ることが出来る。
【００８７】
さらに、第二の解決策にて、コンポーネント単位のＲＲＣメッセージの送受信が可能となる。これにより、コンポーネントの負荷に応じた制御が可能となる、コンポーネントのキャリア周波数の無線特性に応じた制御が可能となる効果を得ることができる。
【００８８】
第三の解決策を以下に示す。１つのトランスポートブロックにて送受信可能な情報量は、無線環境による。つまり、基地局と移動端末間の無線環境が良ければ１つのトランスポートブロックにて送受信可能な情報量は大きくなり、無線環境が悪ければ１つのトランスポートブロックにて送受信可能な情報量は小さくなる。
【００８９】
よって第二の解決策を用いて、無線環境によらずＲＲＣメッセージを１つのトランスポートブロックにて送受信するとした場合、ＲＲＣメッセージの情報量を１つのトランスポートブロックにて送受信可能な最下位の情報量に制限しなければならないという課題が発生する。
【００９０】
第二の解決策を用いるために、現在の移動体通信システムにて１つのＲＲＣメッセージを用いて送受信している制御情報を、複数のＲＲＣメッセージで送受信しなければならないなど、移動体通信システムの複雑性が増すという課題が発生する。
【００９１】
上記課題を解決するために、第三の解決策では、キャリアアグリゲーション対応の基地局において、ＲＲＣメッセージ中に、またはＲＲＣメッセージ中のエレメント（Ｅｌｅｍｅｎｔ）として、当該ＲＲＣメッセージがどのコンポーネントに対する制御情報かを示す情報を追加する。言い換えると、対応するコンポーネントキャリアの物理情報を識別する情報を追加する。
【００９２】
または、キャリアアグリゲーション対応の基地局において、ＲＲＣメッセージとは別の領域を設けて、当該別の領域に当該ＲＲＣメッセージがどのコンポーネントに対する制御情報かを示す情報を追加する。別の領域は、ＲＬＣレイヤにおいて付加または多重されても良いし、ＭＡＣレイヤにおいて付加または多重されても良い。別の領域の具体例としては、ヘッダー、フッターなどがある。ヘッダーの具体例としては、ＲＬＣ  ＳＤＵに付加されるヘッダー（RLC header）、ＭＡＣ  ＳＤＵに付加されるヘッダー（MAC header）、ＭＡＣコントロール領域（MAC Control Element）に付加されるヘッダー（MAC header）などがある。フッターの具体例としては、ＭＡＣコントロール領域などがある。
【００９３】
これにより、受信側で送受信に用いるコンポーネントとＲＲＣメッセージの対応付けが可能となり、具体的にはＲＲＣメッセージに対応付けられたコンポーネントの物理情報を識別可能となり、キャリアアグリゲーション移動体通信システムにてＲＲＣメッセージを用いた通信制御を効率的に実現することが可能となる効果を得ることが出来る。
【００９４】
さらに、コンポーネント単位のＲＲＣメッセージの送受信が可能となる。これにより、コンポーネントの負荷に応じた制御が可能となる、コンポーネントのキャリア周波数の無線特性に応じた制御が可能となる効果を得ることができる。
【００９５】
さらに、ＲＲＣメッセージの情報量に制限を設ける必要がなく、移動体通信システムの複雑性回避という効果を得ることができる。
【００９６】
どのコンポーネントに対する制御情報かを示す情報の具体例を以下に示す。第一の具体例としては、コンポーネントキャリア周波数がある。図１５を用いて説明する。１５０１から１５０７は当該基地局において、キャリアアグリゲーションを行うことが可能なコンポーネントを示す。ｆ１からｆ１０は、各コンポーネントのコンポーネントキャリア周波数を示す。第一の具体例では、どのコンポーネントに対する制御情報かを示す情報として、図１５に示すコンポーネントキャリア周波数を用いる。具体例としては、図１５のコンポーネント１５０４に対する制御情報である場合、ＲＲＣメッセージ中のエレメントとしてコンポーネントキャリア周波数ｆ６の情報を追加する。本具体例は、絶対的な値をマッピングするため、移動体通信システムのキャリア周波数変更に対して柔軟に対応可能という利点がある。
【００９７】
図１５では、横軸は周波数を示す。ＦＤＤにおいては、ＤＬの周波数とＵＬの周波数は異なるが、簡単化のため、ＤＬの周波数とＵＬの周波数を同じ軸上に記載している。同じく簡単化のため、下りのコンポーネント（下りＣＣ、ＤＬ ＣＣ）と、各ＤＬ ＣＣに対応する（ペアバンドとなる）上りのコンポーネント（上りＣＣ、ＵＬ ＣＣ）を同じとし、いずれもコンポーネント１５０１から１５０７として図で示している。これに限らず下りＣＣとそれに対応する上りＣＣとで、周波数軸上の配置の順番が異なっていても構わない。
【００９８】
なお、本明細書では、特に断らない限り、下りＣＣとそれに対応する（ペアバンドである）上りＣＣのことをあわせてＣＣと称する。
【００９９】
第二の具体例としては、コンポーネント識別子がある。図１６を用いて説明する。図１５と同じ参照符号は相当する部分であるので、説明は省略する。１５０１から１５０７、及び１６０１から１６０３は、移動体通信システムとして用いられるコンポーネントを示す。第二の具体例では、どのコンポーネントに対する制御情報かを示す情報として、図１６（ｂ）に示すコンポーネント識別子を用いる。移動体通信システムとして、例えばＬＴＥ−Ａシステムとして用いられるコンポーネント（１５０１から１５０７、及び１６０１から１６０３）の物理情報であるキャリア周波数とコンポーネント識別子とを対応付ける（図１６（ｂ））。具体例としては、図１６のコンポーネント１５０４に対する制御情報である場合、ＲＲＣメッセージ中のエレメントとしてコンポーネント識別子「ＣＣ＃６」の情報を追加する。ＲＲＣメッセージ中のエレメントとしてコンポーネント識別子「ＣＣ＃６」を受信した受信側は、図１６（ｂ）の移動体通信システムとして用いられるコンポーネントのキャリア周波数とコンポーネント識別子の対応表を基に、「ＣＣ＃６」がコンポーネントキャリア周波数ｆ６を示すことを得る。第一の具体例は絶対的な値をマッピングするのと比較して、第二の具体例は識別子をマッピングする。よって第二の具体例の方が、ＲＲＣメッセージ中のエレメントとして追加する情報量、つまり情報ビット数が少なくて良い。このことは、無線リソースの有効活用という効果を有する。
【０１００】
図１６（ｂ）に示す移動体通信システムとして用いられるコンポーネントのキャリア周波数とコンポーネント識別子の対応表はネットワーク側から移動端末に対して通知される。通知方法の具体例としては、基地局より移動端末へ報知情報、具体例としてはＢＣＣＨ（ＭＩＢ、あるいはＳＩＢ）を用いて通知する。対応付けをネットワーク側から移動端末へ通知することにより、移動体通信システムのキャリア周波数変更に対して柔軟に対応可能という利点を維持しつつ、ＲＲＣメッセージ中のエレメントとして追加する情報量の削減という効果を得ることができる。
【０１０１】
または、図１６（ｂ）に示す移動体通信システムとして用いられるコンポーネントのキャリア周波数とコンポーネント識別子の対応表を移動体通信システムとして静的に決定しても良い。これにより、対応表をネットワーク側から移動端末へ通知する必要がなくなり、無線リソースの有効活用、及び無線通信にともなる通信エラーが発生しなくなるという効果を得ることが出来る。
【０１０２】
第三の具体例としては、コンポーネント識別子がある。図１７を用いて説明する。図１５と同じ参照符号は相当する部分であるので、説明は省略する。第三の具体例では、どのコンポーネントに対する制御情報かを示す情報として、図１７（ｂ）に示すコンポーネント識別子を用いる。当該基地局にて用いられるコンポーネントのキャリア周波数とコンポーネント識別子を対応付ける（図１７（ｂ））。具体例としては、図１７のコンポーネント１５０４に対する制御情報である場合、ＲＲＣメッセージ中のエレメントとしてコンポーネント識別子「ＣＣ＃４」の情報を追加する。ＲＲＣメッセージ中のエレメントとしてコンポーネント識別子「ＣＣ＃４」を受信した受信側は、図１７（ｂ）のコンポーネントのキャリア周波数とコンポーネント識別子の対応表を基に、「ＣＣ＃４」がコンポーネントキャリア周波数ｆ６を示すことを得る。第一の具体例は絶対的な値をマッピングするのと比較して、また第二の具体例は移動体通信システムが取りえるコンポーネントキャリア周波数に対する識別子をマッピングするのと比較して、第三の具体例は当該基地局が取りえるコンポーネントキャリア周波数に対する識別子をマッピングする。よって第三の具体例の方が、ＲＲＣメッセージ中のエレメントとして追加する情報量、つまり情報ビット数が少なくて良い。このことは、無線リソースの有効活用という効果を有する。
【０１０３】
図１７（ｂ）に示すコンポーネントキャリア周波数とコンポーネント識別子の対応表はネットワーク側から移動端末に対して通知される。通知方法の具体例としては、基地局より移動端末へ報知情報、具体例としてはＢＣＣＨ（ＭＩＢ、あるいはＳＩＢ）を用いて通知される。対応付け情報（対応表）をネットワーク側から移動端末へ通知することにより、移動体通信システムのキャリア周波数変更に対して柔軟に対応可能という利点を維持しつつ、ＲＲＣメッセージ中のエレメントとして追加する情報量の削減という効果を得ることができる。
【０１０４】
またコンポーネント識別子の番号付けの具体例を以下に示す。第一の具体例としては、移動体通信システムとして、あるいはＬＴＥ−Ａシステムとして、あるいは当該基地局としてコンポーネントに対して連続の番号付けを行う。連続の番号付けの具体例としては、図１８（ａ）に示すよう低い周波数から昇順に、あるいは高い周波数から降順に行う。
【０１０５】
第二の具体例としては、移動体通信システムとして、あるいはＬＴＥ−Ａシステムとして、あるいは当該基地局として周波数バンド毎に当該周波数バンドに含まれるコンポーネントに対して連続の番号付けを行う。周波数バンドとは、１つ以上のコンポーネントからなる、全コンポーネントに対する部分集合を表すものであって、物理特性あるいは無線特性が共通するコンポーネントの集合である。ＵＴＲＡ、ＬＴＥ、ＬＴＥ−Ａなどのシステムでは、上り、下りともに、いくつかの連続した周波数からなる周波数帯域で動作するように設計されている。これら各々の周波数帯域が周波数バンドと称される。連続の番号付けの具体例としては、図１８（ｂ）に示すように周波数バンド毎に低い周波数から昇順に、あるいは高い周波数から降順に行う。この場合、どのコンポーネントに対する制御情報かを示す情報に、上記第二の具体例、あるいは第三の具体例に示すコンポーネント識別子を用いる場合、周波数バンドおよびコンポーネント識別子によりどのコンポーネントに対する制御情報かを示すこととする。
【０１０６】
図１９に動作の一例を示す。どのコンポーネントに対する制御情報かを示す情報として、第三の具体例を用いて説明する。
【０１０７】
ステップＳＴ１９０１にて基地局は、当該基地局にて用いられるコンポーネントのキャリア周波数とコンポーネント識別子の対応表、例えば図１７（ｂ）を傘下の移動端末に対して報知する。
【０１０８】
ステップＳＴ１９０２にて移動端末は、基地局より当該基地局にて用いられるコンポーネントのキャリア周波数とコンポーネント識別子の対応表を受信する。
【０１０９】
ステップＳＴ１９０３にて基地局は、コンポーネント単位の制御情報であるＲＲＣメッセージ中のエレメントとして、当該ＲＲＣメッセージがどのコンポーネントに対する制御情報かを示す情報を追加する。例えば、図１７（ａ）のコンポーネント１５０４に対する制御情報である場合、ＲＲＣメッセージ中のエレメントとしてコンポーネント識別子「ＣＣ＃４」の情報を追加する。
【０１１０】
ステップＳＴ１９０４にて基地局は、ＲＲＣメッセージを分割し（ＲＬＣ  ＰＤＵ）、ロジカルチャネル、例えばＤＣＣＨにマッピングする。
【０１１１】
ステップＳＴ１９０５にて基地局は、ひとつまたは複数のロジカルチャネルを多重し、１つあるいは複数のトランスポートブロック（ＭＡＣ  ＰＤＵ）に分割する。
【０１１２】
ステップＳＴ１９０６にて基地局は、分割されたトランスポートブロック（ＭＡＣ  ＰＤＵ）を、１つまたは複数のトランスポートチャネルＤＬ-ＳＣＨのうちの１つにマッピングする。
【０１１３】
ステップＳＴ１９０７にて基地局は、それぞれのトランスポートブロックを１つのコンポーネント（ＣＣとも称される）上の物理チャネルＰＤＳＣＨにマッピングする。ステップＳＴ１９０８にて基地局は、当該移動端末へＰＤＳＣＨを送信する。
【０１１４】
ステップＳＴ１９０９にて移動端末は、各コンポーネント上のＰＤＳＣＨを受信する。ステップＳＴ１９１０にて移動端末は、復調・復号を行い、トランスポートチャネルＤＬ-ＳＣＨの１つのトランスポートブロックを得る。
【０１１５】
ステップＳＴ１９１１にて移動端末は、トランスポートチャネルＤＬ-ＳＣＨにマッピングされたトランスポートブロックに分けられたデータを処理することにより、ステップＳＴ１９１２にて移動端末は、ＤＣＣＨを得る。
【０１１６】
ステップＳＴ１９１３にて移動端末は、ＤＣＣＨ上にマッピングされたＲＣＣメッセージを得る。ステップＳＴ１９１４にて移動端末は、ＲＲＣメッセージ中のコンポーネント識別子を得る。例えば、図１７のコンポーネント識別子「ＣＣ＃４」を得る。
【０１１７】
ステップＳＴ１９１５にて移動端末は、ステップＳＴ１９０２にて受信した当該基地局にて用いられるコンポーネントのキャリア周波数とコンポーネント識別子の対応表を基に、当該ＲＲＣメッセージが制御するコンポーネントのコンポーネントキャリア周波数を得る。例えば、図１７（ｂ）よりステップＳＴ１９１４で得たコンポーネント識別子「ＣＣ＃４」を基に対応するコンポーネントキャリア周波数「ｆ６」を得る。
【０１１８】
ステップＳＴ１９１６にて移動端末は、ステップＳＴ１９１５にて得たコンポーネントキャリア周波数に対してステップＳＴ１９１３にて受信したＲＲＣメッセージの指示する制御を実行する。
【０１１９】
また、キャリアアグリゲーション対応の基地局において、ＲＲＣメッセージにコンポーネント単位の制御情報と当該基地局が保有する全コンポーネントに対する制御情報が存在した場合、以下の課題が発生する。
【０１２０】
上記実施の形態１の解決策を全コンポーネントに対する制御情報に適用した場合、ＲＲＣメッセージ中のエレメントとして、例えば全コンポーネントキャリア周波数を示す情報を追加する必要がある。よって、当該ＲＲＣメッセージがどのコンポーネントに対する制御情報かを示す情報が大容量となり、無線リソースの有効活用が図れないという課題が発生する。これに対する解決策を以下に示す。
【０１２１】
第一の解決策は、キャリアアグリゲーション対応の基地局において、ＲＲＣメッセージ中に、またはＲＲＣメッセージ中のエレメントとして、当該ＲＲＣメッセージがどのコンポーネントに対する制御情報かを示す情報とは別に当該ＲＲＣメッセージが全コンポーネントに対する制御情報であることを示す情報を追加する。
【０１２２】
または、キャリアアグリゲーション対応の基地局において、ＲＲＣメッセージとは別の領域を設けて、当該別の領域に当該ＲＲＣメッセージがどのコンポーネントに対する制御情報かを示す情報とは別に当該ＲＲＣメッセージが全コンポーネントに対する制御情報であることを示す情報を追加する。別の領域の具体例は上記と同様であるので、説明を省略する。
【０１２３】
これにより、受信側にて受信したＲＲＣメッセージがどのコンポーネントに対する制御情報であるか判断することが可能となることに加え、ＲＲＣメッセージ中のエレメントとして追加する情報量増加を防ぎつつ、受信したＲＲＣメッセージが全コンポーネントに対する情報であることを判断することが可能となる。
【０１２４】
また第二の解決策は、キャリアアグリゲーション対応の基地局において、ＲＲＣメッセージ中に、またはＲＲＣメッセージ中のエレメントとして、当該ＲＲＣメッセージがどのコンポーネントに対する制御情報かを示す情報のみを追加する。そして、当該ＲＲＣメッセージが全コンポーネントに対する制御情報である場合、当該ＲＲＣメッセージ中に、またはＲＲＣメッセージ中のエレメントとして、当該ＲＲＣメッセージがどのコンポーネントに対する制御情報かを示す情報を付加しない。
【０１２５】
これにより、受信側にて受信したＲＲＣメッセージにどのコンポーネントに対する制御情報かを示す情報が付加されていなければ、当該ＲＲＣメッセージは全コンポーネントに対する制御情報であると判断することが可能となる。
【０１２６】
第一の解決策と比較して、第二の解決策は、ＲＲＣメッセージが全コンポーネントに対する制御情報であることを示す情報を新たに設ける必要がなくなるので、移動体通信システムの複雑性回避という効果を得ることができる。また、無線リソースの有効活用という効果を得ることができる。
【０１２７】
実施の形態１では、下りＲＲＣメッセージを中心に説明したが、実施の形態１は同様に上りＲＲＣメッセージにも適用可能である。
【０１２８】
トランスポートチャネルＤＬ-ＳＣＨには、制御情報にてロジカルチャネルＤＣＣＨ、ＣＣＣＨの他に、ロジカルチャネルＭＣＣＨ、ロジカルチャネルＢＣＣＨもマッピングされる。実施の形態１は同様にＭＣＣＨ、ＢＣＣＨにも適用可能である。
【０１２９】
実施の形態１により以下の効果を得ることが出来る。ＲＲＣメッセージ中に、またはＲＲＣメッセージ中のエレメントとして、当該ＲＲＣメッセージがどのコンポーネントに対する制御情報かを示す情報を追加する。言い換えると、ＲＲＣメッセージに対応するコンポーネントの物理情報を識別可能とすることにより、受信側にて、トランスポートチャネルにマッピングされるＤＣＣＨ、あるいはＣＣＣＨを用いて通知されるＲＲＣメッセージが、どのコンポーネントに対する制御情報であるか判断可能となる。
【０１３０】
よって移動体通信システムとしてＲＲＣメッセージを用いた通信制御を効率的に実現することが可能になり、別のメッセージによる制御が必要なくなり、移動体通信システムの複雑性回避という効果を得ることが出来る。
【０１３１】
実施の形態２．
実施の形態２にて解決する課題について説明する。それぞれのトランスポートブロックが１つのコンポーネントのみにマッピングされる場合、以下の課題が発生する。
【０１３２】
制御情報、具体例としてＭＡＣメッセージは、トランスポートチャネル、例えばＤＬ−ＳＣＨにマッピングされる。トランスポートチャネルＤＬ-ＳＣＨにマッピングされる際に、１つあるいは複数のトランスポートブロックに分けられる。それぞれのトランスポートブロックが１つのコンポーネントにマッピングされるのであれば、結果として、あるコンポーネントに対する制御情報、例えばＭＡＣメッセージが複数のコンポーネントにマッピングされ送受信されることとなる。
【０１３３】
例えば下りＭＡＣメッセージを用いて説明する。移動端末は、１つのコンポーネント上の物理チャネルＰＤＳＣＨを受信し、復調・復号の結果、トランスポートチャネルＤＬ-ＳＣＨの１つのトランスポートブロックを得る。送信側、つまり基地局にてトランスポートチャネルにマッピングされる際に複数のトランスポートブロックに分けられていた場合を考える。移動端末は、１つあるいは複数のコンポーネント上にマッピングされたトランスポートブロックに分けられたデータを処理することにより、１つのトランスポートチャネルを得る。つまり、ＭＡＣメッセージと送受信に用いるコンポーネントに１対１の対応は無い。
【０１３４】
よって当該トランスポートチャネルにマッピングされるＭＡＣメッセージが、どのコンポーネントに対する制御情報であるか不明であり、移動体通信システムとしてＭＡＣメッセージを用いた制御が不可能という課題が発生する。
【０１３５】
また、それぞれのトランスポートチャネルは１つのコンポーネントのみにマッピングされる場合、以下の課題が発生する。
【０１３６】
制御情報、具体例としてＭＡＣメッセージは、トランスポートチャネル、例えばＤＬ-ＳＣＨにマッピングされる。それぞれのトランスポートチャネルは１つのコンポーネントにマッピングされるのであれば、結果として、あるコンポーネントに対する制御情報であるＭＡＣメッセージが複数のコンポーネントにマッピングされたり、また、あるコンポーネント、例えばコンポーネントＡに対する制御情報であるＭＡＣメッセージが当該コンポーネント、例えばコンポーネントＡ以外のコンポーネントにて送信される可能性がある。
【０１３７】
例えば下りを用いて説明する。移動端末は、１つのコンポーネント上の物理チャネルＰＤＳＣＨを受信し、復調・復号の結果、１つのトランスポートチャネルＤＬ-ＳＣＨを得て、当該トランスポートチャネルにマッピングされるＭＡＣメッセージを得る。しかし、ＭＡＣメッセージと送受信に用いるコンポーネントに１対１の対応は無い。
【０１３８】
よって、受信したＭＡＣメッセージがどのコンポーネントに対する制御情報であるか不明であるという課題が発生する。
【０１３９】
上記課題は、周波数帯域をある単位、ＬＴＥ−Ａシステムではコンポーネントと称される、に分け、それらをアグリゲーションして（集めて）用いる移動体通信システムに特有の課題である。本実施の形態２での解決策を以下に示す。
【０１４０】
第一の解決策を以下に示す。キャリアアグリゲーション対応の基地局において、制御情報、具体例としてＭＡＣメッセージの内容を全コンポーネント共通とする。これにより、ＭＡＣメッセージと送受信に用いるコンポーネントに１対１の対応が無くとも、受信側で受信したＭＡＣメッセージがどのコンポーネントに対する制御情報であるか判断は可能となる。キャリアアグリゲーション移動体通信システムにてＭＡＣメッセージを用いた制御が可能となる効果を得ることが出来る。
【０１４１】
第二の解決策を以下に示す。ＭＡＣメッセージ中には全コンポーネント共通とせずに、コンポーネント単位とすれば効率的となる制御情報が存在すると考える。
【０１４２】
ＬＴＥシステムのＭＡＣメッセージを具体例に説明する（非特許文献１３）。ＭＡＣメッセージのチャネルコーディング・デコーディング、インターリービング、レートなどの組合せを示す情報、具体例としては「Transport format」「Transport format set」などはコンポーネント毎に制御すれば効率的であると考える。なぜなら、各コンポーネントのキャリア周波数は異なるため、無線の伝播特性は異なることが考えられる。よって各コンポーネントで最適な「Transport format」を選択するためには、各コンポーネントで別個の「Transport format」を選択する必要があると考えられる。
【０１４３】
また、ＭＡＣメッセージの移動端末が基地局に対して、移動端末の最大送信パワーとＵＬ-ＳＣＨの送信に用いている推定送信パワーの差の報告に用いる情報、具体例としては「Power Headroom reporting」などはコンポーネント毎に異なると考える。なぜなら、各コンポーネントのキャリア周波数は異なるため、無線の伝播特性は異なることが考えられる。よってコンポーネント毎に移動端末のＵＬ-ＳＣＨの送信に用いる送信パワーも異なることが考えられ得るため、各コンポーネントで別個の「Power Headroom Reporting」を報告可能とする必要があると考えられる。
【０１４４】
よって第一の解決策を用いた場合、ＭＡＣメッセージによる制御がコンポーネント単位と出来ないことから、コンポーネントのキャリア周波数の無線特性に応じた制御が出来ないという課題が発生する。
【０１４５】
上記課題を解決するために、第二の解決策では、キャリアアグリゲーション対応の基地局において、制御情報、具体例としては１つのＭＡＣメッセージは１つのコンポーネントにて送受信、あるいは複数のＭＡＣメッセージを１つのコンポーネントにて送受信とする。つまり、ＭＡＣメッセージが複数のコンポーネントにて分割して送受信されないようにする。
【０１４６】
または、ＭＡＣメッセージがマッピングされるトランスポートチャネル、例えばＤＬ−ＳＣＨを１つのトランスポートブロックにマッピングする。つまり、ＭＡＣメッセージがマッピングされるトランスポートチャネル、例えばＤＬ−ＳＣＨはトランスポートブロックに分割しない。
【０１４７】
また、送信側にて送信するＭＡＣメッセージを、当該ＭＡＣメッセージが制御するコンポーネントにマッピングする。
【０１４８】
また、受信側にて受信したＭＡＣメッセージは、受信したコンポーネントに関する制御情報とする。
【０１４９】
これにより、受信側で送受信に用いるコンポーネントとＭＡＣメッセージの対応付けが可能となる。言い換えるならば、ＭＡＣメッセージに対応するコンポーネントの物理情報を識別可能となる。よって、キャリアアグリゲーションに対応した移動体通信システムにてＭＡＣメッセージを用いた通信制御を効率的に実現することが可能となる効果を得ることが出来る。
【０１５０】
さらに、第二の解決策にて、コンポーネント単位のＭＡＣメッセージの送受信が可能となる。これにより、コンポーネントのキャリア周波数の無線特性に応じた制御が可能となる効果を得ることができる。
【０１５１】
第三の解決策を以下に示す。１つのトランスポートブロックにて送受信可能な情報量は、無線環境による。つまり、基地局と移動端末間の無線環境が良ければ１つのトランスポートブロックにて送受信可能な情報量は大きくなり、無線環境が悪ければ１つのトランスポートブロックにて送受信可能な情報量は小さくなる。
【０１５２】
よって第二の解決策を用いて、無線環境によらずＭＡＣメッセージを１つのトランスポートブロックにて送受信するとした場合、ＭＡＣメッセージの情報量を１つのトランスポートブロックにて送受信可能な最下位の情報量に制限しなければならないという課題が発生する。
【０１５３】
第二の解決策を用いるため、現在の移動体通信システムにて１つのＭＡＣメッセージで送受信している制御情報を複数のＭＡＣメッセージで送受信しなければならないなど、移動体通信システムの複雑性が増すという課題が発生する。
【０１５４】
上記課題を解決するために、第三の解決策では、キャリアアグリゲーション対応の基地局において、ＭＡＣメッセージ中に、またはＭＡＣメッセージ中のエレメント（Ｅｌｅｍｅｎｔ）として、当該ＭＡＣメッセージがどのコンポーネントに対する制御情報かを示す情報を追加する。言い換えるならば、ＭＡＣメッセージに対応するコンポーネントの物理情報を識別する情報を追加する。
【０１５５】
または、キャリアアグリゲーション対応の基地局において、ＭＡＣメッセージとは別の領域を設けて、当該別の領域に当該ＭＡＣメッセージがどのコンポーネントに対する制御情報かを示す情報を追加する。別の領域は、ＭＡＣレイヤにおいて付加または多重されても良い。別の領域の具体例としては、ヘッダー、フッターなどがある。ヘッダーの具体例としては、ＭＡＣ  ＳＤＵに付加されるヘッダー（MAC header）、ＭＡＣコントロール領域（MAC Control Element）に付加されるヘッダー（MAC header）などがある。フッターの具体例としては、ＭＡＣコントロール領域などがある。
【０１５６】
これにより、受信側で送受信に用いるコンポーネントとＭＡＣメッセージの対応付けが可能となる。言い換えると、ＭＡＣメッセージに対応するコンポーネントの物理情報を識別可能となる。よって、キャリアアグリゲーション対応の移動体通信システムにてＭＡＣメッセージを用いた通信制御を効率的に実現することが可能となる効果を得ることが出来る。
【０１５７】
さらに、コンポーネント単位のＭＡＣメッセージの送受信が可能となる。これにより、コンポーネントのキャリア周波数の無線特性に応じた制御が可能となる効果を得ることができる。
【０１５８】
さらに、ＭＡＣメッセージの情報量に制限を設ける必要がなく、移動体通信システムの複雑性回避という効果を得ることができる。
【０１５９】
どのコンポーネントに対する制御情報かを示す情報の具体例は、実施の形態１と同様の方法を用いることが可能である。よって説明を省略する。
【０１６０】
コンポーネント識別子の番号付けの具体例は、実施の形態１と同様の方法を用いることが可能である。よって説明を省略する。
【０１６１】
図２０に動作の一例を示す。どのコンポーネントに対する制御情報かを示す情報として、第三の具体例を用いて説明する。図２０において図１９と同じ参照符号のステップは同一または相当する処理を実行するので、同じ参照符号のステップの箇所の説明は省略する。
【０１６２】
ステップＳＴ２００１にて基地局は、コンポーネント単位の制御情報であるＭＡＣメッセージ中のエレメントとして、当該ＭＡＣメッセージがどのコンポーネントに対する制御情報かを示す情報を追加する。例えば、図１７のコンポーネント１５０４に対する制御情報である場合、ＭＡＣメッセージ中のエレメントとしてコンポーネント識別子「ＣＣ＃４」の情報を追加する。
【０１６３】
ステップＳＴ２００２にて基地局は、ＭＡＣメッセージを１つあるいは複数のトランスポートブロック（ＭＡＣ  ＰＤＵ）に分割する。
【０１６４】
ステップＳＴ２００３にて移動端末は、ＤＬ-ＳＣＨ上にマッピングされたＭＡＣメッセージを得る。
【０１６５】
ステップＳＴ２００４にて移動端末は、ＭＡＣメッセージ中のコンポーネント識別子を得る。例えば、図１７のコンポーネント識別子「ＣＣ＃４」を得る。
【０１６６】
ステップＳＴ２００５にて移動端末は、ステップＳＴ１９１５にて得たコンポーネントキャリア周波数に対してステップＳＴ２００３にて受信したＭＡＣメッセージの指示する制御を実行する。
【０１６７】
また、キャリアアグリゲーション対応の基地局において、ＭＡＣメッセージにコンポーネント単位の制御情報と当該基地局が保有する全コンポーネントに対する制御情報が存在した場合の課題解決策は、実施の形態１と同様の方法を用いることが可能である。よって説明を省略する。
【０１６８】
実施の形態２では、下りＭＡＣメッセージを中心に説明したが、実施の形態２は同様に上りＭＡＣメッセージにも適用可能である。
【０１６９】
トランスポートチャネルＤＬ-ＳＣＨには、制御情報にてロジカルチャネルＤＣＣＨ、ＣＣＣＨの他に、ロジカルチャネルＭＣＣＨ、ロジカルチャネルＢＣＣＨもマッピングされる。実施の形態２は同様にＭＣＣＨ、ＢＣＣＨにも適用可能である。
【０１７０】
実施の形態２により以下の効果を得ることが出来る。ＭＡＣメッセージ中に、またはＭＡＣメッセージ中のエレメントとして、当該ＭＡＣメッセージがどのコンポーネントに対する制御情報かを示す情報を追加することにより、受信側にて、当該トランスポートチャネルを用いて通知されるＭＡＣメッセージが、どのコンポーネントに対する制御情報であるか判断可能となる。言い換えると、ＭＡＣメッセージに対応するコンポーネントの物理情報を識別する情報を追加することにより、受信側にて、ＭＡＣメッセージに対応するコンポーネントの物理情報を識別可能となる。
【０１７１】
よって移動体通信システムとしてＭＡＣメッセージを用いた通信制御を効率的に実現することが可能になり、別のメッセージによる制御が必要なくなり、移動体通信システムの複雑性回避という効果を得ることが出来る。
【０１７２】
実施の形態２  変形例１．
実施の形態２の変形例１にて解決する課題は、実施の形態２と同様であるため説明を省略する。
【０１７３】
本実施の形態２の変形例１での解決策を以下に示す。キャリアアグリゲーション対応の基地局において、コンポーネント単位の制御情報であるＭＡＣメッセージを挿入する部分と、当該基地局が保有する全コンポーネントに対する制御情報であるＭＡＣメッセージを挿入する部分とを分離するようなＭＡＣレイヤ構造（structure）としている。
【０１７４】
ＭＡＣレイヤ構造を分離する方法の具体例を以下に示す。下りＭＡＣレイヤ構造について図２１に、上りＭＡＣレイヤ構造について図２２に示す。図２１にて図１３と同じ参照符号は相当する部分であるので、説明は省略する。図２２にて図１４と同じ参照符号は相当する部分であるので、説明は省略する。
【０１７５】
送信側でのコンポーネント単位の制御情報であるＭＡＣメッセージ挿入箇所を、移動端末毎のコンポーネント単位の分割後とする。コンポーネント単位の制御情報であるＭＡＣメッセージ挿入箇所を図２１の２１０１、及び図２２の２２０１に図示する。また、送信するＭＡＣメッセージを、当該ＭＡＣメッセージが制御するコンポーネントにて送信されるようにＭＡＣメッセージを挿入する。
【０１７６】
送信側での全コンポーネントに対する制御情報であるＭＡＣメッセージ挿入箇所を、移動端末毎のコンポーネント単位の分割前とする。全コンポーネントに対する制御情報であるＭＡＣメッセージ挿入箇所を図２１の２１０２、及び図２２の２２０２に図示する。
【０１７７】
受信側にて１つのコンポーネント上の物理チャネルＰＤＳＣＨで受信することができるＭＡＣメッセージは、コンポーネント単位メッセージであると判断する。また、当該コンポーネント単位のＭＡＣメッセージは、当該ＭＡＣメッセージを受信したコンポーネントに対する制御情報であると判断できる。
【０１７８】
一方、受信側にて複数のコンポーネント上の物理チャネルＰＤＳＣＨで受信することができるＭＡＣメッセージは、全コンポーネントに対する制御情報であるＭＡＣメッセージであると判断する。
【０１７９】
実施の形態２の変形例１により、実施の形態２同様の効果を得ることができる。受信側にて、ＭＡＣメッセージに対応するコンポーネントの物理情報を識別可能となる。
【０１８０】
よって移動体通信システムとしてＭＡＣメッセージを用いた通信制御を効率的に実現することが可能になり、別のメッセージによる制御が必要なくなり、移動体通信システムの複雑性回避という効果を得ることが出来る。
【０１８１】
また実施の形態２と比較して、ＭＡＣメッセージに対応するコンポーネントの物理情報を識別する情報を追加する必要がないため、無線リソースの有効活用、移動体通信システムの複雑性回避という効果を得ることが出来る。
【０１８２】
実施の形態３．
実施の形態３にて解決する課題について説明する。実施の形態１の解決策を用いた場合、受信側にて受信したＲＲＣメッセージが、どのコンポーネントに対する制御情報であるか不明であるという課題は解決される。
【０１８３】
キャリアアグリゲーション対応の基地局において、移動端末に対して、無線環境の変化に応じて、具体例としては移動端末が測定するＣＱＩ、測定（Ｍｅａｓｕｒｅｍｅｎｔ）結果に応じて、１つ、あるいは複数のコンポーネントがスケジューリングされる。よって、移動端末に対して、スケジューリングされるコンポーネントは時間的に変化する。
【０１８４】
実施の形態１の解決策では、上位レイヤが、具体例としてはＲＲＣメッセージを制御するレイヤが、移動端末へのコンポーネントのスケジューリング結果を把握する必要がある。よって、移動端末へのスケジューリングされるコンポーネントキャリアが変化するような場合は、実施の形態１の解決策は、ＲＲＣメッセージを制御するレイヤが、コンポーネントキャリアのスケジューリングに追従していない場合が発生する。これにより、ＲＲＣメッセージ中の当該ＲＲＣメッセージが、どのコンポーネントに対する制御情報かを示す情報で指定されたコンポーネントが、実際に移動端末へ割当てられているコンポーネントに含まれない場合も発生する。
【０１８５】
よって、移動端末へのスケジューリングされるコンポーネントが変化する場合などは、受信したＲＲＣメッセージがどのコンポーネントに対する制御情報であるか不明であるという課題が再度発生する。本実施の形態３での解決策を以下に示す。
【０１８６】
第一の解決策を以下に示す。コンポーネントのスケジューリングを行うレイヤは、移動端末へのコンポーネントのスケジューリング結果を、上位レイヤ、具体例としてはＲＲＣメッセージを挿入するレイヤに対して通知する。具体例としては、コンポーネントのスケジューリングを行うレイヤであるＭＡＣレイヤは、移動端末へのコンポーネントのスケジューリング結果を、ＲＲＣメッセージを挿入するレイヤであるＲＲＣレイヤに対して通知する。
【０１８７】
基地局から移動端末に対してスケジューリングされるコンポーネントの通知にＲＲＣメッセージを用いることとする。このスケジューリングされるコンポーネントの通知とともに実施の形態１にて開示した方法により、ＲＲＣメッセージを通知する。スケジューリングされるコンポーネントの通知と、実施の形態１にて開示したＲＲＣメッセージの通知とは、同時に行っても良いし同時でなくても良い。
【０１８８】
これにより、ＲＲＣメッセージを制御するレイヤが、コンポーネントキャリアのスケジューリングを常に知ることが出来る。つまり、追従することが可能になる。よって上記実施の形態３の課題は解決する。
【０１８９】
第二の解決策を以下に示す。第一の解決策を用いた場合、ＲＲＣメッセージを制御するレイヤが、移動端末へのコンポーネントのスケジューリング結果を把握するまでスケジューリングされるコンポーネントの通知、及びＲＲＣメッセージの通知が不可能となり、移動体通信システムとしての制御遅延増大という課題が発生する。
【０１９０】
上記課題を解決するために、第二の解決策では、キャリアアグリゲーション対応の基地局において、ＲＲＣメッセージ中に、またはＲＲＣメッセージ中のエレメント（Ｅｌｅｍｅｎｔ）として、またはＲＲＣメッセージとは別の領域、例えばヘッダー、フッターに当該ＲＲＣメッセージがどのコンポーネントに対する制御情報かを示す情報ではなく、コンポーネントインデックスを追加する。
【０１９１】
コンポーネントインデックスとは次のような要件を満たす識別子とする。（１）上位レイヤが主として用いる識別子であること。（２）コンポーネントキャリアの物理情報（周波数など）とは無関係であること。（３）コンポーネントを識別する情報（コンポーネントキャリアの物理情報は識別できない情報）であること。
【０１９２】
コンポーネントインデックスは、上位レイヤがＭＡＣレイヤに対して、同じコンポーネントインデックスを用いて同じコンポーネントに対する制御情報であることを、異なるコンポーネントインデックスを用いて異なるコンポーネントに対する制御情報であることを示す。
【０１９３】
上位レイヤがコンポーネントインデックスにて、同じコンポーネントに対する制御情報であること、あるいは異なるコンポーネントに対する制御情報であることを示す。上位レイヤがコンポーネントインデックスを通知するＭＡＣレイヤの具体例を以下に示す。
【０１９４】
（１）コンポーネントのスケジューリングを行う。以降、コンポーネントスケジューリングブロックと称する。コンポーネントのスケジューリングは、移動端末が無線環境を測定し、基地局に対して報告を行う、ＣＱＩ、測定報告に基づいて行われる。
【０１９５】
（２）移動端末毎のコンポーネント単位の分割を行う。例えば図１３の１３２６、１３２７とする。
【０１９６】
以降、ＭＡＣレイヤの具体例として「コンポーネントスケジューリングブロック」を用いて説明する。
【０１９７】
コンポーネントスケジューリングブロックは、コンポーネントインデックスと移動端末へのスケジューリングされるコンポーネントの対応付けを行う。移動端末へのスケジューリングされるコンポーネント、移動端末と基地局間にてデータの送受信に用いられるコンポーネントをスケジューリングコンポーネントと称する。
【０１９８】
コンポーネントインデックスとスケジューリングコンポーネントの対応付けの具体例を以下に示す。（１）１種類のコンポーネントインデックスと１つのスケジューリングコンポーネントを対応付ける。（２）１種類のコンポーネントインデックスと複数のスケジューリングコンポーネントを対応付ける。
【０１９９】
スケジューリングコンポーネントを示す情報の具体例を以下に示す。第一の具体例としては、コンポーネントキャリア周波数がある。図２３（ａ）を用いて説明する。２３０１から２３０７は当該基地局において、キャリアアグリゲーションを行うコンポーネントである。ｆ１からｆ１０は、各コンポーネントのコンポーネントキャリア周波数を示す。第一の具体例では、スケジューリングコンポーネントを示す情報として、図２３に示すコンポーネントキャリア周波数を用いる。具体例としては、移動端末２３０８に割当てられているスケジューリングコンポーネントがコンポーネント２３０２、コンポーネント２３０４とした場合、スケジューリングコンポーネントを示す情報は、「ｆ２」「ｆ６」となる。本具体例は、絶対的な値を用いるため、移動体通信システムのキャリア周波数変更に対して柔軟に対応可能という利点がある。
【０２００】
図２３（ｂ）に示す通り、コンポーネントインデックスとスケジューリングコンポーネントの対応付けに用いるスケジューリングコンポーネントを示す情報としてコンポーネントキャリア周波数を用いる。
【０２０１】
第二の具体例としては、コンポーネント識別子がある。図２４（ａ）を用いて説明する。図２３と同じ参照符号は相当する部分であるので、説明は省略する。２３０１から２３０７、及び２４０１から２４０３は、移動体通信システムとして用いられるコンポーネントを示す。第二の具体例では、スケジューリングコンポーネントを示す情報として、図２４（ｂ）に示すコンポーネント識別子を用いる。移動体通信システムとして、例えばＬＴＥ−Ａシステムとして用いられるコンポーネントキャリア周波数（２３０１から２３０７、及び１４０１から２４０３）とコンポーネント識別子を対応付ける（図２４（ｂ））。具体例としては、図２４（ａ）のスケジューリングコンポーネント２３０２を示す情報として、コンポーネント識別子「ＣＣ＃２」が対応する。図２４（ａ）のスケジューリングコンポーネント２３０４を示す情報として、コンポーネント識別子「ＣＣ＃６」が対応する。
【０２０２】
第一の具体例は絶対的な値であるのと比較して、第二の具体例は識別子をマッピングする。よって第二の具体例の方がスケジューリングコンポーネントを示す情報の情報量、つまり情報ビット数が少なくて良い。このことは、無線リソースの有効活用という効果を有する。
【０２０３】
図２４（ｂ）に示すコンポーネントキャリア周波数とコンポーネント識別子の対応表はネットワーク側から移動端末に対して通知される。通知方法の具体例としては、基地局より移動端末へ報知情報、具体例としてはＢＣＣＨ（ＭＩＢ、あるいはＳＩＢ）を用いて通知される。対応付けをネットワーク側から移動端末へ通知することにより、移動体通信システムのキャリア周波数変更に対して柔軟に対応可能という利点を維持しつつ、スケジューリングコンポーネントを示す情報の情報量の削減という効果を得ることができる。
【０２０４】
または、図２４（ｂ）に示すコンポーネントキャリア周波数とコンポーネント識別子の対応表を移動体通信システムとして静的に決定しても良い。これにより、対応表をネットワーク側から移動端末へ通知する必要がなくなり、無線リソースの有効活用、及び無線通信にともなる通信エラーが発生しなくなるという効果を得ることが出来る。
【０２０５】
図２４（ｃ）に示す通り、コンポーネントインデックスとスケジューリングコンポーネントの対応付けに用いるスケジューリングコンポーネントを示す情報として上記コンポーネント識別子を用いる。
【０２０６】
第三の具体例としては、コンポーネント識別子がある。図２５を用いて説明する。図２３と同じ参照符号は相当する部分であるので、説明は省略する。第三の具体例では、スケジューリングコンポーネントを示す情報として、図２５（ｂ）に示すコンポーネント識別子を用いる。当該基地局にて用いられるコンポーネントキャリア周波数とコンポーネント識別子を対応付ける（図２５（ｂ））。具体例としては、図２５のスケジューリングコンポーネント２３０２を示す情報として、コンポーネント識別子「ＣＣ＃２」が対応する。図２５のスケジューリングコンポーネント２３０４を示す情報として、コンポーネント識別子「ＣＣ＃４」が対応する。
【０２０７】
第一の具体例は絶対的な値をマッピングするのと比較して、また第二の具体例は移動体通信システムが取りえるコンポーネントキャリア周波数に対する識別子をマッピングするのと比較して、第三の具体例は当該基地局が取りえるコンポーネントキャリア周波数に対する識別子をマッピングする。よって第三の具体例の方が、スケジューリングコンポーネントを示す情報の情報量、つまり情報ビット数が少なくて良い。このことは、無線リソースの有効活用という効果を有する。
【０２０８】
図２５（ｂ）に示すコンポーネントキャリア周波数とコンポーネント識別子の対応表はネットワーク側から移動端末に対して通知される。通知方法の具体例としては、基地局より移動端末へ報知情報、具体例としてはＢＣＣＨ（ＭＩＢ、あるいはＳＩＢ）を用いて通知される。対応付けをネットワーク側から移動端末へ通知することにより、移動体通信システムのキャリア周波数変更に対して柔軟に対応可能という利点を維持しつつ、スケジューリングコンポーネントを示す情報の情報量の削減という効果を得ることができる。
【０２０９】
図２５（ｃ）に示す通り、コンポーネントインデックスとスケジューリングコンポーネントの対応付けに用いるスケジューリングコンポーネントを示す情報として上記コンポーネント識別子を用いる。
【０２１０】
またコンポーネント識別子の番号付けの具体例は、実施の形態１と同様の方法を用いることが可能である。よって説明を省略する。
【０２１１】
図２６にコンポーネントスケジューリングブロックで行われるコンポーネントインデックスとスケジューリングコンポーネントの対応付けの概念図を示す。スケジューリングコンポーネントを示す情報としては、一例として、上記第三の具体例であるコンポーネント識別子を用いて説明する。
【０２１２】
（１）―（ａ）時刻ｔ１にて移動端末２３０８に割当てられているスケジューリングコンポーネントは、ＣＣ＃２（２３０２）、ＣＣ＃４（２３０４）である。コンポーネントスケジューリングブロックは上位から通知されたコンポーネントインデックスとスケジューリングコンポーネントを対応付ける。具体例を図２３（１）―（ｂ）に示す。ここでは、コンポーネントスケジューリングブロックは、コンポーネントインデックス「ＣＣ＿Ｉ＃１」とスケジューリングコンポーネントＣＣ＃２を、コンポーネントインデックス「ＣＣ＿Ｉ＃２」とスケジューリングコンポーネントＣＣ＃４を対応付けている。
【０２１３】
移動端末と基地局間の無線環境が変化し、移動端末が測定するＣＱＩ、測定結果に応じてスケジューリングコンポーネントは変更される。
【０２１４】
（２）―（ａ）時刻ｔ２にて移動端末２３０１に割当てられているスケジューリングコンポーネントは、ＣＣ＃４（２３０４）、ＣＣ＃５（２３０５）である。コンポーネントスケジューリングブロックは上位から通知されたコンポーネントインデックスとスケジューリングコンポーネントを対応付ける。具体例を図２３（２）―（ｂ）に示す。ここでは、コンポーネントスケジューリングブロックは、コンポーネントインデックス「ＣＣ＿Ｉ＃１」とスケジューリングコンポーネントＣＣ＃５を、コンポーネントインデックス「ＣＣ＿Ｉ＃２」とスケジューリングコンポーネントＣＣ＃４を対応付けている。
【０２１５】
つまりコンポーネントスケジューリングブロックは、コンポーネントインデックスＣＣ＿Ｉ＃１に対応付けられるスケジューリングコンポーネントをＣＣ＃２（時刻ｔ１）からＣＣ＃５（時刻ｔ２）へ変更している。コンポーネントインデックスをＲＲＣメッセージ中などに付加する上位レイヤは、物理レイヤで当該移動端末（２３０８）へ割当てられているスケジューリングコンポーネントが変更されたことを知る必要がない。
【０２１６】
図２７に動作の一例を示す。スケジューリングコンポーネントを示す情報としては、一例として、上記第三の具体例であるコンポーネント識別子を用いて説明する。図２７において図１９と同じ参照符号のステップは同一または相当する処理を実行するので、同じ参照符号のステップの箇所の説明は省略する。
【０２１７】
ステップＳＴ２７０１にて基地局は、コンポーネント単位の制御情報であるＲＲＣメッセージ中のエレメントとして、コンポーネントインデックスを示す情報を追加する。例えば、図２６（１）を例に説明する、ＲＲＣメッセージ中のエレメントとしてコンポーネントインデックス「ＣＣ＿Ｉ＃１」の情報を追加する。
【０２１８】
ステップＳＴ２７０２にて基地局は、コンポーネントインデックスの種類に追加・削除・更新が行われたか否か判断する。または、コンポーネントインデックスが変更したことにより、コンポーネントインデックスとスケジューリングコンポーネントの対応付けを再度行わなければいけないか否かを判断する。コンポーネントインデックスの種類に追加・削除・更新行われていた場合、ステップＳＴ２７０４へ移行する。コンポーネントインデックスの種類に追加・削除・更新行われていない場合、ステップＳＴ２７０３へ移行する。
【０２１９】
ステップＳＴ２７０３にて基地局は、スケジューリングコンポーネントに追加・削除・更新が行われたか否か判断する。または、スケジューリングコンポーネントが変更したことにより、コンポーネントインデックスとスケジューリングコンポーネントの対応付けを再度行わなければいけないか否かを判断する。スケジューリングコンポーネントの種類に追加・削除・更新行われていた場合、ステップＳＴ２７０４へ移行する。コンポーネントインデックスの種類に追加・削除・更新行われていない場合、ステップＳＴ１９０４へ移行する。
【０２２０】
ステップＳＴ２７０４にて基地局は、コンポーネントインデックスとスケジューリングコンポーネントの対応付けを行う。
【０２２１】
ステップＳＴ２７０５にて基地局は、コンポーネントインデックスとスケジューリングコンポーネントの対応付け（ステップＳＴ２７０４）の結果である、対応表（例えば図２６(1)―（ｂ））を移動端末に通知する。通知方法の具体例を以下に示す。
【０２２２】
基地局より移動端末へ個別（Dedicated）制御信号にて通知することが考えられる。スケジューリングコンポーネントは、移動端末毎に無線環境を考慮して随時変更されることが考えられるので、共通（Common）制御信号や報知情報では他の移動端末へは不要な情報を送信することになり、無線リソースとして無駄が発生する。よって個別制御信号にて通知することにより、無線リソースの有効活用という効果を得ることができる。
【０２２３】
個別制御信号としては、ＲＲＣメッセージと比較して制御遅延の短い通知方法を用いることとする。これにより、実施の形態３の第二の解決策で解決する課題である、移動体通信システムとしての制御遅延増大を防止することが出来る。
【０２２４】
個別制御信号の具体例としては、ＰＤＣＣＨ、ＭＡＣメッセージを用いることが考えられる。ＰＤＣＣＨを用いた場合の通知方法の具体例を以下に示す。
【０２２５】
（１）キャンディデートコンポーネントキャリアセットに含まれるコンポーネントのＰＤＣＣＨから通知する。キャンディデートコンポーネントは、基地局と移動端末間のデータ送受信が可能なコンポーネントである。当該基地局が保有する全コンポーネントから通知するのと比較して無線リソースの有効活用という効果を有し、また移動端末が送受信可能なコンポーネントから通知することにより移動端末が当該通知を受信できないという問題も発生しない。また、移動端末にとってキャンディデートコンポーネント以外のコンポーネントに含まれるＰＤＣＣＨをモニタする必要がないため、移動端末の低消費電力化に効果を有する。
【０２２６】
（２）スケジューリングコンポーネントに含まれるコンポーネントのＰＤＣＣＨから通知する。スケジューリングコンポーネントは、実際のデータ送受信が行われているコンポーネントである。当該基地局が保有する全コンポーネントから通知するのと比較して無線リソースの有効活用という効果を有し、またキャンディデートコンポーネントから通知するのと比較して、さらに無線リソースの有効活用という効果を有し、また移動端末が実際に送受信を行っているコンポーネントから通知することにより移動端末が当該通知を受信できないという問題も発生しない。また、移動端末にとってスケジューリングコンポーネント以外のコンポーネントに含まれるＰＤＣＣＨをモニタする必要がないため、移動端末の低消費電力化に効果を有する。
【０２２７】
（３）通信中のアンカーコンポーネントに含まれるコンポーネントのＰＤＣＣＨから通知する。アンカーコンポーネントとは通信中の移動端末がＰＤＣＣＨをモニタするコンポーネント、あるいは測定を実行するコンポーネントとする。その場合、移動端末にとってアンカーコンポーネント以外のコンポーネントに含まれるＰＤＣＣＨをモニタする必要がないため、移動端末の低消費電力化に効果を有する。
【０２２８】
ステップＳＴ２７０６にて移動端末は、基地局よりコンポーネントインデックスとスケジューリングコンポーネントの対応付け（ステップＳＴ２７０４）の結果である、対応表を受信する。
【０２２９】
ステップＳＴ２７０７にて移動端末は、ＲＲＣメッセージ中のコンポーネントインデックスを得る。図２６（１）を例に説明する、ＲＲＣメッセージ中のエレメントとしてコンポーネントインデックス「ＣＣ＿Ｉ＃１」を得る。
【０２３０】
ステップＳＴ２７０８にて移動端末は、ステップＳＴ２７０６にて受信したコンポーネントインデックスとスケジューリングコンポーネントの対応付け（ステップＳＴ２７０４）の結果である、対応表（例えば図２６(1)―（ｂ））を基に、当該ＲＲＣメッセージが制御するコンポーネントのコンポーネント識別子を得る。例えば、図２６（１）―（ｂ）よりコンポーネントインデックス「ＣＣ＿Ｉ＃１」に対応するスケジューリングコンポーネントのコンポーネント識別子「ＣＣ＃２」を得る。
【０２３１】
実施の形態３は、実施の形態１と組み合わせて用いることが出来る。または、ＲＲＣメッセージ中の制御情報によって、あるいは制御内容によって実施の形態１の解決策を用いるか、実施の形態３の解決策を用いるか分けても良い。解決策を分ける具体例を以下に示す。
【０２３２】
（１）スケジューリングコンポーネントの変更に素早い追従が必要な制御情報については、コンポーネントのスケジューリングに素早く追従可能となる実施の形態３の第二の解決策を、スケジューリングコンポーネントの変更に素早い追従が必要でない制御情報については実施の形態１、あるいは実施の形態３の第一の解決策を用いる。具体例としては、「Radio resource Configuration」に対しては実施の形態３の第二の解決策を用い、「Radio link failure related action」「Measurement」に対しては実施の形態１、あるいは実施の形態３の第一の解決策を用いるとしても良い。
【０２３３】
（２）コンポーネントのキャリア周波数に関係する、あるいは周波数特性に関係する制御情報については、上位レイヤが、具体例としてはＲＲＣメッセージを制御するレイヤが、移動端末へのコンポーネントのスケジューリング結果を把握する実施の形態１、あるいは実施の形態３の第一の解決策を、コンポーネントのキャリア周波数に関係しない、あるいは周波数特性に関係しない制御情報については、実施の形態３の第二の解決策を用いるとしても良い。
【０２３４】
これにより、ＲＲＣメッセージ中の制御情報、あるいは制御内容によって最適なＲＲＣメッセージ通知方法を取ることが出来るという効果を有する。
【０２３５】
実施の形態３では、下りＲＲＣメッセージを中心に説明したが、実施の形態３は同様に上りＲＲＣメッセージにも適用可能である。
【０２３６】
トランスポートチャネルＤＬ-ＳＣＨには、制御情報にてロジカルチャネルＤＣＣＨ、ＣＣＣＨの他に、ロジカルチャネルＭＣＣＨ、ロジカルチャネルＢＣＣＨもマッピングされる。実施の形態３は同様にＭＣＣＨ、ＢＣＣＨにも適用可能である。
【０２３７】
実施の形態３はＲＲＣメッセージを中心に説明したが、ＭＡＣメッセージにも適用可能である。
【０２３８】
ＭＡＣメッセージに適用する場合、キャリアアグリゲーション対応の基地局において、ＭＡＣメッセージ中に、またはＭＡＣメッセージ中のエレメント（Ｅｌｅｍｅｎｔ）として、またはＭＡＣメッセージとは別の領域、例えばヘッダー、フッターに当該ＭＡＣメッセージがどのコンポーネントに対する制御情報かを示す情報ではなく、コンポーネントインデックスを追加すればよい。詳細な説明はＲＲＣメッセージの場合と同様であるので、省略する。
【０２３９】
実施の形態３により実施の形態１及び実施の形態２の効果に加えて、以下の効果を得ることが出来る。
【０２４０】
上位レイヤが移動端末へのコンポーネントのスケジューリング結果を把握する必要がなくなる。よって実施の形態１及び実施の形態２と比較してコンポーネントのスケジューリングに素早く追従可能となり、移動体通信システムの制御遅延を防止する効果を得ることができる。つまり、コンポーネントのスケジューリングに柔軟に対応可能となる。
【０２４１】
移動端末へのスケジューリングされるコンポーネントが短期間に変化する可能性がある場合であっても、受信側にて受信したＲＲＣメッセージが、どのコンポーネントに対する制御情報であるか不明であるという課題は解決される。
【０２４２】
実施の形態４．
実施の形態４にて解決する課題について説明する。実施の形態３の解決策を用いた場合、移動端末に対するコンポーネントキャリアのスケジューリング変更が短期間に発生する可能性があるような場合であっても、受信したＲＲＣメッセージがどのコンポーネントに対する制御情報であるか不明であるという課題は解決される。しかし、送信側から受信側へのコンポーネントインデックスとスケジューリングコンポーネントの対応付けの結果である、対応表の通知が完了しなければ、実施の形態３は有効に動作しない。
【０２４３】
よって、上記対応表の通知が完了するまでに、制御情報、具体例としてはＲＲＣメッセージ、ＭＡＣメッセージを送信側から受信側へ通知した場合などは、受信した制御情報、具体例としてはＲＲＣメッセージ、ＭＡＣメッセージが間違ったコンポーネントに対する制御情報として認識されるという課題が発生する。
【０２４４】
これを防ぐために上記対応表の通知が完了するまで、制御情報、具体例としてはＲＲＣメッセージ、ＭＡＣメッセージを通知しないとすれば、移動体通信システムとしての制御遅延増大という課題が発生する。
【０２４５】
本実施の形態４での解決策を以下に示す。キャリアアグリゲーション対応の基地局において、ある移動端末キャンディデートコンポーネントキャリアセットに含まれるコンポーネントに対する制御情報、具体例としてはＲＲＣメッセージ、あるいはＭＡＣメッセージをキャンディデートコンポーネントキャリアセットに含まれるコンポーネントに対して事前に送信する。
【０２４６】
実際のデータ送受信が行われている１つまたは複数のコンポーネントであるスケジューリングコンポーネントは、当該移動端末とデータの送受信が可能な１つまたは複数のコンポーネントの候補の集合であるキャンディデートコンポーネントキャリアセット（候補集合）から選択されるものとする。選択は、移動端末の測定結果、ＣＱＩを基に行われるものとする。
【０２４７】
図２８に実施の形態４の解決策の概念図を示す。２８０１から２８０７は、当該基地局においてキャリアアグリゲーションを行うことが可能な下りコンポーネントである。２８０８から２８１２は、当該基地局においてキャリアアグリゲーションを行うことが可能な上りコンポーネントである。ｆＤ１からｆＤ１０は、各下りコンポーネントのコンポーネントキャリア周波数を示す。ｆＵ１からｆＵ９は、各上りコンポーネントのコンポーネントキャリア周波数を示す。
【０２４８】
コンポーネント２８０１と２８０８、２８０２と２８０９、２８０３と２８１０、２８０４と２８１１は下り、上りのペアーバンドとする。なお２８０５、２８０６、２８０７と２８１２は非対称（Asymmetric）のペアーバンドを示す。
【０２４９】
２８１３は移動端末に対して実際のデータ送受信が行われているコンポーネントであるスケジューリングコンポーネントを示す。スケジューリングコンポーネント２８１３には、コンポーネント２８０１、２８０２、２８０８、２８０９が含まれる。２８１４は当該移動端末とデータの送受信が可能なキャンディデートコンポーネントキャリアセットを示す。キャンディデートキャリアセット２８１４には、コンポーネント２８０１、２８０２、２８０３、２８０８、２８０９、２８１０が含まれる。
【０２５０】
図２９に動作の一例を示す。ステップＳＴ２９０１にて移動端末は、受信品質に関する測定結果、あるいはＣＱＩなどを基地局へ送信する。
【０２５１】
ステップＳＴ２９０２にて基地局は、移動端末から受信品質に関する測定結果、あるいはＣＱＩなどを受信する。
【０２５２】
ステップＳＴ２９０３にて基地局は、ステップＳＴ２９０２にて受信した移動端末の測定結果、あるいはＣＱＩを基に当該移動端末に対するキャンディデートコンポーネントキャリアセットに含まれるコンポーネントに追加するコンポーネントが存在するか否か判断する。追加するコンポーネントが存在する場合、ステップＳＴ２９０４へ移行する。追加するコンポーネントが存在しない場合、ステップＳＴ２９０７へ移行する。あるいは／かつ、ステップＳＴ２９０３にて基地局は、当該移動端末に対してキャンディデートコンポーネントキャリアセットを新規に作成するか否か判断する。新規に作成する場合は、ステップＳＴ２９０４へ移行する。新規に作成しない場合は、ステップ２９０７へ移行するとしてもよい。
【０２５３】
ステップＳＴ２９０４にて基地局は、必要な場合、キャンディデートコンポーネントキャリアセットに追加するコンポーネントにて、当該移動端末用の無線リソースを確保する。確保が必要な無線リソースの具体例としては、スケジューリングリクエストのリソースなどがある。
【０２５４】
ステップＳＴ２９０５にて基地局は、キャンディデートコンポーネントキャリアセットに含まれるコンポーネントへ追加するコンポーネントに関する制御情報、具体例としてはＲＲＣメッセージ、あるいはＭＡＣメッセージを送信する。制御情報、具体例としてはＲＲＣメッセージ、あるいはＭＡＣメッセージがどのコンポーネントに対する制御情報であるか不明であるという課題に対する解決策については、実施の形態１、変形例を含む実施の形態２、実施の形態３を用いることが出来る。よって説明を省略する。通知方法は、実施の形態３のコンポーネントインデックスとスケジューリングコンポーネントの対応付けの結果である、対応表の通知方法の具体例を用いることが出来る。よって説明を省略する。
【０２５５】
または、基地局から移動端末に対してキャンディデートコンポーネントキャリアセットに含まれるコンポーネントへ追加するコンポーネントを通知する場合も考えられる。その場合は、キャンディデートコンポーネントキャリアセットに含まれるコンポーネントへ追加するコンポーネントに関する制御情報を、ＲＲＣメッセージまたはＭＡＣメッセージとともに送信する。なお、当該追加するコンポーネントに関する制御情報と、ＲＲＣメッセージまたはＭＡＣメッセージとの送信は、同時であっても良いし同時でなくても良い。
【０２５６】
ステップＳＴ２９０６にて移動端末は、基地局から、キャンディデートコンポーネントキャリアセットに含まれるコンポーネントへ追加するコンポーネントに関する制御情報、具体例としてはＲＲＣメッセージ、あるいはＭＡＣメッセージを受信する。
【０２５７】
ステップＳＴ２９０７にて基地局は、ステップＳＴ２９０２にて受信した移動端末の測定結果、あるいはＣＱＩを基に当該移動端末に対するスケジューリングコンポーネントに含まれるコンポーネントを変更するか否か判断する。変更する場合、ステップＳＴ２９０８へ移行する。変更しない場合、処理を終了する。
【０２５８】
ステップＳＴ２９０８にて基地局は、移動端末へスケジューリングコンポーネントに含まれるコンポーネントを通知する。変更後のスケジューリングコンポーネントに含まれる全てのコンポーネントに関する情報を通知しても良いし、変更前と変更後の差分のみのコンポーネントに関する情報を通知しても良い。全てのコンポーネントに関する情報を通知する場合は、無線通信によるエラーに強くなるという効果を得ることが出来る。また変更前と変更後の差分のみのコンポーネントに関する情報を通知する場合は、通知する情報量を削減することができるので、無線リソースの有効活用という効果を得ることが出来る。スケジューリングコンポーネントに含まれるコンポーネントに関する情報の具体例は、実施の形態１のどのコンポーネントに対する制御情報かを示す情報「コンポーネントキャリア周波数」「コンポーネント識別子」を用いることができるので、詳細な説明を省略する。通知方法の具体例は、実施の形態３のコンポーネントインデックスとスケジューリングコンポーネントの対応付けの結果である対応表の通知の方法を用いることができるので、説明を省略する。
【０２５９】
ステップＳＴ２９０９にて移動端末は、基地局からスケジューリングコンポーネントに含まれるコンポーネントに関する情報を受信する。
【０２６０】
ステップＳＴ２９１０にて移動端末は、スケジューリングコンポーネントに含まれるコンポーネントに関して、ステップＳＴ２９０６にて受信した制御情報、具体例としてはＲＲＣメッセージ、あるいはＭＡＣメッセージを適用する。
【０２６１】
実施の形態４は、実施の形態１、変形例を含む実施の形態２、実施の形態３と組み合わせて用いることが出来る。
【０２６２】
または、ＲＲＣメッセージ中、あるいはＭＡＣメッセージ中の制御情報によって、あるいは制御内容によって実施の形態１、実施の形態２の解決策を用いるか、あるいは実施の形態３の解決策を用いるか、あるいは実施の形態４を用いるか分けても良い。解決策を分ける具体例を以下に示す。
【０２６３】
（１）スケジューリングコンポーネントの変更に素早い追従が必要な制御情報については、コンポーネントのスケジューリングに素早く追従可能となる実施の形態４、実施の形態３の第二の解決策を、スケジューリングコンポーネントの変更に素早い追従が必要でない制御情報については実施の形態１、あるいは実施の形態３の第一の解決策を用いるとしてもよい。
【０２６４】
（２）コンポーネントのキャリア周波数に関係する、あるいは周波数特性に関係する制御情報については、上位レイヤが、具体例としてはＲＲＣメッセージを制御するレイヤが、移動端末へのコンポーネントのスケジューリング結果を把握する実施の形態１、あるいは実施の形態３の第一の解決策を、コンポーネントのキャリア周波数に関係しない、あるいは周波数特性に関係しない制御情報については、実施の形態３の第二の解決策、あるいは実施の形態４を用いるとしても良い。
【０２６５】
（３）頻繁に制御の内容が変更されない制御情報については実施の形態４を、頻繁に制御の内容が変更される制御情報については実施の形態３、実施の形態１を用いるとしても良い。
【０２６６】
これにより、ＲＲＣメッセージ中の制御情報、あるいは制御内容によって最適なＲＲＣメッセージ通知方法を取ることが出来るという効果を有する。
【０２６７】
実施の形態４により実施の形態１、実施の形態２、実施の形態３の効果に加えて、以下の効果を得ることが出来る。
【０２６８】
スケジューリングコンポーネントがキャンディデートコンポーネントキャリアセットに含まれるコンポーネントから選択され、キャンディデートコンポーネントキャリアセットに含まれるコンポーネントに対する制御情報を事前に送信側から受信側へ通知しておくことにより、本実施の形態４ではコンポーネントスケジューリングに素早く追従可能となる効果を得ることができる。
【０２６９】
実施の形態３で必要であった、送信側から受信側へのコンポーネントインデックスとスケジューリングコンポーネントの対応付けの結果である、対応表の通知は不要となる。これにより、上記対応表の通知が完了するまでに、制御情報、具体例としてはＲＲＣメッセージ、ＭＡＣメッセージを送信側から受信側へ通知した場合などは、受信した制御情報、具体例としてはＲＲＣメッセージ、ＭＡＣメッセージが間違ったコンポーネントに対する制御情報として認識されるという課題を解決することができる。
【０２７０】
また、上記対応表の通知が完了するまで、制御情報、具体例としてはＲＲＣメッセージ、ＭＡＣメッセージの通知を保留する必要もなくなるので移動体通信システムとしての制御遅延増大という課題を解決することができる。
【０２７１】
非特許文献９に開示されているＲＲＣメッセージに実施の形態４を用いた場合の具体的な効果を以下に示す。まず、下りリンクに対する制御情報について具体例を用いて説明する。
【０２７２】
実施の形態４を用いてキャンディデートコンポーネントキャリアセットに含まれるコンポーネントに対する無線リソースに関する設定情報、具体例としては「Radio resource Configuration」を、または「Radio resource Configuration」に含まれる物理レイヤに対する設定情報、具体例としては「Physical config Dedicated」を、または「Radio resource Configuration」に含まれる「Physical config Dedicated」に含まれるＰＤＳＣＨに関する設定情報、具体例としては「pdsch-configdedicated」、または「Radio resource Configuration」に含まれる「Physical config Dedicated」に含まれる「pdsch-configdedicated」に含まれるリファレンスシグナルの送信パワー情報、具体例としては「referenceSignalPower」などを事前に基地局から移動端末へ通知する。
【０２７３】
図２８を用いて説明すれば、キャンディデートコンポーネントキャリアセット２８１４に含まれる下りコンポーネント２８０１、２８０２、２８０３に対する上記制御情報を事前に通知する。これによって、下りスケジューリングコンポーネントが図２８に示す２８０１、２８０２から２８０２、２８０３に変更された場合であっても、移動端末は事前に２８０３の上記制御情報を把握している。
【０２７４】
よって、実施の形態４を用いることにより、２８０３がスケジューリングコンポーネントに含まれて直ちに、移動端末にて２８０３における、例えばＰＤＳＣＨに関する設定情報、具体例としては「pdsch-configdedicated」を用いて制御が可能となる効果を得ることが出来る。
【０２７５】
また、「referenceSignalPower」は、下り送信パワー制御の基準電力として用いられる。よって実施の形態４を用いることにより、２８０３がスケジューリングコンポーネントに含まれて直ちに、２８０３におけるリファレンスシグナルの送信パワー情報、具体例としては「referenceSignalPower」を用いて下り送信パワー制御が可能となるという効果を得ることが出来るという効果を得ることができる。
【０２７６】
次に、上りリンクに対する制御情報について具体例を用いて説明する。実施の形態４を用いてキャンディデートコンポーネントキャリアセットに含まれるコンポーネントに対する無線リソースに関する設定情報、具体例としては「Radio resource Configuration」を、または「Radio resource Configuration」に含まれる物理レイヤに対する設定情報、具体例としては「Physical config Dedicated」を、または「Radio resource Configuration」に含まれる「Physical config Dedicated」に含まれるＰＵＳＣＨに関する設定情報、具体例としては「pusch-configdedicated」、または「Radio resource Configuration」に含まれる「Physical config Dedicated」に含まれる「pusch-configdedicated」に含まれるホッピングに関する制御情報、具体例としては「hoppingMode」「pusch-hopping Offset」を事前に基地局から移動端末へ通知する。
【０２７７】
図２８を用いて説明すれば、キャンディデートコンポーネントキャリアセット２８１４に含まれる上りコンポーネント２８０８、２８０９、２８１０に対する上記制御情報を事前に通知する。これによって、上りスケジューリングコンポーネントが図２８に示す２８０８、２８０９から２８０９、２８１０に変更された場合であっても、移動端末は事前に２８１０の上記制御情報を把握している。
【０２７８】
よって、実施の形態４を用いることにより、２８１０がスケジューリングコンポーネントに含まれて直ちに、移動端末にて２８１０におけるＰＵＳＣＨに関する設定情報、具体例としては「pusch -configdedicated」を用いて制御が可能となる効果を得ることが出来る。
【０２７９】
また、ホッピングに関する制御情報は、送信側である移動端末と、受信側である基地局にて共通の認識をもって送受信しなければ正確に受信することが出来ない。またホッピングは周波数フェージングの影響を軽減させるために導入されている。
【０２８０】
よって実施の形態４を用いることにより、２８１０がスケジューリングコンポーネントに含まれてすぐに、２８１０におけるホッピングに関する制御情報を用いてホッピング制御が可能となる効果を得ることが出来る。これにともない、スケジューリングコンポーネントに含まれてすぐに、２８１０においてホッピングを用いたＰＵＳＣＨの送信が可能となり、周波数フェージングに強いＰＵＳＣＨの送信が可能となる効果を得ることができる。このことは、無線リソースの有効活用という効果につながる。
【０２８１】
実施の形態４を用いてキャンディデートコンポーネントキャリアセットに含まれるコンポーネントに対する無線リソースに関する設定情報、具体例としては「Radio resource Configuration」を、または「Radio resource Configuration」に含まれる物理レイヤに対する設定情報、具体例としては「Physical config Dedicated」を、または「Radio resource Configuration」に含まれる「Physical config Dedicated」に含まれるＰＵＣＣＨに関する設定情報、具体例としては「pucch-configdedicated」を事前に基地局から移動端末へ通知する。
【０２８２】
図２８を用いて説明すれば、キャンディデートコンポーネントキャリアセット２８１４に含まれる上りコンポーネント２８０８、２８０９、２８１０に対する上記制御情報を事前に通知する。これによって、上りスケジューリングコンポーネントが図２８に示す２８０８、２８０９から２８０９、２８１０に変更された場合であっても、移動端末は事前に２８１０の上記制御情報を把握している。
【０２８３】
よって、実施の形態４を用いることにより、２８１０がスケジューリングコンポーネントに含まれて直ちに２８１０において、移動端末にて２８１０におけるＰＵＣＣＨに関する設定情報、具体例としては「pucch -configdedicated」を用いて制御が可能となる効果を得ることが出来る。
【０２８４】
実施の形態４を用いてキャンディデートコンポーネントキャリアセットに含まれるコンポーネントに対する無線リソースに関する設定情報、具体例としては「Radio resource Configuration」を、または「Radio resource Configuration」に含まれる物理レイヤに対する設定情報、具体例としては「Physical config Dedicated」を、または「Radio resource Configuration」に含まれる「Physical config Dedicated」に含まれるスケジューリングリクエストに関する設定情報、具体例としては「schedulingRequestconfig」、または「Radio resource Configuration」に含まれる「Physical config Dedicated」に含まれる「schedulingRequestconfig」に含まれるスケジューリングリクエストに関するリソース情報、具体例としては「sr-PUCCH-ResourceIndex」を事前に基地局から移動端末へ通知する。
【０２８５】
図２８を用いて説明すれば、キャンディデートコンポーネントキャリアセット２８１４に含まれる上りコンポーネント２８０８、２８０９、２８１０に対する上記制御情報を事前に通知する。これによって、上りスケジューリングコンポーネントが図２８に示す２８０８、２８０９から２８０９、２８１０に変更された場合であっても、移動端末は事前に２８１０の上記制御情報を把握している。
【０２８６】
また、スケジューリングリクエストは、移動端末が基地局に対して上りリソース割当の要求を行う信号である。移動端末が上りリソース割当の要求を行う場合、当該移動端末に対して、スケジューリングリクエストに関する割当がされていない場合は、当該移動端末はＲＡＣＨを用いて上りリソース割当要求を行う必要発生する。ＲＡＣＨを用いた上りリソース割当要求は、スケジューリングリクエストを用いた上りリソース割当要求と比較して制御遅延が大きくなる。
【０２８７】
よって、実施の形態４を用いることにより、２８１０がスケジューリングコンポーネントに含まれて直ちに、移動端末にて２８１０におけるスケジューリングリクエストに関する設定情報、具体例としては「schedulingRequestconfig」を用いて制御が可能となる効果を得ることが出来る。これにともない、スケジューリングコンポーネントに含まれてすぐに、移動端末は、２８０３においてスケジューリングリクエストを用いた上りリソース割当要求が可能となり、制御遅延増加を防ぐという効果を得ることが出来る。
【０２８８】
実施の形態４では、下りＲＲＣメッセージを中心に説明したが、実施の形態４は同様に下りＭＡＣメッセージ、上りＲＲＣメッセージ、上りＭＡＣメッセージにも適用可能である。
【０２８９】
トランスポートチャネルＤＬ-ＳＣＨには、制御情報にてロジカルチャネルＤＣＣＨ、ＣＣＣＨの他に、ロジカルチャネルＭＣＣＨ、ロジカルチャネルＢＣＣＨもマッピングされる。実施の形態４は同様にＭＣＣＨ、ＢＣＣＨにも適用可能である。
【０２９０】
実施の形態４  変形例１．
実施の形態４の変形例１にて解決する課題について説明する。実施の形態４の解決策を用いた場合、キャンディデートコンポーネントキャリアセットに追加するコンポーネントにて、当該移動端末用の無線リソースを確保する必要が発生する場合がある。この場合、移動端末と基地局間にて実際にデータの送受信が行われていないコンポーネントにおいても、当該移動端末用の無線リソースが確保される場合がある。これは、無線リソースの無駄が発生するという課題が生じる。
【０２９１】
また、移動端末は、キャンディデートコンポーネントキャリアセットに含まれるコンポーネントに対する制御情報を保管しておく必要が生じる。キャンディデートコンポーネントキャリアセットに含まれるコンポーネントが多くなると、移動端末にて制御情報の保管領域を多く確保する必要が生じ、移動端末のハードウェア、例えばメモリ、ＣＰＵ等が大きくなる、あるいは移動端末のソフトウェアの負荷が増大するという課題が生じる。
【０２９２】
本実施の形態４の変形例１での解決策を以下に示す。キャリアアグリゲーション対応の基地局において、キャンディデートコンポーネントキャリアセットに含めることが出来るコンポーネントの数に上限値を設ける。
【０２９３】
図３０に動作の一例を示す。図２９と同じ参照符号は相当する部分であるので、説明は省略する。
【０２９４】
ステップＳＴ３００１にて基地局は、ステップＳＴ２９０２にて受信した移動端末の測定結果、あるいはＣＱＩを基に当該移動端末に対するキャンディデートコンポーネントキャリアセットを変更する必要があるか否か判断する。変更する必要がある場合、ステップＳＴ３００２へ移行する。変更する必要がない場合、ステップＳＴ２９０７へ移行する。
【０２９５】
キャンディデートコンポーネントキャリアセットは上り、下り別々に設けても良い。別々に設けた場合、ステップＳＴ３００１の判断も上り、下り別々に行っても良い。あるいは／かつ、ステップＳＴ３００１にて基地局は、当該移動端末に対してキャンディデートコンポーネントキャリアセットを新規に作成するか否か判断する。新規に作成する場合は、ステップＳＴ３００３へ移行する。新規に作成しない場合は、ステップ２９０７へ移行するとしてもよい。
【０２９６】
ステップＳＴ３００２にて基地局は、ステップＳＴ２９０２にて受信した移動端末の測定結果、あるいはＣＱＩを基に当該移動端末に対するキャンディデートコンポーネントキャリアセットに含まれるコンポーネントに追加するコンポーネントが存在するか否か判断する。追加するコンポーネントが存在する場合、ステップＳＴ３００３へ移行する。追加するコンポーネントが存在しない場合、ステップＳＴ３００６へ移行する。
【０２９７】
ステップＳＴ３００３にて基地局は、現在のキャンディデートコンポーネントキャリアセットに含まれるコンポーネント数が、キャンディデートコンポーネントキャリアセットに含めることが出来るコンポーネントの数の上限値以上であるか否かを判断する。上限値以上である場合、ステップＳＴ３００４へ移行する。上限値以上でない場合、ステップＳＴ３００５へ移行する。
【０２９８】
上限値は、移動体通信システムとして静的に決定されていても良いし、キャリアアグリゲーション対応の基地局毎に静的、あるいは順静的に決定されていても良いし、移動端末の能力によって決定されても良い。移動端末の能力によって決定される場合、移動端末から基地局に対してキャリアアグリゲーション可能なコンポーネント数を通知するようにしても良いし、あるいは、移動端末自身が移動端末の能力によって上限値を決定し、基地局に該上限値を通知するようにしても良い。上限値が移動体通信システムとして静的に決定された場合、及び移動端末の能力によって決定された場合、移動端末の設計時においてハードウェア、ソフトウェアに上限を設けることが可能となり、移動端末の複雑性回避が可能という効果を得ることができる。上限値がキャリアアグリゲーション対応の基地局毎に静的、あるいは順静的に決定された場合、基地局の無線リソースの負荷状況などに応じた制御が可能となり、柔軟な移動体通信システムの構築が可能となる効果を得ることが出来る。移動端末の能力の具体例としては、制御情報の保管領域（メモリなど）の大小、対応リリース番号、対応通信速度などが考えられる。
【０２９９】
ステップＳＴ３００４にて基地局は、ステップＳＴ２９０２にて受信した移動端末の測定結果、あるいはＣＱＩを基に当該移動端末に対するキャンディデートコンポーネントキャリアセットに新たなコンポーネントを追加し、キャンディデートコンポーネントキャリアセットに含まれているコンポーネントを削除する。つまり、キャンディデートコンポーネントキャリアセットに含まれるコンポーネントの更新を行う。
【０３００】
ステップＳＴ３００５にて基地局は、ステップＳＴ２９０２にて受信した移動端末の測定結果、あるいはＣＱＩを基に当該移動端末に対するキャンディデートコンポーネントキャリアセットに新たなコンポーネントの追加を行う。
【０３０１】
ステップＳＴ３００６にて基地局は、ステップＳＴ２９０２にて受信した移動端末の測定結果、あるいはＣＱＩを基に当該移動端末に対するキャンディデートコンポーネントキャリアセットに含まれているコンポーネントの削除を行う。
【０３０２】
ステップＳＴ３００７にて基地局は、移動端末へキャンディデートコンポーネントキャリアセットに含まれるコンポーネントを通知する。変更後のキャンディデートコンポーネントに含まれる全てのコンポーネントに関する情報を通知しても良いし、変更前と変更後の差分のみのコンポーネントに関する情報を通知しても良い。全てのコンポーネントに関する情報を通知する場合は、無線通信によるエラーに強くなるという効果を得ることが出来る。また変更前と変更後の差分のみのコンポーネントに関する情報を通知する場合は、通知する情報量を削減することができるので、無線リソースの有効活用という効果を得ることが出来る。通知方法は、実施の形態３のコンポーネントインデックスとスケジューリングコンポーネントの対応付けの結果である、対応表の具体例を用いることが出来る。よって説明を省略する。
【０３０３】
ステップＳＴ３００８にて移動端末は、基地局よりキャンディデートコンポーネントキャリアセットに含まれるコンポーネントを受信する。
【０３０４】
実施の形態４の変形例１は、実施の形態１、変形例を含む実施の形態２、実施の形態３と組み合わせて用いることが出来る。
【０３０５】
または、ＲＲＣメッセージ中、あるいはＭＡＣメッセージ中の制御情報によって、あるいは制御内容によって実施の形態１、実施の形態２の解決策を用いるか、あるいは実施の形態３の解決策を用いるか、あるいは実施の形態４の変形例１を用いるか分けても良い。解決策を分ける具体例は実施の形態４と同様であるので、説明は省略する。
【０３０６】
実施の形態４の変形例１により実施の形態１、実施の形態２、実施の形態３、実施の形態４の効果に加えて、以下の効果を得ることが出来る。
【０３０７】
キャンディデートコンポーネントキャリアセットに含まれるコンポーネントの上限数が決まるため、移動端末と基地局間にて実際にデータの送受信が行われていないコンポーネントにおいての当該移動端末用の無線リソースの確保に上限を設けることが可能となる。これにより、無線リソースの有効活用という効果を得ることができる。
【０３０８】
また、キャンディデートコンポーネントキャリアセットに含まれるコンポーネントの上限数が決まるため、移動端末において、キャンディデートコンポーネントキャリアセットに含まれるコンポーネントに対する制御情報を保管領域の上限を設けることが可能となる。これにより、移動端末の設計時においてハードウェア、ソフトウェアに上限を設けることが可能となり、移動端末の複雑性回避が可能という効果を得ることができる。
【０３０９】
実施の形態４  変形例２．
実施の形態４の変形例２にて解決する課題は、実施の形態４と同様であるため説明を省略する。本実施の形態４の変形例２での解決策を以下に示す。
【０３１０】
キャリアアグリゲーション対応の基地局において、ある移動端末キャンディデートコンポーネントキャリアセットに含まれるコンポーネントに対する制御情報、具体例としてはＲＲＣメッセージ、あるいはＭＡＣメッセージをキャンディデートコンポーネントキャリアセットに含まれるコンポーネントに対して共通とする。
【０３１１】
動作の一例は、実施の形態４と類似している。異なる部分のみを図２９を用いて説明する。
【０３１２】
ステップＳＴ２９０４にて基地局は、キャンディデートコンポーネントキャリアセットに追加するコンポーネントにて、当該移動端末用に、既にキャンディデートコンポーネントキャリアセットに含まれているコンポーネントと同様の無線リソースを確保する。確保が必要な無線リソースの具体例としては、スケジューリングリクエストのリソースなどがある。
【０３１３】
キャンディデートコンポーネントキャリアセットに含まれるコンポーネントに対して制御情報が共通であるので、ステップＳＴ２９０５、ステップＳＴ２９０６は不要となる。当該移動端末に対してキャンディデートコンポーネントキャリアセットを新規に作成する場合に、キャンディデートコンポーネントキャリアセットに含まれるコンポーネントへ追加するコンポーネントに関する制御情報、具体例としてはＲＲＣメッセージ、あるいはＭＡＣメッセージを送信する。
【０３１４】
また、実施の形態４の変形例２と実施の形態４の変形例１は組み合わせて用いることが出来る。
【０３１５】
動作の一例は、実施の形態４の変形例１と類似している。異なる部分のみを図３０を用いて説明する。
【０３１６】
ステップＳＴ２９０４にて基地局は、キャンディデートコンポーネントキャリアセットに追加するコンポーネントにて、当該移動端末用に、既にキャンディデートコンポーネントキャリアセットに含まれているコンポーネントと同様の無線リソースを確保する。またキャンディデートコンポーネントキャリアセットから削除するコンポーネントにて、当該移動端末用の無線リソースを開放する。確保が必要な無線リソースの具体例としては、スケジューリングリクエストのリソースなどがある。
【０３１７】
実施の形態４の変形例２は、実施の形態１、変形例を含む実施の形態２、実施の形態３と組み合わせて用いることが出来る。
【０３１８】
または、ＲＲＣメッセージ中、あるいはＭＡＣメッセージ中の制御情報によって、あるいは制御内容によって実施の形態１、実施の形態２の解決策を用いるか、あるいは実施の形態３の解決策を用いるか、あるいは実施の形態４の変形例２を用いるか分けても良い。解決策を分ける具体例は実施の形態４と同様であるので、説明は省略する。
【０３１９】
実施の形態４の変形例１により実施の形態１、実施の形態２、実施の形態３、実施の形態４の効果に加えて、以下の効果を得ることが出来る。
【０３２０】
キャンディデートコンポーネントキャリアセットに含まれるコンポーネントにて、ある移動端末キャンディデートコンポーネントキャリアセットに含まれるコンポーネントに対する制御情報が共通となるので、移動端末にて制御情報を保管領域の削減が可能となる。これにより、移動端末の設計時においてハードウェア、ソフトウェアの削減が可能となり、移動端末の複雑性回避が可能という効果を得ることができる。
【０３２１】
実施の形態４  変形例３．
実施の形態４の変形例３にて解決する課題について説明する。実施の形態４、または実施の形態４の変形例３の解決策を用いた場合、キャンディデートコンポーネントキャリアセットに追加するコンポーネントにて、当該移動端末用の無線リソースを確保する必要が発生する場合がある。この場合、移動端末と基地局間にて実際にデータの送受信が行われていないコンポーネントにおいても、当該移動端末用の無線リソースが確保される場合がある。これは、無線リソースの無駄が発生するという課題が生じる。
【０３２２】
本実施の形態４の変形例３での解決策を以下に示す。
【０３２３】
キャリアアグリゲーション対応の基地局において、移動端末に対してする無線リソースの確保は、キャンディデートコンポーネントキャリアセットに含まれるコンポーネントのうち一部、あるいは一つのコンポーネントのみとする、あるいはスケジューリングコンポーネントに含まれるコンポーネントのうち一部、あるいは一つのコンポーネントのみとする。
【０３２４】
キャリアアグリゲーション対応の基地局において、移動端末に対して確保される無線リソースの具体例としては、スケジューリングリクエストのリソースなどがある。
【０３２５】
キャンディデートコンポーネントキャリアセットに含まれるコンポーネントのうち一部、あるいは一つのコンポーネント、あるいはスケジューリングコンポーネントに含まれるコンポーネントのうち一部、あるいは一つのコンポーネントの具体例としては、アンカーコンポーネントなどがある。
【０３２６】
言い換えると、キャリアアグリゲーション対応の基地局において、移動端末から基地局に対してスケジューリングリクエストを送信するコンポーネントをキャンディデートコンポーネントキャリアセットに含まれるコンポーネントのうち一部、あるいは一つのコンポーネントのみとする、あるいはスケジューリングコンポーネントに含まれるコンポーネントのうち一部、あるいは一つのコンポーネントのみとする。
【０３２７】
実施の形態４の変形例３は、実施の形態１、変形例を含む実施の形態２、実施の形態３、変形例を含む実施の形態４と組み合わせて用いることが出来る。
【０３２８】
実施の形態４の変形例３により以下の効果を得ることが出来る。
【０３２９】
移動端末と基地局間にて実際にデータの送受信が行われていないコンポーネントにおいての当該移動端末用の無線リソースの確保が削減可能となる。これにより、無線リソースの有効活用という効果を得ることができる。
【０３３０】
実施の形態５．
実施の形態５にて解決する課題について説明する。実施の形態１で説明した通り、ＬＴＥ−Ａシステムでは複数のコンポーネントキャリア上の受信と送信、あるいは受信のみ、あるいは送信のみのキャリアアグリゲーションがサポートされる。
【０３３１】
キャリアアグリゲーションを実現する上で、移動端末にて必要なメジャメント（Measurement）の具体例として、３ＧＰＰ会合上で以下が話し合われている(非特許文献１４)。
【０３３２】
異なるカバレッジをサポートするために、設定されたコンポーネントキャリアと同じ周波数上の測定対象を比較する必要がある。便宜上、該測定を第一の測定と称する。第一の測定は１つの与えられた周波数上で、移動端末におけるベストセルを知るために用いることができる。
【０３３３】
具体例を図３１に示す。ある移動端末のサービング基地局３１０４にて、該移動端末に設定されたコンポーネントキャリアとして、設定コンポーネントキャリア１（設定ＣＣ＿１）３１０１、設定コンポーネントキャリア２（設定ＣＣ＿２）３１０２、設定コンポーネントキャリア３（設定ＣＣ＿３）３１０３が存在する場合を考える。また該移動端末の周辺基地局３１０８にてコンポーネントキャリア１（周辺基地局＿ＣＣ＿１）３１０５、コンポーネントキャリア２（周辺基地局＿ＣＣ＿２）３１０６、コンポーネントキャリア３（周辺基地局＿ＣＣ＿３）３１０７が存在する場合を考える。設定ＣＣ＿１と周辺基地局＿ＣＣ＿１は同じ周波数レイヤ３１０９（ｆ１）上に存在する。設定ＣＣ＿２と周辺基地局＿ＣＣ＿２は同じ周波数レイヤ３１１０（ｆ２）上に存在する。設定ＣＣ＿３と周辺基地局＿ＣＣ＿３は同じ周波数レイヤ３１１１（ｆ３）上に存在する。上記第一の測定では、設定されたコンポーネントキャリアと同じ周波数上の測定対象を比較する。具体的に説明すれば、該移動端末は、設定されたコンポーネントキャリアである設定ＣＣ＿１と同じ周波数ｆ１上に存在する周辺基地局＿ＣＣ＿１を比較する測定を実行する。また、該移動端末は、設定されたコンポーネントキャリアである設定ＣＣ＿２と同じ周波数ｆ２上に存在する周辺基地局＿ＣＣ＿２を比較する測定を実行する。また、該移動端末は、設定されたコンポーネントキャリアである設定ＣＣ＿３と同じ周波数ｆ３上に存在する周辺基地局＿ＣＣ＿３を比較する測定を実行する。
【０３３４】
また、異基地局ハンドオーバ、異周波数ハンドオーバ、異システムハンドオーバをサポートするために、設定されたコンポーネントキャリアと異なる周波数上のコンポーネントキャリアを比較する必要がある。便宜上、該測定を第二の測定と称する。具体例を図３２に示す。
【０３３５】
具体例を図３２に示す。ある移動端末のサービング基地局３２０３にて、該移動端末に設定されたコンポーネントキャリアとして、設定コンポーネントキャリア１（設定ＣＣ＿１）３２０１、設定コンポーネントキャリア２（設定ＣＣ＿２）３２０２が存在する場合を考える。また該移動端末の周辺基地局３２０７にてコンポーネントキャリア１（周辺基地局＿ＣＣ＿１）３２０４、コンポーネントキャリア２（周辺基地局＿ＣＣ＿２）３２０５、コンポーネントキャリア３（周辺基地局＿ＣＣ＿３）３２０６が存在する場合を考える。設定ＣＣ＿１と周辺基地局＿ＣＣ＿１は同じ周波数レイヤ３２０８（ｆ１）上に存在するとする。設定ＣＣ＿２と周辺基地局＿ＣＣ＿２は同じ周波数レイヤ３２０９（ｆ２）上に存在するとする。周辺基地局＿ＣＣ＿３は同じ周波数レイヤ３１１０（ｆ３）上に存在するとする。上記第二の測定では、設定されたコンポーネントキャリアと異なる周波数上の測定対象を比較する。具体的に説明すれば、該移動端末は、周波数ｆ２上の設定されたコンポーネントキャリアである設定ＣＣ＿２と異なる周波数ｆ３上に存在する周辺基地局＿ＣＣ＿３を比較する測定を実行する。
【０３３６】
キャリアアグリゲーションにおいて、複数のコンポーネントキャリアが設定された場合、測定リファレンスコンポーネントキャリア（Measurement Reference Component Carrier）をどのように特定するか議論されている。具体的な方法として以下が挙げられている（非特許文献１４）。
【０３３７】
第一の方法として、測定リファレンスコンポーネントキャリアは、ネットワークにより設定される。ネットワークの再設定無しでは変更されない。該コンポーネントキャリアは第一コンポーネントキャリア（Primary Component Carrier：PCC）とも称されている。
【０３３８】
第二の方法として、ネットワークによりメジャメントアイデンテティー(Measurement Identity)毎に設定される。メジャメントアイデンテティーの詳細は後述する。但し、具体的な設定方法についての開示は無い。
【０３３９】
第三の方法として、移動端末におけるベストコンポーネントキャリアとする。移動端末により自動的に更新され、ネットワークの再設定無しで変更可能である。
【０３４０】
現在の３ＧＰＰの規格（非特許文献１５）では、メジャメントについて以下が決定している。
【０３４１】
ネットワーク側は、移動端末へ測定対象(Measurement Object)により、ただ一つのＥ−ＵＴＲＡキャリア周波数を指定する。また、測定対象のリストが存在する。
【０３４２】
ネットワーク側は、移動端末へ報告設定(Reporting Configurations)により、移動端末が測定報告(Measurement Report)を送信する引き金(トリガ)となる評価基準、報告形式などを指定する。報告形式には、報告するセルの数などが含まれる。また、報告設定のリストが存在する。
【０３４３】
ネットワーク側は、移動端末へメジャメントアイデンテティー(Measurement identity)により、１個の測定対象と１個の報告設定を結びつけ指定する。また、メジャメントアイデンテティーのリストが存在する。
【０３４４】
移動端末はネットワーク側へ、測定報告(Measurement Report)を行う。測定報告には、測定報告を送るトリガとなったメジャメントアイデンテティー、周辺セルのＰＣＩ、サービング基地局の測定結果などが含まれる。
【０３４５】
また、移動端末は１つの測定対象リスト、１つの報告設定リスト、１つのメジャメントアイデンテティーリストを管理する。
【０３４６】
また、同じ基地局のコンポーネントキャリアであれば、上りリンクと下りリンクにて異なったコンポーネント数をキャリアアグリゲーションすることがサポートされる（非特許文献１６）。便宜上、上記キャリアアグリゲーションを非対称のキャリアアグリゲーションと称する。
【０３４７】
非対称のキャリアアグリゲーションが行われている場合を考える。例として図３３の場合について説明する。図３１と同じ参照符号は相当する部分であるので、説明は省略する。
【０３４８】
ある移動端末のサービング基地局３３０８にて、該移動端末に設定された下りコンポーネントキャリアとして設定下りコンポーネントキャリア１（設定ＤＬ＿ＣＣ＿１）３３０１、設定下りコンポーネントキャリア２（設定ＤＬ＿ＣＣ＿２）３３０２が存在する場合を考える。また該移動端末に設定された上りコンポーネントキャリアとして設定上りコンポーネントキャリア２（設定ＵＬ＿ＣＣ＿２）３３０６が存在する場合を考える。
【０３４９】
また、設定ＤＬ＿ＣＣ＿１と周辺基地局＿ＣＣ＿１は同じ周波数レイヤ３３０３（ｆ１＿ＤＬ）上に存在する。設定ＤＬ＿ＣＣ＿２と周辺基地局＿ＣＣ＿２は同じ周波数レイヤ３３０４（ｆ２＿ＤＬ）上に存在する。設定ＤＬ＿ＣＣ＿３と周辺基地局＿ＣＣ＿３は同じ周波数レイヤ３３０５（ｆ３＿ＤＬ）上に存在する。設定ＵＬ＿ＣＣ＿２は周波数レイヤ３３０７（ｆ２＿ＵＬ）上に存在する。
【０３５０】
つまり、該移動端末は受信側にて２つのコンポーネントキャリアをアグリゲーションし、送信側にて１つの上りコンポーネントキャリアを用いることとなる。よって該移動端末では非対称のキャリアアグリゲーションが実行されている。
【０３５１】
実施の形態５にて解決する課題について図３３を用いて説明する。図３３にて、上記第二の測定を行った場合を検討する。該移動端末は、設定されたコンポーネントキャリアと異なる周波数上の測定対象を比較する。具体的に説明すれば、該移動端末は、設定された下りコンポーネントキャリアである設定ＤＬ＿ＣＣ＿１と異なる周波数ｆ２＿ＤＬ上に存在する周辺基地局＿ＣＣ＿２を比較する測定を実行する。便宜上、ＤＬ＿ＣＣ＿１比較測定と称する。また、該移動端末は、設定された下りコンポーネントキャリアである設定ＤＬ＿ＣＣ＿２と異なる周波数ｆ３＿ＤＬ上に存在する周辺基地局＿ＣＣ＿３を比較する測定を実行する。便宜上、ＤＬ＿ＣＣ＿２比較測定と称する。
【０３５２】
該移動端末がネットワーク側へ上記２つの測定、ＤＬ＿ＣＣ＿１比較測定、ＤＬ＿ＣＣ＿２比較測定に関する測定報告を、１つの上りコンポーネントキャリア上（設定ＵＬ＿ＣＣ＿２）で行う必要が生じる。つまり異なる２つの測定リファレンスコンポーネントキャリアである設定ＤＬ＿ＣＣ＿１、設定ＤＬ＿ＣＣ＿２に対する比較結果を１つの上りコンポーネントキャリアで移動端末からネットワーク側へ通知する必要がある。
【０３５３】
よって非対称のキャリアアグリゲーションが実行された場合、移動端末からネットワーク側へ測定報告が行われても、ネットワーク側は測定リファレンスコンポーネントキャリアを知る術がない。
【０３５４】
よって移動体通信システムとして、ハンドオーバなどのモビリティ管理、コンポーネントキャリアの追加、削除、入替えなどのコンポーネントキャリア管理などを適切に行うことが出来ないという課題が発生する。本課題については非特許文献１４、非特許文献１５、非特許文献１６に示唆はない。
【０３５５】
また、非特許文献１４の測定リファレンスコンポーネントキャリアをどのように特定するかの方法が適用された場合であっても、上記課題は発生する。
【０３５６】
またＬＴＥシステムにおいては、キャリアアグリゲーションがサポートされない。つまり上りリンクと下りリンクが１対１の関係にあった。よって、移動端末からネットワーク側へ測定報告が行われた場合、測定リファレンスコンポーネントキャリアの周波数は測定報告が行われた上りキャリア周波数とペアの下りキャリア周波数であると、暗示的に示すことができた。一方、ＬＴＥ−Ａシステムにてサポートされる非対称のキャリアアグリゲーションにおいては、上りリンクと下りリンクが１対１の関係にないため、従来の測定リファレンスを暗示的に示す方法を用いることが出来ない。
【０３５７】
現在の規格において移動端末は、ネットワーク側へ行う測定報告にて、測定報告を送るトリガとなったメジャメントアイデンテティー、周辺セルのＰＣＩ、サービングセルの測定結果などを含める。また移動端末は、１つの測定対象リスト、１つの報告設定リスト、１つのメジャメントアイデンテティーリストを管理する。このように現在の規格では、非対称キャリアアグリゲーションにおいて測定報告を受けたネットワーク側が測定リファレンスコンポーネントキャリアを把握する手段は無い。
【０３５８】
このように、本実施の形態５の課題はＬＴＥシステムでは発生せず、キャリアアグリゲーションをサポートするシステム、具体例としてはＬＴＥ−Ａシステムにて新たに発生する課題である。
【０３５９】
本実施の形態５での解決策を以下に示す。移動端末は、測定報告(Measurement Report)に測定リファレンスコンポーネントキャリアの情報を含める。あわせて、移動端末は測定報告に従来の技術の通り、測定報告を送るトリガとなったメジャメントアイデンテティー、周辺セルのＰＣＩ、サービングセルの測定結果などを含めてもよい。該測定報告を基にネットワーク側は、モビリティ管理、コンポーネントキャリア管理などを行う。ネットワーク側のエンティティの具体例としては、基地局などがある。
【０３６０】
測定リファレンスコンポーネントキャリアの種別の具体例として、以下５つ開示する。
【０３６１】
（１）移動端末における受信品質が最も良いセル（ベストセル）。最も良いセルは、設定されたコンポーネントキャリアから選択しても良い。また最も良いセルは、スケジューリングコンポーネントキャリアから選択しても良い。また最も良いセルは、キャンディデートコンポーネントキャリアセットから選択しても良い。
【０３６２】
（２）移動端末における受信品質が最も悪いセル（ワーストセル）。最も悪いセルは、設定されたコンポーネントキャリアから選択しても良い。また最も悪いセルは、スケジューリングコンポーネントキャリアから選択しても良い。また最も悪いセルは、キャンディデートコンポーネントキャリアセットから選択しても良い。
【０３６３】
（３）測定対象に対応する設定コンポーネントキャリア。測定対象で指定されたキャリア周波数上の設定コンポーネントキャリア。非特許文献１７には、該コンポーネントキャリアをサービングセルと称することが提案されている。あるいは、測定対象で指定されたキャリア周波数上のスケジューリングコンポーネントキャリアとしても良い。また、測定対象で指定されたキャリア周波数上のキャンディデートコンポーネントキャリアとしても良い。
【０３６４】
（４）測定設定を行った下りコンポーネントキャリア。
【０３６５】
（５）ネットワーク側から移動端末へ設定された測定リファレンスコンポーネントキャリア。測定設定に対して１つの測定リファレンスコンポーネントキャリアの情報を新設する。測定対象内に測定リファレンスコンポーネントキャリアの情報を新設してもよい。
【０３６６】
測定リファレンスコンポーネントキャリアの情報の具体例とし、以下２つ開示する。（１）実施の形態１の「どのコンポーネントに対する制御情報かを示す情報」の具体例を用いることができる。（２）ＰＣＩ。非特許文献１８では、同じ基地局に属するコンポーネントキャリアであっても異なるＰＣＩを割当てることが提案されている。
【０３６７】
測定設定毎、あるいは測定報告トリガ毎に、移動端末が測定報告に含める測定リファレンスコンポーネントキャリアの種別を変更してもよい。該組合せは移動体通信システムにて準静的に決定しても良いし、静的に決定しても良い。
【０３６８】
準静的に決定する場合の設定方法の具体例を以下２つ開示する。（１）報知情報にて通知する。（２）測定設定にて通知する。測定設定中に測定報告トリガと測定リファレンスコンポーネントキャリアの種別の組合せを示す情報を新設する。報告設定中に測定報告トリガ毎に測定リファレンスコンポーネントキャリアの種別を示す情報を新設しても良い。
【０３６９】
非特許文献１５に開示されている、従来の測定報告トリガについて説明する。イベントＡ１とは、サービングセルの受信品質が閾値より良好となったことを示す。具体的には、以下式（Ａ１−１）が満たされた場合にイベントＡ１を満足する状態となり、以下式（Ａ１−２）が満たされた場合にイベントＡ１を満足する状態ではなくなる。
【０３７０】
式（Ａ１―１）Ms-Hys＞Thresh
サービングセルの受信品質（Ms）（ＲＳＲＰ、ＲＳＲＱなど）からヒステリシス値（Hys）を引いた値が、閾値（Thresh）より良好となった場合は、イベントＡ１を満足する状態となる。
【０３７１】
式（Ａ１−２）Ms+Hys＜Thresh
サービングセルの受信品質（Ms）にヒステリシス値（Hys）を加えた値が、閾値（Thresh）より悪くなった場合は、イベントＡ１を満足する状態ではなくなる。
【０３７２】
イベントＡ２とは、サービングセルの受信品質が閾値より悪くなったことを示す。具体的には、以下式（Ａ２−１）が満たされた場合にイベントＡ２を満足する状態となり、以下式（Ａ２−２）が満たされた場合にイベントＡ２を満足する状態ではなくなる。
【０３７３】
式（Ａ２−１）Ms+Hys＜Thresh
サービングセルの受信品質（Ms）にヒステリシス値（Hys）を加えた値が、閾値（Thresh）より悪くなった場合は、イベントＡ２を満足する状態となる。
【０３７４】
式（Ａ２−２）Ms-Hys＞Thresh
サービングセルの受信品質（Ms）からヒステリシス値（Hys）を引いた値が、閾値（Thresh）より良好となった場合は、イベントＡ２を満足する状態ではなくなる。
【０３７５】
イベントＡ３とは、周辺セルの受信品質がサービングセルの受信品質より良好になったことを示す。具体的には、以下式（Ａ３−１）が満たされた場合にイベントＡ３を満足する状態となり、以下式（Ａ３−２）が満たされた場合にイベントＡ３を満足する状態ではなくなる。
【０３７６】
式（Ａ３−１）Mn+Ofn+Ocn-Hys＞Ms+Ofs+Ocs+Off
周辺セルの受信品質（Mn）に周辺セルの周波数依存のオフセット値（Ofn）を加え、周辺セル固有のオフセット値（Ocn）を加え、ヒステリシス値（Hys）を引いた値が、サービングセルの受信品質（Ms）にサービングセルの周波数依存のオフセット値（Ofs）を加え、サービングセル固有のオフセット値（Ocs）を加え、本イベントのオフセット値（Off）を加えた値より良くなった場合は、イベントＡ３を満足する状態となる。
【０３７７】
式（Ａ３−２）Mn+Ofn+Ocn+Hys＜Ms+Ofs+Ocs+Off
あるいは、周辺セルの受信品質（Mn）に周辺セルの周波数依存のオフセット値（Ofn）を加え、周辺セル固有のオフセット値（Ocn）を加え、ヒステリシス値（Hys）を加えた値が、サービングセルの受信品質（Ms）にサービングセルの周波数依存のオフセット値（Ofs）を加え、サービングセル固有のオフセット値（Ocs）を加え、本イベントのオフセット値（Off）を加えた値より悪くなった場合は、イベントＡ３を満足する状態ではなくなる。
【０３７８】
イベントＡ４とは、周辺セルの受信品質が閾値より良好となったことを示す。具体的には、以下式（Ａ４−１）が満たされた場合にイベントＡ４を満足する状態となり、以下式（Ａ４−２）が満たされた場合にイベントＡ４を満足する状態ではなくなる。
【０３７９】
式（Ａ４−１）Mn+Ofn+Ocn-Hys＞Thresh
周辺セルの受信品質（Mn）に周辺セルの周波数依存のオフセット値（Ofn）を加え、周辺セル固有のオフセット値（Ocn）を加え、ヒステリシス値（Hys）を引いた値が、閾値（Thresh）より良くなった場合は、イベントＡ４を満足する状態となる。
【０３８０】
式（Ａ４−２）Mn+Ofn+Ocn+Hys＜Thresh
あるいは、周辺セルの受信品質（Mn）に周辺セルの周波数依存のオフセット値（Ofn）を加え、周辺セル固有のオフセット値（Ocn）を加え、ヒステリシス値（Hys）を加えた値が、閾値（Thresh）より悪くなった場合は、イベントＡ４を満足する状態ではなくなる。
【０３８１】
イベントＡ５とは、サービングセルの受信品質が閾値１より悪くなったことを示し、かつ、周辺セルの受信品質が閾値２より良くなったことを示す。具体的には、以下式（Ａ５−１）かつ以下式（Ａ５−２）が満たされた場合にイベントＡ５を満足する状態となり、以下式（Ａ５−３）あるいは以下式（Ａ５−４）が満たされた場合にイベントＡ５を満足する状態ではなくなる。
【０３８２】
式（Ａ５−１）Ms+Hys＜Thresh1
サービングセルの受信品質（Ms）にヒステリシス値（Hys）を加えた値が、閾値１（Thresh1）より悪くなった場合は、式（Ａ５−１）を満足する状態となる。
【０３８３】
式（Ａ５−２）Mn+Ofn+Ocn-Hys＞Thresh2
周辺セルの受信品質（Mn）に周辺セルの周波数依存のオフセット値（Ofn）を加え、周辺セル固有のオフセット値（Ocn）を加え、ヒステリシス値（Hys）を引いた値が、閾値２（Thresh2）より良くなった場合は、式（Ａ５−２）を満足する状態となる。
【０３８４】
式（Ａ５−３）Ms-Hys＞Thresh1
サービングセルの受信品質（Ms）からヒステリシス値（Hys）を引いた値が、閾値１（Thresh1）より良くなった場合は、イベントＡ５を満足する状態ではなくなる。
【０３８５】
式（Ａ５−４）Mn+Ofn+Ocn+Hys＜Thresh2
周辺セルの受信品質（Mn）に周辺セルの周波数依存のオフセット値（Ofn）を加え、周辺セル固有のオフセット値（Ocn）を加え、ヒステリシス値（Hys）を加えた値が、閾値２（Thresh2）より悪くなった場合は、イベントＡ５を満足する状態ではなくなる。
【０３８６】
イベントＢ１とは、異システムの周辺セルの受信品質が閾値より良好となったことを示す。異システムとしてはＵＴＲＡ、ＣＤＭＡ２０００が考えられている。具体的には、以下式（Ｂ１−１）が満たされた場合にイベントＢ１を満足する状態となり、以下式（Ｂ１−２）が満たされた場合にイベントＢ１を満足する状態ではなくなる。
【０３８７】
式（Ｂ１−１）Mn+Ofn-Hys＞Thresh
異システムであるＵＴＲＡ、あるいはＣＤＭＡ２０００の周辺セルの受信品質（Mn）に周辺セルの周波数依存のオフセット値（Ofn）を加え、ヒステリシス値（Hys）を引いた値が、閾値（Thresh）より良くなった場合は、イベントＢ１を満足する状態となる。
【０３８８】
式（Ｂ１−２）Mn+Ofn+Hys＞Thresh
異システムであるＵＴＲＡ、あるいはＣＤＭＡ２０００の周辺セルの受信品質（Mn）に周辺セルの周波数依存のオフセット値（Ofn）を加え、ヒステリシス値（Hys）を加えた値が、閾値（Thresh）より悪くなった場合は、イベントＢ１を満足する状態ではなくなる。
【０３８９】
イベントＢ２とは、サービングセルの受信品質が閾値１より悪くなったことを示し、かつ、異システムの周辺セルの受信品質が閾値２より良くなったことを示す。異システムとしてはＵＴＲＡ、ＣＤＭＡ２０００が考えられている。具体的には、以下式（Ｂ２−１）かつ以下式（Ｂ２−２）が満たされた場合にイベントＢ２を満足する状態となり、以下式（Ｂ２−３）あるいは以下式（Ｂ２−４）が満たされた場合にイベントＢ２を満足する状態ではなくなる。
【０３９０】
式（Ｂ２−１）Ms+Hys＜Thresh1
サービングセルの受信品質（Ms）にヒステリシス値（Hys）を加えた値が、閾値１（Thresh1）より悪くなった場合は、式（Ｂ２−１）を満足する状態となる。
【０３９１】
式（Ｂ２―２）Mn+Ofn-Hys＞Thresh2
異システムであるＵＴＲＡ、あるいはＣＤＭＡ２０００の周辺セルの受信品質（Mn）に周辺セルの周波数依存のオフセット値（Ofn）を加え、ヒステリシス値（Hys）を引いた値が、閾値２（Thresh2）より良くなった場合は、式（Ｂ２−２）を満足する状態となる。
【０３９２】
式（Ｂ２−３）Ms-Hys＞Thresh1
サービングセルの受信品質（Ms）からヒステリシス値（Hys）を引いた値が、閾値１（Thresh1）より良くなった場合は、イベントＢ２を満足する状態ではなくなる。
【０３９３】
式（Ｂ２−４）Mn+Ofn+Hys＜Thresh2
異システムであるＵＴＲＡ、あるいはＣＤＭＡ２０００の周辺セルの受信品質（Mn）に周辺セルの周波数依存のオフセット値（Ofn）を加え、ヒステリシス値（Hys）を加えた値が、閾値２（Thresh2）より悪くなった場合は、イベントＢ２を満足する状態ではなくなる。
【０３９４】
非特許文献１４に開示されているイベントＡ３−ｂｉｓとは、サービングセルとは異なる周波数の周辺セルの受信品質がサービングセルの受信品質より良好になったことを示す。
【０３９５】
測定報告トリガと移動端末が測定報告に含める測定リファレンスコンポーネントキャリアの種別の組合せの具体例について以下に示す。
【０３９６】
（１）イベントＡ２について、測定リファレンスコンポーネントキャリアの種別の具体例（２）を用いる。これによりネットワーク側が、測定リファレンスコンポーネントキャリアの該移動端末での受信品質が閾値より悪くなったことを把握することができる。よって該測定リファレンスコンポーネントキャリアを設定されたコンポーネントキャリアから削除するといった、適切なコンポーネントキャリア管理を行うことができる。あるいは、該測定リファレンスコンポーネントキャリアをスケジューリングコンポーネントキャリアから削除するといった、適切なコンポーネントキャリア管理を行うことができる。あるいは、該測定リファレンスコンポーネントキャリアをキャンディデートコンポーネントキャリアから削除するといった、適切なコンポーネントキャリア管理を行うことができる。
【０３９７】
（２）イベントＡ３について、測定リファレンスコンポーネントキャリアの種別の具体例（２）を用いる。これによりネットワーク側が、測定リファレンスコンポーネントキャリアの該移動端末での受信品質より、良好な周辺セルが存在することを把握することができる。よって該測定リファレンスコンポーネントキャリアを設定されたコンポーネントキャリアから削除し、該周辺セルを設定されたコンポーネントキャリアへ追加する、つまりコンポーネントキャリアの入替えといった、適切なコンポーネントキャリア管理を行うことができる。あるいは、該測定リファレンスコンポーネントキャリアをスケジューリングコンポーネントキャリアから削除し、該周辺セルをスケジューリングコンポーネントキャリアへ追加する、つまりコンポーネントキャリアの入替えといった、適切なコンポーネントキャリア管理を行うことができる。あるいは、該測定リファレンスコンポーネントキャリアをキャンディデートコンポーネントキャリアから削除し、該周辺セルをキャンディデートコンポーネントキャリアへ追加する、つまりコンポーネントキャリアの入替えといった、適切なコンポーネントキャリア管理を行うことができる。あるいは、該周辺セルへハンドオーバするといった、適切なモビリティ管理を行うことができる。
【０３９８】
（３）イベントＡ５について、測定リファレンスコンポーネントキャリアの種別の具体例（２）を用いる。具体的説明は上記（２）イベントＡ３と同様であるので説明を省略する。
【０３９９】
（４）イベントＢ２について、測定リファレンスコンポーネントキャリアの種別の具体例（２）を用いる。具体的説明は上記（２）イベントＡ３と同様であるので説明を省略する。
【０４００】
（５）イベントＡ３−ｂｉｓについて、測定リファレンスコンポーネントキャリアの種別の具体例（２）を用いる。具体的説明は上記（２）イベントＡ３と同様であるので説明を省略する。
【０４０１】
図３４に動作の一例を示す。本動作例においては、測定リファレンスコンポーネントキャリアの種別には、具体例（５）を用いる。また、測定リファレンスコンポーネントキャリアの情報には、具体例（２）を用いる。
【０４０２】
また、サービング基地局と周辺基地局の状況を図３５に示す。図３３と同じ参照符号は相当する部分であるので、説明は省略する。
【０４０３】
また３３０１設定ＤＬ＿ＣＣ＿１の受信品質より、３１０５周辺基地局＿ＣＣ＿１の受信品質が良好となり、３３０２設定ＤＬ＿ＣＣ＿２の受信品質より、３１０７周辺基地局＿ＣＣ＿３の受信品質が良好になった場合を示す。
【０４０４】
本実施の形態に係る基地局（例えば図３５の基地局３３０８）の構成例を示すブロック図を図３８に示す。図９と同じ参照符号は相当する部分であるので、説明は省略する。下りコンポーネントＡ用制御部３８０１は、ある１つの下りコンポーネントの制御を行う。下りコンポーネントＡ用制御部３８０１には、下りコンポーネントＡ用のプロトコル処理部９０３−Ａ、下りコンポーネントＡ用の送信データバッファ部９０４−Ａ、下りコンポーネントＡ用のエンコーダー部９０５−Ａ、下りコンポーネントＡ用の変調部９０６−Ａ、下りコンポーネントＡ用の周波数変換部９０７−Ａが存在する。あるいは、下りコンポーネントＡ用制御部３８０１には、下りコンポーネントＡ用のプロトコル処理部９０３−Ａ、下りコンポーネントＡ用の周波数変換部９０７−Ａが存在するとしても良い。あるいは、下りコンポーネントＡ用制御部３８０１には、下りコンポーネントＡ用のプロトコル処理部９０３−Ａが存在するとしても良い。例えば、周波数変換部９０７−Ａにて下りコンポーネントＡ用の周波数として３３０１設定ＤＬ＿ＣＣ＿１（ｆ１＿ＤＬ）が設定された場合、下りコンポーネントＡ用制御部３８０１は設定ＤＬ＿ＣＣ＿１用制御部となる。
【０４０５】
下りコンポーネントＢ用制御部３８０２は、ある１つの下りコンポーネントの制御を行う。下りコンポーネントＢ用制御部３８０２には、下りコンポーネントＢ用のプロトコル処理部９０３−Ｂ、下りコンポーネントＢ用の送信データバッファ部９０４−Ｂ、下りコンポーネントＢ用のエンコーダー部９０５−Ｂ、下りコンポーネントＢ用の変調部９０６−Ｂ、下りコンポーネントＢ用の周波数変換部９０７−Ｂが存在する。あるいは、下りコンポーネントＢ用制御部３８０２には、下りコンポーネントＡ用のプロトコル処理部９０３−Ｂ、下りコンポーネントＢ用の周波数変換部９０７−Ｂが存在するとしても良い。あるいは、下りコンポーネントＢ用制御部３８０２には、下りコンポーネントＢ用のプロトコル処理部９０３−Ｂが存在するとしても良い。例えば、周波数変換部９０７−Ｂにて下りコンポーネントＢ用の周波数として３３０２設定ＤＬ＿ＣＣ＿２（ｆ２＿ＤＬ）が設定された場合、下りコンポーネントＢ用制御部３８０２は設定ＤＬ＿ＣＣ＿２用制御部となる。
【０４０６】
本構成例では下りコンポーネント用制御部が２つの場合について示したが、１つ、あるいは３つ以上の場合も考えられる。
【０４０７】
上りコンポーネントＣ用制御部３８０３は、ある１つの上りコンポーネントの制御を行う。上りコンポーネントＣ用制御部３８０３には、上りコンポーネントＣ用のプロトコル処理部９０３−Ｃ、上りコンポーネントＣ用のデコーダー部９１０−Ｃ、上りコンポーネントＣ用の復調部９０９−Ｃ、上りコンポーネントＣ用の周波数変換部９０７−Ｃが存在する。あるいは、上りコンポーネントＣ用制御部３８０３には、上りコンポーネントＣ用のプロトコル処理部９０３−Ｃ、上りコンポーネントＣ用の周波数変換部９０７−Ｃが存在するとしても良い。あるいは、上りコンポーネントＣ用制御部３８０３には、上りコンポーネントＣ用のプロトコル処理部９０３−Ｃが存在するとしても良い。例えば、周波数変換部９０７−Ｃにて上りコンポーネントＣ用の周波数として３３０６設定ＵＬ＿ＣＣ＿２（ｆ２＿ＵＬ）が設定された場合、上りコンポーネントＣ用制御部３８０３は設定ＵＬ＿ＣＣ＿２用制御部となる。
【０４０８】
本構成例では上りコンポーネント用制御部が１つの場合について示したが、２つ以上の場合も考えられる。
【０４０９】
プロトコル処理部３８０４は、基地局全体のプロトコル処理を行う。例えば、各コンポーネント用制御部にまたがる、あるいは上りリンクと下りリンクにまたがる、あるいは各コンポーネントの調整を行うようなプロトコル処理を行う。
【０４１０】
ステップＳＴ３４０１にて設定ＤＬ＿ＣＣ＿１（３３０１）用制御部３８０１は、移動端末へ、測定設定を通知する。測定設定には、測定対象、報告設定、測定対象と報告設定を結びつけるメジャメントアイデンティティーが含まれる。本動作例においては、測定対象としてｆ１＿ＤＬと測定リファレンスコンポーネントキャリアとして設定ＤＬ＿ＣＣ＿１（３３０１）のＰＣＩが含まれる。報告設定として、イベントＡ３の閾値が含まれる。メジャメントアイデンティティーとして、MeasurementID「１」が含まれる。MeasurementID「１」にて、測定対象ｆ１＿ＤＬと報告設定イベントＡ３が結びつけられるとする。また該測定設定は、周波数レイヤ３３０３（ｆ１＿ＤＬ）を用いて通知してもよい。また該測定設定は、設定下りコンポーネントキャリア１（設定ＤＬ＿ＣＣ＿１）３３０１を用いて通知してもよい。
【０４１１】
ステップＳＴ３４０２にて移動端末は、設定ＤＬ＿ＣＣ＿１（３３０１）用制御部３８０１からの測定設定を受信する。
【０４１２】
ステップＳＴ３４０３にて設定ＤＬ＿ＣＣ＿２（３３０２）用制御部３８０２は、移動端末へ、測定設定を通知する。測定設定には、測定対象、報告設定、測定対象と報告設定を結びつけるメジャメントアイデンティティーが含まれる。本動作例においては、測定対象としてｆ３＿ＤＬと測定リファレンスコンポーネントキャリアとして３３０２設定ＤＬ＿ＣＣ＿２のＰＣＩが含まれる。報告設定として、イベントＡ３−ｂｉｓの閾値が含まれる。メジャメントアイデンティティとして、MeasurementID「１」が含まれる。MeasurementID「１」にて、測定対象ｆ３＿ＤＬと報告設定イベントＡ３−ｂｉｓを結びつけられるとする。また該測定設定は、周波数レイヤ３３０４（ｆ２＿ＤＬ）を用いて通知してもよい。また該測定設定は、設定下りコンポーネントキャリア２（設定ＤＬ＿ＣＣ＿２）３３０２を用いて通知してもよい。
【０４１３】
ステップＳＴ３４０４にて移動端末は、設定ＤＬ＿ＣＣ＿２（３３０２）用制御部３８０２からの測定設定を受信する。
【０４１４】
ステップＳＴ３４０５にて移動端末は、ステップＳＴ３４０２、ステップＳＴ３４０４にて受信した測定設定に応じて測定を行う。
【０４１５】
ステップＳＴ３４０６にて移動端末は、ステップＳＴ３４０２、ステップＳＴ３４０４にて受信した測定設定に基づき、測定報告イベント送信についてトリガが発生したか否かを判断する。本動作例では、設定ＤＬ＿ＣＣ＿１（３３０１）の受信品質より、周辺基地局＿ＣＣ＿１（３１０５）の受信品質が良好となった場合を示すため、移動端末は、イベントＡ３送信についてのトリガが発生したと判断する。また、設定ＤＬ＿ＣＣ＿２（３３０２）の受信品質より、周辺基地局＿ＣＣ＿３（３１０７）の受信品質が良好になった場合を示すため、移動端末は、イベントＡ３−ｂｉｓ送信についてトリガが発生したと判断する。
【０４１６】
ステップＳＴ３４０７にて移動端末は、基地局に対して、設定ＵＬ＿ＣＣ＿２（３３０６）を用いて、イベントＡ３、及びイベントＡ３−ｂｉｓが発生したとの測定報告を行う。該測定報告は、設定ＵＬ＿ＣＣ＿２（３３０６）用制御部３８０３を通じて、プロトコル処理部３８０４へ通知される。測定報告には、測定リファレンスコンポーネントキャリアの情報が含まれる。具体的には、イベントＡ３の測定報告には、設定ＤＬ＿ＣＣ＿１（３３０１）のＰＣＩ、MeasurementID「１」、周辺基地局＿ＣＣ＿１（３１０５）のＰＣＩなどが含まれる。イベントＡ３−ｂｉｓの測定報告には、設定ＤＬ＿ＣＣ＿２（３３０２）のＰＣＩ、MeasurementID「１」、周辺基地局＿ＣＣ＿３（３１０７）のＰＣＩなどが含まれる。
【０４１７】
ステップＳＴ３４０８にてプロトコル処理部３８０４は、移動端末から測定報告を受信する。測定報告毎に測定リファレンスコンポーネントキャリアの情報が含まれることから、非対称のキャリアアグリゲーションが行われた場合であっても、基地局は測定毎の測定リファレンスコンポーネントキャリアを知ることができる。
【０４１８】
ステップＳＴ３４０９にて基地局３３０８（プロトコル処理部３８０４）は、ステップＳＴ３４０８にて受信した測定報告に基づき、ハンドオーバ処理を実行する。
【０４１９】
実施の形態５により以下の効果を得ることが出来る。非対称のキャリアアグリゲーションが実行された場合においてもネットワーク側は、測定リファレンスコンポーネントキャリアを把握することが可能となる。これにより、移動体通信システムとして、ハンドオーバなどのモビリティ管理、またコンポーネントキャリアの追加、削除、入替えなどのコンポーネントキャリア管理などを適切に行うことが可能となる。よって、無線リソースの有効活用という効果を得ることができる。
【０４２０】
実施の形態５  変形例１．
実施の形態５の変形例１にて解決する課題は、実施の形態５と同様であるため説明を省略する。
【０４２１】
本実施の形態５の変形例１での解決策を以下に示す。実施の形態５と異なる部分を記載する。特に記載の無い部分については実施の形態５と同様とする。
【０４２２】
測定報告を行う場合移動端末は、実施の形態１の第三の解決策を用いて、測定報告を含むＲＲＣメッセージが、どの下りコンポーネントキャリアに対応する制御情報かを示す情報を通知する。あわせて、移動端末は測定報告に従来の技術の通り、測定報告を送るトリガとなったメジャメントアイデンテティー、周辺セルのＰＣＩ、サービングセルの測定結果などを含めてもよい。該測定報告を基にネットワーク側は、モビリティー管理、コンポーネントキャリア管理などを行う。ネットワーク側のエンティティの具体例としては、基地局などがある。
【０４２３】
移動端末は、測定設定を行った下りコンポーネントキャリア毎に、１つの測定対象リスト、１つの報告設定リスト、１つのメジャメントアイデンテティーリストを管理する。これにより、移動端末にて下りコンポーネントキャリア毎に測定を行い易くなり、測定報告を含むＲＲＣメッセージが、どの下りコンポーネントキャリアに対応する制御情報かを示す情報を付加しやすくなるという効果を得ることができる。また、移動端末は、複数の測定対象リスト、複数の報告設定リスト、複数のメジャメントアイデンテティーリストを管理するとしても良い。前記複数は、設定されたコンポーネントキャリアの数、あるいはスケジューリングコンポーネントキャリアの数、あるいはキャンディデートコンポーネントキャリアの数としても良い。
【０４２４】
測定リファレンスコンポーネントキャリアの種別の具体例は、実施の形態５と同様であるので説明を省略する。測定リファレンスコンポーネントキャリアの情報の具体例は、実施の形態５と同様であるので説明を省略する。動作の一例についても、実施の形態５と同様であるので説明を省略する。
【０４２５】
実施の形態５の変形例１により、実施の形態５と同様の効果を得ることが出来る。
【０４２６】
実施の形態５  変形例２．
実施の形態５の変形例２にて解決する課題は、実施の形態５と同様であるため説明を省略する。
【０４２７】
本実施の形態５の変形例２での解決策を以下に示す。実施の形態５と異なる部分を記載する。特に記載の無い部分については実施の形態５と同様とする。
【０４２８】
測定設定を１つの下りコンポーネントキャリアで行う。測定設定に測定リファレンスコンポーネントキャリアの情報を新設する。測定リファレンスコンポーネントキャリアリストが存在しても良い。基地局内で各コンポーネントの調整を行うブロック（具体例としては図３８のプロトコル処理部３８０４）、あるいは測定設定を行う１つの下りコンポーネントキャリアは、メジャメントアイデンテティーにより、１個の測定リファレンスコンポーネントキャリアと１個の測定対象と１個の報告設定を結びつける。基地局内の１つのブロック、あるいは１つの下りコンポーネントキャリアが該結び付けを行うことから、メジャメントアイデンテティーを重複無く割当てることが容易となる。
【０４２９】
移動端末は、測定報告に従来の技術の通り、測定報告を送るトリガとなったメジャメントアイデンテティー、周辺セルのＰＣＩ、サービングセルの測定結果などを含める。該測定報告を基にネットワーク側は、モビリティ管理、コンポーネントキャリア管理などを行う。ネットワーク側のエンティティの具体例としては、基地局などがある。
【０４３０】
移動端末が、１つの測定対象リスト、１つの報告設定リスト、１つの測定リファレンスコンポーネントキャリアリスト、１つのメジャメントアイデンテティーリストを管理するとしても良い。
【０４３１】
移動端末は、測定報告を行う場合、測定設定を行う１つの下りコンポーネントキャリアとペアの上りコンポーネントキャリアを用いて行っても良い。
【０４３２】
１つの下りコンポーネントキャリアの具体例を以下８つ開示する。（１）ページングメッセージを通知するキャリア。（２）キャリアアグリゲーション用、あるいはＬＴＥ−Ａシステム用の報知情報を通知するキャリア。（３）ＰＤＣＣＨを用いてスケジューリング結果を該移動端末へ通知するキャリア。（４）マルチキャリアアンカーにおける下り周波数キャリア。（５）ＰＣＣ。（６）アンカーコンポーネントキャリア。（７）スペシャルセルにおける下り周波数キャリア。（８）上記（１）から（７）の組合せ。
【０４３３】
測定リファレンスコンポーネントキャリアの情報の具体例は、実施の形態５と同様であるので説明を省略する。
【０４３４】
図３６に動作の一例を示す。図３４と同じ参照符号は相当する部分であるので、説明は省略する。サービング基地局と周辺基地局の状況を図３５に示す。また設定ＤＬ＿ＣＣ＿１（３３０１）の受信品質より、周辺基地局＿ＣＣ＿１（３１０５）の受信品質が良好となり、設定ＤＬ＿ＣＣ＿２（３３０２）の受信品質より、周辺基地局＿ＣＣ＿３（３１０７）の受信品質が良好になった場合を示す。基地局３３０８の測定設定を行う１つの下りコンポーネントキャリアを設定ＤＬ＿ＣＣ＿２（３３０２）とする。本実施の形態に係る基地局（例えば図３５の基地局３３０８）の構成例を示すブロック図を図３８に示す。
【０４３５】
ステップＳＴ３６０１にてプロトコル処理部３８０４は、１個の測定リファレンスコンポーネントキャリアと１個の測定対象と１個の報告設定の結びつけを実施する。本動作例においては以下２つの結びつけを実行する。（１）MeasurementID「１」の測定リファレンスコンポーネントキャリアとしての設定ＤＬ＿ＣＣ＿１（３３０１）、測定対象としてのｆ１＿ＤＬ（３３０３）、イベントＡ３の閾値が含まれる報告設定を結びつける。（２）MeasurementID「２」の測定リファレンスコンポーネントキャリアとしての設定ＤＬ＿ＣＣ＿２（３３０２）、測定対象としてのｆ３＿ＤＬ（３３０５）、イベントＡ３−ｂｉｓの閾値が含まれる報告設定を結びつける。
【０４３６】
ステップＳＴ３６０２にてプロトコル処理部３８０４は、ステップＳＴ３６０１にて実施した結び付けの結果（以降、「全ＣＣ測定設定」と称する。）を、測定設定を行う１つの下りコンポーネントキャリアである設定ＤＬ＿ＣＣ＿２（３３０２）用制御部３８０２へ通知する。全ＣＣ測定設定には、測定対象リスト、報告設定リスト、測定リファレンスコンポーネントキャリアリスト、メジャメントアイデンテティーリストが含まれても良い。
【０４３７】
ステップＳＴ３６０３にて設定ＤＬ＿ＣＣ＿２（３３０２）用制御部３８０２は、全ＣＣ測定設定を受信する。
【０４３８】
ステップＳＴ３６０４にて設定ＤＬ＿ＣＣ＿２（３３０２）用制御部３８０２は移動端末へ、ステップＳＴ３６０３にて受信した全ＣＣ測定設定を通知する。ステップＳＴ３６０３にて受信した全ＣＣ測定設定のうち、該移動端末を対象とする測定設定を通知する。
【０４３９】
ステップＳＴ３６０５にて移動端末は、基地局３３０８に対して、設定ＵＬ＿ＣＣ＿２（３３０６）を用いて、イベントＡ３、及びイベントＡ３−ｂｉｓが発生したとの測定報告を行う。該測定報告は、設定ＵＬ＿ＣＣ＿２（３３０６）用制御部３８０３を通じて、プロトコル処理部３８０４へ通知される。イベントＡ３の測定報告には、MeasurementID「１」、周辺基地局＿ＣＣ＿１（３１０５）のＰＣＩなどが含まれる。イベントＡ３−ｂｉｓの測定報告には、MeasurementID「２」、周辺基地局＿ＣＣ＿３（３１０７）のＰＣＩなどが含まれる。測定報告に測定リファレンスコンポーネントキャリアの情報を含める必要がないため、無線リソースの有効活用という効果を得ることができる。また、測定報告に関して従来の技術を用いることができるため、後方互換性の高い移動体通信システムとすることが可能となる。
【０４４０】
ステップＳＴ３６０６にてプロトコル処理部３８０４は、移動端末から測定報告を受信する。メジャメントアイデンテティーにより、１個の測定リファレンスコンポーネントキャリアと１個の測定対象と１個の報告設定を結びつけられていることにより、メジャメントアイデンテティーを含む測定報告を受信したネットワーク側で測定リファレンスコンポーネントキャリアを把握できるという効果を得ることが出来る。
【０４４１】
実施の形態５の変形例２により、実施の形態５の効果に加えて以下の効果を得ることが出来る。
【０４４２】
実施の形態５と比較して、移動端末からネットワーク側への測定報告を行う際に、追加の情報が不要となる。これにより実施の形態５と比較して無線リソースの有効活用という効果を得ることが出来る。また、測定報告に関して従来の技術を用いることができるため、後方互換性の高い移動体通信システムとすることが可能となる。
【０４４３】
実施の形態５  変形例３．
実施の形態５の変形例３にて解決する課題は、実施の形態５と同様であるため説明を省略する。
【０４４４】
本実施の形態５の変形例３での解決策を以下に示す。実施の形態５と異なる部分を記載する。特に記載の無い部分については実施の形態５と同様とする。
【０４４５】
各下りコンポーネントキャリアにて測定設定を行う。複数の下りコンポーネントキャリアを有する基地局内にて、下りコンポーネントキャリア間でメジャメントアイデンテティーに重複が無いように調整を行う。
【０４４６】
移動端末は、測定報告に従来の技術の通り、測定報告を送るトリガとなったメジャメントアイデンテティー、周辺セルのＰＣＩ、サービングセルの測定結果などを含める。該測定報告を基にネットワーク側は、モビリティ管理、コンポーネントキャリア管理などを行う。ネットワーク側のエンティティの具体例としては、基地局などがある。
【０４４７】
調整主体の具体例を以下９つ開示する。（１）ページングメッセージを通知するキャリア用制御部。（２）キャリアアグリゲーション用、あるいはＬＴＥ−Ａシステム用の報知情報を通知するキャリア用制御部。（３）ＰＤＣＣＨを用いてスケジューリング結果を該移動端末へ通知するキャリア用制御部。（４）マルチキャリアアンカーにおける下り周波数キャリア用制御部。（５）ＰＣＣ用制御部。（６）アンカーコンポーネントキャリア用制御部。（７）スペシャルセルにおける下り周波数キャリア用制御部。（８）１つの基地局内に存在する下りコンポーネントキャリア間を調整する新たなブロック。例えば図３８のプロトコル処理部３８０４。（９）上記（１）から（８）の組合せ。
【０４４８】
調整内容の具体例を以下３つ開示する。（１）下りコンポーネントキャリアにて、新たなメジャメントアイデンテティーが必要となった場合、調整主体にメジャメントアイデンテティー割当を要求する。該要求を受信した調整主体が、複数の下りコンポーネントキャリア間で重複が発生しないようにメジャメントアイデンテティーを割当てる。調整主体が割当結果を該下りコンポーネントキャリアへ通知する。メジャメントアイデンテティーが必要な場合に要求されるために、マージンが不要となり、メジャメントアイデンテティーの総数が少なくなるという効果を得ることができる。（２）調整主体は、予め、複数の下りコンポーネントキャリアに、該下りコンポーネントキャリアにて使用可能なメジャメントアイデンテティーを割当てる。予め割当てられることから制御遅延が少ないという効果を得ることができる。（３）下りコンポーネントキャリアにて使用可能なメジャメントアイデンテティーを静的に決定する。
【０４４９】
図３７に動作の一例を示す。図３４と同じ参照符号は相当する部分であるので、説明は省略する。本動作例においては、調整主体としては、具体例（８）を用いる。本動作例としては、調整主体を図３８のプロトコル処理部３８０４として記載する。また調整内容としては、具体例（１）を用いる。また、サービング基地局と周辺基地局の状況を図３５に示す。また設定ＤＬ＿ＣＣ＿１（３３０１）の受信品質より、周辺基地局＿ＣＣ＿１（３１０５）の受信品質が良好となり、設定ＤＬ＿ＣＣ＿２（３３０２）の受信品質より、周辺基地局＿ＣＣ＿３（３１０７）の受信品質が良好になった場合を示す。本実施の形態に係る基地局（例えば図３５の基地局３３０８）の構成例を示すブロック図を図３８に示す。
【０４５０】
ステップＳＴ３７０１にて設定ＤＬ＿ＣＣ＿１（３３０１）用制御部３８０１は、プロトコル処理部３８０４へメジャメントアイデンテティー割当要求を通知する。
【０４５１】
ステップＳＴ３７０２にてプロトコル処理部３８０４は、設定ＤＬ＿ＣＣ＿１（３３０１）用制御部３８０１からメジャメントアイデンテティー割当要求を受信する。
【０４５２】
ステップＳＴ３７０３にて設定ＤＬ＿ＣＣ＿２（３３０２）用制御部３８０２は、プロトコル処理部３８０４へメジャメントアイデンテティー割当要求を通知する。
【０４５３】
ステップＳＴ３７０４にてプロトコル処理部３８０４は、設定ＤＬ＿ＣＣ＿２（３３０２）用制御部３８０２からメジャメントアイデンテティー割当要求を受信する。
【０４５４】
ステップＳＴ３７０５にてプロトコル処理部３８０４は、複数の下りコンポーネントキャリア間、本動作例においては設定ＤＬ＿ＣＣ＿１（３３０１）と設定ＤＬ＿ＣＣ＿２（３３０２）の間でメジャメントアイデンテティーの重複が発生しないように調整を実行する。例えば、調整の結果としてプロトコル処理部３８０４は、設定ＤＬ＿ＣＣ＿１（３３０１）用制御部３８０１からの要求に対してMeasurementID「１」を、設定ＤＬ＿ＣＣ＿２（３３０２）用制御部３８０２からの要求に対してMeasurementID「２」を割当てたとする。
【０４５５】
ステップＳＴ３７０６にてプロトコル処理部３８０４は、メジャメントアイデンテティー割当要求を行った各下りコンポーネントキャリア用制御部へメジャメントアイデンテティーの割当を行う。本動作例ではプロトコル処理部３８０４は、設定ＤＬ＿ＣＣ＿１（３３０１）用制御部３８０１へMeasurementID「１」の割当を通知し、設定ＤＬ＿ＣＣ＿２（３３０２）用制御部３８０２へMeasurementID「２」の割当を通知する。
【０４５６】
ステップＳＴ３７０９にて設定ＤＬ＿ＣＣ＿１（３３０１）用制御部３８０１は、移動端末へ、測定設定を通知する。測定設定には、測定対象、報告設定、測定対象と報告設定を結びつけるメジャメントアイデンティティーが含まれる。本動作例においては、報告設定として、イベントＡ３の閾値が含まれる。メジャメントアイデンティティーとして、MeasurementID「１」が含まれる。MeasurementID「１」にて、測定対象ｆ１＿ＤＬとイベントＡ３の報告設定が結びつけられるとする。また該測定設定は、周波数レイヤ３３０３（ｆ１＿ＤＬ）を用いて通知してもよい。また該測定設定は、設定下りコンポーネントキャリア１（設定ＤＬ＿ＣＣ＿１）３３０１を用いて通知してもよい。
【０４５７】
ステップＳＴ３７１０にて設定ＤＬ＿ＣＣ＿２（３３０２）用制御部３８０２は、移動端末へ、測定設定を通知する。測定設定には、測定対象、報告設定、測定対象と報告設定を結びつけるメジャメントアイデンティティーが含まれる。本動作例においては、報告設定として、イベントＡ３−ｂｉｓの閾値が含まれる。メジャメントアイデンティティとして、MeasurementID「２」が含まれる。MeasurementID「２」にて、測定対象ｆ３＿ＤＬとイベントＡ３−ｂｉｓの報告設定を結びつけられるとする。また該測定設定は、周波数レイヤ３３０４（ｆ２＿ＤＬ）を用いて通知してもよい。また該測定設定は、設定下りコンポーネントキャリア２（設定ＤＬ＿ＣＣ＿２）３３０２を用いて通知してもよい。
【０４５８】
ステップＳＴ３７１１にて移動端末は、ステップＳＴ３４０２、ステップＳＴ３４０４にて受信した測定設定に応じて測定を行う。測定リファレンスコンポーネントキャリアは、測定設定を行った下りコンポーネントキャリアとすれば良い。各下りコンポーネントキャリアにて測定設定を行うことから、本方法を実施することが可能となる。測定設定に測定リファレンスコンポーネントキャリアの情報を含める必要がないため、無線リソースの有効活用という効果を得ることができる。また、測定設定に関して従来の技術を用いることができるため、後方互換性の高い移動体通信システムとすることが可能となる。一方、測定リファレンスコンポーネントキャリアとして、実施の形態５の測定リファレンスコンポーネントキャリアの種別の具体例を用いることも可能である。
【０４５９】
ステップＳＴ３７１２にて移動端末は、基地局３３０８に対して、設定ＵＬ＿ＣＣ＿２（３３０６）を用いて、イベントＡ３、及びイベントＡ３−ｂｉｓが発生したとの測定報告を行う。該測定報告は、設定ＵＬ＿ＣＣ＿２（３３０６）用制御部３８０３を通じて、プロトコル処理部３８０４へ通知される。イベントＡ３の測定報告には、MeasurementID「１」、周辺基地局＿ＣＣ＿１（３１０５）のＰＣＩなどが含まれる。イベントＡ３−ｂｉｓの測定報告には、MeasurementID「２」、周辺基地局＿ＣＣ＿３（３１０７）のＰＣＩなどが含まれる。測定報告に測定リファレンスコンポーネントキャリアの情報を含める必要がないため、無線リソースの有効活用という効果を得ることができる。また、測定報告に関して従来の技術を用いることができるため、後方互換性の高い移動体通信システムとすることが可能となる。
【０４６０】
ステップＳＴ３７１３にてプロトコル処理部３８０４は、移動端末から測定報告を受信する。複数の下りコンポーネントキャリア間でメジャメントアイデンテティーに重複がないため、メジャメントアイデンテティーを含む測定報告を受信したネットワーク側で測定リファレンスコンポーネントキャリアを把握できるという効果を得ることが出来る。
【０４６１】
実施の形態５の変形例３により、実施の形態５の効果に加えて以下の効果を得ることが出来る。
【０４６２】
実施の形態５と比較して、ネットワーク側から移動端末への測定設定を行う際、及び移動端末からネットワーク側への測定報告を行う際に、追加の情報が不要となる。これにより実施の形態５と比較して無線リソースの有効活用という効果を得ることが出来る。また、測定報告に関して従来の技術を用いることができるため、後方互換性の高い移動体通信システムとすることが可能となる。
【符号の説明】
【０４６３】
１５０１〜１５０７  コンポーネント、ｆ１〜ｆ１０  コンポーネントキャリア周波数。
【図１】
2020074651.tif 000003
【図２】
2020074651.tif 000004
【図３】
2020074651.tif 000005
【図４】
2020074651.tif 000006
【図５】
2020074651.tif 000007
【図６】
2020074651.tif 000008
【図７】
2020074651.tif 000009
【図８】
2020074651.tif 000010
【図９】
2020074651.tif 000011
【図１０】
2020074651.tif 000012
【図１１】
2020074651.tif 000013
【図１２】
2020074651.tif 000014
【図１３】
2020074651.tif 000015
【図１４】
2020074651.tif 000016
【図１５】
2020074651.tif 000017
【図１６】
2020074651.tif 000018
【図１７】
2020074651.tif 000019
【図１８】
2020074651.tif 000020
【図１９】
2020074651.tif 000021
【図２０】
2020074651.tif 000022
【図２１】
2020074651.tif 000023
【図２２】
2020074651.tif 000024
【図２３】
2020074651.tif 000025
【図２４】
2020074651.tif 000026
【図２５】
2020074651.tif 000027
【図２６】
2020074651.tif 000028
【図２７】
2020074651.tif 000029
【図２８】
2020074651.tif 000030
【図２９】
2020074651.tif 000031
【図３０】
2020074651.tif 000032
【図３１】
2020074651.tif 000033
【図３２】
2020074651.tif 000034
【図３３】
2020074651.tif 000035
【図３４】
2020074651.tif 000036
【図３５】
2020074651.tif 000037
【図３６】
2020074651.tif 000038
【図３７】
2020074651.tif 000039
【図３８】
2020074651.tif 000040